Préparer son commerce aux assistants d’intelligence artificielle et aux paniers universels

Le commerce en ligne entre dans une phase où la page produit n’est plus nécessairement le premier point de contact, ni même le lieu où commence la décision d’achat. Un client peut désormais formuler une intention dans un moteur de recherche, un assistant conversationnel, une application de courses ou un environnement vidéo : « je cherche une veste imperméable pour un week-end », « compose-moi les ingrédients pour ces repas », « trouve un canapé adapté à cette pièce ». L’assistant interprète la demande, compare des options, constitue un panier et, selon l’intégration disponible, oriente vers la finalisation de l’achat.

Pour les équipes e-commerce, produit et techniques, le sujet n’est donc pas de prédire une disparition imminente des boutiques en ligne. Il s’agit de préparer un commerce à être compris, recommandé et actionné par des assistants d’intelligence artificielle. L’annonce d’Universal Cart et du protocole UCP par Google, les initiatives de Stripe, ainsi que les assistants de panier lancés par Instacart et Uber Eats, rendent cette évolution concrète. La priorité est de construire une base fiable : catalogue exploitable, règles commerciales explicites, checkout intégré de façon maîtrisée et architecture capable d’évoluer avec les protocoles.

Du parcours e-commerce au parcours « discover, converse, buy »

Le modèle e-commerce classique repose sur une séquence connue : acquisition, arrivée sur une page de catégorie ou une fiche produit, ajout au panier, checkout. Cette séquence reste essentielle, car elle concentre la marque, la conversion et une grande partie des données opérationnelles. Mais elle est de plus en plus précédée, enrichie ou contournée par une interaction conversationnelle.

Google résume cette évolution par un parcours où l’utilisateur peut rechercher, trouver et acheter dans un même flux sécurisé, sans quitter la conversation. L’enjeu du commerce agentique est précisément là : l’assistant ne se limite pas à afficher des liens. Il peut aider à préciser le besoin, sélectionner des références compatibles avec les contraintes de l’utilisateur, préparer un panier et déclencher les étapes autorisées pour l’achat.

Préparer son commerce aux assistants IA ne consiste pas à « optimiser pour un chatbot ». Cela consiste à rendre l’offre, les règles et les opérations suffisamment structurées pour qu’un agent puisse les interpréter sans ambiguïté.

Cette distinction est importante. Une belle interface humaine ne garantit pas qu’un assistant sache identifier la bonne variante, connaître le prix réellement applicable, vérifier la disponibilité, respecter une restriction de livraison ou expliquer une politique de retour. Les informations qui étaient parfois implicites, dispersées dans l’interface ou gérées manuellement doivent devenir accessibles sous une forme structurée et contrôlable.

Le panier n’est plus lié à une seule surface

Lors de Google I/O 2026, Google a présenté Universal Cart, un panier universel conçu pour suivre l’utilisateur entre Search, Gemini, YouTube et Gmail. L’ambition est de réduire la rupture entre découverte et achat, quelle que soit la surface sur laquelle l’intention a émergé. Google indique aussi que l’utilisateur pourra transférer ce panier vers le site du marchand en un clic pour terminer son achat.

Cette promesse ne signifie pas que le site marchand perd son rôle. Au contraire, il doit être prêt à recevoir un panier cohérent, à appliquer ses conditions commerciales et à assurer une finalisation fiable. La boutique devient à la fois une destination de conversion, une source de vérité transactionnelle et une brique d’un écosystème plus large.

  • Découvrir : rendre les produits et services trouvables à partir d’intentions exprimées en langage naturel.
  • Converser : donner des réponses précises sur les caractéristiques, la compatibilité, la disponibilité et les conditions.
  • Acheter : transformer une sélection en panier, puis en commande, avec les contrôles métier nécessaires.
  • Servir : prolonger l’expérience après achat avec le suivi, le support et la gestion des retours.

