Does Google Analytics code work in the HEAD section?

Posted Thursday, 17 September 2009 at 22:38 by Andrew Liu
Tagged: Google Analytics
Read more blogs...

I had a small dilemma where, in programming a site, it would be a lot easier placing the Google Analytics snippet in the HEAD section. Then the thought came along "would this actually work?". In essence, yes, it should, and even Google suggests it does, as this post by Google demonstrates. As they suggest though, the javascript would be executed at the start of the page load, thus causing a (slight) technical speed slowdown in your page load. If the code were inserted at the bottom of the page (just before the closing BODY tag), the page would have already loaded (and probably rendered on the client's browser) before the Google Analytics code takes place.

One point of interest, that I only recently found out by accident, was that Google Analytics actually causes the browser to load a "GIF" file in the browser. Whats interesting (to me, as a programmer anyway) is:

The GIF is a valid GIF of 1x1 size, as it should be, so that it is seen as a valid image file by browsers, and probably by image scanners as well.
The GIF is 35 bytes in size. Smaller than my spacer GIF (which is 43 bytes).
If the GIF doesn't load, then Google Analytics doesn't track the visit! I found this out the hard way when I was trying to load the Google Analytics code on DOM load. Make sure the GIF is loading!
Having thought about it (for about 2 minutes), this is probably the best way to implement the tracker. The URL generated to load the GIF is always unique, so there is no chance of caching on the client side. This means that there must be a HTTP call, and Google would then process the call. It also (possibly) allows the google tracking code to be cached by the browser (so long as the URL generated by the script is always unique, which, if based on a time routine, it probably is).

How Can WebTop Help?

Learn how people like you are using WebTop to solve their database needs

Watch a video demonstation of CASE, our flagship web management system

Web News

The Dangers of HTML5: WebSockets and Stable Standards
New HTML5 technologies like WebSockets offer some amazing new opportunities for Web developers. But they also show how implementing unstable standards may cause more harm to a site than the benefits of the technology. What is the role of browsers and how should developers plan for when developing with HTML5?
2011-05-09T21:00:23-04:00

Internet Explorer 6: What Have We Learned?
IE6 shipped more than 10 years ago, but its non-standard implementation of the shifting standards of 2001 still haunts today's developers. As the Web shifts to HTML5, and new versions of IE, Firefox and Chrome debut, have we learned the lessons of IE6?
2011-05-09T20:50:33-04:00

Crank Up the Volume with HTML5 Music
With HTML5, music is making a comeback on the Web. Create amazing music site experiences where adding an audio file is as simple as inserting an image and users have more pause and play music outside a browser. The introduction of the tag eliminates the need for external music players, allowing for true integration of sound in your website.
2011-05-09T20:44:42-04:00

Dojo.behavior: Write Modularized HTML Document Event Handling
The dojo.behavior module provides a simple and lightweight mechanism for listening to HTML document events. Find out what makes dojo.behavior one of the best event handling mechanisms around.
2011-04-27T14:11:59-04:00

The Dojo Publish/Subscribe Event Mechanism
Learn how to use the Dojo Toolkit's versatile ContentPane widget to load dynamic content into your Web pages.
2011-04-25T07:04