Flux produit ChatGPT : préparer un catalogue fiable pour le commerce IA

Un flux produit ChatGPT est un export structuré du catalogue destiné à transmettre des informations comme l’identité du produit, ses variantes, son prix, sa disponibilité, ses images et sa page d’achat. Il peut alimenter une surface de commerce ou, dans un contexte distinct, une campagne publicitaire fondée sur un catalogue.

Ce flux ne remplace ni la fiche produit, ni le stock, ni le paiement. Il ne garantit pas qu’un produit sera montré, recommandé ou acheté. Au 2 août 2026, la documentation OpenAI distingue le flux non publicitaire du flux Ads, qui utilise le même schéma de base avec une condition d’éligibilité supplémentaire. Le guide Ads précise aussi que les produits importés dans cette bêta sont utilisés pour les annonces et ne sont pas, par ce seul canal, rendus éligibles aux conversations organiques.

Le chantier utile consiste donc à construire un catalogue canonique fiable, puis à produire des exports adaptés sans inventer une nouvelle vérité pour chaque plateforme.

Réponse en bref

Pour préparer un flux produit destiné aux surfaces commerciales de ChatGPT :

1. identifiez d’abord la surface visée : commerce, Ads ou checkout partenaire ;
2. gardez le catalogue de la boutique comme source opérationnelle ;
3. attribuez un propriétaire à chaque champ transmis ;
4. stabilisez les identifiants des produits et des variantes ;
5. alignez titre, description, image, URL, prix, devise et disponibilité ;
6. publiez sur la page les caractéristiques et politiques décisives ;
7. validez le format contre la spécification OpenAI du jour ;
8. définissez la fréquence de mise à jour et le comportement après une erreur ;
9. désactivez un article plutôt que de laisser un prix ou un stock incertain ;
10. testez un petit lot sans ouvrir d’action transactionnelle ;
11. séparez l’éligibilité publicitaire de la découverte organique ;
12. conservez un journal des versions, rejets et écarts corrigés.

Le prochain geste du marchand n’est pas d’ajouter « optimisé pour ChatGPT » dans les descriptions. C’est de prouver, champ par champ, d’où vient l’information et à quelle vitesse elle devient fausse.

Distinguer quatre surfaces commerciales dans ChatGPT

La conversation organique

Un utilisateur demande des informations ou des recommandations. Les mécanismes de recherche, de sélection et d’affichage ne se résument pas à l’existence d’un flux. Une page publique, les politiques d’accès, la qualité de l’information et les sources disponibles restent des sujets séparés.

Le flux commerce non publicitaire

La spécification OpenAI décrit un schéma de fichier que le service peut ingérer et indexer pour afficher des produits avec des informations actuelles. La transmission suppose un moyen d’intégration accepté et le respect des conditions et politiques applicables. Un fichier techniquement valide ne crée pas un droit d’affichage.

Le flux publicitaire

OpenAI documente une bêta de campagnes basées sur des flux dans Ads Manager. Le guide indique un dépôt par SFTP, une validation, des groupes de produits et un champ d’éligibilité Ads. Il précise que, dans cette bêta, les produits du flux servent aux annonces et non aux conversations organiques.

Le checkout

L’éligibilité d’un produit à une expérience de paiement est une capacité supplémentaire. Elle engage disponibilité, variantes, prix, taxes, livraison, retours, identité du marchand et traitement de la commande. La documentation commerce indique que certains parcours restent réservés à des partenaires approuvés.

Ne mélangez jamais ces quatre statuts dans un seul badge « présent sur ChatGPT ». Enregistrez séparément : transmis, accepté, éligible à une surface, affiché, cliqué, puis éventuellement acheté.

Le site reste la source publique de vérité

Le catalogue interne connaît le stock et les variantes. La fiche produit expose au client ce qui est acheté. Le flux transporte une sélection de ces informations. Chacune de ces surfaces a un rôle, mais elles doivent raconter la même chose.

Une page utile permet de vérifier :

• le nom exact et la marque ;
• la variante sélectionnée ;
• le prix et la devise ;
• la disponibilité réelle ;
• les caractéristiques qui changent la décision ;
• les images du bon produit ;
• les délais, frais et zones de livraison ;
• les conditions de retour ;
• l’identité et le contact du marchand.

Les données structurées Product et Offer peuvent décrire une partie de ces faits pour Google lorsqu’elles correspondent au visible. Elles ne remplacent pas le flux OpenAI et le flux OpenAI ne remplace pas le balisage de la page. Les schémas, destinations et politiques diffèrent.

La méthode CARTE pour une fiche produit aide à rendre les faits lisibles avant de les exporter.

Construire un catalogue canonique avant le flux

Le catalogue canonique est une représentation interne stable, indépendante d’une plateforme. Il reçoit les données de la boutique, du système de stock, du prix, des médias et des politiques commerciales.

Exemple minimal :