Ce changement de parcours invite à rapprocher des équipes qui travaillent souvent séparément : SEO, acquisition, catalogue, merchandising, CRM, paiement, support, logistique et développement. Un assistant ne respecte pas l’organigramme de l’entreprise ; il traverse les données et les processus nécessaires pour répondre à la demande d’un client.

Pourquoi les paniers universels deviennent un sujet de préparation immédiat

Le commerce agentique est encore en phase d’adoption côté consommateurs, mais l’offre s’accélère. Des analyses sectorielles publiées en 2026 décrivent un usage encore minoritaire, mais en croissance. Pour une entreprise, c’est donc un chantier de préparation stratégique : il serait prématuré de reconstruire toute sa plateforme autour d’un seul assistant, mais risqué d’attendre que les canaux se généralisent avant de corriger les fondations.

Les signaux venus des plateformes sont particulièrement structurants. Google présente UCP, pour Universal Commerce Protocol, comme un standard ouvert destiné à transformer les interactions avec l’IA en ventes instantanées. Le protocole prévoit notamment des actions agentiques dans AI Mode de Google Search et Gemini. Google cite Shopify, Etsy, Wayfair, Target et Walmart parmi les co-développeurs ou partenaires initiaux, ainsi que plus de vingt autres acteurs soutenant le standard.

Dans le même temps, Stripe a annoncé son Agentic Commerce Suite. Stripe explique que les marchands peuvent charger leur catalogue et gérer directement dans le Dashboard l’accès donné aux agents, afin de rendre leur entreprise « agent-ready ». Stripe a également annoncé un partenariat avec Google pour permettre prochainement à des clients d’acheter dans AI Mode et Gemini via UCP.

Ces annonces doivent être lues comme un indicateur d’orientation technologique. Les plateformes qui concentrent déjà la recherche, le paiement, le SaaS commerce et les catalogues investissent dans des interfaces permettant aux agents de découvrir et d’acheter. L’interopérabilité devient donc un sujet de distribution au même titre que les flux produits, les APIs de livraison ou les moyens de paiement.

Des cas d’usage déjà opérationnels dans le panier conversationnel

Le phénomène ne se limite pas aux annonces de protocoles. Instacart a lancé un assistant intégré à sa marketplace, capable de transformer une conversation en panier prêt à acheter en quelques secondes. L’entreprise indique aussi être le premier partenaire grocery de Google à intégrer Gemini pour construire un panier achetable à partir d’une conversation naturelle.

Uber Eats a, de son côté, lancé Cart Assistant pour le grocery agentique. L’objectif présenté est de convertir une liste, une recette ou une intention imprécise en workflow d’achat. Pour les commerces de produits du quotidien, ces usages sont parlants : l’utilisateur ne cherche pas toujours une référence précise ; il exprime souvent un besoin contextualisé, comme organiser un dîner, renouveler des essentiels ou respecter un régime alimentaire.

Google a également indiqué travailler avec Kroger sur un nouvel agent shopping dans l’application du retailer. Des partenaires comme The Home Depot et McDonald’s utilisent déjà des agents pour le service client. Ces expériences ne se ressemblent pas toutes, mais elles convergent vers un même principe : la conversation devient une interface commerciale, et le panier un objet échangeable entre services.

UCP : comprendre le socle technique sans le réduire à une simple API

UCP est le cadre technique le plus visible pour préparer une intégration au commerce agentique dans l’écosystème Google. Il ne faut pas le considérer comme un unique endpoint à brancher une fois pour toutes. La documentation décrite par Google présente un ensemble de mécanismes permettant au marchand d’exposer son profil, ses capacités et des endpoints adaptés à ses opérations commerciales.

La page Cart API de Google indique que cette fonctionnalité existe dans la version UCP 2026-04-08. Elle précise que le panier peut être construit et géré sur plusieurs surfaces Google, dont AI Mode et Gemini. La documentation cite aussi une version de profil 2026-01-23. Cette présence de versions datées est un élément opérationnel majeur : les équipes doivent prévoir une veille, des tests de compatibilité et une gouvernance de mise à jour.

