Universal Commerce Protocol et PrestaShop : ce que le protocole demande à une boutique

L’Universal Commerce Protocol (UCP) est un standard ouvert, présenté par Google le 11 janvier 2026. Il permet à un agent IA de chercher un produit, de composer un panier et de passer commande chez un marchand. Une boutique s’y branche en publiant un profil à l’adresse /.well-known/ucp, puis en répondant aux appels de l’agent. Au 14 octobre 2026, aucune source primaire ne documente de module UCP pour PrestaShop : l’intégration reste à développer, les données de la boutique peuvent se préparer.

• L’Universal Commerce Protocol, un standard libre publié par versions datées
• Le protocole découpe l’achat en cinq capacités
• Une boutique PrestaShop publie un profil, puis répond aux appels de l’agent
• Aucune intégration UCP n’est documentée pour PrestaShop
• Aucune date n’est annoncée pour la France
• L’agent renvoie l’acheteur vers la boutique dès que l’achat sort du cas simple
• Une boutique PrestaShop prépare son catalogue avant de choisir son protocole
• Sources consultées
• Foire aux questions

L’Universal Commerce Protocol, un standard libre publié par versions datées

La spécification de l’Universal Commerce Protocol se publie sous licence Apache 2.0 et change de version par date. Son dépôt officiel en liste quatre : 2026-01-11, 2026-01-23, 2026-04-08 et 2026-08-25. La version d’avril a ajouté le panier, la recherche dans le catalogue et la liaison d’identité. Celle d’août a apporté le paiement fractionné, la fidélité et une refonte du schéma de livraison que ses notes de version déclarent incompatible avec la précédente. Google a présenté le protocole lors d’une intervention au salon NRF, publiée sur son blog le 11 janvier 2026, comme construit avec Shopify, Etsy, Wayfair, Target et Walmart. Il l’a dit compatible avec Agent2Agent (A2A), Agent Payments Protocol (AP2) et Model Context Protocol (MCP).

Le protocole découpe l’achat en cinq capacités

L’Universal Commerce Protocol découpe l’achat en cinq capacités : le catalogue, le panier, le paiement, la liaison d’identité et la commande. Google a confirmé le 19 mars 2026 que chaque adoptant choisit les capacités facultatives qu’il expose (panier, catalogue, liaison d’identité). Le tableau rapproche chacune de l’écran du back-office de PrestaShop où vivent les données concernées.

Des extensions ajoutent la livraison et les remises. Les échanges empruntent les transports que liste la spécification : REST, MCP, A2A et une intégration embarquée.

Une boutique PrestaShop publie un profil, puis répond aux appels de l’agent

Le premier geste tient dans un fichier JSON servi à l’adresse /.well-known/ucp du domaine. Il déclare la version du protocole, les services proposés et les gestionnaires de paiement acceptés, c’est-à-dire les services qui traitent la carte ou le portefeuille de l’acheteur, comme Google Pay. Il peut y ajouter les clés publiques qui servent à vérifier les signatures. Si la boutique a activé les URL simplifiées dans Paramètres de la boutique > Trafic et SEO, son fichier .htaccess réécrit les adresses : vérifiez que /.well-known/ucp sort tel quel. Dans la version 2026-08-25, une session de paiement passe par six statuts. Le statut « incomplete » tant qu’il manque une information, « requires_escalation » quand l’acheteur doit intervenir, « ready_for_complete » quand tout est prêt, « complete_in_progress » pendant l’enregistrement de la commande, puis « completed » ou « canceled ». Chaque réponse porte les lignes du panier, la devise, les totaux et les liens vers les conditions générales. Les montants s’écrivent en unités mineures de la devise, c’est-à-dire en centimes pour l’euro, selon la norme ISO 4217 : 24,90 euros s’écrivent 2490. Chaque variante porte son propre identifiant, un titre, une description et un prix. Ouvrez une fiche dans Catalogue > Produits : si l’onglet Déclinaisons reste vide alors que vous vendez trois tailles, chaque taille devra recevoir son identifiant avant tout branchement. Après la commande, la boutique prévient l’agent des changements (expédition, annulation) par des notifications que la spécification exige signées. Un module PrestaShop qui relaierait ces envois à chaque changement de statut devrait signer chaque message avec la clé privée associée à ce profil.

Aucune intégration UCP n’est documentée pour PrestaShop

Ni le site officiel de la spécification, ni le guide d’intégration de Google mis à jour le 5 octobre 2026, ni les publications officielles de PrestaShop ne citent de module, de connecteur ou de partenaire UCP pour PrestaShop. Les auteurs du protocole publient des kits de développement officiels en JavaScript et en Python, aucun en PHP, le langage de PrestaShop. Google a annoncé le 19 mars 2026 que Salesforce et Stripe, entre autres, implémenteraient l’UCP sur leurs plateformes ; PrestaShop ne figure pas dans la liste. L’API d’administration de PrestaShop 9 repose sur API Platform, une bibliothèque libre qui sert à construire des API, et sur OAuth. Elle gère la boutique depuis un logiciel tiers, sans profil UCP ni session de paiement ouverte à un agent. La version de votre boutique s’affiche dans Paramètres avancés > Informations. Brancher une boutique PrestaShop suppose un développement sur mesure. Il prendrait la forme d’un module qui traduit panier, déclinaisons, transporteurs et statuts dans le format du protocole, ou d’un service intermédiaire placé devant la boutique. Une offre de module « compatible UCP » se juge sur pièces : version de la spécification visée, capacités couvertes, passage des tests de conformité publiés avec le protocole.

Aucune date n’est annoncée pour la France

