Les attributs de flux produits que ChatGPT Shopping et l'AI Mode de Google lisent vraiment

Si votre flux produits passe déjà la vérification de Google Shopping et de Meta, il est tentant de supposer qu'il est aussi prêt pour ChatGPT Shopping et l'AI Mode de Google. Côté Google, ce n'est probablement pas le cas. La spécification de flux produits Agentic Commerce d'OpenAI exige 9 champs pour qu'un produit soit éligible à la recherche et au paiement dans ChatGPT, selon la documentation développeur d'OpenAI. L'aide Merchant Center de Google, mise à jour dans le cadre du lancement de l'Universal Commerce Protocol en mai 2026, désigne 6 attributs précis qu'elle appelle « attributs conversationnels » pour l'AI Mode dans la recherche. Les deux listes n'ont pas un seul nom de champ en commun. Ce guide détaille ce que chaque surface lit réellement, ce dont vous disposez probablement déjà et ce qu'il vous reste à ajouter, avec une checklist notée à appliquer à votre propre flux.

Deux problèmes de « shopping IA » différents, et non un seul

« Se préparer au shopping IA » est souvent traité comme un seul projet, mais il y en a en réalité deux, conçus par deux entreprises, avec deux spécifications et deux objectifs distincts.

L'Agentic Commerce Protocol (ACP) d'OpenAI permet à un marchand de vendre directement dans une conversation ChatGPT grâce à Instant Checkout. Le rôle du flux produits y est restreint : fournir à ChatGPT suffisamment de données structurées pour afficher correctement un produit et permettre une véritable transaction, le marchand — et non OpenAI — restant le vendeur officiel et gérant l'exécution des commandes, les taxes et le paiement via son propre prestataire de services de paiement.

Les attributs conversationnels de Google, eux, s'intègrent au flux Merchant Center que vous utilisez déjà pour les annonces Shopping et les fiches gratuites. Il n'y a pas de protocole de paiement distinct à implémenter, ni de nouveau flux à construire de zéro. Google vous demande d'enrichir le flux dont vous disposez déjà afin que son AI Mode et ses surfaces shopping propulsées par Gemini puissent répondre à des questions plus précises sur vos produits.

Confondre les deux mène à deux types d'échec : des équipes qui construisent un second flux complet pour ChatGPT dont elles n'avaient pas besoin, et des équipes qui supposent que cocher quelques cases à la manière d'OpenAI couvre aussi l'AI Mode de Google, ce qui n'est pas le cas.

Ce qu'exige réellement la spécification de flux produits d'OpenAI

La spécification d'OpenAI (vérifiée pour la dernière fois sur la documentation en ligne en septembre 2026) définit un ensemble de base de champs obligatoires, un ensemble plus restreint nécessaire spécifiquement à l'éligibilité au paiement, et une liste plus longue de champs recommandés qui améliorent le classement et la confiance.

Trois champs supplémentaires conditionnent spécifiquement le paiement, en plus des neuf de base : is_eligible_checkout (booléen, doit valoir true), seller_privacy_policy (URL d'une politique de confidentialité publique) et seller_tos (URL de conditions générales publiques). Un produit peut être éligible à la recherche sans ces champs, mais pas au paiement.

OpenAI accepte les formats JSONL, CSV ou TSV, y compris leurs variantes compressées en gzip. Une ligne JSONL ressemble à ceci :

{"item_id":"SKU-10432","title":"Merino Wool Crew Socks - Charcoal, M","description":"Mid-weight merino wool blend crew socks with reinforced heel and toe.","url":"https://example.com/products/merino-crew-socks-charcoal-m","brand":"Example Co","seller_name":"Example Co Online Store","image_url":"https://example.com/img/merino-crew-charcoal-m.jpg","availability":"in_stock","price":"18.00 USD","is_eligible_checkout":true}

La spécification ne fixe aucun intervalle de mise à jour, mais OpenAI précise explicitement que le prix et la disponibilité doivent être à jour dès qu'une promotion commence ou se termine, ce qui signifie en pratique une synchronisation à la même cadence que celle que vous utilisez déjà pour Google Shopping, et non plus lente.

Pourquoi la plupart des flux prêts pour Google ou Meta sont déjà proches du niveau exigé par OpenAI

Reprenez cette liste de champs : title, description, price, availability, image_url, brand. Chacun a un équivalent quasi identique dans les spécifications standards de Google Shopping et du catalogue Meta, que vous renseignez presque certainement déjà. Le changement de nom est surtout cosmétique : l'image_link de Google devient l'image_url d'OpenAI, l'id de Google devient item_id.

Les véritables lacunes concernent les champs qu'aucun flux publicitaire standard ne contient, parce qu'aucune plateforme publicitaire ne les a jamais demandés : seller_name en tant que champ d'identité distinct, seller_privacy_policy, seller_tos et l'indicateur de paiement is_eligible_checkout. Ils nécessitent une règle de mapping qui puise dans vos pages juridiques ou d'informations sur l'entreprise plutôt que dans votre catalogue produits — exactement le type de champ statique, non propre à chaque SKU, qu'un moteur de règles de flux (Feedance en intègre un dans l'enrichissement des flux) gère mieux que l'édition manuelle d'une colonne de tableur.

