Skip to content
Metricsjar

Article · Updated August 2026

Why every tool reports a different retention rate

Editorial cover: two different retention grids checked against a definition card

Two retention rates can differ because they retain different entities after different starting events on different time boundaries. App retention, product retention and subscription retention are not interchangeable.

Before comparing percentages, align five fields:

  1. cohort entry;
  2. entity;
  3. return event;
  4. time boundary;
  5. cohort maturity and exclusions.

Definition worksheet comparing app, product and subscription retention

Three common retention measures

App retention

Apple defines app retention as the percentage of active devices that installed on a selected day and opened the app on a later exact day. Devices that install but never open do not qualify; usage is based on people who opted in to share analytics, and privacy thresholds can leave cells blank (Apple).

Entity: active device. Entry: install plus eventual first open. Return: open on an exact day after install.

Product retention

A product analytics tool may define a cohort from an account’s first-value event and retain it when the account repeats a chosen event in a later day or week. Depending on configuration, it can measure users, accounts or anonymous devices and use exact, rolling or unbounded return windows.

Entity and events are chosen by the team. That flexibility is useful and makes the label essential.

Subscription retention

RevenueCat’s subscription retention cohorts start with a paid subscription and measure successful renewal through later billing periods. It calculates relative to the original cohort members that had an opportunity to renew and excludes incomplete periods from its relative total (RevenueCat).

Entity: subscription. Entry: first paid standard period. Return: additional payment at the relevant subscription period.

Why the numbers differ

DifferenceExample effect
Device versus account versus subscriptionOne person can have two devices but one account and one subscription
Install versus first value versus first paymentCohorts begin at different moments and sizes
Open versus value event versus renewalThe return requirement becomes progressively different
Exact day versus rolling/unbounded periodA return on day 8 may not count for exact D7
Opt-in/privacy thresholdApp Store usage can represent only eligible opted-in devices
Product durationMonthly and annual subscriptions have different renewal opportunities
Grace, refund and resubscribe handlingTools can classify the same lifecycle differently
Incomplete cohortsRecent users have not had an opportunity to return or renew

Build a retention definition sheet

For every chart, record:

FieldApp Store exampleProduct exampleSubscription example
Display nameD7 app-open retentionWeek-1 first-value retentionMonth-1 subscription retention
EntryInstall cohort among devices that openFirst dashboard_renderedFirst paid standard period
EntityActive deviceAccountSubscription
ReturnOpen on day 7Render in following weekSuccessful renewal
BoundarySource day after installReporting timezone/weekProduct billing period
ExclusionsNon-opt-in and thresholded dataInternal/test accountsIntro offers per chart method
MaturityAt least 7 daysFull later weekHad opportunity to renew

Once named this way, the rates no longer “disagree.” They describe different retention.

A fictional reconciliation

Acme Coach sees:

These cannot be placed in one comparison column.

The App Store denominator is eligible active devices from the install cohort; product analytics uses identified accounts that completed signup; RevenueCat begins after first paid purchase. Every later denominator is more selected.

Create a bridge:

StageEntity countSelection
First-time downloads1,000 devices/downloadsStore acquisition
Accounts created620 accountsIdentity created
First value360 accountsProduct promise reached
First paid period90 subscriptionsCommercial cohort

Then retain each stage on its own terms. Do not call 81% subscription retention evidence that 81% of installers remain.

Diagnose suspicious mismatches

Check the definition first

Find the vendor’s metric documentation and your saved chart configuration. Do not compare dashboard labels alone.

Check identity

Look for anonymous users becoming identified, account merges, test devices, reinstall behaviour, shared accounts and multiple subscriptions.

Check time

Align timezone, exact-day versus rolling periods, cohort start and maturity. A day-boundary mismatch can move returns between cells.

Check lifecycle rules

RevenueCat documents differences with App Store Connect around billing retry: RevenueCat can credit a later payment from the same subscriber/product as renewal, while App Store Connect may treat payments during billing retry or later as new subscriptions. That can change both starts and retention (RevenueCat).

Check environment and filters

Separate sandbox/test, app version, product, store, country and subscription duration. An unreleased app showing activity can indicate test or sandbox data rather than real customers.

Publish comparable measures

Use full names:

Include the cohort window, sample size and incomplete-period treatment. Link back to the source chart.

Reproduce a rate from event data

When the source permits export, reproduce one cohort before deciding the dashboard is wrong.

For exact D7 product retention:

  1. select accounts whose entry event occurred on the cohort date;
  2. exclude the documented internal/test accounts;
  3. apply the reporting timezone;
  4. count each eligible account once;
  5. count accounts with the return event on calendar day 7;
  6. divide retained accounts by the eligible cohort;
  7. leave a recent cohort incomplete until day 7 closes.

For weekly retention, define whether the following week is a calendar week, days 7–13, or any return after day 7. Those produce different rates.

Exact, classic and rolling retention

MethodQuestionExample
ExactDid the entity return on this precise day/period?Opened on day 7
Classic periodDid the entity return within this named interval?Repeated value in week 1
RollingDid the entity return on or after the boundary?Returned on day 7 or later

Rolling retention will generally be at least as high as exact retention for the same event and cohort because it accepts more return times. Do not compare them under the same D7 label.

Customer, logo and revenue retention

SaaS teams also use “retention” for commercial measures:

MeasureNumeratorDenominatorCan exceed 100%?
Customer retentionCustomers remainingStarting customer cohortNo
Gross revenue retentionStarting recurring revenue minus contraction/churnStarting recurring revenueNo
Net revenue retentionStarting recurring revenue plus expansion minus contraction/churnStarting recurring revenueYes

Stripe notes that revenue retention can exceed 100% because expansion can increase the remaining MRR from a cohort (Stripe). That is not the same as more than 100% of customers being retained.

A step-by-step mismatch audit

When two charts disagree, fill this sequence without skipping ahead:

  1. Copy the full metric name and source URL.
  2. Record filters and date range.
  3. Record entry, entity, return and boundary.
  4. Record consent, privacy and test-data exclusions.
  5. Mark incomplete cells.
  6. Compare raw cohort sizes before rates.
  7. Reproduce one cohort from export where practical.
  8. Rename the measures if definitions differ.
  9. Escalate as a data defect only if identical definitions still produce unexplained results.

Raw cohort size is often the fastest clue. If Apple begins with 400 active devices and product analytics begins with 250 identified accounts, a percentage comparison cannot resolve the missing 150 entities.

Which measure belongs in the weekly report?

Choose the rate tied to the current constraint:

Keep the full name and definition visible. The founder report can show one rate and link to the other source views without declaring one tool the winner.

Frequently asked questions

Which retention rate is the correct one?

The rate whose definition matches the decision. Store engagement, product value and subscription renewal are separate jobs.

Why is product retention often higher than app retention?

It may begin from a more selected cohort, use identified accounts, allow a broader return window or track a different event. Check the definitions rather than assuming the tool is wrong.

Can I combine monthly and annual subscription retention?

Only with a method that respects different renewal opportunities. RevenueCat’s standard subscription-retention chart filters by product duration for this reason.

Should I use exact or rolling retention?

Use the boundary that matches product cadence and name it. Exact retention is useful for daily behaviour; rolling or period retention can fit less frequent jobs.

What should go in the founder report?

Choose the one retention measure tied to the current decision, show its full definition and keep other retention views in their source tools.

Sources

Keep reading