Les alertes de fraude précoces Stripe : rembourser ou contester ?

Une alerte de fraude précoce (early fraud warning) sur Stripe, c’est la banque émettrice qui vous prévient, avant tout litige, qu’un titulaire de carte a signalé un paiement comme frauduleux. Pour une activité par abonnement, cela pose une question délicate : rembourser maintenant et perdre le revenu à coup sûr, ou attendre et défendre le paiement si un litige arrive ?

Ce guide explique ce qu’est une early fraud warning (EFW) sur Stripe, ce que vous pouvez en faire ou non, et une façon pratique de décider. Il s’en tient aux pages de Stripe : la référence API Early Fraud Warning, how disputes work, les programmes de suivi des litiges et de la fraude et la FAQ sur les programmes de suivi de Stripe (toutes consultées en novembre 2026). Quand la doc de Stripe ne répond pas à une question, nous le disons.

Ce qu’est une alerte de fraude précoce

La référence API de Stripe décrit l’objet simplement : une alerte de fraude précoce indique que la banque émettrice a notifié Stripe qu’un paiement pourrait être frauduleux. Ce n’est pas un litige. Aucun argent n’a bougé, et il n’y a rien à quoi répondre.

Chaque alerte porte quelques champs à connaître :

Champ	Ce qu’il contient
charge	Le paiement concerné par l’alerte
payment_intent	Le PaymentIntent derrière ce paiement
fraud_type	L’étiquette de la banque émettrice : card_never_received, fraudulent_card_application, made_with_counterfeit_card, made_with_lost_card, made_with_stolen_card, unauthorized_use_of_card ou misc
actionable	Si vous pouvez encore agir
created	La date de création de l’alerte

Le flag actionable

Stripe définit actionable précisément : une alerte est actionable si le paiement n’a pas reçu de litige et n’a pas été entièrement remboursé. Dès que l’un des deux se produit, le flag passe à false. En pratique, ce flag est votre liste de choses à faire. Une alerte actionable est une alerte où votre décision compte encore.

Les webhooks

Stripe envoie radar.early_fraud_warning.created quand une alerte est créée et radar.early_fraud_warning.updated quand elle change (par exemple quand elle cesse d’être actionable). Vous pouvez aussi lister les alertes via l’endpoint /v1/radar/early_fraud_warnings, utile pour une revue quotidienne si vous ne voulez pas agir sur les webhooks en temps réel.

Ce que Stripe suggère lui-même

La référence API de Stripe énonce l’option directement : vous pouvez souhaiter rembourser de façon proactive un paiement qui reçoit une EFW, pour éviter de recevoir un litige plus tard. C’est une suggestion, pas une règle, et Stripe ne rembourse pas chaque alerte à votre place. Son article de support sur les débuts avec la fraude et les litiges indique que Stripe peut rembourser de façon proactive un paiement qui reçoit une alerte de fraude précoce seulement dans certaines situations, relativement rares.

Si vous utilisez Radar for Fraud Teams, Stripe documente aussi une fonction en preview appelée Smart Refunds sur sa page des reviews : Radar estime la probabilité d’un litige après un paiement, et quand elle est élevée, il ajoute une recommandation de remboursement à votre liste Reviews. C’est une recommandation sur laquelle vous agissez, pas un remboursement automatique.

Ce qu’un remboursement change, et ce qu’il ne change pas

C’est là que la plupart des équipes s’embrouillent. Un remboursement et une alerte sont suivis séparément.

• Un remboursement peut éviter un litige. C’est tout l’intérêt de la suggestion de Stripe ci-dessus.
• Un remboursement n’efface pas l’alerte. La page des programmes de suivi de Stripe indique que les alertes de fraude précoces, bien qu’elles ne soient pas des litiges, sont considérées comme frauduleuses quelle que soit leur issue, et que le programme VAMP de Visa les inclut dans ses calculs.
• Les taux de Stripe et ceux des réseaux diffèrent. La FAQ sur les programmes de suivi de Stripe précise que les réseaux de cartes comme Visa et Mastercard les comptent quand ils calculent vos taux de litiges et de fraude sur leur réseau, même là où les taux de litiges et de fraude propres à Stripe ne les comptent pas.

Rembourser n’est donc pas un moyen de faire disparaître la fraude de votre dossier. C’est un moyen d’éviter le coût et le travail d’un litige en plus du signalement de fraude.

Ce que coûte un litige si vous attendez

Si vous ne remboursez pas et que le titulaire conteste, la page how disputes work de Stripe décrit la suite :

