Visa a détaillé, avant le Visa Payments Forum de Paris, l'infrastructure qu'elle met en place pour les paiements initiés par des agents IA : annuaire d'agents, score de préparation des marchands et jetons enrichis de contexte. Pour une boutique PrestaShop ou Shopify, la question n'est plus théorique : votre PSP, votre 3DS et vos règles anti-fraude vont devoir distinguer un agent légitime d'un robot à bloquer.
Ce que Visa met réellement en place autour de l'agentic commerce#
Selon EnterpriseAM, Visa a présenté avant le Visa Payments Forum de Paris plusieurs briques destinées aux paiements initiés par agent. La première s'appelle Agentic Directory : un annuaire qui vérifie quels agents et quels marchands sont des participants légitimes du commerce agentique. La seconde, Agent Score, donne au commerçant une lecture de la préparation de son site aux acheteurs automatisés, avant que ces acheteurs ne se présentent au tunnel de commande.
La troisième brique porte sur les jetons. Les tokens masquent déjà le numéro de carte ; Visa y ajoute un contexte de transaction plus riche et un signal d'assurance fondé sur l'historique de provisionnement et de comportement de chaque jeton. Concrètement, la banque émettrice et le marchand reçoivent davantage d'éléments pour juger une transaction automatisée ou intégrée. À cela s'ajoute l'extension du règlement onchain sur sept jours aux acquéreurs et un chantier de dépôts tokenisés. Les chiffres communiqués par Visa concernent la région CEMEA : 70 % de transactions tokenisées en 2026 contre 26 % en 2023, et un volume de stablecoins circulant sur VisaNet à un rythme annualisé de 7 milliards de dollars. Aucun calendrier européen précis n'a été communiqué dans cette annonce : la disponibilité pour les marchands français reste à confirmer.
Pourquoi un agent IA se fait bloquer par un tunnel de commande classique#
Un tunnel de commande a été conçu autour d'une hypothèse simple : derrière le navigateur, il y a une personne. Toute la chaîne de confiance repose là-dessus. Le 3D Secure attend une authentification forte du porteur, donc une action humaine sur une application bancaire. Les moteurs anti-fraude notent la vitesse de remplissage des champs, les mouvements de souris, la cohérence de l'empreinte navigateur, la réputation de l'adresse IP. Un agent qui remplit un formulaire en 200 millisecondes depuis une plage d'adresses de datacenter coche mécaniquement toutes les cases du comportement suspect.
Résultat pratique : la transaction est soit refusée par le PSP, soit envoyée vers un challenge 3DS que personne ne peut valider, soit acceptée puis contestée plus tard faute de preuve d'autorisation. C'est exactement le problème que l'infrastructure de Visa cherche à traiter, en fournissant un identifiant vérifiable pour l'agent et un jeton porteur d'un historique. Sans cette couche d'identité, le marchand n'a que deux options mauvaises : bloquer tout trafic automatisé et se priver d'un canal, ou l'ouvrir en aveugle et absorber la fraude. Dans notre pratique d'exploitation de boutiques en production, les règles anti-bot posées au niveau du CDN ou du pare-feu applicatif sont souvent plus restrictives que celles du PSP lui-même : c'est fréquemment là que la commande meurt, avant même d'atteindre la page de paiement.
La checklist paiement agent IA pour PrestaShop et Shopify#
La bonne nouvelle, c'est que la préparation ne demande pas de refonte. Elle demande un inventaire honnête de la chaîne de paiement et quelques arbitrages. Voici les points à contrôler, dans cet ordre.
- Interroger votre PSP par écrit. Demandez si sa plateforme prend en charge les transactions initiées par agent, sous quel indicateur elles remontent dans les rapports, et si l'Agentic Directory de Visa est intégré à sa feuille de route. La réponse écrite vous servira plus tard en cas de litige.
- Cartographier vos règles 3DS. Listez les cas où vous demandez une authentification forte, ceux où vous utilisez une exemption, et ceux où votre module PrestaShop ou votre passerelle Shopify force le challenge. Une transaction agentique tombera dans une logique de mandat : l'autorisation a été donnée en amont, pas au moment du paiement.
- Auditer les règles anti-fraude et anti-bot. Séparez ce qui vient du PSP, ce qui vient de votre outil de scoring et ce qui vient du CDN ou du WAF. Vérifiez notamment les blocages sur user-agent, sur adresses de datacenter et sur vitesse de soumission de formulaire.
- Vérifier la disponibilité machine de votre catalogue. Prix, stock, frais de port et délais doivent être lisibles sans exécution JavaScript lourde. Un agent qui ne peut pas lire un prix fiable ne finalise pas la commande. Les données structurées produit jouent ici un rôle direct.
- Mettre en place la journalisation des mandats. Pour chaque commande passée par un agent, conservez l'identifiant de l'agent, le périmètre du mandat, l'horodatage, le montant plafond et l'identifiant de jeton. Sans ce journal, aucune défense possible en cas de contestation.
- Rédiger vos CGV pour le cas agentique. Qui est le client contractuel, quel droit de rétractation s'applique, comment gérer un retour déclenché par une machine. Ces questions ne sont pas techniques mais elles bloquent la mise en production.
- Définir un mode dégradé. Si l'agent n'est pas identifiable, prévoyez un parcours qui transmet un lien de paiement à l'humain plutôt qu'un refus sec.
3DS, mandats et litiges : les trois arbitrages qui coûtent cher#
Le 3D Secure est le point de friction principal. Dans le cadre DSP2, l'authentification forte protège le commerçant en transférant la responsabilité en cas de fraude vers l'émetteur. Si une transaction agentique passe sans challenge, la question de savoir qui porte le risque devient centrale, et elle dépend du dispositif contractuel mis en place par le réseau et le PSP. Tant que ce point n'est pas écrit noir sur blanc dans votre contrat d'acceptation, considérez que le risque reste chez vous et calibrez vos plafonds en conséquence.
Vient ensuite la question du mandat. Un agent achète au nom d'un client, dans un périmètre défini : montant maximum, catégorie de produits, durée de validité. Ce mandat est une donnée que vous devez recevoir, stocker et pouvoir restituer. C'est la seule pièce qui vous permettra de démontrer, face à une contestation, que l'achat était autorisé. Dernier arbitrage, celui des litiges : un taux de contestation qui grimpe déclenche des programmes de surveillance côté réseau, avec pénalités à la clé. Un canal agentique mal encadré peut donc dégrader la santé de tout votre compte marchand, pas seulement d'une poignée de commandes. Nous recommandons d'ouvrir ce canal sur un périmètre restreint, avec un plafond bas, et de l'élargir seulement une fois les taux de refus et de contestation mesurés sur plusieurs semaines.
Ce que cela change concrètement sur une boutique PrestaShop ou un checkout Shopify#
Sur PrestaShop, l'essentiel du travail se situe dans le module de paiement et dans les hooks de validation de commande. Il faut pouvoir marquer une commande comme initiée par agent, stocker les métadonnées de mandat dans une table dédiée plutôt que dans un champ libre, et exposer ces informations dans le back-office pour le service client. La couche anti-bot mérite un traitement séparé : une liste d'agents autorisés au niveau du pare-feu applicatif est plus maintenable qu'une exception codée en dur dans le thème.
Sur Shopify, la marge de manœuvre sur le checkout est plus contrainte, ce qui déplace le travail vers les extensions de checkout, les métadonnées de commande et les règles configurées côté passerelle de paiement. L'avantage, c'est que la mise en conformité suit les évolutions de la plateforme. L'inconvénient, c'est que vous dépendez du calendrier de l'éditeur et de celui de votre PSP. Dans les deux cas, le chantier réaliste tient en trois lots : audit de la chaîne de paiement existante, adaptation du checkout et de la journalisation, puis mise en observation avec un tableau de bord des refus. C'est ce type d'audit paiement et de développement de checkout que nous menons chez Websource sur des boutiques en production, avec une règle simple : ne rien ouvrir tant que la traçabilité n'est pas en place.
Ce qu'il faut décider maintenant, sans attendre le calendrier officiel#
Aucune date de déploiement européenne n'est annoncée dans la communication relayée par EnterpriseAM, et les chiffres cités portent sur la région CEMEA. Il serait donc prématuré de lancer un chantier lourd. En revanche, trois décisions se prennent dès maintenant et ne coûtent quasiment rien : écrire à votre PSP, extraire la liste de vos règles de blocage, et vérifier que vos pages produit exposent un prix et une disponibilité lisibles par une machine.
Ces trois actions ont une utilité immédiate même si l'agentic commerce met deux ans à devenir un canal significatif. Des règles anti-bot mal calibrées bloquent déjà aujourd'hui des robots d'exploration légitimes et des outils de comparaison. Des données produit propres servent autant au référencement classique qu'aux réponses génératives. Et une journalisation sérieuse des autorisations de paiement est un actif défensif quel que soit le canal. Le pire scénario n'est pas d'arriver en retard sur les agents IA : c'est de découvrir, une fois le canal ouvert, que vous n'avez aucune trace exploitable pour contester une vague d'impayés.
Questions fréquentes#
Faut-il modifier ma boutique dès maintenant pour les paiements par agent IA ?#
Non, pas de chantier lourd. La communication de Visa relayée par EnterpriseAM ne précise aucun calendrier européen et les chiffres cités concernent la région CEMEA. Les actions utiles immédiatement sont l'interrogation écrite de votre PSP, l'inventaire de vos règles anti-fraude et anti-bot, et la vérification que vos prix et stocks sont lisibles par une machine.
Qui supporte la fraude si un agent IA passe une commande frauduleuse ?#
Cela dépend du dispositif contractuel entre le réseau, votre PSP et vous. Dans le cadre DSP2, l'authentification forte transfère normalement la responsabilité vers l'émetteur, mais le traitement d'une transaction agentique sans challenge reste à préciser dans votre contrat d'acceptation. Tant que ce point n'est pas écrit, considérez que le risque reste chez vous et fixez des plafonds bas.
Mon 3D Secure va-t-il refuser toutes les transactions initiées par un agent ?#
Le risque est réel si votre configuration force un challenge sur ces transactions : personne ne sera présent pour le valider. La logique agentique repose sur un mandat donné en amont plutôt que sur une authentification au moment du paiement. Il faut donc cartographier vos règles 3DS et vos exemptions avant d'ouvrir le canal.
Est-ce différent entre PrestaShop et Shopify ?#
Oui. Sur PrestaShop, vous intervenez directement dans le module de paiement, les hooks de validation et le stockage des métadonnées de mandat. Sur Shopify, le checkout est plus contraint : le travail passe par les extensions de checkout, les métadonnées de commande et la configuration côté passerelle, avec une dépendance au calendrier de l'éditeur.
Quel est le risque de ne rien faire pendant un an ?#
Le risque principal n'est pas de rater un canal, il est de découvrir des impayés incontestables faute de journalisation. Par ailleurs, des règles anti-bot mal calibrées bloquent déjà aujourd'hui des robots d'exploration et des comparateurs légitimes, ce qui pénalise votre visibilité indépendamment du sujet des agents.
Sources#
Article rédigé le 31/08/2026 par l'équipe Websource à partir des sources citées ci-dessus, puis relu avant publication. Une information vous semble inexacte ou datée ? Signalez-le nous, nous corrigeons.
