Hi!
I admit "correctly" can mean different things depending on the use case. For my team, we want to understand a basic set up to use the tracking_code dimension to measure:
Some background on our setup:
Happy to review any docs/videos that you suggest! I've tried going through some of the documentation and posts, but looks like there might be a few ways to do this. What have others done or are doing?
Thank you!
Curtis
Basically, we want the ability to use the Tracking Code dimension to attribute click success and page depth for analyzing campaign success.
Will using Tracking Codes properly help us reach this goal, or is there some other
Solved! Go to Solution.
Views
Replies
Total Likes
Hi Curtis,
Tracking Code or Campaign Click Throughs are the same thing, it's just that older suites have the older name, and newer suites have the newer name.. both are registered as the standard eVar0. All eVars (including the eVar0) have an instance metric associated to them, it's likely called Campaign Click Through Instances (basically the name of the dimension plus "Instances"). It's not actually possible to disable these instances, they are part of the core behaviour of eVars.
So normally the Tracking Code (whatever it's called) has a 1 week attribution.. while you are free to change this, I would not go any lower than Visit which I will explain below.
For this example, let's pretend we have a Visit expiry (I am going to use eVar0 to avoid potential naming confusion)
In your current set up, you will see the values against Page A only.. you won't see the persistence through the visit, or see the association to the order made as a results of the marketing email... Now, you can apply custom attribution to the Order to see the last touch campaign was "x", but you cannot apply custom attribution onto the Page View metric.. so to get the page you would need to create a visit level segment.. but even this gets messy with multiple campaigns in a visit...
In my scenario though, I have everything I need without having to create fancy logic.
The Campaign Instance will apply only to Page A (with the value x) and Page D (with the value y)... these are the "direct links". I can pair the Campaign Dimension with the Instance to get the number of direct links, or with Page Views to get all the pages during that visit associated to the campaign (i.e. for Campaign X that would be Page A, B and C, plus the first order; and for Campaign Y that would be Page D and E and the second order) or with Unique Visitors to get the number of users, etc.
To get an average Pages per Campaign, I can create a calculated metric for PVs/Instances.
Instance | Page View | Orders | ||||
Campaign | 2 | 5 | 2 | |||
X | 1 | 3 | 1 | |||
Page | 1 | 3 | 1 | |||
A | 1 | 1 | 0 | |||
B | 0 | 1 | 0 | |||
C | 0 | 1 | 1 | |||
Y | 1 | 2 | 1 | |||
Page | 1 | 2 | 1 | |||
D | 1 | 1 | 0 | |||
E | 0 | 1 | 1 |
Now, it what expiry you set for your Campaigns is up to you... I have both the default 1 week on the tracking code, but because we use UTMs; I set up a conjoined value to pass to the default Tracking Code, but then I also set up individual eVars for the combined value and for each UTM with Visit level attribution.. for our needs, we use the Visit far more often than the 1 week version, but both have their place, and we use the most appropriate dimension for different use cases.
However, even with a single default 1 week setup, you can always use a segment to isolate visits that contain the instance of the eVar, so there are lots of options available.
Hi Curtis,
Tracking Code or Campaign Click Throughs are the same thing, it's just that older suites have the older name, and newer suites have the newer name.. both are registered as the standard eVar0. All eVars (including the eVar0) have an instance metric associated to them, it's likely called Campaign Click Through Instances (basically the name of the dimension plus "Instances"). It's not actually possible to disable these instances, they are part of the core behaviour of eVars.
So normally the Tracking Code (whatever it's called) has a 1 week attribution.. while you are free to change this, I would not go any lower than Visit which I will explain below.
For this example, let's pretend we have a Visit expiry (I am going to use eVar0 to avoid potential naming confusion)
In your current set up, you will see the values against Page A only.. you won't see the persistence through the visit, or see the association to the order made as a results of the marketing email... Now, you can apply custom attribution to the Order to see the last touch campaign was "x", but you cannot apply custom attribution onto the Page View metric.. so to get the page you would need to create a visit level segment.. but even this gets messy with multiple campaigns in a visit...
In my scenario though, I have everything I need without having to create fancy logic.
The Campaign Instance will apply only to Page A (with the value x) and Page D (with the value y)... these are the "direct links". I can pair the Campaign Dimension with the Instance to get the number of direct links, or with Page Views to get all the pages during that visit associated to the campaign (i.e. for Campaign X that would be Page A, B and C, plus the first order; and for Campaign Y that would be Page D and E and the second order) or with Unique Visitors to get the number of users, etc.
To get an average Pages per Campaign, I can create a calculated metric for PVs/Instances.
Instance | Page View | Orders | ||||
Campaign | 2 | 5 | 2 | |||
X | 1 | 3 | 1 | |||
Page | 1 | 3 | 1 | |||
A | 1 | 1 | 0 | |||
B | 0 | 1 | 0 | |||
C | 0 | 1 | 1 | |||
Y | 1 | 2 | 1 | |||
Page | 1 | 2 | 1 | |||
D | 1 | 1 | 0 | |||
E | 0 | 1 | 1 |
Now, it what expiry you set for your Campaigns is up to you... I have both the default 1 week on the tracking code, but because we use UTMs; I set up a conjoined value to pass to the default Tracking Code, but then I also set up individual eVars for the combined value and for each UTM with Visit level attribution.. for our needs, we use the Visit far more often than the 1 week version, but both have their place, and we use the most appropriate dimension for different use cases.
However, even with a single default 1 week setup, you can always use a segment to isolate visits that contain the instance of the eVar, so there are lots of options available.
Thank you @Jennifer_Dungan ! We were able to take your steps and get this set up correctly in a Dev environment. I appreciate your help with all the details you provided!
You're very welcome.
Views
Replies
Total Likes