La France n’apparaît ni dans le portail d’intégration de Merchant Center ni dans l’annonce de Google du 20 mai 2026. Selon la page du portail mise à jour le 5 octobre 2026, l’espace d’intégration se déploie aux États-Unis, l’Australie et le Canada devant suivre début 2027. Le guide de Google fixe le parcours : configurer livraison, retours et flux produits dans Merchant Center, rejoindre la liste d’attente, puis obtenir la validation de Google avant toute mise en ligne dans AI Mode de Google Search et l’application Gemini.

L’agent renvoie l’acheteur vers la boutique dès que l’achat sort du cas simple

Quand une session passe au statut « requires_escalation », la spécification impose à la boutique de fournir une adresse de reprise en HTTPS, où l’acheteur termine lui-même son achat. Elle cite en exemple un créneau de livraison à choisir, une commande de montant élevé à faire approuver ou une règle propre au premier achat. Hors de ces renvois, l’acheteur finalise le paiement dans une interface de confiance, sauf si la boutique prend en charge l’extension des mandats AP2. La spécification du catalogue réserve l’application des règles d’éligibilité au moment du paiement, sur les données de la transaction. Scénario : un stock affiché supérieur au stock réel laisse l’agent trouver le produit, puis fait buter le paiement sur la rupture. Comparez le stock du back-office à l’inventaire de l’entrepôt sur vos dix meilleures ventes : chaque écart signale un produit où l’agent échouerait. Le tunnel de commande reçoit chaque vente qui sort du cas simple, et toutes celles du chemin « transfert du panier » du guide de Google, où le panier repart vers le site du marchand. S’il casse sur mobile, ces ventes se perdent.

Décrire mon besoin →

Une boutique PrestaShop prépare son catalogue avant de choisir son protocole

Une boutique qui vend surtout en France n’a aucune surface Google à brancher tant que le pays n’est pas annoncé. La priorité va au catalogue ; l’intégration attend l’ouverture. Un catalogue où chaque déclinaison porte un identifiant stable, un code EAN-13 renseigné dans la fiche produit, un prix juste et un stock synchronisé servira l’UCP, les autres protocoles et Google Shopping à la fois. La mission flux produits PrestaShop en décrit le cadrage. Le choix du protocole vient ensuite. L’Agentic Commerce Protocol, développé par OpenAI et Stripe, a ChatGPT pour premier terrain ; l’UCP vise les surfaces de Google et les plateformes qui l’adoptent. Un serveur MCP du catalogue répond à un besoin voisin : laisser un assistant interroger les produits sans aller jusqu’au paiement. Le guide de Google passe par un gestionnaire Google Pay pour le paiement natif : demandez à votre prestataire de paiement s’il le prend en charge avant de chiffrer l’intégration.

Reportez ces points dans le message du formulaire de cette page, avec votre version de PrestaShop.

Sources consultées

• Google, « The AI platform shift and the opportunity ahead for retail », 11 janvier 2026, consulté le 14 octobre 2026.
• Google, « AI shopping gets simpler with Universal Commerce Protocol updates », 19 mars 2026, consulté le 14 octobre 2026.
• Google, « How we’re helping retailers thrive with new Universal Commerce Protocol features and AI tools on Google », 20 mai 2026, consulté le 14 octobre 2026.
• Google for Developers, « How to start UCP integration in Merchant Center » et guide d’intégration UCP, page « Overview », mis à jour le 5 octobre 2026, consulté le 14 octobre 2026.
• Auteurs de l’UCP, « Universal Commerce Protocol (UCP) Official Specification », sections « Overview », « Checkout Capability » et « Catalog Capability », version 2026-08-25, consulté le 14 octobre 2026.
• Auteurs de l’UCP, « Releases · Universal-Commerce-Protocol/ucp », dépôt GitHub du protocole, consulté le 14 octobre 2026.
• Stripe et OpenAI, « Agentic Commerce Protocol », site officiel du protocole, consulté le 14 octobre 2026.
• PrestaShop, « Admin API in PrestaShop 9 », documentation développeur, consulté le 14 octobre 2026.

Foire aux questions

Faut-il quitter PrestaShop pour vendre via l’UCP ?

Non. Le protocole est un standard ouvert sous licence Apache 2.0 : sa spécification décrit des échanges entre un agent et une boutique sans désigner de plateforme. Une boutique PrestaShop peut l’implémenter, au prix d’un développement sur mesure, à maintenir à chaque nouvelle version de la spécification.

Une boutique doit-elle implémenter toutes les capacités du protocole ?

Non. Le profil déclare les capacités prises en charge, et seules celles que la boutique et l’agent ont en commun s’activent. Le guide de Google demande de choisir un chemin principal : le paiement natif, qui conclut l’achat dans ses surfaces, ou le transfert du panier vers le site. La liaison d’identité et les codes promotionnels y restent facultatifs.

Qui encaisse le paiement et gère le service après-vente ?

La boutique. La spécification du paiement la désigne comme vendeur en titre (merchant of record). Elle facture, encaisse par ses gestionnaires de paiement et répond de la livraison, des retours et des réclamations. L’agent transmet seulement les moyens de paiement choisis par l’acheteur.

L’UCP impose-t-il une conformité PCI DSS à la boutique ?

Non, selon la spécification du paiement : le marchand, resté vendeur en titre, n’a pas à devenir conforme PCI DSS pour accepter des cartes par cette capacité, le paiement passant par les gestionnaires déclarés dans son profil. Les exigences de la banque ou du prestataire de paiement restent inchangées.

Que devient une intégration quand la spécification change ?

La boutique publie dans son profil les versions qu’elle sait traiter. Une fois la version retenue pour l’échange, elle détermine les capacités actives que les deux parties ont en commun. La spécification laisse au marchand le calendrier d’abandon des anciennes versions. Un contrat de maintenance doit prévoir ces montées de version.