Can anyone help me understand this:
Entry pages that are segmented to contain: utm medium, but does not contain utm medium.
Solved! Go to Solution.
Topics help categorize Community content and increase your ability to discover relevant content.
I agree, this looks like a attribution issue..
Also, the Entry Page may not be the best dimension to use here. "Entry" dimensions are simply the first value send to the dimension during the visit.. but that may not correlate to the the UTM usage, for example:
All three of these pages will have "https://www.domain.com/" as the "Entry Page".
You would be better off pairing Page URL with the UTM Medium (v49) Instance metric.
All eVars have an "Instance" metric... this is where the value is explicitly set, so even if the eVar has a Visit level expiry, only the hit where the utm_medium exists in the URL and is explicitly set in the tracking will trigger an Instance metric. This will be a much more accurate way to pull the data.
Refer this URL for understanding the limitation is s.prop1 - s.prop75 in AppMeasurement - https://experienceleague.adobe.com/en/docs/analytics/implementation/vars/page-vars/prop
Thanks,
Bala
While yes, props have a max character limit of 100 characters, this is clearly not the case here... line number 3 is definitely NOT at 100 characters, and it's extremely rare that the truncation would occur perfectly lined up to stop at ".html"
So while good advice, this is not the reason behind the issue here.
Hi @MarkVictoria,
Is your segment a hit based segment or is it a visit or visitor based segment?
If your segment is a visit or visitor based you will be looking at the entry page for any visit or visitor that has seen the query parameter and value of "utm_medium=mobile-app" at any point in their visit or user life time.
If you want to only see the entry pages that contain "UTM_medium=mobile-app", you should create a hit based segment where "utm_medium=mobile-app" is present. This will then ensure any pages you look at contained the parameter, if you then use this with the entries metric and your URL dimension you will get the report you need.
I agree, this looks like a attribution issue..
Also, the Entry Page may not be the best dimension to use here. "Entry" dimensions are simply the first value send to the dimension during the visit.. but that may not correlate to the the UTM usage, for example:
All three of these pages will have "https://www.domain.com/" as the "Entry Page".
You would be better off pairing Page URL with the UTM Medium (v49) Instance metric.
All eVars have an "Instance" metric... this is where the value is explicitly set, so even if the eVar has a Visit level expiry, only the hit where the utm_medium exists in the URL and is explicitly set in the tracking will trigger an Instance metric. This will be a much more accurate way to pull the data.
Jennifer,
Thanks. Lots of useful thought starters. I dragged the utm_medium directly over so it would be a hit-based segment.
The mid-session email opening is a possibility by in my industry, likely an edge-case so I won't worry about that. The use of 'instances' is a good suggestion.
Thanks again!
You're welcome..
But if your eVar has a Visit level expiry, dragging it into the table that way still isn't enough.
Example:
In a table, this will result in:
Page Views | eVar1 Instance | ||
eVar1 | 5 | 2 | |
socialmedia | 3 | 1 | |
marketing | 2 | 1 |
A visit attributed eVar will maintain the value throughout the entire visit, or until a new value is set... the eVar Instance is what distinguishes an explicitly set value from a persisted value. A persisted value is still a "hit".
Views
Likes
Replies
Views
Likes
Replies