Expand my Community achievements bar.

Join us at Adobe Summit 2024 for the Coffee Break Q&A Live series, a unique opportunity to network with and learn from expert users, the Adobe product team, and Adobe partners in a small group, 30 minute AMA conversations.
SOLVED

Which is more accurate metric for Apps on sdkaep? Average Time on Site or Average Session Length ?

Avatar

Level 2

Hello,

I add "Average Time on Site" and "Average Session Length" side by side and numbers are off between the two.

The data comes from sdkaep implementation on App

dim21_0-1673525069141.png

Which one should I trust and why?

 

Thank you

 

1 Accepted Solution

Avatar

Correct answer by
Community Advisor

I don't really use either of these... (we have another analytics tracking system that operates using a heartbeat tracker so we defer to that for time spent)

 

Average Time on Site has some limitations such as the last page of the visit is lost as there is no server call to calculate the time spent....

 

That said, since you likely have lifecycle metrics in your app, and sending the app to the background should trigger an analytics pause, there should be a timestamp for Adobe to use in their calculations.... While I can't find any documentation to support this theory, I suspect that in the case of the apps, the time spend is higher because the last page/screen of the app is getting time associated towards it by using the pause lifecycle in the calculation......

 

This might make the mobile version more accurate... BUT at the same time, it means comparing your website to your app on engaged time is comparing apples and oranges due to inherent differences in the calculations.....

View solution in original post

1 Reply

Avatar

Correct answer by
Community Advisor

I don't really use either of these... (we have another analytics tracking system that operates using a heartbeat tracker so we defer to that for time spent)

 

Average Time on Site has some limitations such as the last page of the visit is lost as there is no server call to calculate the time spent....

 

That said, since you likely have lifecycle metrics in your app, and sending the app to the background should trigger an analytics pause, there should be a timestamp for Adobe to use in their calculations.... While I can't find any documentation to support this theory, I suspect that in the case of the apps, the time spend is higher because the last page/screen of the app is getting time associated towards it by using the pause lifecycle in the calculation......

 

This might make the mobile version more accurate... BUT at the same time, it means comparing your website to your app on engaged time is comparing apples and oranges due to inherent differences in the calculations.....