Network tokens et card account updaters : ce qu’ils règlent, ce qu’ils ne règlent pas

Un abonnement, c’est la promesse de prélever la même carte pendant des mois ou des années. Les cartes ne durent pas aussi longtemps. Elles expirent, sont remplacées après une alerte à la fraude, sont réémises quand une banque change de programme de cartes, ou sont clôturées. Chacun de ces événements peut transformer un client en bonne santé en renouvellement échoué.

Les réseaux de cartes ont deux mécanismes pour adoucir cela : les card account updaters (services de mise à jour des cartes) et les network tokens (jetons réseau). Stripe utilise les deux pour vous, la plupart du temps sans aucun réglage. Ils valent la peine d’être compris, car ils expliquent pourquoi certaines cartes continuent de fonctionner alors qu’elles « auraient dû » échouer, et pourquoi d’autres échouent quoi qu’on fasse. Ce guide couvre les deux, à partir de la documentation de Stripe et des réseaux eux-mêmes (consultée en novembre 2026).

Le problème qu’ils résolvent

Quand vous enregistrez une carte pour un abonnement, Stripe stocke le numéro de carte (le PAN) et la date d’expiration, de façon sécurisée, pour votre compte. Si la banque du client émet une nouvelle carte avec un nouveau numéro ou une nouvelle date d’expiration, les données stockées deviennent obsolètes. Le prélèvement suivant échoue, en général avec expired_card ou un autre refus. Voir les codes de refus Stripe expliqués.

Les deux mécanismes visent à vous transmettre les nouvelles données avant que cela n’arrive.

Les card account updaters

Comment ils fonctionnent

Un card account updater est un service géré par un réseau de cartes. Les banques émettrices qui y participent signalent les changements sur leurs cartes (nouveau numéro, nouvelle date d’expiration, compte clôturé), et les marchands ou leurs prestataires de paiement peuvent recevoir ces changements pour les cartes qu’ils conservent.

Les principaux :

• Visa Account Updater (VAU). La documentation développeur de Visa le décrit comme un moyen pour les émetteurs, les acquéreurs et les marchands qualifiés d’échanger des informations de compte à jour pour les paiements récurrents et sur carte enregistrée, couvrant les numéros de carte, les dates d’expiration, les comptes clôturés et les avis « contact cardholder ».
• Mastercard Automatic Billing Updater (ABU). La documentation développeur de Mastercard décrit un référentiel d’événements du cycle de vie des comptes : les émetteurs indiquent à ABU quand un compte est créé, mis à jour ou clôturé. Pour un compte clôturé, Mastercard recommande au marchand d’utiliser un autre moyen de paiement pour les transactions futures.

Ce que fait Stripe

Vous ne vous intégrez pas vous-même à ces services. La vue d’ensemble des cartes de Stripe explique que Stripe tente automatiquement de mettre à jour les données des cartes enregistrées quand un client reçoit une nouvelle carte, via les programmes de mise à jour des réseaux. Points clés de la documentation de Stripe :

• La couverture dépend de l’émetteur et varie selon le pays ; elle est la plus forte aux États-Unis.
• Vous ne pouvez pas savoir à l’avance quelles cartes seront mises à jour.
• Vous pouvez voir les mises à jour au fil de l’eau. Stripe envoie le webhook payment_method.automatically_updated avec la nouvelle date d’expiration et les quatre derniers chiffres. Si le numéro a changé, l’empreinte (fingerprint) de la carte change aussi.

Stripe a aussi annoncé une couverture étendue des network tokens et du card account updater, avec des mises à jour en temps réel dans certains cas. Consultez l’annonce pour connaître le périmètre actuel dans vos marchés.

Les network tokens

Comment ils fonctionnent

Un network token est un substitut du numéro de carte, émis par le réseau de cartes (par exemple via le Visa Token Service) et lié à un marchand ou un prestataire de paiement précis. Au lieu de débiter le numéro de carte brut, le prestataire de paiement débite le jeton.

La propriété utile pour les abonnements : le jeton est lié au compte du titulaire auprès du réseau, pas à une carte physique. Quand l’émetteur remplace la carte, le réseau peut mettre à jour ce qui se trouve derrière le jeton. La documentation du token service de Visa décrit comment les émetteurs gèrent le cycle de vie d’un jeton (activer, suspendre, reprendre, supprimer), et comment Visa peut récupérer des données de carte à jour depuis VAU pour garder les jetons à jour quand le numéro ou la date d’expiration de la carte change.

Ce que fait Stripe

Le guide des network tokens de Stripe explique que Stripe tokenise les cartes enregistrées auprès des grands réseaux quand c’est possible, et décide pour chaque paiement d’utiliser le network token ou le numéro de carte. Si un paiement sur le network token échoue, Stripe peut le retenter avec le numéro de carte. Le guide de Stripe signale aussi deux contreparties : utiliser un network token demande souvent d’obtenir un cryptogramme à usage unique auprès du réseau, ce qui peut ajouter de la latence, et certains réseaux facturent des frais liés à l’usage des jetons.

Pour la plupart des activités par abonnement, rien de tout cela ne demande de code. Cela fait partie de la façon dont Stripe traite les cartes enregistrées.

Updaters ou tokens

	Card account updater	Network token
