E-commerce
19 août 2026
Un glossaire de commerce agentique n’est pas une spécification. C’est une carte : quel mot désigne un rail d’achat, lequel un connecteur, lequel un jeton, lequel un chatbot. Ici : les termes dont un marchand a besoin pour lire une présentation 2026 sans confondre MCP et tunnel de paiement, mandat et cookie, vendeur de l’opération et session de mesure. Aucun chiffre d’affaires brut, aucune fenêtre de contexte en millions de tokens, aucune part de voix Ahrefs. Ce n’est pas mesuré ici, donc ce n’est pas écrit ici.
Google a lancé l’Universal Commerce Protocol (UCP) le 11 janvier 2026 comme standard ouvert du parcours d’achat, de la découverte à l’après-achat. Google y décrit le commerce agentique comme le moment où l’IA accomplit des tâches pour le compte des personnes. L’enseigne reste le vendeur de l’opération (merchant of record). L’UCP se dit compatible avec A2A, AP2 et MCP. Stripe documente l’Agentic Commerce Protocol (ACP) comme standard ouvert créé avec OpenAI et Meta : comment un agent interagit avec une entreprise pour conclure un achat pour le compte d’un acheteur. Cinq blocs : tunnel de paiement agent, catalogue et panier, paiement délégué, authentification déléguée, commandes et notifications HTTP. Deux définitions d’éditeurs. Pas un dictionnaire ISO.
L’idée de fond : qu’est-ce que le commerce agentique. Le calendrier 2026 : ce qui a été livré. Les totaux nationaux restent des parcours d’achat humains : statistiques e-commerce 2026.
Sommaire
Lire par couche, pas par mot à la mode
Lisez d’abord la couche, ensuite le mot. Un terme de protocole dit comment deux machines se parlent. Un terme de paiement dit qui a le droit de débiter. Un terme de catalogue dit ce qu’un analyseur peut comparer. Les mélanger, c’est signer un « MCP checkout » (tunnel de paiement MCP) qui n’existe pas.
Couche | Exemples de termes | Ce que le terme ne décide pas |
|---|---|---|
Idée | Commerce agentique, zero-click, commerce conversationnel | Quel prestataire de paiement, quel pare-feu applicatif, quel GTIN |
Rail d’achat | UCP, ACP, session de paiement, notifications de commande | Comment le LLM choisit un outil |
Paiement / mandat | AP2, delegate payment, SCA, 3-D Secure | Le classement de référencement de votre fiche produit |
Transport / outils | MCP, JSON-RPC, tool use, A2A | Qui est le vendeur de l’opération |
Données produit | GTIN, JSON-LD Product, flux, item_group_id | Le code motif d’un litige |
Les agents nommés (ChatGPT, Gemini, Copilot) sont des produits, pas des protocoles. Ils sont catalogués dans les agents d’achat IA. Un serveur MCP est un métier, pas un classement : les serveurs MCP e-commerce. Un produit peut parler ACP un jour et UCP le lendemain. Le mot dans l’interface d’administration n’est pas le contrat juridique, ni le flux, ni le pare-feu applicatif. Gardez les trois séparés quand vous lisez une fiche glossaire, et quand vous signez.
200+ ecommerçants accompagnés
L’idée : agentique, conversationnel, zero-click
Commerce agentique
Parcours où un logiciel fait, pour une personne, tout ou partie de la découverte, de l’évaluation et de l’achat. Google : l’IA accomplit des tâches pour le compte des personnes. Stripe / ACP : l’agent conclut un achat pour le compte d’un acheteur. La définition utile pour un marchand est plus étroite : comparaison et, avec mandat, paiement, sans afficher votre fiche produit.
Commerce conversationnel
Terme plus ancien (messagerie, chat de marque). Un Business Agent dans Search peut répondre au ton de l’enseigne sans jamais poser une commande. Ce n’est pas un rail. Google a lancé les deux le même 11 janvier 2026 : l’UCP (achat) et Business Agent (chat).
Zero-click commerce
Achat achevé sans que l’acheteur ouvre votre site. L’artefact côté marchand est souvent la commande et une notification HTTP, pas une session navigateur. Vous pouvez rester le vendeur de l’opération et quand même perdre l’e-mail et le tunnel de mesure.
Agent de recommandation et agent transactionnel
Le premier remet une liste restreinte à un humain. Le second soumet une commande contre un mandat. Confondre les deux, c’est traiter un chat comme un tunnel de paiement.
Agent IA (AI agent)
Système où un modèle choisit la prochaine action (outils, API, navigateur) au lieu de suivre un script figé. L’autonomie est un spectre. Un agent de production pause encore souvent avant un paiement. Humain dans la boucle : une porte humaine sur les actions irréversibles. Un agent autonome au sens marketing (« il achète tout seul ») n’est pas ce que SCA, 3-D Secure ou un prestataire de paiement exigent : c’est ce qu’une présentation vend.
Les rails : UCP, ACP, AP2, A2A, MCP
Plusieurs protocoles portent des morceaux différents de l’achat. Aucun n’a « gagné ». Le détail des axes est dans comment les protocoles diffèrent.
UCP (Universal Commerce Protocol) : standard ouvert Google, 11 janvier 2026, parcours d’achat (découverte, achat, après-achat). Co-développé avec Shopify, Etsy, Wayfair, Target, Walmart. Selon Google, il est compatible avec A2A, AP2 et MCP. L’enseigne reste le vendeur de l’opération.
ACP (Agentic Commerce Protocol) : standard ouvert Stripe, OpenAI et Meta. Tunnel de paiement agent (créer, mettre à jour, terminer une session), catalogue et panier, delegate payment, delegate authentication (OAuth 2.0), commandes et notifications HTTP. Stripe pointe une spécification OpenAPI datée 2026-04-17. OpenAI citée comme première plateforme d’agents ; Stripe comme premier prestataire de paiement compatible. Ce n’est pas le seul candidat.
AP2 (Agent Payments Protocol) : protocole de paiement Google (annoncé 2025), sous-couche. Mandats signés pour qu’un réseau puisse vérifier qu’une dépense agent a été autorisée. Pas un catalogue. Pas une vitrine.
A2A (Agent-to-Agent) : protocole de communication entre agents (HTTP, JSON-RPC, SSE, Agent Card). Ce n’est pas un tunnel de paiement. Google le liste comme compatible avec l’UCP.
MCP (Model Context Protocol) : comment un hôte LLM découvre outils, ressources, prompts. JSON-RPC 2.0. Pas un parcours d’achat. L’UCP et l’ACP peuvent s’y transporter ; cela n’en fait pas un rail commerce.
Le travail plateforme (catalogue, robots, paiement délégué) ne dépend pas du mot du moment : ce que les plateformes doivent changer.
Argent : mandats, jetons, vendeur de l’opération
Dès que personne n’est à la caisse, il faut un objet qui dit qui a autorisé quoi, pour quel panier, jusqu’à quel plafond.
Mandat (mandate) : autorisation signée, bornée. AP2 en décrit trois familles : Intent (le brief), Cart (le panier exact approuvé), Payment (l’instruction de paiement). Ensemble, c’est la preuve non répudiable que le titulaire a délégué, pas que l’agent a improvisé.
Delegate payment : bloc ACP : passer des jetons de paiement entre acheteur, agent et entreprise via des gestionnaires de paiement, sans exposer le numéro de carte à l’agent.
Shared Payment Token (SPT) : jeton à usage unique, lié à un panier, émis par le prestataire de paiement de l’acheteur. L’agent ne détient pas la carte. Le marchand charge le jeton une fois.
Network token : substitut de numéro de carte émis par un réseau (Visa, Mastercard, etc.), souvent borné à un marchand ou un usage. Utile aux flux agent parce que le périmètre peut être étroit.
Prestataire de paiement / acquéreur : le prestataire fournit la techno d’acceptation. L’acquéreur tient le compte marchand. Le rôle ne disparaît pas parce que l’acheteur est un logiciel. Les métadonnées (identité agent, référence de mandat) s’ajoutent au message.
Vendeur de l’opération (seller of record / merchant of record) : qui est le vendeur juridique (impôt, garantie, SAV). Google : l’enseigne reste le vendeur de l’opération. ACP décrit une interaction avec l’entreprise, pas un agent devenu magasin. Rester vendeur de l’opération n’empêche pas de perdre la relation d’attention.
Après l’achat, le vocabulaire de litige n’est pas encore écrit pour « l’agent s’est trompé de variante » : là où le commerce agentique casse encore.
Identité : agent, OAuth, SCA
Identité de l’agent (agent identity) : identité vérifiable de l’agent, distincte de celle du principal humain. Un User-Agent est une allégation. Une signature de message HTTP, un jeton OAuth, un mandat signé sont des preuves. Sans preuve, le pare-feu applicatif voit un robot de collecte.
Agent Card : document JSON A2A, souvent sous /.well-known/, qui annonce nom, compétences, authentification, transport. Point d’entrée pour un autre agent. Pas une carte bancaire.
Delegate authentication : bloc ACP : OAuth 2.0 pour qu’un agent agisse au nom de l’acheteur auprès d’une entreprise.
SCA / 3-D Secure : en EEE, PSD2 exige souvent une authentification forte (deux facteurs). 3DS est le protocole réseau qui la porte sur une carte. Un agent à 3 h du matin ne répond pas à un défi. Les exemptions écrites pour du récurrent n’ont pas été conçues pour un tiers à ordre unique. Question acquéreur, pas slogan de lancement.
Attestation / verifiable credential : déclaration signée sur des propriétés (code, matériel, délégation). Candidats d’identité agent. Pas encore le défaut de votre réseau de diffusion.
Si vous ne journalisez pas qui a appelé le catalogue, vous ne pourrez pas séparer agent et robot de collecte demain : quoi journaliser et pourquoi.
Catalogue : ce qu’une machine peut comparer
Un agent ne compare que des champs. Les termes de données décident s’il vous voit.
Données produit structurées : attributs lisibles sans affichage : flux, JSON-LD Product/Offer, API catalogue. La fidélité de ces champs est le plafond de la comparaison.
GTIN : identifiant d’article GS1 (EAN, UPC, etc.). Déduplique entre marchands. Un SKU interne ne déduplique que chez vous. Ne pas inventer un GTIN.
schema.org/Product : type de balisage de page. name, image, sku, gtin, brand, offers. Un Offer sans prix typé est un Offer vide pour une machine.
Groupe d’articles / variantes : un groupe (item_group_id) plus des axes (taille, couleur). Une ligne fusionnée « pour les tableaux » n’est pas un groupe.
Le mode d’emploi : flux produits pour agents IA. L’angle mort de la fiche produit : vitrine prête pour les LLM.
Paiement : session, transfert de panier, notifications, idempotence
Paiement agent (agentic checkout) : flux de commande initié et, éventuellement, terminé par un agent via une interface programmatique, pas un formulaire humain. Ce n’est pas le Shopify Checkout.
Checkout Session : objet serveur d’une tentative, identifié par un id, de panier à autorisation. ACP en définit une. Stripe Checkout et d’autres tunnels de paiement utilisent le même motif.
Transfert de panier (cart handoff) : transfert d’un panier construit ailleurs (agent, chat) vers le marchand pour achèvement. URL, objet Cart ACP, ou paiement dans l’application.
Webhooks : notifications HTTP quand un événement arrive (payé, remboursé, litige). L’agent ne reste pas une session ouverte. Sans notification, vous n’avez plus de vérité après l’achat.
Clé d’idempotence : identifiant client pour dédupliquer une nouvelle tentative. Sans elle, un délai dépassé plus une relecture = deux autorisations. Critique dès que l’acheteur est un logiciel.
Vitrine en architecture découplée / Storefront API : catalogue, panier, tunnel de paiement exposés en API. Plus proche d’un agent qu’un monolithe PHP qui n’assemble le prix qu’en JavaScript. Une API publique n’est toujours pas un rail : elle ne prouve pas le mandat.
MCP, tool use, JSON-RPC : le bus, pas le tunnel de paiement
MCP standardise l’accès d’un LLM à des outils et du contexte. Un serveur expose resources, prompts, tools. L’hôte (Claude, Cursor, une app ChatGPT) les découvre. JSON-RPC 2.0. Les outils sont contrôlés par le modèle : le modèle peut choisir d’appeler. Ce n’est pas un GTIN, pas un code motif, pas un vendeur de l’opération.
L’UCP dit pouvoir se transporter en REST ou MCP. L’ACP aussi : configuration de paiement via API traditionnelle ou MCP. Donc « on fait du MCP commerce » peut vouloir dire : on a enveloppé un tunnel de paiement existant. Ou : on a laissé le modèle choisir create_order tout seul. Ce n’est pas la même chose. Voir MCP et API et choisir un serveur MCP.
Tool use / function calling : le modèle émet un appel structuré, l’hôte exécute, le résultat revient. MCP est un bus pour cela. JSON-RPC est le fil. SSE sert souvent à envoyer le flux en continu. Aucun de ces trois mots n’autorise un débit carte.
Ce que les présentations mélangent
On entend | On croit | Cela signifie |
|---|---|---|
« On est UCP » | Tous les agents nous achètent | Vous parlez le langage Google du parcours, sur les surfaces qui l’implémentent, si vous êtes éligible |
« On est ACP » | ChatGPT est un canal de vente | Vous exposez tunnel de paiement, panier, paiement délégué ; chaque plateforme IA a encore son intégration |
« On a MCP » | Les agents paient | Un LLM peut appeler vos outils. Le paiement est ailleurs |
« Seller of record » | On garde le client | On porte l’impôt et le SAV. La session et l’e-mail peuvent rester chez l’agent |
« Tokenisé » | Plus de PCI | Le numéro de carte n’est plus dans l’agent. Vous avez encore un prestataire de paiement, un mandat, un litige possible |
« Zero-click » | Plus de site | Plus de session sur votre origine. La notification HTTP et le flux restent le produit |
Une présentation qui empile GEO (être cité par un modèle), visibilité IA et « 4 700 % de sessions IA » n’est pas un glossaire. C’est un argumentaire. Les parts de voix de citation n’ont pas de standard public unique. Ne les traitez pas comme un GTIN. GEO reste une pratique de contenu. Ce n’est pas un protocole d’achat, et ça n’ajoute pas un mandat sur une carte.
Comment interroger un vendeur
Quand un vendeur dit « agentic », demandez cinq mots : catalogue, identité, mandat, enregistrement, notification HTTP. S’il répond « MCP » à tout, ce n’est pas un rail. S’il répond « UCP » alors que votre flux n’a pas de prix typé, vous n’êtes pas comparable. S’il répond « ACP » alors que le pare-feu applicatif bloque tout ce qui n’a pas de souris, l’agent n’arrive pas.
Gardez les termes anglais des spécifications (UCP, ACP, mandate, seller of record) à côté d’une phrase française. Traduire mandate par « mandat » est juste. Traduire MCP par « protocole de tunnel de paiement » est faux.
Cinq questions suffisent en réunion. Quel catalogue l’agent lit-il vraiment (flux, JSON-LD, API) ? Comment s’identifie-t-il au point d’entrée ? Quel objet de mandat ou de jeton arrive au prestataire de paiement ? Quelle preuve reste dans la commande si un litige arrive dans six mois ? Quelle notification vous dit que c’est payé, remboursé, contesté ? Si le vendeur ne peut pas nommer les cinq, le glossaire a déjà fait son travail.
Ce glossaire ne remplace pas une spécification. Il empêche de signer la mauvaise. Pour le reste, ouvrez l’UCP ou l’ACP, pas une hypothèse de cabinet.
Questions fréquentes
L’UCP et l’ACP, c’est la même chose ?
Non. L’UCP (Google, 11 janvier 2026) est un langage de parcours d’achat, vendeur de l’opération côté enseigne. L’ACP (Stripe, OpenAI, Meta) décrit tunnel de paiement, panier, paiement et authentification délégués, commandes et notifications HTTP. AP2 est sous le paiement. MCP n’est aucun des trois.
Qu’est-ce qu’un mandat ?
Une autorisation bornée, souvent signée, que l’agent présente au lieu du titulaire. Intent / Cart / Payment dans AP2. Jeton et gestionnaire de paiement dans ACP. Sans cela, vous avez un robot de collecte qui connaît votre GraphQL.
MCP suffit-il pour vendre ?
Non. MCP branche des outils sur un LLM. Vendre exige un catalogue lisible, une identité au point d’entrée, un paiement délégué, une preuve. La liaison MCP d’un rail commerce n’est pas le rail.
Vendeur de l’opération, cela veut-il dire que je garde le client ?
Cela veut dire que vous restez le vendeur juridique. Cela ne veut pas dire que vous voyez la session, l’e-mail, ou le parcours. Zero-click : souvent l’inverse.
Par où commencer dans cette liste ?
Commerce agentique (idée), UCP / ACP / AP2 / MCP (couches), mandat et delegate payment (argent), GTIN et données structurées (visibilité machine), session de paiement et notifications HTTP (après). Le reste est du vocabulaire de cadrage.
Pourquoi seulement deux sources ici ?
Parce qu’un glossaire de dizaines d’URL n’est pas une bibliographie, c’est du bruit. UCP et ACP sont les deux textes publics qui nomment l’achat agent en 2026. Le reste des termes est cadré par rapport à eux, ou renvoyé aux articles internes.
Sources
Enzo
19 août 2026
