Comment fonctionnent les Smart Retries de Stripe, et quand personnaliser le calendrier

Quand un paiement d’abonnement échoue sur Stripe Billing, Stripe peut retenter le prélèvement automatiquement. Smart Retries est le réglage qui décide quand. C’est l’option recommandée par Stripe, et beaucoup d’équipes l’activent sans jamais y revenir.

C’est globalement correct. Mais il est utile de savoir ce que font vraiment les Smart Retries, ce qu’elles ne savent pas faire, et les quelques cas où il faut changer les réglages par défaut. Cet article s’en tient à ce que dit la documentation de Stripe, et signale ce que Stripe ne publie pas.

Ce que sont les Smart Retries

Smart Retries est la logique de nouvelles tentatives automatiques de Stripe pour les paiements de factures échoués. Au lieu de retenter à jours fixes (par exemple 3, 5 et 7 jours après l’échec), Stripe utilise un modèle pour choisir le moment de chaque tentative. La doc de Stripe décrit un modèle qui utilise des signaux dynamiques, dépendants du temps, pour choisir les meilleurs moments.

Ce que Stripe ne publie pas : la liste exacte des signaux, leur poids, ni les intervalles choisis pour un paiement donné. Considérez les Smart Retries comme une boîte noire entourée de quelques boutons de réglage.

Où elles s’appliquent

Les Smart Retries s’appliquent aux factures que Stripe encaisse automatiquement, ce qui couvre la plupart des renouvellements d’abonnement. Les factures que vous envoyez pour paiement manuel (où le client paie lui-même la facture) suivent plutôt les règles d’encaissement automatique de Stripe, ce qui est une autre configuration.

Stripe documente aussi des Smart Retries pour les paiements off-session hors de Billing. Vérifiez sur cette page la disponibilité pour votre compte, qui peut être limitée.

Les réglages à votre main

Dans le Dashboard Stripe, les réglages de nouvelles tentatives se trouvent dans la section revenue recovery des réglages Billing. Les commandes sont :

Réglage	Options	Recommandation de Stripe
Politique de nouvelles tentatives	Smart Retries ou un calendrier personnalisé	Smart Retries
Nombre de tentatives (Smart Retries)	Configurable	8 tentatives
Fenêtre de tentatives (Smart Retries)	1 semaine, 2 semaines, 3 semaines, 1 mois ou 2 mois	2 semaines
Calendrier personnalisé	Jusqu’à 3 tentatives, chacune un nombre de jours fixé après la précédente	n/a
Après l’échec de la dernière tentative	Résilier l’abonnement, le marquer unpaid, ou le laisser past due	À votre choix

Le réglage par défaut « 8 tentatives en 2 semaines » vient de la page Smart Retries de Stripe. Les libellés de votre Dashboard peuvent changer légèrement avec le temps : vérifiez directement la page.

Ce que veulent dire les options de fin de tentatives

• Résilier l’abonnement. L’abonnement prend fin. Le client doit en démarrer un nouveau pour revenir.
• Marquer l’abonnement comme unpaid. L’abonnement reste en place, mais Stripe cesse de tenter le paiement des nouvelles factures jusqu’à ce que la situation soit réglée. Utile si vous voulez garder le compte et rétablir l’accès une fois que le client paie.
• Laisser l’abonnement past due. L’abonnement continue de tourner et de générer des factures. C’est l’option la plus souple, et elle peut accumuler des factures impayées si vous n’agissez pas.

À part, vous décidez ce qu’il advient de la facture impayée elle-même (par exemple la laisser ouverte ou la marquer uncollectible). Faites ces deux choix délibérément ; ils changent l’allure de vos chiffres de MRR et de churn.

Ce que les Smart Retries ne font pas

Elles ne retentent pas d’elles-mêmes les refus définitifs

Certains refus veulent dire que la carte ne peut tout simplement plus être débitée. La doc de Stripe liste les codes de refus définitif pour lesquels elle ne peut pas retenter automatiquement :

• incorrect_number
• lost_card
• pickup_card
• stolen_card
• revocation_of_authorization
• revocation_of_all_authorizations
• authentication_required
• highest_risk_level
• transaction_not_allowed

Pour ces codes, Stripe continue de programmer des tentatives et l’attempt_count de la facture continue d’augmenter, mais le prélèvement n’a réellement lieu qu’une fois un nouveau moyen de paiement ajouté. Autrement dit, le calendrier attend le client. Si personne ne demande une nouvelle carte au client, rien ne se passe.

Elles ne parlent pas au client

Les nouvelles tentatives sont silencieuses. Elles ne disent pas au client que quelque chose ne va pas. Stripe peut envoyer des emails clients séparés quand des paiements par carte échouent, et un lien pour confirmer les paiements quand la banque exige une authentification. Ces réglages sont indépendants des Smart Retries : vérifiez qu’ils sont activés.

Elles ne connaissent pas vos clients

Le modèle travaille sur des signaux de paiement. Il ne sait pas que vos clients sont surtout des enseignants payés le dernier jour ouvré du mois, qu’un client vient d’écrire au support pour dire qu’il a changé de banque, ou que le service financier d’un client B2B ne paie que le mardi. Ce contexte vit dans vos systèmes, pas dans ceux de Stripe.

