Comment reconquérir les abonnés résiliés sur Stripe

Un abonné qui a résilié n’est pas un inconnu. Vous savez ce qu’il a acheté, combien de temps il est resté, et souvent pourquoi il est parti. Cela en fait l’un des publics les plus faciles à reconvaincre, si vous le recontactez au bon moment avec la bonne offre.

Ce guide couvre ce que Stripe garde après une résiliation, comment lire la raison, comment planifier une séquence de reconquête, et comment relancer proprement la facturation quand quelqu’un revient. Les détails Stripe viennent de la référence API cancel subscription, de la page de résiliation du portail client, des retention rules, des coupons et promotion codes et de using webhooks with subscriptions (tous consultés en novembre 2026).

Ce que Stripe garde après une résiliation

Quand un abonnement prend fin, Stripe envoie customer.subscription.deleted. L’abonnement passe à canceled et, comme le dit la référence API cancel, vous ne pouvez plus le modifier. Revenir veut dire un nouvel abonnement.

L’objet Customer, c’est autre chose. Il reste, avec son email, ses factures et son historique de paiement. C’est ce qui rend la reconquête praticable : vous ne repartez pas de zéro, et si vous rattachez le nouvel abonnement au même Customer, votre reporting montre un client qui revient plutôt qu’un nouveau client.

Les résiliations programmées ne sont pas encore des résiliations

Beaucoup de résiliations sont réglées pour prendre effet à la fin de la période payée (cancel_at_period_end). Jusqu’à cette date, l’abonnement est toujours actif et la résiliation peut être retirée. Cette fenêtre est votre reconquête la moins chère : un court email « Votre accès se termine le [date] » avec un moyen de garder l’offre en un clic fait souvent plus que n’importe quelle campagne ultérieure.

Lire la raison avant d’écrire un mot

Stripe enregistre pourquoi un abonnement a pris fin dans cancellation_details sur l’abonnement, documenté dans la référence API cancel :

Champ	Ce qu’il contient
reason	Pourquoi l’abonnement a pris fin, par exemple cancellation_requested, payment_failed ou payment_disputed
feedback	La raison choisie par le client : too_expensive, unused, missing_features, switched_service, too_complex, low_quality, customer_service ou other
comment	Le texte libre écrit par le client, jusqu’à 5 000 caractères

reason sépare le churn volontaire du churn involontaire. Un abonnement terminé par payment_failed n’a jamais été une décision ; la bonne reconquête dans ce cas est un lien de mise à jour de carte, pas une réduction. Pour en savoir plus sur cette distinction, voir le churn involontaire.

feedback et comment sont remplis quand le client vous le dit. Si vous utilisez le portail client de Stripe, vous pouvez activer une page de résiliation qui demande une raison dans la liste de Stripe, avec un texte libre quand le client choisit « Autre ». Si vous construisez votre propre parcours d’annulation, transmettez la réponse à l’appel de résiliation pour qu’elle reste avec l’abonnement.

Traitez comment avec soin. Il est écrit par le client et peut contenir des informations personnelles. Stockez-le, lisez-le, mais ne le collez pas dans des modèles.

La rétention au moment de la résiliation

Les retention rules de Stripe permettent au portail client de présenter une offre quand un client tente de résilier, selon la raison de résiliation. Stripe évalue les règles dans l’ordre que vous définissez et affiche l’offre de la première règle qui correspond ; si aucune ne correspond, le client continue sa résiliation. Les offres peuvent être un coupon de réduction ou, si l’option de changement d’offre est activée dans le portail, un changement d’offre. Les retention rules remplacent l’ancien réglage de coupon de rétention dans la configuration du portail.

C’est de la prévention, pas de la reconquête, mais cela compte pour une raison : si un client a déjà refusé une réduction en résiliant, lui envoyer la même réduction une semaine plus tard a peu de chances de marcher. Notez ce qui a été proposé et refusé.

Planifier la séquence de reconquête

Une séquence pratique pour la plupart des produits par abonnement :

