Produits refusés dans Google Merchant Center : les causes les plus fréquentes et comment les corriger sur PrestaShop
Un produit « refusé » dans Google Merchant Center ne s’affiche ni dans les annonces ni dans les fiches gratuites de Shopping tant que ses données ne sont pas corrigées. Sur les boutiques PrestaShop, la plupart des refus reviennent à quelques causes récurrentes : un prix du flux différent de celui de la page, une disponibilité incohérente, un GTIN manquant, une mauvaise image ou une fiche produit que Googlebot ne peut pas ouvrir. Voici les problèmes les plus fréquents, leur origine habituelle dans PrestaShop et comment les corriger.
D’abord : où chercher et comment lire les problèmes
Dans Merchant Center, allez dans Produits › « À vérifier ». Les problèmes sont regroupés par type et la liste des produits peut être téléchargée en CSV. Travaillez par groupe, pas produit par produit : une seule erreur de configuration peut faire refuser des centaines d’articles d’un coup. Après correction, vous pouvez demander une nouvelle vérification du site – sinon Google le fera lors de son prochain passage.
Une règle importante : ne changez pas les identifiants produits dans le flux. Pour Google, un nouvel id est un nouveau produit, à valider de zéro – ce qui peut prendre jusqu’à 3 jours ouvrés.
Les causes les plus fréquentes et leur origine dans PrestaShop
| Problème | Cause typique dans PrestaShop | Que faire |
|---|---|---|
| Prix non concordant (page de destination vs données produit) | Le flux envoie des prix HT alors que la page affiche du TTC ; prix par groupe de clients ; réduction sans dates dans le flux ; flux quotidien avec des prix qui changent souvent ; prix des déclinaisons modifié en JavaScript | Un flux en TTC pour le pays cible, une fréquence de mise à jour plus rapide que les changements de prix, un prix des données structurées conforme à la déclinaison par défaut |
| Disponibilité non concordante | La déclinaison par défaut est épuisée alors que d’autres sont en stock ; commandes hors stock autorisées mais le flux envoie « out of stock » | Choisir une déclinaison par défaut disponible ; envoyer le stock par déclinaison |
| GTIN manquant ou incorrect | Le code-barres est sur le produit mais le flux envoie les déclinaisons ; une référence collée dans le champ EAN | Guide sur le GTIN manquant |
| Image de remplacement / non autorisée | Produit sans image – le flux envoie l’image « pas d’image » du thème ; logo de boutique ou texte promo sur la photo | Ajouter une vraie photo ou exclure le produit du flux |
| Image trop petite | Le flux envoie un petit format de miniature (par ex. home_default) ou l’original est petit | Trouver les images de moins de 500 × 500 px |
| Page de destination inaccessible | Produit désactivé dans la boutique mais toujours dans le flux (404 ou redirection) ; mode maintenance ; pare-feu ou protection anti-bots qui bloque Googlebot ; robots.txt qui bloque les URL | Désactiver les produits dans le flux en même temps que dans la boutique ; vérifier Googlebot dans les journaux du serveur |
| Frais de port manquants | La livraison n’est pas configurée dans Merchant Center pour le pays cible, ou le flux envoie des données incomplètes | Configurer la livraison dans Merchant Center ou dans le flux |
Le prix : le problème le plus fréquent
Googlebot récupère la fiche produit et compare le prix avec le flux. Il lit le HTML renvoyé par le serveur – des prix insérés plus tard en JavaScript peuvent provoquer des erreurs. Dans PrestaShop, vérifiez dans l’ordre :
- La TVA. Dans l’UE, le prix du flux doit inclure la TVA. Beaucoup de modules ont un réglage « prix TTC » séparé.
- Les groupes de clients. Googlebot est un visiteur. Si les visiteurs voient d’autres prix que les clients connectés, le flux doit envoyer les prix visiteurs.
- Les prix spécifiques. Une réduction dans la boutique sans
sale_pricedans le flux, ou avec des dates ou un fuseau horaire qui ne correspondent pas. - Les déclinaisons. L’URL du produit dans le flux doit mener à la déclinaison précise, à son prix, et non à la déclinaison par défaut.
- Le cache. Un cache de pages complètes ou un CDN peut montrer d’anciens prix à Googlebot après un changement.
Activer les mises à jour automatiques des articles dans Merchant Center aide aussi : Google corrige alors le prix et la disponibilité d’après les données structurées de la page. C’est un filet de sécurité, pas un remplacement d’un flux à jour.
La disponibilité : la déclinaison par défaut
Un cas fréquent et peu évident : un produit existe en plusieurs tailles, celle par défaut est épuisée et les autres sont en stock. La fiche s’ouvre sur « rupture de stock », et Google constate une incohérence. Cette requête liste ces produits :
SELECT ps.id_product, pl.name, ps.cache_default_attribute,
sa.quantity AS stock_defaut
FROM ps_product_shop ps
JOIN ps_product_lang pl
ON pl.id_product = ps.id_product AND pl.id_lang = 1 AND pl.id_shop = ps.id_shop
JOIN ps_stock_available sa
ON sa.id_product = ps.id_product
AND sa.id_product_attribute = ps.cache_default_attribute
WHERE ps.id_shop = 1 AND ps.active = 1
AND ps.cache_default_attribute > 0
AND sa.quantity <= 0
AND EXISTS (SELECT 1 FROM ps_stock_available s2
WHERE s2.id_product = ps.id_product
AND s2.id_product_attribute > 0 AND s2.quantity > 0);
Remplacez le préfixe ps_ et id_lang par les vôtres. Pour chaque résultat, choisissez une déclinaison disponible comme déclinaison par défaut.
Les avertissements au niveau du compte
Pire qu’un refus produit : la suspension du compte entier, par exemple pour « présentation trompeuse » (misrepresentation). Google attend d’une boutique qu’elle affiche clairement l’identité de l’entreprise et ses coordonnées, les frais de livraison, les conditions de retour et de remboursement, et un paiement sécurisé. Dans PrestaShop, ce sont en général des pages CMS et le pied de page. Si l’un de ces éléments manque ou est difficile à trouver, ajoutez-le avant de demander un réexamen.
Ne plus y revenir chaque semaine
Corriger les refus un par un ne s’arrête jamais : nouveaux produits et imports ramènent les mêmes erreurs. Un contrôle avant envoi fonctionne mieux : un produit n’entre dans le flux qu’une fois qu’il a une image, un GTIN (ou une marque et un MPN), un prix, du stock et une description.
Un contrôle qualité avant Merchant Center
Product Data Guardian note chaque produit et chaque déclinaison de 0 à 100 selon vos règles – GTIN, marque, images, description, stock, prix – et fournit des flux Google Shopping et Meta avec un seuil de qualité. Les produits incomplets n’arrivent pas dans Merchant Center avant d’être corrigés : il y a tout simplement moins de refus.