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.
Définition en une phrase
Un protocole ouvert par lequel une entreprise déclare ses capacités de commerce et un système compatible négocie celles qu’il peut utiliser.
Les concepts techniques à distinguer
Les concepts officiels d’UCP distinguent les services, les capacités et leurs extensions. Le profil publié à /.well-known/ucp déclare les fonctions et mécanismes de paiement proposés. Les parties retiennent les capacités et versions qu’elles partagent.
Les transports documentés comprennent REST, MCP, A2A et Embedded. Les capacités de l’espace dev.ucp.* suivent la version de la spécification ; les extensions tierces peuvent évoluer à leur propre rythme. Une version publiée ne prouve pas qu’un marchand l’a implémentée.
Quatre angles pour analyser l’écosystème
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.
- 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.
- 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.
- 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.
- 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.
Pour évaluer une intégration UCP, nous proposons trois principes :
- 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.
Relier chaque sujet à la spécification
| Sujet | Relation avec UCP |
|---|---|
| Catalogue, panier et checkout | Vérifier la capacité, la version et les extensions exposées par l’implémentation. |
| Flux, sitemaps, schema.org et GS1 | Sources ou standards adjacents ; leur présence ne rend pas une boutique compatible UCP. |
| Paiement et autorisation | Vérifier les mécanismes négociés. AP2 est une spécification distincte et sa prise en charge doit être établie. |
| Migration, SEO et organisation du marchand | Sujets de préparation opérationnelle, pas des capacités normatives du protocole. |
Quatre niveaux de preuve pour l’adoption
Cette classification est éditoriale. Elle sert à évaluer une affirmation précise, sans attribuer un niveau global à un fournisseur.
- Spécifié : une fonction figure dans une version identifiée de la documentation.
- Annoncé : une entreprise décrit un produit ou un projet, avec une date et un périmètre.
- Disponible : la fonction est accessible sur un produit et un marché identifiés.
- Usage mesuré : une mesure documente son utilisation réelle, avec une période et une méthode.
Un scénario reste une hypothèse tant que les preuves correspondant au résultat annoncé manquent. Une liste de partenaires ne remplace ni un test d’intégration ni une mesure de commandes.
Un modèle mental rapide
Considérez UCP comme un contrat découvrable. Le marchand publie les fonctions prises en charge, le système appelant retient l’intersection compatible et les parties utilisent un transport documenté. Chaque opération doit ensuite être vérifiée dans l’implémentation choisie.
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 » ?
Le commerce conversationnel décrit une interaction par dialogue. UCP décrit un contrat technique entre systèmes. Une interface conversationnelle peut utiliser UCP, mais cela dépend de son intégration.
UCP m'oblige-t-il à adopter un éditeur spécifique ?
La spécification est publique et prévoit plusieurs transports. Cela ne prouve pas la portabilité de chaque intégration. Évaluez les capacités, versions, extensions et mécanismes de paiement réellement proposés ; voir 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
- Retailers UCP : annonces, soutiens et adoption vérifiable
- 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
Mise à jour · mai 2026
Le guide officiel de Google pour la recherche IA cite nommément l'Universal Commerce Protocol et renvoie vers ucp.dev. Voir notre analyse du guide GEO de Google. Source : Google.