Stripe analytics : ce qu'il mesure (et ce qu'il rate)
Publié le 13 avril 2026 · Jules, Founder of NoNoiseMetrics · 10min de lecture
Mis à jour le 15 avril 2026
Les analytics abonnements Stripe sont meilleures qu’elles ne l’étaient. Vous pouvez voir le MRR, les nouveaux abonnements, les événements de churn et les tendances de revenus basiques sans quitter le dashboard. Mais pour tout fondateur SaaS qui a besoin de comprendre pourquoi son business d’abonnements croît ou se contracte, les analytics natives de Stripe s’arrêtent court. La rétention nette des revenus, la rétention de cohortes, les taux de churn par plan et la segmentation de l’expansion, tous absents. Ce guide couvre exactement ce que Stripe vous donne, quelles sont les lacunes, et comment les combler sans construire une stack d’analytics personnalisée.
Les analytics abonnements Stripe désignent le reporting au niveau des abonnements intégré dans le dashboard et l’API Stripe, couvrant le MRR, les comptages d’abonnements, les événements de churn et le mouvement des revenus, mais pas les métriques dérivées (NRR, rétention de cohortes, LTV) dont les opérateurs SaaS ont besoin pour les décisions stratégiques.
Ce que les analytics abonnements Stripe couvrent
Stripe a significativement amélioré ses analytics au cours des deux dernières années. Voici ce que vous pouvez accéder nativement :
Revenu Mensuel Récurrent (MRR)
Stripe calcule le MRR à partir de vos abonnements actifs, la valeur mensuelle normalisée de toutes les charges récurrentes. Il affiche le chiffre MRR actuel et un graphique de tendance. Pour un guide clair sur ce qui appartient au MRR et ce qui n’y appartient pas, voir comprendre le MRR.
Nouveau MRR et MRR churné
Stripe sépare les nouveaux abonnements (nouveau MRR) des abonnements annulés (MRR churné) dans sa vue de changement des revenus. Utile pour comprendre la composition brute de votre changement MRR. Cependant, c’est affiché comme valeur absolue, pas comme pourcentage, et la série temporelle est limitée.
Comptages d’abonnements
Abonnements actifs, nouveaux abonnements par période et abonnements annulés. Stripe les affiche dans la section Abonnements du dashboard.
Chronologie des revenus
Stripe Revenue affiche les revenus bruts au fil du temps, total des charges collectées. Ce n’est pas la même chose que le MRR. La distinction importe surtout si vous avez des plans annuels (qui apparaissent comme de grandes charges ponctuelles dans les revenus bruts mais comme un montant mensuel lissé dans le MRR).
Événements d’abonnement
Via l’API, vous accédez à chaque événement d’abonnement : créé, mis à jour, annulé, essai démarré, essai converti, paiement échoué, paiement récupéré. C’est la matière première pour construire des analytics personnalisées, mais cela nécessite un travail d’ingénierie pour l’utiliser.
Ce qui manque dans les analytics abonnements Stripe
C’est la liste la plus importante pour tout fondateur SaaS qui suit sérieusement son business :
1. Net Revenue Retention (NRR)
Le NRR nécessite de comparer des cohortes de clients entre des périodes, incluant leur expansion et contraction. Stripe n’a pas de vue NRR intégrée. Le NRR supérieur à 100 % indique un churn négatif, un signal crucial. Stripe ne vous dira jamais si vous avez franchi ce seuil.
2. Rétention de cohortes
La rétention de cohortes montre quel pourcentage de clients (ou de revenus) d’un mois d’inscription donné sont encore actifs aux mois 1, 3, 6 et 12. C’est la vue la plus diagnostique dans les analytics d’abonnements, elle montre quand vous perdez des clients, pas seulement combien vous en perdez.
Stripe n’a pas de vue de cohortes. Pour la méthode, voir le guide sur l’analyse de cohortes pour fondateurs.
3. MRR d’expansion et de contraction
Lorsqu’un client upgrades, Stripe enregistre le nouveau montant de l’abonnement. Lorsqu’il downgrade, il enregistre le montant inférieur. Mais Stripe ne calcule pas le delta (MRR d’expansion ou de contraction) et ne le segmente pas séparément dans le dashboard.
Cela signifie que vous ne pouvez pas voir votre cascade MRR (nouveau + expansion - contraction - churn = nouveau net) sans calcul externe.
4. Tendances ARPU
Revenu Moyen Par Utilisateur au fil du temps. Stripe vous montre les abonnements actifs actuels et le MRR actuel. Il ne calcule pas l’ARPU historiquement ni ne vous montre s’il est en hausse ou en baisse. Cela importe parce qu’un ARPU en déclin signale un changement de tarification ou de positionnement que la croissance globale du MRR peut masquer.
5. Analytics par plan
Si vous avez plusieurs niveaux de tarification, Stripe ne ventile pas le taux de churn, l’ARPU ou la rétention par plan. Comprendre que votre plan d’entrée churne à 8 % pendant que votre plan premium churne à 1,5 % est une information critique. Stripe ne la remonte pas nativement.
6. Calcul de la LTV
LTV = ARPU / Taux de churn. Stripe vous donne le MRR (dont vous pouvez tirer l’ARPU) et enregistre les événements de churn. Mais il ne calcule pas la LTV. Étant donné que le calcul du taux de churn nécessite de connaître les clients actifs en début de période vs les annulations, et que l’interface du comptage de clients de Stripe n’est pas conçue pour des calculs précis de cohortes, la LTV depuis Stripe nécessite un calcul externe.
7. Churn involontaire vs volontaire
Stripe enregistre les échecs de paiement séparément des annulations d’abonnements, mais ne vous donne pas de métrique montrant quel pourcentage de votre churn était involontaire (échecs de paiement) vs volontaire (décision du client). Cette distinction est cruciale pour la priorisation, le churn involontaire est facilement récupérable ; le churn volontaire nécessite des correctifs de produit ou de tarification.
Exemple concret : à quoi ressemble le fossé en pratique
Supposons que vous avez 80 000 € de MRR. Sur un mois donné :
Ce que Stripe vous dit :
- MRR : 80 000 €
- Nouveaux abonnements : 34
- Abonnements annulés : 28
- MRR brut ajouté : ~3 200 € (estimé depuis la moyenne des nouveaux abonnements)
- MRR brut perdu : ~2 800 € (estimé depuis la moyenne des abonnements annulés)
Ce que Stripe ne vous dit pas :
- NRR : 98 % (votre base de clients existants rétrécit légèrement)
- MRR d’expansion : 1 100 € (upgrades des clients existants)
- MRR de contraction : 1 600 € (downgrades, signal de résistance au prix)
- Rétention de cohortes : Les cohortes du mois 3 retiennent 8 % moins bien que les cohortes du mois 6 (quelque chose a changé)
- Churn par plan : Churn plan d’entrée 6,8 %, churn plan Pro 2,1 %
- Churn involontaire : 38 % de vos 28 annulations étaient des paiements échoués (fort potentiel de récupération)
La vue Stripe vous dit grosso modo combien le MRR a changé. Le tableau complet vous dit pourquoi et où vous concentrer. Pour aller plus loin, voir le guide analytique Stripe.
Analytics abonnements Stripe natives : évaluation pratique
| Fonctionnalité | Stripe natif | Notes |
|---|---|---|
| MRR | Oui | Précis pour la plupart des cas |
| Nouveau MRR | Oui | Via vue Revenue |
| MRR churné | Oui | Via vue Revenue |
| MRR d’expansion | Non | Doit calculer depuis les événements |
| MRR de contraction | Non | Doit calculer depuis les événements |
| NRR | Non | Nécessite calcul de cohortes |
| Taux de churn clients | Partiel | Comptage uniquement, pas de calcul en % |
| Rétention de cohortes | Non | Nécessite outil externe ou requête personnalisée |
| Tendance ARPU | Non | Calcul à point unique seulement |
| Analytics par plan | Non | Nécessite filtrage |
| LTV | Non | Nécessite calcul externe |
| Churn involontaire vs volontaire | Non | Journaux d’échecs séparés mais pas d’agrégation |
Comment obtenir les métriques manquantes depuis les données Stripe
Option 1 : API Stripe + code personnalisé. Tirez les événements d’abonnement, calculez les cohortes, construisez le NRR. Cela prend 2 à 4 semaines d’ingénierie, nécessite une maintenance continue et se casse lorsque Stripe change la structure de l’API.
Option 2 : Stripe Sigma. L’interface SQL de Stripe pour vos données de transactions. Plus puissant que le dashboard, mais nécessite des compétences SQL et vous construisez toujours la logique de calcul vous-même. Disponible sur le plan Business.
Option 3 : Exportations de feuilles de calcul. Export CSV mensuel, calcul manuel. Fonctionne pour les petites bases de clients (moins de 200 clients), se brise à grande échelle, ne se met pas à jour automatiquement.
Option 4 : Outil dédié (recommandé). NoNoiseMetrics se connecte directement à votre compte Stripe et calcule toutes les métriques manquantes. NRR, rétention de cohortes, cascade MRR expansion/contraction, tendance ARPU, analytics par plan, automatiquement mis à jour à chaque synchronisation.
Pour compléter votre vision des analytics d’abonnements, consultez également les détails sur l’analytics churn Stripe.
Meilleures pratiques analytics abonnements Stripe
N’utilisez pas les revenus bruts pour les décisions SaaS. Utilisez le MRR. Les revenus bruts mélangent les paiements ponctuels, les prépaiements annuels, les remboursements et les litiges d’une façon qui rend l’analyse des tendances trompeuse.
Faites attention aux périodes d’essai. Stripe compte les abonnements en période d’essai dans certaines vues. Si votre période d’essai est de 14 jours ou plus, cela peut gonfler les comptages d’abonnements actifs et réduire apparemment les taux de churn.
Gérez correctement les clients avec plusieurs abonnements. Certains clients ont plus d’un abonnement actif. Stripe les compte séparément. Pour calculer le churn au niveau client, agrégez au niveau client.
Les plans annuels faussent les calculs de churn mensuel. Si vous avez des abonnés annuels, leur annulation n’apparaît qu’au renouvellement. Le churn mensuel calculé depuis les événements d’annulation sous-estimera le churn pour les businesses avec une forte pénétration des plans annuels.
FAQ
Quelles analytics d’abonnement Stripe fournit-il nativement ?
Stripe fournit nativement : le MRR, le nouveau MRR, le MRR churné, les comptages d’abonnements, les événements d’échec de paiement et une chronologie des revenus. Il ne fournit pas nativement le NRR, la rétention de cohortes, la segmentation MRR expansion/contraction, les tendances ARPU ou les taux de churn par plan.
Stripe peut-il calculer le net revenue retention ?
Non. Le NRR nécessite un calcul au niveau des cohortes, comparer le MRR d’un groupe de clients entre deux périodes. Stripe n’a pas de vue de cohortes et ne calcule pas le NRR.
Comment calculer le taux de churn depuis les données Stripe ?
Tirez le comptage de clients actifs en début de période et le comptage des événements d’annulation pendant la période. Taux de churn = annulations / clients actifs de départ. Faites attention d’exclure les nouveaux clients qui ont churné dans la même période où ils ont commencé.
Qu’est-ce que Stripe Sigma et peut-il aider avec les analytics d’abonnements ?
Stripe Sigma est une interface SQL pour vos données Stripe, disponible sur les plans Business. Vous pouvez écrire des requêtes personnalisées pour calculer le NRR, la rétention de cohortes et les analytics par plan. C’est puissant mais nécessite des compétences SQL.
Comment Stripe gère-t-il le MRR d’expansion et de contraction ?
Stripe n’a pas de vues natives MRR expansion/contraction. Pour calculer le MRR d’expansion, vous devez comparer les montants précédents et nouveaux pour tous les événements de mise à jour d’abonnement sur une période.
Stripe est-il suffisant pour les analytics d’abonnements en phase initiale ?
Pour les 3 à 6 premiers mois avec moins de 50 clients : oui, les analytics natives de Stripe sont suffisantes. Au-delà de 50 clients ou lorsque vous prenez des décisions sur la tarification, le produit et l’acquisition, vous avez besoin des données NRR et de cohortes que Stripe ne fournit pas.
Quelle est la meilleure façon de suivre les analytics par plan depuis Stripe ?
Le dashboard Stripe permet de filtrer par produit et prix, vous donnant les comptages d’abonnements et les revenus par plan. Pour le taux de churn, l’ARPU et la rétention par plan, vous devez calculer manuellement depuis les données exportées ou utiliser un outil qui segmente par plan automatiquement.
Pourquoi le MRR de Stripe diffère-t-il parfois de mon calcul manuel ?
Raisons courantes : Stripe inclut les abonnements en essai dans certaines vues, la facturation basée sur l’usage utilise des estimations plutôt que des réalisations jusqu’à la facturation, et les conversions de devises peuvent créer des différences d’arrondi.
Obtenez les analytics d’abonnements que Stripe n’affiche pas. Connectez Stripe à NoNoiseMetrics et voyez le NRR, la rétention de cohortes, le MRR d’expansion et les analytics par plan, calculés automatiquement depuis vos données Stripe.
Outil gratuit
Template dashboard MRR →
Un point de départ structuré pour suivre toutes vos métriques d’abonnements Stripe.