Expand my Community achievements bar.

Announcement: Calling all learners and mentors! Applications are now open for the Adobe Analytics 2024 Mentorship Program! Come learn from the best to prepare for an official certification in Adobe Analytics.
SOLVED

Mobile App Implementation

Avatar

Level 1

Hi,

 

We want to use one Launch property for three mobile apps. Reason - We have a similar setup for web where we have one report suits for 3 websites and we have an eVar to captures website's name. So to see data for one website in Analytics dashboard we just filter based on the website name eVar. We are looking to have a similar setup for App but for App I am not sure if we can have a similar eVar or conextData which will allow us to filter data for each app in dashboards, if it's an option please help with an example setup in processing rules. or suggest the best way to do it?

 

Thanks in advance,

AK

Topics

Topics help categorize Community content and increase your ability to discover relevant content.

1 Accepted Solution

Avatar

Correct answer by
Community Advisor

You absolutely can... we have 3 mobile apps, and 30 websites being tracked into a single report suite.

 

All the tracking on our apps is the same as the web (with the exception of app specific functionality, and web specific functionality where there is some divergence)

 

Though they use different names, trackState is the equivalent of s.t(), and trackAction is the equivalent of s.tl().

 

Now, App are moving towards deprecating standard context variables in favour of XDM Streams... I haven't yet switched our apps to this yet, but the process should be similar.. on each of the mobile app specific calls, you would send all the values (including values that will help you classify as an app) and map that to your props and eVars (to get the same final result that you would see from a website).

 

 

I have several such "Classification" eVars... I have one which I call our "Breakpoint" - this tracks "desktop", "mobile" or "tablet" on web, and "app|mobile" or "app|tablet" on our apps

 

And I use the server dimension to track the core domain.. so on SiteA and the corresponding App for Site A, both track the server as "sitea.com", similarly for web and app for Site B, I track "siteb.com"

I can use the two dimensions to either get all traffic to Site A, regardless of the platform/breakpoint or to traffic to all apps, or by combining the two, I can get traffic to Site A's app, or website only... 

View solution in original post

2 Replies

Avatar

Correct answer by
Community Advisor

You absolutely can... we have 3 mobile apps, and 30 websites being tracked into a single report suite.

 

All the tracking on our apps is the same as the web (with the exception of app specific functionality, and web specific functionality where there is some divergence)

 

Though they use different names, trackState is the equivalent of s.t(), and trackAction is the equivalent of s.tl().

 

Now, App are moving towards deprecating standard context variables in favour of XDM Streams... I haven't yet switched our apps to this yet, but the process should be similar.. on each of the mobile app specific calls, you would send all the values (including values that will help you classify as an app) and map that to your props and eVars (to get the same final result that you would see from a website).

 

 

I have several such "Classification" eVars... I have one which I call our "Breakpoint" - this tracks "desktop", "mobile" or "tablet" on web, and "app|mobile" or "app|tablet" on our apps

 

And I use the server dimension to track the core domain.. so on SiteA and the corresponding App for Site A, both track the server as "sitea.com", similarly for web and app for Site B, I track "siteb.com"

I can use the two dimensions to either get all traffic to Site A, regardless of the platform/breakpoint or to traffic to all apps, or by combining the two, I can get traffic to Site A's app, or website only... 

Avatar

Level 1

Thank you, Jennifer. This is exactly what I was looking for!