Comparer différentes métriques
Voici un aperçu des métriques disponibles dans Adapty Analytics. Utilisez-le pour comprendre ce que mesure chaque métrique et en quoi elle diffère des métriques connexes.
Pour une explication approfondie de la façon dont Adapty traite les données d’analyse, consultez Comment fonctionne Adapty Analytics.
Cet article ne couvre pas les métriques d’Attribution Adapty. Consultez l’analytics d’Attribution Adapty pour en savoir plus sur les métriques de campagnes publicitaires (Dépenses, CPI, ROAS, CTR, entre autres).
Métriques globales
Les métriques globales suivent les performances de l’ensemble de votre application, tous placements et paywalls confondus.
Revenus
Ces métriques mesurent combien d’argent l’application génère et de quelles sources.
| Métrique | Description | Différence clé | Basé sur les cohortes ? Une métrique basée sur les cohortes regroupe les utilisateurs selon un événement antérieur — une installation, une vue de paywall, un début d’essai — puis continue de comptabiliser ce que ces utilisateurs font ensuite, de sorte que sa valeur pour une date passée continue d’augmenter. Toutes les autres métriques comptabilisent chaque événement le jour où il s’est produit. |
|---|---|---|---|
| Revenus | Total des revenus issus des abonnements et des achats uniques, déduction faite des remboursements | Revenus réels générés. Peuvent afficher les revenus bruts, les revenus après commission, ou les revenus après taxes et commission selon les contrôles du graphique | Non |
| MRR | Revenus récurrents mensuels issus des abonnements actifs | Revenus mensuels prévisibles de votre application. Exclut les achats uniques et les abonnements non récurrents. | Non |
| ARR | Revenus récurrents annuels issus des abonnements actifs | Calculé comme le MRR mais à l’échelle annuelle. Utile pour projeter les revenus annuels | Non |
| ARPU | Revenu moyen par utilisateur | Divise les revenus par le nombre total d’utilisateurs — payants et non payants. Indique le revenu moyen généré par chaque utilisateur | Non |
| ARPPU | Revenu moyen par utilisateur payant | Ne compte que les utilisateurs ayant effectué un achat durant la période sélectionnée, y compris les transactions remboursées. Toujours supérieur à l’ARPU | Non |
| LTV (valeur vie client) | Revenus des clients payants divisés par le nombre de clients payants dans une cohorte | Valeur réalisée par client payant dans le temps. Contrairement à l’ARPPU (période unique), la LTV représente le total des revenus sur toute la durée de la relation client. Peut être visualisée par renouvellements ou par jours calendaires | Oui |
| LTV prédite | Valeur vie estimée par utilisateur dans une cohorte | Estimation prospective. Contrairement à la LTV réalisée, projette la valeur future à partir des données historiques de rétention de cohorte. Disponible pour 3, 6, 9, 12, 18 et 24 mois | Oui |
| Revenus prédits | Total estimé des revenus qu’une cohorte va générer | Estimation prospective. Contrairement aux revenus réalisés, prédit le total qu’une cohorte générera sur la période sélectionnée. Mis à jour quotidiennement | Oui |
| Achats hors abonnement | Nombre d’achats intégrés : consommables, non-consommables et abonnements non renouvelables | Exclut les abonnements à renouvellement automatique. | Non |
| Événements de remboursement | Nombre d’achats ou d’abonnements remboursés | Attribué à la date du remboursement, et non à la date d’achat initiale. | Non |
| Montant remboursé | Montant total remboursé durant la période sélectionnée | Impact financier des remboursements. Calculé avant les frais du store. Contrairement aux événements de remboursement (un décompte), ceci indique le montant monétaire | Non |
Abonnés et conversion
Ces métriques suivent la manière dont les utilisateurs accèdent à l’application et progressent dans le tunnel de conversion.
| Métrique | Description | Différence clé | Basé sur les cohortes ? Une métrique basée sur les cohortes regroupe les utilisateurs selon un événement antérieur — une installation, une vue de paywall, un démarrage d’essai — puis continue à comptabiliser ce que font ces utilisateurs par la suite, de sorte que sa valeur pour une date passée continue d’augmenter. Toutes les autres métriques comptent chaque événement le jour où il s’est produit. |
|---|---|---|---|
| Installations | Nombre d’installations de l’application durant la période | Compte l’un des éléments suivants selon la définition de l’installation : • Installations sur appareil (un utilisateur qui réinstalle l’application est compté à nouveau) • Utilisateurs uniques (ne compte que les utilisateurs ayant défini un customer_user_id. Les utilisateurs anonymes sont entièrement exclus — si aucun utilisateur n’est identifié, le compteur est à 0) | Non |
| Nouveaux essais | Essais activés durant la période | Compte chaque démarrage d’essai, même si l’essai a déjà expiré ou s’est converti en abonnement payant au moment où vous consultez le graphique | Non |
| Essais actifs | Nombre d’essais n’ayant pas encore expiré | Ne compte que les essais actifs à la fin de la période | Non |
| Nouveaux abonnements | Abonnements activés pour la première fois durant la période, incluant les premiers achats sans essai et les conversions d’essai vers payant | Exclut les renouvellements et les réactivations. Différent de l’événement d’intégration subscription_started, qui ne compte que les premiers achats sans essai — les conversions d’essai déclenchent trial_converted à la place | Non |
| Abonnements actifs | Nombre d’abonnements payants n’ayant pas encore expiré | Exclut les essais et les abonnements dont le renouvellement a été annulé | Non |
| Installation vers essai | Pourcentage d’installateurs ayant démarré un essai | Daté par installation. Le dénominateur inclut tous les installateurs, pas seulement les visiteurs de paywall, donc le taux peut être inférieur à Vue de paywall vers essai. Les deux métriques peuvent également diverger si l’application n’enregistre pas les vues de paywall. Cela peut se produire avec un paywall personnalisé qui n’appelle pas logShowFlow (SDK iOS v4+) / logShowPaywall, ou lorsqu’un utilisateur démarre son essai depuis un achat intégré promu. | Oui |
| Vue de paywall vers essai | Pourcentage de visiteurs de paywall ayant démarré un essai | Daté par vue de paywall. Ne compte que les utilisateurs ayant vu un paywall, donc le taux peut être supérieur à Installation vers essai | Oui |
| Essai vers payant | Pourcentage d’utilisateurs en essai ayant souscrit un abonnement | Daté par démarrage d’essai, donc le même essai apparaît sous une date différente de celle d’Installation vers payant. Mesure la qualité de l’essai et l’efficacité de la conversion. Contrairement à Installation vers payant, se concentre uniquement sur les utilisateurs ayant complété un essai | Oui |
| Installation vers payant | Pourcentage d’installateurs ayant souscrit un premier abonnement | Daté par installation. Compte tous les installateurs, pas seulement les visiteurs de paywall. Le taux peut être inférieur à Vue de paywall vers payant. Inclut les achats directs et les conversions d’essai vers payant | Oui |
| Vue de paywall vers payant | Pourcentage de visiteurs de paywall ayant finalement souscrit un abonnement | Daté par vue de paywall. Ne compte que les utilisateurs ayant vu un paywall, donc le taux peut être supérieur à Installation vers payant. Inclut les utilisateurs ayant d’abord complété un essai | Oui |
Rétention et renouvellement des abonnements
Ces métriques permettent de suivre dans quelle mesure l’application fidélise ses abonnés payants au fil du temps. Elles sont toutes basées sur les cohortes Une métrique basée sur les cohortes regroupe les utilisateurs selon un événement antérieur — une installation, une vue de paywall, un début d’essai — puis continue de comptabiliser les actions de ces utilisateurs par la suite, ce qui fait que sa valeur pour une date passée continue d’augmenter. Toutes les autres métriques comptent chaque événement le jour où il s’est produit. , donc leurs valeurs pour les dates passées continuent d’augmenter à mesure que davantage de membres de chaque cohorte renouvellent leur abonnement.
| Métrique | Description | Différence clé |
|---|---|---|
| Rétention | Part des abonnés d’origine qui restent après chaque période de facturation — 1er renouvellement, 2e renouvellement, etc. | Suit les abonnés à partir du premier paiement. Contrairement aux métriques période par période ci-dessous, compare toujours par rapport au groupe d’origine, ce qui donne une vue d’ensemble en un coup d’œil |
| Payant jusqu’à la 2e période | Pourcentage de nouveaux abonnés ayant renouvelé pour la deuxième période | Mesure la transition entre deux périodes adjacentes spécifiques. Contrairement à la Rétention, se concentre sur le renouvellement le plus critique — le premier |
| 2e à la 3e période | Pourcentage de renouvellement de la 2e à la 3e période | Indique la stabilité de la rétention précoce après le renouvellement initial |
| 3e à la 4e période | Pourcentage de renouvellement de la 3e à la 4e période | Indicateur de rétention à moyen terme |
| 4e à la 5e période | Pourcentage de renouvellement de la 4e à la 5e période | Indicateur de fidélité à long terme |
| 6 mois+ | Pourcentage de nouveaux abonnés restant abonnés pendant plus de 6 mois | Daté à partir du premier paiement, non à partir de la marque des 6 mois. Mesure le temps calendaire, pas le nombre de renouvellements — un abonné annuel est considéré comme actif à 6 mois même sans renouvellement |
| 1 an+ | Pourcentage de nouveaux abonnés restant abonnés pendant plus de 12 mois | Daté à partir du premier paiement. Jalon de rétention annuelle |
| 2 ans+ | Pourcentage de nouveaux abonnés restant abonnés pendant plus de 24 mois | Daté à partir du premier paiement. Jalon de rétention à long terme |
Churn
Ces métriques mesurent le nombre d’abonnés et d’utilisateurs en période d’essai que l’application perd. Aucune d’elles n’est basée sur une cohorte Une métrique basée sur une cohorte regroupe les utilisateurs selon un événement antérieur — une installation, une vue de paywall, un début d’essai — puis continue de comptabiliser leurs actions par la suite, de sorte que sa valeur pour une date passée augmente en continu. Toutes les autres métriques comptabilisent chaque événement le jour où il s’est produit. — chaque événement est comptabilisé le jour où il s’est produit.
| Métrique | Description | Différence clé |
|---|---|---|
| Renouvellement d’essai annulé | Essais pour lesquels l’utilisateur a désactivé le renouvellement automatique | L’utilisateur conserve l’accès à l’essai jusqu’à son expiration mais ne passera pas automatiquement à un abonnement payant. Contrairement aux abonnements avec renouvellement annulé, s’applique aux utilisateurs en période d’essai qui n’ont pas encore payé |
| Essais expirés (résiliés) | Essais expirés — l’utilisateur a perdu l’accès aux fonctionnalités premium | L’utilisateur a déjà perdu l’accès. Attribué à la date d’expiration, même si l’utilisateur a annulé le renouvellement lors d’une période précédente. Peut être regroupé par motif (volontaire ou facturation) |
| Renouvellement d’abonnement annulé | Abonnements pour lesquels l’utilisateur a désactivé le renouvellement automatique | L’utilisateur conserve l’accès jusqu’à la fin de la période. Indique un risque de résiliation, pas une résiliation effective — l’utilisateur peut réactiver le renouvellement automatique avant l’expiration de la période |
| Abonnements résiliés (expirés) | Abonnements expirés — l’utilisateur a perdu l’accès aux fonctionnalités premium | Résiliation effective. L’utilisateur a déjà perdu l’accès. Attribué à la date d’expiration, même si l’utilisateur a annulé le renouvellement lors d’une période précédente. Peut être regroupé par motif (volontaire ou facturation) |
Problèmes de facturation et récupération des revenus
Ces métriques mesurent l’efficacité de l’application à récupérer les revenus perdus en raison de problèmes de facturation.
| Métrique | Description | Différence clé | Basée sur les cohortes ? Une métrique basée sur les cohortes regroupe les utilisateurs selon un événement antérieur — une installation, une vue de paywall, un démarrage d’essai — puis continue à comptabiliser ce que font ces utilisateurs par la suite, de sorte que sa valeur pour une date passée continue d’augmenter. Toute autre métrique comptabilise chaque événement le jour où il s’est produit. |
|---|---|---|---|
| Délai de grâce | Abonnements entrés en délai de grâce suite à un échec de facturation | Inclut les utilisateurs ayant dépassé le délai de grâce et perdu leur accès | Non |
| Délai de grâce converti en payant | Pourcentage d’utilisateurs en délai de grâce ayant renouvelé avant la fin du délai | Un taux (%). Daté du jour où l’abonnement est entré en délai de grâce. Répond à la question « quelle part des utilisateurs en délai de grâce s’est rétablie ? » | Oui |
| Délai de grâce converti | Nombre absolu d’abonnements en délai de grâce ayant été renouvelés avec succès | Mêmes événements que Délai de grâce converti en payant, mais daté par le paiement de rétablissement et affiché en nombre plutôt qu’en pourcentage | Non |
| Revenus du délai de grâce converti | Revenus issus des rétablissements en délai de grâce | Impact financier de la fonctionnalité délai de grâce | Non |
| Problème de facturation | Abonnements entrés en état de problème de facturation | Commence après l’expiration du délai de grâce. Contrairement au délai de grâce, ne comptabilise que les utilisateurs ayant déjà perdu leur accès premium | Non |
| Problème de facturation converti en payant | Pourcentage d’utilisateurs en problème de facturation ayant renouvelé avant la fin du cycle de facturation | Un taux (%). Daté du jour où le problème de facturation est survenu. Répond à la question « quelle part des utilisateurs en problème de facturation s’est rétablie ? » | Oui |
| Problème de facturation converti | Nombre absolu d’abonnements en problème de facturation ayant été renouvelés avec succès | Mêmes événements que Problème de facturation converti en payant, mais daté par le paiement de rétablissement et affiché en nombre plutôt qu’en pourcentage | Non |
| Revenus du problème de facturation converti | Revenus issus des rétablissements de problèmes de facturation | Impact financier du rétablissement après problème de facturation | Non |
Métriques de paywall, de placement et d’onboarding
Ces métriques sont calculées pour les paywalls, placements et onboardings individuels. Elles mesurent la performance d’un paywall ou d’un placement spécifique plutôt que celle de l’application dans son ensemble. La colonne Associated global metric indique la métrique correspondante dans la section d’analyse globale.
Toutes ces métriques sont basées sur les cohortes uniquement lorsque vous activez Filter metrics by install date. Par défaut, chaque événement est comptabilisé le jour où il s’est produit.
| Métrique | Description | Différence clé | Métrique globale associée |
|---|---|---|---|
| Proceeds | Revenus après taxes et commissions pour un placement individuel | Équivalent à Revenue après taxes et commissions | Revenue |
| ARPPU | Revenu moyen par utilisateur payant pour ce paywall ou placement | Même calcul que l’ARPPU global, mais limité à un seul paywall ou placement | ARPPU |
| ARPAS | Revenus divisés par le nombre d’abonnés actifs (essais et payants) | Inclut les utilisateurs en période d’essai. Contrairement à l’ARPPU, reflète le potentiel de revenus de l’ensemble de la base d’abonnés | — |
| Views | Nombre total d’affichages d’un paywall ou placement | Compte chaque affichage. Un même utilisateur qui consulte le même paywall deux fois compte pour 2 vues | — |
| Unique views | Nombre d’utilisateurs uniques ayant vu un paywall ou placement | Chaque utilisateur est compté une seule fois, quel que soit le nombre de fois où il l’a consulté. Contrairement aux Views, mesure la portée plutôt que la fréquence d’engagement | — |
| CR to purchases | Achats divisés par le total des vues | Utilise le total des vues (y compris les vues répétées du même utilisateur) comme dénominateur | Paywall view to paid |
| Unique CR to purchases | Achats divisés par les vues uniques | Utilise les vues uniques comme dénominateur. Taux plus élevé que le CR non unique, car les visiteurs récurrents ne sont comptés qu’une fois | Paywall view to paid |
| CR to trials | Essais démarrés divisés par le total des vues | Mesure l’efficacité d’un paywall à convertir les vues en essais | Paywall view to trial |
| Unique CR to trials | Essais démarrés divisés par les vues uniques | Calculé comme le CR to trials, mais avec les visiteurs uniques comme dénominateur | Paywall view to trial |
| Purchases | Nombre total de transactions pour ce paywall : nouveaux achats, conversions d’essais, mises à niveau, rétrogradations et abonnements renouvelés | Exclut les renouvellements. | Revenue |
| Trials | Total des essais activés via ce paywall | Limité à ce paywall uniquement | New trials |
| Trials canceled | Nombre d’essais pour lesquels l’utilisateur a désactivé le renouvellement automatique | Limité aux essais de ce paywall uniquement | Trials renewal cancelled |
| Refund rate | Remboursements divisés par les premiers achats (renouvellements exclus) | Un taux (%), pas un décompte. Normalise les remboursements par rapport au nombre d’achats | Refund events (décompte, pas un taux) |
| Completions | Nombre de fois où des utilisateurs ont terminé un flow d’onboarding du premier au dernier écran | Placement et onboarding uniquement. Compte chaque complétion, y compris les complétions répétées du même utilisateur | — |
| Unique completions | Nombre d’utilisateurs uniques ayant terminé un flow d’onboarding | Placement et onboarding uniquement. Chaque utilisateur est compté une seule fois. Contrairement aux Completions, mesure le nombre d’individus ayant terminé le flow | — |
| Unique completions rate | Complétions uniques divisées par les vues uniques | Placement et onboarding uniquement. Mesure l’efficacité de l’onboarding : quelle part des utilisateurs l’ayant commencé l’ont réellement terminé | — |