{
  "product_id": "bag-014",
  "variant_id": "bag-014-blue",
  "title": "Sac ordinateur 14 pouces",
  "description": "Sac bleu pour ordinateur jusqu’à 14 pouces.",
  "url": "https://example.test/produits/sac-14-bleu/",
  "image_url": "https://example.test/images/sac-14-bleu.webp",
  "price": {"amount": "79.00", "currency": "EUR"},
  "availability": "in_stock",
  "brand": "Example",
  "last_changed_at": "2026-08-02T08:15:00Z"
}

Cet exemple n’est pas le schéma OpenAI prêt à envoyer. Il montre la couche à partir de laquelle un adaptateur produit l’export demandé aujourd’hui. Lorsque la spécification change, vous modifiez l’adaptateur et ses tests, pas les identifiants de toute la boutique.

Conservez les valeurs brutes lorsque c’est utile : montant et devise, dimensions et unité, disponibilité et quantité. Une chaîne marketing comme « presque épuisé » ne doit pas devenir la seule représentation du stock.

La matrice de provenance des champs

Avant l’export, attribuez chaque champ à une source et à une règle de mise à jour.

Champ	Source de vérité	Contrôle	Fraîcheur attendue
identifiant	catalogue	unique et stable	permanente
variante	catalogue	rattachée au bon produit	à chaque changement
titre	PIM ou boutique	correspond à la page	à la publication
description	fiche validée	faits présents et autorisés	après modification
URL	route canonique	HTTP 200, indexabilité voulue	à chaque déploiement
image	médiathèque	bon produit, URL accessible	après remplacement
prix	moteur de prix	montant et devise identiques	quasi immédiate
stock	gestion de stock	état achetable	quasi immédiate
livraison	configuration commerciale	zone et délai applicables	après changement
retour	politique publiée	cohérence avec la page	après changement

« Quasi immédiate » doit devenir un délai chiffré dans votre contexte. Une boutique qui vend une pièce unique n’accepte pas le même retard qu’un catalogue fabriqué à la demande.

Ajoutez un comportement de sécurité : si la source du prix ou du stock est indisponible au-delà du délai, l’article est retiré de l’export ou marqué inéligible selon la spécification. Ne conservez pas une ancienne disponibilité uniquement pour maintenir le volume du catalogue.

Produits, variantes, prix, stock et politiques

Produits et variantes

Un produit regroupe une promesse commune. Une variante représente une option achetable distincte, par exemple une taille et une couleur. Son identifiant doit rester stable entre deux exports. Changer l’identifiant à chaque génération casse le rapprochement des erreurs, des performances et des mises à jour.

N’utilisez pas une variante générique lorsque le prix, le stock, l’image ou l’URL diffèrent. Le lecteur doit arriver sur la configuration montrée.

Prix

Transmettez le montant réellement applicable et sa devise selon le schéma. Si une promotion possède une période, conservez le prix normal, le prix promotionnel et les dates dans la source canonique. La page, le panier et le flux doivent être testés au même instant.

Disponibilité

La disponibilité n’est pas un texte libre. Reliez chaque valeur interne à une valeur admise par la spécification. Testez les états limites : précommande, rupture, arrêt définitif, quantité nulle et produit désactivé.

Livraison et retours

Une recommandation commerciale peut devenir trompeuse si les conditions décisives sont absentes. Les délais, zones, frais et retours doivent venir des politiques réellement applicables à l’article et à la destination. Ne demandez pas à un modèle de compléter ce qui manque.

Produits interdits ou restreints

Les politiques OpenAI interdisent ou limitent certaines catégories et pratiques. Le marchand reste responsable du contenu transmis. Ajoutez un contrôle de politique avant l’export et une procédure de retrait. Un produit légal dans un pays n’est pas automatiquement admis sur chaque surface ou dans chaque zone.

Garder le flux et la page synchronisés

Un export nocturne peut être suffisant pour une description stable et beaucoup trop lent pour un stock faible. Définissez un contrat de fraîcheur par famille de champs.

Exemple :

titre, description, caractéristiques : export après publication
image : export après validation et disponibilité publique
prix : mise à jour en moins de 15 minutes
stock : mise à jour en moins de 5 minutes
politique de retour : export après changement validé
produit retiré : désactivation prioritaire

Le générateur doit produire un manifeste :

• identifiant de l’export ;
• version du schéma ;
• heure de début et de fin ;
• nombre de produits et variantes ;
• nombre d’exclusions par cause ;
• empreinte du fichier ;
• état de livraison ;
• réponse de validation ;
• prochaine exécution prévue.

Si la livraison échoue, ne recréez pas silencieusement tous les identifiants. Placez l’export dans une file de reprise contrôlée et conservez la dernière version connue comme point de comparaison.

Séparer flux commerce et flux publicitaire

La documentation OpenAI indique que les flux Ads reposent sur le schéma de base du catalogue avec une exigence d’éligibilité publicitaire. Cela ne signifie pas que tous les produits du flux commerce doivent devenir des annonces.

Maintenez trois décisions indépendantes :

eligible_commerce
eligible_ads
eligible_checkout

Le nom exact des champs envoyés dépend de la spécification ; les trois décisions internes restent utiles. Elles permettent de refuser une publicité sans retirer le produit de la boutique, ou d’autoriser l’affichage sans ouvrir le checkout.