Une architecture fondée sur la négociation de capacités

La documentation UCP décrit une architecture dite « server-selects ». Dans cette approche, le marchand choisit la version du protocole et les capacités qu’il expose. Il publie un profil UCP et gère les endpoints correspondants. Ce modèle permet d’éviter une intégration rigide où chaque vendeur devrait supporter immédiatement toutes les fonctionnalités envisagées par un agent.

Concrètement, un commerce doit être capable d’identifier ce qu’il sait faire de manière fiable. Peut-il créer un panier ? Modifier des quantités ? Réserver du stock pendant un délai déterminé ? Calculer les options de livraison en temps réel ? Appliquer un code promotionnel ? Renvoyer une décision claire lorsqu’un produit ne peut pas être livré à une adresse ? Les réponses ne doivent pas être supposées : elles doivent être traduites en capacités documentées et testées.

  1. Publier un profil clair : déclarer la version prise en charge et les capacités réellement disponibles.
  2. Exposer des endpoints robustes : protéger les accès, valider les entrées et retourner des erreurs actionnables.
  3. Relier les APIs au système de vérité : prix, stock, promotions, catalogue et livraison ne doivent pas être des copies périmées.
  4. Tester les scénarios dégradés : rupture de stock, changement de prix, variante indisponible, adresse non desservie ou paiement refusé.
  5. Suivre les versions : prévoir des responsabilités explicites pour surveiller l’évolution d’UCP et de ses implémentations.

UCP est présenté par Google comme interopérable avec Agent2Agent, Agent Payments Protocol et Model Context Protocol. Cette compatibilité suggère une stratégie multi-agent et multi-plateforme. Pour une entreprise, le bon objectif n’est pas de multiplier les connecteurs propriétaires sans cohérence. Il est de disposer d’un noyau commerce API-first, capable de servir plusieurs expériences tout en préservant les règles et la qualité de service.

Le marchand reste responsable de son exécution

Le protocole ne retire pas la complexité du commerce. Il la rend plus explicite. Un agent peut initier ou faciliter une action, mais la disponibilité réelle, le calcul final du prix, l’éligibilité à une promotion, les taxes, la livraison, la fraude et l’exécution restent des responsabilités métier. Une intégration agentique fiable nécessite donc les mêmes exigences qu’un bon checkout : idempotence, traçabilité, contrôles d’autorisation, gestion des reprises et journalisation.

Il est prudent de commencer avec un périmètre limité. Par exemple, quelques catégories bien normalisées, un pays, un mode de livraison, des produits sans personnalisation complexe et des règles promotionnelles lisibles. Cette approche permet de mesurer la qualité de l’intégration avant d’ouvrir des cas plus délicats, tels que les bundles dynamiques, les abonnements, les produits réglementés ou les configurations sur mesure.

Le catalogue produit : la première condition pour être compris par un assistant

Un assistant ne lit pas une boutique comme un visiteur humain. Il doit pouvoir relier l’intention à des attributs, des variantes, des contraintes et des preuves disponibles dans les données. Une description marketing vague peut inspirer ; elle ne suffit pas à sélectionner précisément un produit pour un usage, une taille, une matière, une compatibilité technique ou une condition de livraison.

Google met en avant l’importance de flux Merchant Center propres et de nouveaux attributs marchands pour le commerce conversationnel. Google présente également les flux Merchant Center existants comme une base d’arrivée pour les paniers universels : ils servent à capter des clients à forte intention, tandis qu’UCP ouvre l’accès à des surfaces comme AI Mode dans Search et Gemini web. Pour beaucoup de marchands, la mise à niveau du catalogue est donc le quick win le plus pertinent.

Passer d’un catalogue éditorial à un catalogue décisionnel

