Universal Commerce Protocol (UCP) : guide complet

TL;DR — Universal Commerce Protocol (UCP) est un « langage » commun qui permet aux assistants IA d’acheter auprès de boutiques pour le compte d’un client. Google l’a annoncé en janvier 2026 avec Shopify et d’autres grands distributeurs. Au lieu de créer une connexion sur mesure entre chaque boutique et chaque IA, le marchand publie un petit fichier à l’adresse /.well-known/ucp. Il indique aux agents ce que la boutique vend et comment passer commande. Pour les spécialistes du marketing, l’enjeu est clair : certains parcours UCP peuvent aboutir sans visite classique de la fiche produit. Le flux et les données de capacités deviennent donc aussi importants que la page.

UCP, en termes simples

Pendant des années, « acheter en ligne » signifiait ouvrir un navigateur, arriver sur une fiche produit et cliquer sur le bouton d’achat. Les assistants IA commencent à prendre en charge cette étape intermédiaire : vous demandez à Gemini ou au mode IA de Google de « trouver un téléviseur 65 pouces silencieux à moins de 800 dollars », et l’assistant effectue la recherche.

Le problème était l’absence de méthode standard permettant à une IA de communiquer avec le système de paiement d’une boutique. UCP y remédie. Ce standard ouvert, que chacun peut utiliser gratuitement, définit un mode de communication commun entre les agents IA, les boutiques et les prestataires de paiement afin d’automatiser l’achat.

Google l’a annoncé le 11 janvier 2026 lors du grand salon du commerce de détail NRF. Le protocole a été développé avec Shopify, Etsy, Wayfair, Target et Walmart, et plus de vingt acteurs, dont Visa, Mastercard et Stripe, lui ont apporté leur soutien.

Comment une boutique participe

La boutique publie un petit fichier lisible par les machines à une adresse fixe : /.well-known/ucp. On peut le comparer à robots.txt, mais au lieu d’indiquer aux robots d’exploration où ils peuvent aller, il explique aux agents IA ce que la boutique sait faire : ce qu’elle vend, comment ajouter un article au panier et comment payer. L’agent lit d’abord ce fichier, puis sait comment acheter sur le site.

Si l’achat nécessite une intervention humaine, par exemple pour confirmer la livraison ou se connecter, UCP prévoit également cette étape : l’agent se met en pause et envoie au client un lien lui permettant de terminer lui-même l’opération.

Pourquoi cela compte pour le SEO

Voici le point essentiel. Lorsqu’une IA achète via UCP, elle ne visite jamais votre site web. Il n’y a ni page vue, ni session, ni événement d’ajout au panier dans vos outils d’analyse. La vente peut tout de même avoir lieu, mais vous ne verrez pas la visite.

Les agents IA ne consultent donc pas votre belle fiche produit, mais votre flux produits : les données structurées sur le prix, la disponibilité et les caractéristiques transmises par Google Merchant Center. Si ce flux est erroné, incomplet ou trop pauvre, l’IA peut ignorer que vous vendez le produit et ne pas vous recommander.

Le SEO habituel — contenu de qualité, site digne de confiance et données structurées exactes — reste important. Mais la question « mon flux Merchant Center est-il propre et complet ? » devient désormais une véritable question SEO. Pour les détails techniques, la comparaison avec le protocole concurrent d’OpenAI et les mesures à prendre, passez à l’onglet Avancé.

TL;DR — UCP est un standard ouvert sous licence Apache 2,0 (spécification actuelle : 2026-04-08), annoncé par Google au NRF en janvier 2026 et développé avec Shopify, Etsy, Wayfair, Target et Walmart. Il fournit aux agents, marchands et prestataires de paiement un langage commun qui évite les intégrations sur mesure N×N. Les marchands publient un profil de capacités à l’adresse /.well-known/ucp ; les capacités utilisent des espaces de noms en domaine inversé et passent par REST, MCP, A2A ou Embedded. Le paiement suit une machine à états : incomplete → requires_escalation (transfert à un humain au moyen de continue_url) → ready_for_complete. Le marchand reste Merchant of Record. Selon le transport et le transfert, certaines transactions peuvent ne produire aucune page vue classique : la télémétrie commerciale doit compléter l’analyse du site. UCP se distingue d’ACP, porté par OpenAI et Stripe, mais les deux sont conçus pour coexister selon un modèle « un backend, deux protocoles ».

Ce qu’est réellement UCP

