Building A Bulletproof Analytics Implementation

Google Analytics Implementation

Web Analytics implementations are never ending stories, there is always a small fix or a new feature that requires changes to the code or to the settings of your Analytics tool, always. And in order not to lose the thread, the analyst must be extremely organized, a real pedant. In this article I will discuss some of the commonest mistakes when it comes to Google Analytics implementations and I will provide some tips on how to avoid losing data and context.

First, it is essential to have a place where you can test changes to your settings and configurations. It is also important to keep track of changes in a way that they can be used to provide a context for analysts, so that when you are looking at incomprehensible spikes in past data, you can check whether any changes were made to the data collection methods (or if an offline campaign was in place during the period analyzed).

Below I start by describing the structure of accounts on Google Analytics (important to understand the tips provided) and then I dive into some common mistakes when it comes to settings and configurations on Google Analytics. After the basics are behind us, I proceed to describe four techniques that will help analysts and marketers to improve their data accuracy. I provide examples on how this can affect the data, and share tips on ways to make them happen.

Google Analytics Accounts And Profiles

The Google Analytics code site offers an in depth explanation of the hierarchy used by the tool to manage report access and data collection. There are three important levels that we need to be aware of:

  1. Account: An account is the mother of all Web properties and profiles, and has a unique account ID that can be used to track multiple websites.
  2. Web Property: The web property has a unique ID, which is a combination of the account ID and additional digits. Since different Web properties have different IDs, their data cannot be merged.
  3. Profile: the gateway to the website reports. It determines which data from your website appears in the reports. Filters can be applied to profiles in order to segment the data; for example, it is possible to create a profile only with visitors from USA, only from new visitors, etc. Since profiles use the same account and Web property IDs, data for multiple profiles can also be seen in aggregate.

Below is part of the scheme provided on the code from the website mentioned above. The image well represents the possibilities of data collection and management.

Google Analytics Implementation

Making Sure The Google Analytics Code Is Safe

Google Analytics Implementation: Top 3 Common Mistakes

The list below is obviously not comprehensive, there are numerous issues that might go wrong in a real life implementation. But if the issues below do not occur in your website, chances are that your data is OK. The three points were taken from a larger 10-point checklist I wrote a few months ago. The checklist was more focused on the Google Analytics settings that should be configured from inside the tool, so if you want more tips on how to setup your Google Analytics account properly, check the full checklist.

Google Analytics tracking code missing in some pages

This should be a simple task if you follow Google Analytics recommendation: "copy and paste the code snippet into your web pages". However, commercial sites are more complicated than a handful of pages, so if you manage a complex website be sure to check both HubScan and ObservePoint, two good solutions to audit your tag implementation.

Google Analytics tracking code not customized for Multiple (sub)domains

It is a common practice to use subdomains and multiple domains in order to organize the content and properties of an organization. Unless setup correctly, this can decrease data accuracy and prevent data streamlining, especially when it comes to traffic sources, new and returning visitors, and custom variables. Use this guide to configure your Google Analytics if your site spans multiple domains or subdomains.

Internal traffic (your employees) are counted

Most often, websites are visited by a wide range of people. However, it is also visited by your employees and service providers – and these are not the visitors you want to understand and optimize for. Therefore, create filters that exclude the IP range used by your organisation and its service providers such as web development and marketing agencies.

Creating an Analytics Staging Profile

Let's suppose you read in a random blog that you should create a filter to lowercase URIs for all of your profiles (if you don’t have one yet, check point five on the 10-point checklist). And suppose you have no idea how this can impact your data.

The best way to learn how filters affect your Google Analytics data would be to have two profiles with the exact same settings (the real profile, and the test profile) and apply a new filter only to the test profile. Once it is applied, you can check the data and compare the number to learn if anything went wrong. Here is an article from the Google Analytics Help Center on how to add profiles.

Creating An Analytics Staging Account

If you work in the Web Analytics field long enough, you have certainly experienced data loss as a consequence of bad implementations. It happens, and the best we can do is to have a Web Analytics Process in place that will help us avoid it.

Code changes should be dealt with carefully. Since most websites do have a staging site where changes are tested before going live, I suggest having a different tracking code used for those environments to test code changes on the Google Analytics script (i.e. a new Google Analytics account). This technique is very similar to the one proposed above to check filter changes: it only goes one step further.

Tracking Profile Changes & Configurations

When it comes to both external and internal changes, context is one of the most important factors for analyzing data. For this reason, it is crucial to have a log of changes that affect your data, as well as changes in marketing campaigns and other company efforts. Below I present two ways to keep this data in an accurate and accessible way.

Keeping Track of Internal Changes