Un catalogue décisionnel aide un système à répondre à des questions concrètes. Il doit distinguer les données de la référence parente, de la variante vendable et de l’offre effective. Une chaussure n’est pas seulement un modèle ; elle se décline par taille, couleur, disponibilité, prix, délai et parfois par conditions de retour. Une erreur à ce niveau se transforme rapidement en recommandation imprécise ou en panier impossible à finaliser.

  • Identifiants stables : SKU, identifiants de variante et correspondances fiables entre PIM, ERP, CMS et plateforme e-commerce.
  • Attributs normalisés : dimensions, matière, couleur, taille, capacité, compatibilité, composition, certifications ou usages selon le secteur.
  • Disponibilité à jour : stock, précommande, délais, zones de livraison et restrictions de vente.
  • Prix explicites : prix courant, devise, promotions applicables, conditions et date de validité lorsque le modèle commercial l’exige.
  • Contenu utile à la décision : descriptions factuelles, guides, photos cohérentes, notices, réponses aux questions fréquentes et conditions de retour.
  • Relations entre produits : accessoires nécessaires, consommables compatibles, équivalents, produits de remplacement et bundles.

La qualité de données doit être traitée comme un produit interne. Elle implique un propriétaire métier, des règles de validation, des alertes et un circuit de correction. Sans cela, les équipes risquent de créer une couche d’IA séduisante au-dessus d’informations contradictoires, ce qui dégrade la confiance au lieu de renforcer la conversion.

Traiter les ambiguïtés avant qu’un agent ne les rencontre

Les ambiguïtés les plus coûteuses sont rarement techniques. Elles naissent de règles implicites : « la livraison gratuite ne s’applique pas partout », « cette variante est disponible uniquement en magasin », « le prix affiché dépend du volume », « le produit nécessite un accessoire », « le délai indiqué est une estimation ». Quand ces règles sont absentes du modèle de données, un assistant peut formuler une promesse que le checkout devra ensuite contredire.

Un audit utile consiste à prendre les vingt questions clients les plus fréquentes, puis à vérifier si un système peut y répondre uniquement à partir des données structurées et des règles officielles. Si la réponse dépend de l’interprétation d’un conseiller ou d’une recherche manuelle dans plusieurs outils, le chantier est identifié. Cette méthode est souvent plus productive que de partir directement de la technologie d’agent.

Merchant Center, visibilité et commerce conversationnel

La préparation aux assistants IA ne remplace pas le travail de visibilité existant. Elle le prolonge. Dans l’écosystème Google, Merchant Center demeure un point d’appui important : Google indique que les flux produits existants permettent de capter une intention forte et que les nouveaux attributs marchands soutiennent la découverte conversationnelle.

Cette continuité change toutefois la nature de l’optimisation. Il ne s’agit plus seulement d’obtenir une impression ou un clic à partir d’une requête courte. Il faut permettre à un assistant de justifier une proposition à partir d’un contexte plus riche : besoin, budget, usage, préférence, localisation, délai ou contraintes. Le contenu produit, les données de livraison et les politiques commerciales doivent donc être cohérents entre le site, les flux et les APIs transactionnelles.

De nouveaux attributs pour dialoguer avec les acheteurs

Google a aussi annoncé Business Agent et de nouveaux attributs Merchant Center. L’objectif annoncé est de permettre aux acheteurs de discuter directement avec les marques dans Search et d’améliorer la découverte dans des scénarios conversationnels. Cela implique une responsabilité de marque : une réponse assistant doit être utile, alignée sur les règles réelles et ne pas inventer de disponibilité, de bénéfice produit ou de promotion.

Les équipes peuvent préparer ce terrain en recensant les informations que les acheteurs attendent avant de commander. Pour un acteur B2B, il peut s’agir de compatibilité, de minimum de commande, de délai ou de documentation. Pour une marque D2C, l’attention portera davantage sur la coupe, la composition, l’entretien, la livraison et les retours. Pour un commerce local, la disponibilité en magasin, le créneau et la zone desservie deviennent centraux.