Universal Commerce Protocol est un standard open source qui définit un langage commun et des primitives fonctionnelles permettant aux agents IA, aux marchands et aux prestataires de paiement de réaliser des transactions sans construire une intégration sur mesure pour chaque paire d’acteurs. Selon Google, il « establishes a common language for agents and systems to operate together » (Traduction) « établit un langage commun pour permettre aux agents et aux systèmes de fonctionner ensemble ». Google l’a annoncé le 11 janvier 2026 au salon de la National Retail Federation (NRF), l’a codéveloppé avec Shopify, Etsy, Wayfair, Target et Walmart, et a réuni plus de vingt partenaires, dont Visa, Mastercard, Stripe, American Express et The Home Depot.

Il est publié sous licence Apache 2,0 sur ucp.dev et github.com/universal-commerce-protocol/ucp. La spécification utilise un versionnage par date (YYYY-MM-DD) ; la version actuelle est 2026-04-08. Deux précisions sont nécessaires : UCP est réellement ouvert au niveau de la spécification, mais le guide de Google décrit un déploiement du mode IA dans la recherche Google et de Gemini sur le web soumis à l’approbation des marchands, et non une disponibilité générale. « Open standard, Google-first and approval-gated adoption » (Traduction) « Standard ouvert, adoption d’abord chez Google et soumise à approbation » est le résumé le plus fidèle.

Pourquoi UCP existe : le problème N×N

Avant l’existence d’un protocole commun, chaque agent IA souhaitant effectuer une transaction devait s’intégrer séparément à chaque marchand ou plateforme : une explosion N×N de connecteurs impossibles à maintenir. UCP ramène ce problème à une seule surface d’intégration : le marchand implémente UCP une fois, puis tout agent compatible peut le découvrir et effectuer une transaction. L’équipe d’ingénierie de Shopify résume brutalement le problème : les protocoles monolithiques « eventually collapse under complexity: too rigid to adapt, too slow to evolve » (Traduction) « finissent par s’effondrer sous leur complexité : trop rigides pour s’adapter et trop lents pour évoluer ». UCP repose donc sur des capacités composables et versionnées séparément, plutôt que sur une spécification monolithique.

Fonctionnement technique d’UCP

Le profil de découverte /.well-known/ucp. Le marchand publie un profil JSON lisible par les machines à l’adresse /.well-known/ucp. C’est le point d’entrée : l’agent le récupère pour connaître les capacités du marchand, les gestionnaires de paiement acceptés et les clés publiques de signature. Le principe architectural est le même que pour robots.txt ou sitemap.xml : un chemin fixe et connu sur lequel les outils peuvent compter. Sans profil .well-known/ucp, pas de découverte programmable.

Capacités et espaces de noms. Les capacités sont nommées avec des espaces de noms en domaine inversé, par exemple dev.ucp.shopping.checkout. L’organisme UCP réserve l’espace dev.ucp.* ; les fournisseurs utilisent leurs propres domaines pour leurs extensions. L’ensemble actif est négocié : selon la spécification, « the business (server) determines the active capabilities from the intersection of both parties’ declared capabilities » (Traduction) « l’entreprise, côté serveur, détermine les capacités actives à l’intersection de celles déclarées par les deux parties »).

Transports. UCP est indépendant du transport : REST (OpenAPI 3.1.0), MCP (Model Context Protocol), A2A (Agent-to-Agent) et Embedded (JSON-RPC 2,0). Cette diversité invalide l’affirmation selon laquelle « UCP serait réservé à Google » : le format d’échange n’est lié à aucune plateforme particulière.

La machine à états du paiement et requires_escalation. Le paiement passe par les états suivants :

• incomplete — le panier et les informations sont encore en cours de constitution.
• requires_escalation — l’agent ne peut pas continuer seul ; un humain doit intervenir. L’agent présente une continue_url, puis l’acheteur termine lui-même l’étape : connexion, confirmation supplémentaire, contrôle d’âge ou toute action que l’agent n’est pas autorisé à effectuer. Ce transfert à un humain est prévu par le protocole et doit être soigneusement conçu : une transaction bien transférée vaut mieux qu’un parcours qui se termine sans explication.
• ready_for_complete — tout est en place et l’agent peut finaliser la transaction par programmation.

Architecture de paiement. UCP adopte un modèle découplé qui sépare les instruments de paiement utilisés par le consommateur des gestionnaires de paiement, c’est-à-dire les processeurs. Il s’organise autour d’un « triangle de confiance » entre l’entreprise, la plateforme et le prestataire de services de paiement (PSP). Par conception, il n’impose donc aucun processeur unique.