Voir ce que font les Smart Retries

Vous pouvez suivre les tentatives à deux endroits :

• Dans le Dashboard, ouvrez la facture. La chronologie montre chaque tentative et son code de refus, plus la prochaine tentative programmée.
• Via l’API et les webhooks. L’objet Invoice a les champs attempt_count et next_payment_attempt. Écoutez invoice.payment_failed pour réagir à chaque échec, et invoice.paid pour arrêter tout suivi quand le paiement réussit.

Un simple journal de chaque échec (code de refus, numéro de tentative, montant, date, payé ensuite ou non) suffit pour mesurer l’efficacité des tentatives chez vous. Voir la partie mesure du guide complet des paiements échoués pour les formules.

Quand personnaliser le calendrier des tentatives

Les Smart Retries sont un bon réglage par défaut. Voici les cas où il vaut la peine de reconsidérer.

1. Vos clients sont payés à dates prévisibles

Si la plupart de vos clients sont des particuliers dans le même pays, beaucoup de refus temporaires seront des insufficient_funds vers la fin du mois. Une tentative juste après les jours de paie courants (par exemple le 1er, le 15 ou le dernier jour ouvré, selon le pays) peut faire mieux qu’un modèle entraîné sur tout le monde. Vous ne pouvez pas indiquer les jours de paie aux Smart Retries : cela veut dire soit un calendrier personnalisé, soit une logique de tentatives hors de Stripe.

2. Votre cycle de facturation est court

Sur les offres hebdomadaires, une fenêtre de 2 semaines veut dire que la facture suivante est créée avant que la précédente soit réglée. Raccourcissez la fenêtre, ou utilisez un calendrier personnalisé avec moins de tentatives, plus rapprochées.

3. Vous vendez à des entreprises

Les échecs B2B tiennent plus souvent à une carte remplacée, une limite de dépenses ou un processus financier, et moins au moment choisi. Moins de tentatives et un contact plus précoce avec la bonne personne (souvent pas l’utilisateur qui s’est inscrit) comptent généralement plus que le calendrier précis.

4. Il vous faut une chronologie prévisible

Un calendrier personnalisé permet d’aligner facilement les emails sur les tentatives (« nous réessaierons jeudi ») et d’expliquer le processus au support. Les Smart Retries sont par nature moins prévisibles.

5. Vous voulez un délai de grâce plus long pour vos clients importants

Les réglages de tentatives de Stripe s’appliquent à tout le compte. Si vous voulez une fenêtre plus longue pour les clients annuels ou anciens, il vous faut votre propre logique, par exemple suspendre le flux par défaut pour ces clients et les traiter à part.

Smart Retries ou calendrier personnalisé

	Smart Retries	Calendrier personnalisé
Moment	Choisi par le modèle de Stripe	Jours fixes que vous réglez
Nombre de tentatives	Configurable (8 recommandées)	Jusqu’à 3
Fenêtre	1 semaine à 2 mois	Somme de vos intervalles
Utilise vos données clients	Non	Non, mais vous choisissez les dates en en tenant compte
Prévisible pour les emails et le support	Moins	Oui
Effort	Aucun	Faible

Si vous construisez votre propre logique de tentatives (par exemple des tentatives calées sur l’heure locale et le jour de paie du client), vous désactivez généralement les tentatives automatiques de Stripe pour ces factures afin que les deux ne se concurrencent pas. Testez d’abord soigneusement en mode test.

Une configuration pratique pour la plupart des équipes SaaS

1. Gardez les Smart Retries activées, avec les 8 tentatives en 2 semaines recommandées pour les offres mensuelles.
2. Choisissez délibérément l’action de fin de tentatives. « Mark unpaid » est un bon compromis si vous voulez garder le compte et rétablir l’accès au paiement.
3. Activez au minimum les emails de paiement échoué de Stripe, ou mieux, lancez votre propre séquence de relance à J0, J3, J7 et J14.
4. Traitez les refus définitifs différemment : demandez immédiatement une nouvelle carte.
5. Activez les emails d’authentification si vous vendez en Europe.
6. Enregistrez chaque échec et mesurez la récupération par cohorte.
7. Revoyez les réglages une fois que vous avez quelques mois de données. Si la plupart de vos échecs sont des insufficient_funds de fin de mois, testez un calendrier calé sur les jours de paie.

Comment NoChurn aide

NoChurn fonctionne à côté de Stripe. Vous pouvez garder les Smart Retries de Stripe, ou laisser NoChurn retenter les paiements échoués à des moments choisis selon les jours de paie probables et l’heure locale du client. Dans les deux cas, il envoie des emails de récupération rédigés par l’IA (J0, J3, J7 et J14 par défaut) dans la langue du client, relus avant l’envoi, avec un lien vers une page hébergée de mise à jour de carte. Les données de carte restent chez Stripe ; NoChurn ne voit jamais les numéros de carte.

Il se connecte à Stripe en un clic. Le prix ne dépend que du MRR, avec toutes les fonctionnalités dans toutes les offres (votre propre domaine d’email dès 9 $) et aucune part du revenu récupéré. Voir paiements échoués et tarifs.