Le référencement, le merchandising et le service client doivent participer à ce travail. Le SEO apporte la compréhension des intentions de recherche. Le merchandising garantit la présentation commerciale et les priorités de gamme. Le support connaît les objections réelles. L’équipe produit ou data transforme ces besoins en un modèle réutilisable. Cette coopération est plus durable qu’une simple campagne de contenu conçue pour suivre une tendance IA.

Checkout, paiement et sécurité : conserver le contrôle dans un parcours agentique

Un panier pertinent ne vaut rien s’il ne peut pas devenir une commande sûre. Google et Stripe positionnent ensemble la découverte, le catalogue, le paiement, la fraude et la gestion transactionnelle comme une pile d’intégration unifiée. C’est une bonne lecture du problème : l’agent peut simplifier l’entrée dans le parcours, mais les exigences de sécurité et de conformité augmentent lorsque des actions d’achat sont engagées.

Google insiste, dans sa documentation, sur le fait que le marchand reste Merchant of Record. Il conserve ses données et sa relation client. Cette précision est déterminante. Le commerce doit conserver la maîtrise de l’acceptation de commande, de l’encaissement selon son modèle, de la fiscalité, de l’exécution, du service après-vente et des obligations qui lui incombent.

Définir les frontières d’autorisation

Il faut distinguer une recommandation, une préparation de panier et une action irréversible. Un assistant peut suggérer des articles ou assembler une sélection, mais la finalisation de l’achat doit respecter un niveau d’autorisation adapté. Les règles dépendent du contexte, des moyens de paiement, du type de produit et des politiques de risque de l’entreprise.

Dans une architecture saine, le backend commerce décide toujours. Il valide le prix final, le stock, les éventuelles remises, la livraison et les conditions de vente. Il ne fait pas confiance à une donnée transmise par une interface externe sans la vérifier. Les identifiants de panier, les jetons d’accès et les requêtes doivent avoir une durée de vie et un périmètre limités.

  • Ne jamais considérer un panier préparé comme une commande confirmée.
  • Recalculer côté serveur les montants, taxes, promotions et frais avant la validation.
  • Prévoir des permissions distinctes pour lire le catalogue, créer un panier, modifier un panier et initier un paiement.
  • Conserver des journaux d’audit pour comprendre quelle action a été demandée, validée ou refusée.
  • Afficher clairement au client les éléments déterminants avant son engagement final.

Cette discipline réduit aussi les effets de bord opérationnels : double commande après une reprise réseau, article vendu entre la recommandation et le paiement, ou promotion expirée pendant la conversation. Les mêmes principes de résilience qu’en e-commerce traditionnel s’appliquent, avec une vigilance supplémentaire sur les appels automatisés et les transitions entre plateformes.

La relation client reste un actif à protéger

Le fait que le marchand conserve sa relation client ne doit pas être interprété comme une garantie automatique de visibilité ou de données exhaustives. Chaque intégration possède son propre cadre. Une entreprise doit donc définir les données qu’elle collecte légitimement, celles qu’elle partage, les consentements requis et la manière dont elle rattache l’achat aux systèmes CRM, support et fidélité.

Le bon objectif est une expérience fluide sans renoncer à la transparence. Le client doit comprendre auprès de qui il achète, quel est le prix final, comment le contacter et quelles conditions s’appliquent. C’est aussi un sujet de confiance : dans un parcours médié par un assistant, la clarté de la marque et des responsabilités peut faire la différence entre une commande finalisée et un abandon.

Une feuille de route pragmatique pour devenir « agent-ready »

La préparation au commerce agentique n’exige pas nécessairement une refonte totale. Elle demande surtout de prioriser les dépendances dans le bon ordre. L’erreur classique consiste à lancer un prototype conversationnel avant d’avoir résolu les écarts de stock, les variantes mal modélisées ou les règles de prix dispersées. Un pilote visible peut alors masquer une dette opérationnelle importante.