Sécurité et identité. La vérification d’identité utilise HTTP Message Signatures (RFC 9421), ainsi qu’OAuth 2,0, des clés API et mTLS. Les clés publiques sont découvertes dans le profil ; l’agent peut donc vérifier un marchand sans échange préalable d’identifiants.

Discipline de versionnage. Les versions du protocole et des capacités se négocient séparément. Les ajouts rétrocompatibles ne changent pas la version ; toute modification incompatible exige un préavis communautaire de deux semaines.

Où UCP est-il actif ?

Il faut définir précisément ce que signifie « actif », car la documentation de Google décrit un déploiement contrôlé et non une disponibilité générale : l’intégration d’un marchand « must be approved by Google before you can go live. » (Traduction) « doit être approuvée par Google avant la mise en service ». Le guide place d’abord les marchands sur liste d’attente. À ce jour, les surfaces UCP documentées par Google sont le mode IA dans la recherche Google et l’application web Gemini. Sa FAQ indique que la prise en charge de l’application Gemini autonome et d’autres surfaces est encore « planned » (« prévue »). Je n’ai pas pu confirmer YouTube Shopping comme surface UCP actuelle : les guides et FAQ en ligne de Google, vérifiés par requête HTTP et non dans un résumé mis en cache, ne citent que le mode IA et Gemini sur le web. Il faut donc considérer cette affirmation comme non vérifiée. Google ouvre par ailleurs des listes d’attente pour étendre UCP aux secteurs de l’hébergement et de la restauration. Ni le guide Google ni le site de la spécification ne formulent de restriction géographique ou de produit dans les pages actuelles. Toute affirmation précise d’une disponibilité « réservée aux États-Unis » doit être vérifiée directement dans la documentation en ligne, car je n’ai pas pu reproduire ce libellé.

Du côté des plateformes, Shopify fournit UCP par l’intermédiaire d’Agentic Storefronts, activé par défaut pour ses marchands. Une part importante du marché dispose donc d’UCP sans intervention particulière. Être cité comme codéveloppeur ou partenaire du protocole ne prouve toutefois pas qu’une intégration de production est active. Il faut distinguer l’inscription sur la liste des partenaires de la livraison effective d’UCP, jusqu’à confirmation dans la documentation du partenaire concerné.

L’ensemble actuel de capacités (v2026-04-08) couvre le paiement, la recherche dans le catalogue et la consultation des produits, les webhooks du cycle de vie des commandes, la liaison d’identité (OAuth 2,0 pour le compte des utilisateurs) et l’échange de jetons de paiement. Le guide Google confirme que les paniers multiarticles, la liaison aux comptes et programmes de fidélité, ainsi que le suivi après achat — expédition et retours — ne sont pas encore actifs : ils figurent sur la feuille de route, mais ne sont pas livrés.

Ce que signifie UCP pour le SEO ecommerce

Le flux devient la nouvelle page. C’est l’idée centrale. Lorsqu’un agent découvre, compare et achète via UCP, la fiche produit n’est jamais visitée : les transactions UCP ne génèrent ni pages vues, ni sessions, ni événements d’analyse sur le site. L’agent raisonne sur votre flux produits, exposé dans Google Merchant Center. L’unité d’optimisation se déplace donc de la page HTML rendue vers la qualité du flux et des données Merchant Center : prix exacts, disponibilité en temps réel, attributs complets et nouveaux attributs conversationnels — FAQ, accessoires compatibles et produits de substitution — ajoutés pour la découverte par l’IA.

Merchant Center devient indispensable. L’éligibilité à UCP passe par Merchant Center : une marque qui n’y figure pas ne peut pas être découverte par les agents UCP. Aucune source primaire de Google ou d’UCP consultée ne publie de formule explicite de sélection ou de classement. Il faut donc considérer la suite comme une analyse éclairée du secteur, et non comme un algorithme documenté : les professionnels estiment que les défauts de qualité des données — écarts de prix, stocks périmés, descriptions trop pauvres — réduisent vraisemblablement les chances qu’un agent sélectionne une offre. Semrush le formule sans détour : « if your store isn’t set up to communicate with the AI agent, it may not know you exist. And if it doesn’t know you exist, it won’t recommend you » (Traduction) « si votre boutique n’est pas configurée pour communiquer avec l’agent IA, celui-ci peut ignorer votre existence et ne pas vous recommander »).

