Disponible pour missions & renforts d’agence · Réponse rapide, par la personne qui intervient

WhatsApp contact@allaux.fr
FR EN TR
allaux.
Urgence Parler de mon projet

Configurer un flux Google Merchant Center sur PrestaShop

Un flux Google Merchant Center est un fichier structuré, XML, CSV/TSV ou appel direct à l’API Content for Shopping, qui liste chaque produit avec les attributs que Google attend pour l’afficher dans Shopping. Sur PrestaShop, un module officiel développé avec Google permet de le générer, mais la cause la plus fréquente de rejet que je corrige reste un flux mis en ligne une fois puis jamais resynchronisé avec le stock et les prix réels de la boutique.

Décrire mon problème Discuter sur WhatsApp

Les situations que je traite

  • Produits désapprouvés dans Merchant Center sans raison évidente sur la fiche produit
  • Flux généré au lancement de la boutique et jamais revu depuis
  • Prix affiché sur le site différent du prix transmis dans le flux
  • Produit en rupture sur le site mais encore « en stock » dans Merchant Center
  • Doute sur les attributs réellement obligatoires avant de construire un flux personnalisé
  • Migration vers PrestaShop 9 avec une interrogation sur le module d’export à utiliser

Comment je mets en place le flux sur PrestaShop

  1. Passage par le module officiel

    PrestaShop propose un module développé avec Google (« PrestaShop Marketing with Google »), intégré à la suite PrestaShop Essentials et compatible avec les versions récentes de PrestaShop dont la 9. Je pars de ce module plutôt que d’un flux fait main dès que la boutique reste dans un cas standard.

  2. Contrôle des attributs cœur

    Avant toute mise en ligne, je vérifie que chaque produit transmet un id stable (en pratique la référence ou le SKU), un title, une description, le link vers la fiche produit, un image_link, le price avec la bonne devise, l’availability, et un identifiant produit reconnu (GTIN, ou marque + MPN). Si la boutique utilise des déclinaisons (table product_attribute), chaque combinaison part comme un item distinct, avec son propre id, son propre prix et sa propre disponibilité, les items d’un même produit étant reliés par item_group_id.

  3. Traitement des produits sans identifiant standard

    Pour un produit qui n’a réellement aucun GTIN ni marque référencée, je déclare identifier_exists=no plutôt que de laisser le champ vide ou d’inventer un code : un GTIN invalide est l’un des motifs de désapprobation les plus fréquents.

  4. Réglage de la fréquence d’actualisation

    Je programme une actualisation quotidienne du flux, en particulier pour le prix et la disponibilité. Google impose un minimum d’une actualisation tous les 30 jours mais recommande explicitement un rythme quotidien pour éviter l’écart entre flux et boutique.

  5. Vérification après publication

    Une fois le flux transmis, je contrôle dans Merchant Center le statut de chaque produit (approuvé, en attente, désapprouvé) et je surveille les motifs de rejet dans les jours qui suivent la première synchronisation.

Le piège du flux figé

Le cas le plus fréquent que je corrige n’est pas un attribut mal renseigné mais un flux qui ne bouge plus : généré une fois à l’ouverture de la boutique, il continue d’annoncer un prix ou une disponibilité qui ne correspondent plus à la réalité du site plusieurs semaines ou mois plus tard.

Google confronte le flux à la page produit au moment où il l’explore : un écart de prix ou de disponibilité déclenche une désapprobation, pas seulement une alerte. Une actualisation quotidienne bien programmée évite ce décalage, à condition que la tâche qui la déclenche fonctionne réellement, ce que je vérifie toujours plutôt que de supposer que le flux tourne parce qu’il a été configuré une fois.

flux-google.xml
<item>
  <g:id>REF-0001</g:id>
  <g:title>Exemple de produit</g:title>
  <g:price>29.90 EUR</g:price>
  <g:availability>in_stock</g:availability>
  <g:identifier_exists>no</g:identifier_exists>
</item>

Pages liées

Décrivez votre besoin en 1 minute

Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.

Quel outil faut-il connecter ?
L’outil dispose-t-il d’une API documentée ?

Sans API, il reste souvent l’import de fichiers — c’est faisable, mais différent.

Dans quel sens les données doivent-elles circuler ?
À quelle fréquence la synchronisation doit-elle tourner ? (facultatif)
Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Questions fréquentes

Le module officiel PrestaShop suffit-il, ou faut-il un flux personnalisé ?
Pour une boutique standard, le module officiel développé avec Google couvre les attributs cœur. Un flux personnalisé devient utile pour des règles de prix ou d’attributs spécifiques qu’aucun module ne couvre.
À quelle fréquence le flux doit-il être mis à jour ?
Google impose une actualisation minimale tous les 30 jours mais recommande un rythme quotidien, en particulier pour le prix et la disponibilité, ce que je configure par défaut.
Que faire si un produit n’a pas de GTIN ?
Je déclare identifier_exists=no plutôt que d’inventer un code ou de laisser le champ vide, ce qui expose à un rejet pour GTIN invalide.
Le flux PrestaShop fonctionne-t-il aussi pour Meta ou Pinterest ?
La structure d’attributs est proche mais je recommande d’adapter le flux plutôt que de le réutiliser tel quel, chaque plateforme ayant ses propres champs et catégories.
Le module est-il compatible avec PrestaShop 9 ?
Oui, le module officiel développé avec Google est compatible avec les versions récentes de PrestaShop, dont la 9.

Pages liées