medium=Mobile-app but half of entry pages don't contain that parameter. | Community
Skip to main content
Level 2
May 20, 2025
Solved

medium=Mobile-app but half of entry pages don't contain that parameter.

  • May 20, 2025
  • 2 replies
  • 718 views

 

Can anyone help me understand this:

 

Entry pages that are segmented to contain: utm medium, but does not contain utm medium.  



 

Best answer by Jennifer_Dungan

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.

2 replies

Imbalakumar
May 21, 2025

Hi @markvictoria 

 

  • prop variables in Adobe Analytics have a maximum length of 100 bytes. If your UTM URL is longer than 100 bytes, it will be truncated.
  • Check the length of your UTM URL and ensure it's within the 100-byte limit. If it's too long, you may need to shorten it or use a more efficient URL encoding method

 

 

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

Jennifer_Dungan
Community Advisor and Adobe Champion
Community Advisor and Adobe Champion
May 27, 2025

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.

DanIMS1
Level 3
May 21, 2025

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.

Jennifer_Dungan
Community Advisor and Adobe Champion
Jennifer_DunganCommunity Advisor and Adobe ChampionAccepted solution
Community Advisor and Adobe Champion
May 24, 2025

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.

Level 2
May 27, 2025

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!