Produits refusés dans Merchant Center : dans quel ordre corriger les problèmes ?
Distinguez un problème de compte, un problème sur une famille de produits et une erreur isolée. Corrigez la source réelle des données avant de demander une nouvelle vérification, puis contrôlez séparément l’état du produit et sa visibilité.
Un produit absent de Google n’est pas nécessairement refusé, et un produit approuvé n’est pas forcément visible. La première étape est de qualifier le problème exact. Sinon, vous risquez de réécrire des titres alors que la page est inaccessible ou qu’un réglage empêche la diffusion de toute la boutique.
Identifiez le niveau auquel le problème se produit
Relevez le message affiché, les produits concernés, le pays et la destination de diffusion. Un refus sur une référence demande une correction différente d’une restriction au niveau du compte. Notez la date de première observation sans en déduire qu’il s’agit de la date de début du problème.
Google distingue l’état des données produit et la visibilité. Cette différence évite une erreur fréquente : traiter « approuvé » comme une preuve de présence effective. Utilisez les diagnostics disponibles pour comprendre ce qui bloque réellement le périmètre concerné.
Vérifiez l’offre telle que Google et le client la voient
Ouvrez la page de destination et contrôlez le produit, la variante, le prix, la devise et le stock. Testez aussi l’ajout au panier. Une valeur correcte dans le flux ne suffit pas si le site affiche une autre offre ou renvoie une erreur.
| Contrôle | Question à résoudre |
|---|---|
| URL finale | La page existe-t-elle et présente-t-elle le bon produit ? |
| Prix et disponibilité | Les informations du flux correspondent-elles au site ? |
| Variante | Le lien mène-t-il au bon format, à la bonne taille ou couleur ? |
| Image | Montre-t-elle le produit réellement vendu ? |
| Achat | Le client peut-il terminer sa commande dans le pays visé ? |
Un contrôle effectué depuis votre session connectée ne prouve pas que tous les visiteurs ont accès à la même page. Examinez les protections, les redirections géographiques et les différences de devise lorsque ces éléments existent.
Corrigez la source qui réintroduit l’erreur
Identifiez le système qui alimente chaque attribut : catalogue de la boutique, application, règle de transformation ou modification manuelle. Si vous corrigez uniquement une valeur en aval, la synchronisation suivante peut remettre l’erreur en place.
Conservez les identifiants produit stables et documentez les transformations. Les spécifications Merchant Center servent à vérifier le format attendu, pas à remplacer les données manquantes par des valeurs inventées. Une information incertaine doit être confirmée auprès de la personne qui connaît le produit.
Priorisez selon l’impact commercial réel
Commencez par les problèmes qui touchent le compte entier ou empêchent d’acheter. Traitez ensuite les produits qui disposent de stock, d’une marge connue et d’un intérêt commercial confirmé. Une longue liste de variantes arrêtées ne mérite pas forcément le même effort qu’une référence importante pour la boutique.
Gardez un tableau simple : problème, cause observée, correction, responsable, date et résultat de la vérification. « Correction envoyée » et « produit de nouveau éligible » sont deux états distincts. Cela évite de considérer une demande de réexamen comme une résolution.
Contrôlez la reprise après synchronisation
Relisez les valeurs dans Merchant Center et sur la page publique. Vérifiez ensuite l’éligibilité et la diffusion sur le périmètre visé. Le retour d’un statut favorable n’établit pas encore que les ventes ont repris ; cette dernière étape demande un suivi des campagnes et des commandes.
Si le catalogue reste difficile à maintenir, le travail porte sur la chaîne de données, pas uniquement sur les refus du jour. Une optimisation des titres et attributs Shopping est plus solide lorsque la source est fiable et que les exceptions sont traçables.
Questions fréquentes
Faut-il supprimer puis recréer les produits refusés ?
Ne le faites pas par réflexe. Commencez par la cause signalée et la source de données. Recréer des identifiants peut compliquer le suivi sans régler le problème qui a provoqué le refus.
Une demande de vérification garantit-elle une reprise rapide ?
Non. Le délai et l’issue dépendent du problème et de l’examen de la plateforme. Corrigez ce qui est observable, fournissez les éléments utiles et vérifiez l’état réel avant d’annoncer une reprise.
Sources
Documentation consultée le 18 octobre 2026.