Qu'est-ce que le Universal Commerce Protocol (UCP) ?

Le Universal Commerce Protocol (UCP) est un standard ouvert lancé par Google lors du NRF Big Show le 11 janvier 2026. Son objectif : permettre à des agents IA de réaliser des achats complets, de la découverte produit jusqu'à la confirmation de paiement, de manière standardisée et interopérable, sans interface humaine requise.

Selon l'annonce officielle de Google, UCP a été co-développé avec Shopify, Etsy, Wayfair, Target et Walmart, puis soutenu par plus de vingt acteurs de l'écosystème. Un soutien annoncé n'est pas une preuve de déploiement en production. Le dépôt de référence est disponible sur GitHub et la documentation officielle sur ucp.dev.

La version officielle vérifiée le 27 août 2026 est v2026-08-25. Elle constitue un instantané versionné du protocole. MCP, AP2, schema.org et les technologies de paiement ou d'identité peuvent interagir avec UCP, mais ne font pas automatiquement partie de sa spécification.

Mise à jour — juin 2026 : architecture en couches et soutiens élargis

Lors de l'Open Source Summit North America 2026 (1er juin), l'équipe UCP a détaillé l'architecture en couches du protocole : des Services (shopping, common) organisent des Capabilities (checkout, catalogue, panier, commandes, liaison d'identité), tandis que des Extensions rendent ces capacités configurables. Au niveau transport, UCP reste agnostique : il s'appuie sur REST, le Model Context Protocol (MCP) et Agent2Agent (A2A). Par ailleurs, selon l'édition Spring '26 de Shopify (juin 2026), le soutien à UCP s'est élargi au-delà des fondateurs à Amazon, Meta, Microsoft et Salesforce. Le cabinet Bain estime que le shopping agentique pourrait représenter 10 à 25 % de l'e-commerce américain d'ici 2030.

Les quatre plans du protocole

Pour analyser l'écosystème autour d'UCP, cette page distingue quatre plans qui se chevauchent. Il s'agit d'une grille de lecture éditoriale, pas de la structure normative de la spécification.

1. Plan sémantique, comment un produit, une offre, une variante, une politique et une intention sont décrits. Touche aux catalogues produits pour IA, à schema.org Product/Offer, aux attributs GS1, aux taxonomies de catégories.
2. Plan de découverte, comment un agent trouve un marchand ou une offre précise. Touche aux flux, sitemaps, APIs de marketplaces, index de récupération, catalogues exposés aux agents.
3. Plan transactionnel, comment un agent passe commande et paie. Touche à Stripe Agentic Commerce, Visa Intelligent Commerce, Mastercard Agent Pay, PayPal, aux APIs checkout, aux événements de cycle de vie de commande.
4. Plan de confiance, comment les deux parties vérifient identité, authenticité, provenance et conformité aux politiques. Touche aux credentials « agent-en-tant-qu'utilisateur », claims vérifiables, mécanismes de litige, contrôles anti-fraude spécifiques aux agents.

Pourquoi ce cadre compte

La conversation aujourd'hui est très fragmentée. Les acteurs du paiement parlent de checkout agentique. Les éditeurs PIM parlent d'enrichissement de catalogue. Les laboratoires IA parlent d'usage d'outils et de retrieval. Les organismes de normalisation parlent d'évolution des schémas. Chacun a raison sur sa pièce. Aucun seul n'explique pourquoi un marchand de Lyon, une marque globale à Tokyo et un agent autonome écrit par un étudiant à São Paulo devraient pouvoir interopérer par défaut.

UCP comme cadre impose trois disciplines :