Le déficit d’attribution. En l’absence de sessions, le chiffre d’affaires peut sembler disparaître des outils d’analyse traditionnels alors même que les ventes augmentent. Il n’existe pas encore de réponse claire et stabilisée : la mesure repose sur les rapports de transaction Merchant Center, le marquage dans le système de gestion des commandes ou un suivi personnalisé au niveau de l’API. C’est un problème ouvert à surveiller, pas une question résolue.

Ce qui ne change pas. Google affirme qu’UCP ne tuera pas le SEO, et c’est exact : la qualité du contenu, l’autorité et la confiance, l’exactitude des données structurées et la santé technique influencent toujours les marchands et produits auxquels les agents se fient. Les balisages Schema.org Product, Offer, MerchantReturnPolicy et Organization restent importants. UCP ajoute une couche ; il ne remplace pas l’ensemble existant.

Une précision s’impose à propos de l’idée d’un commerce agentique « fondé sur le mérite plutôt que sur les dépenses publicitaires ». Il est vrai qu’il ne s’agit pas d’un placement publicitaire classique fondé sur les enchères, mais la réalité est plus nuancée. Les Direct Offers, des remises exclusives affichées dans le mode IA, peuvent influencer les recommandations des agents. La complétude des flux avantage aussi structurellement les grandes marques qui disposent d’équipes spécialisées. « Fondé sur le mérite » ne signifie pas « sans optimisation » : les leviers passent simplement des mots-clés et des liens vers la qualité et l’hygiène des données.

UCP et ACP

UCP est souvent comparé à ACP, l’Agentic Commerce Protocol porté par OpenAI et Stripe pour l’écosystème ChatGPT. Ce sont deux protocoles distincts, avec des promoteurs, une portée, une architecture et un modèle économique différents. Google a explicitement indiqué qu’UCP était conçu pour coexister avec ACP. La bonne pratique qui se dessine est une architecture biprotocole : un backend commun pour les produits, les stocks et les paiements, surmonté de points d’accès UCP et ACP. L’onglet Cadres les compare en détail.

Comment se préparer

En bref : nettoyez et complétez votre flux Merchant Center, vérifiez vos données structurées, publiez un profil /.well-known/ucp si vous réalisez une implémentation native — les marchands Shopify en bénéficient en grande partie par défaut — et mettez en place un moyen quelconque de mesurer le chiffre d’affaires généré par les agents avant d’en avoir besoin. L’onglet Listes de contrôle détaille ces actions.

Résumé IA

Version condensée de l’onglet Avancé :

• UCP est un standard ouvert pour le commerce agentique. Sous licence Apache 2,0, sa spécification actuelle date du 2026-04-08. Google l’a annoncé au NRF le 11 janvier 2026 et l’a codéveloppé avec Shopify, Etsy, Wayfair, Target et Walmart, avec plus de vingt soutiens, dont Visa, Mastercard, Stripe, Amex et The Home Depot.
• Il résout le problème N×N : le marchand s’intègre une fois, puis tout agent compatible peut effectuer une transaction, sans connecteur propre à chaque paire.
• Découverte par /.well-known/ucp : ce profil JSON lisible par les machines contient capacités, gestionnaires de paiement et clés de signature. C’est le point d’entrée des agents, comparable à robots.txt.
• Indépendant du transport : REST, MCP, A2A et Embedded (JSON-RPC). Les capacités utilisent des espaces de noms en domaine inversé ; l’ensemble actif correspond à l’intersection des capacités déclarées par les deux parties.
• Machine à états du paiement : incomplete → requires_escalation (transfert à un humain via continue_url) → ready_for_complete (finalisation par l’agent).
• Le marchand garde le contrôle : il reste Merchant of Record et conserve les données client.
• Conséquence SEO : les transactions UCP ne produisent ni pages vues, ni sessions, ni événements. L’optimisation passe de la page HTML à la qualité du flux Merchant Center, et un déficit de mesure et d’attribution apparaît.
• Surfaces actives à la mi-2026 : déploiement Google soumis à approbation dans le mode IA de la recherche Google et sur Gemini web ; les autres surfaces sont « prévues », pas actives. YouTube Shopping n’est pas confirmé dans la documentation actuelle. Shopify fournit UCP par défaut via Agentic Storefronts.
• UCP ≠ ACP : ACP, porté par OpenAI et Stripe pour ChatGPT, est un protocole distinct et complémentaire. Les deux sont conçus pour coexister selon le modèle « un backend, deux protocoles ».

