Qu’est-ce que Google UCP ? Comment fonctionne-t-il avec les API et MCP dans l’e-commerce ?

Pour que les agents d’IA puissent effectuer des transactions dans l’e-commerce, un simple accès à une API ne suffit pas. Les boutiques et les prestataires de services de paiement proposent des interfaces différentes, ce qui complique l’exécution uniforme des étapes d’achat. Annoncé par Google, Universal Commerce Protocol (UCP) se positionne comme un standard open source destiné à répondre à cette fragmentation. Son objectif principal est d’établir un langage commun pour les transactions commerciales entre plateformes, marchands et prestataires de paiement.

Pour comprendre la différence entre une API et UCP, il est utile de distinguer l’accès aux fonctions de la définition commune des transactions. Une API donne accès aux fonctions proposées par un système donné ; toutefois, une même opération peut être mise en œuvre différemment selon les boutiques. UCP vise à décrire la découverte de produits, le panier, la finalisation de l’achat et les étapes après-vente sous forme de capacités standardisées. L’objectif est ainsi de permettre à l’agent d’utiliser des points de terminaison transactionnels lisibles par machine, plutôt que de déduire les actions à effectuer à partir du contenu affiché à l’écran.

MCP et UCP ne répondent pas non plus exactement au même problème. Alors que MCP standardise la connexion entre modèles et outils à des fins générales, UCP se concentre sur les besoins des processus commerciaux. La possibilité d’établir une correspondance directe entre les capacités UCP et les outils MCP montre que les deux approches peuvent être utilisées ensemble. Il est donc plus juste de considérer UCP non comme un remplacement de MCP, mais comme un cadre qui définit les transactions commerciales et peut également être exposé via MCP.

Dans un scénario d’e-commerce, un agent peut devoir trouver un produit, identifier la variante appropriée, vérifier sa disponibilité en stock et obtenir un calcul des frais de livraison. Viennent ensuite la création du panier et la finalisation de l’achat. L’approche d’UCP consiste à exprimer ces étapes au moyen de capacités communes plutôt que d’intégrations spécifiques et cloisonnées. Son positionnement par Google pour les interfaces AI Mode et Gemini souligne également le lien entre cette approche et les expériences d’achat destinées aux utilisateurs.

La standardisation ne s’arrête pas au paiement. Les opérations après-vente, comme la consultation du statut d’une commande, le lancement d’un retour ou la modification d’une adresse, peuvent également être traitées selon la même approche fondée sur les capacités. Côté paiement, la conception d’UCP compatible avec AP2 vise à encadrer l’action des agents par des mécanismes de confiance, tels que l’autorisation et les droits d’exécution des transactions. La distinction essentielle est ici celle entre la possibilité technique d’effectuer une transaction et l’autorisation de la réaliser.

Chez X Mind Solutions, nous n’interprétons pas cette évolution comme une invitation à abandonner les investissements existants dans les API. La réflexion doit avant tout porter sur la manière de mettre les fonctions commerciales à la disposition des agents de façon cohérente et dûment autorisée. La coexistence de l’approche ACP d’OpenAI et de Stripe avec l’approche UCP de Google rend pertinent le fait d’envisager plusieurs protocoles dans les plans d’intégration. Pour les PME notamment, un point de départ peut être d’identifier les étapes d’achat que leurs systèmes actuels peuvent exposer à l’extérieur.