Google Merchant Center : 10 erreurs de flux qui font rejeter vos produits

Un produit refusé par Google Merchant Center ne coûte rien en apparence : aucune facture, aucune alerte bloquante. Il disparaît simplement des annonces Shopping et des fiches gratuites. À quelques semaines du pic de ventes, ce silence se paie cher. La documentation Google indique de compter 24 à 72 heures pour que les corrections soient traitées après un nouvel envoi : entre le refus, sa détection et le retraitement, une référence reste invisible plusieurs jours. Voici les dix motifs de refus les plus courants, ce qu'ils traduisent côté données produit, et pourquoi la correction durable se fait dans le référentiel plutôt que dans le flux.

Identification produit : les refus qui viennent de l'amont

Google construit l'identité d'une offre à partir de quatre attributs : id, gtin, mpn et brand. Trois des dix refus viennent de ce bloc, presque toujours parce que la donnée manque déjà dans le catalogue source.

1. Identifiant produit non unique ou réutilisé

• Symptôme — le produit remonte sous un problème de type « Duplicate identifier », ou plusieurs offres se retrouvent fusionnées et une seule reste diffusée.
• Cause côté données — l'attribut id (50 caractères maximum) doit rester unique dans le compte et stable dans le temps. Il est souvent construit à la volée par le script d'export, à partir d'une référence fournisseur non normalisée, d'un identifiant technique de la boutique, ou pire, d'un numéro de ligne. La base est réimportée, et l'identifiant bascule.
• Correction dans le référentiel — l'identifiant Merchant Center doit être un attribut du produit dans le PIM, pas une valeur calculée par le flux : une clé interne générée à la création de la fiche et jamais recyclée.

2. Code-barres invalide, ou absent sans déclaration

• Symptôme — problèmes du type « Invalid value [gtin] », « Invalid GTIN in unsupported format », « Incorrect identifier: GTIN [gtin] » ou « Duplicate GTIN ».
• Cause côté données — la documentation Google précise qu'un GTIN compte 8, 12, 13 ou 14 chiffres. Les cas d'échec sont classiques : zéro de tête perdu par un tableur, clé de contrôle fausse, code d'un autre produit recopié sur une variante, ou même code réutilisé sur deux déclinaisons.
• Correction dans le référentiel — la validation du code-barres doit se faire à l'import, pas à l'export. Le module EAN Manager de Pixee PIM contrôle le format et la clé de contrôle, détecte les doublons et signale les codes suspects avant qu'ils n'atteignent le moindre canal.
• Le cas légitime — un produit sur mesure ou vintage peut n'avoir aucun identifiant. Google prévoit alors identifier_exists à no. La documentation précise que les produits pour lesquels cet attribut est positionné à no alors qu'un identifiant existe reçoivent un avertissement : c'est une déclaration, pas un contournement.

3. Marque ou référence fabricant manquante

• Symptôme — refus pour attribut manquant sur brand, ou demande de mpn sur des produits sans GTIN.
• Cause côté données — brand (70 caractères maximum) est requis pour la plupart des produits neufs, et mpn devient nécessaire quand le produit n'a pas de GTIN attribué par le fabricant. Chez un distributeur, la marque est souvent noyée dans le libellé fournisseur au lieu d'être un champ à part entière.
• Correction dans le référentiel — la marque doit être une entité du catalogue, rattachée à la fiche, et non une chaîne saisie librement. Les variantes d'écriture d'une même marque se règlent une fois, pas dans chaque flux.

Prix, disponibilité et coûts par pays

Ce bloc concentre les refus les plus coûteux : ils frappent des produits déjà validés, en pleine diffusion.

4. Prix du flux différent du prix de la page

• Symptôme — refus au niveau de l'article libellé « Mismatched value (page crawl) [price] ». Google explore la page de destination et compare avec la valeur envoyée.
• Cause côté données — le plus souvent, un décalage de synchronisation. Le prix change dans la boutique, le flux est régénéré plus tard, l'exploration tombe entre les deux. S'y ajoutent les écarts structurels : prix promotionnel envoyé dans price au lieu de sale_price, ou arrondi différent entre l'export et la boutique.
• Correction dans le référentiel — un seul prix de référence, dans le PIM, diffusé vers la boutique et vers Merchant Center au même cycle. Tant que les deux ont des sources distinctes, la divergence est inévitable.

