Churn Stripe : extraire de vraies données depuis l'API

L’analytics churn Stripe est plus difficile que ça n’y paraît. Stripe enregistre chaque événement d’annulation, chaque paiement échoué et chaque changement d’abonnement, mais ne les agrège pas en taux de churn, ne les segmente pas par plan, et ne vous indique pas si votre churn s’améliore ou se détériore. Pour obtenir de vraies analytics churn depuis Stripe, vous devez le calculer depuis les données brutes d’événements, ce qui nécessite de savoir exactement quoi compter, quoi exclure et comment gérer les cas particuliers qui rendent les calculs de churn faux dans 80 % des cas.

L’analytics churn Stripe est le processus d’extraction, de nettoyage et de calcul des métriques de churn depuis les données d’événements d’abonnement Stripe, incluant le taux de churn clients, le taux de churn MRR, le churn involontaire et la segmentation du churn par plan.

Ce que Stripe vous donne pour le churn

Les analytics natives de Stripe incluent :

Annulations d’abonnements : Un journal de chaque événement d’annulation avec horodatage, ID client et montant de l’abonnement
Échecs de paiement : Événements de paiement échoué avec statut de relance
Changement MRR : Une vue en cascade montrant le changement net de MRR
MRR churné : Les revenus perdus par les annulations sur une période (affichés dans la vue de mouvement des revenus)

Ce que cela vous donne : un journal brut des événements de churn et un chiffre de MRR churné. Ce que cela ne vous donne pas : le taux de churn en pourcentage, la segmentation par plan, la distinction entre churn volontaire et involontaire, ou des données de tendance calculées de façon cohérente dans le temps.

Pour la vue d’ensemble de ce que couvrent les analytics Stripe, voir le guide analytique Stripe.

Le calcul du taux de churn que Stripe ne fait pas

Le taux de churn n’est pas « les annulations dans un mois ». C’est les annulations divisées par les clients qui risquaient de churner (c.-à-d. les clients en début de période). Stripe vous montre le numérateur (annulations) mais pas le dénominateur (clients en début de période) d’une façon facile à utiliser.

Voici la formule :

Taux de churn clients mensuel = 
  Annulations dans le mois / Clients actifs en début de mois × 100

Pour le taux de churn MRR :

Taux de churn MRR mensuel = 
  (MRR churné + MRR de contraction) / MRR en début de mois × 100

Cela nécessite de tirer à la fois les événements d’annulation ET les événements de downgrade (abonnement mis à jour à un montant inférieur), puis d’additionner le delta MRR. Stripe a les données brutes ; le calcul nécessite une agrégation.

Pour un guide complet sur les calculs de taux de churn, voir comment calculer le taux de churn.

Exemple concret : calculer le taux de churn depuis les données Stripe

Vous avez un SaaS. En début de mars, vous avez 420 clients payants actifs. Pendant le mois de mars :

18 clients ont annulé leur abonnement
14 nouveaux clients ont démarré (ne comptez pas dans le calcul du churn)
3 clients ont eu des échecs de paiement mais ont récupéré
2 clients ont rétrogradé de 99 €/mois à 49 €/mois

Taux de churn clients :

18 annulations / 420 clients de départ × 100 = 4,3 %

Taux de churn MRR :

MRR churné des 18 annulations : 18 × moyenne 72 € = 1 296 €
MRR de contraction des 2 downgrades : 2 × (99 - 49) = 100 €
MRR total perdu : 1 396 €
MRR de départ : 420 × 72 € en moyenne = 30 240 €

Taux de churn MRR = 1 396 / 30 240 × 100 = 4,6 %

Les 3 récupérations d’échecs de paiement NE sont PAS comptées comme churn, ils sont restés abonnés.

Le problème du churn involontaire

Le plus grand manque dans les analytics churn de Stripe est la distinction entre churn involontaire et volontaire. Stripe enregistre :

customer.subscription.deleted, abonnement annulé (peut être volontaire OU état final d’échec de paiement)
invoice.payment_failed, paiement échoué
invoice.payment_succeeded, paiement récupéré

Si un abonnement est finalement annulé en raison d’un échec de paiement, Stripe l’enregistre comme une annulation, le même type d’événement qu’un client qui a explicitement cliqué sur « Annuler mon abonnement ». Il n’y a pas de marqueur intégré qui vous dit « cette annulation était involontaire. »