Documentation officielle

Documentation et annonces de première main.

Spécification UCP et Google

• ucp.dev — site officiel de la spécification et principal centre de documentation.
• Concepts fondamentaux d’UCP — définition du « langage commun et des primitives fonctionnelles ».
• Vue d’ensemble de la spécification UCP, v2026-04-08 — négociation des capacités, transports et spécification actuelle.
• github.com/universal-commerce-protocol/ucp — dépôt open source de la spécification (Apache 2,0).
• Google for Developers — guide UCP — conseils d’implémentation, statut Merchant of Record et éligibilité.
• Sous le capot d’Universal Commerce Protocol — présentation technique approfondie de Google.
• Blog Google — annonce du commerce agentique — annonce officielle du lancement.
• Nouveautés shopping de Google Marketing Live 2026 — fonctionnalités étendues.

Shopify (codéveloppeur)

• Shopify Engineering — UCP — justification technique de la conception modulaire et composable.
• shopify.com/ucp — Agentic Storefronts du point de vue des marchands.

ACP (pour comparaison)

• Documentation d’Agentic Commerce Protocol — protocole homologue porté par OpenAI et Stripe.
• Stripe — Agentic Commerce Protocol — volet paiement d’ACP.

Citations des sources

Déclarations publiques de Google, Shopify, de la spécification elle-même et d’analystes du secteur. Les liens profonds pointent vers le passage cité lorsque la page source le permet. Les citations originales sont suivies de leur traduction.

Google et la spécification

• “The Universal Commerce Protocol (UCP) is an open standard for interoperability between commerce entities. It defines a common language and functional primitives so that platforms and businesses can interoperate securely and reliably across commercial verticals.” (Traduction) « Ce protocole constitue une norme ouverte d’interopérabilité entre entités commerciales. Il définit un langage commun et des primitives fonctionnelles afin que plateformes et entreprises puissent interagir de manière sûre et fiable dans différents secteurs. » Google, Concepts fondamentaux d’UCP. La documentation a été largement réécrite depuis janvier 2026 ; ce libellé actuel a été vérifié par requête HTTP directe et non dans un résumé mis en cache. Accéder à la citation
• “The business (server) determines the active capabilities from the intersection of both parties’ declared capabilities.” (Traduction) « L’entreprise, côté serveur, détermine les capacités actives à l’intersection de celles déclarées par les deux parties. » Vue d’ensemble de la spécification UCP, v2026-04-08. Accéder à la citation
• “…empowering you to turn AI interactions into instant sales.” (Traduction) « … vous donnant les moyens de transformer les interactions avec l’IA en ventes instantanées. » Introduction du guide UCP de Google destiné aux développeurs. Le libellé actuel a été vérifié ; l’ancienne formulation ne correspondait plus à la page en ligne. Accéder à la citation
• “You remain the Merchant of Record for all transactions.” (Traduction) « Vous restez Merchant of Record pour toutes les transactions. » Guide UCP de Google destiné aux développeurs. Accéder à la citation
• “establishes a common language for agents and systems to operate together” (Traduction) « établit un langage commun pour permettre aux agents et aux systèmes de fonctionner ensemble ». Google, annonce du commerce agentique. Accéder à la citation

Shopify (codéveloppeur)

• “Monolithic protocols eventually collapse under complexity: too rigid to adapt, too slow to evolve.” (Traduction) « Les protocoles monolithiques finissent par s’effondrer sous leur complexité : trop rigides pour s’adapter et trop lents pour évoluer. » Shopify Engineering, à propos de la conception modulaire d’UCP. Accéder à la citation

Voix du secteur

