> For the complete documentation index, see [llms.txt](https://docs.flycode.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flycode.com/docs/fr/integrations/how-flycode-handles-shopify-subscription-failed-payments.md). # Comment FlyCode gère les paiements échoués des abonnements Shopify *Par l’équipe FlyCode. Dernière révision en septembre 2026.* {% hint style="info" %} **TL;DR :** Les applications d’abonnement Shopify (Recharge, Skio, Stay AI, Loop) sont livrées avec une relance des paiements à règles fixes : un calendrier de nouvelles tentatives défini, généralement limité à 8 essais, et des e-mails de rappel à chaque tentative. FlyCode prend uniquement en charge l’étape de paiement refusé. Il retente chaque débit refusé selon un calendrier d’apprentissage automatique propre à chaque marchand (jusqu’à 15 tentatives par mois dans le cadre des règles des réseaux de cartes), débite une autre carte enregistrée lorsque la carte principale échoue nettement, et coordonne des e-mails et SMS de marque avec les nouvelles tentatives afin que les clients ne reçoivent pas de message au sujet d’un débit sur le point de réussir. L’application que vous utilisez déjà continue de gérer l’abonnement, et des garde-fous empêchent une double relance. Les marchands constatent une amélioration de 25 à 40 % du recouvrement par rapport aux outils natifs des applications, et l’intégration prend environ une journée. {% endhint %} {% hint style="success" %} **Points clés à retenir** * FlyCode ne remplace pas Recharge, Skio, Stay AI ou Loop ; il remplace uniquement leur logique de nouvelle tentative de paiement refusé et de relance des impayés, et resynchronise les débits récupérés. * La relance native des applications effectue des nouvelles tentatives selon un calendrier fixe, avec jusqu’à 8 essais et un e-mail à chaque essai ; FlyCode retente aux moments choisis par le modèle, avec jusqu’à 15 tentatives par mois, et sépare les e-mails des nouvelles tentatives. * Les paiements refusés représentent environ 20 à 40 % du churn total pour les marques d’abonnement à grande échelle, et les clients Shopify de FlyCode signalent un recouvrement supérieur de 25 à 40 %, avec Gardencup passant de 62 à 82 % de recouvrement et une hausse de 20 % de la LTV. * Recharge a acquis Skio le 30 avril 2026 ; les deux plateformes continuent de fonctionner et FlyCode est compatible avec les deux, donc le recouvrement ne dépend pas de l’application que vous choisissez au final. {% endhint %} ## Pourquoi les paiements d’abonnement Shopify échouent Les renouvellements d’abonnement Shopify sont des débits initiés par le marchand sur une carte enregistrée, exécutés par lots par l’application d’abonnement à la date de renouvellement. Les mêmes raisons de refus s’appliquent que partout ailleurs, mais deux éléments rendent les abonnements DTC Shopify plus difficiles à recouvrer que le SaaS. D’abord, le profil client penche vers les cartes de débit grand public et les cartes prépayées, qui échouent plus souvent : les données de FlyCode montrent que les cartes de débit entraînent environ 11 % de churn involontaire et les cartes prépayées 23 %, contre 6 % pour les cartes de crédit. Ensuite, les montants des commandes sont plus faibles et plus fréquents, si bien qu’un renouvellement qui arrive avant le jour de paie est courant ; `insufficient_funds` représente souvent 50 à 70 % de tous les échecs. La plupart de ces refus sont des refus temporaires qui réussissent lorsqu’ils sont retentés au bon moment, ce qu’un calendrier fixe ne peut précisément pas faire. ## Ce que font les applications d’abonnement par défaut Recharge, Skio, Stay AI et Loop incluent chacune une relance des impayés. Elle est basée sur des règles : un calendrier de nouvelles tentatives que vous définissez (par exemple les jours 1, 3, 5 et 7), une limite d’environ 8 essais, une action lorsque la limite est atteinte (annuler, ignorer ou laisser tel quel), et des e-mails ou SMS de rappel à chaque tentative échouée. Cela fonctionne comme un socle, mais cela retente pour chaque client aux mêmes jours, sans tenir compte du jour de paie, de l’émetteur ou du type de carte, cela consomme des quotas de tentatives des réseaux de cartes lors des jours à faible probabilité de réussite, et cela informe les clients d’échecs qu’une nouvelle tentative bien synchronisée aurait résolus, ce qui transforme une partie du churn involontaire en annulations. ## Ce qui change avec FlyCode | | Relance intégrée de l’application | Avec FlyCode | | ------------------------------- | --------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------- | | Moment de la nouvelle tentative | Calendrier fixe, identique pour chaque client | Le modèle propre au marchand choisit le moment pour chaque carte (cycle de paie, comportement de l’émetteur, heure de la journée) | | Essais | Jusqu’à 8 | Jusqu’à 15 par mois, dans les limites de Visa et Mastercard | | Refus définitifs | Retenté ou e-mail envoyé | Pas retenté ; la carte de secours enregistrée est débitée automatiquement, puis un contact est effectué | | E-mails et SMS | Envoyés à chaque tentative échouée | Retenus tant que les nouvelles tentatives ont de bonnes chances de succès, puis envoyés à l’heure locale du client depuis votre domaine | | Segmentation | Un seul flux | Relance des impayés personnalisée par segment et par motif d’échec | | Rapports | De base | Base de churn, recouvrement par code de refus, nouvelles tentatives et tunnel d’e-mails | | Support | Support de l’application | Experts paiements par téléphone, Slack et e-mail | FlyCode lit aussi la vraie raison du refus derrière chaque échec en utilisant des signaux au niveau du réseau et plus de 100 points de données par transaction, ce qui lui permet de distinguer un client à court de fonds cette semaine d’une carte qui ne fonctionnera plus jamais. ## Comment fonctionne l’intégration FlyCode reçoit les événements de débit échoué de l’application d’abonnement, décide comment récupérer chacun d’eux, exécute la nouvelle tentative via la connexion de paiement de la boutique, puis réécrit le résultat. L’application et Shopify restent les systèmes de référence : le statut de l’abonnement, l’historique des commandes et les fiches clients sont mis à jour là où ils se trouvent déjà. À l’activation, FlyCode charge tous les débits actuellement en état d’erreur et complète les détails de l’erreur, de sorte que la récupération démarre sur le portefeuille d’échecs existant. **Garde-fous.** FlyCode est conçu pour compléter la relance de l’application plutôt que d’entrer en conflit avec elle. Au lancement, un système est choisi pour gérer les nouvelles tentatives et un autre pour gérer la messagerie (généralement FlyCode pour les deux). Des garde-fous empêchent la double relance : aucun e-mail n’est envoyé après un refus temporaire tant qu’une nouvelle tentative est en attente, aucun e-mail n’est envoyé pendant qu’une nouvelle tentative est en cours, et les débits récupérés sont resynchronisés afin que l’application n’envoie pas son propre rappel pour un débit déjà payé. Un garde-fou par client limite également le nombre de tentatives par heure. **Délai de mise en service.** Environ une journée pour Recharge et Skio ; aucun travail de développement côté marchand. ## Recharge Recharge est la plus grande plateforme d’abonnement sur Shopify, et Recharge Retain regroupe les parrainages, récompenses, prévention des annulations, reconquêtes et récupération des paiements échoués. FlyCode s’intègre à Retain afin que les paiements échoués soient orientés vers FlyCode pour une récupération spécialisée, tandis que tout le reste de Retain continue de fonctionner. La configuration consiste en une installation d’application depuis la Recharge App Marketplace, plus trois paramètres de paiement : autoriser l’intégration tierce, définir le nombre maximal de nouvelles tentatives à 8, et définir l’action à la limite des nouvelles tentatives sur « Ne rien faire » afin que Recharge n’annule ni ne saute tant que FlyCode récupère encore. Les principaux marchands Recharge utilisent déjà les deux. Étapes complètes : [Étape par étape : intégrer FlyCode à Recharge](https://docs.flycode.com/docs/integrations/step-by-step-integrate-flycode-with-recharge). Détails du partenariat : [flycode.com/partners/recharge](https://www.flycode.com/partners/recharge). ## Skio Skio est connu pour son portail d’abonné moderne et son paiement sans mot de passe. FlyCode dispose d’une intégration Skio native : inscrivez-vous, invitez FlyCode en tant que collaborateur Shopify avec accès à Skio, et FlyCode s’active dans la marketplace de Skio et convient avec vous d’une date de lancement. Les parcours d’annulation, les fonctions de saut et d’échange ainsi que le portail de Skio ne sont pas modifiés. Étapes complètes : [Comment installer FlyCode sur Skio](https://docs.flycode.com/docs/integrations/how-to-install-flycode-on-skio). Détails du partenariat : [flycode.com/skio](https://www.flycode.com/skio). **Recharge et Skio.** Le 30 avril 2026, Recharge a annoncé avoir acquis Skio pour 105 millions USD. Les deux plateformes continuent de fonctionner et une feuille de route commune est attendue. Pour les marchands, cela signifie que la question de la plateforme d’abonnement peut évoluer au cours de l’année à venir, alors que le problème des paiements échoués, lui, ne change pas : les abonnements échouent pour des raisons indépendantes de l’application qui les gère. FlyCode fonctionne avec Recharge, Skio et Loop, donc le recouvrement reste constant quel que soit le choix de plateforme. Voir [Recharge accueille Skio : ce que cela signifie pour les marchands](https://www.flycode.com/blog/recharge-acquires-skio-what-it-means-for-merchants). ## Stay AI et Loop FlyCode prend en charge nativement Stay AI et s’associe à Loop. La configuration suit le même schéma (connexion, alignement des paramètres de nouvelle tentative et d’e-mail de l’application, accord sur une date de lancement) ; contactez FlyCode pour connaître les étapes à jour pour votre application. FlyCode est compatible avec les applications d’abonnement de l’écosystème Shopify ; si la vôtre n’est pas सूचीée, demandez au support de confirmer le chemin de connexion. ## Résultats sur Shopify Parmi les marchands Shopify, FlyCode signale une amélioration moyenne de 25 à 40 % du taux de recouvrement par rapport aux outils natifs. Exemples documentés : Gardencup (livraison de repas) est passé de 62 à 82 % de recouvrement avec une hausse de 20 % de la LTV client ; BUBS Naturals (compléments) est passé de 51 à 66 % en un mois avec un pic à 71 % ; PlixLife (nutrition) a constaté une hausse de 21 % du recouvrement, une réduction de 9 % du churn involontaire et un ROI x12 ; Cymbiotika (compléments, plus de 150 M USD de chiffre d’affaires) a observé une hausse de 22 % du chiffre d’affaires issu du recouvrement et une réduction de 25 % du churn ; Just Meats a enregistré une hausse de 62 % du recouvrement des paiements et une réduction de 33 % du churn ; Lucy a constaté une hausse de 46 % du recouvrement et 11 % de défaillances de facturation en moins. ## Liste de vérification de la configuration (quelle que soit l’application) * [ ] Audit de paiement gratuit sur vos performances actuelles de paiements échoués * [ ] FlyCode connecté à la boutique et à l’application d’abonnement (installation depuis la marketplace Recharge, accès collaborateur Skio, ou assistance FlyCode pour Stay AI et Loop) * [ ] La limite de nouvelles tentatives et l’action de fin de tentatives de l’application sont alignées afin qu’elle n’annule ni ne saute pendant la récupération par FlyCode * [ ] Propriétaire de la messagerie choisi ; les e-mails de paiements échoués de l’autre côté désactivés * [ ] SPF et DKIM ajoutés si FlyCode envoie depuis votre domaine * [ ] Date de lancement convenue ; suivi de la hausse incrémentale, du taux de recouvrement et de la LTV dans le tableau de bord FlyCode ## FAQ **Dois-je changer quelque chose dans Shopify ?** Non. Le paiement, le thème et les commandes ne sont pas modifiés ; les seuls changements de paramètres se trouvent dans l’application d’abonnement. **Puis-je conserver les flux de relance de mon application ?** Vous pouvez conserver les fonctions d’annulation, de saut, d’échange et de rétention de l’application. Un seul système doit retenter et envoyer des e-mails en cas de paiement refusé ; la plupart des marchands laissent FlyCode gérer les deux. **FlyCode retente-t-il les débits qui ont échoué pour des raisons de stock ou de configuration ?** Oui sur Recharge, une fois la cause sous-jacente corrigée dans Shopify ou dans l’application. **Comment FlyCode est-il tarifé pour les marchands Shopify ?** Au résultat : une part des revenus recouvrés au-delà de votre base existante, sans sièges, minimums ni frais de configuration. **Où vois-je les résultats ?** Dans le tableau de bord de FlyCode (taux de recouvrement, revenus recouvrés par rapport à la base, répartition des codes de refus, tunnel d’e-mails) et dans l’application et Shopify, où les débits récupérés apparaissent comme payés. ## Connexe * [FlyCode et Shopify](https://help.flycode.com/flycode-and-shopify) dans le centre d’aide * [Plateformes de paiement et d’abonnement prises en charge](https://docs.flycode.com/docs/integrations/supported-payment-and-subscription-platforms) * [Récupérer les paiements d’abonnement Shopify échoués avec FlyCode](https://www.flycode.com/shopify/benefits) * [Analyse gratuite du churn pour les abonnements Shopify](https://www.flycode.com/churn-audit-failed-payments) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.flycode.com/docs/fr/integrations/how-flycode-handles-shopify-subscription-failed-payments.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.