OpenAI a récemment mis à jour les spécifications de flux produits, utilisée pour ChatGPT Shopping et les expériences de commerce pilotées par agents IA.
Il s’agit d’une clarification structurelle de la manière dont les produits doivent être décrits afin que les systèmes d’IA puissent les indexer, les comprendre, les comparer, les faire apparaître dans ChatGPT et potentiellement les vendre.
Pour lever toute ambiguïté, cet article liste l’ensemble des changements de spécification, regroupés par catégorie :
- Nouveaux champs
- Champs renommés
- Champs modifiés (même nom, nouvelle logique ou validation)
- Champs supprimés
- Champs inchangés (toujours requis ou recommandés)
Chaque champ est listé, avec sa nouvelle exigence explicitement indiquée.
1. Nouveaux champs
Ces champs n’existaient pas auparavant et font désormais partie de la spécification officielle.
accepts_exchanges(Optionnel)accepts_returns(Optionnel)dimensions_unit(Optionnel - requis si une dimension est fournie)is_digital(Optionnel)item_weight_unit(Optionnel - requis si un poids est fourni)listing_has_variations(Requis)marketplace_seller(Optionnel)return_deadline_in_days(Optionnel)sale_price_start_date(Optionnel - date ISO 8601)sale_price_end_date(Optionnel - date ISO 8601)shipping_price(Optionnel - format structuré : country:region:service_class:price)store_country(Requis - ISO 3166-1 alpha-2)target_countries(Requis - liste de codes ISO 3166-1 alpha-2)variant_dict(Optionnel - objet JSON avec valeurs textuelles)
Ces ajouts introduisent des signaux explicites liés à l’éligibilité, la géographie, la livraison, la confiance et les variantes, sans laisser l’IA interpréter l’intention.
2. Champs renommés
Ces champs existaient déjà mais ont été renommés.
Seul le nouveau nom est valide. Les anciens noms ne sont pas des alias.
item_id(Requis, remplaceid)image_url(Requis, remplaceimage_link)url(Requis, remplacelink)group_id(Requis si des variantes existent, remplaceitem_group_id)is_eligible_search(Requis, remplaceenable_search)is_eligible_checkout(Requis, remplaceenable_checkout)additional_image_urls(Optionnel, remplaceadditional_image_link)model_3d_url(Optionnel, remplacemodel_3d)video_url(Optionnel, remplacevideo_link)review_count(Optionnel, remplaceproduct_review_count)star_rating(Optionnel, remplaceproduct_review_rating)reviews(Recommandé, remplaceraw_review_data)store_star_rating(Optionnel, remplacestore_review_rating)return_deadline_in_days(Optionnel, remplacereturn_window)
Les renommages sont stricts.
Utiliser les anciens noms ne génère aucun avertissement : les données sont simplement ignorées.
3. Champs modifiés (même nom, nouvelle logique ou validation)
Ces champs conservent le même nom mais suivent désormais des règles plus strictes, de nouveaux formats ou des dépendances supplémentaires.
brand(Désormais strictement requis)gtin(Optionnel, mais désormais lié logiquement àmpn)mpn(Optionnel, mais désormais lié logiquement àgtin)height(Optionnel, nécessite désormais un contexte d’unité)length(Optionnel, nécessite désormais un contexte d’unité)width(Optionnel, nécessite désormais un contexte d’unité)weight(Optionnel, nécessite désormaisitem_weight_unit)material(Optionnel, validation texte plus stricte)product_category(Optionnel, validation de taxonomie renforcée)q_and_a(Recommandé, désormais une liste JSON de{ "q": string, "a": string })sale_price(Optionnel, doit être strictement inférieur àprice)seller_privacy_policy(Requis siis_eligible_checkoutest à true)seller_tos(Requis siis_eligible_checkoutest à true)
Ces changements introduisent une logique inter-champs, au-delà de simples contrôles de format.
4. Champs supprimés
Ces champs ne font plus partie de la spécification et ne doivent plus être utilisés.
applicable_taxes_feesinventory_quantityshippingsale_price_effective_date(remplacé parsale_price_start_date+sale_price_end_date)product_review_countproduct_review_ratingraw_review_data
Utiliser des champs supprimés n’a aucun effet et peut créer un faux sentiment de conformité.
5. Champs inchangés (toujours essentiels)
Ces champs restent valides, avec des exigences inchangées, et jouent toujours un rôle clé.
availability(Requis)availability_date(Requis si availability=pre_order)title(Requis)description(Requis)price(Requis)image_url(Requis)seller_name(Requis / affichage)seller_url(Requis)return_policy(Requis)color(Optionnel)condition(Optionnel)age_group(Optionnel)age_restriction(Recommandé)delivery_estimate(Optionnel)dimensions(Optionnel)expiration_date(Optionnel)geo_price(Recommandé)geo_availability(Recommandé)item_group_title(Optionnel)offer_id(Recommandé)pickup_method(Optionnel)pickup_sla(Optionnel)pricing_trend(Optionnel)related_product_id(Recommandé)relationship_type(Recommandé)size(Recommandé - habillement)size_system(Recommandé - habillement)store_review_count(Optionnel)popularity_score(Recommandé)unit_pricing_measure / base_measure(Inchangé)warning / warning_url(Inchangé)
“Inchangé” ne signifie pas “moins important”.
Ces champs restent le socle de la compréhension produit.
6. Ce que cette mise à jour signifie réellement
Cette mise à jour confirme une direction claire :
Les flux produits deviennent des contrats formels d’éligibilité pour l’IA, et non plus de simples fichiers techniques.
Les systèmes d’IA :
- ne déduisent pas les données manquantes
- ne devinent pas l’intention
- n’avertissent pas lorsque des données sont ignorées
Si un champ est manquant, mal nommé ou invalide, le produit peut tout simplement être ignoré par l’IA.
7. L’audit de flux devient indispensable
Avec ce niveau de complexité, maintenir un flux conforme manuellement n’est plus réaliste.
La logique backend de SharpFeed est déjà entièrement adaptée aux nouvelles spécifications d’OpenAI, incluant :
- tous les nouveaux champs
- tous les renommages
- toutes les suppressions
- toutes les dépendances inter-champs
- toutes les validations logiques
SharpFeed est prêt à auditer votre flux produit selon les dernières exigences et à montrer clairement ce qui doit être corrigé.
⚡ Conclusion
La mise à jour des exigences des flux produit OpenAI n’est pas un simple changement de spécification.
C’est une transition structurelle vers un commerce agentique, basé sur des règles strictes.
Comprendre les changements est la première étape.
Valider son feed par rapport à ces règles est la seconde.
Les flux produits deviennent une véritable infrastructure et un pilier de compréhension d’un catalogue e-commerce pour les LLM.
Sources :
OpenAI Product Feed Specs