Phase 1 : établir un diagnostic de maturité commerce

Commencez par cartographier le chemin qui mène de la référence produit à la commande. Identifiez les systèmes qui font autorité pour le catalogue, les prix, le stock, les promotions, la livraison, le paiement et les données client. Si plusieurs outils donnent des réponses différentes, désignez la source de vérité et les mécanismes de synchronisation avant d’exposer des actions à un agent.

Mesurez également la qualité du flux Merchant Center et la complétude des attributs critiques. L’objectif n’est pas d’atteindre une perfection abstraite, mais de supprimer les erreurs susceptibles de produire une mauvaise recommandation ou un échec de checkout. Échantillonnez des produits, des variantes et des scénarios de livraison plutôt que de vous limiter à des indicateurs globaux.

Phase 2 : construire une couche d’API métier réutilisable

Ensuite, isolez les capacités commerce dans des services clairs : recherche ou consultation produit, détail de variante, disponibilité, création de panier, recalcul, estimation de livraison, client et validation de commande. Cette couche doit pouvoir alimenter le site, l’application mobile, le service client et les futurs connecteurs agents. Elle limite la dépendance à une surface particulière.

Pour UCP, préparez la publication de profil, le choix de version et les endpoints en fonction des capacités que vous pouvez garantir. La documentation mentionnant une architecture où le serveur sélectionne version et capacités, il est raisonnable de concevoir une configuration explicite plutôt que d’inscrire ces choix en dur dans le code. Cette précaution facilitera les évolutions du protocole.

Phase 3 : lancer un pilote contrôlé

  1. Choisissez une catégorie où les attributs sont complets et les règles simples.
  2. Définissez les requêtes ou intentions que le pilote doit savoir traiter.
  3. Limitez les opérations initiales à un panier et un transfert vers le checkout marchand, si cela correspond à votre niveau de maturité.
  4. Testez avec des cas normaux et des cas d’erreur documentés.
  5. Associez les équipes support, juridique, paiement et logistique à la recette.
  6. Décidez de critères de déploiement fondés sur la qualité, pas uniquement sur le volume.

Cette démarche est compatible avec l’écosystème qui se structure. Google a annoncé que Stripe, Salesforce et Commerce Inc implémenteront UCP. Les entreprises qui utilisent ces plateformes peuvent suivre leurs feuilles de route, mais doivent conserver une architecture et des règles métier qu’elles contrôlent. Un intégrateur ou une agence technique peut accélérer la mise en place, à condition de travailler sur les données et les processus, pas seulement sur le connecteur.

Mesurer la performance sans confondre expérimentation et promesse commerciale

Les indicateurs du commerce agentique doivent couvrir tout le parcours. Un nombre de conversations ou de paniers créés n’indique pas à lui seul une amélioration commerciale. Il faut relier la découverte à la qualité de la sélection, à la capacité de finaliser l’achat et à l’expérience post-commande.

Les données disponibles varieront selon les plateformes et les consentements, mais une entreprise peut déjà instrumenter son propre périmètre. L’essentiel est de pouvoir comparer les commandes issues ou influencées par un parcours agentique avec les autres parcours, sans attribuer abusivement à l’assistant des ventes qui auraient eu lieu de toute façon.

Indicateurs à suivre dans un pilote

  • Qualité catalogue : taux de produits avec attributs complets, cohérence entre flux et site, erreurs de disponibilité ou de prix détectées.
  • Qualité de panier : nombre de paniers abandonnés pour une erreur métier, substitutions nécessaires, corrections manuelles et articles non livrables.
  • Conversion : passage de la sélection au checkout, puis du checkout à la commande confirmée.
  • Fiabilité : temps de réponse des services, taux d’erreurs, reprises de requêtes et comportement lors des changements de stock.
  • Valeur client : taux de contact support, annulations, retours et satisfaction lorsque ces mesures sont disponibles dans le respect du cadre applicable.
  • Gouvernance : nombre d’incidents liés à une règle ambiguë, délai de correction et couverture des tests de non-régression.