Ce que c’est	Un flux de changements de cartes venant des émetteurs	Un numéro de carte de substitution émis par le réseau
Comment arrivent les nouvelles données	Stripe reçoit la mise à jour et modifie la carte enregistrée	Le réseau met à jour ce vers quoi pointe le jeton
Visible pour vous	Oui, webhook payment_method.automatically_updated	Le plus souvent non ; la carte continue de fonctionner
Dépend de	La participation de l’émetteur, le pays	Le support du réseau et de l’émetteur
Couvre les cartes expirées et remplacées	Oui, quand l’émetteur les signale	Oui, quand c’est pris en charge
Couvre les comptes clôturés	Peut signaler la clôture, pour que vous sachiez qu’il faut demander une nouvelle carte	Le jeton cesse de fonctionner

En pratique, ils se recoupent, et Stripe les combine. Vous n’avez pas à choisir entre les deux.

Ce qu’ils ne règlent pas

C’est la partie importante. Updaters et tokens résolvent un seul problème, des données de carte obsolètes, et seulement là où les émetteurs participent. Ils ne font rien pour le reste :

Échec	Réglé par les updaters ou tokens ?	Ce qui le règle
Carte expirée, l’émetteur a envoyé la nouvelle date	Oui	Rien d’autre à faire
Carte remplacée, l’émetteur a envoyé le nouveau numéro	Oui	Rien d’autre à faire
Carte expirée, l’émetteur ne participe pas	Non	Email avant expiration, page de mise à jour de carte
Compte clôturé	Non (au mieux, vous l’apprenez)	Demander un nouveau moyen de paiement
insufficient_funds	Non	Retenter à un meilleur moment ; email
Refus générique, blocage bancaire	Non	Retenter ; email ; le client appelle sa banque
authentication_required	Non	Le client confirme le paiement
Le client a complètement changé de banque	Non	Demander une nouvelle carte
Le client a retiré la carte volontairement	Non	Parler au client

Cette dernière ligne mérite attention. Quand un client retire sa carte enregistrée avant un renouvellement, c’est souvent le signe qu’il compte partir ou contester le prochain prélèvement. C’est un signal de churn, pas un problème de paiement, et il doit être traité comme tel.

Ce qu’il faut faire de votre côté

Même avec une bonne couverture, il vous faut un processus pour les cartes qui ne sont pas mises à jour. L’approche complète se trouve dans les cartes qui expirent ; en bref :

1. Écoutez les mises à jour

Abonnez-vous à payment_method.automatically_updated. Enregistrez chaque mise à jour (ancienne date d’expiration, nouvelle date, changement de numéro ou non). Cela vous dit quelle part de votre base les réseaux couvrent, et cela vous permet d’annuler un email « votre carte expire » que vous alliez envoyer.

2. Repérez les cartes qui ne seront pas mises à jour à temps

Avant chaque renouvellement, vérifiez si la carte enregistrée expire avant la date de renouvellement. Si c’est le cas, et qu’aucune mise à jour n’est arrivée une à deux semaines avant le renouvellement, écrivez au client.

3. Surveillez les clôtures et les retraits

Un signalement de clôture ou une carte retirée signifie que le prochain prélèvement échouera. Demandez tout de suite un nouveau moyen de paiement, au lieu d’attendre l’échec du renouvellement.

4. Gardez les relances pour le reste

La plupart des paiements échoués n’ont rien à voir avec des données de carte obsolètes. Les nouvelles tentatives et des emails de relance clairs font toujours l’essentiel de la récupération. Voir comment récupérer les paiements échoués sur Stripe.

5. Privilégiez les moyens de paiement qui durent

Certains moyens de paiement conviennent mieux que d’autres à la facturation récurrente. Les cartes prépayées et virtuelles, par exemple, ont leurs propres risques au renouvellement, que les updaters et les tokens ne traitent pas. Voir les cartes prépayées et virtuelles.

Mesurer la couverture

Suivez chaque mois :

• Mises à jour automatiques reçues : nombre d’événements payment_method.automatically_updated, répartis entre « date d’expiration seule » et « nouveau numéro ».
• Cartes expirantes non mises à jour : cartes qui expirent avant leur prochain renouvellement sans mise à jour à une date donnée.
• Échecs expired_card : combien de renouvellements échouent encore pour carte expirée. Si ce chiffre est élevé, vos emails avant expiration doivent être revus.
• Répartition par pays et marque de carte : la couverture varie, donc un taux d’échec élevé dans un pays peut tenir à la participation des émetteurs plutôt qu’à votre processus.

Checklist

• payment_method.automatically_updated est enregistré.
• Les emails avant expiration sont sautés pour les cartes déjà mises à jour.
• Les cartes qui expirent avant le prochain renouvellement sont signalées.
• Les cartes retirées et les comptes clôturés déclenchent une demande immédiate de nouveau moyen de paiement.
• Les échecs sont suivis par code de refus, pour voir ce que les updaters ne couvrent pas.
• Les relances gèrent tout le reste.

Comment NoChurn aide

NoChurn travaille aux côtés des updaters et des tokens de Stripe et couvre ce qu’ils laissent. Il signale les clients qui retirent leur carte avant le renouvellement et relève leur churn score, pour que vous puissiez les joindre avant l’échec du paiement. Quand un renouvellement échoue, il lit le code de refus, retente les refus temporaires à de meilleurs moments et envoie des emails de récupération rédigés par l’IA, relus avant envoi, avec une page hébergée de mise à jour de carte. Les données de carte restent chez Stripe ; NoChurn ne voit que des informations comme la marque, les quatre derniers chiffres, la date d’expiration et le type de carte.

Il se connecte à Stripe en un clic, et le prix ne dépend que du MRR. Voir les paiements échoués, le churn score et les tarifs.