Le Universal Commerce Protocol a publié le 25 août 2026 une révision de sa spécification qui contient des changements incompatibles : structure des livraisons modifiée, consentement acheteur déplacé, clés de signature regroupées dans un JWK Set unique. Toute boutique déjà exposée aux agents d'achat via UCP doit vérifier ses schémas avant que les intégrations ne cassent.

Le projet UCP (Universal Commerce Protocol) a livré le 25 août 2026 sa quatrième version, la première depuis avril, et elle contient des breaking changes. Selon Search Engine Journal, la mise à jour réorganise la spécification, ajoute des fonctionnalités dédiées aux courses alimentaires et pose les bases des verticales restauration et hébergement. Concrètement : si votre catalogue est déjà exposé à un agent d'achat, une partie de votre balisage et de vos flux produit doit être réalignée. Si vous ne l'avez pas encore fait, c'est le bon moment pour cadrer le sujet avant que le protocole ne se stabilise sur cinq secteurs au lieu d'un.

Rappel utile pour les dirigeants qui découvrent le sujet : UCP est le protocole de paiement et de panier introduit par Google au NRF en janvier 2026, dont le conseil de gouvernance réunit Google et Shopify comme membres permanents, rejoints par Stripe en avril. C'est la plomberie du agentic commerce, l'achat effectué par un assistant IA pour le compte d'un utilisateur, notamment dans AI Mode et Gemini. Autrement dit, ce n'est pas un standard de référencement de plus : c'est une interface machine vers votre catalogue et votre tunnel de commande.

Ce que la révision du 25 août change dans le schéma produit#

Les notes de version publiées sur le dépôt GitHub d'UCP décrivent quatre familles de modifications structurantes. Premièrement, les schémas de fulfillment (livraison, retrait, exécution de commande) passent à une nouvelle structure : ce n'est pas un ajout de champ, c'est une réécriture de bloc. Deuxièmement, le consentement de l'acheteur ne vit plus dans des champs fixes mais dans une map souple, ce qui déplace la responsabilité côté intégrateur : il faut décider quelles clés vous émettez et les documenter. Troisièmement, les clés de signature de profil sont consolidées dans un unique JWK Set. Quatrièmement, le versionnement abandonne les numéros au profit de dates, d'où l'étiquette v2026-08-25.

Le reste de la mise à jour est additif mais lourd de conséquences pour le schema produit. Le volet alimentaire introduit des outils de localisation permettant à un agent de trouver un magasin physique et d'en récupérer l'adresse, les horaires et les coordonnées cartographiques, avec un format d'horaires d'ouverture normalisé. Surtout, les agents peuvent désormais passer commande au poids, ce qui suppose que votre catalogue sache exprimer un prix au kilo, une unité de vente et une tolérance de variation. Côté paiement, la spécification ajoute une authentification 3D Secure 2 indépendante du fournisseur, des échéanciers avec acompte et mensualités, et le fractionnement d'une commande sur plusieurs moyens de paiement. Enfin, la spécification est réorganisée en trois sections, Shopping, Payment et Common, les fonctions de paiement étant désormais transverses et non plus réservées au retail.

Pourquoi la vente au poids et la localisation cassent les habitudes de catalogue#

Un catalogue e-commerce classique raisonne en référence, variante et prix unitaire. La commande au poids introduit une notion que la plupart des bases produit n'expriment pas proprement : un article dont la quantité facturée n'est connue qu'après préparation. Dans la pratique d'exploitation, cela impose trois décisions techniques que personne ne peut trancher à votre place : quelle unité de mesure fait foi, comment est calculé le montant autorisé au moment du paiement, et quelle marge d'écart est acceptée entre la commande et la préparation. Tant que ces règles ne sont pas écrites, exposer un produit au poids à un agent revient à accepter des litiges de facturation.

La partie localisation soulève un problème symétrique. Un format d'horaires normalisé signifie que vos horaires doivent être structurés, pas rédigés en texte libre dans une page « nos magasins ». Nous voyons régulièrement des sites où les horaires vivent dans un bloc éditorial, les coordonnées GPS dans une carte tierce, et l'adresse dans le pied de page, sans source unique de vérité. Pour un agent, cette dispersion est équivalente à une absence de donnée. La bonne nouvelle est que le travail réalisé pour UCP recoupe largement celui d'un balisage Schema.org propre sur les établissements et les produits : ce n'est pas un chantier à fonds perdus, il sert aussi votre visibilité classique et vos fiches d'établissement.

