Avoid Common Google Analytics Bugs and Misunderstandings that Lead - TopicsExpress



          

Avoid Common Google Analytics Bugs and Misunderstandings that Lead to Bad Data (#contentmarketing info) 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, theyre due to settings, bugs and the configuration of Google Analytics. There are also some that are just easy to misunderstand and that Ive seen trip up even experienced consultants. Read on to learn what you need to look for. Beware of sampling bugs My 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: Weve seen this in other reports too, but were still unsure why this is happening. Weve reported it to Google and they think it is a bug. If anyone else knows why this is happening, Id be interested in hearing why in the comments below. For now, all we can do is be aware that this can happen. Dont trust funnel visualisation Funnel visualisation is one of the reports that people love to use. Its great in theory, looks good and at first glance tells you lots of the things you want to know. The problem is, its often just wrong. My number one tip for the funnel visualisation report is this: dont use it. Seriously. For three reasons: Data inaccuracies - Ill cover these in a minute Lack of segmentation - looking at all of your data on aggregate isnt very useful Goal flow report - most of what you want from the funnel visualisation report can actually be done in the goal flow report (although this is heavily sampled) Im 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 steps The whole point in creating a funnel is to see exactly where people go, and how many people move through the funnel steps. Unfortunately, thats very hard to see in Google Analytics. The section below, taken from the support article, explains the problem: The Funnel Visualisation report backfills any skipped steps between the step at which the user entered the funnel and the step at which the user exited the funnel. For example, lets say your funnel is defined as /step1 > /step2 > /step3 > goal, and a user navigates from /step2 to goal, skipping /step1 and /step3. In the Funnel Visualisation report, youd see an entrance to /step 2, a continuation to /step 3, and a continuation to goal. 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 steps The order that the steps are taken in also isnt taken into consideration. This makes the entry and exit pages also unusable. To use Googles example: For example, lets say your funnel is defined as /step1 > /step2 > /step3.html > goal.html. A user then had this session: /xyz > /step3 > /step2 > /abc. The Funnel Visualisation report would show an entrance from /xyz to /step2, a continuation to /step3 and an exit from /step3 to /abc. 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 sessions Without 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: Pageview hits Interactive event hits Ecommerce transaction hits Ecommerce transaction item hits Social plugin hits A bounced session occurs when only one of the above hit types is sent to the server. If more than one is sent, its not a bounce. For example: You land on page, and then immediately leave - this is a single page session and a bounce, as only the pageview hit was sent. You land on a page click a tweet button and leave - assuming you are using social hits, this is a single page visit but is not a bounce, as you sent a pageview hit plus a social hit. You land on a page, click a tab that sends an event and leave - this is a single page session, but not a bounce, as firing an event counts as a hit. In most cases, it seems sensible that single page sessions where people tweet, play videos, click buttons and buy products shouldnt be treated as bounces, but its 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 Analytics Universal Analytics starts a new session every time someone arrives on your site from a referral. This wasnt 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 wasnt overridden by campaign tracking like AdWords or manual tagging, the original referrer would get credit. There is one scenario when a referral wont 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 isnt enough. Referral traffic from domains on this list do not start a new session. The advantage of the new back-end functionality is that youll 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). Image Source A new session is started when moving from paymentdomain to yourwebsite, 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. Thats all folks. I hope youll 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 Id 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 dont have time to hunt down but want to read!
Posted on: Mon, 01 Dec 2014 08:29:36 +0000

Trending Topics



Recently Viewed Topics




© 2015