OpenAI Product Feed · 2026-02-05

Update des Exigences des Flux Produit OpenAI : Champs nouveaux, renommés, modifiés, supprimés et inchangés

OpenAI a fortement changé les spécifications de flux produits pour ChatGPT Shopping. Cet article propose une analyse claire, champ par champ, de ce qui est nouveau, renommé, modifié, supprimé ou inchangé, avec les nouvelles exigences exactes.

photo de Jordan STYCZEN
Écrit par Jordan STYCZEN
Dernière mise à jour le 2026-02-05
...

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, remplace id)
  • image_url (Requis, remplace image_link)
  • url (Requis, remplace link)
  • group_id (Requis si des variantes existent, remplace item_group_id)
  • is_eligible_search (Requis, remplace enable_search)
  • is_eligible_checkout (Requis, remplace enable_checkout)
  • additional_image_urls (Optionnel, remplace additional_image_link)
  • model_3d_url (Optionnel, remplace model_3d)
  • video_url (Optionnel, remplace video_link)
  • review_count (Optionnel, remplace product_review_count)
  • star_rating (Optionnel, remplace product_review_rating)
  • reviews (Recommandé, remplace raw_review_data)
  • store_star_rating (Optionnel, remplace store_review_rating)
  • return_deadline_in_days (Optionnel, remplace return_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ésormais item_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 si is_eligible_checkout est à true)
  • seller_tos (Requis si is_eligible_checkout est à 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_fees
  • inventory_quantity
  • shipping
  • sale_price_effective_date (remplacé par sale_price_start_date + sale_price_end_date)
  • product_review_count
  • product_review_rating
  • raw_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