En bref : si votre flux passe déjà la vérification de Google Shopping et de Meta, créer un export conforme à OpenAI relève davantage d'un exercice de mapping que d'un projet de collecte de données.

Ce que Google a réellement ajouté pour l'AI Mode

La documentation d'aide de Google désigne exactement six attributs comme « attributs conversationnels » : question_and_answer, document_link, related_product, item_group_title, variant_option et popularity_rank. Tous les six sont facultatifs, et Google indique clairement que leur ajout « n'aura aucun impact sur le statut d'approbation de vos produits existants ».

• question_and_answer — jusqu'à 30 paires de questions-réponses par produit, chacune jusqu'à 1 000 caractères, avec un total de 10 000 caractères pour l'ensemble des paires. Conçu précisément pour le type de question de suivi qu'un acheteur pose à une interface de chat au lieu de parcourir une fiche technique.
• document_link — jusqu'à cinq liens HTTPS vers des PDF uniquement (manuels, fiches techniques, guides d'entretien), 50 Mo maximum chacun, l'URL elle-même étant limitée à 2 000 caractères, afin que l'AI Mode puisse répondre à partir de votre propre documentation au lieu de deviner.
• related_product — jusqu'à 30 entrées par produit, chacune typée selon la relation (élément d'un ensemble, pièce requise, souvent acheté avec, produit de substitution, autre marque, accessoire), afin qu'une réponse conversationnelle puisse suggérer le bon article complémentaire.
• item_group_title — un titre commun à un groupe de variantes (1 à 150 caractères, tronqué au-delà), qui reste générique là où le titre propre à chaque variante précise la taille ou la couleur.
• variant_option — des paires nom/valeur (chacune jusqu'à 250 caractères) pour les dimensions de variantes qui sortent des six dimensions standards de Google (couleur, taille, matière, motif, tranche d'âge, genre), envoyées avec un item_group_id commun.
• popularity_rank — un nombre de 0.0 à 100.0, avec une décimale, reflétant la performance de vente relative réelle d'un produit dans votre catalogue, et non un argument marketing.

Une ligne question_and_answer dans un flux séparé par des tabulations ressemble à l'exemple de Google :

'Does it have a headphone jack?':'This version doesn't have a headphone jack.'

Rien de tout cela ne passe par un nouveau point de terminaison. Ces attributs voyagent dans le même flux Merchant Center, exactement comme product_highlight ou gtin.

Les deux attributs que tout le monde présente à tort comme des « attributs AI Mode »

Plusieurs guides largement partagés, dont une analyse communautaire populaire sur le forum d'assistance de Google, décrivent « 8 attributs pour l'AI Mode » en ajoutant product_highlight et product_detail à la liste des six de Google. Cela mérite d'être corrigé : la page officielle de Google sur les attributs conversationnels en cite six, et non huit, et product_highlight est un attribut distinct et plus ancien (voir la spécification de Google), qui existe depuis bien avant l'AI Mode et a été conçu pour les fiches Shopping classiques, et non spécifiquement pour les surfaces conversationnelles.

Cela ne rend pas product_highlight inutile pour l'AI Mode. De courtes mentions factuelles d'avantages (exemple de Google : « Supports both 2.4 Ghz and 5 Ghz Wi-Fi networks ») sont exactement le type de données structurées et faciles à parcourir qu'un système d'IA préfère à un paragraphe de texte marketing, et l'annonce de Google de mai 2026 incite plus généralement les marchands à adopter des descriptions produits plus conversationnelles. Mais le compter parmi les « six officiels » surestime la nouveauté de cet attribut et son lien spécifique avec l'AI Mode, et peut conduire une équipe à négliger les six qui le sont réellement.

Checklist de préparation du flux, notée au regard des deux spécifications

Comptez un point pour chaque élément que vous pouvez déjà confirmer avec certitude, sans supposition. Il s'agit d'un instantané, pas d'une certification : réussir le contrôle de présence d'un champ ne garantit pas le niveau de qualité du contenu que chaque plateforme impose par ailleurs.

0 à 4 : votre flux est conçu uniquement pour les annonces Shopping classiques. 5 à 9 : vous êtes prêt pour le paiement OpenAI, mais la couche conversationnelle de Google est pratiquement vide. 10 à 13 : vous avez fait le travail d'enrichissement que la plupart des catalogues négligent.

