Récupérer les paiements échoués sur Stripe : le guide complet

Un paiement d’abonnement échoué n’est pas encore un client perdu. La plupart du temps, le client veut toujours le produit ; la carte a été refusée pour une raison qu’il ignore peut-être. Ce qui se passe dans les deux semaines qui suivent décide si la facture sera payée ou si l’abonnement s’éteindra en silence.

Ce guide détaille tout le processus de récupération sur Stripe : lire les codes de refus, régler les nouvelles tentatives, écrire les emails, offrir aux clients un moyen simple de mettre à jour leur carte, et mesurer ce que vous récupérez réellement. Tout ce qui est propre à Stripe renvoie à la documentation de Stripe, pour que vous puissiez vérifier les réglages actuels dans votre propre compte.

Pourquoi les paiements échoués comptent plus qu’il n’y paraît

Les paiements échoués causent ce qu’on appelle le churn involontaire : le client n’a pas choisi de partir, le paiement n’est simplement pas passé. Les benchmarks de churn de Recurly (consultés en novembre 2026) situent le churn involontaire mensuel moyen, tous secteurs confondus, à 1,25 %, contre 3,60 % de churn total. C’est environ un tiers de tout le churn, et c’est la part que vous pouvez corriger sans changer votre produit ni vos prix.

Pour les définitions et les calculs, voir ce qu’est le churn involontaire et comment le mesurer.

Étape 1 : lire le code de refus

Chaque prélèvement par carte échoué sur Stripe s’accompagne d’un code de refus sur le charge ou le PaymentIntent. Le code vous dit quel type de problème vous avez, et la bonne réponse en dépend. Stripe publie la liste complète, avec une étape suivante conseillée pour chacun, dans sa référence des codes de refus.

Refus temporaires : une nouvelle tentative peut marcher

Un refus temporaire (soft decline) ne dure pas. La carte est valide, mais l’émetteur a dit non cette fois-ci. Causes typiques :

• insufficient_funds : pas assez d’argent ou de crédit disponible pour l’instant.
• generic_decline ou do_not_honor : l’émetteur a refusé sans donner de raison.
• try_again_later ou processing_error : un problème temporaire côté émetteur ou réseau.
• card_velocity_exceeded : le client a atteint une limite de dépense ou de transactions.

Ce sont les refus pour lesquels le moment de la nouvelle tentative compte. Une carte refusée le 28 du mois pour provision insuffisante peut passer le 1er.

Refus définitifs : retenter seul ne suffira pas

Un refus définitif (hard decline) signifie que la carte ne peut pas être débitée à nouveau en l’état. Le client doit vous donner un nouveau moyen de paiement. La documentation de Smart Retries de Stripe liste les codes de refus définitifs qu’il ne retentera pas de lui-même : incorrect_number, lost_card, pickup_card, stolen_card, revocation_of_authorization, revocation_of_all_authorizations, authentication_required, highest_risk_level et transaction_not_allowed. Pour ceux-là, les tentatives planifiées apparaissent toujours sur la facture, mais un paiement n’a lieu qu’une fois un nouveau moyen de paiement ajouté.

Les cartes expirées (expired_card) demandent aussi une action du client, sauf si le réseau de cartes transmet à Stripe les nouvelles données. Nous traitons ce cas dans le guide des cartes qui expirent.

Un tableau de tri rapide

Type de refus	Exemples de codes	Que faire
Temporaire, fonds	insufficient_funds	Retenter à un meilleur moment ; écrire au client
Temporaire, flou	generic_decline, do_not_honor	Retenter quelques fois ; écrire ; suggérer de contacter la banque
Authentification requise	authentication_required	Envoyer un lien pour que le client confirme le paiement
Carte inutilisable	lost_card, stolen_card, incorrect_number	Ne pas retenter ; demander tout de suite une nouvelle carte
Carte expirée	expired_card	Demander une nouvelle carte ; vérifier si la carte a été mise à jour automatiquement

Une précaution tirée de la documentation de Stripe : pour des codes comme fraudulent ou lost_card, ne donnez pas au client la raison précise. Affichez plutôt un message générique « votre paiement a été refusé ».

Étape 2 : régler les nouvelles tentatives

Stripe Billing peut retenter automatiquement les paiements de factures échoués. Vous le configurez dans le Dashboard, dans les réglages de revenue recovery. Vous avez deux options, selon la documentation de Stripe :

• Smart Retries : le modèle de Stripe choisit les moments des tentatives à partir de signaux dynamiques qui dépendent du temps. Le réglage par défaut recommandé par Stripe est de 8 tentatives en 2 semaines, et vous pouvez choisir une fenêtre plus longue ou plus courte.
• Un calendrier personnalisé : jusqu’à trois tentatives, chacune un nombre de jours fixé après la précédente.