Ce que la préparation restauration et hébergement annonce pour la suite#

La mise à jour ne rend pas disponible la commande de repas ni la réservation d'hôtel via une interface IA. Search Engine Journal le précise explicitement : les fonctions alimentaires et hébergement livrées sont des briques de base, préparatoires. La gouvernance, elle, avance vite. Un Food Technical Council a été constitué en juillet avec Block (Square), DoorDash, Google, Toast et Uber Eats ; un Lodging Technical Council le 11 août avec Amadeus, Booking.com, Expedia, Google, Hilton, Marriott et Trip.com. Autrement dit, les acteurs qui écrivent la norme sont ceux qui détiennent déjà la distribution dans ces secteurs.

La feuille de route d'UCP décrit pour l'alimentaire la localisation des restaurants et des menus, la sélection des plats et un paiement gérant pourboire et consignes de livraison ; pour l'hébergement, la recherche d'hôtels, la sélection de chambre et la réservation. Aucune date de publication n'est annoncée pour ces spécifications : la page d'annonces du projet ne comporte pas de calendrier à ce jour. Sur le retail, en revanche, les annonces de Google I/O indiquaient une extension du paiement propulsé par UCP au Canada et à l'Australie, le Royaume-Uni étant prévu ensuite. La France n'est pas mentionnée dans cette liste, et il serait imprudent d'en déduire une échéance.

Checklist d'audit de votre flux produit PrestaShop et Shopify#

Voici la séquence que nous appliquons pour évaluer un catalogue face à un protocole d'achat agentique. Elle vaut pour PrestaShop comme pour Shopify, avec des points d'attention distincts signalés à chaque étape.

  1. Établir si vous êtes concerné aujourd'hui. Si aucune intégration UCP n'est active, les breaking changes ne cassent rien chez vous. Passez directement à l'étape 4. Si une intégration existe, lisez la section « breaking changes » des notes de version avant toute autre action : la nécessité de migrer dépend des fonctionnalités que vous utilisez réellement.
  2. Inventorier les blocs impactés. Repérez tout ce qui touche au fulfillment, au consentement acheteur et aux clés de signature. Ces trois points sont ceux qui changent de structure et non de contenu.
  3. Reconstruire le JWK Set unique et le tester en environnement de préproduction. Une erreur de clé ne dégrade pas le service, elle le coupe. Prévoyez une fenêtre de bascule et conservez la version antérieure du protocole active : la spécification permet de continuer à prendre en charge des versions plus anciennes pendant la montée de version.
  4. Auditer la qualité des attributs produit. GTIN ou EAN, marque, état, disponibilité réelle, délai d'expédition, prix TTC et devise, variantes correctement rattachées au produit parent. Sur PrestaShop, vérifiez les déclinaisons dont le stock est géré hors ligne et les champs personnalisés remplis de façon hétérogène selon l'ancienneté des fiches. Sur Shopify, contrôlez les metafields utilisés comme rustines, souvent non exposés dans les flux sortants.
  5. Structurer les unités de vente. Pour tout produit vendu au poids ou au volume, définissez l'unité de référence, le prix à l'unité de mesure et la tolérance de variation acceptée. Écrivez la règle de facturation avant de l'implémenter.
  6. Normaliser les données d'établissement. Adresse, coordonnées, horaires structurés incluant les exceptions, dans une source unique alimentant à la fois le site, le balisage et les flux. Un tableur maintenu à la main ne tient pas six mois.
  7. Vérifier la cohérence prix et stock entre le site et les flux. Un écart de prix entre la fiche et le flux consommé par un agent produit un refus de paiement ou une commande à honorer à perte. Contrôlez la fréquence de rafraîchissement, pas seulement le contenu.
  8. Documenter et versionner. Notez la version de spécification cible, les clés de consentement émises et la date de la dernière validation. Sans cela, la prochaine révision imposera de tout réinvestiguer.