1. Stripe vous prévient via le Dashboard, l’email, les webhooks et l’API.
2. Stripe prélève sur votre solde le montant contesté plus des frais de litige.
3. Si vous contestez le litige, des frais de contestation supplémentaires s’appliquent, que Stripe rend si vous gagnez. Sauf mention contraire dans votre contrat Stripe, Stripe ne rend jamais les frais de litige reçu.
4. Vous avez une seule occasion de répondre. Stripe transmet immédiatement votre réponse et vos fichiers à la banque émettrice, et vous ne pouvez plus la modifier ni ajouter de fichiers ensuite.

Les montants des frais varient selon le pays et le contrat : vérifiez vos propres tarifs Stripe plutôt que de vous fier à un chiffre lu sur un blog. La date limite de réponse est affichée sur chaque litige dans votre Dashboard et c’est elle qui compte.

Rembourser ou attendre : une façon pratique de décider

Stripe ne donne pas de règle universelle, et nous non plus. Mais la décision est plus simple si vous regardez à chaque fois les mêmes quelques signaux. Pour une activité par abonnement, les plus utiles sont :

Signal	Penche vers le remboursement	Penche vers l’attente
Activité du compte	Aucune connexion ni usage depuis l’inscription	Usage régulier et continu du produit
Historique de facturation	Premier paiement sur un nouveau compte	Des mois de renouvellements payés sur la même carte
fraud_type	made_with_stolen_card, made_with_lost_card, fraudulent_card_application	misc avec un compte qui semble authentique
Montant	Faible par rapport au coût et au temps d’un litige	Grosse offre annuelle avec des preuves solides
Contact client	Pas de réponse, ou l’email rebondit	Le client reconnaît l’achat quand vous lui demandez

Quelques règles pratiques s’ajoutent au tableau :

1. Arrêtez d’abord les prélèvements futurs. Si la carte a vraiment été volée, le prochain renouvellement produira une autre alerte ou un litige. Résiliez l’abonnement ou retirez la carte avant toute chose.
2. Remboursez le paiement en entier, pas en partie. Le flag actionable de Stripe ne s’efface qu’avec un remboursement total, et un remboursement partiel laisse un solde contestable.
3. Ne remboursez pas à l’aveugle. Rembourser chaque alerte veut dire que chaque alerte vous coûte le montant entier, y compris celles qui ne seraient jamais devenues des litiges.
4. Notez pourquoi. Pour chaque alerte, notez les signaux regardés et votre décision. Au bout de quelques mois, vous verrez quels types d’alertes se transforment réellement en litiges pour votre activité.
5. Corrigez la source. Des grappes d’alertes sur de nouvelles inscriptions signalent généralement du card testing ou un parcours d’inscription trop perméable. Les règles Radar de Stripe sont l’endroit où resserrer cela.

Quand attendre a du sens

Attendre est raisonnable quand le compte montre un usage réel et soutenu par le titulaire. Un membre de la famille qui utilise la carte d’un parent, ou un salarié qui utilise une carte d’entreprise sans prévenir la finance, peut provoquer un signalement de fraude sur un compte actif depuis des mois. Si un litige suit, cet usage est votre preuve. Gardez-la prête : historique de connexions, usage des fonctionnalités, emails envoyés et répondus, conditions acceptées par le client à l’inscription et éventuelles tentatives de résiliation.

Quand rembourser s’impose

Remboursez vite quand le compte a été créé et payé d’un coup sans aucune activité ensuite, quand plusieurs alertes arrivent sur des comptes créés à peu près au même moment, ou quand le montant est trop faible pour justifier le temps que prend un litige. Dans ces cas, l’argent a très peu de chances de vous rester, et le litige ajoute son propre coût.

Une routine hebdomadaire de dix minutes

1. Listez les alertes actionable (filtre sur actionable à true).
2. Pour chacune, ouvrez le client et vérifiez l’usage, l’historique et le fraud_type.
3. Décidez : rembourser et résilier, ou garder et préparer les preuves.
4. Notez la décision et la raison.
5. Une fois par mois, comparez les décisions avec ce qui s’est passé : quels paiements gardés ont ensuite été contestés, et quels litiges vous avez gagnés.

Faire tout cela avec NoChurn

NoChurn se connecte à Stripe et, quand un litige arrive, réunit les preuves automatiquement : réponses du parcours d’annulation, emails envoyés, usage du produit que vous envoyez par API et conversations support de votre help desk. Il rédige une réponse avec l’IA, et rien n’est envoyé à Stripe tant qu’une personne de votre équipe ne l’a pas relue. La décision de rembourser sur une alerte de fraude précoce vous revient, et se prend dans Stripe. Le score de churn et les données personnalisées vous aident à voir quels comptes semblent authentiques. Voir NoChurn + Stripe.