Avoid Common Google Analytics Bugs and Misunderstandings that Lead to Bad Data |
Avoid Common Google Analytics Bugs and Misunderstandings that Lead to Bad Data Posted: 30 Nov 2014 04:15 PM PST Posted by CraigBradford Problems in Google Analytics are causing you to get bad data, misunderstand reports and draw wrong conclusions. Many of these are not your fault, they're due to settings, bugs and the configuration of Google Analytics. There are also some that are just easy to misunderstand and that I've seen trip up even experienced consultants. Read on to learn what you need to look for. Beware of sampling bugsMy team and I have recently seen some strange sampling issues/bugs in Google Analytics. We were looking at the landing page report with an advanced filter. All sessions were reported around 15k. Applying an advanced segment to the same report, all sessions were inflated by about 2.6x to 40k. See the image below: We've seen this in other reports too, but we're still unsure why this is happening. We've reported it to Google and they think it is a bug. If anyone else knows why this is happening, I'd be interested in hearing why in the comments below. For now, all we can do is be aware that this can happen. Don't trust funnel visualisationFunnel visualisation is one of the reports that people love to use. It's great in theory, looks good and at first glance tells you lots of the things you want to know. The problem is, it's often just wrong. My number one tip for the funnel visualisation report is this: don't use it. Seriously. For three reasons:
I'm only going to cover two of the inaccuracies/assumptions here; for more details and for a comprehensive overview of funnel visualisation and goal flow I recommend reading this. Backfilling funnel stepsThe whole point in creating a funnel is to see exactly where people go, and how many people move through the funnel steps. Unfortunately, that's very hard to see in Google Analytics. The section below, taken from the support article, explains the problem:
The longer the funnel, the more unusable this becomes because you have no idea which pages users really visited and which Google Analytics is just backfilling. All the funnel really shows is the entrance and exit point. Order of funnel stepsThe order that the steps are taken in also isn't taken into consideration. This makes the entry and exit pages also unusable. To use Google's example:
We actually know that the entrance page was /page3 not /page2 and that the exit page was /step2 not /step3. While I can see some of the logic behind these decisions, I would be very reluctant to draw any conclusions from the data. For most funnel analysis needs, I like PadiTrack which is mostly free. For other problems with the funnel visualisation report I also recommend this article by LunaMetrics. Some single page sessions are not bounces, but all bounces are single page sessionsWithout a full understanding of bounce rate, using this metric can be misleading. Bounced sessions are a subset of single page sessions. The best way to understand what 'bounce' means is to forget about the term 'pageviews' and use 'engagement hits' instead. I highly recommend this article by Justin Cutroni explaining time calculations in Google Analytics. An engagement hit can be any one of the following five hit types:
A bounced session occurs when only one of the above hit types is sent to the server. If more than one is sent, it's not a bounce. For example:
In most cases, it seems sensible that single page sessions where people tweet, play videos, click buttons and buy products shouldn't be treated as bounces, but it's still worth being aware of because it could be causing some pages to have deceivingly low bounce rates. All referrals start new sessions in Universal AnalyticsUniversal Analytics starts a new session every time someone arrives on your site from a referral. This wasn't the case with Classic Analytics JavaScript (ga.js). In classic Google Analytics, as long as the time between referral 1 and referral 2 was less than 30 minutes and the referral wasn't overridden by campaign tracking like AdWords or manual tagging, the original referrer would get credit. There is one scenario when a referral won't trigger a new session in Universal Analytics - referral traffic from an ignored domain. When you set up a new Google Analytics property, your own domain is added to the exclusion list. This is only available if using ga.js code on your site. Upgrading the admin interface to Universal Analytics isn't enough. Referral traffic from domains on this list do not start a new session. The advantage of the new back-end functionality is that you'll no longer see self referrals in your Google Analytics reports without having to make any code changes. The disadvantage of this way of treating referrals is conversions/goals can be misattributed to sites like payment providers. Imagine the scenario below (this is a common set up for E-commerce sites). A new session is started when moving from paymentdomain.com to yourwebsite.com, so sales would be attributed to referral traffic from paymentdomain instead of Google organic. To stop this happening you need to add the domain of your payment provider to your referral exclusion list. This is easy to do in the admin section of your account. See instructions on how to do it here. That's all folks. I hope you'll be able to make more informed decisions from your data after reading this. If anyone knows any more details on any of the items on the list I'd be interested in hearing your thoughts in the comments. Sign up for The Moz Top 10, a semimonthly mailer updating you on the top ten hottest pieces of SEO news, tips, and rad links uncovered by the Moz team. Think of it as your exclusive digest of stuff you don't have time to hunt down but want to read! |
You are subscribed to email updates from Moz Blog To stop receiving these emails, you may unsubscribe now. | Email delivery powered by Google |
Google Inc., 1600 Amphitheatre Parkway, Mountain View, CA 94043, United States |