Shopify laisse les agents IA cliquer sur Acheter. Le marchand encaisse toujours le litige.

Le 28 septembre 2026, Shopify a ajouté la prise en charge du paiement à ses outils WebMCP. Jusque-là, les agents fonctionnant dans le navigateur pouvaient explorer un catalogue et gérer un panier, ce qui leur permettait de conduire un acheteur jusqu'au seuil de l'achat, puis ils devaient s'arrêter. Les nouveaux outils achèvent le travail. Un agent peut lire le paiement en cours, modifier les détails de livraison ou de retrait, appliquer des codes de réduction et soumettre la commande.

La description que Shopify donne de ce travail est d'une banalité rafraîchissante. Les agents opérant dans le navigateur de l'acheteur devraient utiliser les outils structurés de la vitrine et du tunnel de paiement plutôt que de naviguer dans du HTML conçu pour des humains. C'est une véritable amélioration. Le scraping d'écran casse dès qu'un commerçant déploie un changement de design, alors que les outils structurés, non. Gil Greenberg, chef de produit chez Shopify travaillant sur le commerce agentique, a publié un message sur ce changement sur X, et TechCrunch a couvert le déploiement.

Les détails mécaniques sont stricts d'une manière qui compte. Les agents ne peuvent pas modifier les articles d'une commande ni saisir de nouvelles données de carte. Ils peuvent sélectionner une carte enregistrée via Shop Pay si l'acheteur l'a autorisé, et tout autre moyen de paiement reste à la charge de l'acheteur sur la page. Une signature Web Bot Auth est attendue sur les requêtes, faute de quoi la détection de bots dépriorisera ou bloquera l'appel. Le tunnel de paiement standard en trois pages ne bénéficie d'aucun outil, sauf si l'acheteur règle via Shop Pay. Le B2B, le paiement intégré, les SDK de paiement mobile, les paniers multi-boutiques, les commandes en brouillon et les flux de recouvrement de paiement sont exclus. Le déploiement est actuellement limité aux navigateurs basés sur Chromium.

Le consentement de l'acheteur est inscrit dans la spécification plutôt que laissé à l'appréciation de l'agent. Avant d'appeler complete_checkout, l'agent doit afficher la commande en cours et son total, et obtenir l'autorisation de la passer. Si le total change pendant la session, cette autorisation doit être renouvelée. Une approbation Shop Pay ou une signature Web Bot Auth ne compte pas comme un consentement. Lorsqu'un défi de paiement tel que 3D Secure apparaît, ou qu'une étape de vérification supplémentaire bloque le flux, le contrôle revient à la personne présente sur la page, et la documentation demande aux agents de ne pas tenter de contourner cette reprise en main à l'aide d'autres contrôles de la page.

La phrase qu'il faut lire deux fois

Le cadrage de Shopify, c'est l'efficacité, et sur la question de l'efficacité, l'entreprise est sur un terrain solide. Les API structurées surpassent le scraping visuel. Il existe aussi un test interne utile à connaître, dans lequel Shopify a comparé WebMCP à l'automatisation de navigateur traditionnelle en utilisant GPT-4o sur dix tâches de paiement dans deux boutiques de test. Cette comparaison existe parce que l'entreprise savait que l'objection évidente allait venir.

La question ouverte arrive après que la commande a été passée. La Delegated Payment Spec d'OpenAI, qui fait partie de l'Agentic Commerce Protocol co-développé avec Stripe, énonce la position dans ses points clés : OpenAI n'est pas le marchand enregistré (merchant of record), et le règlement, les remboursements, les rétrofacturations et la conformité restent à la charge du marchand et de son prestataire de services de paiement. La même spécification avertit que l'intégration directe implique de traiter des données de titulaires de carte et peut affecter le périmètre PCI.

Voilà tout l'arrangement en deux phrases. La plateforme d'agents négocie l'intention. Le marchand porte le risque.

Rien de tout cela n'est caché. La documentation de Shopify dit clairement que le marchand reste le marchand enregistré, et les propriétaires de boutiques reconnaîtront dans cette phrase la réalité par défaut de la gestion d'un magasin. Ce qui a changé, c'est le volume et la nature des transactions que cette phrase couvre désormais. Un agent qui fait ses achats pour le compte d'un client peut finaliser un achat que le client n'a jamais vraiment examiné, et lorsque cet achat devient un litige, le marchand doit encore le gagner.

Pourquoi la défense contre les rétrofacturations devient plus difficile

