Environ 30 secondes suffisent à afficher une alerte bancaire, mais certains prélèvements récurrents par carte peuvent passer sous le radar. Repérée après la mention d’une nouveauté Apple Card dans iOS 27, cette faille rappelle l’importance de vérifier tous les réglages de notifications de votre appli bancaire.
Le vrai angle mort des applis bancaires ne concerne pas les paiements en magasin
Le point soulevé ici est simple : une application bancaire peut très bien envoyer une alerte à chaque achat classique, tout en restant muette sur une partie des prélèvements récurrents effectués via la carte. C’est précisément ce qui rend le sujet plus sérieux qu’il n’en a l’air. L’utilisateur pense être couvert, alors qu’il ne l’est pas toujours.
Le problème vient de la différence entre deux mécaniques que beaucoup de clients mélangent encore : d’un côté, le prélèvement récurrent lié au compte bancaire, comme un mandat de type prélèvement automatique ; de l’autre, le paiement récurrent adossé à une carte, souvent utilisé pour les abonnements, les services numériques, les assurances ou certains rechargements automatiques. Selon la FCA, le régulateur britannique, un recurring card payment, aussi appelé continuous payment authority, autorise une entreprise à débiter une carte selon les termes acceptés au moment de l’inscription. La FCA précise aussi qu’un paiement prélevé après annulation est considéré comme non autorisé selon cette logique. Pour le client, la distinction est cruciale : ces paiements ne se pilotent pas toujours comme un prélèvement SEPA classique. ([fca.org.uk](https://www.fca.org.uk/consumers/recurring-card-payments?utm_source=openai))
Mon avis est net : l’interface de nombreuses apps bancaires entretient une fausse impression d’exhaustivité. Voir des notifications instantanées après chaque passage en caisse ne garantit pas que tous les flux sortants sont surveillés avec le même niveau de visibilité. C’est exactement là que les abonnements oubliés, les résiliations ratées ou les débits litigieux peuvent se cacher. ([monzo.com](https://monzo.com/help/app-help/changing-notifications?utm_source=openai))
Pourquoi les paiements récurrents par carte passent plus facilement sous le radar
Sur le plan technique, les réseaux de paiement traitent les abonnements carte comme des transactions spécifiques. Les règles publiques de Mastercard décrivent un recurring payment transaction comme une opération réalisée dans le cadre d’un accord où le porteur autorise le commerçant à stocker et utiliser les données de carte de manière périodique et continue, sans date de fin nécessairement définie. Visa, de son côté, encadre aussi les stored credentials et les recurring transactions dans ses règles publiques. Autrement dit, on ne parle pas d’un achat ponctuel répété au hasard, mais d’une catégorie bien identifiée dans les systèmes cartes. ([mastercard.com](https://www.mastercard.com/content/dam/public/mastercardcom/na/global-site/documents/transaction-processing-rules.pdf?utm_source=openai))
Ce point est important car il explique pourquoi le parcours de notification peut différer selon les banques. Une transaction récurrente initiée par un commerçant n’est pas toujours présentée comme un acte de paiement “classique” déclenché en temps réel par le client sur un terminal ou dans une app. Certaines banques exposent très bien ces flux. D’autres les noient dans l’historique, sans alerte immédiate par défaut. Revolut indique dans ses conditions qu’une notification est envoyée à chaque paiement entrant ou sortant vers l’appareil mobile, tout en précisant que l’utilisateur peut désactiver ces notifications dans l’application. Monzo met aussi en avant les instant notifications et propose plusieurs bascules dans ses réglages. Cela montre une chose : la présence d’une fonction ne dit rien de son activation réelle ni de son périmètre exact. ([cdn.revolut.com](https://cdn.revolut.com/terms_and_conditions/pdf/personal_terms_525fbd7c_2.2.0_1769699030_en.pdf?utm_source=openai))
Premier indicateur dérivé utile : selon la BCE, 84 % de la valeur de la fraude à la carte en 2021 relevait du card-not-present, pour un total de 1,53 milliard d’euros de fraude. Cela représente environ 1,29 milliard d’euros de fraude à distance. Ce calcul ne prouve pas que tous les paiements récurrents par carte sont risqués, mais il rappelle que la zone la plus exposée reste bien le paiement à distance, donc le même univers technique que les abonnements carte. ([ecb.europa.eu](https://www.ecb.europa.eu/press/pr/date/2023/html/ecb.pr230526~f09bc3c664.en.html?utm_source=openai))
Ce que la source d’origine ne dit pas : le contexte fraude joue clairement en faveur d’un contrôle plus fin
Le texte initial part d’une expérience personnelle. C’est utile, mais incomplet. Les données de la Banque centrale européenne donnent un cadre plus solide. Dans son rapport publié le 26 mai 2023 sur la fraude à la carte en 2021, la BCE indique que la fraude représentait 0,028 % de la valeur totale des paiements par carte émis dans la zone SEPA, soit 1,53 milliard d’euros sur 5,40 billions d’euros de paiements. Elle ajoute que 63 % de la valeur totale de la fraude concernait des transactions transfrontalières, alors que ces dernières ne représentaient que 11 % de la valeur totale des paiements carte. ([ecb.europa.eu](https://www.ecb.europa.eu/press/pr/date/2023/html/ecb.pr230526~f09bc3c664.en.html?utm_source=openai))
Deuxième métrique dérivée : si l’on compare le taux de fraude de 2021, soit 0,028 %, au pic historique cité par la BCE, 0,032 % en 2008, on obtient un ratio de 0,875. En clair, le niveau de 2021 équivaut à 87,5 % de celui de 2008, soit une baisse relative d’environ 12,5 %. La dynamique va dans le bon sens, mais elle ne justifie pas de relâcher la vigilance. ([ecb.europa.eu](https://www.ecb.europa.eu/press/pr/date/2023/html/ecb.pr230526~f09bc3c664.en.html?utm_source=openai))
La même publication de la BCE signale aussi une baisse de 12 % de la fraude card-not-present après le déploiement de l’authentification forte dans le cadre de la directive PSD2. C’est un progrès concret. Mais il a une limite pratique : l’authentification forte protège surtout au moment de la mise en place ou de certains paiements, pas nécessairement à chaque débit récurrent ultérieur autorisé dans le cadre d’un mandat carte existant. Là encore, les alertes applicatives gardent une vraie utilité de surveillance. ([ecb.europa.eu](https://www.ecb.europa.eu/press/pr/date/2023/html/ecb.pr230526~f09bc3c664.en.html?utm_source=openai))
Le sujet dépasse les abonnements oubliés : il touche aussi la gestion des cartes enregistrées
Un autre angle absent de la source d’origine concerne la vie des cartes stockées chez les commerçants. Visa met en avant des services de credential lifecycle management pour mettre à jour les identifiants de carte stockés avant une transaction récurrente ou card-on-file. En clair, même lorsqu’une carte expire ou change, l’abonnement peut parfois continuer sans intervention manuelle du client si l’écosystème met à jour les références. Pour le confort, c’est efficace. Pour la visibilité, cela impose encore plus de suivre ses paramètres d’alerte. ([visa.com](https://www.visa.com/en-us/solutions/acceptance/lifescycle-management?utm_source=openai))
Apple travaille aussi ce terrain côté paiements récurrents. La documentation développeur sur les merchant tokens d’Apple Pay explique que ces jetons permettent de gérer de manière cohérente les paiements récurrents sur les différents appareils de l’utilisateur, avec des types de transaction adaptés aux abonnements, aux factures variables, aux paiements en plusieurs fois ou aux rechargements automatiques. Là aussi, la logique est claire : les paiements récurrents deviennent plus fluides, plus persistants et plus intégrés. C’est bon pour le taux de succès des marchands, mais cela réduit encore l’effet “rupture” qui alertait autrefois le client quand une carte expirait ou devait être ressaisie. ([developer.apple.com](https://developer.apple.com/apple-pay/merchant-tokens/?utm_source=openai))
Autrement dit, le modèle moderne des paiements cherche à éviter les frictions. C’est excellent pour ne pas perdre un abonnement utile à cause d’une carte périmée. C’est moins excellent si vous comptiez justement sur cette friction pour faire le ménage dans vos dépenses. Mon avis ici est simple : plus le paiement récurrent devient invisible techniquement, plus la couche de notification côté banque devient critique. ([visa.com](https://www.visa.com/en-us/solutions/acceptance/lifescycle-management?utm_source=openai))
Ce qu’il faut vérifier dans votre application bancaire, point par point
La recommandation la plus utile n’est pas de “surveiller ses comptes” au sens vague. Il faut ouvrir l’application et vérifier des réglages précis. Chez Monzo, la page d’aide officielle indique qu’il existe une section dédiée aux notifications avec plusieurs interrupteurs, dont ceux liés aux transactions et paiements. Chez Revolut, les conditions générales rappellent que les notifications de paiements peuvent être coupées par l’utilisateur dans l’application. Ces documents ne détaillent pas tous les écrans pour toutes les régions, mais ils confirment que la bascule applicative reste un maillon décisif. ([monzo.com](https://monzo.com/help/app-help/changing-notifications?utm_source=openai))
Checklist minimale
Vérifiez d’abord que les notifications push sont actives au niveau du système, donc dans iOS ou Android, puis dans l’app bancaire elle-même. Ensuite, cherchez une catégorie proche de “transactions”, “paiements”, “dépenses”, “carte”, “abonnements”, “paiements récurrents” ou “card payments”. Certaines banques dissocient les achats carte classiques, les virements, les prélèvements et les opérations récurrentes initiées par un commerçant. Si un sous-menu existe, activez tout ce qui concerne les mouvements de carte sortants. ([monzo.com](https://monzo.com/help/app-help/changing-notifications?utm_source=openai))
Vérifiez ensuite si l’application permet d’afficher la liste des marchands liés à votre carte ou des paiements récurrents détectés. Toutes les banques ne le font pas. Si l’option n’existe pas, prenez l’habitude de contrôler manuellement les écritures carte au moins une fois par mois. C’est moins élégant qu’un système d’alerte temps réel, mais cela reste la seule parade quand l’app ne distingue pas clairement les autorisations récurrentes. Cette étape est d’autant plus utile que les règles de Mastercard montrent que les secteurs utilisateurs de recurring payments sont très variés : télécoms, TV payante, services informatiques, livres et périodiques, assurances, utilités. Le risque ne se limite donc pas aux plateformes vidéo. ([mastercard.com](https://www.mastercard.com/content/dam/public/mastercardcom/na/global-site/documents/transaction-processing-rules.pdf?utm_source=openai))
Le cas concret le plus fréquent : la résiliation qui n’a pas vraiment coupé le débit
Le scénario le plus crédible n’est pas forcément la fraude lourde. C’est souvent le petit débit qui continue après une résiliation, volontairement ou non. La FCA rappelle qu’après l’annulation d’un recurring card payment, tout paiement supplémentaire devient non autorisé. Cette précision compte parce qu’elle contredit une idée reçue tenace : non, un commerçant n’a pas carte blanche une fois que la carte a été enregistrée. ([fca.org.uk](https://www.fca.org.uk/consumers/recurring-card-payments?utm_source=openai))
Dans la pratique, le litige peut venir d’une mauvaise désactivation côté marchand, d’une période d’essai convertie en abonnement payant, d’un changement d’offre, ou d’une autorisation de paiement enfouie dans les conditions au moment de l’inscription. Si votre banque ne vous notifie pas immédiatement ce débit, vous le verrez parfois plusieurs jours ou semaines plus tard. À ce stade, la somme est souvent faible. C’est justement ce qui la rend discrète. Mon avis est tranché : les micro-débits récurrents sont plus dangereux pour le budget que les grosses anomalies, parce qu’ils exploitent l’inattention. ([fca.org.uk](https://www.fca.org.uk/consumers/recurring-card-payments?utm_source=openai))
Le rôle d’Apple dans cette évolution : plus de souplesse, donc plus besoin de contrôle côté utilisateur
Le point de départ du sujet mentionne une nouvelle fonction liée à Apple Card. Sans reprendre ce contenu, il faut noter que l’écosystème Apple multiplie les briques autour des paiements périodiques. La documentation d’Apple Support indique par exemple qu’il est possible de configurer des paiements récurrents pour rembourser le solde d’Apple Card. De son côté, la documentation Apple Developer sur les abonnements auto-renouvelables rappelle qu’un problème de facturation, comme une carte expirée, peut interrompre un abonnement, et qu’un prompt système permet dans certains cas de mettre à jour le moyen de paiement. Apple pousse donc vers des flux plus continus et plus transparents pour l’utilisateur. ([support.apple.com](https://support.apple.com/guide/apple-card-web-servicing/make-a-payment-devf5e41667f/1.0/web/1.0?utm_source=openai))
C’est cohérent avec l’évolution générale du marché : moins d’échecs de paiement, moins de friction, plus de continuité de service. Pour le client, l’effet secondaire est évident : si tout fonctionne trop bien, on oublie plus facilement qu’un débit continue. Le bon réflexe n’est donc pas de refuser cette fluidité, mais de compenser par deux habitudes simples : activer toutes les alertes disponibles et auditer les paiements récurrents carte à fréquence fixe. ([developer.apple.com](https://developer.apple.com/app-store/subscriptions/?utm_source=openai))
Ce que valent vraiment les chiffres, et ce qu’ils impliquent pour un utilisateur en Europe
Les données disponibles ne permettent pas de chiffrer précisément la part des débits d’abonnement invisibles dans chaque app bancaire. Non communiqué. En revanche, elles permettent de mesurer l’environnement de risque. Selon la BCE, la fraude à distance concentre l’essentiel de la valeur frauduleuse. Selon Visa et Mastercard, les transactions récurrentes et stored credentials sont des catégories formalisées, pas des cas marginaux. Selon la FCA, le consommateur peut contester les paiements prélevés après annulation. Enfin, selon les documents d’aide ou les conditions de Monzo et Revolut, les notifications dépendent bien d’un paramétrage applicatif. Mis bout à bout, ces éléments dessinent un même constat : le risque principal n’est pas l’absence totale d’outils, mais la mauvaise configuration d’outils déjà présents. ([ecb.europa.eu](https://www.ecb.europa.eu/press/pr/date/2023/html/ecb.pr230526~f09bc3c664.en.html?utm_source=openai))
Dernier point pratique : si vous devez comparer un montant affiché en dollars dans un service ou un document étranger, le taux de référence de la BCE pour le 24 juillet 2026 est de 1 EUR = 1,1694 USD, soit environ 1 USD = 0,86 €. Une somme de 10 USD équivaut donc à 9 € environ au taux de change utilisé ici (1 USD = 0,8551 €). ([ecb.europa.eu](https://www.ecb.europa.eu/stats/policy_and_exchange_rates/euro_reference_exchange_rates/html/eurofxref-graph-usd.pl.html?utm_source=openai))
Le réglage à activer ne suffit pas : il faut aussi changer la routine
Activer les notifications ne réglera pas tout. Certaines opérations peuvent arriver avec un léger décalage, certaines banques catégorisent mal les paiements, et certaines interfaces n’isolent pas clairement les abonnements carte. Mais ce réglage reste la première ligne de défense, car il réduit le temps entre le débit et sa détection. C’est la différence entre un abonnement repéré le jour même et trois mois de petites sommes accumulées.
Si votre app propose un gel de carte, des cartes virtuelles, des plafonds ou des contrôles transactionnels, utilisez-les aussi selon votre usage. Visa souligne que ses solutions numériques peuvent permettre aux titulaires d’activer ou désactiver l’usage de leur carte, de fixer des contrôles de transaction robustes et de recevoir des alerts d’achat. Sur ce point, l’industrie sait déjà quoi faire. Le retard se situe souvent du côté de la pédagogie produit et du paramétrage initial. ([visa.com](https://www.visa.com/en-us/solutions/digital-enablement?utm_source=openai))
Pour une base documentaire unique et réellement utile, le meilleur point d’appui reste la page de la FCA sur les recurring card payments : https://www.fca.org.uk/consumers/recurring-card-payments
Mon avis :
Avis d’expert : le constat est juste et utile, car il révèle une faille concrète des apps bancaires : les paiements récurrents par carte peuvent échapper aux alertes par défaut. Sa limite : l’analyse reste trop générale, sans distinguer clairement prélèvement compte, mandat carte et gestion variable selon les banques.
