ChatGPT Ads pour l'e-commerce : campagnes à partir d'un flux produit

Ce qu'est une campagne à partir d'un flux produit

Un flux produit est un catalogue marchand qui tient à jour les informations de vos articles : titres, descriptions, prix, disponibilité, images et URL de destination. Plutôt que de créer une annonce distincte pour chaque référence, vous connectez le flux à une campagne et vous laissez le système sélectionner un produit éligible au moment où l'annonce est servie.

Les campagnes à partir de flux produits permettent aux annonceurs du retail de charger un flux dans Ads Manager et de créer des annonces à partir de ce catalogue, ce qui facilite le fait d'amener davantage de références dans les publicités ChatGPT, de créer des annonces à grande échelle et de mettre en relation les utilisateurs avec des produits pertinents pendant qu'ils explorent, comparent et décident.

Techniquement, la campagne se crée avec un mode product_feed et l'identifiant d'un flux relié à votre compte publicitaire.

Pourquoi ce format mérite d'être testé en priorité

OpenAI indique que les annonces créées à partir de flux produits comptent parmi les annonces les plus performantes du programme à ce jour, et que les annonceurs qui utilisent des flux produits figurent parmi les plus performants sur la plateforme.

C'est une observation de la plateforme sur son propre inventaire, pas une garantie de résultat pour votre catalogue. Elle indique néanmoins où porter l'effort en premier si vous êtes marchand : entre passer une semaine à rédiger des annonces manuelles et une journée à proprement brancher un flux, la documentation penche clairement d'un côté.

Les trois méthodes d'envoi du flux

OpenAI documente trois façons de transmettre votre catalogue :

Le format attendu est celui des flux de données produit compatibles Google, ce qui est une bonne nouvelle : si vous alimentez déjà Google Merchant Center, la structure de votre flux est en grande partie réutilisable.

Point à anticiper côté intégration : la documentation développeur précise que l'API publique annonceur ne fournit pas de points d'entrée pour créer une connexion de flux, lister les flux reliés ou téléverser un fichier de catalogue. Le branchement du flux passe par Ads Manager.

L'expiration des articles : le piège du fichier manuel

C'est le détail qui décide de votre architecture : les articles expirent au bout de deux semaines. OpenAI recommande donc d'utiliser une URL hébergée ou des envois SFTP automatisés plutôt qu'un fichier chargé à la main.

Traduit en conséquence opérationnelle : un CSV chargé une fois « pour tester » verra son catalogue disparaître silencieusement quinze jours plus tard, avec une campagne qui cesse de diffuser sans message d'erreur évident. Si vous démarrez en CSV, notez la date dans votre calendrier, ou passez à une URL hébergée dès que le test est concluant.

Pour les mises à jour partielles, OpenAI documente une Delta Feeds API (PATCH /feeds/{feed_id}/products) permettant de mettre à jour la disponibilité ou les titres sans retéléverser le catalogue complet. C'est le bon outil pour synchroniser des ruptures de stock plusieurs fois par jour.

is_ads_eligible : le champ qui décide de tout

Un seul champ conditionne le traitement publicitaire d'un produit, et son nom prête à confusion. Les règles documentées :

• Pour le traitement par Ads, il faut positionner is_ads_eligible à true sur chaque produit qu'Ads doit traiter.
• L'alias historique is_eligible_ads est accepté.
• La documentation est explicite : utilisez is_ads_eligible, pas is_ads_enabled. L'ingestion du flux Ads lit is_ads_eligible et l'alias historique, elle ne lit pas is_ads_enabled.
• Nuance importante : l'éligibilité est nécessaire mais ne garantit pas qu'un produit sera diffusé.

Une faute de frappe sur ce champ produit un flux qui s'ingère sans erreur visible mais dont aucun produit ne devient éligible. C'est le premier point à vérifier quand une campagne product feed ne diffuse pas.

Ce que doit contenir le flux

La documentation renvoie à la spécification stable de flux produit pour la liste complète des champs, et demande d'inclure chaque champ marqué Required dans cette spécification. Les informations que le flux doit tenir à jour sont décrites explicitement : titres, descriptions, prix, disponibilité, images et URL de destination.

Notre recommandation pratique, cohérente avec les consignes de création d'annonces : traitez les titres et descriptions de votre flux comme des créations publicitaires à part entière. OpenAI recommande de garder les titres concis en respectant les limites de caractères recommandées, de les rendre informatifs en privilégiant des détails clairs et utiles plutôt qu'un langage marketing large, et d'apporter une information nouvelle dans la description plutôt que de répéter le même message.

Sur les images, la consigne est de rester simple et pertinent : des visuels clairs qui soutiennent le message de l'annonce, en évitant les visuels trop abstraits ou chargés, et en veillant à ce que le visuel corresponde au titre et au texte.

Annonces et résultats produits organiques : deux choses distinctes

Confusion très répandue, y compris chez des marchands expérimentés : les produits que ChatGPT affiche spontanément dans une conversation shopping ne sont pas des annonces. OpenAI le formule directement : les résultats produits sont sélectionnés indépendamment par ChatGPT, ce ne sont pas des publicités et ils ne sont pas influencés par des partenariats OpenAI. Les publicités sont séparées des résultats produits.

Concrètement, un marchand joue sur deux tableaux distincts :

• La visibilité organique dans les résultats produits, où le classement des marchands s'appuie sur des facteurs comme la disponibilité, le prix, la qualité et le fait d'être le fabricant ou le vendeur principal de l'article. C'est le sujet de notre guide vendre sur ChatGPT.
• La visibilité payante via les campagnes à partir de flux produits, objet de cette page.

Investir dans l'une ne dispense pas de l'autre, et acheter des annonces n'améliore pas le classement organique.

Mesurer les conversions e-commerce

