Posts Tagged ‘pageviews’

Feb 25


Events: A Good Day in GA

It was a good day when events were introduced in Google Analytics. Up until then, the only option to track extra user interactions was to create more pageviews.

As the idea of events gained power among Google Analytics users they began to get used for many things. Maybe too many.

Don’t put pageviews on the shelf just yet!

There are some scenarios in which staying with or going back to using a pageview may be more valuable for analysis. Even times when it makes sense to track something as both a pageview and an event, since each provides different value in regard to both reporting and analysis of the data.

The most common scenario is when AJAX methods are employed to render new content on the screen after a user interaction. Since the browser isn’t making a traditional request, Google Analytics doesn’t capture this as a new pageview as it normally would.

So the interaction itself is often tracked as an event in GA. This is an excellent example of when a pageview may have been more appropriate though.

A pageview should be thought of as any time a visitor is presented with a significant amount of new information to act on. The mechanism by which the content is delivered shouldn’t matter. It could be a traditional HTML page load, or it could be a more modern AJAX call creating a page overlay.

In fact, I’ve heard people say “But my site doesn’t *have* pageviews” when it’s a site with a single URL and all of the content delivery is done via non-traditional methods. But clearly, if you put the delivery mechanism aside, you see that they have numerous pieces of distinct content that the visitor navigates among — aha! pageviews.

So what do you get for using a pageview?

  • More pageflow options
  • Goal funnel reports
  • Time on Page! (time spent reading that piece of content)
  • Pageviews per visit (individual pieces of content viewed)
  • Unified reporting with other content in the “pages” report — Content is all in one report

Benefit Example: Time On-Page

In this example, you see the website has a rotating banner with several lightboxes. When you click on each slide, a light box pops up with more information. That information has more content, essentially behaves similar to a page. It may influence a visitors.


Wouldn’t you want to know how long that viewer stayed on that page? With events, you’ll be able to tell what they clicked on, but with a pageview, you get the added insight of time on page. Otherwsie, it would just look like your visitor stayed on the homepage for a prolonged time.

Benefit Example: Added Page in a Funnel

Many forms, such as contact forms, email subscriptions, lead generation forms, etc. – when submitted, functionally just replaced itself with a thank you message. No URL change. No “thank-you page”. In a case like this, as far as Google Analytics is concerned, you’re on the same page. For funnels, that can be problematic. Events aren’t going to help you here.



This is a perfect scenario where virtual pageviews still have a strong benefit. By triggering a virtual pageview, either after submission of the form or after each step of the lead generation form, you get a comprehensive funnel, where each step is tracked.


When using a pageview for something like a ‘lightbox’ overlay, the easy part is tracking the pageview when the overlay appears. No problem.

However what happens when the visitor closes that overlay with the X in the corner?

They are now viewing the previous page again.

If you want accurate pageflow and time on page data you have to consider the closing of an overlay as what it really is — another pageview of the content below!!

When the overlay is closed, you should fire another pageview of that initial page. It goes back to the above definition of a pageview — another distinct piece of content is getting displayed to the visitor.

By doing it this way you now have “time on page” (or time spent viewing a distinct piece of content) for your overlays.

Events: You’re Still The One For Me

All of this doesn’t mean you should scrap events. Events are great. And you’ll often get value from tracking some things as both events *and* pageviews. Events provide a great way to group and organize the interactions themselves — great for reporting and nicer to look at than a long URL separated/by/a/bunch/of/slashes.

Aug 19

Recently, I read an article on the BBC News site titled, “Civil servants’ web habits revealed”. The article was about the recent report released by the British Department for Transport on the thousand sites most visited by staff while at work.

Even though I was psychologically prepared by my friend Brian Clifton to see some non-sense in the report, I have to say that I was shocked to find out that the ranking criteria was the number of hits to the site.

My first hope was that their definition of “hits” is not the one we teach in Analytics 101 and hoped that at least they actually meant “visit” instead of “hit”, but after reading the attached notes to the report I found them clearly stating that the number of hits, “does not indicate the number of times a particular page on a website has been visited, but in many instances will include multiple components (e.g. text, images, videos) each of which are counted.”!

What is wrong with “Hits”?

I still remember my first personal website back in the days where “hits” was the only metric that I could use to measure the success of my site. At that time we knew that the hits report is like a garbage bin for all file requests from the web server [html, CSS, JavaScript, images, PDFs,…], but we were still happy for the small piece of information about our sites.

It is important to know that if two sites are visited the same number of times and the same number of pages are viewed in each site and one of the sites has more images, CSS/JS calls, and file downloads, the site with more server hits will rank higher in the Department for Transport’s report!

The use of hits may have been acceptable 10-15 years ago as the industry was not equipped with the right tools nor educated enough on what to measure and analyze, but now as we have advanced in the digital analytics sphere there is no excuse to use these outdated metrics in our analysis. The hits report is so useless that in reality it does not tell you anything about your site and visitors and certainly deserves the acronym that Katie Delahaye Paine gave to “hit”: How Idiots Track Success.

The example above illustrates the uselessness of the “Hits” report. By looking only at the number of “Hits”, Site A is doing much better than Site B and that is probably due to different factors that have nothing to do with the user experience (i.e. more CSS and JS calls). Once you look at other more relevant metrics like Visits and Pageviews, you will clearly see how bad Site A is doing compared to Site B. The numbers show more visits and pageviews, more time on site per visit, less bounced visits and more importantly higher conversion.

Good news!

I am happy to see the Google Analytics site [second in the list] being visited by some government employees (Civil servants as they are called in the report), which gives me some hope that next year’s report will be based on more meaningful metrics rather than the useless number of Hits report.

Related Posts