Flux produits PrestaShop : des données complètes pour Google Shopping et les assistants IA

Un flux produit est la liste que PrestaShop envoie à Merchant Center, le service de Google qui contrôle chaque produit avant de l’afficher dans Shopping. Google refuse un produit dont un attribut obligatoire manque, dont l’identifiant est faux ou dont le prix diffère de celui de la page. Au 14 octobre 2026, la Content API for Shopping, l’interface qu’utilisent certains modules de flux, a dépassé sa date de fin officielle du 18 août 2026. La mission fait correspondre le catalogue à la spécification, corrige la source des refus et surveille le résultat.

• Un flux produit PrestaShop se mesure sur neuf attributs de la spécification Google
• Merchant Center refuse un produit pour un identifiant faux, un prix discordant ou une page inaccessible
• Le même catalogue alimente les assistants IA par des spécifications distinctes
• Un module de flux se juge sur l’API qu’il appelle, l’ancienne API de Google ayant atteint sa fin officielle
• Le coût d’un flux produit varie avec six paramètres
• Le prestataire d’un flux produit remet quatre éléments vérifiables
• Des paramétrages de flux passent l’envoi et déclenchent un refus : identifiant, « identifier_exists » et date
• Deux échéances de Google se placent au début de 2027
• Sources consultées
• Foire aux questions

Un flux produit PrestaShop se mesure sur neuf attributs de la spécification Google

La page d’aide « Product data specification » marque sept attributs comme requis pour tous les produits : id, title, description, link, image_link, price et availability. Les identifiants s’y ajoutent. Le GTIN, c’est-à-dire le code-barres du fabricant, est recommandé quand il existe. La marque (brand) est requise pour les produits neufs, hors films, livres et enregistrements musicaux. La référence fabricant (mpn) l’est quand le fabricant n’a pas attribué de GTIN.

Merchant Center refuse un produit pour un identifiant faux, un prix discordant ou une page inaccessible

Chaque cause a sa page d’aide chez Google. Pour l’identifiant, un GTIN manquant ou incorrect limite la visibilité du produit, et un produit dont le fabricant a attribué un GTIN peut être refusé s’il n’est pas transmis.

Pour le prix, Googlebot lit le HTML renvoyé par le serveur. Un prix chargé par JavaScript après l’affichage de la page peut déclencher l’erreur, comme un décalage entre les mises à jour du site et celles du flux. L’aide prévient que des prix qui diffèrent du site peuvent mener à la suspension du compte.

Pour la page, un produit dont l’adresse n’est pas accessible à Google est désactivé jusqu’à ce qu’elle le redevienne.

Les produits touchés se lisent dans l’onglet « Needs attention » de la rubrique Products de Merchant Center (libellés anglais ; l’interface française porte leur traduction). Une correction se fait produit par produit, ou par export CSV des produits touchés, contrôle contre le site, puis réimport.

Le même catalogue alimente les assistants IA par des spécifications distinctes

Le guide d’optimisation de Google, mis à jour le 10 juillet 2026, écrit que Merchant Center et ses flux peuvent aider les produits à figurer dans les réponses IA. Il ne décrit aucun attribut propre à ces réponses. Le catalogue lisible par ces agents est traité dans la mission lisibilité du catalogue.

OpenAI publie sa propre spécification de flux, qui n’affiche pas de date. Elle exige neuf champs : item_id, title, description, url, brand, seller_name, image_url, availability et price. Sa valeur « pre_order » s’écrit avec un tiret bas, là où Google écrit « preorder ». Un format compatible Google, en fichier .txt, .tsv ou .csv, existe sous réserve de la confirmation d’OpenAI. Le protocole de paiement qui s’y rattache a sa mission : ACP.

Décrire mon besoin →

Un module de flux se juge sur l’API qu’il appelle, l’ancienne API de Google ayant atteint sa fin officielle

Selon la page de Google mise à jour le 10 septembre 2026, la Content API for Shopping a atteint sa fin officielle le 18 août 2026. Depuis le 1er septembre 2026, les requêtes sans extension active échouent par intermittence avec le code « HTTP 410 Gone ». L’arrêt complet est annoncé pour début 2027, et une extension ne le repousse pas. La page indique qu’une boutique gérée par une plateforme de commerce n’a rien à faire, la plateforme se chargeant de la migration. Les intégrations qui appellent directement l’API doivent passer à la Merchant API.

Un module PrestaShop relève de la seconde catégorie quand il appelle lui-même l’API : c’est une déduction, à faire confirmer par son éditeur. Scénario : un module qui envoie les prix par la Content API échoue par intermittence depuis septembre. Les prix du flux se périment, puis diffèrent de la page, et les produits passent en refus, parfois sans erreur visible côté boutique. Demandez si votre module envoie un fichier ou appelle l’API.