Vous choisissez aussi ce qui arrive à l’abonnement quand la dernière tentative échoue : le résilier, le marquer impayé ou le laisser en retard de paiement.

Pour la plupart des entreprises, Smart Retries est le bon point de départ. Les cas où un calendrier personnalisé a du sens (clientèle très liée aux jours de paie, factures B2B, fenêtres très courtes) sont traités dans comment fonctionnent les Smart Retries de Stripe.

Checklist des nouvelles tentatives

• Les nouvelles tentatives sont activées pour les factures d’abonnement à prélèvement automatique.
• La fenêtre de tentatives correspond à votre cycle de facturation (une fenêtre de 2 mois sur une offre mensuelle veut dire que la facture suivante arrive avant que la précédente soit réglée).
• L’action de fin de tentatives est un choix délibéré, pas la valeur par défaut que vous n’avez jamais regardée.
• Les refus définitifs déclenchent un email immédiat, sans attendre la tentative suivante.

Étape 3 : écrire au client

Les nouvelles tentatives récupèrent ce que la banque laisse passer. Les emails récupèrent le reste : les cartes expirées, les cartes remplacées, les clients qui doivent approvisionner leur compte ou appeler leur banque.

Stripe peut envoyer des emails de base pour vous. Dans les réglages des emails clients, vous pouvez activer les emails en cas d’échec de paiement par carte, les emails sur les cartes qui expirent et les rappels de renouvellement à venir. C’est une base raisonnable. Leurs limites : le texte est générique, et ils ne sont calés ni sur votre calendrier de tentatives ni sur le motif de refus.

Une séquence de relance solide ressemble en général à ceci :

Quand	Objectif	Ton
Jour 0 (premier échec)	Prévenir le client, donner le lien de mise à jour	Neutre, court, sans reproche
Jour 3	Rappeler, expliquer la suite	Serviable
Jour 7	Rendre l’échéance claire	Direct
Jour 14 (dernière tentative)	Dernier avis avant changement de l’accès	Clair et respectueux

Les bons emails de relance ont quelques traits communs :

1. Une seule action. Un seul bouton vers la page de mise à jour de carte. Pas d’autres liens.
2. Un expéditeur et un objet simples. Une personne ou le nom de votre produit, avec un objet qui dit ce qui s’est passé (« Votre paiement pour Acme n’est pas passé »).
3. Les faits. Montant, offre, marque de la carte et quatre derniers chiffres, et la date à laquelle le service change.
4. Aucun reproche. Les cartes échouent pour des raisons qui échappent au client.
5. Une vraie adresse de réponse. Certains clients répondront par une question. Quelqu’un doit la lire.

Nous avons rédigé des modèles prêts à l’emploi pour chaque étape dans les modèles d’emails de relance pour les jours 0, 3, 7 et 14.

Étape 4 : rendre la mise à jour de carte sans effort

L’email obtient le clic. La page de mise à jour de carte obtient le paiement. Chaque étape en plus sur cette page fait perdre des gens.

Sur Stripe, vous avez trois options courantes :

• La page de facture hébergée. Chaque facture a une page hébergée par Stripe où le client peut payer avec une nouvelle carte.
• Le portail client. Une page hébergée par Stripe où les clients gèrent leurs moyens de paiement, factures et abonnements.
• Votre propre page, construite avec Stripe Elements ou Checkout en mode setup.

Quelle que soit l’option, vérifiez ces points :

• Le lien connecte le client ou fonctionne sans mot de passe. Demander à un client de se souvenir d’un mot de passe pour régler un paiement échoué est un point d’abandon classique.
• La page fonctionne bien sur téléphone. Beaucoup d’emails de relance sont ouverts sur mobile.
• Les wallets comme Apple Pay, Google Pay et Stripe Link sont proposés quand ils sont disponibles, pour que le client n’ait pas à taper un numéro de carte.
• Après la mise à jour, la facture ouverte est payée tout de suite, sans attendre la tentative suivante.
• La page confirme le succès en termes simples (« C’est réglé. Nous avons débité 49 $ sur votre Visa se terminant par 4242. »).

Étape 5 : gérer l’authentification

Certains échecs ne sont pas du tout des refus. Dans les régions soumises à l’authentification forte (Strong Customer Authentication), comme l’UE et le Royaume-Uni, la banque peut demander au client de confirmer un paiement avec 3D Secure. Stripe renvoie alors authentication_required. La solution est d’envoyer au client un lien où il peut terminer l’authentification. Les réglages des emails clients de Stripe comportent une option pour cela. Vérifiez qu’elle est activée si vous vendez à des clients européens.