Les limites de ce guide

Ce guide couvre les données du flux, pas le reste de la chaîne. Instant Checkout d'OpenAI exige aussi un prestataire de paiement compatible avec sa Delegated Payment Spec, ainsi que votre propre gestion de la validation des commandes, de leur exécution et des taxes, dont aucun outil de flux ne s'occupe ; il s'agit d'un projet de paiement et d'ingénierie, distinct de l'enrichissement des flux.

Il ne couvre pas non plus toutes les surfaces de shopping IA. Perplexity gère son propre Merchant Program, avec un onboarding distinct et sa propre soumission de données produits en dehors des deux spécifications abordées ici, et, au moment de la rédaction, Meta n'a publié aucune spécification comparable aux attributs conversationnels de Google ; les fonctionnalités shopping de Meta pilotées par l'IA reposent toujours sur les champs standards du Commerce Catalog traités dans notre guide sur les refus de catalogue Meta. Considérez ces deux points comme des questions ouvertes à réexaminer, et non comme des lacunes de cette checklist.

D'autres plateformes de flux ont publié leur propre lecture du déploiement de Google ; l'analyse de Channable mérite d'être lue en complément de celle-ci, car la documentation de Google sur le calendrier de déploiement et la mesure reste mince, et une seconde interprétation est utile tant que la spécification se stabilise. Rien de tout cela ne remplace non plus l'hygiène de base du flux : un produit sans GTIN ou mal catégorisé n'apparaîtra ni dans l'AI Mode ni dans ChatGPT, quelle que soit la qualité de vos attributs conversationnels, car il n'est tout simplement pas éligible à l'affichage.

FAQ

Dois-je créer un flux distinct pour ChatGPT Shopping ?

Non. Vous envoyez les champs obligatoires d'OpenAI dans leur propre fichier de flux, mais les données sous-jacentes sont un sous-ensemble de celles que vous maintenez déjà pour Google Shopping. La plupart des équipes le génèrent comme un export supplémentaire à partir des mêmes données produits, et non comme un second catalogue.

L'ajout des attributs conversationnels de Google affectera-t-il mes annonces Shopping existantes ?

Google indique explicitement que leur ajout ne modifie pas le statut d'approbation des produits existants. Ce sont des champs complémentaires, qui ne remplacent pas vos attributs obligatoires actuels.

Quels formats la spécification de flux d'OpenAI accepte-t-elle ?

JSONL, CSV ou TSV, y compris leurs versions compressées en gzip. JSONL est le format utilisé dans la plupart des exemples d'OpenAI.

popularity_rank correspond-il simplement à ma liste de meilleures ventes ?

Il est censé refléter la performance de vente relative réelle sur une échelle de 0 à 100, et non une liste « mise en avant » sélectionnée manuellement. L'alimenter avec un classement dicté par le marketing plutôt qu'avec de vraies données de vente va à l'encontre de son objectif.

Ai-je encore besoin d'item_group_id si j'ajoute l'item_group_title de Google ?

C'est item_group_id qui relie réellement les variantes entre elles ; item_group_title est un libellé ajouté par-dessus ce regroupement. Il vous faut les deux si vous voulez que la couche conversationnelle fonctionne correctement.

Meta dispose-t-il d'une spécification équivalente vers laquelle je devrais travailler ?

Pas sous la forme d'un ensemble d'attributs publié comparable à celui de l'AI Mode, au moment de la rédaction. Les exigences du catalogue Meta restent les champs standards du Commerce Catalog ; concentrez-vous sur la réussite de la vérification standard plutôt que de courir après une spécification qui n'existe pas encore.

À quelle fréquence ces champs doivent-ils être mis à jour ?

Alignez-vous sur la fréquence de vos changements de prix et de promotions. OpenAI est explicite sur la mise à jour du prix et de la disponibilité au début et à la fin d'une promotion ; les attributs conversationnels de Google changent moins souvent, mais doivent être revus chaque fois que vous ajoutez de nouveaux produits ou mettez à jour des caractéristiques.

Puis-je vérifier si ChatGPT ou l'AI Mode lisent correctement ces champs ?

Au moment de la rédaction, aucune des deux entreprises ne propose d'outil public d'aperçu en temps réel. L'approche pratique consiste à valider le flux champ par champ au regard de la spécification publiée, puis à rechercher régulièrement vos propres produits par leur nom et par des attributs précis dans ChatGPT et dans l'AI Mode de Google pour vérifier par sondage ce qui ressort.

Lancez un audit gratuit de votre flux produits pour voir lesquels de ces champs votre flux actuel couvre déjà et où se situent les lacunes avant de commencer à mapper manuellement de nouveaux attributs.