Les fonctions de rétention de Stripe Billing : ce qui est inclus et ce qui ne l’est pas
La carte des outils de rétention de Stripe Billing (nouvelles tentatives, emails, cartes, offres du portail, pause, analyses) et des manques à combler.
Par Florian
Stripe Billing est livré avec plus d’outils de rétention que beaucoup d’équipes ne le pensent. Avant de construire ou d’acheter quoi que ce soit, il vaut la peine de savoir exactement ce qui est déjà dans votre compte, ce que fait chaque élément, et où il s’arrête.
Ce guide passe en revue les fonctions intégrées d’après la documentation de Stripe (consultée en novembre 2026), puis liste les manques. Nous avons déjà traité en détail le calendrier des nouvelles tentatives dans comment fonctionnent les Smart Retries de Stripe, cet article reste donc au niveau de l’ensemble des outils.
Les outils intégrés en un coup d’œil
| Domaine | Ce que fournit Stripe | Pour en savoir plus |
|---|---|---|
| Nouvelles tentatives | Smart Retries ou un calendrier personnalisé | Smart Retries |
| Emails clients | Emails de paiement échoué, de carte qui expire et de rappel | Emails clients |
| Workflows | Automatisations sans code (déclencheur, filtres, actions) | Automations |
| Mises à jour de carte | Card account updater avec les réseaux | Revenue recovery |
| Résiliation | Page de résiliation du portail client, raisons, coupon de rétention | Page de résiliation |
| Offres ciblées | Retention rules (private preview) | Retention rules |
| Changements d’offre | Changement d’offre dans le portail, descentes en gamme en fin de période | Configurer le portail |
| Pause | Mettre en pause un abonnement ou l’encaissement | Mettre en pause des abonnements |
| Reporting | Billing analytics, retention performance, benchmarks | Analytics |
Paiements échoués : ce qui est inclus
Nouvelles tentatives
Smart Retries choisit les moments des nouvelles tentatives avec un modèle ; Stripe recommande 8 tentatives en 2 semaines. Vous pouvez passer à la place à un calendrier personnalisé. Stripe ne retente pas après certains refus définitifs tant qu’un nouveau moyen de paiement n’a pas été recueilli. Détails et réglages dans notre guide des Smart Retries.
Emails clients
Stripe peut envoyer au client un email après chaque paiement échoué, un email un mois avant l’expiration d’une carte enregistrée, et des rappels pour les factures impayées et les paiements en attente de confirmation (par exemple une étape d’authentification). Ils s’activent dans les réglages Billing (emails clients).
Automatisations
Les automatisations sont des workflows sans code construits à partir d’un déclencheur (comme un paiement d’abonnement échoué, une facture en retard ou une résiliation), de filtres facultatifs et d’actions (comme appliquer une politique de nouvelles tentatives personnalisée, marquer un abonnement unpaid, marquer une facture uncollectible ou envoyer un email à votre équipe) (automations). Elles servent à traiter des segments différemment, par exemple un délai de grâce plus long pour les gros comptes.
Card account updater
Stripe travaille avec les réseaux de cartes pour mettre à jour les cartes enregistrées quand un client reçoit un nouveau numéro de carte. Cela évite discrètement une part des échecs qui arriveraient sinon à l’expiration. Cela n’aide pas quand le compte bancaire derrière la carte est vide ou que le client a volontairement fait opposition. Voir network tokens et card account updater.
Résiliations : ce qui est inclus
La page de résiliation du portail
Le portail client peut afficher une page de résiliation avec une liste fixe de raisons (trop cher, fonctionnalités manquantes, passé à une alternative, plus besoin, et d’autres, plus un texte libre). La réponse est enregistrée sur l’abonnement dans cancellation_details.feedback et visible dans le Dashboard, dans Sigma et dans le webhook customer.subscription.updated (page de résiliation).
Coupon de rétention et retention rules
Vous pouvez associer un coupon de rétention à l’étape de résiliation du portail. Il est désactivé par défaut. Les retention rules, en private preview au moment où nous écrivons, permettent de cibler des offres selon des conditions comme la raison de résiliation, l’ancienneté et la dépense ; les activer désactive le coupon de rétention unique (retention rules).
Changement d’offre et descentes en gamme
Si vous activez la mise à jour des abonnements dans le portail, les clients peuvent changer d’offre eux-mêmes. Une option « manage downgrades » peut programmer une descente en gamme pour la fin de la période de facturation au lieu de l’appliquer tout de suite ; Stripe l’implémente avec une subscription schedule, et cela ne marche qu’entre des prix d’un même produit (configurer le portail).
Pause
Stripe documente deux mécanismes. Une pause complète suspend le service et la facturation. Mettre en pause l’encaissement (pause_collection) garde l’abonnement dans son statut actuel et traite les factures créées pendant la pause en les gardant en brouillon, en les marquant uncollectible ou en les annulant (mettre en pause des abonnements). Notre guide de la pause sur Stripe les compare.
Reporting : ce qui est inclus
Billing analytics vous donne le MRR, un MRR roll-forward (nouveau, réactivation, expansion, contraction, churn, ajustement de change), le revenu perdu, le churn d’abonnés et une vue de rétention par cohorte. Quelques définitions à connaître avant de comparer les chiffres de Stripe avec les vôtres :
- Le taux de churn d’abonnés est mesuré sur une fenêtre glissante de 30 jours, et son dénominateur inclut les abonnés actifs au début plus les nouveaux abonnés pendant la fenêtre.
- Le revenu perdu inclut à la fois le churn volontaire et le churn dû aux paiements échoués.
- Vous pouvez choisir si les réductions sont exclues du MRR et si une résiliation compte comme churn immédiatement ou en fin de période.
Retention performance ne rend compte que des résiliations passées par le portail, et ne compte un client retenu que s’il reste abonné au moins 7 jours après avoir accepté une offre. Les résiliations faites via votre équipe support ou votre propre application n’y figurent pas.
Ce qui n’est pas inclus
C’est là que vous écrivez du code, acceptez la limite ou utilisez un outil séparé. Nous listons ce que nous n’avons pas trouvé dans la documentation Billing de Stripe ; si Stripe ajoute quelque chose, sa doc fait foi.
Des messages de récupération adaptés au refus
L’email de paiement échoué de Stripe part après chaque tentative échouée. Nous n’avons trouvé aucune option documentée pour adapter son message au motif de refus, alors qu’un refus pour fonds insuffisants et une carte expirée demandent des mots différents : l’un demande au client d’attendre ou de changer de carte, l’autre de saisir une nouvelle carte. Si vous voulez un message par motif de refus ou par segment, vous l’envoyez vous-même à partir des événements webhook invoice.payment_failed.
Une offre par raison de résiliation, sans la preview
Sans les retention rules, le portail a un seul coupon pour tout le monde. « Je ne m’en sers pas assez » appelle généralement plutôt une pause ; « trop cher », une descente en gamme. Adapter l’offre à la raison est le cœur d’un bon parcours d’annulation.
Un parcours d’annulation dans votre propre application
Le portail est une page hébergée par Stripe. Si les clients résilient dans votre application web, une application desktop ou une application mobile, vous construisez les écrans et appelez vous-même l’API Subscriptions, y compris les raisons, la logique des offres et le bouton « cancel now ».
La reconquête après la fin de l’abonnement
Une fois un abonnement résilié, nous n’avons trouvé aucune séquence intégrée qui écrive à l’ancien client à intervalles fixes selon la raison de son départ. Vous gardez l’objet Customer et la raison, mais envoyer quoi que ce soit dépend de vous. Voir comment reconquérir les abonnés résiliés sur Stripe.
Un score de risque avec vos propres données
Stripe voit les paiements. Il ne voit pas l’usage de votre produit, vos tickets de support ni les attributs que vous recueillez à l’inscription : il ne peut donc pas vous dire lesquels de vos clients semblent susceptibles de churner, ni quels attributs vont de pair avec le churn. Cette analyse demande de croiser vos données avec les données de facturation ; notre guide pour prédire le churn avec les données clients montre la méthode.
Une vue unique sur plusieurs sources
Si une partie de votre revenu vient de l’App Store, de Google Play ou d’un autre outil de facturation, les analyses de Stripe ne montrent que la partie Stripe.
Les outils intégrés suffisent-ils ?
Pour beaucoup de produits en phase de démarrage, oui. Une configuration minimale raisonnable :
- Smart Retries activé, avec une action de fin de tentatives choisie délibérément.
- Emails de paiement échoué et de carte qui expire activés.
- Page de résiliation du portail activée, avec recueil des raisons.
- Descentes en gamme programmées en fin de période si vous avez plus d’une offre.
- Un point mensuel sur le revenu perdu, séparé entre churn volontaire et paiements échoués.
Il vous faut probablement plus quand les résiliations se font dans votre propre application, quand vous voulez des offres différentes selon la raison, quand les paiements échoués pèsent lourd dans le churn, ou quand vous voulez agir sur les clients avant qu’ils arrivent au bouton de résiliation.
Faire tout cela avec NoChurn
NoChurn se connecte à Stripe en un clic et ajoute ce que la liste ci-dessus laisse de côté. Pour les paiements échoués, il lance des relances intelligentes calées sur le motif de refus et le jour de paie, envoie des emails de récupération rédigés par l’IA que vous pouvez relire, et renvoie vers une page hébergée de mise à jour de carte. Pour les résiliations, il fait tourner des parcours d’annulation avec des raisons et une offre par raison (réduction, pause ou changement d’offre), avec une résiliation en un clic toujours visible, en modale hébergée ou via une API headless dans votre propre application. Après une résiliation, il envoie des emails de reconquête à J30, J60 et J90 selon la raison. Il donne aussi à chaque client un score de churn de 0 à 100 à l’inscription et à chaque changement, et accepte vos propres données par API pour faire ressortir les facteurs de churn (corrélation, pas causalité).
Toutes les fonctionnalités sont dans toutes les offres (votre propre domaine d’email dès 9 $), avec un prix fixé par le MRR seulement, et jamais en pourcentage du revenu récupéré. Voir tarifs.