Étape 6 : bien mesurer la récupération

On n’améliore pas ce qu’on ne mesure pas, et les chiffres de récupération sont faciles à fausser. Suivez ceux-ci :

Indicateur	Formule	Remarques
Taux de paiements échoués	Factures échouées / factures tentées	Par mois ; sur la première tentative uniquement
Taux de récupération (nombre)	Factures récupérées / factures échouées	Utilisez une fenêtre fixe, par ex. sous 30 jours
Taux de récupération (revenu)	Montant récupéré / montant échoué	Donne plus de poids aux grosses offres
Délai de récupération	Jours entre le premier échec et le paiement	Plus court veut dire moins de perturbation pour les clients
Récupéré par canal	Nouvelles tentatives, clic dans un email ou réponse du support	Vous dit où investir

Quelques règles gardent les chiffres honnêtes :

• Utilisez des cohortes. Comptez les échecs d’un mois donné et suivez si ces factures précises ont été payées, plutôt que « paiements récupérés ce mois-ci » contre « échecs ce mois-ci ».
• Excluez ce qui aurait été payé de toute façon. Si vous comparez des outils ou des réglages, faites-le sur des groupes d’échecs comparables.
• Séparez refus définitifs et temporaires. Une hausse de la récupération peut simplement vouloir dire moins de refus définitifs ce mois-là.
• Regardez la suite. Un client qui paie après un email de relance et résilie la semaine suivante n’a pas vraiment été sauvé.

Exemple

Voici un exemple fictif, pas des données réelles. Une entreprise facture 1 000 factures d’abonnement en mars. 60 échouent à la première tentative, pour un total de 3 000 $. Sous 30 jours, 25 sont payées grâce aux seules nouvelles tentatives et 14 après que le client a mis à jour sa carte depuis un email. Les 21 autres finissent en résiliation.

• Taux de paiements échoués : 60 / 1 000 = 6 %
• Taux de récupération (nombre) : 39 / 60 = 65 %
• Si les factures récupérées totalisent 1 900 $, taux de récupération (revenu) : 1 900 $ / 3 000 $ = 63 %

Ces chiffres disent à cette entreprise que les emails comptent : plus d’un tiers des factures récupérées ont demandé une action du client.

Étape 7 : éviter le prochain échec

Le paiement échoué le moins cher est celui qui n’arrive jamais.

• Activez la mise à jour automatique des cartes. Stripe peut mettre à jour les cartes enregistrées quand l’émetteur envoie de nouvelles données (voir le fonctionnement des cartes).
• Écrivez avant l’expiration des cartes, pas après l’échec du renouvellement.
• Regardez les moyens de paiement à l’inscription. Les cartes prépayées et virtuelles à usage unique ne se comportent pas comme les cartes bancaires. Voir cartes prépayées et virtuelles et churn.
• Proposez des moyens de paiement stables. Les prélèvements bancaires comme le prélèvement SEPA ou les wallets peuvent mieux convenir à certains clients.

Checklist complète de récupération

• Les codes de refus sont enregistrés et classés en temporaires, définitifs et authentification.
• Smart Retries ou un calendrier personnalisé est activé, avec une fenêtre adaptée à votre cycle de facturation.
• L’action de fin de tentatives est réglée volontairement.
• Les clients reçoivent un email au premier échec, avec un seul lien clair.
• Les refus définitifs déclenchent une demande immédiate de nouvelle carte.
• Des liens d’authentification sont envoyés pour authentication_required.
• La page de mise à jour de carte fonctionne sur mobile, sans mot de passe, avec les wallets.
• Les réponses aux emails de relance arrivent à une personne.
• La récupération est mesurée par cohorte, en nombre et en revenu.
• Les cartes qui expirent sont traitées avant le renouvellement.

Comment NoChurn aide

NoChurn se connecte à Stripe en un clic et applique les étapes de récupération ci-dessus. Il retente les paiements échoués à des moments fondés sur les jours de paie probables et l’heure locale du client, ou vous pouvez garder les Smart Retries de Stripe. Il envoie par défaut des emails de récupération aux jours 0, 3, 7 et 14, rédigés par l’IA dans la langue du client et relus avant envoi. Chaque email renvoie vers une page hébergée de mise à jour de carte ; les données de carte restent chez Stripe et NoChurn ne voit jamais les numéros de carte. Les réponses à ces emails sont lues, triées et traitées, ou transmises à votre équipe.

Le prix ne dépend que de votre MRR, jamais d’une part du revenu récupéré, et c’est gratuit jusqu’à 300 $ de MRR. Voir comment fonctionne la récupération des paiements échoués ou les tarifs.