Révisé en juin 2026 pour PrestaShop 1.6.1 à 9.x, avec l’interface actuelle Merchant Center (Next). Les fiches gratuites, le parcours de configuration des sources de données et les règles d’identifiants requis lorsqu’ils s’appliquent (GTIN/marque/MPN) sont à jour ; les « sources de données » ont remplacé l’ancien menu « Produits → Flux ». Si un chemin a changé, fiez-vous donc à son objectif.
Recherchez « acheter portefeuille en cuir bleu » sur Google : la première chose qui s’affiche n’est pas une liste de liens bleus, mais une rangée de photos de produits avec des prix, des avis étoilés et des noms de boutiques. Ce sont les résultats Google Shopping. Y faire entrer vos produits PrestaShop est l’un des rares leviers marketing qui place votre produit réel, à son prix réel, devant quelqu’un qui est déjà en intention d’achat. Derrière chacune de ces tuiles se trouve Google Merchant Center : l’espace où Google ingère vos données produit, les vérifie par rapport à ses règles et décide lesquels de vos articles peuvent apparaître. Ce guide porte précisément là-dessus : faire entrer vos produits dans Google Shopping, depuis un compte Merchant Center vide jusqu’à des fiches validées et en ligne. Il ne s’agit pas d’obtenir davantage de clics à partir d’un flux déjà actif (c’est le sujet de l’optimisation du flux) ni de récupérer des produits refusés par Google (c’est le sujet de la correction des produits refusés). Ici, on s’occupe de la rampe d’accès.
Où ces fiches apparaissent réellement — et pourquoi cela vaut la peine d’y entrer
Une fois vos produits acceptés par Google, ils deviennent éligibles sur différentes surfaces Google, comme le carrousel de produits en haut des résultats de recherche classiques pour les requêtes d’achat, l’onglet dédié Shopping, les annotations dans Google Images et d’autres emplacements Google lorsqu’ils sont admissibles. Depuis 2020, cela inclut les fiches gratuites : vous n’avez pas besoin de dépenser un centime en publicité pour apparaître. Concrètement, qu’est-ce que cela signifie pour un marchand ? La configuration dans Merchant Center est un travail ponctuel qui peut apporter une visibilité durable, sans CPC, tant que votre flux reste valide. Les annonces Shopping payantes viennent s’ajouter à cela, mais une fois vos produits approuvés, ils deviennent éligibles aux fiches gratuites : une éligibilité, pas la garantie que chaque article s’affichera. Le point critique tient au mot « valide » : Google ne liste que les produits dont les données sont complètes, cohérentes et conformes à ses règles. C’est cette étape de validation qui bloque la plupart des marchands PrestaShop, et c’est là que se situe le travail propre à la plateforme.
Étape 1 — Créer et valider votre compte Merchant Center
Rendez-vous sur merchants.google.com et créez un compte avec le nom, le pays et l’adresse de votre entreprise. Le passage obligé ici est la validation du site Web : Google doit confirmer que vous possédez le domaine depuis lequel vous soumettez vos produits. Si votre boutique est déjà dans Google Search Console avec le même compte Google, Merchant Center propose généralement de réutiliser cette validation en un clic — c’est le chemin le plus rapide. Sinon, vous procédez comme pour Search Console : import d’un fichier HTML, balise meta HTML ou connexion DNS / Google Analytics / Tag Manager.
Sur PrestaShop, la méthode par balise meta est la plus propre, car vous ne touchez jamais aux fichiers du thème. Si vous utilisez notre configuration du suivi et des balises avec Marketing Revolution, la balise meta de validation (ainsi que vos balises GA4 / Google Ads) est injectée dans le <head> depuis le back-office, plutôt que via une modification de thème enfant qu’une mise à jour pourrait écraser. Validez une fois, et le reste du processus s’ouvre.
Étape 2 — Transformer votre catalogue PrestaShop en un flux accepté par Google
C’est le cœur du sujet lorsqu’on veut « faire entrer ses produits », et c’est l’étape que les guides généralistes survolent. Un flux produit Merchant Center est un fichier structuré — un format courant et robuste est un flux XML utilisant l’espace de noms g: (Google accepte aussi le texte/TSV et l’API Content/Merchant) — dans lequel chaque produit est un <item> avec un ensemble fixe de champs balisés. Les champs de base requis pour un produit physique, ainsi que les identifiants attendus par Google lorsqu’ils s’appliquent, sont les suivants :
| Champ Google | Ce que c’est | Où le trouver dans PrestaShop |
|---|---|---|
| g:id | Identifiant unique stable | ID du produit (et ID de la déclinaison pour les variantes) |
| g:title | Nom du produit, ≤150 caractères | Produit → nom (par langue) |
| g:description | Description, ≤5,000 caractères | Description courte ou complète |
| g:link | URL active de la page produit | L’URL simplifiée du produit |
| g:image_link | Image principale du produit | URL de l’image de couverture |
| g:price | Prix avec devise | Prix — doit correspondre exactement à la page |
| g:availability | in_stock / out_of_stock / preorder | Déduit de la quantité en stock |
| g:condition | new / refurbished / used (requis lorsque cela s’applique) | Produit → État |
En plus de ces champs de base, les identifiants produit de Google sont requis lorsqu’ils s’appliquent : renseignez-les pour que vos articles soient correctement associés :
| Champ Google | Ce que c’est | Quand le renseigner |
|---|---|---|
| g:brand | Fabricant / marque | À renseigner pour la plupart des produits neufs (Produit → Fabricant) |
| g:gtin | Code-barres EAN/UPC | Requis dès que le produit possède un GTIN valide (Produit → champ EAN-13) |
| g:mpn | Référence fabricant | À renseigner avec la marque lorsque le produit n’a pas de GTIN |
| g:identifier_exists | À définir sur no pour indiquer qu’un produit n’a pas d’identifiants officiels | Uniquement pour les produits réellement sans identifiants (par ex. sur mesure ou faits main) |
Mis bout à bout, un produit approuvé ressemble à ceci dans le XML — et c’est exactement la structure qu’un module de flux assemble pour chaque article de votre catalogue, sans que vous ayez à l’écrire à la main :
<item>
<g:id>1842</g:id>
<g:title>Blue Leather Bifold Wallet, RFID-Blocking</g:title>
<g:description>Full-grain blue leather bifold wallet with RFID-blocking lining...</g:description>
<g:link>https://example.com/accessories/blue-leather-wallet</g:link>
<g:image_link>https://example.com/img/p/blue-leather-wallet.jpg</g:image_link>
<g:price>49.00 EUR</g:price>
<g:availability>in_stock</g:availability>
<g:condition>new</g:condition>
<g:brand>Hartwell</g:brand>
<g:gtin>5012345678900</g:gtin>
</item>La raison pour laquelle c’est plus difficile qu’il n’y paraît sur PrestaShop, c’est qu’aucun bouton natif du back-office n’exporte ce fichier. Vous devez soit créer un script personnalisé qui interroge les tables des produits, du stock, des images, des fabricants et des URL pour écrire un XML valide, soit utiliser un module de flux. Les champs doivent aussi être définis par boutique, par langue et par devise — un flux allemand exige des titres en allemand et des prix en EUR, et un multiboutique nécessite un flux distinct par URL de boutique — tandis que le prix doit correspondre à la page produit au centime près, y compris la façon dont la taxe est affichée, faute de quoi Google signale une incohérence.
Le faire proprement avec MPR Google Merchant
C’est exactement ce problème de correspondance que notre module MPR Google Merchant est conçu pour supprimer. Il génère le flux XML Google Merchant directement à partir de votre catalogue, avec la correspondance des champs déjà prête : {ean13} alimente g:gtin, {mpn} alimente g:mpn, l’image de couverture et la galerie alimentent g:image_link et g:additional_image_link, les prix promotionnels alimentent g:sale_price, et les déclinaisons produit reçoivent un g:item_group_id commun afin que Google traite vos variantes de taille/couleur comme une même famille de produits. Qu’est-ce que cela vous apporte concrètement ? Vous évitez l’étape où les marchands doivent généralement engager un développeur ou se battre avec un export de tableur. Le flux se configure depuis un contrôleur du back-office (AdminMPRGoogleMerchantFeeds), vous obtenez d’emblée un flux distinct par boutique, langue et devise, et un cron intégré régénère le fichier selon une planification afin que les changements de stock et de prix soient transmis sans que vous ayez à penser à téléverser de nouveau le fichier. Le modèle d’élément XML est modifiable : si vous voulez plus tard ajouter des champs comme g:product_type ou la livraison, vous ajustez le modèle au lieu de réécrire un export. Il prend en charge PrestaShop de la version 1.6.1 jusqu’à la branche actuelle, donc il fonctionne avec la version que vous utilisez réellement.
Étape 3 — Envoyer le flux dans Merchant Center : fichier hébergé ou Merchant API
Vos données peuvent parvenir à Google de deux façons, et le bon choix a un impact direct sur la fraîcheur de vos fiches.
| Flux planifié (URL hébergée) | Merchant Products API | |
|---|---|---|
| Fonctionnement | Vous fournissez à Merchant Center une URL publique vers votre fichier XML ; Google le récupère selon une planification | Votre boutique envoie les produits à Google par programme via un compte de service |
| Fraîcheur | Aussi à jour que votre dernière régénération + l’intervalle de récupération de Google | Envois quasi en temps réel pour les changements de prix/stock |
| Effort de configuration | Faible — collez une URL | Plus élevé — ID Merchant + identifiants JSON de compte de service |
| Idéal quand… | La plupart des boutiques ; les prix et le stock changent quelques fois par jour | Catalogues à forte rotation, où un stock obsolète fait perdre des ventes ou provoque des refus |
Pour l’immense majorité des boutiques PrestaShop, le flux hébergé planifié est la bonne réponse : indiquez l’URL du flux dans Merchant Center, définissez une récupération quotidienne, terminé. MPR Google Merchant prend en charge les deux approches : il sert le XML hébergé et peut synchroniser avec la Merchant Products API lorsque vous voulez une fraîcheur basée sur l’envoi direct (vous fournissez un ID Merchant et un chemin vers le JSON du compte de service pour chaque flux). Commencez par le flux hébergé ; ne passez à la synchronisation API que si un stock obsolète vous coûte réellement des ventes.
Étape 4 — Soumettre, laisser Google valider, puis mettre en ligne
Ajoutez le flux dans Merchant Center sous Paramètres → Sources de données (appelé « Produits → Flux » dans l’ancienne interface ; désormais « sources de données » dans Merchant Center Next) — ou connectez la source API — et Google valide chaque article par rapport à ses exigences. Attendez-vous à une première passe qui approuve la plupart des produits et en signale quelques-uns : c’est normal, ce n’est pas un échec. Les blocages habituels lors de la première soumission sont une incohérence de prix entre le flux et la page (presque toujours une différence d’affichage de la taxe), une configuration de livraison manquante (à définir une fois dans Merchant Center dans vos paramètres de livraison, ou à inclure dans le flux), et des identifiants manquants ou incohérents (marque, GTIN lorsqu’il est attribué, MPN lorsque cela s’applique, ou identifier_exists=no uniquement pour les produits sans identifiants officiels). Lorsque l’onglet Diagnostics passe au rouge, ne devinez pas : nous répertorions les erreurs exactes et leurs corrections PrestaShop dans la correction des erreurs de flux Merchant. Dès que les articles affichent Approved, ils sont automatiquement éligibles aux fiches Shopping gratuites ; il n’y a aucun bouton « publier » séparé à chercher.
Fiches gratuites maintenant, Shopping payant quand vous êtes prêt
Les produits approuvés apparaissent dans les fiches gratuites sans autre action : c’est votre base de visibilité à coût zéro. Lorsque vous voulez faire remonter certains produits, vous connectez Merchant Center à un compte Google Ads et lancez des campagnes Shopping payantes, qui placent vos tuiles produit au-dessus des résultats gratuits. Les annonces Shopping convertissent souvent bien, car l’acheteur a déjà vu l’image et le prix avant de cliquer : le clic est préqualifié. Mais c’est une décision distincte, avec son propre budget et sa propre logique d’enchères, et il vaut mieux nettoyer vos fiches gratuites d’abord. Lorsque vous êtes prêt à investir, la manière moderne dont Google diffuse l’inventaire Shopping passe par Performance Max : nous expliquons ce que cela signifie pour un catalogue PrestaShop dans le guide complet de Performance Max, et comment Shopping s’articule avec les annonces textuelles dans les annonces Search pour l’e-commerce. Vous débutez complètement avec le trafic payant ? Commencez par votre première campagne Google Ads sans gaspiller votre budget.
Gardez le flux en vie — ce n’est pas une configuration à oublier
Entrer dans Google Shopping est une étape importante ; y rester demande de l’entretien. Un flux valide en janvier peut se dégrader en mars lorsque les prix changent, que des produits passent en rupture et que Google met à jour ses règles. Une routine courte et durable garde vos produits listés :
- Régénérez le flux automatiquement. Une actualisation quotidienne pilotée par cron (intégrée à MPR Google Merchant) maintient les prix et le stock synchronisés afin que Google ne récupère jamais un fichier obsolète. C’est la première source de refus évitables.
- Consultez Diagnostics chaque semaine. Les nouveaux refus apparaissent discrètement ; repérez-les avant qu’ils ne réduisent votre visibilité.
- Surveillez votre prix compétitif. Google compare votre prix à celui d’autres vendeurs du même GTIN : si vous êtes nettement au-dessus, les clics resteront faibles même avec une fiche parfaitement propre.
- Optimisez ensuite pour les clics. L’approbation est le plancher, pas le plafond. Une fois vos produits listés de façon stable, des titres plus précis, de meilleures images et des libellés personnalisés sont les vrais leviers de performance — tout cela est couvert dans le guide d’optimisation du flux PrestaShop.
Questions fréquentes
Comment valider ma boutique PrestaShop sans modifier les fichiers du thème ?
Deux méthodes propres. Si votre boutique est déjà dans Google Search Console avec le même compte Google, Merchant Center propose généralement de réutiliser cette validation en un clic. Sinon, utilisez la méthode par balise meta HTML et insérez la balise dans votre <head> depuis un gestionnaire de balises du back-office, plutôt qu’au moyen d’une modification de thème enfant qu’une mise à jour pourrait écraser. Les méthodes DNS et Tag Manager fonctionnent également et ne touchent jamais à votre thème.
PrestaShop propose-t-il un bouton intégré pour exporter un flux Merchant Center ?
Non — il n’existe pas d’export natif dans le back-office qui produise un fichier XML Google Merchant valide. Vous devez soit écrire un script personnalisé qui interroge les tables des produits, du stock, des images, des fabricants et des URL et émet le XML avec l’espace de noms g:, soit utiliser un module de flux qui réalise la correspondance et la planification pour vous. Les champs doivent aussi être corrects par boutique, par langue et par devise, ce qui est précisément la partie qu’un export fait maison gère souvent mal.
Dois-je commencer par une URL de flux hébergé ou par la Merchant Products API ?
Commencez par le flux hébergé pour presque toutes les boutiques : collez une URL publique de flux dans Merchant Center, définissez une récupération quotidienne, terminé. L’API ne justifie sa configuration supplémentaire (un ID Merchant et des identifiants de compte de service) que lorsque votre stock bouge si vite que l’intervalle entre deux récupérations entraîne réellement des pertes de ventes ou des refus. Passez à la synchronisation API si, et seulement si, un stock obsolète vous coûte manifestement de l’argent.
Mes produits sont « Approved » — dois-je faire autre chose pour apparaître dans les fiches gratuites ?
Non. Dès qu’un article affiche Approved, il est automatiquement éligible aux fiches Shopping gratuites : il n’y a pas de bouton de publication séparé. « Éligible » ne garantit pas que chaque article apparaîtra à chaque fois ; le classement dépend toujours de la pertinence et de la qualité des données. Les campagnes Shopping payantes viennent s’ajouter à cette base lorsque vous voulez pousser certains produits plus haut, mais la visibilité gratuite découle de l’approbation seule.
Pourquoi certains de mes produits sont-ils refusés lors de la première soumission ?
Il est normal qu’une première passe approuve la majorité des produits et en signale quelques-uns. Les causes habituelles sont une incohérence de prix entre le flux et la page (presque toujours une différence d’affichage de la taxe), une configuration de livraison manquante et des identifiants manquants ou incohérents (marque, GTIN lorsqu’il est attribué, MPN lorsque cela s’applique). L’onglet Diagnostics nomme chaque problème ; les corrections PrestaShop exactes se trouvent dans la correction des erreurs de flux Merchant. Ne devinez pas : lisez l’erreur précise.
Pour une boutique PrestaShop qui vend des produits physiques, entrer dans Google Shopping est l’une des tâches de configuration les plus rentables : les fiches gratuites génèrent du trafic sur la durée, et un flux propre constitue la base sur laquelle tout le payant s’appuie. La partie difficile n’a jamais été du côté de Google ; elle consiste à traduire votre catalogue PrestaShop dans les données structurées exactes que Google exige, par boutique, par langue, par devise, puis à les maintenir à jour. Faites-le une fois, correctement, et la rampe d’accès est ouverte.
Commentaires
Aucun commentaire pour le moment. Soyez le premier !
Soyez le premier à poser une question ou à partager un retour utile.
Laisser un commentaire
Partagez une question, un détail de pose ou un retour qui pourrait aider un autre lecteur.