Il faut aussi surveiller les réponses qualitatives. Un assistant qui pousse régulièrement des produits inadaptés peut générer des clics sans créer de confiance. À l’inverse, un système qui admet clairement une indisponibilité, propose une alternative pertinente et explique une contrainte de livraison peut améliorer l’expérience, même s’il ne maximise pas chaque action immédiate.

La gouvernance éditoriale compte autant que l’observabilité technique. Définissez qui valide les réponses de marque, les règles de recommandation, les politiques de substitution et les promotions éligibles. Prévoyez un processus de retrait rapide si une réponse ou une capacité produit un comportement inacceptable. Cette rigueur est une composante concrète de l’E-E-A-T : l’expertise s’incarne dans des données exactes, l’expérience dans des parcours testés, l’autorité dans des règles assumées et la confiance dans des informations vérifiables.

FAQ : préparer son commerce aux assistants IA et aux paniers universels

Faut-il remplacer sa plateforme e-commerce pour adopter UCP ?

Pas nécessairement. La première étape consiste à évaluer la qualité des données et des APIs existantes. Une plateforme capable d’exposer de manière fiable le catalogue, les prix, le stock, le panier et le checkout peut souvent évoluer progressivement. L’important est de ne pas contourner les règles métier avec une intégration fragile.

Merchant Center suffit-il pour apparaître dans les assistants IA ?

Merchant Center constitue une base importante pour la découverte, car Google met en avant les flux produits existants et les attributs enrichis. Toutefois, être compris dans une conversation et permettre une action de panier ou d’achat demande aussi des données cohérentes, des capacités transactionnelles et, selon les surfaces, une compatibilité protocolaire telle qu’UCP.

Un panier universel fait-il perdre au marchand la relation client ?

Google indique que le marchand reste Merchant of Record et conserve ses données ainsi que sa relation client. Dans la pratique, chaque parcours doit néanmoins être conçu avec des règles claires sur les données partagées, les consentements, le support, la fidélité et la communication post-achat.

Quelle est la priorité la plus rentable pour commencer ?

Pour la plupart des commerces, la priorité est un audit puis une amélioration du catalogue : identifiants, variantes, attributs, prix, stock, livraison et contenu de décision. Les documents Google sur Merchant Center et UCP placent ces éléments au cœur de la préparation. Une API de panier ne compensera pas des informations produits imprécises.

Comment éviter de dépendre d’un seul assistant ou d’une seule plateforme ?

Construisez une couche métier indépendante des interfaces : source de vérité pour le catalogue et les règles commerciales, APIs documentées, sécurité, observabilité et adaptateurs de protocole. L’interopérabilité annoncée d’UCP avec Agent2Agent, Agent Payments Protocol et Model Context Protocol va dans le sens d’une stratégie où le même socle peut servir plusieurs agents.

Les assistants IA et les paniers universels ne sont pas un simple nouveau canal d’acquisition. Ils rendent visible la qualité réelle du système commerce : données, règles, APIs, paiement, support et logistique. Les organisations qui avanceront durablement ne seront pas celles qui ajouteront le plus vite une interface conversationnelle, mais celles qui sauront offrir des informations exactes et des opérations fiables d’une surface à l’autre.

En 2026, le cap le plus pragmatique est de préparer son commerce pour « discover, converse, buy ». Mettez à niveau le catalogue, consolidez les sources de vérité, exposez des capacités transactionnelles contrôlées, suivez l’évolution d’UCP et testez sur un périmètre mesurable. Cette préparation donne à la fois une base pour les assistants IA de demain et une amélioration concrète de l’expérience e-commerce d’aujourd’hui.