Quand	Qui	Message
Avant la fin de la période	Résiliations programmées	Rappel de la date de fin, un clic pour garder l’offre
J30	Tout le churn volontaire	Ce qui a changé depuis leur départ, lié à leur raison
J60	Ceux qui ne sont pas revenus	Une offre précise, si la raison était le prix
J90	Ceux qui ne sont pas revenus	Un dernier mot, sans pression, et un moyen simple d’arrêter les emails

Adaptez le message à la valeur de feedback :

1. too_expensive : commencez par une offre moins chère ou une réduction limitée dans le temps au retour.
2. missing_features : attendez de livrer quelque chose de pertinent, puis dites ce que c’est. Pas besoin de réduction.
3. unused ou too_complex : proposez de l’aide pour démarrer, un court appel ou un guide, pas de l’argent.
4. switched_service : demandez ce que l’autre outil fait mieux. Certains reviennent ; le plus précieux, c’est la réponse.
5. customer_service ou low_quality : excusez-vous précisément et dites ce que vous avez corrigé. Une réduction seule passe pour du mépris.

Des exemples d’emails complets se trouvent dans nos exemples d’emails de reconquête.

Garder la liste propre

• Excluez les clients qui ont contesté un paiement (reason vaut payment_disputed).
• Excluez quiconque a demandé à ne pas être contacté, et respectez les règles de consentement marketing là où vous opérez.
• Arrêtez la séquence dès que quelqu’un se réabonne.

Relancer la facturation quand quelqu’un revient

Utiliser le même Customer

Créez le nouvel abonnement sur l’ID Customer existant. Si vous envoyez les gens vers Stripe Checkout, transmettez le client existant plutôt que de laisser Checkout en créer un nouveau, pour que l’historique de paiement et le reporting restent reliés.

Des réductions pour les clients qui reviennent

Les coupons Stripe ont une durée qui détermine combien de temps ils s’appliquent à un abonnement :

• once : la première facture seulement.
• repeating : un nombre de mois défini, que vous devez préciser.
• forever : toutes les factures.

Pour la reconquête, once ou un coupon repeating court suffit généralement. Une réduction forever pour les clients qui reviennent apprend aux gens à résilier pour obtenir un meilleur prix.

Si vous partagez un code, utilisez un promotion code par-dessus le coupon. Un piège : les promotion codes de Stripe peuvent être restreints avec restrictions.first_time_transaction, et Stripe considère qu’un client avec des paiements antérieurs ou des factures non annulées n’est pas un nouveau client. Un client qui revient échouera à ce contrôle. Utilisez un code de reconquête dédié sans cette restriction, et limitez-le plutôt par date d’expiration ou nombre d’utilisations.

Vérifier le moyen de paiement

La carte enregistrée au moment de son départ a pu expirer ou être remplacée depuis. Faites passer le chemin du retour par une page où le client confirme ou met à jour sa carte, plutôt que de prélever en silence.

Mesurer honnêtement

Suivez, par mois de résiliation :

• Combien de clients sont revenus dans les 90 jours, et sur quelle offre.
• Quelles valeurs de feedback reviennent le plus, et lesquelles jamais.
• Combien de clients revenus ont utilisé une réduction, et combien de temps ils sont restés ensuite.

Ne comptez une réactivation que quand le nouvel abonnement est sur le même Customer. Sans cela, votre taux de churn et votre nombre de nouveaux clients sont tous deux faux. Voir comment calculer le taux de churn.

Faire tout cela avec NoChurn

NoChurn lit les résiliations depuis Stripe, y compris cancellation_details et les réponses de son propre parcours d’annulation, et envoie des emails de reconquête à J30, J60 et J90 selon la raison de résiliation. Pour les abonnements terminés sur un paiement échoué, le meilleur chemin est la récupération : relances intelligentes, emails de récupération que vous relisez, et page hébergée de mise à jour de carte. Le redémarrage de l’abonnement et le paiement restent dans Stripe. Voir NoChurn + Stripe.