Rendre un catalogue e-commerce lisible par les agents d'achat

Le catalogue doit d’abord savoir répondre

Lorsqu’un client, un comparateur ou un agent demande si une variante est disponible, livrable et retournable, la réponse doit provenir d’une donnée identifiable et à jour. Un texte présenté comme optimisé pour l’IA ne corrige ni une variante ambiguë, ni un prix périmé, ni une condition de livraison absente.

Le livrable central est un contrat de données partagé entre le catalogue, la page rendue, le panier, le checkout et les canaux externes. Les données structurées, flux et protocoles sont des projections de cette source, pas des vérités concurrentes.

Séparer quatre couches

Couche	Fonction	Exemples	Ce qu’elle ne prouve pas
Identifiant	relier durablement une entité	SKU interne, GTIN lorsqu’il est pertinent	qualité, stock ou disponibilité
Vocabulaire	décrire les entités et leurs relations	Product, ProductGroup, Offer	ingestion par toutes les plateformes
Interface de canal	transmettre les données attendues	données structurées, flux produit	affichage ou sélection
Protocole transactionnel	déclarer des capacités et permettre des actions	UCP ou ACP	adoption générale ou conformité du marchand

CONFIRMÉ. GS1 Digital Link permet d’utiliser des identifiants GS1, dont le GTIN, dans des URI web. Le vocabulaire Schema.org ProductGroup permet de relier un groupe de produits à ses variantes. Ces briques répondent à des besoins différents.

La documentation produit de Google décrit une intégration propre à Google. Elle explique comment les entités Product, Offer et les variantes peuvent aider le moteur à comprendre une page et à en déterminer l’éligibilité à certaines présentations. Ces présentations restent discrétionnaires.

Le centre d’aide OpenAI indique que les résultats shopping peuvent utiliser des métadonnées structurées de première et de tierce partie et qu’un flux direct est proposé à certains marchands. Cette documentation décrit le fonctionnement annoncé de ChatGPT, sans définir un format universel.

Modèle canonique

Groupe de produits

Il porte les éléments communs aux variantes : marque, modèle, description, matériaux communs, avertissements et catégorie interne. Son identifiant stable ne dépend pas d’un titre marketing.

Variante

Chaque combinaison réellement achetable possède un identifiant propre, une image, ses attributs de choix et un état adressable. Elle ne doit pas hériter silencieusement d’un prix ou d’un stock appartenant à une autre variante.

Offre

L’offre relie une variante à un vendeur, un prix, une devise, une disponibilité et une période de validité. Une marketplace peut présenter plusieurs offres pour un même produit. Distinguer produit et offre permet de séparer une correction descriptive d’un changement commercial.

Politiques

Livraison, retours, garanties, zones desservies et restrictions appartiennent à un niveau documenté. Les règles de priorité entre une politique générale, une catégorie et une offre doivent être déterministes.

Contrat de vérité

Champ	Propriétaire	Source canonique	Fraîcheur attendue	Contrôle bloquant
Identifiant de variante	catalogue	PIM ou plateforme commerce	stable	unicité et absence de réaffectation
Prix et devise	commerce	moteur de prix	selon la promesse client	égalité entre page, panier et flux
Disponibilité	stock	OMS ou ERP	selon le délai opérationnel	variante achetable au checkout
Livraison	opérations	moteur de livraison	selon destination et panier	simulation par zone
Politique de retour	juridique et opérations	registre des politiques	à chaque changement	cohérence du texte, des données et de l’exécution
URL et image	contenu	CMS ou DAM	à chaque publication	réponse HTTP, variante et droits vérifiés

Une valeur inconnue doit rester manquante ou être marquée non mesurable. Une valeur inventée pour satisfaire un validateur peut rendre l’offre trompeuse.

Distinguer socle, intégration et expérimentation

CONFIRMÉ. Les identifiants GS1 lorsqu’ils s’appliquent et les vocabulaires Schema.org peuvent former un socle réutilisable. Chaque canal conserve toutefois ses propres propriétés, consignes et limitations.

Les données structurées Google, Merchant Center et les flux directs OpenAI sont des interfaces propres à une plateforme. Une acceptation technique du fichier ne prouve ni l’exactitude de toutes les offres, ni leur affichage, ni leur sélection.

La spécification UCP datée du 8 avril 2026 décrit publiquement la découverte de capacités, la négociation, les services et les mécanismes du protocole. Google présente également UCP, Business Agent, de nouveaux attributs Merchant Center et des pilotes américains. Cette annonce prouve la feuille de route de Google, pas une disponibilité générale en France ni un effet commercial.

OpenAI présente ACP comme un protocole ouvert codéveloppé avec Stripe pour certaines expériences d’achat. UCP et ACP doivent rester des intégrations distinctes tant qu’un test de compatibilité n’établit pas le contraire.

Le passeport numérique de produit relève d’un autre chantier : préparer et tracer les données réglementaires par catégorie. Une donnée peut servir les deux sujets, mais un flux agentique ne vaut pas inscription au registre DPP.

INFÉRENCE. Une spécification publique et versionnée rend une expérimentation reproductible. Elle ne suffit pas à démontrer une adoption universelle.

L’avis 26-A-05 de l’Autorité de la concurrence analyse les agents d’IA, le commerce agentique, les protocoles et les risques de dépendance. Il s’agit d’un avis public primaire, pas d’une réglementation.

Mise en œuvre réversible

1. Inventorier les sources et attribuer un identifiant stable au groupe, à la variante, à l’offre et au vendeur.
2. Normaliser unités, devises, attributs et règles d’héritage sans modifier immédiatement les pages publiques.
3. Réconcilier un échantillon couvrant variantes, promotions, ruptures, retours et livraison internationale.
4. Générer la page et ses données structurées depuis les mêmes sources.
5. Ajouter un flux pour un canal cible, avec journal des rejets et possibilité de coupure indépendante du checkout.
6. Expérimenter un protocole uniquement pour un partenaire ou un cas d’usage identifié.

L’architecture des catégories traite la navigation et les facettes. Le dossier sur les causes de retours évitables relie les attributs défectueux à leurs effets opérationnels. Pour une marketplace, la traçabilité des vendeurs reste un chantier distinct.

Livrable métier : procès-verbal de réconciliation

Le contrôle de mise en production porte sur un échantillon représentatif et consigne :

• l’unicité des identifiants ;
• la bonne image, le bon prix et le bon stock pour chaque variante ;
• la réconciliation entre page, panier, checkout et flux ;
• le délai de retrait ou de passage en indisponible ;
• la politique applicable au territoire et à la catégorie ;
• l’accessibilité des URL sans dépendance JavaScript fragile ;
• les objets acceptés, rejetés, corrigés, expirés ou non mesurables.

À CONFIRMER. La fréquence de rafraîchissement, la couverture et la logique de sélection d’un agent peuvent rester inconnues sans rapport du canal et test sur les produits concernés. Aucun connecteur, vocabulaire ou protocole ne garantit la visibilité, la sélection ou l’achat d’un produit.