Gagner un litige, c'est généralement raconter une histoire. Cette adresse IP, cette empreinte d'appareil, ce parcours de navigation, ce clic, cette page de confirmation. Les éditeurs d'outils d'automatisation des litiges commencent à faire remarquer que la majeure partie de cette histoire n'existe pas sous la même forme lorsqu'un agent a effectué l'achat. L'empreinte d'appareil appartient à un environnement d'exécution d'agent plutôt qu'à un appareil de consommateur. Le parcours de navigation se résume à trois appels d'API au lieu d'une session de navigation. Le client n'a peut-être jamais vu la fiche produit.

Chargeflow a avancé cet argument, et il convient de le traiter comme une affirmation d'éditeur émanant d'une entreprise ayant un intérêt commercial dans les outils de gestion des litiges. Le mécanisme sous-jacent, lui, ne prête pas à controverse. Les preuves de rétrofacturation se sont toujours appuyées sur des signaux qu'un achat négocié par une machine ne produit pas de la même manière.

Un second problème existe, que la réglementation n'a pas encore rattrapé. Un client qui a demandé à un agent d'acheter quelque chose de peu coûteux et qui a reçu quelque chose de cher a bien autorisé l'agent. Savoir s'il a autorisé cette transaction précise est une autre question, et les règles fédérales américaines bâties autour de la Regulation E supposent une réponse binaire. Aucun cadre établi ne couvre le milieu de cette fourchette.

Les réseaux de cartes avancent chacun dans leur couloir. Mastercard signale les transactions initiées par un agent au niveau du réseau et applique un modèle de consentement fondé sur des règles, où le porteur de carte définit des plafonds par transaction, des plafonds mensuels, des catégories de marchands autorisées et une fenêtre d'expiration, les tentatives hors règles échouant avant d'atteindre le marchand. Les Core Rules de Visa ont ajouté en avril 2026 une formulation explicite sur les transactions agentiques, exigeant une vérification d'identité dans le cadre de ses spécifications Intelligent Commerce. EMVCo a mis en place un groupe de travail chargé d'examiner comment ses spécifications mondiales doivent traiter les paiements agentiques.

Rien de tout cela ne fait baisser le taux de litiges d'un marchand. Les seuils VAMP de Visa et le programme de rétrofacturations excessives de Mastercard n'accordent aucune exemption parce qu'un robot a cliqué sur acheter.

Un émetteur a cédé

La bonne nouvelle, et elle est étroite, vient d'American Express. Le 14 avril 2026, Amex a annoncé son kit de développement Agentic Commerce Experiences en même temps qu'Amex Agent Purchase Protection, qu'elle décrit comme une couverture inédite dans le secteur, protégeant les porteurs de carte éligibles des frais causés par une erreur d'agent IA. Les conditions sont précises : l'agent doit être enregistré et doit transmettre à Amex l'intention d'achat authentifiée du client. Les partenaires de lancement incluent Adyen, Stripe, PayPal et Fiserv côté paiements, avec Delta, Expedia et Hilton comme marchands.

C'est un engagement réel à absorber une partie des pertes causées par les agents. Il est aussi circonscrit aux porteurs de cartes Amex, aux agents enregistrés, à l'intention authentifiée et aux cas éligibles. Visa et Mastercard ont publié des cadres et des indicateurs, pas une absorption des pertes.

Ce qu'un marchand devrait faire cette semaine

Deux actions valent la peine d'être entreprises dès maintenant, avant que le premier litige lié à un agent n'arrive.

Marquez les commandes initiées par un agent dans vos propres données de commande. Si votre plateforme expose un indicateur d'agent, stockez-le sur la commande. Sinon, déduisez-le du parcours de paiement et consignez cette déduction. Tout l'intérêt réside dans le fait de disposer d'une base de référence. Six mois de commandes marquées comme initiées par un agent vous diront si vos achats négociés par un agent se comportent différemment des autres, et c'est la chose la plus utile que vous puissiez apporter à une discussion sur un litige ou à une négociation avec un PSP.

Ensuite, lisez la documentation de votre prestataire de paiement sur le commerce agentique et trouvez le paragraphe qui désigne le marchand enregistré. Si votre prestataire n'en a pas publié, ce silence est aussi une réponse.

Le paiement agentique va devenir la norme, car l'alternative est un agent capable de faire ses courses mais pas d'acheter, et personne ne veut construire cela. Malgré toutes les invites de consentement, les confirmations d'acheteur et les couches de vérification, les spécifications publiées font porter le risque au marchand. Les marchands peuvent lire les spécifications eux-mêmes et décider si cet arrangement leur plaît, mais ils ne peuvent pas s'en sortir par la lecture.