Your achievements

Level 1

0% to

Level 2

Tip /
Sign in

Sign in to Community

to gain points, level up, and earn exciting badges like the new
BedrockMission!

Learn more

View all

Sign in to view all badges

SOLVED

COMPLETED SESSION

dpka
Level 1
Level 1

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

1 Accepted Solution
AlexisCazes
Correct answer by
Community Advisor
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
AlexisCazes
Correct answer by
Community Advisor
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

AlexisCazes
Community Advisor
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.

AlexisCazes
Community Advisor
Community Advisor

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