Le commerce agentique : quand l'agent achète à votre place, votre flux produit devient votre vitrine
L'agent, pas l'acheteur, découvre et finalise l'achat. Ce qui change, ce qu'exigent UCP et ACP, et ce qui vous rend visible en commerce agentique.
En un an, le commerce agentique est passé du simple concept à un véritable canal d'acquisition à part entière. ChatGPT propose cette fonctionnalité depuis septembre 2025, Google a répondu en janvier 2026 avec son propre protocole. Pour une marque en 2026, la question n'est plus de savoir si ce canal existe, mais ce qu'il peut peut réellement voir de votre marque. Et dans le cas présent, on ne parle plus uniquement de votre site.
Résumé exécutif
- Le commerce agentique, c'est le moment où un agent découvre, compare et achète à votre place. Dans ce cadre, c'est votre flux produit structuré que l'agent consulte, plus vos pages.
- Deux protocoles aux postures opposées se partagent ce marché : l'ACP d'OpenAI (achat conversationnel dans ChatGPT) et l'UCP de Google (découverte et achat sur Search et Gemini). Les deux s'appuient sur la même fondation, le GTIN, et le même protocole d'échange, le MCP.
- Ce qui rend une marque visible n'est pas une fiche produit mieux présentée, mais des pages qui lèvent l'incertitude d'achat et une corroboration solide en dehors de votre site.
- La donnée structurée, faux levier côté éditorial, est ici la condition d'existence : sans GTIN, pas d'entrée dans le graphe d'achat ; sans flux exact, pas de transaction.
- A ce jour, c'est d'abord le terrain de l'e-commerce, pas de toutes les marques.
Sommaire
- D'abord : ce sujet vous concerne-t-il ?
- Ce qui change vraiment : l'agent lit votre flux, pas vos pages
- Deux protocoles, deux postures : UCP et ACP
- Lever l'incertitude d'achat pour gagner en visibilité
- Mettre votre flux à niveau
- Un déplacement de socle, pas (encore) une révolution
D'abord : ce sujet vous concerne-t-il ?
Avant de réorganiser quoi que ce soit, une question de cadrage : le commerce agentique vous concerne-t-il, et à quel niveau ?
La délégation d'achat a ses limites
La réponse honnête commence par une nuance que les discussions laissent de côté. Déléguer un achat à une IA se heurte à des limites bien connues. On confie volontiers à une IA des conseils d'achat, l'itinéraire le plus rapide, le vol le moins cher. Mais la confiance tombe dès que la décision touche au goût, à l'esthétique ou à l'enjeu personnel : on parle ici d'aversion à l'algorithme et de hiérarchie de délégation.
Le test Profound : la catégorie décide, pas l'intention
Les données de marché confirment cette prudence, et Profound l'a mesurée deux fois. D'abord en suivant environ 2 millions de prompts ChatGPT pendant neuf mois : 79 % n'ont jamais déclenché le carrousel Shopping, et à peine 6 % le déclenchent de façon fiable. Ensuite en analysant ce qui déclenche, sur 100,7 millions d'exécutions : la catégorie de produit l'emporte sur l'intention d'achat.
Un prompt portant sur des vêtements affiche l'interface Shopping dans 62 % des cas ; sur un logiciel, dans 0,1 % ; sur un service, un voyage ou un produit financier, quasiment jamais.
D'où une conséquence directe. Si votre activité porte sur du logiciel, des services, du voyage ou de la finance, ces données ne vous concernent pas, du moins pas ici. Votre visibilité dans les réponses des IA se joue ailleurs, du côté de la récupération et de la citation que je décris dans L'AI Search, c'est en réalité deux mécanismes très différents et Citations IA. La suite s'adresse à ceux dont les produits passent le test que résume Profound : le mot principal de la requête désigne-t-il quelque chose qu'on achèterait sur Amazon ?
Reste à corriger le mot lui-même. L'achat pleinement autonome, l'agent qui choisit et paie sans vous, reste surestimé. Le changement proche n'est pas là : il tient au commerce conversationnel, où l'IA comprime un parcours d'achat de quatorze clics en un ou deux.
Ce qui change vraiment : l'agent lit votre flux, pas vos pages
Économes, pas curieux : ce que l'agent lit vraiment
Quand l'agent prend l'achat en charge, il ne parcourt pas votre site comme le ferait un visiteur : il interroge votre flux produit (feed) et vos API. Chris Green l'a vérifié en testant le comportement réel des agents. Ils sont économes, pas curieux : ils exploitent ce qui leur est immédiatement lisible et n'explorent au-delà que si la tâche l'exige.
Le site cesse d'être une destination ; il devient une base de données que l'agent consulte. Une donnée que votre flux ne lui tend pas est une donnée qu'il n'ira pas chercher dans vos pages. On passe du clic à la donnée : ce que vous optimisiez pour une landing page, vous l'optimisez désormais pour l'intégrité d'un flux.
La preuve par l'intérieur : le graphe produit de ChatGPT
Ce n'est pas une projection. En analysant les données que ChatGPT transmet à son interface, Andrea Volpini a mis au jour une mécanique invisible à l'usage. Sous chaque conversation, le système maintient une structure d'entités reconnues, dont un graphe produit calqué sur les identifiants du catalogue Google Shopping.
Les fiches produit y sont rendues en interne, sans lien vers votre site. L'agent ne « lit » donc pas votre page : il puise dans une représentation structurée qu'il s'est constituée.
Suganthan Mohanadasan aboutit au même constat par une autre voie : l'inspection du trafic réseau de ses propres sessions. Les réponses d'achat de ChatGPT s'alimentent à des pipelines de sources dédiés, distincts de la recherche web générale, choisis selon le type de tâche.
Chez Google, la grille produit a déjà décroché du ranking
Le même découplage se voit déjà chez Google, sans le moindre agent. Sur les requêtes d'achat, les grilles produit (product grids) repoussent les liens bleus vers le bas de page. Le rang organique et la présence en grille évoluent indépendamment l'un de l'autre ; Kevin Indig l'analyse sur des milliers de requêtes. Une marque peut dominer l'un sans exister dans l'autre.
Ce qui décide de la grille, ce n'est ni le contenu de la page ni l'autorité de domaine. C'est la qualité du flux Merchant Center, et l'entité-marchand que Google reconstitue à partir d'identifiants stables : le GTIN, la marque. Sa formule est précise : le SEO classique optimisait des URL ; le commerce agentique s'optimise par les entités et les flux.
C'est le changement de socle, et il prolonge ce que vous connaissez. La récupération et la synthèse décrites dans L'AI Search, deux mécanismes restent vraies : l'agent va simplement plus loin, jusqu'à finaliser la transaction. Il puise dans votre flux ce qu'il puisait hier dans votre prose (le sujet de Grounding).
Deux protocoles, deux postures : UCP et ACP
Conclure la conversation, ou gouverner le parcours
Deux standards se partagent ce marché, et ils ne visent pas la même chose.
L'ACP (Agentic Commerce Protocol) d'OpenAI et Stripe, en service depuis septembre 2025 dans ChatGPT, optimise une seule chose : conclure l'achat sans quitter la conversation. Le marchand expose un flux produit et quelques endpoints de paiement. Quand l'acheteur valide, Stripe émet un Shared Payment Token éphémère qui autorise cette transaction-là, et elle seule.
L'UCP (Universal Commerce Protocol) de Google vise l'inverse : gouverner tout le parcours (découverte, comparaison, paiement, suivi) sur Google Search et Gemini. Annoncé en janvier 2026, il est co-développé avec Shopify et une coalition de distributeurs (Etsy, Target, Walmart, Wayfair).
Le marchand y déclare ses capacités (finaliser une commande, appliquer une remise, gérer un retour) et reste vendeur de référence. Le paiement s'adosse à l'AP2, un protocole où chaque autorisation porte une preuve cryptographique du consentement. Vous fixez à l'agent des garde-fous explicites (marques, produits, plafond de dépense) qu'il ne peut pas franchir.
Walled garden ou distribué : l'arbitrage stratégique
La vraie décision pour une marque n'est pas technique, elle est stratégique. L'ACP fonctionne comme un walled garden (jardin clos) : vous accédez à l'audience massive de ChatGPT, mais vous y devenez un fournisseur. OpenAI prélève 4 % sur chaque achat finalisé, et vous perdez l'e-mail, le remarketing, une part de la relation client qu'Indig chiffre à 15-20 % de la valeur vie.
L'UCP est distribué : vous restez le marchand de référence et gardez la relation, mais la concurrence se resserre. Un emplacement parmi trois, sans marge d'erreur sur la donnée produit. La portée d'un côté, la relation de l'autre.
Un standard en mouvement, une carte incomplète
Deux nuances empêchent de figer ce tableau. D'abord, les choses bougent, des deux côtés. L'ACP s'ouvre au-delà d'OpenAI : PayPal l'a adopté dès octobre 2025, pendant qu'OpenAI lui-même semble déplacer le checkout des fiches produit vers les apps de marchands dans ChatGPT.
L'UCP s'est étendu depuis son annonce : capacités panier et catalogue en mars 2026, panier universel multi-enseignes et extension à YouTube annoncés en mai. L'ouverture au Canada et à l'Australie est engagée, le Royaume-Uni suivra. Vous n'optimisez pas pour une interface figée, mais pour deux standards encore en mouvement.
Ensuite, ces deux protocoles ouverts ne couvrent pas toute la carte : le plus grand marchand en ligne va dans le sens inverse. Amazon défend son contrôle de la découverte et a obtenu en mars 2026 une injonction bloquant l'agent d'achat de Perplexity, accusé d'avoir accédé à ses comptes clients sans autorisation (Bloomberg). La cour d'appel a toutefois suspendu cette injonction dans l'attente de l'appel, plaidé en juin 2026 et toujours sans décision (Search Engine Journal). Le statut juridique même de l'achat par agent reste, à ce jour, ouvert.
Une même fondation : le GTIN, puis le MCP
Avant de surinvestir, une mise en perspective : l'UCP n'invente pas un monde technique nouveau. Ses prérequis (flux propre, stock exact, images, conditions de livraison et de retour) sont ceux que le Merchant Center réclame depuis des années. Le changement de nom a fait passer ce chantier d'« optionnel » à « priorité de direction » ; le travail, lui, était déjà le bon.
D'où la stratégie qu'Andrea Volpini résume en trois mots : build once, run everywhere (construire une fois, servir partout). Plutôt que de choisir, vous expédiez un seul flux produit compatible avec les deux protocoles. Et sous les deux, une même fondation : le GTIN, l'identifiant GS1. GS1 fournit les noms stables des produits ; les protocoles ajoutent les verbes : négocier, autoriser le paiement, finaliser.
Utilisez des identifiants maison (SKU-123) et vous restez invisible au graphe global. Cette grammaire commune ne s'arrête pas là : UCP comme ACP s'appuient désormais sur le même protocole d'échange entre l'agent et le marchand, le MCP. Celui-là même qui, porté jusque dans le navigateur, ouvre la couche suivante.
L'interface d'action : WebMCP
Les protocoles règlent la transaction ; reste la question de l'action. Comment un agent fait-il quelque chose sur votre site (chercher une référence, l'ajouter au panier, lancer le paiement) sans le parcourir à l'aveugle ? La réponse, c'est le MCP porté cette fois dans le navigateur : le WebMCP (Web Model Context Protocol).
Si l'on reprend l'image d'Andrea Volpini, ACP et UCP sont le portefeuille (la transaction, côté serveur) ; le WebMCP est la main (l'action, dans la page). Concrètement, votre site déclare ses fonctions comme des outils appelables, et l'agent les utilise directement au lieu de deviner quel bouton cliquer. Deux façons de le faire : annoter vos formulaires HTML existants (voie déclarative), ou enregistrer des outils en JavaScript.
Et c'est un standard navigateur, pas une fonctionnalité de Gemini, un point souvent mal compris : Gemini, Claude ou GPT s'en servent de la même manière. Le WebMCP est incubé au W3C par Google et Microsoft, le même mode d'alignement que pour Schema.org en 2011. Depuis juin 2026, il se teste en conditions réelles dans Chrome 149, via un essai ouvert aux sites volontaires (origin trial) : le calendrier concret a commencé.
Le parallèle avec Schema.org n'est pas qu'anecdotique, il éclaire l'enjeu. Si Schema.org a donné au web ses noms (ceci est un produit, cela un événement), le WebMCP lui donne ses verbes : les actions qu'on peut exécuter.
Lever l'incertitude d'achat pour gagner en visibilité
Les pages citées lèvent l'incertitude, pas la fiche produit
On pourrait croire qu'être choisi par l'agent récompense la meilleure fiche produit. C'est l'inverse.
En analysant ce que l'AI Search cite sur cinq verticales du e-commerce, Aleyda Solís observe que les pages citées ne sont pas les fiches produit. Ce sont les contenus qui lèvent l'incertitude d'achat : comparatifs, guides « le meilleur X pour Y », tests, avis. L'agent, comme l'acheteur prudent, cherche de quoi se rassurer avant de trancher.
Un chiffre cerne l'enjeu : les marques leaders captent moins de 15 % des citations liées à leur propre nom ; le reste va à des sources tierces. (Étude américaine sur 25 sites, avec un outil qui donne des ordres de grandeur : à lire comme une tendance.)
Confirmation externe, seuil interne
Aleyda résume la mécanique d'une formule juste : c'est un problème de confirmation externe posée sur un seuil de qualité interne. Externe, parce que l'agent vous retient s'il vous retrouve ailleurs : tests indépendants, places de marché, contenus éditoriaux. Interne, parce que cette validation ne compte que si vos propres données sont exactes.
L'agent recoupe ce que vous affirmez avec la réalité (prix, stock, caractéristiques), et la moindre incohérence vous écarte. Aucune notoriété ne rachète un flux faux ; aucun flux parfait ne suffit si personne ne vous cite.
Et une donnée invisible ne vous protège pas davantage qu'une donnée fausse. Suganthan Mohanadasan en a capté un cas éloquent dans le trafic réseau de ChatGPT : quand le prix d'un produit est enfermé dans du JavaScript que l'agent ne sait pas lire, celui-ci ne renonce pas. Il va chercher le prix chez un tiers, G2 en l'occurrence.
Vous n'êtes pas écarté : vous êtes décrit par une source que vous ne contrôlez pas, avec un prix potentiellement périmé. Le rendu JavaScript, déjà un angle mort pour la citation (Ce que l'IA ne voit pas : le piège du JavaScript), devient ici un risque commercial direct.
Le schema : faux levier éditorial, mécanique du commerce
Un mot sur les données structurées (schema), parce qu'elles sont source de confusion. Sur un contenu éditorial, le balisage n'est pas le levier de visibilité qu'on imagine dans les moteurs de réponse. Je l'expliquais dans Les facteurs de citation par les IA : baliser un article ne le fait pas citer davantage. Le commerce est l'exception à cette règle.
Ici, la donnée structurée ne permet pas juste un gain de visibilité : c'est la condition d'existence. Sans GTIN, pas d'entrée dans le graphe d'achat ; sans flux exact, pas de transaction possible. Le même balisage joue deux rôles opposés : tentative de persuasion côté éditorial, où il ne change rien ; mécanique indispensable côté commerce, où rien ne se passe sans lui.
Vérifier, finaliser, négocier : les trois couches à exposer
Concrètement, que faut-il exposer pour qu'un agent agisse ? Andrea Volpini le découpe en trois couches, et c'est là que le travail devient tangible.
D'abord, vérifier : ancrer vos affirmations à du contrôlable. L'agent ne croit pas un adjectif, il vérifie une donnée : « éco-responsable » ne lui dit rien, un identifiant de certification, si. Un taux de retour renseigné devient un signal de risque qu'il sait lire ; un poids d'expédition, un coût qu'il sait calculer. La règle de cette couche : remplacer les mots de persuasion par des faits opposables.
Ensuite, finaliser : donner à l'agent de quoi acheter sans se tromper. Il lui faut des références explicites en donnée : un drapeau qui autorise ou bloque le passage à l'achat, un plafond de prix qu'il ne franchira pas. Et des identifiants distincts quand un même produit se vend à des tarifs différents en ligne et en magasin, pour qu'il prenne la bonne version au bon prix. Sans ces références, il ne conclut pas.
Enfin, négocier : exposer du comportement, pas seulement de la donnée. La dernière couche dit à l'agent quoi faire dans les cas ambigus : jusqu'où consentir une remise, comment rerouter une rupture vers un substitut pertinent. Et surtout quelles réponses servir aux questions d'achat : tailles, compatibilités, conditions de retour. Ces réponses structurées sont décisives, et pour une raison précise.
Elles sont la forme donnée de ce qu'Aleyda observait en contenu. Le comparatif qui rassure l'acheteur et le champ structuré qui répond à la même question font le même travail, sur deux plans : l'un convainc un humain, l'autre renseigne un agent. Le contenu qui lève l'incertitude doit donc aussi exister en donnée exploitable. Et la question, à ce stade, n'est même plus uniquement technique : qui, chez vous, tient ces réponses à jour ?
Une place ne se tient pas : la sélection se rejoue
Un dernier trait mesure ce qu'« être choisi » veut dire ici, et combien il diffère d'un classement. En parcourant l'intérieur du carrousel Shopping de ChatGPT, Profound observe qu'une place ne se tient pas. Sur des milliers de prompts relancés plusieurs fois en mars 2026, environ 95 % des produits apparaissent dans moins de 30 % des exécutions du même prompt.
Rien à voir avec une position organique qu'on conquiert puis qu'on défend : la sélection se rejoue à chaque exécution. Les marques qui reviennent de façon fiable sont celles dont la donnée produit survit au tri du modèle à chaque passage.
Même logique côté routage de l'achat. Sur 22,5 millions de liens d'achat mesurés en dix jours, une poignée de distributeurs concentre l'essentiel. Non parce que leurs produits sont meilleurs : parce que leur couverture catalogue les met devant le modèle plus régulièrement que les autres.
Le chantier n'est donc pas d'écrire plus de fiches produit. Il tient en trois fronts : franchir le seuil de qualité sur vos données, mériter d'être cité là où l'agent regarde, et exposer en donnée structurée ce qu'il doit vérifier, finaliser et négocier.
Mettre votre flux à niveau
Le flux : ce que c'est, comment il transige
Concrètement, ce flux, c'est quoi ? Pas vos pages : un fichier de données produit structuré, ancré sur le GTIN, tenu à jour et exposé à l'agent. C'est l'objet qui alimente déjà Google Shopping, étendu à de nouveaux usages. Côté Google, il s'utilise dans le Merchant Center ; côté OpenAI, il prend la forme d'un point d'accès que l'agent interroge.
L'enjeu n'est pas de le publier une fois, mais de le maintenir. Les canaux acceptent des mises à jour quotidiennes au minimum, et jusqu'à plusieurs fois par heure si vos prix ou vos stocks bougent vite. Votre site reste la vitrine humaine ; le flux devient la vitrine de l'IA.
Comment ça marche, une fois en place ? L'agent interroge votre flux pour trouver la bonne référence, construit un panier en appelant votre API de checkout, puis règle avec un jeton de paiement à usage unique. Un jeton restreint à un marchand, un montant, une durée de quelques minutes. À aucun moment l'agent ne voit les coordonnées bancaires.
Et surtout, vous restez le marchand de référence : l'agent n'est que le messager. L'encaissement, la fraude, les retours, les litiges restent chez vous et votre prestataire de paiement, comme aujourd'hui. Ce n'est pas votre boutique qu'on remplace, c'est un canal qu'on y branche.
La mise en place, selon votre point de départ
Trois cas de figure :
- Sur une plateforme connectée (Shopify, Etsy ou une autre), l'essentiel est pris en charge. Shopify permet par exemple de configurer une fois, puis de diffuser le catalogue vers ChatGPT, Perplexity ou Copilot.
- Côté UCP, le point d'entrée reste le Merchant Center : un compte actif, des produits éligibles, et l'attribut
native_commercequi marque chaque produit prêt pour l'achat agentique. Un drapeau par produit, jamais un réglage global, peuplé par votre intégration plutôt qu'à la main. - Côté ACP, sur un stack maison, c'est un vrai projet de développement : un point d'accès de flux, une API de checkout en cinq points, un paiement délégué via le jeton Stripe. Le tout soumis à des tests de conformité avant ouverture.
Le bon réflexe dans tous les cas : exposer un seul flux pour les deux canaux. Ne supporter qu'un protocole, c'est se couper d'environ la moitié du marché adressable.
L'entretien : la cohérence est une condition d'entrée
Reste l'entretien, et c'est là que se joue l'essentiel. Un acheteur humain pardonne un prix qui ne colle pas entre votre page et votre flux, ou une politique de retour manquante ; un agent, non. La cohérence des données n'est pas une bonne pratique, c'est une condition d'entrée : la moindre incohérence vous écarte, et elle touche vos clients les plus importants, ceux qui avaient déjà décidé d'acheter.
Deux tâches permanentes en découlent : synchroniser le flux sur votre inventaire réel, et le faire valider, les canaux imposant leurs propres contrôles de conformité avant de vous laisser entrer.
Comment s'y mettre sans tout casser ? Par paliers, jamais d'un bloc : tous vos produits ne sont pas prêts pour l'achat agentique, et basculer le catalogue entier d'un coup est la mauvaise manœuvre. On hiérarchise : d'abord les champs critiques et de conformité, sans lesquels rien ne passe ; ensuite ceux qui nourrissent la croissance, en commençant par les références à plus fort volume.
Et il faut un responsable, parce que la vraie question, derrière la technique, est organisationnelle : qui détient ce flux, le synchronise, surveille sa fraîcheur ? La difficulté, Chris Green la pointe : ce flux traverse des équipes qui ne se parlent pas.
- L'ingénierie tient les API.
- Le commerce tient les prix et les stocks.
- Le juridique tient les conditions de retour.
Personne n'en est propriétaire par défaut. Le métier qui émerge n'est pas un rédacteur de plus, c'est un ingénieur de la donnée produit : tenir le flux à jour devient une fonction à part entière.
Un déplacement de socle, pas (encore) une révolution
Reprenons de la hauteur. Le commerce agentique ne bouleverse pas les règles du commerce en ligne ; il en déplace le socle. Ce que l'agent lit, ce qu'il faut corriger, n'est plus la page que vous montriez à un visiteur, mais la donnée que vous exposez à une IA.
Les fondamentaux ne bougent pas pour autant : être trouvable, être exact, être corroboré. Ils s'expriment simplement ailleurs, désormais sur trois plans : la donnée de votre flux, le protocole par lequel l'agent transige, l'interface par laquelle il agira demain.
La posture raisonnable est donc de prendre du recul. L'usage concret du commerce agentique reste rare et limité à quelques catégories ; rien n'oblige à tout réorganiser autour de l'agent dès aujourd'hui. Mais le chantier qui vous y prépare (un flux propre, des identifiants stables, des données qui tiennent) est exactement celui qui sert déjà votre visibilité dans les moteurs de réponse. Vous ne pariez pas sur l'agent : vous faites le bon travail, qui se trouve être aussi celui que l'agent réclamera.
Reste un point qui distingue ce front de tous les autres : il se mesure. Être cité dans une réponse conversationnelle est insaisissable : la conversion existe, mais l'attribution vous échappe. Et l'agent aggrave ce flou en amont, la comparaison se jouant désormais avant votre site, hors de votre vue. Chris Green en tire un paradoxe qui déroute les tableaux de bord : une marque peut perdre en visibilité sans rien perdre en demande.
L'achat agentique, lui, laisse une trace. Comme le souligne Jason Barnard, chaque interaction de l'agent (consultation du catalogue, négociation, mandat, paiement) est un événement traçable ; chaque couche de protocole est aussi une couche de mesure. C'est le sujet que je creuse dans Visibilité IA : ce que les outils mesurent vraiment, et l'agentique y est, pour une fois, une bonne nouvelle.
Le socle se déplace ; le commerce, lui, ne change pas de nature. L'occasion, surtout, de vérifier que vos données sont solides.