Rien n’est signalé en rouge dans Merchant Center. Aucun avertissement, aucun refus, aucune notification de politique qui attend dans votre boîte de réception. La page produit se charge normalement, le prix est exact, l’article est en stock — et pourtant, il ne s’affiche ni dans les résultats Shopping ni dans les fiches gratuites. C’est le problème de flux le plus courant qui soit, et c’est aussi le plus difficile à repérer, parce que le compte ne vous montre aucune erreur à pointer du doigt.
La plupart des conseils sur « l’optimisation » d’un flux supposent que le produit s’affiche déjà et qu’il doit simplement mieux se classer : des titres plus précis, des étiquettes personnalisées, une description plus complète. C’est un tout autre problème, et c’est celui que la plupart des guides sur le sujet règlent en réalité. Si un produit qui devrait s’afficher ne le fait tout simplement pas, la cause se trouve presque toujours dans l’un des quelques champs que Google lit, mais que Merchant Center ne signale jamais comme une erreur. Les annonces de recherche répondent aux mots clés que vous choisissez ; les annonces Shopping répondent aux données que vous soumettez — c’est pourquoi un seul champ erroné peut, en silence, empêcher un produit d’entrer dans une enchère qu’une annonce textuelle aurait remportée sans problème. Il y a un article distinct sur si Shopping a sa place dans votre stratégie publicitaire.
Trois manières dont un produit peut disparaître en silence
Non approuvé — celui-là, vous le verriez. Il manque un attribut obligatoire au produit : `id`, `title`, `description`, `link`, `image_link`, `availability`, `price` ou `brand`. La page de Google sur les données produit est directe sur la conséquence : « If you don’t [submit required attributes], your product won’t be able to serve in ads and free listings. » (autrement dit : si vous ne fournissez pas les attributs obligatoires, votre produit ne pourra pas s’afficher dans les annonces ni dans les fiches gratuites). Pour les produits qui partagent un groupe de variantes, les conseils de correction de Google précisent qu’un seul attribut obligatoire manquant dans ce groupe peut empêcher l’affichage de tout l’ensemble, pas seulement de l’article concerné.
Limité — celui-là, vous le remarqueriez en y regardant de près. Le produit est bien actif, mais Google choisit délibérément de moins le montrer. L’absence de `gtin` en est l’exemple le plus clair : selon des sources spécialisées qui suivent cette exigence, Google ne refuse plus carrément un produit pour l’absence d’un GTIN attribué par le fabricant, mais il le classe derrière les produits qui en ont un. Google ne signale pas cela comme une erreur, parce que techniquement, ce n’en est pas une. `condition` obéit à une règle plus stricte — les spécifications de Google l’exigent dès qu’un produit est d’occasion ou reconditionné, donc laisser ce champ vide sur ces articles constitue un attribut obligatoire manquant, pas une simple pénalité.
Techniquement actif, invisible dans les faits. C’est l’état qui prête le plus à confusion, parce que rien ne semble anormal dans le compte. Le robot d’exploration de Google compare votre flux à la page produit en direct, et un écart à cet endroit ne déclenche pas toujours d’erreur visible avant de commencer à supprimer la fiche. Trois champs causent ce problème plus que tout autre : `availability` réglé sur `in_stock` alors que la page affiche un avis de rupture différée ; `price` réglé sur le prix courant alors que la page en direct affiche un prix soldé ou taxes incluses ; et `product_type` ou `google_product_category` pointant vers la mauvaise catégorie, ce qui retire discrètement le produit des recherches auxquelles il devrait correspondre.
Les attributs qui décident vraiment de l’affichage d’une fiche
Selon les spécifications des données produit de Google, ces éléments sont obligatoires pour chaque produit soumis, avec les limites exactes imposées par Google :
| Attribut | Ce qu’il faut | Limite |
| `id` | Un identifiant unique pour le produit | Jusqu’à 50 caractères |
| `title` | Le nom du produit | Jusqu’à 150 caractères |
| `description` | La description du produit | Jusqu’à 5 000 caractères |
| `price` | Le prix du produit | Doit respecter le format de devise ISO 4217 |
| `availability` | L’état du stock actuel | Uniquement `in_stock`, `out_of_stock`, `preorder` ou `backorder` |
| `brand` | Le nom du fabricant | Obligatoire pour tous les nouveaux produits, sauf les films, les livres et la musique |
Deux autres champs obligatoires n’entrent pas aussi bien dans un tableau de limites : `link`, l’URL de la page produit, et `image_link`, qui a droit à sa propre section plus bas parce que les règles de Google sur les images changent selon un calendrier précis. Un champ qui contient techniquement une valeur, mais qui enfreint l’une de ces limites, est traité de la même façon qu’un champ manquant.
Les règles vont changer, et la date est déjà fixée
Google a publié un calendrier pour la prochaine série d’exigences sur les flux, et rien de tout cela n’est spéculatif :
- 14 avril 2026 — de nouveaux attributs entrent en vigueur : `handling_cutoff_time` (« a daily deadline for processing online orders », c’est-à-dire une heure limite quotidienne pour le traitement des commandes en ligne) ; `minimum_order_value` (« the minimum spend required to purchase and ship an order », soit le montant minimum requis pour acheter et expédier une commande) ; `video_link`, pour soumettre des vidéos de produits ; ainsi que des étiquettes de programme de fidélité rattachées à la livraison.
- 30 juin 2026 — la série de changements suivante entre en vigueur, notamment le fait que les vidéos soumises via `video_link` deviennent admissibles à l’affichage.
- 31 janvier 2027 — la taille d’image minimale passe à 500 × 500 pixels pour toutes les catégories de produits. La formulation de Google elle-même, tirée de sa page sur les exigences pour les liens d’image, ne laisse aucune place au doute : « at least 500 x 500 pixels for all products beginning January 31, 2027 » (au moins 500 x 500 pixels pour tous les produits à partir du 31 janvier 2027).
Pour l’instant, le minimum reste de 100 × 100 pixels pour la plupart des produits et de 250 × 250 pour les vêtements — la même page recommande toutefois 1 500 × 1 500 pixels ou plus, peu importe le minimum exigé. Un flux construit au ras du plancher actuel commencera à échouer en silence en 2027, à moins que quelqu’un ne revoie la taille des images avant cette date, pas après.
Ce qui n’a pas sa place dans la photo elle-même
Les exigences de Google pour `image_link` dépassent la simple résolution. La même page interdit, directement dans l’image : les filigranes, les superpositions de marque ou les logos placés sur la photo ; les bordures ; les codes-barres ; les appels à l’action comme « buy » ; le prix ou une mention comme « free shipping » imprimés sur l’image ; un langage promotionnel du type « best » ou « cheap » ; ainsi que les visuels génériques de type image de remplacement, sauf exception pour le matériel informatique, les véhicules et les logiciels. L’image doit aussi montrer le produit en entier, et si un produit existe en plusieurs couleurs ou tailles, chaque image ne peut montrer qu’une seule valeur de cette variante — pas une grille regroupant toutes les options.
Réparez la boutique, pas l’exportation
Aucun de ces champs n’est saisi à la main dans Merchant Center. Ils proviennent de la plateforme de la boutique — Shopify, WooCommerce, Magento, peu importe ce qui fait tourner le catalogue — et Merchant Center se contente de lire ce qu’on lui fournit. Un outil de gestion de flux peut reformater un prix ou réorganiser une catégorie, mais il ne peut pas corriger une page qui affiche un prix différent de celui de l’exportation, parce que l’exportation n’a jamais été fautive au départ ; c’est la boutique qui l’était.
Il y a une raison de calendrier qui rend ce problème pire en ce moment qu’avant. Google a fermé l’API Content pour Shopping le 18 août 2026, en la remplaçant par l’API Merchant. Une intégration maison plus ancienne qui appelle encore le point de terminaison retiré ne se signale pas d’elle-même — elle cesse simplement de transmettre les changements de prix et de stock, pendant que vos pages produit continuent de se mettre à jour normalement. C’est exactement l’écart décrit plus haut, qui survient sans que personne n’ait modifié le moindre champ.
C’est exactement là que la plupart des catalogues finissent par flancher. Dans beaucoup de boutiques, la personne qui gère le compte publicitaire et celle qui tient le catalogue produit à jour sont deux personnes différentes, parfois même dans deux entreprises différentes. Le gestionnaire de compte n’ouvre jamais la base de données produit, et celui ou celle qui maintient le catalogue ne regarde jamais ce que Merchant Center en fait. Chaque champ de cette page vit exactement à cette jonction. Le même écart de prix et de disponibilité qui fait disparaître une fiche en silence est aussi la cause la plus fréquente d’une suspension de compte sans avertissement. ce qui fait suspendre un compte Merchant Center Et les champs qui empêchent l’affichage d’une annonce Shopping payante sont exactement les mêmes qui alimentent vos fiches gratuites dans Search, Maps et Gemini — les nettoyer une seule fois profite aux deux canaux à la fois. À lire ensuite : ce que les fiches gratuites donnent et ne donnent pas.
Par où commencer
Choisissez dix produits dont vous attendez de bons résultats et passez en revue six champs sur chacun : la disponibilité par rapport au stock réel, le prix par rapport à ce que la page en direct facture réellement, le GTIN, les dimensions de l’image, les réglages d’expédition, et si le mappage de catégorie correspond bien à ce qu’est réellement le produit. Si vous trouvez plus de problèmes que dix produits ne devraient normalement en avoir, c’est le catalogue qu’il faut corriger — et pour les boutiques qui ont quelques milliers de SKU (unités de gestion des stocks) plutôt que dix, c’est exactement le travail que couvre notre téléversement de produits et de catalogue.
