Comment l'UCP de Google s'intègre dans l'économie des agents

Lundi, Google a annoncé son Universal Commerce Protocol (UCP) , une norme ouverte qui fournit aux agents un langage commun pour le commerce.

Cela signifie que les agents, comme Gemini, peuvent découvrir et acheter des produits sur des places de marché courantes telles que Shopify, Etsy, Wayfair, Target et Walmart, avec votre autorisation.

Comme vous le savez, l'achat de biens physiques sur ces plateformes ne se résume pas à un simple transfert d'argent. Il faut également tenir compte des adresses de livraison, du calcul des taxes, des politiques de retour, de la protection contre la fraude, etc. L'UCP normalise toutes ces fonctionnalités commerciales (catalogues, paniers, sessions de paiement, logique d'exécution) afin qu'un agent puisse les gérer. Il rend ainsi l'ensemble du cycle d'achat lisible par machine.

Au départ, certains se sont demandé si cela opposait Google à x402. Ce n'est pas le cas. Il s'agit de deux types de protocoles différents.

UCP est un langage commercial destiné aux marchés réglementés. Il définit la sémantique de ce processus pour les agents, leur permettant de comprendre quels produits existent, combien ils coûtent, comment ils sont expédiés et ce qui se passe en cas de problème. x402 est un système de règlement des paiements sans autorisation, instantané, autonome et irréversible. L'un définit ce que signifie « faire des achats », l'autre transfère de l'argent entre des machines.

Comment fonctionnent-ils ensemble ?

L'interaction la plus réaliste à court terme est celle où x402 gère les microtransactions « en amont » tandis que l'UCP gère le commerce réglementé « en aval ». Voici ce que je veux dire.

Prenons l'exemple d'un scénario agent à agent. Si un agent a besoin d'un document de recherche à 0,05 $ ou de 10 $ de calcul cloud, il ne veut pas remplir un formulaire de paiement. Il interroge un fournisseur de ressources avec un point de terminaison x402, paie instantanément et obtient l'accès. Pas de panier, pas d'adresse de livraison, pas d'approbation humaine, donc pas d'UCP.

Mais imaginez un agent IA chargé de planifier des vacances en votre nom (comme le fait Galaxy Research). Tout d'abord, l'agent peut avoir besoin d'informations : dates de voyage optimales, conditions météorologiques, volatilité des tarifs aériens. Pour les obtenir, il peut interroger des fournisseurs de données spécialisés (un service de prévision premium, une API de prévision de la demande) qui ont intégré x402. Grâce au protocole, l'agent découvre de manière programmatique les prix, paie pour l'accès et récupère les données.

Puis, fort de ces informations, l'agent détermine quand voyager et procède à la réservation des vols et des hôtels. La transaction passe alors dans le domaine du commerce réglementé, passant de x402 à UCP. L'agent utilise ici UCP pour naviguer sur la plateforme de la compagnie aérienne ou du voyagiste : afficher les options, créer un panier, lancer le paiement. Le paiement s'effectue via les canaux traditionnels : protection contre la fraude, remboursements, rétrofacturation, conformité. Vous vérifiez et approuvez l'achat.

Comprendre les limites

Pour être clair, si les deux protocoles peuvent être complémentaires, ils ne se chevauchent pas encore.

Les plateformes intégrées à l'UCP (Shopify, Walmart, les marchés réglementés) n'exposent pas les points de terminaison x402. Elles utilisent l'UCP pour la recherche et le paiement, mais le paiement est effectué par des processeurs traditionnels. Ainsi, un agent peut trouver des produits, créer un panier et afficher des options via l'UCP, mais il ne peut pas effectuer la transaction de manière autonome via x402.

Prenons l'exemple d'une boutique de confitures maison sur Shopify. Un agent peut découvrir la boutique via UCP, comprendre le catalogue et préparer un paiement. Mais à moins que ce commerçant ne crée indépendamment un point de terminaison x402 — ce qui nécessite le déploiement d'un middleware et la configuration d'un portefeuille —, l'agent ne peut pas régler l'achat sans approbation humaine et sans passer par les circuits de paiement traditionnels.

À court terme, il est peu probable que les plateformes qui standardisent le commerce avec UCP exposent également des points de terminaison x402. Pour l'instant, l'interaction est complémentaire plutôt qu'intégrée : x402 pour l'accès autonome aux ressources, UCP pour le commerce réglementé qui passe toujours par l'infrastructure existante.

UCP et la norme A2A de Google

UCP n'est pas la première norme ouverte de Google pour les agents. L'année dernière, ils ont lancé A2A (Agent-to-Agent) , un protocole permettant aux agents IA construits sur différents frameworks de se découvrir, de communiquer et de collaborer.

A2A est une couche de coordination. Il normalise la manière dont les agents s'appellent entre eux et structurent leurs messages, quels que soient leurs créateurs et le framework ou la boîte à outils utilisés pour les développer. Sans lui, chaque interaction entre agents nécessite une intégration personnalisée.

UCP, en revanche, est un vocabulaire commercial que A2A peut transporter. UCP rend le « shopping » compréhensible pour les agents ; A2A leur donne un moyen d'échanger ces informations. Cependant, UCP est indépendant du mode de transport, ce qui signifie qu'il ne peut pas être communiqué uniquement via A2A. Les messages peuvent également être transmis via REST (le protocole API web standard) ou MCP (le protocole d'Anthropic pour connecter des modèles à des outils).

La pile à ce jour

L'arrivée de l'UCP ajoute une nouvelle couche à ce qui devient une pile commerciale agentique reconnaissable :

• A2A gère la coordination des agents : découverte, messagerie et collaboration entre les frameworks.
• UCP gère l'orchestration du commerce : découverte des produits, gestion du panier, paiement, exécution.
• x402 gère le règlement autonome : paiements instantanés entre machines.
• ERC-8004 gère l'identité et la réputation : des registres sur la chaîne prouvent qui sont les agents et comment ils ont performé.

Il convient de noter que l'UCP représente un type de contribution spécifique : un paquet linguistique pour le commerce. Il enseigne aux agents ce que signifie « faire des achats ». On peut imaginer l'émergence de protocoles ouverts similaires pour d'autres domaines (analyse financière, éducation, santé), chacun fournissant aux agents un vocabulaire commun pour un sous-ensemble particulier d'actions.

L'essentiel est que ces protocoles restent ouverts et interopérables plutôt que verrouillés à des écosystèmes spécifiques. Il faut reconnaître à Google le mérite d'avoir créé A2A et UCP en tant que normes publiques. D'autres devraient suivre cet exemple. Plus ces langages de domaine se multiplient en tant qu'infrastructure ouverte, plus les agents deviennent rapidement utiles, et plus il devient difficile pour une plateforme unique de centraliser ou de monopoliser la pile.