Mise à jour 2026. Un bug Google Merchant Center peut faire basculer des fiches produit valides en statut « produit indisponible » ou « page de destination indisponible ». Pour un marchand qui dépend de Shopping, le risque est immédiat : impressions en baisse, produits exclus des annonces et diagnostic difficile à distinguer d’une vraie erreur de stock.
Si vous cherchez « bug Google Merchant Center » après une vague de refus, commencez par isoler trois choses : le statut réel de la page produit, le signal envoyé dans le flux et l’historique des diagnostics Merchant Center. L’objectif n’est pas de modifier tout le catalogue dans l’urgence, mais de prouver rapidement si l’anomalie vient de Google, du flux, du crawl ou du site.
Bug Google Merchant Center : les symptômes à vérifier en priorité
Le cas le plus piégeux concerne les produits bien disponibles côté boutique, mais signalés comme indisponibles côté Merchant Center. Avant de toucher aux enchères ou de couper les campagnes Shopping, vérifiez ces symptômes.
| Signal observé | Ce que cela peut indiquer | Contrôle rapide |
|---|---|---|
| Refus massif « produit indisponible » | Bug Merchant Center, crawl bloqué ou incohérence entre flux et page | Tester 5 à 10 URL produit en navigation privée et dans l’outil d’inspection |
| Produits disponibles sur le site, refusés dans Google | Prix, disponibilité ou balisage structuré mal lus par Googlebot | Comparer le flux, le HTML visible et les données structurées Product |
| Hausse brutale des articles désapprouvés | Incident global, changement de template ou problème CDN/WAF | Identifier l’heure de début et la corréler aux déploiements |
| Campagnes Shopping qui perdent des impressions | Produits exclus de l’inventaire publicitaire | Segmenter par statut produit, catégorie et pays cible |
| Messages récurrents après correction | Google n’a pas recrawl, ou le flux continue d’envoyer un mauvais état | Forcer une mise à jour du flux puis demander une nouvelle validation |
Plan d’action en 30 minutes pour un marchand
- Geler les modifications massives. Ne modifiez pas tout le catalogue tant que vous n’avez pas confirmé la cause du refus.
- Créer un échantillon de contrôle. Sélectionnez 10 produits refusés : best-sellers, variantes, produits récemment mis à jour et produits sans changement récent.
- Comparer page, flux et schema.org. Le prix, la disponibilité, la devise, l’URL canonique et l’état du stock doivent raconter la même histoire.
- Regarder les logs techniques. Un pare-feu, un CDN, un consent mode mal configuré ou un rendu JavaScript peuvent empêcher Google de lire l’état réel du produit.
- Documenter l’incident. Notez l’heure d’apparition, le volume de produits touchés, les catégories concernées et les actions déjà réalisées.
Cette méthode permet d’éviter deux erreurs fréquentes : corriger un problème inexistant dans le flux, ou attendre passivement alors qu’un blocage technique empêche Google de lire les pages produit.
Faut-il demander une nouvelle validation dans Merchant Center ?
Oui, mais seulement après avoir sécurisé les signaux clés. Une nouvelle validation lancée trop tôt peut prolonger le diagnostic si la page, le flux et le balisage ne sont pas alignés. La bonne séquence est : contrôle de l’échantillon, correction ciblée si nécessaire, mise à jour du flux, puis demande de réexamen.
Pour un site e-commerce, un bug Google Merchant Center n’est pas seulement un problème SEO ou SEA : c’est un incident d’exploitation catalogue. Le bon réflexe est de raisonner en preuves, pas en intuition.
À surveiller aussi : Shopping, AI Mode et commerce agentique
Les erreurs Merchant Center deviennent encore plus sensibles avec la montée des expériences Shopping pilotées par l’IA. Un flux mal interprété peut limiter la visibilité dans les annonces Shopping classiques, mais aussi dans les parcours plus automatisés. Pour aller plus loin, lisez aussi nos analyses sur Google Shopping dans AI Mode, Google AI Mode et Universal Cart et la préparation des flux produit au commerce agentique.
CTA : diagnostic rapide d’un refus Merchant Center
Vous avez une vague de refus « produit indisponible » alors que votre stock est correct ? Préparez un diagnostic court : export Merchant Center des produits touchés, exemple d’URL produit, extrait du flux, capture du statut stock côté back-office et heure d’apparition du problème. Avec ces éléments, un audit peut déterminer si l’incident vient de Google, du site, du flux ou d’un changement technique récent.
FAQ : bug Google Merchant Center et produits indisponibles
Pourquoi Merchant Center indique-t-il qu’un produit est indisponible alors qu’il est en stock ?
Merchant Center peut lire un signal différent de celui vu par un client : flux obsolète, balisage Product incorrect, rendu JavaScript incomplet, règle automatique, redirection, blocage Googlebot ou incident côté Google. Il faut comparer le flux, la page HTML et les diagnostics Merchant Center.
Combien de temps faut-il pour corriger un refus Merchant Center ?
Une correction simple peut être prise en compte après la mise à jour du flux et un nouveau crawl, mais le délai varie selon le volume de produits et le type de refus. Le plus important est d’éviter de relancer une validation avant d’avoir corrigé la cause visible.
Faut-il couper les campagnes Shopping pendant un bug Merchant Center ?
Pas systématiquement. Il vaut mieux segmenter les produits touchés, protéger le budget sur les références encore approuvées et suivre l’évolution des impressions. Couper l’ensemble des campagnes peut masquer le diagnostic et ralentir la reprise.
Quelle est la première preuve à collecter ?
La meilleure première preuve est un trio : URL produit accessible, ligne de flux correspondante et capture du diagnostic Merchant Center. Ce trio permet de voir si Google lit une information différente de celle fournie par la boutique.
