Notification

Get personalised optimisation tips, understand your account health and set up completion on the improved 'My AdMob page'.

Using your Cohort report

About the Cohort report

Use the cohort report to gain insight into how your users are behaving and being monetised since installing your app. 

In this article:

Overview of the cohort report

To use the cohort report, you must install the latest Google Mobile Ads SDK version (18.1.0 or later for Android, 7.44 or later for iOS) and collect user metrics. To collect user metrics data, you can link your AdMob apps to Firebase and integrate the Google Analytics for Firebase SDK into your apps (Android, iOS).

Cohorts are groups of users that installed and opened your app within the same time period. For example, all users who installed and opened your app on 1 July belong to the same install cohort.

The report provides the lifetime value (LTV) of a user cohort, including:

  • LTV: The overall LTV for a user cohort, including revenue from in-app purchases, ads and subscriptions.
  • IAP LTV: The LTV from in-app purchases for a user cohort.
    To view IAP LTV data for your Android apps, you must:
  • Ads LTV: The LTV from ads revenue for a user cohort. The ads revenue is the total revenue from the AdMob Network, your bidding ad sources and your estimated third-party revenue. 
  • Subscription LTV: The LTV from subscriptions for a user cohort. 

The cohort report also provides the retention rate of a user cohort. Retention is the percentage of users in a cohort who continue to open your app after install. Learn more.

You can also use the cohort report to view data LTV and retention for each of your Google Ads app campaigns. Learn how to enable the app campaign dimension.

Benefits of using the cohort report

It can be helpful to track cohorts to learn about your users’ behaviour. This can help you make data-driven decisions about your engagement, user acquisition and monetisation strategy. 

Consider using this report to: 

  • Inform your user acquisition strategy (What bid should I set?)
  • Identify which countries are most valuable (Which countries have high LTVs?)
  • Understand the breakdown of revenue (Is more revenue coming from IAP or ads?)
  • Compare your apps' performance (Compare a new app's D1 LTV to an older app's D1 LTV)
  • Understand how users respond to changes in your app (Does LTV increase after making certain changes in the app?)

Understanding cohorts

Users are grouped into a cohort on the day that they install and open your app for the first time; this is called D0. Dx denotes the number of days since install. You’ll be able to see average per-user data for the following cohort milestones: 

  • D1: The day after the user installed your app. 
  • D3: three days after install. 
  • D7: seven days after install. 
  • D14: 14 days after install. 
  • D28: 28 days after install. 
  • D60: 60 days after install.

Example of cohort report in Ad Mob.

In the example report above, D3 LTV is £0.013 for install week 8/3/2020–14/3/2020. This means that on average, a user who installed in that week earns a cumulative revenue of £0.013 via ads or IAP between the day that they install and three days later. 

Example of a cohort report in Ad Mob.

Also note that some rows in the example above don’t show data for all metrics. This means that the cohorts in that install week haven’t reached all the milestones yet. 

Example of a cohort report in Ad Mob.

Some cohorts are also “partial” in that not all users in the cohort have reached the milestone. Let’s look at a partial cohort in the example report above and assume that the report is run on 1/4/2020. 

For install week 22/03/2020–28/03/2020, users who installed on 28/03/2020 haven't reached the D7 milestone (they'll reach the D7 milestone on 04/04/2020) and are therefore not included in the D7 LTV calculation.

FAQs

Why do I see a decrease in LTV for higher milestones like D28 and D60?

Some cohorts are also “partial” in that not all users in the cohort have reached the milestone. For example, Cohort A installed seven days ago, while Cohort B installed 30 days ago. This means that Cohort B data is included in the D28 milestone, but Cohort A data is not since they haven’t reached D28 yet.   

So for higher milestones, like D28 and D60, you may see a decrease in LTV from the lower milestones. This is because there are less cohorts included in the calculations for higher milestones. 

Why is D0 retention less than 100%? 

In some cases, there could be a data processing delay that causes D0 to be less than 100%. Duplicated events can also cause D0 retention to be less than 100%. Duplicated events may be due to SDK implementation issues. 

 

 

Was this helpful?

How can we improve it?
true
Show your support to promote DEI in Gaming by turning intentions into action!

Check out the newly launched Diversity in Gaming website, where you can find video stories and written pledges from global gaming developers. This campaign centers on 3 pillars: diverse teams, diverse games and diverse audiences showing how diversity is not just good for gamers, but for business as well. Show your support by taking the pledge to promote DEI in Gaming and share it on social!

Learn More

Search
Clear search
Close search
Google apps
Main menu
2691828868755089063
true
Search Help Centre
true
true
true
true
true
73175
false
false