Over the years I have met many marketers that have Adobe Analytics implemented but are unhappy with their reporting. It’s such a shame to see so much time and effort invested in such a valuable resource that does generate return. A common mistake that is found over and over again is a poorly structured data model. Adobe offers a mass of customization that can easily be overwhelming. So let’s reel it in.
To get started, it makes sense to understand the difference between Custom Traffic and Custom Conversion variables. You can read about these here.
There are 2 types of variables that can be used to measure a user action; Data and Event (metric). Which means there are 2 different ways we can track a key engagement;
1. We can create Events for each action we want to measure and name them accordingly
OR 2. We can create key Event metrics and use a Data field to capture the event description
Because Data variables can capture unlimited values and an Event metric can only count 1 event, it makes sense to capture the value that can change; “text” in a Data variable and use custom Event metrics to measure key engagements, such as; View, Click, Download etc.
Another common mistake is to populate multiple Data variables with the same piece of data
Scattering data this way limits reporting capabilities. If we want to see all the activity for Login ID #123, we need to run 3 different reports!
This is why we always want our Data values stored in one place. Here is an example of a single report that uses key Events to expand the reporting capabilities of our data
Following these best practices for data modelling will ensure:
Less complexity
Consistent results
Data reliability
And most of all SCALABILITY (my word)
It’s hard to see the future and predict our analytics needs. Websites grow and content changes. If we build a reliable and scalable solution design, we don’t have to predict what may come. We’ll be ready for it.
For more tips on solution designing for Adobe Analytics visit this blog post
I welcome your comments and feedback
-Jane
Adobe Analytics has been recognized, by Gartner Inc, as a digital marketing analytics leader for the last 3 years in a row. Bill Ingram, vice president of Adobe Analytics Cloud, claims close to two-thirds of the Fortune 100 leverage Adobe Analytics for customer intelligence. Adobe offer a robust reporting with in-depth pathing and segmentation but not all marketers know how to use it to its full potential.
The key to understanding Adobe Analytics starts with understanding the differences between Traffic and Conversion reporting and why we need both. Adobe divide analytics into these 2 key areas as, Traffic reports offer insights into visitor behavior, such as pathing, time on site and site content visited. A Conversion report will advise of specific actions or success events that occur during the visit.
Conversion is measured in both; predefined variables (such as Campaign and Product) and with Custom Conversion Variables (known as “eVars”). The term “eVar” is a legacy name and is short for “eCommerce Variable”. Back in the early days of analytics, it was thought that eCommerce events were the only significant events to track. Today we track File Downloads, Video Views, Internal Searches and many other key website actions in eVars.
So how do we use custom conversion reporting? We pass the event description to an eVar and count how many times the event occurred using a custom Success Event. Usually these are paired together.
But we don’t stop there. A robust Adobe Analytics implementation will have both Primary and Supporting eVars.
A Primary eVar is one that has a related event. File Download (eVar10) is primary as we also have File Download (event10)
A Supporting eVar is used to report related information at the time of the event. Example: Site Section (eVar1). By passing the Site Section name at the same time a File Download is captured, we create a new data relationship that allows us to report total File Download events by Site Section.
We can also go a step further and break out Site Section by File Name to see which files are downloaded in each Site Section. Because these values are passed to Adobe Analytics together, they can be reported together.
So now you might ask, why am I also passing the File Download value into a traffic variable? Ex: File Download (Prop10). Custom Traffic variables, “Props” are traffic “property” variables.
We use these in combination with eVars to measure overall engagement.
For example, the conversion report metric (success event) reports the total raw count of each defined action. Such as the total downloads for each file. This may tell us which files are most popular but doesn’t account for repeated downloads in the same visit or by the same visitor. As Visits and Unique Visitors are traffic metrics, we want a “traffic” report as well. You may note that Adobe allows us to add traffic metrics to conversion reports, but to get the most reliable results, we always recommend reporting traffic metrics on traffic reports, such a custom traffic variables.
So now you can see Adobe Analytics structures data. What are some of the custom events/engagements you want to track?