Changes are constantly made to Google Analytics profiles by users: website goals, improved filters, new features, and others. Every change may impact data in several ways, even when not expected. For this reason, I propose a method that will help to keep track of those changes, especially in large organizations where more than one person is involved with Google Analytics. Even when one person is involved, this is important as employees usually do not work with just one company "to infinity... and beyond!"

In order to make this task easy and centralized, I propose using a Google Docs form. Using such a form will facilitate the collection and sharing of the changes made to a Google Analytics account. The form should be created so that multiple teams will be aware of all changes. These will then be aggregated for historical knowledge that can be used by the whole team (and future teams members).

Below is an example of such a form with fields that you might want to create (learm how to build a Google Docs form).

Google Analytics Form

Keeping Track of External & Overall Changes with Annotations

Back in 2010, The Analytics team had announced a feature which in my opinion is one of the most important features of the tool: Google Analytics Annotations. This feature allows website managers to provide context for where the numbers live (the graphs on the interface), allowing for richer analyses. Here are some important occasions when you should use this feature:

  • New offline marketing campaigns (e.g. radio, TV, billboards).
  • Major changes to the website (e.g. design, structure, content).
  • Changes to tracking (e.g. changing the tracking code, adding events).
  • Changes to goals or filters.

While annotations can (and should) be used for technical changes to the website (as mentioned above), it is important to keep them at a high level. This means that you shouldn't add too much information about your changes, just the overall picture; otherwise the annotations will quickly become overcrowded. Therefore, the use of both methods described above (form and annotations) should create an optimal mix. Below is a video explaining how to use the Annotations feature:

Closing Thoughts

In this post we discussed ways to avoid bad implementations by putting into place a process that requires users to report on changes made to their Google Analytics accounts. This not only helps avoiding mistakes, but also helps finding the source of problems, and solutions for fixing them quickly.

Google Analytics is a great tool, and one of its greatest qualities is that it makes Analytics ubiquitous, most people in any organization can use it; from Management to Marketing to IT. This means that many hands must deal with the tool, which requires an easy way to deal with the changes to those tool settings and configurations. Hopefully this article has provided some ideas on how to do it.

Related Articles

  1. Getting Started with Google Analytics [video]
  2. Google Analytics Planning [video]
  3. Google Analytics for Mobile Websites and Apps [video]

Subscribe To Our Newsletter For Monthly Updates



Your e-mail will be kept private

Pally | June 2012

Hi, Can you name any free tools which would scan the whole website and present a whole list of pages missing with GATC code and errors, apart from Observe point and Hubscan?

Daniel Waisberg | June 2012

Pally, the most comprehensive list I am aware of is on the Google Analytics App Gallery. Check the Site Audit section

Julien Coquet | June 2012

Pally,

to my knowledge, ObservePoint and HubScan are the only tools that provide error reporting and Hub'Scan is currently the only solution out there to provide tagging plan compliance reports.

Other free tools provide basic reports on presence/absence of basic Google Analytics tags for instance.

Cheers,

Julien

Disclaimer: I work for Hub'Scan

Elroy van Ouwerkerk | July 2012

Nice article. Especially the part where you explain how to keep track of the changes you make on your profiles. Going to use that one. Thanks!

Daniel Waisberg | July 2012

Thanks Elroy.

Hopefully by making implementations an organized process marketers will be able to take more advantage of Google Analytics.

Kris G | August 2012

Hi Daniel,
I spent a lot of time setting up filters for internal IP addresses and they are not working. (seeing internal site as referrer still, no dip in traffic)
Have you or anybody you know experienced this?

Daniel Waisberg | August 2012

Kris, this is a common issue with Google Analytics implementations. But the cause to seeing your own domain as a referrer on your traffic sources is usually related to one of the two issues below:

1. Having multiple subdomains tracked in the account. Do you have subdomains? If you do, please check Tracking Across a Domain and Its Subdomains.

2. Not all pages are tagged with the GA code, especially the landing pages. It is common that landing pages do not use the same templates and sometimes the codes are not there. So when visitors land in those pages and then move to the site you will see your site as a referrer.

Hope it helps!

Troels Kjems | September 2012

Thank you for a well-written article.

Leaving aside the fact that people often have a hard time translating their GA data into actions, I certainly agree that misconfigurations often lead to data quality issues or even wrong and costly decisions.

I have recently set up a new Google Analytics dashboard site at DashboardJunkie.com and whereas the download of my dashboards don't really cause my visitors any problems it quite often turns out that their GA installation was not correct set up in the first place.

Would be nice if a tool existed that GA webmasters could use to check whether fi. all webpages have the code snippet correctly installed. But I have yet to find one.

Post new comment
The content of this field is kept private and will not be shown publicly.
Refresh Type the characters you see in this picture.
Type the characters you see in the picture; if you can't read them, submit the form and a new image will be generated. Not case sensitive.  Switch to audio verification.
Online Behavior © 2012