En mars 2026 OpenAI a confirmé qu’ Instant Checkout basculait vers les Apps. L’ agentic commerce protocol (ACP) qui l’animait n’a pas disparu pour autant. Ce standard ouvert d’OpenAI et de Stripe définit toujours comment un agent ouvre un paiement, transmet un règlement et récupère une commande. Ce guide couvre le flux ACP, son modèle de sécurité et ses rivaux. Il montre quelles données produit votre service doit soutenir, en matière de rapidité comme de confidentialité.
L’agentic commerce protocol et ce qui a changé en 2026
Qu’est-ce que l’agentic commerce protocol (ACP) ?
L’ agentic commerce protocol est un standard ouvert et un modèle d’interaction qui permet aux acheteurs, aux agents IA et aux entreprises de conclure un achat. Il définit des flux de commerce programmatiques entre un agent et les systèmes du marchand. Un agent peut lire un catalogue, ouvrir un paiement et transmettre un règlement sans extraire le contenu d’une page web. La première spécification est sortie le 29 septembre 2025, en même temps qu’ Instant Checkout dans ChatGPT. Un développeur dispose d’une spécification de référence avec des fichiers OpenAPI et des schémas JSON. Le standard est publié sous licence Apache 2.0 et ses règles de sécurité et de confidentialité valent pour toute implémentation.
Qui maintient ACP et jusqu’où va son ouverture ?
Le fichier README de GitHub, qui fait office de référence communautaire, indique que la spécification est maintenue par OpenAI et Stripe. La documentation de Stripe, lue le 26 octobre 2026, décrit ACP comme un standard créé par Stripe, OpenAI et Meta. Le dépôt recense 28 contributeurs et des versions de spécification datées, de 2025-09-29 à 2026-04-17. Les règles de gouvernance et le journal des modifications sont publics. Toute entreprise ou plateforme IA peut implémenter le standard. Un développeur, un distributeur ou un partenaire de paiement peut lire la spécification, ouvrir les fichiers JSON et tester un appel d’API.
Ce qui a changé en 2026 : Instant Checkout bascule vers les Apps
Le 6 mars 2026 un porte-parole d’OpenAI a déclaré à Digital Commerce 360 qu’"Instant Checkout bascule vers les Apps, où les achats peuvent se dérouler plus naturellement". ACP n’animera plus les achats effectués directement depuis les fiches produit affichées dans les réponses de ChatGPT. OpenAI le décrit toujours comme l’infrastructure qui relie les utilisateurs aux marchands sur l’ensemble du parcours d’achat. Instant Checkout n’était ouvert qu’aux marchands américains. Notre guide du ChatGPT shopping couvre ce parcours côté acheteur. Un utilisateur en France ne pouvait pas acheter de cette façon. Au 26 octobre 2026, le dépôt ACP ne porte aucune étiquette de version et son dernier commit date du 18 juillet 2026.
Comment fonctionne l’agentic commerce protocol, étape par étape
Les cinq modules de la spécification
La documentation de Stripe recense cinq modules. Un développeur peut s’en servir comme référence de la spécification. Chacun couvre une partie de l’achat. Les schémas OpenAPI et JSON se trouvent dans le dossier de spécification 2026-04-17 :
- Paiement agentique : créer, mettre à jour et conclure une session de paiement, avec panier, options de livraison et règlement
- Panier et catalogue : parcourir les catalogues produit et gérer les paniers avant le paiement
- Paiement délégué : transmettre des jetons de paiement entre clients, agents et entreprises
- Authentification déléguée : autoriser un agent via OAuth 2.0 à agir pour le compte d’un client
- Commandes et webhooks : suivre la confirmation, l’expédition, la livraison et les remboursements
Du catalogue à la commande : le flux de paiement
Une transaction suit six étapes. L’agent lit le catalogue produit. Il crée une session de paiement auprès de l’API du marchand puis la met à jour avec les données de livraison et de taxes. Le prestataire de paiement émet ensuite un jeton via le paiement délégué. L’agent conclut la session et le marchand envoie des webhooks de commande pour la confirmation et l’expédition. Chaque transaction se termine par une confirmation dans les systèmes du marchand. L’API du marchand tourne sur le serveur du marchand. Le schéma montre qui porte chaque étape.
Lisez de haut en bas : l’agent demande et le marchand décide. Le protocole suppose que les données du catalogue, à la première étape, sont déjà exactes. À l’ère du commerce agentique, la spécification contrôle le format d’un message et non la véracité d’un prix. Si le prix ou le stock est faux, chaque étape suivante hérite de l’erreur.
Paiement délégué et jeton de paiement partagé
Dans le paiement délégué , le prestataire de paiement de l’acheteur émet un jeton de paiement partagé pour un seul achat. L’agent transmet ce jeton au marchand et ne voit jamais le numéro de carte. Le site officiel indique que les entreprises peuvent utiliser ACP avec n’importe quel prestataire de paiement compatible, Stripe ayant été le premier avec son Shared Payment Token. Le marchand garde la relation de traitement du règlement.
Sécurité et PCI : ce que le protocole couvre
ACP se présente comme sécurisé et conforme PCI. La tokenisation tient les identifiants de paiement à distance de l’agent et OAuth 2.0 borne ce qu’un agent peut faire pour un client. La prévention de la fraude et la politique de confidentialité restent chez le marchand et chez le prestataire de paiement. Une revue de conformité devrait couvrir chacune de ces notions avant le lancement. Un paiement sécurisé réclame un jeton, une autorisation bornée pour l’agent et une piste d’audit sur la commande. Le protocole vous donne les deux premiers.
Ce que le marchand conserve
Le marchand reste le marchand de référence. Vous gardez le prix, le stock, la logistique et les relations clients. Les règles de logistique restent les vôtres. Votre logique tarifaire reste chez vous. L’agent apporte l’intention d’achat. La vente se fait dans un nouveau canal mais le contrat reste le vôtre. Une promesse fausse faite par un agent est votre problème : les données que vous exposez doivent donc être justes.
ACP, UCP, AP2 et MCP : quel protocole couvre quelle couche
Quelle couche couvre chaque protocole ?
Le tableau compare six protocoles sur la couche, le propriétaire et l’activité de la spécification. Les chiffres proviennent des dépôts GitHub publics au 26 octobre 2026.
En clair, le tableau se lit simplement. L’ Agentic Commerce Protocol couvre le paiement et le règlement. L’ Universal Commerce Protocol (UCP) couvre tout le parcours, de la découverte à l’après-vente. L’Agent Payments Protocol (AP2) couvre l’autorisation de paiement. Le Model Context Protocol (MCP) n’est pas un standard de commerce. Il relie un modèle à des outils et à des données. Les étoiles mesurent l’attention et non l’usage.
UCP et l’Universal Cart de Google
Google a annoncé Universal Cart à I/O le 19 mai 2026. Le lancement se fait d’abord aux États-Unis, sur Search et dans l’application Gemini. Le paiement s’appuie sur l’ Universal Commerce Protocol. Google prévoit ensuite le Canada et l’Australie, puis le Royaume-Uni. Aucune date n’a été donnée pour la France. Parmi les distributeurs annoncés figurent Nike, Sephora, Target et Walmart. Pour une marque européenne, cela signifie qu’UCP est le protocole à surveiller sur les surfaces Google et sur Google Search. ACP est celui qui reste lié à ChatGPT. Les distributeurs qui vendent sur les deux ont besoin d’une vision d’entreprise des deux flux.
AP2, MCP et les protocoles d’agent à agent
Google annonce que l’ Agent Payments Protocol arrivera dans ses produits dans les mois qui viennent. Un grand modèle de langage (LLM) ne sait pas appeler votre catalogue seul. Un serveur MCP donne à un modèle génératif les connexions d’outils vers vos données, si bien que l’agent peut lancer une recherche produit ou vérifier une commande. Chaque connexion ajoute de l’usage que votre équipe surveille. Les protocoles d’agent à agent comme A2A permettent à deux agents de dialoguer. Notre guide de MCP et A2A pour l’AI search en entreprise explique cette couche. Notre article sur le commerce d’agent à agent montre comment elle opère dans un parcours de vente.
Adoption et activité des spécifications, en octobre 2026
Au 26 octobre 2026, UCP montre plus d’activité qu’ACP : un push le jour même contre le 18 juillet 2026 pour ACP. N’y lisez pas un vainqueur : les deux couvrent des surfaces différentes. McKinsey estime que le commerce agentique pourrait orchestrer de 900 à 1 000 milliards de dollars de chiffre d’affaires retail B2C américain d’ici 2030. Son estimation mondiale va de 3 000 à 5 000 milliards de dollars.
Ce que soutenir un protocole réclame de votre côté
Prestataire de paiement et éligibilité
ACP fonctionne avec n’importe quel prestataire de paiement compatible. Le prestataire doit savoir émettre un jeton de paiement délégué. Un client ne tape jamais de numéro de carte dans la conversation. Vérifiez ce point avant tout développement. Vérifiez aussi où chaque canal est ouvert : Universal Cart démarre aux États-Unis. Une marque française devrait confirmer la disponibilité surface par surface avant d’engager des ingénieurs.
Être référencé est une étape à part
Implémenter le standard ne référence pas vos produits. La FAQ officielle indique que chaque plateforme IA gère son propre processus de participation des entreprises. Les mécanismes de découverte qui permettront aux plateformes d’identifier les marchands ACP sont encore en construction. Un paiement conforme est nécessaire mais pas suffisant. La visibilité dans un assistant dépend aussi de la qualité des données produit que l’agent peut lire. Une bonne expérience client dans un assistant commence par un catalogue que les systèmes de commerce agentique savent analyser.
Quel protocole soutenir en premier
Choisissez en quatre temps et réexaminez-les chaque trimestre. Repérez les surfaces où vos clients posent déjà leurs questions : ChatGPT, Gemini ou un assistant de marque. Vérifiez quelles surfaces sont ouvertes sur vos marchés. Confirmez que votre prestataire de paiement soutient le flux correspondant. Auditez ensuite vos données produit. Cartographiez chaque système source et chaque règle tarifaire. Chaque outil qui touche à une fiche produit compte. Les trois premières réponses changent chaque trimestre. La quatrième, non. Une génération de réponse à partir d’un catalogue pauvre donne un résultat pauvre à l’utilisateur.
La place de Kleio : les données produit derrière chaque protocole
Un protocole ne transporte que les données que vous lui donnez
Environ 60 % des acheteurs ne savent pas ce qu’ils veulent au démarrage d’un achat complexe. Notre point de vue sur l’ agentic commerce explique pourquoi cela compte pour les ventes complexes. Un agent doit transformer ce besoin flou en une courte liste. Il n’y parvient que si les attributs, les prix, les stocks et les règles d’éligibilité sont complets et à jour. Dans la plupart des grandes entreprises, ces données vivent dans des dizaines de systèmes. Chaque conversation client que nous menons met au jour ces manques. L’intelligence artificielle ne les comble pas d’elle-même. C’est pourquoi nous résolvons le problème de la donnée en premier. Orpi est passé en production en trois mois sur 1 250 agences et 8 000 conseillers.
Comment le Knowledge Engine de Kleio expose un catalogue
Le Knowledge Engine de Kleio répartit un catalogue produit dans trois stores dédiés : produit, document et mémoire. Une couche séparée prend en charge la configuration et la gouvernance.
Nous exposons le catalogue à l’AI search via MCP et UCP. Le moteur atteint 99 % de précision sur les requêtes, avec des réponses en moins de trois secondes et sans hallucination. Les agents répondent aux requêtes complexes à partir des seules données validées. Ces mêmes données alimentent un assistant d’achat IA sur le site. C’est la couche qu’un protocole ne sait pas fournir.
Ce que Kleio fait et ne fait pas dans la pile des protocoles
ACP reste du côté du marchand et du paiement. Kleio n’est ni un prestataire de paiement ni un marchand de référence. Nous n’affirmons pas que Kleio implémente ACP. Nous travaillons en amont, sur la donnée et sur les agents qui s’en servent. Le déploiement prend 8 à 12 semaines du lancement à la production. La plateforme est conforme SOC 2 et à isolation par locataire, avec des ontologies pour sept industries. Notre travail d’intégration part de votre propre pile technique.