• “What excited a lot of people about this announcement was Google’s ability to allow AI agents to get real-time pricing and inventory, connected to the merchant in a more programmatic way.” (Traduction) « Ce qui a enthousiasmé beaucoup de personnes, c’est la capacité de Google à permettre aux agents IA d’obtenir prix et stocks en temps réel, avec une connexion plus programmable au marchand. » Jonathan Arena, New Generation, via Digiday. Lire l’article
• “When transactions occur inside Google’s environment, brands lose control over UX, merchandising, and post-purchase engagement.” (Traduction) « Lorsque les transactions ont lieu dans l’environnement de Google, les marques perdent le contrôle de l’expérience utilisateur, du merchandising et de l’engagement après achat. » Jeremy Goldman, eMarketer, via Digiday. Lire l’article
• “Brands may be reluctant…to adopt a technology that will allow customers to transact away from their owned properties.” (Traduction) « Les marques peuvent hésiter à adopter une technologie qui permettra aux clients d’effectuer des transactions en dehors de leurs propriétés. » Aaron Dicks, Impression, via Digiday. Lire l’article
• “UCP-enabled transactions generate no pageviews, no sessions, and no events on your website.” (Traduction) « Les transactions UCP ne génèrent ni pages vues, ni sessions, ni événements sur votre site web. » Blog Semrush. Lire l’article
• “If your store isn’t set up to communicate with the AI agent, it may not know you exist. And if it doesn’t know you exist, it won’t recommend you.” (Traduction) « Si votre boutique n’est pas configurée pour communiquer avec l’agent IA, celui-ci peut ignorer votre existence. Et s’il ne vous connaît pas, il ne vous recommandera pas. » Blog Semrush. Lire l’article

Se préparer à UCP : liste de contrôle pratique

Voici les actions que les marchands doivent réellement entreprendre, dans l’ordre approximatif :

Flux Merchant Center (la nouvelle surface de découverte)

• Vous êtes bien présent dans Google Merchant Center ; sans lui, les agents UCP ne vous voient pas.
• Les prix du flux correspondent à ceux du site ; les écarts peuvent réduire la sélection.
• La disponibilité est exacte en temps réel et les ruptures de stock ne restent pas périmées.
• Les attributs produits sont complets : GTIN/MPN, marque, état, variantes et images.
• Les attributs conversationnels pertinents sont renseignés : FAQ, accessoires compatibles et produits de substitution ajoutés pour la découverte par l’IA.

Données structurées

• Les balisages Schema.org Product et Offer sont présents et exacts sur les fiches produits.
• MerchantReturnPolicy et les informations de livraison sont balisés.
• Le balisage Organization établit l’entité de la marque.

Implémentation UCP (pour une solution native)

• Publiez un profil de capacités /.well-known/ucp : capacités, gestionnaires de paiement et clés de signature.
• Choisissez vos transports : REST, MCP, A2A ou Embedded.
• Concevez le transfert requires_escalation avec une continue_url fiable pour les étapes que l’agent ne peut pas effectuer : connexion, confirmation, contrôle d’âge ou d’éligibilité.
• Vérifiez la connexion des gestionnaires de paiement et la configuration de l’identité et des signatures : RFC 9421, OAuth 2,0 et mTLS selon les besoins.
• Suivez la version datée visée — actuellement 2026-04-08 — et les préavis de deux semaines avant toute rupture de compatibilité.

Choix de plateforme

• Marchands Shopify : vérifiez qu’Agentic Storefronts est actif — il l’est par défaut — au lieu de tout réimplémenter.
• Autres plateformes (Magento, WooCommerce, solution sur mesure) : choisissez entre des points d’accès UCP natifs et une plateforme agentique tierce.

Mesure (à ne pas négliger)

• Mettez en place un mécanisme d’attribution du chiffre d’affaires généré par les agents avant l’arrivée des volumes : rapports de transaction Merchant Center, marquage dans l’OMS ou suivi API personnalisé. Les ventes UCP n’apparaîtront pas dans les analyses fondées sur les sessions.

Stratégie

• Décidez si vous prendrez en charge les deux protocoles UCP et ACP, et si votre backend peut les servir tous les deux.

UCP ou ACP : décider d’une architecture biprotocole

Deux standards ouverts se disputent le commerce agentique, mais ils ne sont pas identiques. Comprendre leur différence fournit le cadre de la plupart des décisions d’implémentation.

La distinction essentielle : UCP est un standard décentralisé, centré sur le marchand et couvrant tout le cycle de vie, sous l’impulsion de Google ; ACP est un standard centralisé, intermédié par la plateforme et centré sur l’exécution, porté par OpenAI et Stripe. Un analyste résume bien l’approche d’UCP : il « starts with a merchant-centric question — ‘can this be bought?’ » (Traduction) « part d’une question centrée sur le marchand : peut-on acheter ceci ? ».

Attention à la ligne « promoteurs » : la liste des codéveloppeurs et soutiens annoncés exprime une intention d’écosystème, mais ne prouve pas qu’une intégration est en production. « Être cité comme partenaire » et « recevoir du trafic actif via le protocole » sont deux faits distincts à vérifier séparément. Le guide UCP de Google soumet actuellement chaque intégration à une approbation ; le statut de partenaire ne suffit donc pas à déterminer ce qui est réellement actif.

