Combien de fois retenter un paiement échoué ? Les calendriers de relance des plateformes de facturation comparés
Combien de tentatives, sur combien de jours : les règles de Stripe, Chargebee, Recurly, Paddle, Lemon Squeezy, Mollie, Braintree, App Store et Google Play.
Les plateformes de facturation comparées ici documentent des limites par défaut allant de 4 nouvelles tentatives (Lemon Squeezy) à 20 tentatives (Recurly) pour un paiement d’abonnement échoué, sur une fenêtre qui va d’environ cinq jours (Mollie) à 60 jours (Recurly, l’App Store). À notre avis, un bon réglage par défaut pour des abonnements mensuels par carte, c’est une poignée de nouvelles tentatives réparties sur 2 à 4 semaines, calées sur les jours de paie probables, et aucune nouvelle tentative sur les refus définitifs tant que le client n’a pas mis à jour sa carte. Le calendrier compte moins que ce que vous dites au client : sur la plupart des plateformes, une mise à jour de carte déclenche une nouvelle tentative immédiate.
Ce guide met côte à côte les règles de nouvelles tentatives documentées par neuf plateformes, pour que vous sachiez ce que fait la vôtre avant d’ajouter quoi que ce soit. Chaque chiffre ci-dessous vient de la documentation de la plateforme, liée dans chaque section et consultée en novembre 2026. Quand une plateforme ne publie pas un détail, nous le disons.
Les calendriers de relance en un coup d’œil
| Plateforme | Tentatives par défaut | Fenêtre | Qui choisit le moment | Refus définitifs |
|---|---|---|---|---|
| Stripe Billing | Smart Retries : jusqu’à 8 tentatives (nouveaux comptes) | 2 semaines par défaut ; de 1 semaine à 2 mois | Le modèle de Stripe, ou un calendrier personnalisé d’au plus 3 tentatives | Pas de prélèvement tant qu’un nouveau moyen de paiement n’est pas ajouté |
| Chargebee | Mode Smart : jusqu’à 12 ; mode Custom : de 1 à 5 | Votre période de relance | Chargebee (Smart) ou vous (Custom) | Le mode Smart attend un nouveau moyen de paiement |
| Recurly | Jusqu’à 20 tentatives | 60 jours après la création de la facture, ou fin des relances | Intelligent Retries (ML) ou règles fixes | En général pas retentés |
| Paddle Billing | Jusqu’à 7 | 30 jours | Paddle | Pas documenté en détail |
| Lemon Squeezy | 4 | Environ 2 semaines | Lemon Squeezy | Pas documenté en détail |
| Mollie | Jusqu’à 5, une par jour | Environ 5 jours | Mollie, selon le motif de l’échec | Selon le motif de l’échec |
| Braintree | 3 tentatives automatiques, puis au moins 2 de plus | Jusqu’à 2 jours, puis des intervalles que vous fixez (1 à 10 jours) | Vous, dans le Control Panel | Certains codes ne sont jamais retentés |
| App Store | Non publié | Jusqu’à 60 jours de billing retry | Apple | Apple décide |
| Google Play | Non publié | Période de grâce plus suspension du compte (account hold), 60 jours par défaut | Google décide |
Polar, GoCardless, Maxio et Zuora retentent aussi les paiements échoués ; voir nos guides sur Polar, GoCardless, Maxio et Zuora pour leurs règles.
Comment Stripe retente-t-il les paiements d’abonnement échoués ?
La page Smart Retries de Stripe indique que, pour les nouveaux comptes, Stripe active Smart Retries par défaut avec jusqu’à 8 tentatives en 2 semaines. Vous pouvez régler la fenêtre sur 1 semaine, 2 semaines, 3 semaines, 1 mois ou 2 mois. L’alternative est un calendrier personnalisé d’au plus trois tentatives, chacune un nombre de jours fixé après la précédente.
Stripe ne publie ni les signaux qu’utilise son modèle ni les moments exacts qu’il choisit. Pour les refus définitifs comme lost_card ou stolen_card, Stripe ne prélève plus tant qu’un nouveau moyen de paiement n’est pas ajouté. Détails dans comment fonctionnent les Smart Retries de Stripe.
Comment Chargebee retente-t-il les paiements échoués ?
La documentation des relances de Chargebee décrit deux modes :
- Smart : Chargebee choisit le moment selon les tendances des transactions et le type d’erreur de la passerelle, et retente jusqu’à 12 fois.
- Custom : vous choisissez de 1 à 5 tentatives et les jours où elles ont lieu. L’exemple de Chargebee : avec une période de relance de 8 jours et une fréquence « 1,4,8 », les tentatives ont lieu 1, 4 et 8 jours après le premier échec.
Les tentatives n’ont lieu que pendant la période de relance : sa durée plafonne donc tout le reste. Plus de détails dans comment récupérer les paiements échoués dans Chargebee.
Comment Recurly retente-t-il les paiements échoués ?
Les Intelligent Retries de Recurly appliquent un modèle de machine learning aux seuls refus temporaires. Les tentatives s’arrêtent à 20 tentatives de transaction au total ou 60 jours après la création de la facture, selon ce qui arrive en premier. Le prélèvement (ACH, SEPA) n’est pas inclus.
L’option sans ML, les static retries, planifie les tentatives selon les codes de refus et les merchant advice codes et s’arrête après 7 refus de transaction, 20 tentatives au total ou 60 jours, ou plus tôt si le cycle de relance se termine avant. Voir comment configurer les relances dans Recurly.
Comment Paddle et Lemon Squeezy retentent-ils les paiements échoués ?
Ce sont tous deux des marchands officiels (merchants of record) : ils gèrent les nouvelles tentatives pour vous, et vous réagissez surtout aux changements de statut.
- Paddle Billing : le changelog 2025 de Paddle indique que les paiements échoués des abonnements prélevés automatiquement sont retentés jusqu’à sept fois sur 30 jours, à des moments choisis par les algorithmes de Paddle. Si le client ne met pas à jour son moyen de paiement, l’abonnement est résilié au bout de 30 jours. Voir les paiements échoués sur Paddle.
- Lemon Squeezy : la référence de l’objet Subscription indique qu’un renouvellement échoué fait passer l’abonnement en
past_due, suivi de 4 nouvelles tentatives de paiement sur environ 2 semaines. Les abonnements PayPal suivent le rythme propre à PayPal, que la page Recovery and Dunning décrit comme une tentative tous les 5 jours. Voir les paiements échoués sur Lemon Squeezy.
Comment Mollie retente-t-il les paiements d’abonnement échoués ?
Le guide des paiements récurrents de Mollie indique qu’un paiement d’abonnement échoué peut être retenté jusqu’à 5 fois, une fois par jour, selon le motif de l’échec, et que le comportement peut varier selon le moyen de paiement. Une fois toutes les tentatives épuisées, l’abonnement est annulé. C’est une fenêtre courte comparée aux plateformes centrées sur la carte : l’email au client compte donc davantage. Voir les paiements récurrents échoués sur Mollie.
Comment Braintree retente-t-il les paiements d’abonnement échoués ?
Les réglages avancés de la facturation récurrente de Braintree décrivent un processus en deux temps :
- Quand une transaction échoue, il y a trois nouvelles tentatives automatiques intégrées avant que l’abonnement passe en Past Due, ce qui peut prendre jusqu’à deux jours. Un refus du processeur ou un rejet de la passerelle fait passer l’abonnement en Past Due immédiatement.
- Une fois en Past Due, Braintree essaie au moins deux fois de plus. Vous fixez chaque intervalle dans le Control Panel, entre 1 et 10 jours.
- Ensuite, vous choisissez : résilier l’abonnement, continuer à retenter une fois par cycle de facturation, ou le laisser en impayé.
Braintree n’envoie aucun email aux clients pour cela : la page de mise à jour de carte et les rappels sont à construire de votre côté. Voir les paiements d’abonnement échoués sur Braintree.
Comment l’App Store et Google Play retentent-ils les paiements ?
Sur les stores, vous ne pouvez ni retenter un prélèvement ni choisir le calendrier. Ce que vous maîtrisez, c’est combien de temps le client garde l’accès.
- App Store : le guide d’Apple sur le churn involontaire indique qu’un renouvellement échoué entre dans un état de billing retry où l’App Store essaie d’encaisser le paiement pendant 60 jours au plus. Billing Grace Period permet au client de garder l’accès pendant une partie de ce temps. Voir billing retry et période de grâce sur l’App Store.
- Google Play : la page sur le cycle de vie des abonnements de Google indique que la période de grâce et l’account hold sont activés par défaut, et que l’account hold dure 60 jours moins la période de grâce. Avec une période de grâce de 0 jour, Google attend quand même au moins 1 jour pour les nouvelles tentatives. Voir période de grâce et account hold sur Google Play.
À partir de combien de tentatives est-ce trop ?
Il n’y a pas de chiffre juste unique, mais quelques règles valent pour toutes les plateformes :
- Ne retentez pas les refus définitifs. Les cartes perdues, volées ou clôturées ne vont pas se remettre à fonctionner. Toutes les grandes plateformes ci-dessus les ignorent ou attendent un nouveau moyen de paiement.
- Les réseaux de cartes limitent les tentatives. Le changelog du 4 août 2026 de Recurly indique qu’il retente désormais les refus temporaires jusqu’à 20 fois par période de 30 jours, « en conformité avec les règles de nouvelles tentatives des réseaux de cartes ». Si vous construisez vos propres tentatives, vérifiez les limites de votre processeur avant d’en ajouter.
- Gardez la fenêtre plus courte que le cycle de facturation. Sur une offre mensuelle, une fenêtre de plus d’un mois veut dire qu’une seconde facture arrive par-dessus la première. Le guide des fenêtres de relance de Recurly, par exemple, recommande une fenêtre de 27 jours pour la facturation mensuelle.
- Le moment compte plus que le nombre. Pour
insufficient_funds, une tentative après un jour de paie probable peut faire plus que plusieurs tentatives la même semaine.
Nouvelles tentatives ou emails : qu’est-ce qui récupère le plus ?
Les nouvelles tentatives récupèrent les clients dont la carte refonctionne d’elle-même. Tous les autres doivent agir : mettre à jour une carte expirée, confirmer un paiement 3D Secure, appeler leur banque. Sur Stripe, une facture refusée définitivement n’est prélevée à nouveau qu’une fois un nouveau moyen de paiement ajouté, et la documentation d’Apple indique que l’App Store tente un renouvellement immédiat quand le client met à jour ses informations de paiement. Dans tous les cas, c’est l’email ou le message dans l’app qui amène le client à la page de mise à jour qui le récupère. Associez le calendrier de tentatives à une courte séquence d’emails ; nos modèles d’emails de relance couvrent les jours 0, 3, 7 et 14.
FAQ
Combien de fois Stripe retente-t-il un paiement échoué ?
Avec Smart Retries sur un nouveau compte, jusqu’à 8 fois en 2 semaines par défaut, selon la documentation de Stripe. Vous pouvez régler la fenêtre entre 1 semaine et 2 mois, ou utiliser un calendrier personnalisé d’au plus trois tentatives.
Faut-il des relances intelligentes ou un calendrier fixe ?
Commencez par l’option intelligente de la plateforme si elle en a une ; c’est en général le réglage recommandé. Passez à un calendrier fixe quand vous savez quelque chose que le modèle ignore, comme les dates de paie de vos clients.
Les nouvelles tentatives continuent-elles après la résiliation de l’abonnement ?
Cela dépend de la plateforme. Certaines continuent d’encaisser les factures ouvertes après une résiliation, d’autres s’arrêtent. Vérifiez les réglages de fin de relance et de résiliation de votre plateforme avant de compter sur l’un ou l’autre comportement.
Puis-je retenter moi-même les paiements App Store ou Google Play ?
Non. Apple et Google gèrent toutes les nouvelles tentatives. Vous pouvez seulement prolonger l’accès avec une période de grâce et envoyer le client vers la page d’abonnement du store.
Comment NoChurn aide
NoChurn se place à côté des nouvelles tentatives de votre plateforme de facturation plutôt que de les remplacer. Sur Stripe, vous pouvez garder Smart Retries ou laisser NoChurn caler les tentatives sur les jours de paie probables et l’heure locale du client ; sur les autres plateformes, les tentatives restent là où la plateforme les fait tourner. En plus, NoChurn envoie par défaut des emails de récupération rédigés par l’IA aux jours 0, 3, 7 et 14, relus par vous avant envoi, avec un lien pour mettre à jour le moyen de paiement, et montre aux clients connectés une bannière ou un écran bloquant dans l’app. Il fonctionne avec Stripe en un clic, avec Chargebee, Recurly, Paddle, Lemon Squeezy, Mollie, Braintree, l’App Store, Google Play et d’autres, ou avec toute facturation via l’API. Voir les paiements échoués.