Pourquoi c’est important : entre 20 et 40 % du churn SaaS est involontaire. Si vous ne pouvez pas l’identifier, vous ne pouvez pas le récupérer. Le correctif pour le churn involontaire (séquence de dunning, flux de mise à jour de carte) est complètement différent du correctif pour le churn volontaire (changements de produit/tarification).

Pour un playbook complet de réduction du churn incluant les tactiques de churn involontaire, voir comment réduire le churn clients.

Les cas particuliers qui faussent vos chiffres

1. Les essais gratuits qui se terminent sans conversion

Lorsqu’un essai se termine sans paiement, Stripe peut enregistrer soit une annulation d’abonnement, soit simplement aucune tentative de paiement. Les expirations d’essai ne devraient PAS être comptées dans le taux de churn, ils n’ont jamais été des clients payants.

Correctif : filtrez votre calcul de churn sur les abonnements avec au moins un paiement réussi.

2. Annulations d’abonnements annuels en cours de cycle

Si un client annule un abonnement annuel en cours de cycle, Stripe peut enregistrer l’annulation immédiatement (avec un calendrier pour un accès jusqu’à la fin de la période) ou à la fin de la période.

Correctif : utilisez le marqueur cancel_at_period_end dans les abonnements Stripe. Comptez les annulations lorsque l’abonnement se termine réellement, pas lorsque le client demande l’annulation.

3. Les changements de plan enregistrés comme annulation + nouveau

Certaines intégrations Stripe enregistrent une mise à jour de plan comme une annulation d’abonnement et une nouvelle création d’abonnement. Cela gonfle à la fois votre compteur de churn et votre compteur de nouveaux clients.

4. Les clients avec plusieurs abonnements

Un client avec deux abonnements actifs qui en annule un n’est pas entièrement churné. Agrégez toujours le churn au niveau client.

5. Les réactivations

Un client qui annule et se réabonne dans le même mois peut apparaître à la fois dans votre compteur de churn et de nouveaux clients. Faites un choix explicite et appliquez-le de façon cohérente.

Segmenter le churn depuis les données Stripe

Le taux de churn agrégé est un point de départ, pas un diagnostic. La question est : quels clients churnent ? La structure de données de Stripe vous permet de segmenter par :

Plan/prix : Groupez les annulations par price.id sur l’abonnement. Calculez le taux de churn par point de prix. Cela révèle souvent qu’un plan churne à 8 % pendant qu’un autre churne à 1,5 %.

Cohorte d’inscription : Groupez les clients par le mois de leur premier abonnement. C’est la rétention de cohortes, la vue de churn la plus diagnostique disponible. Pour la méthode, voir le guide sur l’analyse de cohortes.

Raison d’annulation : Si vous capturez une raison d’annulation (via une enquête d’annulation avant que subscription.deleted se déclenche), joignez-la à l’événement d’annulation Stripe.

Comment extraire les données de churn depuis Stripe en pratique

Option 1 : Dashboard Stripe (basique)

La section Revenue de votre dashboard Stripe affiche le MRR churné pour n’importe quelle période. Précis pour le chiffre principal mais ne fournit aucune segmentation, aucun pourcentage de taux de churn et aucun historique de tendance au-delà de la plage de dates visible.

Option 2 : Stripe Sigma (intermédiaire)

Stripe Sigma est une interface SQL pour vos données Stripe. Vous pouvez écrire des requêtes pour calculer le taux de churn, segmenter par plan et construire des tableaux de cohortes. Cela nécessite des compétences SQL et vous construisez toujours la logique de calcul vous-même.

Option 3 : Outil dédié (recommandé)

NoNoiseMetrics se connecte à Stripe et calcule le taux de churn clients, le taux de churn MRR, le churn involontaire vs volontaire, la segmentation par plan et la rétention de cohortes, automatiquement, avec tous les cas particuliers gérés. Pas de SQL, pas d’exportations.

Pour aller plus loin avec les analytics d’abonnements Stripe, voir le guide sur les analytics abonnements Stripe.

Agir sur les analytics churn Stripe

Une fois que vous avez des données de churn propres, la séquence de priorités est claire :

