- La réponse tient en trois conditions : une offre réservable en ligne, un stock fiable en temps réel, et un débit qui reste confirmé par un humain. Si l’une des trois manque, restez fermé et préparez d’abord vos données produit.
- Le paiement agentique désigne la transaction conclue par un agent IA au nom du client. Ce n’est pas le commerce agentique, qui couvre la découverte et la comparaison des produits.
- Google a intégré la réservation d’hôtel avec paiement à AI Mode le 27 août 2026, d’abord aux États-Unis et en anglais, avec 10 partenaires et un paiement par Google Pay. L’Espace économique européen n’est pas inclus.
- En France, Worldline, le Crédit Agricole et Mastercard ont annoncé une première transaction de paiement agentique en production, déclenchée uniquement après validation explicite du client.
- Chez IA Agency, nous traitons cette question comme un arbitrage commercial documenté, jamais comme un chantier technique lancé par défaut.
Un gérant d’hôtel regarde ses réservations directes stagner. Son offre n’a pas bougé, ses prix non plus, sa page de réservation fonctionne parfaitement. Le volume s’érode quand même, mois après mois.
En creusant, il découvre une chose désagréable : une partie de ses clients ne visite plus son site. Ils décrivent leur séjour à un assistant, comparent les chambres, vérifient les conditions d’annulation, choisissent, et paient sans jamais atterrir sur une de ses pages.
Le blocage n’est pas la visibilité. Il est plus profond : ce gérant ne sait même pas que la vente a eu lieu ailleurs. Aucune ligne dans ses statistiques, aucun parcours à analyser, juste une réservation qui arrive par un canal qu’il n’a pas choisi.
Le paiement agentique pose donc une question de gestion avant d’être une question technique : faut-il donner accès à son site à ces agents, à quelles conditions, et que refuser. Voici ce que recouvre exactement le paiement agentique, qui a déjà lancé quoi, ce qui est réellement disponible en France, ce qu’il faut exposer, ce qu’il faut garder fermé, et une grille en six questions pour trancher.
Qu'est-ce que le paiement agentique, et en quoi diffère-t-il du commerce agentique ?
Le paiement agentique désigne la conclusion d’une transaction par un agent IA agissant pour le compte d’un utilisateur : l’agent verrouille un panier, déclenche le paiement et reçoit la confirmation, sans que la personne quitte la conversation. Le commerce agentique est l’ensemble plus large qui l’englobe : la recherche, la comparaison et la recommandation de produits par un assistant. Le premier conclut, le second fait découvrir.
La distinction n’est pas académique, parce qu’elle conduit à deux chantiers différents. Être visible dans une réponse générée demande des données produit lisibles. Laisser un agent conclure demande une infrastructure transactionnelle, avec ses contrôles, ses journaux et sa responsabilité. La question que reçoit aujourd’hui une agence IA a d’ailleurs changé de nature : elle ne porte plus sur la visibilité dans les moteurs, elle porte sur ce qui se passe quand l’assistant paie.
| Notion | Ce que fait l’IA | Qui conclut la transaction | Ce que le site doit fournir |
|---|---|---|---|
| Commerce agentique | Cherche, compare et recommande des produits ou des services dans une réponse générée. | L’utilisateur, sur le site du marchand, par le parcours habituel. | Un flux produit lisible : prix, devise, disponibilité, conditions. |
| Paiement agentique | Verrouille un panier et déclenche le paiement au nom de l’utilisateur. | L’agent, après validation explicite de l’utilisateur. | Une API transactionnelle : recalcul serveur du prix, confirmation humaine, paiement tokenisé, journaux d’audit. |
| Assistant qui remplit un formulaire | Navigue sur les pages et saisit les champs à la place de l’utilisateur. | L’utilisateur, qui valide lui-même à l’écran. | Rien de spécifique, à condition que le parcours existant reste utilisable par une machine. |
Retenez la ligne du milieu. C’est la seule qui engage votre responsabilité de commerçant, votre marge et votre service client.
Comment se déroule concrètement un achat conclu par un agent IA ?
Un achat conclu par un agent IA suit une séquence stable, quel que soit le protocole employé. L’ordre porte le sens : chaque étape ferme une possibilité d’erreur laissée ouverte par la précédente.
- La recherche. L’utilisateur décrit son besoin à un assistant, qui interroge des catalogues et compare les offres disponibles.
- La constitution du panier. L’agent sélectionne un produit ou un créneau et crée un panier côté marchand, avec une durée de validité limitée.
- Le verrouillage de l’offre. Prix, disponibilité et conditions sont figés le temps de la décision, faute de quoi l’utilisateur valide une offre qui n’existe déjà plus.
- Le recalcul serveur. Le marchand recalcule le montant final, taxes et frais compris, depuis ses propres systèmes. Le prix annoncé par l’agent ne fait jamais foi.
- L’approbation de l’utilisateur. La personne confirme le montant et les conditions. Dans le cas français de Worldline, du Crédit Agricole et de Mastercard, la transaction n’est déclenchée qu’après cette validation explicite.
- Le paiement tokenisé. Un jeton dédié porte l’autorisation. Les Shared Payment Tokens de Stripe permettent à un agent d’initier un paiement autorisé sans accéder aux données de paiement sous-jacentes.
- La confirmation et la traçabilité. Le marchand renvoie une confirmation, et des identifiants spécifiques permettent de reconnaître une transaction agentique sur toute la chaîne de paiement.
Deux étapes portent l’essentiel du risque commercial : le recalcul serveur, qui protège votre marge, et l’approbation explicite, qui protège la relation. Un parcours qui saute l’une des deux fonctionne très bien en démonstration, et se paie ensuite en litiges.
Avant de parler d'API, nous mesurons deux choses sur le site du client, la durée de vie réelle d'un panier et la fraîcheur du stock affiché. Un catalogue dont la disponibilité se met à jour toutes les heures ne supporte pas un agent qui verrouille une offre en trois secondes, et l'écart se voit en remboursements, jamais dans les journaux techniques.
Qui a déjà lancé quoi, et sur quel périmètre ?
Quatre annonces structurent aujourd’hui le paiement agentique. Elles ne visent ni les mêmes pays, ni les mêmes marchands, ni le même moyen de paiement, et les confondre conduit à surestimer largement ce qui est réellement disponible.
| Acteur | Ce qui est lancé | Périmètre | Moyen de paiement |
|---|---|---|---|
| Réservation d’hôtel avec paiement intégré dans AI Mode, annoncée le 27 août 2026, avec 10 partenaires dont Booking.com, Expedia, Hilton, Marriott International et Trip.com. | États-Unis, en anglais. L’Espace économique européen n’est pas inclus dans ce lancement. | Google Pay, depuis la conversation. | |
| OpenAI et Stripe | Agentic Commerce Protocol, lancé avec Instant Checkout dans ChatGPT. | Vendeurs Etsy américains au départ, puis intégration progressive de marchands Shopify. | Shared Payment Tokens de Stripe. Le paiement va directement du client au marchand, pas via OpenAI. |
| Worldline, Crédit Agricole et Mastercard | Première transaction de paiement agentique réalisée en production en France : l’achat d’une place de festival auprès du site Weezevent. | France, cas en production, sur un parcours client complet. | Parcours défini avec AgentPay, flux traité de bout en bout sur l’infrastructure Worldline, en interaction avec le réseau Mastercard. |
| Mastercard | Agent Pay, reposant sur des Agentic Tokens dérivés de la tokenisation Mastercard. | Les agents doivent être enregistrés et vérifiés avant de payer au nom de l’utilisateur. | Tokenisation. Braintree et Checkout.com sont cités pour la renforcer côté marchands. |
Un point mérite d’être isolé, parce qu’il est régulièrement mal repris. Google annonce aussi le suivi des prix des vols dans plus de 180 pays et territoires. C’est du suivi de prix, pas une réservation aérienne payée de bout en bout : les deux ne sont pas équivalents et ne s’additionnent pas.
À lire également : Commerce agentique : vos fiches produits sont-elles encore visibles dans ChatGPT ?
Le paiement agentique est-il déjà disponible en France ?
Le paiement agentique n’est pas encore un canal ordinaire en France, mais il a cessé d’être une hypothèse. Worldline, le Crédit Agricole et Mastercard annoncent la première transaction de paiement agentique réalisée en production dans le pays : un client de la banque cherche un festival via un agent numérique en fixant son budget, le type d’événement et la localisation, l’agent propose une sélection, le client choisit et confirme, puis demande à l’agent d’initier l’achat auprès du site Weezevent, selon le parcours défini avec AgentPay. Le Crédit Agricole, banque émettrice, conserve un rôle central dans l’authentification et l’autorisation.
Côté grand public, le décalage avec les États-Unis est net. La réservation d’hôtel avec paiement intégré à Google AI Mode, annoncée le 27 août 2026, se déploie d’abord aux États-Unis et en anglais. L’Espace économique européen n’est pas inclus dans ce premier périmètre, et aucune date n’a été communiquée pour l’Europe ou la France : Google évoque une extension « dans les prochaines semaines », sans plus de précision. Un support est annoncé comme à venir pour Accor, Flying Blue, Hyatt, LATAM Airlines et Lufthansa Group.
Ce décalage est une fenêtre de préparation, pas une dispense. Structurer un catalogue lisible par une machine relève exactement du même travail de fond que le SEO IA : on prépare avant que le canal s’ouvre, parce qu’une infrastructure de données ne se rattrape pas en quelques semaines.
En clair : rien n’est branché aujourd’hui pour un marchand français grand public, et tout ce qui compte pour y être prêt se fait maintenant.
« Entre ce qui est annoncé aux États-Unis et ce qui est réellement branché en France, il y a un trimestre, parfois deux. Attendre le déploiement français pour commencer à structurer son catalogue, c'est choisir de démarrer avec ce retard, alors que le travail de préparation, lui, est déjà faisable aujourd'hui. »
Quels protocoles structurent le paiement agentique ?
Les protocoles du paiement agentique ne jouent pas tous le même rôle. Certains décrivent comment un agent achète, d’autres comment il se connecte à un outil, et deux d’entre eux sont surtout cités sans documentation marchand accessible. Le tableau ci-dessous distingue ce qui est vérifiable de ce qui ne l’est pas.
| Protocole | Porteur | Ce qu’il exige du marchand | État de déploiement en Europe |
|---|---|---|---|
| Agentic Commerce Protocol (ACP) | OpenAI et Stripe | Un flux produit exploitable et un point de paiement acceptant un jeton partagé. L’utilisateur conserve la confirmation finale. | Déploiement initial avec des vendeurs Etsy américains, puis des marchands Shopify. Aucune disponibilité générale française établie. |
| Agent Pay | Mastercard | Une tokenisation côté marchand, et des agents enregistrés et vérifiés avant de pouvoir payer au nom de l’utilisateur. | Mastercard communique en Europe sur un commerce agentique de confiance. En France, une première transaction en production a eu lieu avec Worldline et le Crédit Agricole. |
| MCP | Spécification ouverte de l’écosystème des outils IA | Un point d’accès exposant des données ou des actions à un assistant. Il ne traite aucun paiement. | Utilisable, mais hors du champ du paiement : il ne remplace ni l’authentification bancaire, ni l’autorisation. |
| AP2 | Non vérifié à la source : aucune spécification marchand publiquement documentée à ce jour. | Non vérifié à la source : aucun état de déploiement européen confirmé. | |
| Visa Intelligent Commerce | Visa | Non vérifié à la source : aucune exigence technique publiquement documentée à ce jour. | Non vérifié à la source. |
Deux lignes disent « non vérifié à la source », et c’est volontaire. Quand une spécification marchand n’est pas publique, aucune décision d’investissement ne devrait s’appuyer dessus. Un marchand qui doit choisir aujourd’hui travaille avec les deux premières lignes, pas avec les deux dernières.
Que faut-il exposer pour qu'un agent IA puisse simplement lire votre offre ?
Pour qu’un agent IA lise correctement votre offre, il lui faut des données stables, datées et complètes. Le balisage schema.org (Product, Offer, Reservation, availability) rend l’offre compréhensible, il ne rend pas l’achat possible : conclure une transaction suppose une API de checkout distincte. C’est une étape nécessaire, jamais suffisante.
Voici les éléments d’un flux produit réellement exploitable par une machine :
- Des identifiants stables, SKU et GTIN, qui ne changent pas au gré des refontes.
- Le prix, la devise, la TVA et les frais de livraison, chacun dans son propre champ plutôt que noyés dans un texte.
- Le stock réel, accompagné de sa date de dernière mise à jour : une disponibilité sans horodatage n’est pas une information exploitable.
- Les contraintes explicites : quantité minimale, zones livrées, délais.
- Pour un rendez-vous : service, lieu, durée, intervenant, créneaux et fuseau horaire.
- La politique d’annulation, écrite noir sur blanc et lisible sans interprétation.
Ce chantier recoupe largement celui du référencement dans les moteurs IA : les mêmes données propres servent à être compris dans une réponse générée et à être interrogé par un agent. La différence tient au niveau d’exigence. Un moteur qui se trompe sur un prix produit une réponse imprécise ; un agent qui se trompe sur un prix produit une commande à rembourser.
Commencez donc par les identifiants et le stock horodaté. Le reste se rattrape, ces deux-là non.
Pour en savoir plus : Navigateurs IA : votre site est-il encore utilisable quand un agent remplit vos formulaires ?
Que faut-il rendre accessible, et surtout que faut-il garder fermé, pour qu'un agent puisse conclure ?
Donner accès à son site à un agent IA n’est pas une décision binaire. C’est une répartition entre trois régimes : ce qui se lit librement, ce qui demande une authentification, et ce qui exige une confirmation humaine avant tout mouvement d’argent.
Ce qui peut être rendu accessible sans risque particulier :
- La lecture du catalogue : produits, prix, devise, conditions générales.
- La disponibilité et les créneaux, avec leur horodatage.
- La création d’un panier ou d’une pré-réservation non payante, avec une expiration courte.
- Les politiques d’annulation et de livraison, dans un format structuré.
Ce qui ne s’expose jamais sans authentification et confirmation humaine :
- Le débit, quel qu’en soit le montant.
- L’annulation ou la modification d’une commande déjà passée.
- Les données client et l’historique d’achat.
- Le plafond de dépense, qui se configure côté utilisateur et jamais côté agent.
Les contrôles attendus sur une API transactionnelle sont connus et se posent dès la conception : des portées distinctes entre la lecture du catalogue et le débit, des clés d’idempotence contre les doubles commandes, l’expiration des paniers, le recalcul serveur du prix, la confirmation humaine avant tout débit, un plafond configuré par l’utilisateur, la tokenisation du paiement et des journaux d’audit. Ce travail relève de la création de site internet IA autant que de votre partenaire de paiement, parce qu’il touche l’architecture du site avant de toucher la carte bancaire.
Posez la frontière avant d'écrire la moindre ligne de code, en séparant les droits de lecture des droits de débit dans deux jeux d'accès différents. Une fois qu'un même accès sait lire un catalogue et déclencher un paiement, plus aucun contrôle en aval ne rattrape la faute : vous ne pouvez que la surveiller. Cette séparation ne coûte presque rien au moment de la conception, et se paie très cher après.
Donner accès ou rester fermé : la grille de décision en six questions
La décision de laisser un agent IA conclure sur votre site se prend avec six questions, dans cet ordre. Chaque « non » vous arrête : inutile de passer à la suivante tant que la précédente n’est pas réglée.
- Mon offre est-elle réservable ou achetable en ligne aujourd’hui ? Si la vente passe par un appel ou un devis, le paiement agentique n’a rien à conclure.
- Mon stock est-il fiable en temps réel ? Un agent verrouille une offre en quelques secondes. Une disponibilité mise à jour à la journée produira des annulations, pas du chiffre d’affaires.
- Mon parcours supporte-t-il un recalcul serveur du prix ? Le montant final doit venir de vos systèmes, jamais de ce que l’agent a lu quelques minutes plus tôt.
- Mon partenaire de paiement gère-t-il des jetons agentiques ? La question se pose nommément : tokenisation dédiée, agents enregistrés et vérifiés, identifiants permettant de reconnaître une transaction agentique.
- Qui porte le litige en cas de contestation ? Dans le lancement hôtelier de Google, l’hôtel ou la plateforme partenaire reste le commerçant responsable et assure le service client. Vérifiez que la même clarté existe dans votre montage.
- Suis-je prêt à perdre une partie de la relation client ? C’est la seule question qui ne se règle pas techniquement, et c’est souvent celle qui tranche.
Un marchand qui répond oui aux six a intérêt à préparer son intégration maintenant. Un marchand qui bute sur la deuxième ou la troisième a un chantier de données à mener avant tout, et ce chantier sert de toute façon, agents ou pas.
« La vraie décision n'est pas technique, elle est commerciale. La question n'est pas de savoir si votre site sait dialoguer avec un agent, mais si vous acceptez que la relation avec votre client passe par un intermédiaire dont vous ne fixez ni les règles, ni les priorités d'affichage. »
Quels risques évaluer avant de laisser un agent conclure ?
Laisser un agent IA conclure une transaction déplace plusieurs risques d’un coup, et aucun n’est théorique. Les voici, du plus fréquent au plus lourd.
- La perte de visibilité sur la transaction. Vous encaissez sans connaître le parcours qui a mené à la vente : ni la comparaison, ni les critères, ni les offres écartées.
- Les faux positifs anti-bot. Une protection trop agressive bloque un vrai client arrivé par une adresse IP partagée, un navigateur sans interface ou sans cookies. Préférez une stratégie graduée : lecture publique autorisée, authentification pour le panier, confirmation humaine pour le paiement, et ralentir plutôt que bloquer.
- Le dépassement de mandat. Un agent qui commande hors des limites fixées par l’utilisateur crée une contestation dont la charge doit être écrite quelque part, avant l’incident.
- La conformité au cadre européen. L’authentification forte du client reste due. Un agent IA n’est pas, à lui seul, un facteur d’authentification forte, et un jeton technique ne suffit pas à la satisfaire.
Sur ce dernier point, le socle applicable est la DSP2, directive (UE) 2015/2366 du 25 novembre 2015. Son article 97 pose l’authentification forte, précisée par le règlement délégué (UE) 2018/389 du 27 novembre 2017 : au moins deux éléments de catégories différentes, parmi la connaissance, la possession et l’inhérence. Des exemptions existent, dont celle de faible montant, généralement jusqu’à 30 euros avec des limites cumulatives, mais aucune n’a été créée pour les agents.
À découvrir absolument : Données structurées et moteurs IA : pourquoi un contenu bien balisé peut rester invisible ?
Comment garder la confiance du client quand c'est son agent qui achète ?
La confiance, dans un achat conclu par un agent IA, ne se joue pas au moment du paiement mais après. Le client garde une exigence simple : savoir à qui s’adresser quand quelque chose ne va pas. Dans le lancement hôtelier de Google, la réponse est explicite, l’hôtel ou la plateforme partenaire reste le commerçant responsable et assure le service client. C’est le bon repère, et il vaut au-delà de ce cas précis.
Trois principes tiennent la relation. Le premier est la validation explicite : dans le cas français de Worldline, du Crédit Agricole et de Mastercard, la transaction n’est déclenchée qu’après confirmation du client. Le deuxième est la traçabilité, portée par des identifiants spécifiques qui rendent la transaction agentique reconnaissable sur toute la chaîne de paiement. Le troisième est la sobriété des données : un agent a besoin de votre catalogue, il n’a pas besoin de l’historique d’achat de vos clients.
Ces trois principes rejoignent ce que nous défendons dans notre charte IA éthique : ce qui engage un client doit rester compréhensible par lui. Un client qui ne comprend pas ce qu’il a validé ne conteste pas la technique, il quitte la marque.
Ne confondez pas le fichier robots.txt avec un contrôle d'accès. C'est une convention de crawl, ni un pare-feu ni un système d'autorisation, et il ne protège ni une API ni une opération de paiement. Les robots n'ont d'ailleurs pas la même fonction : OAI-SearchBot sert la recherche dans ChatGPT, GPTBot le crawl associé à l'entraînement, ChatGPT-User une récupération déclenchée par un utilisateur, PerplexityBot le crawl de Perplexity. Bloquer GPTBot ne revient donc pas à bloquer la recherche ChatGPT.
Quels bénéfices attendre, et à quelle échéance ?
Les bénéfices du paiement agentique se rangent en deux catégories, et elles n’arrivent pas au même moment. À court terme, le gain est défensif : rester présent dans un parcours d’achat qui se déplace vers la conversation, et ne pas découvrir la bascule par une baisse inexpliquée des réservations directes. À moyen terme, le gain devient offensif : une transaction conclue sans friction, sur un canal où peu de marchands sont branchés.
L’échéance, elle, se lit dans les faits disponibles plutôt que dans les prévisions. La réservation d’hôtel payée est aux États-Unis et en anglais depuis le 27 août 2026, l’Espace économique européen n’étant pas inclus. Une première transaction en production existe en France, avec Worldline, le Crédit Agricole et Mastercard. Le reste est annoncé, pas daté.
Le travail utile aujourd’hui n’est donc pas l’intégration, c’est la préparation des données produit. Elle sert dans les deux scénarios, celui où le canal s’ouvre vite et celui où il tarde.
Pourquoi confier cet arbitrage à IA Agency ?
Notre méthode tient en une règle : nous vérifions ce qui est réellement disponible avant de recommander quoi que ce soit. Elle se traduit par trois façons de travailler.
Nous partons des sources primaires, pas des reprises. Sur ce sujet, l’écart entre ce qui est annoncé et ce qui est branché se mesure en trimestres, et beaucoup de recommandations circulent en s’appuyant sur des spécifications qui ne sont pas publiques.
Nous séparons le chantier de données du chantier transactionnel. Le premier, celui que nous menons dans nos projets d’e-commerce IA, est utile dans tous les cas et se lance immédiatement. Le second attend une décision commerciale, un partenaire de paiement identifié et une répartition écrite des responsabilités.
Nous disons aussi quand la réponse est non. Pour une part importante des sites que nous accompagnons, la bonne décision aujourd’hui est de rester fermé au débit et parfaitement lisible en lecture. Le dire fait partie du conseil.
Par où commencer si vous hésitez encore ?
Le paiement agentique n’est pas un pari à prendre en bloc. C’est une série de conditions à vérifier, dont trois suffisent à trancher : une offre réservable en ligne, un stock fiable en temps réel, un débit qui reste confirmé par un humain. Tant que ces trois-là ne sont pas réunies, l’intégration n’a rien à conclure, et le chantier utile est celui des données produit.
Reprenez donc la grille en six questions dans l’ordre, et arrêtez-vous au premier « non ». Ce que vous corrigerez à cet endroit précis, identifiants stables, stock horodaté ou recalcul serveur, servira de toute façon à votre site, que les agents arrivent dans six mois ou dans deux ans.
Vous voulez savoir si votre catalogue est prêt à être lu par un agent, et où poser la frontière entre ce qui s’expose et ce qui reste fermé ? Demandez votre audit IA gratuit : une heure d’échange avec notre équipe d’audit et conseil IA suffit à qualifier votre situation et à hiérarchiser les corrections.
Obtenez votre devis personnalisé
Quelle différence y a-t-il entre les protocoles ACP et AP2 ?
L’Agentic Commerce Protocol est porté par OpenAI et Stripe, et il a été lancé avec Instant Checkout dans ChatGPT : le marchand expose son offre, l’utilisateur garde la confirmation finale, et le paiement passe par des Shared Payment Tokens. AP2 est attribué à Google, mais aucune spécification marchand ni aucun état de déploiement européen n’est publiquement documenté à ce jour. Les deux ne se comparent donc pas à armes égales.
Quels types d'achats confie-t-on aujourd'hui à un agent IA ?
Trois familles apparaissent dans les lancements vérifiables. La réservation d’hôtel avec paiement, intégrée à Google AI Mode le 27 août 2026 aux États-Unis. La billetterie d’événement, avec l’achat d’une place de festival auprès de Weezevent lors de la première transaction française de Worldline, du Crédit Agricole et de Mastercard. Les produits de détail, via Instant Checkout chez des vendeurs Etsy américains puis des marchands Shopify.
Quels secteurs sont concernés en premier par le paiement agentique ?
Le voyage arrive en tête : le lancement hôtelier de Google réunit 10 partenaires, dont Booking.com, Expedia, Hilton, Marriott International et Trip.com. L’événementiel suit, avec la billetterie du cas français. Le commerce de détail vient ensuite, par Etsy et Shopify. Le point commun de ces trois secteurs est un stock normalisé, un prix calculable en temps réel et des conditions d’annulation déjà écrites.
Le B2B est-il le premier terrain d'adoption du paiement agentique ?
Pas à ce jour : le B2B en réunit les conditions structurelles, sans en fournir encore la démonstration. Catalogues déjà normalisés, prix contractuels, circuits d’autorisation d’achat écrits et plafonds existants jouent en sa faveur. Mais les cas en production vérifiables sont grand public, réservation d’hôtel chez Google aux États-Unis et billetterie en France. Le B2B a donc la structure adaptée, pas encore la preuve d’usage.
Un paiement déclenché par un agent IA respecte-t-il l'authentification forte prévue par la DSP2 ?
Seulement si l’authentification forte est réalisée normalement. La DSP2, directive (UE) 2015/2366 du 25 novembre 2015, pose l’authentification forte à son article 97, précisée par le règlement délégué (UE) 2018/389 du 27 novembre 2017 : au moins deux éléments de catégories différentes, connaissance, possession ou inhérence. Un agent IA n’est pas, à lui seul, un facteur d’authentification forte, et un jeton technique ne suffit pas.
Qu'est-ce que la réforme DSP3 change pour le paiement agentique ?
Rien de spécifique à ce jour. La réforme DSP3 et le règlement sur les services de paiement font l’objet de propositions de la Commission européenne du 28 juin 2023. Ces textes ne créent pas d’exemption d’authentification forte dédiée aux agents IA. Un marchand qui prépare son parcours doit donc raisonner avec le cadre actuel, sans anticiper d’assouplissement.
Comment rendre son site repérable par un agent IA sans lui donner accès au paiement ?
En travaillant uniquement la couche de lecture. Le balisage schema.org, avec Product, Offer, Reservation et availability, rend l’offre compréhensible sans rendre l’achat possible : conclure suppose une API de checkout distincte, que vous n’exposez pas. Ajoutez des identifiants stables, un prix avec sa devise et un stock horodaté, et vous êtes lisible tout en restant fermé au débit.
Quelles solutions les acteurs du paiement proposent-ils aux marchands ?
Deux familles se distinguent. Stripe fournit des Shared Payment Tokens, qui permettent à un agent d’initier un paiement autorisé sans accéder aux données de paiement sous-jacentes. Mastercard propose Agent Pay, reposant sur des Agentic Tokens dérivés de sa tokenisation, avec des agents devant être enregistrés et vérifiés avant de payer. Braintree et Checkout.com sont cités pour renforcer la tokenisation côté marchands.
Quelle politique d'autorisation et de rétrofacturation mettre en place côté marchand ?
Écrivez d’abord qui reste le commerçant responsable : dans le lancement hôtelier de Google, c’est l’hôtel ou la plateforme partenaire, qui assure aussi le service client. Côté technique, prévoyez des portées distinctes entre lecture et débit, des clés d’idempotence contre les doubles commandes, l’expiration des paniers, le recalcul serveur du prix et des journaux d’audit. Sans ces journaux, une contestation ne se démontre pas.
Faut-il bloquer les robots d'IA dans son fichier robots.txt ?
Ce fichier ne joue pas ce rôle. Le robots.txt est une convention de crawl, ni un pare-feu ni un système d’autorisation, et il ne protège ni une API ni une opération de paiement. Les robots diffèrent d’ailleurs : OAI-SearchBot sert la recherche dans ChatGPT, GPTBot le crawl lié à l’entraînement, ChatGPT-User une récupération déclenchée par un utilisateur. Bloquer GPTBot ne bloque pas la recherche ChatGPT.
Un agent IA peut-il réserver un créneau sur un site de prise de rendez-vous ?
Techniquement oui, à condition d’exposer les bonnes données et une API dédiée. Pour un rendez-vous, il faut publier le service, le lieu, la durée, l’intervenant, les créneaux, le fuseau horaire et la politique d’annulation. Le balisage seul ne suffit pas : il rend l’offre compréhensible, il ne rend pas la réservation possible. Gardez la confirmation humaine sur toute étape payante.
Qui est responsable si un agent IA commande le mauvais produit ?
Cela dépend du montage, et c’est précisément ce qu’il faut écrire avant de démarrer. Dans le lancement hôtelier de Google, l’hôtel ou la plateforme partenaire reste le commerçant responsable et assure le service client. Dans le cas français de Worldline, du Crédit Agricole et de Mastercard, la transaction n’est déclenchée qu’après validation explicite du client, et la banque émettrice garde un rôle central dans l’authentification et l’autorisation.
Faut-il un serveur MCP pour vendre à un agent IA ?
Non. Le protocole MCP standardise la connexion entre un assistant et un outil externe, il ne traite aucun paiement et ne remplace ni l’authentification bancaire ni l’autorisation. Ce qui compte pour vendre à un agent est ailleurs : un flux produit exploitable avec identifiants stables et stock horodaté, puis une API de checkout avec recalcul serveur du prix et confirmation humaine avant tout débit.
Comment savoir si des agents IA visitent déjà votre site ?
Regardez vos journaux serveur, et distinguez les robots par leur fonction plutôt que par leur éditeur : OAI-SearchBot pour la recherche dans ChatGPT, GPTBot pour le crawl lié à l’entraînement, ChatGPT-User pour une récupération déclenchée par un utilisateur, PerplexityBot pour Perplexity. Vérifiez au passage vos blocages : une protection trop agressive écarte aussi de vrais clients, sans laisser de trace visible.
Article mis à jour le 1 septembre 2026.
Ressources et liens utiles
[2] “Google’s agentic hotel booking tool comes to AI Mode”, Skift, 27 août 2026
[3] “Un premier paiement agentique en France”, L’Informaticien
[4] “Building trusted agentic commerce in Europe”, Mastercard Europe
[5] “Règlement délégué (UE) 2018/389 complétant la directive (UE) 2015/2366 par des normes techniques de réglementation relatives à l’authentification forte du client”, EUR-Lex, 27 novembre 2017
[6] “Reservation”, Schema.org, documentation
Le catalogue décide avant le protocole
Identifiants stables, prix recalculé côté serveur, stock horodaté : l'instrumentation de votre boutique conditionne tout le reste.
Voir ce chantier →