Trois modèles mentaux

1. Le flux devient la nouvelle page. Les transactions UCP contournent entièrement votre HTML. Chaque fois que vous êtes tenté d’optimiser une page produit pour les agents, demandez-vous plutôt si le signal figure dans le flux. S’il est absent de Merchant Center, l’agent ne le voit pas.

2. La découverte repose sur un profil bien connu. /.well-known/ucp joue pour les agents le rôle de robots.txt ou sitemap.xml pour les robots d’exploration : un point d’entrée fixe et lisible par les machines. Sans profil, pas de découverte programmable. Sa publication et sa maintenance relèvent de l’hygiène technique fondamentale.

3. Un backend, deux protocoles. UCP et ACP sont conçus pour coexister : il ne s’agit pas de choisir un vainqueur. L’architecture durable repose sur un backend commun pour les produits, les stocks et les paiements, avec des points d’accès UCP et ACP. Une même source de vérité permet ainsi d’atteindre les surfaces Google et l’écosystème ChatGPT. Des estimations circulent sur la hausse du trafic agentique chez les marchands biprotocoles, mais adoptez cette architecture pour sa pérennité, pas pour un chiffre prévisionnel précis.

Quelle voie d’implémentation UCP choisir ?

Erreurs UCP à éviter

Publier un profil avant de fiabiliser les données sous-jacentes

Pourquoi cela échoue : la découverte réussit, mais ne fait qu’exposer des prix, stocks ou politiques périmés au moment du paiement. À faire : imposez d’abord la cohérence entre Merchant Center et le backend commercial, puis publiez uniquement les capacités que l’entreprise peut réellement honorer.

Traiter requires_escalation comme une erreur générique

Pourquoi cela échoue : connexion, contrôle d’âge et confirmation sont des états valides de transfert à un humain. À faire : conservez l’état du paiement, fournissez une continue_url fonctionnelle et testez les transferts réussis, abandonnés et expirés.

Créer une source produit propre à chaque protocole

Pourquoi cela échoue : des catalogues UCP et ACP séparés divergent et créent des expériences contradictoires. À faire : conservez une source unique pour le catalogue, les stocks et les commandes, puis exposez-la au moyen d’adaptateurs légers.

Prétendre que l’analyse des sessions mesure le chiffre d’affaires UCP

Pourquoi cela échoue : une transaction agentique finalisée peut ne produire ni page vue, ni session, ni événement sur le site. À faire : conservez l’attribution à l’agent et au protocole dans le paiement et l’OMS, puis rapprochez le chiffre d’affaires au niveau de la commande.

Confondre standard ouvert et adoption universelle

Pourquoi cela échoue : la spécification est ouverte, mais les surfaces de production et la prise en charge des plateformes restent inégales. À faire : vérifiez les capacités et l’éligibilité actuelles avant d’investir dans l’implémentation.

Aide-mémoire UCP

Ordre d’implémentation

1. Nettoyez les données d’identité, de prix, de disponibilité et de politique dans Merchant Center.
2. Établissez un backend de référence unique pour le catalogue, le paiement et les commandes.
3. Publiez et validez le profil de découverte.
4. Implémentez uniquement les capacités et transports que vous pouvez assurer avec fiabilité.
5. Testez le transfert, les signatures, les gestionnaires de paiement, les nouvelles tentatives et l’attribution.
6. Ajoutez ACP comme second adaptateur si l’accès à ChatGPT est important.

Valider un déploiement UCP

Déploiement du profil de découverte

Test à exécuter : récupérez /.well-known/ucp, analysez le JSON et comparez les capacités, versions, gestionnaires et clés de signature annoncés aux services déployés. Résultat attendu : le profil est accessible et chaque point d’accès annoncé fonctionne. Interprétation d’un échec : les métadonnées de découverte sont invalides, périmées ou en avance sur l’implémentation. Fenêtre de suivi : immédiatement après le déploiement et à chaque modification du profil. Déclencheur du retour arrière : restaurez le profil précédent si les agents sont dirigés vers des capacités non prises en charge ou des clés invalides.

Aller-retour après transfert