5. Disponibilité fausse

• Symptôme — « Mismatched value (page crawl) [availability] », ou une disponibilité jugée inexacte par rapport à la page de destination.
• Cause côté données — l'attribut availability n'accepte que in_stock, out_of_stock, preorder et backorder, avec availability_date obligatoire pour les deux derniers. Les valeurs maison (« sur commande », « 3 à 5 jours ») sont rejetées, et un flux quotidien ne tient pas le rythme d'un catalogue de novembre.
• Correction dans le référentiel — le stock vit dans le PIM, avec un mapping explicite entre vos états internes et les quatre valeurs autorisées, et une fréquence de synchronisation resserrée avant la haute saison.

6. Frais de port ou taxe manquants selon le pays

• Symptôme — problème « Missing shipping costs », ou sous-attribut manquant sur shipping (typiquement country) ou sur tax.
• Cause côté données — les frais se définissent au niveau du compte ou par produit via shipping ; Google recommande le réglage au niveau du compte, avec surcharge produit seulement si nécessaire (article volumineux ou fragile). Les refus arrivent quand un pays ciblé n'a pas de règle, ou quand une surcharge est incomplète. Côté taxe, la règle dépend du marché : pour les États-Unis et le Canada, la documentation demande de ne pas inclure la TVA ni la taxe de vente dans price.
• Correction dans le référentiel — poids, dimensions et catégorie logistique doivent être des attributs obligatoires par famille. C'est ce qui permet aux règles d'expédition de s'appliquer sans exception, et d'ouvrir un pays sans repasser sur chaque fiche.

Contenu et images

7. Image non conforme