Une remarque de méthode : la plupart des points ci-dessus ne sont pas spécifiques à UCP. Un catalogue propre, avec des identifiants fiables et des attributs complets, sert simultanément Google Merchant Center, les places de marché, le balisage Schema.org et les protocoles agentiques. C'est l'argument le plus solide pour arbitrer le budget : vous ne financez pas un pari sur un standard, vous financez la qualité de votre référentiel produit.

Arbitrer sans surinvestir : ce que nous recommandons selon votre situation#

Trois cas de figure se présentent. Si vous vendez du retail classique en France et que vous n'avez aucune intégration UCP, l'urgence n'est pas d'implémenter le protocole mais de nettoyer le référentiel produit et les données d'établissement. Le coût est modéré, l'utilité immédiate sur vos canaux existants, et vous serez prêt le jour où le paiement UCP arrivera sur votre marché. Si vous êtes déjà intégré, la révision du 25 août est un chantier technique de maintenance à planifier, pas une refonte : périmètre limité aux trois blocs modifiés, test en préproduction, conservation temporaire de la version antérieure.

Si vous opérez dans l'alimentaire, la restauration ou l'hébergement, la priorité est différente : suivez la production des conseils techniques sectoriels et préparez vos données structurantes (menus, unités de vente, disponibilités, typologies de chambre) sans attendre une spécification qui n'a pas de date. Chez Websource, nous exploitons et hébergeons des sites PrestaShop et Shopify depuis 2010, et ce type de mise à jour se traite comme n'importe quelle évolution de contrat d'interface : on identifie ce qui casse, on isole, on teste, on bascule. Si vous voulez faire auditer votre flux produit et votre catalogue avant la prochaine révision, c'est exactement le genre de cadrage que nous menons.

Dernier point de vigilance : ne confondez pas l'annonce et la disponibilité. Rien dans cette publication n'indique que la commande de courses ou la réservation d'hôtel soit accessible aujourd'hui via une interface IA. Le rythme, en revanche, est net : quatre versions, une extension géographique en cours, deux nouvelles verticales en préparation. Une décision prise maintenant sur la qualité de vos données produit coûtera moins cher qu'une mise en conformité en urgence dans six mois.

Questions fréquentes#

Ma boutique doit-elle migrer vers la nouvelle version d'UCP ?#

Uniquement si vous avez déjà une intégration UCP active. Les notes de version précisent que la nécessité de mettre à jour les schémas dépend des fonctionnalités que vous utilisez réellement, et la spécification permet de continuer à prendre en charge des versions antérieures pendant la montée de version. Si vous n'êtes pas intégré, aucune action technique urgente n'est requise.

Le paiement UCP est-il disponible en France ?#

Les annonces relayées par Search Engine Journal mentionnent une extension du paiement propulsé par UCP au Canada et à l'Australie, le Royaume-Uni étant prévu ensuite. La France ne figure pas dans cette liste et aucune échéance n'est communiquée pour le marché français.

Peut-on déjà commander des courses ou réserver un hôtel via un agent IA ?#

Non. Search Engine Journal indique explicitement que la publication ne rend disponible ni la commande de courses ni la réservation d'hôtel via une interface IA. Les fonctions alimentaires et hébergement livrées sont des briques de base préparatoires, dont les spécifications complètes sont encore en cours d'élaboration.

Quel est le premier chantier utile si je vends sur PrestaShop ou Shopify ?#

Le nettoyage du référentiel produit : identifiants GTIN ou EAN, marque, disponibilité réelle, délais, prix et devise, variantes correctement rattachées. Ce travail sert simultanément vos flux Merchant Center, vos places de marché, votre balisage Schema.org et toute intégration agentique future. C'est un investissement qui produit de la valeur même si UCP n'arrive pas chez vous cette année.

Qui décide du contenu de la spécification UCP ?#

Un conseil de gouvernance dont Google et Shopify sont membres permanents, rejoints par Stripe en avril 2026. Deux conseils techniques sectoriels ont été créés depuis : un Food Technical Council en juillet avec Block (Square), DoorDash, Google, Toast et Uber Eats, et un Lodging Technical Council le 11 août avec Amadeus, Booking.com, Expedia, Google, Hilton, Marriott et Trip.com.

Sources#

Article rédigé le 31/08/2026 par l'équipe Websource à partir des sources citées ci-dessus, puis relu avant publication. Une information vous semble inexacte ou datée ? Signalez-le nous, nous corrigeons.