Le guide Ads mentionne aussi un champ de métadonnées permettant d’organiser les produits en groupes publicitaires. Ces métadonnées ne doivent pas polluer le titre public ni devenir une caractéristique visible. Gardez la segmentation de campagne dans sa propre couche.

Avant toute dépense publicitaire, vérifiez l’accès à la bêta, les régions, le compte, les politiques et les paramètres réellement disponibles. Ce guide ne donne aucune autorisation de lancement de campagne.

Tester un export sans ouvrir le checkout

Commencez avec dix produits représentatifs :

• un produit simple en stock ;
• un produit à variantes ;
• un article en rupture ;
• une promotion datée ;
• une image remplacée ;
• une page redirigée ;
• un produit retiré ;
• une zone de livraison limitée ;
• une description contenant une limite d’usage ;
• un article qui doit être exclu par politique.

Générez le fichier, validez-le localement puis comparez chaque ligne à la page et au panier. Le test n’a pas besoin d’activer le paiement dans ChatGPT. Il doit prouver que le catalogue sait produire une vérité cohérente et retirer une ligne lorsque cette vérité manque.

Ne testez pas avec uniquement dix produits parfaits choisis par le développeur. Ajoutez ensuite un échantillon aléatoire et tous les articles modifiés depuis le dernier export.

Les quinze contrôles avant livraison

1. chaque produit possède un identifiant stable ;
2. chaque variante renvoie au bon produit ;
3. l’URL finale répond en 200 ;
4. l’URL correspond à la variante montrée ;
5. l’image répond et montre le bon article ;
6. le titre n’invente aucune caractéristique ;
7. la description respecte les limites du schéma ;
8. le prix et la devise correspondent à la page et au panier ;
9. le stock correspond à l’état achetable ;
10. un produit retiré disparaît selon le délai prévu ;
11. livraison et retour restent cohérents avec les politiques visibles ;
12. les catégories interdites ou restreintes sont traitées ;
13. les champs Ads n’activent que les articles décidés ;
14. une erreur de livraison conserve le manifeste et permet une reprise ;
15. aucun secret, jeton, donnée client ou information interne n’entre dans le fichier.

Automatisez les contrôles déterministes et conservez une revue humaine pour les images, les promesses, les limites d’usage et les exclusions de politique ambiguës.

Mesurer refus, fraîcheur et cohérence

Les premiers indicateurs concernent la qualité du flux :

• produits reçus et acceptés ;
• lignes rejetées par code ;
• âge médian du prix et du stock ;
• écarts page-flux ;
• URL ou images indisponibles ;
• produits retirés dans le délai ;
• temps de correction d’un rejet ;
• versions de schéma en circulation.

Les impressions, clics et achats viennent ensuite, par surface. N’additionnez pas une impression publicitaire et une observation organique dans un « score ChatGPT » unique. Conservez la destination, la période, le dénominateur et le statut.

Une hausse des produits acceptés ne prouve pas une hausse des ventes. Elle prouve que davantage de lignes ont franchi le contrôle technique.

Ce que le flux ne garantit pas pour le SEO

Un flux commerce n’est pas une balise de classement général. Il ne garantit ni citation éditoriale, ni recommandation, ni position, ni trafic organique. Il ne corrige pas une fiche produit pauvre, une marque incohérente ou une boutique inaccessible.

Pour le SEO et le GEO, le socle reste la page publique : contenu exact, canonical, indexation voulue, données structurées fidèles, images utiles, politiques compréhensibles et maillage. Le flux ajoute une voie structurée propre à une plateforme commerciale.

Présentez donc le chantier comme de la qualité de catalogue et de l’intégration commerce, pas comme un hack pour « ranker dans ChatGPT ».

Limites

La spécification OpenAI, les champs requis, les formats de livraison, les régions et les programmes d’accès peuvent évoluer rapidement. Vérifiez les pages officielles le jour de l’intégration et conservez leur date. Les exemples de champs internes dans ce guide ne remplacent pas le schéma officiel.

La documentation Ads consultée décrit une bêta et précise son périmètre publicitaire. Elle ne permet pas de conclure qu’un flux Ads rend les produits visibles dans les conversations organiques. Le commerce non publicitaire et le checkout suivent leurs propres conditions d’accès.

Les obligations relatives aux prix, consommateurs, produits, publicité, données et fiscalité dépendent du marchand et des marchés servis. Un fichier valide ne prouve pas leur respect.

Enfin, un catalogue peut être techniquement cohérent et commercialement trompeur. Les bénéfices, images, avis, réductions et limites doivent rester vrais, autorisés et visibles. Aucun texte généré ne doit inventer une propriété ou une preuve.

À propos de l’auteur

Je suis Ayoub Kahouadji, consultant SEO/GEO, développeur Python et formateur IA. Je traite les flux pour assistants comme des contrats de données à tester et maintenir, sans les confondre avec une garantie de visibilité.

Prochaine étape

Sélectionnez dix produits et remplissez la matrice de provenance pour identifiant, variante, URL, image, prix et stock. Mesurez ensuite le délai réel entre une modification de la boutique et sa présence dans votre export. Pour consolider la page avant le flux, commencez par le guide fiche produit et SEO IA.