Le plan de marquage d'un marchand s'appuie sur les événements standard de la famille commerce, dont le champ type attendu est contents :

• items_added : ajout au panier.
• checkout_started : début de tunnel de commande.
• order_created : commande passée, l'événement de référence pour l'optimisation.

Les champs documentés pour ces événements incluent amount, currency et un tableau contents avec id, name, content_type et quantity, en utilisant des valeurs entières pour amount et quantity. La mise en œuvre complète, y compris la déduplication avec la Conversions API, est détaillée dans notre guide pixel et suivi des conversions ChatGPT Ads.

Point d'actualité à connaître : l'oCPC sur flux produit est décrit comme étant en bêta ouverte. Si vous visez l'optimisation à la conversion sur un catalogue, vérifiez la disponibilité sur votre compte avant de bâtir votre plan média dessus.

Lire son ROAS dans Ads Manager : ce qui pilote l'enchère, ce qui ne fait qu'informer

Ads Manager expose désormais un chiffre d'affaires et un ROAS calculés à partir d'order_created : chaque commande remontée avec son montant alimente directement ce module de reporting, sans configuration supplémentaire au-delà de l'événement lui-même correctement installé.

Les exports CSV incluent par ailleurs des conversions post-vue (view-through), sur une fenêtre fixe d'un jour. Le point à ne pas rater, parce qu'il change la lecture du chiffre : ces conversions post-vue n'influencent ni le CPA, ni le taux de conversion post-clic, ni les enchères, ni la facturation, ni l'optimisation de la conversion. Elles s'affichent à titre d'information complémentaire, en colonne séparée ; les additionner à vos conversions post-clic pour calculer un ROAS global fausse le chiffre dans le sens le plus flatteur, ce qui est justement le risque à éviter.

En pratique : pilotez vos décisions d'enchère et de budget sur les conversions post-clic et le ROAS qui en découle, et gardez les conversions post-vue comme un indicateur d'exposition, pas comme un chiffre de rentabilité.

Ne pas bloquer les robots d'OpenAI sur vos pages produit

Sujet technique sous-estimé par les marchands, dont l'infrastructure est souvent la plus protégée : les pages d'atterrissage ne doivent pas bloquer les agents utilisateurs OAI-AdsBot et OAI-SearchBot. OAI-AdsBot est nécessaire à la validation et à la revue des pages d'atterrissage ChatGPT Ads.

Une cause fréquente de refus d'annonce est précisément une page de destination qui bloque les agents utilisateurs ou les adresses IP d'OpenAI. La documentation demande de rendre la page accessible à OAI-AdsBot en corrigeant, le cas échéant, robots.txt, le WAF, le CDN, les protections anti-bots, l'authentification et les limitations de débit. Une configuration robots.txt d'exemple autorise explicitement les deux agents.

Si vous devez travailler par listes d'adresses IP, OpenAI publie openai.com/adsbot.json et openai.com/searchbot.json. OAI-AdsBot est par ailleurs vérifié et présent dans la liste des bots vérifiés de Cloudflare.

Sur un catalogue de plusieurs milliers d'URL, ces protections se déclenchent souvent au niveau du taux de requêtes plutôt que du robots.txt : c'est le paramètre à examiner en premier. Notre checker de page d'atterrissage ChatGPT Ads teste l'accessibilité d'une URL en quelques secondes.

Les catégories interdites qui concernent le retail

Même sur un catalogue généraliste, certaines lignes de produits peuvent bloquer une campagne entière. Au moment du test initial, les publicités sont principalement limitées à des verticales grand public : art de vivre et produits de la maison, services locaux, voyage et expériences, produits numériques ou éducation. Les autres catégories sont interdites au lancement.

Concrètement, un marchand qui vend aussi de l'alcool, des compléments avec allégations de santé, ou du matériel relevant de catégories restreintes doit vérifier ce point avant de brancher son flux entier. Le détail est dans notre guide des règles publicitaires ChatGPT Ads.

Checklist de mise en route pour un marchand

1. Repartir de votre flux Google Merchant Center existant, le format attendu étant compatible Google.
2. Ajouter is_ads_eligible à true sur les produits à diffuser, et vérifier l'orthographe du champ.
3. Inclure tous les champs marqués Required dans la spécification, et vérifier titres, descriptions, prix, disponibilité, images et URL de destination.
4. Choisir la méthode d'envoi : URL hébergée ou SFTP dès que le test est concluant, à cause de l'expiration des articles au bout de deux semaines.
5. Prévoir la Delta Feeds API pour les mises à jour de disponibilité en cours de journée.
6. Créer la campagne en mode product_feed en la reliant au flux.
7. Installer les événements commerce et vérifier order_created avant d'envisager l'oCPC.
8. Vérifier l'accès d'OAI-AdsBot sur un échantillon de pages produit, pas seulement sur la page d'accueil.
9. Passer en revue les catégories du catalogue au regard des règles publicitaires.

Ce qui n'est pas documenté publiquement

Points que nous signalons comme non confirmés faute de source officielle accessible :

• Le nombre maximal de produits par flux n'est pas indiqué dans les pages consultées.
• Les spécifications d'image précises (dimensions, poids, formats acceptés) ne figurent pas dans la documentation de flux publicitaire consultée.
• Les limites de caractères exactes pour les titres et descriptions ne sont pas chiffrées publiquement, la documentation parle de « limites de caractères recommandées » sans les détailler.
• La fréquence de rafraîchissement d'une URL hébergée n'est pas précisée dans les pages consultées.
• Aucune garantie de diffusion d'un produit éligible n'est donnée, la documentation précisant explicitement le contraire.

Pour ces points, la spécification de flux produit d'OpenAI fait foi et doit être consultée directement avant une intégration à grande échelle.