Expand my Community achievements bar.

Join us January 15th for an AMA with Champion Achaia Walton, who will be talking about her article on Event-Based Reporting and Measuring Content Groups!
SOLVED

Why event tag (trackAction) implemented by Context data on Mobile App would be fired as page view and Page Dimension captures it as "Other"

Avatar

Level 2

For page view tag (trackState), I use page_name to capture page name and use processing rule to overwrite value of page name (Analytics default), page name(Prop2) and page name(eVars1) by page_name(context data) if page_name(context data) is set.

 

For event tag (trackAction), I use a.page_name to capture page name and use processing rule to overwrite value of only page name(eVars1) by a.page_name(context data) if a.page_name(context data) is set.

 

Why event tag is still captured as page view tag? And fall into Page dimension (Analytics default)?

 

Joson_0-1671769287218.png

 

Thank you

 

1 Accepted Solution

Avatar

Correct answer by
Community Advisor and Adobe Champion

Is your first rule to set the pageName if your page_name context variable set always triggering?

 

For page view tag (trackState), I use page_name to capture page name and use processing rule to overwrite value of page name (Analytics default), page name(Prop2) and page name(eVars1) by page_name(context data) if page_name(context data) is set.


Did you ensure that this rule only runs on page views and NOT actions? It's possible your developers are sending that context variable on your trackActions and your first rule is running unexpectedly.


Adobe uses the "pageName" and "URL" values to determine when a page view occurs. If you use Processing Rules to set the PageName value on your actions, that will cause issues with your tracking, and count your actions incorrectly as page views.

 

On a normal s.tl() call on the web, even though a "pageName" value is passed, the value is actually removed from the tracking; but if you set the value with Processing Rules, it makes your actions "page views".

 

 

On safety control you can add to your general processing rule (where you set the PageName value) is to add:

Jennifer_Dungan_0-1671942078212.png

 

View solution in original post

3 Replies

Avatar

Correct answer by
Community Advisor and Adobe Champion

Is your first rule to set the pageName if your page_name context variable set always triggering?

 

For page view tag (trackState), I use page_name to capture page name and use processing rule to overwrite value of page name (Analytics default), page name(Prop2) and page name(eVars1) by page_name(context data) if page_name(context data) is set.


Did you ensure that this rule only runs on page views and NOT actions? It's possible your developers are sending that context variable on your trackActions and your first rule is running unexpectedly.


Adobe uses the "pageName" and "URL" values to determine when a page view occurs. If you use Processing Rules to set the PageName value on your actions, that will cause issues with your tracking, and count your actions incorrectly as page views.

 

On a normal s.tl() call on the web, even though a "pageName" value is passed, the value is actually removed from the tracking; but if you set the value with Processing Rules, it makes your actions "page views".

 

 

On safety control you can add to your general processing rule (where you set the PageName value) is to add:

Jennifer_Dungan_0-1671942078212.png

 

Avatar

Level 2

Thank you for your insight. I have reset the processing rule.

Your answer "Adobe uses the "pageName" and "URL" values to determine when a page view occurs." is useful.

 

I remove the linkage between hit attribute Page URL (Adobe Analytics Variable) and page_url (Context data); between hit attribute Page Name (Adobe Analytics Variable) and any of page name (Context data) from trackActions call.

 

And in fact, if context data is correctly implemented, we don't need to set processing rule for hit attributes Page URL and Page Name (Adobe Analytics Variable). They are captured automatically for trackState call. Instead, if we would like to capture Page Name for trackActions call, custom Adobe Analytics Variable (e.g., eVars1) and a.pageName (custom context data) can be linked by processing rule.

 

The data of Page view and Page event is eventually correctly captured.

 

Thank you again.

Avatar

Community Advisor and Adobe Champion

If it makes you feel better, I had a similar issue on my initial Mobile App implementation too... I had a general rule that was setting the page name and url (cause these are things that are generally part of web calls as well).. but when set with processing rules they don't act the same....