• Symptôme — « Image too small », « Text on image », « Promotional overlay on image [image_link] », ou image jugée générique.
• Cause côté données — la spécification interdit tout élément superposé : filigrane, logo, nom de marque, appel à l'action, mention de prix ou de livraison gratuite, bordure, image d'attente ou visuel qui ne montre pas le produit. Sur la taille, le seuil passe à 500 x 500 pixels minimum, avec des avertissements depuis juillet 2026 et une application au 31 janvier 2027 ; jusque-là, les seuils antérieurs restent tolérés (250 x 250 pixels pour l'habillement, 100 x 100 pour le reste).
• Correction dans le référentiel — séparer dans la médiathèque les visuels marketing (bandeaux promotionnels, packshots avec mentions) des visuels diffusables, et contrôler les dimensions à l'import. Beaucoup de catalogues hébergent encore des visuels fournisseurs de 200 ou 300 pixels : ils passent aujourd'hui, plus après janvier 2027.

8. Titre ou description pauvre, ou bourré de mots-clés

• Symptôme — avertissement de qualité des données produit, notamment sur l'usage excessif de majuscules ; ou fiches diffusées mais sans performance.
• Cause côté données — title accepte 150 caractères, description jusqu'à 5 000, et cette dernière doit correspondre à la page de destination. Un titre fournisseur est typiquement soit trop court (« Perceuse 18V »), soit une accumulation de mots-clés séparés par des tirets. Les deux échouent, pour des raisons opposées.
• Correction dans le référentiel — un titre se construit à partir d'attributs structurés (marque, gamme, caractéristique différenciante, contenance), pas d'une chaîne libre. Dès que ces attributs existent dans le PIM, le titre devient une règle appliquée à toute une famille, et le score de complétude identifie les fiches qui ne peuvent pas encore la satisfaire.

Classification et variantes

9. Catégorie produit mal renseignée

• Symptôme — « Invalid product category », ou produits diffusés mais absents des comparaisons pertinentes.
• Cause côté données — google_product_category attend soit l'identifiant numérique de la taxonomie Google, soit le chemin complet : envoyer le dernier segment seul provoque une erreur. À ne pas confondre avec product_type, votre propre arborescence, qui reste libre.
• Correction dans le référentiel — la correspondance vers la taxonomie Google se déclare une fois, au niveau de la catégorie, pas produit par produit. Toute nouvelle référence classée en hérite.

10. Variantes déclarées sans identifiant d'article parent

• Symptôme — variantes traitées comme des doublons, ou problème d'attribut manquant sur des variantes regroupées.
• Cause côté données — item_group_id (50 caractères maximum) est requis pour les variantes dans plusieurs pays, dont la France. Et le renseigner ne suffit pas : chaque produit partageant un même item_group_id doit porter une valeur distincte sur au moins un attribut de variation (size, color, material, pattern…). Sinon, Google voit des offres identiques.
• Correction dans le référentiel — c'est le cas type où le flux ne peut rien réparer : si le modèle de données ne distingue pas parent et déclinaisons, aucun script d'export ne recréera l'information. Le PIM doit porter la structure parent/variantes et les axes de variation déclarés au niveau de la famille.

Réparer le flux ou réparer la donnée

Le point commun de ces dix refus : la donnée fautive existait déjà dans le catalogue avant l'export. Le flux n'a fait que la rendre visible. C'est pourquoi les correctifs appliqués dans le fichier de sortie — valeur par défaut forcée, exclusion des produits en erreur — se dégradent : ils traitent le symptôme sur un canal, et le problème réapparaît sur Amazon, sur la boutique, dans le catalogue PDF.

Trois mécanismes déplacent le contrôle en amont :

• Attributs obligatoires par famille — un téléviseur et une vis n'ont pas les mêmes champs requis. Déclarer ces obligations rend le manque visible à la saisie ou à l'import, pas trois semaines plus tard dans Merchant Center.
• Contrôle qualité avant export — le score de complétude se paramètre par canal. Une fiche sous le seuil défini pour Google Shopping n'est pas exportée : elle part dans la liste des fiches à compléter, attributs manquants détaillés.
• Flux généré depuis le référentiel — le connecteur Google Merchant Center fait partie des 15 connecteurs e-commerce natifs de Pixee PIM, aux côtés des autres canaux disponibles dans le catalogue d'intégrations. Le mapping vers les attributs Google se configure une fois, et les mêmes données alimentent les autres canaux, sans script d'export parallèle à maintenir.

L'ordre des priorités avant le quatrième trimestre : les identifiants, les prix et la disponibilité, qui bloquent la diffusion ; puis les images, dont le seuil change au 31 janvier 2027 ; enfin les titres et les catégories, qui pèsent sur la performance plus que sur l'éligibilité.

Questions fréquentes

Combien de temps faut-il pour qu'un produit corrigé redevienne éligible ?

La documentation Google indique de laisser 24 à 72 heures après un nouvel envoi pour que les mises à jour soient traitées, délai auquel s'ajoute le vôtre. C'est ce cumul qui rend l'approche corrective coûteuse en haute saison.

Les libellés d'erreur cités correspondent-ils à ce que je vois dans mon compte ?

Les libellés repris ici sont ceux de la documentation Google en anglais ; l'interface française les traduit — « Image too small » devient « image trop petite ». Les noms d'attributs, eux, ne changent pas d'une langue à l'autre : c'est par eux qu'il faut chercher dans la documentation.

Puis-je corriger ces erreurs avec des règles de flux dans Merchant Center ?

En partie : une règle peut normaliser un format ou appliquer une valeur par défaut, mais elle ne crée pas une donnée absente. Un GTIN manquant, une structure de variantes inexistante ou une image de 200 pixels ne se réparent que dans le catalogue source. Et chaque règle creuse l'écart entre ce que Google voit et ce que vous croyez diffuser.

Le connecteur Google Merchant Center est-il inclus dans tous les plans ?

Le connecteur Google Merchant Center est inclus dès le plan Starter, qui couvre un connecteur. Les plans supérieurs augmentent le nombre de connecteurs activables simultanément, pour diffuser le même référentiel vers Google Shopping, la boutique et les marketplaces.