Recently I wrote about using Google Analytics with publishing software PageSuite, specifically how to view the analytics data for a single issue of a digital magazine.
Since then I have had to tackle the same task in a different publishing platform, 3DIssue, for its Flipbooks Online. It turned out to be a bit more complex.
In the Google Analytics account for your 3DIssue publication, go to Behaviour > Site Content > All Pages. You will immediately notice three problems:
1. It is not obvious from the 'Page' value which issue of the publication is being referred to
2. The report is showing very few pageviews of each 'Page' (no, it's not that your digi mags are unpopular!)
3. There is no indication of digi mag page number being viewed
Just like PageSuite, 3DIssue captures the name of the individual issue (eg '7 May 2020') in the 'Page Title' dimension. This means you can use Page Title as a Secondary Dimension or as part of a Segment in order to drill down into your data.
So add Page Title as a Secondary Dimension to the All Pages report, and things will get (a little) clearer:
You can see that the 'Page' value is the URL path of a particular issue, and each 'Page' value equates to a single 'Page Title' value. By which I mean, '23809/31690/index.html' is always the issue '7 May 2020'.
However a couple of different variations of the URL path might show up, as in the screengrab above. This is because the URL path differs slightly depending on whether you have domain masking in place and are using your own domain, or are using the 3D Issue's cloud.3dissue.net subdomain. Here is an example:
DOMAIN | EXAMPLE URL PATH |
---|---|
Cloud.3dissue.net | 23598/23623/23809/31690/index.html |
Your own domain | 23809/31690/index.html |
The four values included in the 3D Issue URL path are, in order:
Account ID / Brand ID / Publication ID / Issue ID
But if you are using your own domain, your URL will only contains the latter two values: publication ID and Issue ID. Building a Segment in Google Analytics? Just use these two values and you should be fine in either case.
3DIssue may take the same approach as PageSuite to capturing the issue name. But when it comes to recording pageviews of individual digital publication pages, 3DIssue works very differently indeed.
When a user views your 3DIssue publication URL, this is captured as a pageview. But any subsequent page turns are then captured as Events rather than pageviews. This makes the pageviews figure in the All Pages report more akin to something like Sessions. Your digital publication may have hundreds of magazine pages but remember it is only a single web page.
The event in question is the sensibly named 'Page_Turn'. So, to summarise the similarities and differences between PageSuite and 3DIssue:
PLATFORM | NAME OF ISSUE | DIGI MAG PAGE VIEWS |
---|---|---|
PageSuite | Page Title dimension | Page dimension, Pageviews metric |
3DIssue | Page Title dimension | Event Action 'Page_Turn' |
If you are a regular user of Google Analytics, you will know that Events are made of various components, including Event Category (mandatory), Event Action (mandatory), and Event Label (optional). Here are the values for an example 'Page_Turn' event in 3DIssue:
COMPONENT | EXAMPLE VALUE |
---|---|
Event Category | 23809/31690/ HTML5 |
Event Action | Page_Turn |
Event Label | 10 |
You will notice that the value of the Event Category dimension matches the 'Page' value we saw earlier (it's identical apart from ending in '/ HTML5' rather than '/index.html'). So this can also be used to separate out the data for one particular issue.
As for Event Label, this shows the page that the user has turned to (or, effectively, viewed). However bear in mind that desktop browsers will show a double-page spread (DPS) - that is, a left and a right hand page. Mobile browsers, conversely, will only show a single page at a time.
So an Event Label of 10 could indicate a user viewing both page 10 and 11 (on desktop), or just page 10 (on mobile). This ambiguity exists with all even page values.
Conversely an odd value such as '3' indicates a user turning to a right-hand page only, most likely on a mobile device (which only displays one page of a Flipbook at a time).
(This oddity does not exist in PageSuite, where a view of the double-page spread would be captured as '/10-11' and a single page as either '/10' or '/11'.)
And if I grumble about 3DIssue capturing views of Flipbook pages as 'Events' rather than 'Pageviews', remind me that it does make very good use of Events generally. While PageSuite only captures 'Open URL' and 'Download', 3DIssue captures 'Zoomed_page', 'PoweredBy_Clicked', 'Contents_Jump_To_Page', 'Websites_visited' and more. This is in addition, of course, to 'Page_Turn'!
So knowing all of this, how would we see total pageviews for one specific Flipbook issue, along with a breakdown of pageviews per DPS/single page? There are several approaches, but this is perhaps the easiest:
Initially I was going to suggest using a Segment with the following filter: Sessions include Page Title exactly matching [name of issue]. However I suppose it would be possible for a user to view more than one digi mag issue in a single session, in which case you might end up attributing Page_Turn events from one issue to another issue.
Thanks for your article. Is there a way to specify Event Labels at a link by link level? We are including hundreds of products from our store in our digital issue, and we want to know which products a customer clicks on then buys/bounces, etc.
We're using regex to identify our SKUs to create links, but now need to figure out how to add individual event labels to each SKU link.
Is that possible?
Hi Brian - at least some of our 'Websites_visited' events have the URL as the 'Event Action'. At the moment I am not sure if this happens automatically or needs to be be set in 3DIssue. I will try to find out more. Sounds like you've got an interesting challenge there!
Hi Brian - just a small update for you. I asked 3D Issue why only some of our 'Websites_visited' events have the URL recorded as the event action, with most just showing a value of '(not set)'. They kindly replied to say:"A bug has been found and our developers are working on a fix for this now. We will let you know as soon as we hear back from them." I don't know if this issue is affecting you too, but if so I hope this helps.