Corriger les erreurs Google Merchant Center les plus fréquentes
Une désapprobation Merchant Center a toujours un motif précis affiché produit par produit, jamais une raison générique. Avant de tout réexporter, je lis ce motif exact, je distingue une erreur de flux d’une erreur de page produit, puis je corrige dans l’ordre qui évite de refaire le même travail deux fois.
Les situations que je traite
- Des produits en statut désapprouvé sans comprendre le motif exact
- Une baisse soudaine du nombre de produits actifs dans Merchant Center
- Un motif « GTIN non valide » alors que le produit n’a jamais eu de code-barres
- Un prix ou une disponibilité qui semblent corrects sur le site mais restent signalés en erreur
- Une catégorie de produit générique appliquée par défaut à tout le catalogue
- Des images refusées sans savoir si c’est la résolution, un filigrane ou un texte promotionnel en cause
Comment je diagnostique un rejet
-
1. Lecture du motif exact par produit
J’ouvre le diagnostic des produits dans Merchant Center et je lis le motif de désapprobation affiché pour chaque produit concerné, pas seulement le nombre total de produits en erreur. Le libellé exact (GTIN non valide, prix incohérent, image non conforme...) oriente directement la correction à faire.
-
2. Distinction erreur de flux ou erreur de page produit
Je compare ce que le flux transmet pour cet attribut avec ce qui est réellement affiché sur la fiche produit. Si les deux concordent et que Google signale quand même un écart, la cause est souvent une donnée structurée schema.org sur la page qui contredit le contenu visible ou le flux.
-
3. Correction des identifiants produit
Pour un GTIN signalé invalide, je vérifie d’abord qu’il s’agit bien du code du fabricant et non d’une référence interne. Pour un produit qui n’a réellement aucun identifiant standard, je passe par identifier_exists=no plutôt que de forcer un code inventé.
-
4. Correction du prix et de la disponibilité
Je vérifie la cohérence entre le prix affiché, le prix transmis dans le flux et, s’il existe, le balisage schema.org de la page. Même contrôle pour la disponibilité : le flux doit refléter le stock réel au moment où Google explore la page, pas un état figé lors de la dernière génération.
-
5. Catégorie et image en dernier
Une fois les attributs cœur corrects, je vérifie la catégorie Google de produit associée (pas de catégorie générique par défaut) et la conformité des images : résolution suffisante, aucun filigrane ni texte promotionnel superposé, pas d’image de remplacement générique.
Pourquoi cet ordre
Corriger l’image ou la catégorie avant le prix ou l’identifiant produit fait perdre du temps : un produit avec un GTIN invalide reste désapprouvé même si son image est parfaite. Je traite d’abord les attributs qui bloquent totalement l’approbation, puis ceux qui dégradent surtout le classement sans forcément bloquer la diffusion.
Le GTIN manquant ne se confond pas avec un produit qui n’a réellement aucun identifiant standard, où identifier_exists=no est la réponse correcte. Le prix et la disponibilité se vérifient toujours à trois, entre le flux, la page affichée et un éventuel balisage schema.org contradictoire, avant de passer à la catégorie et à l’image.
Pages liées
-
Flux Google Merchant Center depuis PrestaShop
Les attributs cœur et le module officiel côté PrestaShop.
-
Flux Google Merchant Center depuis WooCommerce
La spécificité des variations de produit et des catégories.
-
Prix barrés, livraison et disponibilité
Le détail des trois attributs les plus souvent source de rejet.
-
Intégrations et API
Le hub sur les intégrations techniques que je mets en place.
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.