Le coût d’un flux produit varie avec six paramètres

Le nombre de références et de déclinaisons fixe le volume de contrôle. Les produits sans code-barres renseigné exigent une recherche chez les fournisseurs. Chaque langue exige sa propre source de données, puisque la spécification impose une seule langue par source pour les textes libres. Le nombre de canaux compte : un flux pour Google, un pour OpenAI, d’autres pour les places de marché. Les règles de transformation et la fréquence de mise à jour complètent la liste.

Fixez aussi qui corrige, et sous quel délai, quand une mise à jour du module retire des produits du flux. Le compte Merchant Center reste à votre nom, avec un accès donné au prestataire.

Le prestataire d’un flux produit remet quatre éléments vérifiables

La remise se contrôle sur des pièces, pas sur une déclaration :

• la table de correspondance champ par champ, entre la fiche PrestaShop et chaque attribut du flux ;
• l’export des produits refusés avant et après intervention, avec le motif de chaque refus ;
• un relevé sur vingt produits comparant la fiche, le panier et la ligne du flux ;
• le nom de l’API appelée par le module et la date de sa dernière mise à jour.

Des paramétrages de flux passent l’envoi et déclenchent un refus : identifiant, « identifier_exists » et date

L’identifiant doit rester le même d’une mise à jour à l’autre, selon la spécification. Scénario : un module fabrique l’id à partir de l’identifiant interne de la déclinaison, et un import recrée les déclinaisons. Chaque produit change d’id et repart sans historique.

L’attribut « identifier_exists » indique si le produit possède un identifiant. Il se règle sur « no » seulement quand le produit n’a ni code GTIN ni couple marque et référence fabricant : la spécification interdit « no » pour un produit qui en possède.

Un produit en précommande exige une date de disponibilité, au plus un an dans le futur.

Décrire mon besoin →

Deux échéances de Google se placent au début de 2027

Le contrôle des images à 500 × 500 pixels au moins s’applique à partir du 31 janvier 2027, selon la spécification. L’arrêt complet de la Content API, annoncé pour début 2027 sans jour précis, est traité plus haut.

Dans le message du formulaire de cette page, indiquez le nombre de produits refusés et le motif le plus courant, sans identifiant de compte.

Sources consultées

• Google, aide Merchant Center, « Product data specification », consulté le 14 octobre 2026.
• Google, aide Merchant Center, « Use the GTIN [gtin] », consulté le 14 octobre 2026.
• Google, aide Merchant Center, « How to fix : Mismatched product price », consulté le 14 octobre 2026.
• Google, aide Merchant Center, « How to fix : Product page unavailable », consulté le 14 octobre 2026.
• Google for Developers, « Deprecation and sunset », Content API for Shopping, mis à jour le 10 septembre 2026, consulté le 14 octobre 2026.
• Google, « Optimizing your website for generative AI features on Google Search », mis à jour le 10 juillet 2026, consulté le 14 octobre 2026.
• OpenAI, spécification du flux produit (commerce), sans date affichée, consulté le 14 octobre 2026.
• PrestaShop, documentation développeur de PrestaShop 9, « The Product Form », page mise à jour en 2021, consulté le 14 octobre 2026.

Foire aux questions

Les promotions PrestaShop passent-elles dans le flux ?

Cela dépend du module. La spécification prévoit l’attribut sale_price, le prix de base restant dans price. Le prix soldé doit correspondre à la page et au panier. Sans date de début et de fin, la spécification précise que le prix soldé s’applique en permanence : un module qui n’envoie pas ces dates laisse la promotion en vigueur après son terme.

Combien de temps faut-il pour qu’une correction soit prise en compte ?

Googlebot repasse sur les produits refusés dans les heures ou les jours qui suivent, selon son aide sur les prix discordants. Une demande de contrôle du site peut prendre jusqu’à 12 heures, sans nouvelle demande possible pendant ce délai. La correction se fait d’abord à la source, dans PrestaShop, puis dans le flux.

Le flux de Google sert-il aussi à ChatGPT ?

Pas tel quel. OpenAI publie une spécification distincte, avec neuf champs requis et des valeurs qui diffèrent (« pre_order » contre « preorder »). Un format compatible Google existe, mais OpenAI en subordonne l’usage à sa confirmation. Le catalogue propre est commun ; les fichiers sont deux.

Comment regrouper les déclinaisons d’un produit dans le flux ?

Par l’attribut item_group_id, requis pour les variantes en France : une valeur unique par groupe, idéalement le SKU du produit parent, inchangée entre deux mises à jour. Cette valeur rassemble les variantes d’un même produit. Chaque déclinaison garde son propre id et son propre GTIN.