1. Churn involontaire supérieur à 30 % du churn total ? Attaquez-le en premier avec une séquence de dunning et un flux de mise à jour de carte. C’est votre activité de réduction du churn avec le meilleur ROI.

2. Churn du plan d’entrée supérieur à 5 % ? Le plan le moins cher attire des clients qui ne sont pas un bon fit. Resserrez l’onboarding, ajustez les exigences d’essai gratuit, ou augmentez le prix pour mieux filtrer.

3. Chute de cohorte au mois 3 ? Quelque chose se brise après que l’excitation initiale s’estompe. Analysez l’utilisation des clients qui ont churné au mois 3 vs ceux qui ne l’ont pas fait.

4. Churn du plan premium inférieur à 2 % ? Excellent, votre produit premium est fidélisant. Accélérez le chemin d’upgrade.

FAQ

Comment trouver le taux de churn dans Stripe ?

Stripe n’affiche pas le taux de churn en pourcentage nativement. Allez dans la section Revenue, sélectionnez une période et notez le « MRR churné ». Pour calculer le taux de churn clients, vous devez diviser les abonnements annulés par les abonnements actifs de départ, un calcul que vous devez faire manuellement ou avec un outil.

Qu’est-ce que le churn involontaire dans Stripe ?

Le churn involontaire est les annulations causées par un échec de paiement plutôt que par la décision délibérée d’un client. Dans Stripe, celles-ci apparaissent comme des annulations régulières d’abonnements après que toutes les tentatives Smart Retry ont échoué. Stripe ne les étiquette pas comme involontaires, vous devez les identifier en corrélant les événements d’annulation avec les événements d’échec de paiement précédents.

Comment segmenter le churn par plan dans Stripe ?

Dans le dashboard Stripe, vous pouvez filtrer les abonnements par produit ou prix pour voir les comptages actifs. Pour le taux de churn par plan, vous devez calculer les annulations par price ID divisées par les abonnements actifs de départ par price ID.

Pourquoi mon taux de churn Stripe semble-t-il inférieur à ce qu’on attendrait ?

Raisons courantes : vous regardez le MRR churné en pourcentage du MRR total (ce qui sous-pondère le churn sur les plans moins chers), vous avez des abonnés annuels qui n’ont pas encore atteint leur renouvellement, ou vos expirations d’essai créent une inflation du dénominateur.

Comment Stripe gère-t-il les pauses d’abonnement dans le calcul du churn ?

Un abonnement en pause n’est pas churné, le client n’a pas annulé. Approche la plus précise : excluez les abonnements en pause à la fois du numérateur (churn) et du dénominateur (actifs).

Quelle est la différence entre le MRR churné Stripe et le taux de churn MRR ?

Le MRR churné est un chiffre absolu (ex. 2 400 € perdus par annulations). Le taux de churn MRR est un pourcentage (ex. 4,8 % de votre MRR de départ a été perdu). Les deux sont utiles, le chiffre absolu indique l’impact sur les revenus ; le taux indique la sévérité relative et permet le benchmarking.

Puis-je suivre les cohortes de churn dans Stripe ?

Pas nativement. Stripe n’a pas de vue de cohortes. Vous devez exporter les données d’abonnement avec la date d’inscription et la date d’annulation, puis regrouper par mois d’inscription et calculer quel pourcentage de chaque cohorte est encore actif aux mois 1, 3, 6, 12.

Comment identifier des opportunités de reconquête depuis les données de churn Stripe ?

Exportez les abonnements annulés des 90 derniers jours. Filtrez pour les clients qui : (1) étaient actifs depuis plus de 3 mois avant d’annuler, (2) n’ont pas cité le prix comme raison, et (3) ont annulé dans les 30 à 60 derniers jours. Ce sont vos candidats de reconquête les plus probables.

Voyez votre vrai taux de churn depuis Stripe. NoNoiseMetrics se connecte à Stripe et calcule le taux de churn clients, le churn MRR, le churn involontaire vs volontaire et la segmentation par plan, automatiquement.

Connectez Stripe et voyez votre vrai churn →

Outil gratuit
Template dashboard MRR →
Suivez le churn aux côtés de toutes vos autres métriques d’abonnement dans une seule vue.