Test à exécuter : forcez le paiement à passer à requires_escalation, ouvrez la continue_url, effectuez l’étape humaine et reprenez la même session. Résultat attendu : l’état et le panier survivent au transfert et progressent vers ready_for_complete. Interprétation d’un échec : la persistance de session, le retour de redirection ou la gestion des autorisations est défaillante. Fenêtre de suivi : immédiatement dans l’environnement de test et lors des tests rapides en production. Déclencheur du retour arrière : désactivez la capacité de paiement concernée si les sessions transférées ne peuvent pas reprendre en toute sécurité.

Cohérence entre flux et paiement

Test à exécuter : comparez un échantillon d’offres Merchant Center au panier de référence pour le même produit et la même variante. Résultat attendu : identité, prix, devise, disponibilité et politiques concordent. Interprétation d’un échec : une source en amont ou un adaptateur est périmé ou mal mappé. Fenêtre de suivi : en continu pour les prix et les stocks, avec synthèse quotidienne. Déclencheur du retour arrière : suspendez l’éligibilité concernée lorsque le protocole expose des données transactionnelles erronées.

Indicateurs UCP

Réussite de la découverte des capacités

• Indicateur : part des tentatives aboutissant à une récupération du profil et à une négociation des capacités réussies.
• Ce qu’il indique : si les agents peuvent découvrir le marchand et s’accorder sur les fonctions qu’il prend en charge.
• Méthode : associez les journaux du profil et du CDN aux journaux de négociation, regroupés par agent, version et capacité.
• Référence réaliste : établissez le trafic normal par agent et étudiez tout échec persistant d’analyse, de version ou de point d’accès plutôt que d’emprunter un taux.
• Cadence : suivi quotidien et alertes immédiates en cas de régression au déploiement.

Finalisation du paiement et reprise après transfert

• Indicateur : sessions finalisées, auxquelles s’ajoutent les sessions transférées qui reviennent et aboutissent.
• Ce qu’il indique : si la transaction et le transfert à un humain fonctionnent au-delà de la découverte initiale.
• Méthode : agrégez les transitions d’état du paiement par identifiant de session et version de capacité.
• Référence réaliste : établissez une base par type d’intervention et de produit ; les premières implémentations n’ont pas de cible universelle défendable.
• Cadence : chaque semaine et après toute modification du paiement ou de l’identité.

Commandes et chiffre d’affaires attribués à UCP

• Indicateur : commandes et chiffre d’affaires portant des métadonnées d’origine UCP dans l’OMS.
• Ce qu’il indique : l’effet commercial invisible dans les analyses fondées sur les sessions.
• Méthode : conservez les identifiants de protocole et de surface du paiement dans la commande, puis rapprochez-les de l’état du paiement et de l’exécution.
• Référence réaliste : comparez l’historique propre au canal et le catalogue éligible ; évitez la comparaison directe avec des canaux fondés sur les pages vues sans tenir compte des différences d’attribution.
• Cadence : revue opérationnelle hebdomadaire et rapport financier mensuel.

Ressources utiles

Mes écrits

• Cette page est le point central consacré à UCP sur le site. Pour comprendre le mouvement plus large, consultez Answer Engine Optimization et le pilier Recherche par IA.

Mes conférences

• J’aborde le passage d’une découverte fondée sur les pages à une découverte fondée sur les flux et les entités dans mes conférences How Search Works et sur la recherche par IA. Pour les équipes ecommerce, l’idée pratique propre à UCP est simple : « le flux devient la nouvelle page ».

Dans le secteur

• L’effet d’Universal Commerce Protocol de Google sur le SEO ecommerce (Search Engine Land) — angle SEO.
• Shopify précise le fonctionnement d’Universal Commerce Protocol (Search Engine Journal) — point de vue du codéveloppeur et de la plateforme.
• Universal Commerce Protocol : ce qu’il faut savoir (Semrush) — explication pratique de l’absence de pages vues et de sessions.
• Qu’est-ce qu’Universal Commerce Protocol de Google ? (Digiday) — réactions des analystes et débat sur le contrôle des marques.
• Analyse stratégique d’UCP et d’ACP (Advanced Web Ranking) — comparaison des deux protocoles.
• Comment les dirigeants européens du commerce doivent réagir à UCP (Merkle) — enjeux européens et réglementaires.
• Ce que signifient UCP et ACP pour le commerce et les médias commerciaux (Koddi) — conséquences pour les médias commerciaux.

Testez vos connaissances: UCP

Cinq questions rapides sur Universal Commerce Protocol. Choisissez une réponse, puis vérifiez-la.

Journal des modifications