• Vision systémique. Traiter le commerce comme un système qui doit servir un nouveau client (l'agent), pas comme une fonctionnalité à rajouter.
• Composabilité. Reconnaître qu'aucun éditeur unique ne possède la pile ; les architectures doivent se composer.
• Cadrage opérateur. Traduire les conversations d'infrastructure en ce que les marchands doivent réellement faire.

Ce qui relève de UCP, et ce qui n'en relève pas

Dans le périmètre	Hors périmètre
Sémantique produit, offre, stock, politique	Visibilité IA générique au niveau du site (GEO)
Catalogues et flux récupérables par agent	Tactiques de content marketing ou SEO blog
Authentification agent et rails de paiement	Chatbots UX génériques pour le support client
Patterns d'interopérabilité marchand/agent	Verrous propriétaires mono-éditeur
Readiness et patterns de migration opérateur	Science-fiction spéculative sans sources

Les quatre horizons d'adoption

Nous organisons la maturité des composants UCP selon quatre horizons. Les labels sont intentionnels, ils aident l'opérateur à filtrer le signal du bruit.

• Établi. Existe, largement déployé, documenté. Exemple : schema.org Product/Offer ; GS1 GTIN.
• Émergent. Annoncé, versionné, déployé par les précurseurs. Exemple : Model Context Protocol ; Stripe Agentic Commerce ; Visa Intelligent Commerce.
• Probable. Pas encore livré mais le pattern est visible à travers des annonces directionnelles, des offres d'emploi, des fuites crédibles. Exemple : standards de credentials de paiement-agent fédérés.
• Spéculatif. Raisonnable à imaginer, aucun engagement. Explicitement labellisé comme tel sur ce site.

Un modèle mental rapide

Imaginez l'écosystème des navigateurs web vers 2005. HTTP, HTML, CSS, JavaScript, OAuth, REST, aucune autorité unique n'a conçu la pile, mais la composition a donné sa fluidité au web. UCP a la même forme, plus tôt dans le cycle : un ensemble de contrats-par-convergence qui permettent à un agent d'aller de l'intention au reçu à travers un ensemble pluraliste de marchands.

Pour aller plus loin, lisez pourquoi le commerce a besoin d'infrastructure lisible par machine, puis cartographiez l'écosystème via standards, schémas et protocoles, et voyez comment cela s'applique aux agents IA dans le commerce.

Questions fréquentes

UCP est-il une vraie spécification ?

Oui. Google a lancé UCP le 11 janvier 2026, avec un dépôt GitHub public et une documentation officielle sur ucp.dev. Google distingue les co-développeurs, dont Shopify, Etsy, Wayfair, Target et Walmart, des acteurs qui ont annoncé leur soutien. Ces annonces ne prouvent pas à elles seules un déploiement opérationnel.

Qui le possède ?

Google a initié le standard, qui est publié en open source. La gouvernance, les conseils techniques et les annonces de version sont documentés publiquement sur ucp.dev. Ce site est une publication indépendante et n'est pas l'éditeur officiel de la spécification.

Est-ce un rebranding du « commerce conversationnel » ?

Non. Le commerce conversationnel était un pattern d'interface de 2016 (bots Messenger). UCP est un substrat. L'essentiel restera invisible aux utilisateurs finaux.

UCP m'oblige-t-il à adopter un éditeur spécifique ?

Non. Beaucoup des briques sont ouvertes (schema.org, GS1, MCP). D'autres sont spécifiques à un éditeur mais interopérables par conception (Stripe ACP, Visa IC). Nous traquons explicitement les risques de verrou éditeur dans la comparaison des standards.

Est-ce la même chose que le SEO IA ou llms.txt ?

Non. Le SEO IA / GEO traite de la visibilité des sites de contenu dans les surfaces de réponse IA. llms.txt est un fichier de guidance au niveau du site. UCP porte sur des primitives spécifiques au commerce, catalogues, offres, stock, politiques, intention transactionnelle.

Où aller ensuite

• Comprenez le problème auquel UCP répond.
• Voyez comment les agents IA interagissent concrètement avec le commerce aujourd'hui.
• Cartographiez les standards et protocoles en jeu.
• Si vous êtes marchand, commencez par la checklist de readiness.

Approfondissements

• Implémenter UCP : guide technique complet (2026)
• Agent Payments Protocol (AP2) : paiement agentique expliqué
• UCP vs MCP : deux protocoles complémentaires, non concurrents
• Qui adopte UCP ? Walmart, Carrefour, Zalando, analyse
• Statistiques commerce agentique 2026 : chiffres clés
• De HTTPS à UCP : histoire des standards ouverts en e-commerce
• ACP vs UCP : les deux protocoles du commerce agentique