Expand my Community achievements bar.

Help shape the future of AI assistance by participating in this quick card sorting activity. Your input will help create a more effective system that better serves your needs and those of your colleagues.
SOLVED

COMPLETED SESSION

Avatar

Level 1

How do  you define a completed session? Does it only count the  sessions which lasted for at least 30 minutes?

Topics

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

1 Accepted Solution

Avatar

Correct answer by
Community Advisor

Check this doc for web data

Mobile is different as you specify it.

IOS

lifecycleTimeout4.0

Default value is 300 seconds.

Specifies the length of time, in seconds, that must elapse between the time the app launches but before the launch is considered to be a new session. This timeout also applies when your application is sent to the background and reactivated.

The time that your app spends in the background is not included in the session length.

Android

lifecycleTimeout

4.0

Default value is 300 seconds.

Specifies the length of time, in seconds, that must elapse between the time the app launches but before the launch is considered to be a new session. This timeout also applies when your application is sent to the background and reactivated.

The time that your app spends in the background is not included in the session length.

NOTICE: visits are still incremented for mobile apps but should not be used and instead launches should be used.

Finally since last MR you can modify how a visit is calculated in a Virtual Report suite: Mobile Visit Processing see this video explaining it as well Context-Aware Sessions in Virtual Report Suites - YouTube

View solution in original post

3 Replies

Avatar

Correct answer by
Community Advisor

Check this doc for web data

Mobile is different as you specify it.

IOS

lifecycleTimeout4.0

Default value is 300 seconds.

Specifies the length of time, in seconds, that must elapse between the time the app launches but before the launch is considered to be a new session. This timeout also applies when your application is sent to the background and reactivated.

The time that your app spends in the background is not included in the session length.

Android

lifecycleTimeout

4.0

Default value is 300 seconds.

Specifies the length of time, in seconds, that must elapse between the time the app launches but before the launch is considered to be a new session. This timeout also applies when your application is sent to the background and reactivated.

The time that your app spends in the background is not included in the session length.

NOTICE: visits are still incremented for mobile apps but should not be used and instead launches should be used.

Finally since last MR you can modify how a visit is calculated in a Virtual Report suite: Mobile Visit Processing see this video explaining it as well Context-Aware Sessions in Virtual Report Suites - YouTube

Avatar

Community Advisor

to add to above, if you are using data feed this documentation explains how to calculate a visit Calculating Metrics

Visits
  1. Exclude all rows where exclude_hit > 0.
  2. Exclude all rows with hit_source = 5,7,8,9. 5, 8, and 9 are summary rows uploaded using data sources. 7 represents transaction ID data source uploads that should not be included in visit and visitor counts. See Hit Source Lookup.
  3. Combine post_visid_high, post_visid_low, visit_num, and visit_start_time_gmt*. Count unique number of combinations.

*In rare circumstances, internet irregularities, system irregularities, or the use of custom visitor IDs can result in duplicate visit_num values for the same visitor ID that are not the same visit. To avoid resulting issues, also include visit_start_time_gmt when counting visits.

Avatar

Community Advisor

here is an article that I wrote about mobile sessions back when I was in support Mobile Session Calculation