Page produit indisponible dans Merchant Center : un arbre de décision pour les erreurs 404, les blocages de bots et les chaînes de redirections

« Page produit indisponible » est l'un des messages les plus coûteux de Merchant Center, car il ne prévient pas. Google désactive les produits concernés, et ils cessent d'apparaître dans les annonces et les fiches gratuites tant que son robot d'exploration ne peut pas accéder de nouveau à la page (Aide Google Merchant Center). Un seul échec d'exploration sur la page mobile ou desktop désapprouve l'article sur les deux types d'appareils, et une fois le problème corrigé, le produit peut mettre jusqu'à 48 heures à revenir (Google, problèmes d'exploration des produits).

Ce guide s'adresse aux responsables de flux, aux responsables d'agence et aux développeurs qui découvrent des erreurs de page de destination dans l'onglet « Nécessite votre attention ». À la fin, vous saurez classer la panne dans l'une des six causes possibles (le flux, le fichier robots.txt, une règle de pare-feu ou de CDN, une chaîne de redirections, le serveur, ou Google lui-même) et la corriger à la source.

Ce que signifie réellement chaque nom d'erreur de page de destination

Google signale un seul et même problème, « nous n'avons pas pu récupérer votre page produit », sous plusieurs noms. Le tableau associe chacun à son code d'API et à la première vérification à effectuer.

Les codes de problème proviennent de la correspondance de gravité de la Content API ; les noms proviennent des pages d'aide de Google sur la page produit indisponible, l'impossibilité de vérifier les pages produit et l'accès de StoreBot. La dernière ligne concerne le niveau du compte, et non celui du produit.

D'abord, comptez combien de produits sont concernés

Avant d'ouvrir la moindre URL, vérifiez quelle part du catalogue est touchée. Ce ratio vous indique où chercher.

• Presque tous les produits : un élément global (robots.txt, règle de CDN ou de pare-feu, DNS, panne) bloque Google. Commencez par les branches B, C et E.
• Un sous-ensemble bien délimité (une catégorie, une marque ou un modèle d'URL) : le flux génère de mauvaises URL. Commencez par les branches A et D.
• Une petite part dispersée sans schéma identifiable, avec des pages qui se chargent normalement : l'exploration de Google a peut-être simplement échoué. Emmanuel Flossie, de FeedArmy, considère qu'environ 10 % des produits touchés indiquent une cause côté Google, et que la totalité des produits indique un problème de site web (PPC Land, mars 2026). Il s'agit de l'observation d'un seul praticien, et non d'un benchmark de Google : utilisez-la comme hypothèse de départ, pas comme verdict.

Téléchargez les produits concernés au format CSV depuis l'onglet « Nécessite votre attention » (Google) et triez-les par chemin d'URL ; le schéma apparaît en général rapidement.

L'arbre de décision : six causes, dans l'ordre où les tester

Passez une URL concernée dans l'outil d'inspection d'URL, en choisissant smartphone ou desktop comme type de récupération selon l'erreur, ce qui correspond au test recommandé par Google lui-même (Google). Suivez ensuite la première branche qui correspond.

A. L'URL du flux est erronée (404 ou URL non valide)

Si l'inspection renvoie une 404, comparez l'URL du flux avec l'URL réelle. Causes habituelles : un slug modifié, un domaine de préproduction, un préfixe de langue manquant ou des caractères non encodés. Google exige que les URL commencent par http:// ou https://, utilisent votre domaine validé et encodent les caractères spéciaux, avec l'exemple d'une virgule devenant %2C (Google). L'attribut link doit respecter l'encodage RFC 2396 ou RFC 1738 (Google, spécification des données produit).

Ce problème touche les boutiques turques et arabes dont les plateformes construisent les slugs à partir des noms de produits. Exemples illustratifs, construits pour ce guide :

Encodez dans une règle de flux plutôt qu'à la main, et encodez une seule fois. Un double encodage transforme %C4 en %25C4, soit une nouvelle 404. Corrigez quelques produits avec « Modifier le produit » ; pour un grand nombre, corrigez link et mobile_link à la source, puis renvoyez le flux (Google).

B. Le fichier robots.txt bloque Google, ou est inaccessible

Si l'inspection signale la page comme bloquée, ouvrez /robots.txt. La solution de Google consiste à autoriser son robot de pages de destination et son robot d'images à récupérer l'ensemble du site (Google) :

User-agent: Googlebot
Disallow:

User-agent: Googlebot-image
Disallow:

Trois détails piègent souvent les équipes :

• AdsBot ignore le joker. AdsBot-Google et AdsBot-Google-Mobile ignorent le groupe User-agent: * : les règles qui les concernent doivent donc les nommer explicitement (Google, robots à cas particuliers). Google utilise AdsBot-Google pour les annonces et Googlebot pour le référencement naturel, et bloquer l'un ou l'autre peut poser problème (Google).
• Storebot-Google a son propre jeton. Ses règles affectent toutes les surfaces Google Shopping (Google, robots courants) : un Disallow: / ajouté pour économiser du budget d'exploration ferme donc l'accès de Storebot à toutes les pages produit.
• Un fichier robots.txt inaccessible est aussi un échec. « Impossible d'accéder à votre fichier robots.txt » est une cause à part entière de page produit indisponible (Google).

Si vous avez récemment modifié le fichier robots.txt, Google peut continuer à afficher les produits concernés pendant 30 jours maximum avec des images précédemment approuvées (Google). Ce délai de grâce masque le problème ; il ne le résout pas.

C. Une protection anti-bot, un pare-feu ou un blocage géographique renvoie une 403 à Google uniquement

Cette branche déroute parce que la page se charge normalement dans un navigateur. Google décrit lui-même ce cas de figure : des pare-feu ou des CDN comme Cloudflare qui renvoient une 403 ou une 404 uniquement aux robots automatisés, des listes de blocage de user-agents, et des frameworks de fingerprinting qui repèrent les robots d'exploration d'après leur user-agent, leur IP, des variables de navigateur ou leur fréquence d'exploration (Google, accès de StoreBot).

1. Consultez le journal du pare-feu ou du CDN pour repérer les requêtes Googlebot, AdsBot-Google ou Storebot-Google bloquées ou soumises à un défi.
2. Vérifiez par DNS inversé, pas avec une liste d'IP statiques. Google déconseille l'autorisation d'IP statiques et recommande le DNS inversé (Google). Googlebot se résout vers googlebot.com, AdsBot vers google.com, et Google publie ses plages sous les noms common-crawlers.json et special-crawlers.json (Google, vérification des requêtes).
3. Sachez ce que votre solution anti-bot peut ou ne peut pas exempter. La documentation de Cloudflare indique que Bot Fight Mode ne peut pas être contourné ni ignoré avec des règles personnalisées WAF ou des Page Rules, alors que Super Bot Fight Mode prend en charge les règles Skip (documentation Cloudflare). Si Google est soumis à un défi sous Bot Fight Mode, la solution passe par un changement de configuration ou d'offre, pas par une règle supplémentaire.
4. Vérifiez le blocage géographique. La consigne de Google est d'autoriser le user-agent AdsBot-Google et, si vous restreignez des régions, d'autoriser l'exploration depuis les États-Unis (Google). Les boutiques qui limitent le trafic à la Turquie ou aux pays du Golfe sont concernées.

Ne testez pas ce point en envoyant une requête curl avec un user-agent Googlebot depuis votre propre machine. Une solution anti-bot qui vérifie par IP bloquera votre requête comme étant factice, même si le vrai Googlebot est autorisé. Utilisez l'inspection d'URL, qui effectue la récupération depuis Google.

D. Trop de redirections, ou une cible de redirection défaillante

Google demande au maximum deux redirections (Google). Une chaîne typique de trois sauts va de http:// vers https://, du domaine nu vers www, puis de l'ancien slug vers le nouveau. Envoyez l'URL finale. Les redirections qui renvoient une URL non valide, vide ou trop longue constituent un échec distinct (Google). Si vous utilisez le module complémentaire de disponibilité et de prix régionaux, les URL contenant un paramètre region_id doivent elles aussi être explorables (Google).

E. Réponses 5xx, délais d'attente dépassés ou échecs DNS

Ces cas pointent vers le serveur, et non vers le flux ; Google répertorie les erreurs 5xx, les noms d'hôte non résolus, les réponses mal formées et les délais d'attente dépassés comme des causes distinctes (Google). Sa recommandation pour les périodes de pointe : si votre site est en panne ou dépasse les délais, des articles peuvent être désapprouvés ; vérifiez donc que le serveur peut absorber un pic de trafic et contrôlez la vitesse avec PageSpeed Insights (Google, préparer les grands événements). Faites-le avant un pic de Black Friday ou de Ramadan, pas pendant.

F. Rien ne cloche de votre côté

Si l'inspection d'URL renvoie 200, que robots.txt autorise Google, que le journal du pare-feu est propre et que seule une minorité dispersée de produits est touchée, demandez une vérification du site web. Elle accélère la réapprobation ; Google peut prendre jusqu'à 12 heures et n'accepte pas de seconde demande pendant ce délai (Google). Le problème peut réapparaître, parfois dès le lendemain (PPC Land) ; dans ce cas, contactez le support Merchant Center en joignant vos résultats d'inspection.

Combien de temps dure la remise en ligne après la correction

Google donne des délais différents selon les étapes. Utilisez ce tableau pour cadrer les attentes avec le responsable du budget :

Une checklist de prévention que vous pouvez noter

Attribuez un point par élément que vous pouvez confirmer aujourd'hui. Sept points ou plus : les erreurs devraient être rares et rapides à diagnostiquer. Quatre points ou moins : la prochaine modification de robots.txt ou de CDN mettra probablement des produits hors ligne.

1. Le flux exporte l'URL canonique finale du produit, jamais une URL qui redirige plus d'une fois.
2. Une règle de flux encode en pourcentage les caractères non ASCII et les virgules, exactement une fois.
3. Aucun domaine de préproduction, d'aperçu ou de test ne peut atteindre le flux de production.
4. Le fichier robots.txt autorise Googlebot et Googlebot-Image sur les chemins des produits et des images.
5. Personne n'a écrit de règle disallow pour Storebot-Google ou AdsBot-Google sans raison que quelqu'un puisse expliquer.
6. La protection anti-bot exempte les robots Google vérifiés par DNS inversé, et votre solution anti-bot prend réellement en charge les exemptions.
7. Les restrictions géographiques autorisent l'exploration depuis les États-Unis.
8. Chaque modification de robots.txt, de CDN ou de WAF est testée sur trois URL produit avec l'inspection d'URL.
9. Quelqu'un consulte « Nécessite votre attention » chaque semaine, et chaque jour en période de pointe.
10. Les produits en rupture de stock ou supprimés quittent le flux avant que leurs URL ne commencent à renvoyer une 404.

Les points 1 à 3 et 10 relèvent du flux, où un outil de gestion de flux peut les faire respecter. Feed Protection de Feedance exécute ses contrôles à chaque mise à jour du flux et retire les articles dont les liens d'image sont défaillants avant qu'ils n'atteignent un canal. Notre intégration Google Merchant Center envoie les valeurs de link produites par vos règles. Le volet image du même problème est traité dans notre guide pour corriger les liens d'image produit.

Les limites de ce guide

Les outils de flux, le nôtre compris, n'explorent pas votre site comme le fait Googlebot. Feed Protection valide les données du flux à chaque mise à jour, n'est pas une surveillance en temps réel et ne récupère pas les pages de destination depuis le réseau de Google. Les branches B, C et E restent du ressort de votre développeur, de votre hébergeur ou de l'administrateur de votre CDN ; l'inspection d'URL et vos journaux de serveur ou de CDN sont alors les bons outils, et aucune plateforme de flux ne les remplace.

Ce guide ne couvre que Google ; Meta et TikTok Shop utilisent leurs propres robots d'exploration et leurs propres noms d'erreurs. Les pages de Google ne sont pas d'accord entre elles sur les délais : considérez donc le tableau de récupération comme une fourchette. Enfin, la règle « 10 % signifie un problème côté Google » vient d'un seul praticien, et nous ne disposons d'aucune donnée propre pour la confirmer.

Foire aux questions

« Page produit indisponible » signifie-t-il que mon site est en panne ?

Pas nécessairement. Cela signifie que le robot de Google n'a pas pu récupérer l'URL envoyée, ce qui peut venir d'une URL erronée dans le flux, d'un blocage robots.txt, d'un blocage de pare-feu visant uniquement les bots, de trop nombreuses redirections ou d'un échec côté Google.

Pourquoi mes produits sont-ils désapprouvés sur desktop alors que seule la page mobile a échoué ?

Google indique qu'une erreur d'exploration sur la page de destination mobile ou desktop désapprouve l'article sur les deux types d'appareils tant que la page reste inaccessible. Corrigez la version défaillante et les deux reviennent.

Autoriser Googlebot dans robots.txt suffit-il pour les annonces Shopping ?

Pas toujours. AdsBot-Google ignore le groupe User-agent: * et Storebot-Google a son propre jeton pour les surfaces Shopping. Vérifiez qu'aucune règle n'interdit l'un ou l'autre.

Dois-je autoriser les adresses IP de Google dans mon pare-feu ?

Google déconseille l'autorisation d'IP statiques et recommande la vérification par DNS inversé. Si vous avez besoin des plages, lisez les fichiers JSON publiés par Google plutôt qu'une liste copiée une fois pour toutes.

Combien de temps faut-il pour que les produits désapprouvés reviennent après la correction ?

Une vérification de site demandée prend jusqu'à 12 heures ; les pages de Google mentionnent ensuite jusqu'à 48 à 72 heures pour la mise à jour des produits et de l'onglet « Nécessite votre attention ». Prévoyez deux à trois jours.

Les caractères turcs ou arabes dans les URL produit provoquent-ils des désapprobations ?

Ils le peuvent, s'ils parviennent à Google sans encodage ou avec un double encodage. Encodez les caractères non ASCII et les virgules exactement une fois dans une règle de flux.

Un problème de page de destination peut-il suspendre l'ensemble de mon compte ?

Oui. Google a défini un problème de gravité critique, au niveau du compte, pour les pages de destination non fonctionnelles, qui suspend le compte : une flambée de ces erreurs sur l'ensemble du catalogue exige donc une action le jour même.

Vérifiez les liens de votre flux avant Google

Les causes liées au flux décrites dans ce guide (mauvais domaines, caractères non encodés, URL qui n'ont pas leur place dans le flux) sont moins coûteuses à repérer dans le flux que dans Merchant Center. Passez votre flux dans l'outil gratuit d'audit de flux produits, qui évalue la complétude des données, la qualité des données et la santé technique, et traitez ses constats avant votre prochain pic d'activité.

Sources

• Aide Google Merchant Center : comment corriger « Page produit indisponible »
• Aide Google Merchant Center : problèmes d'exploration des produits
• Aide Google Merchant Center : comment corriger « Impossible de vérifier les pages produit »
• Aide Google Merchant Center : comment corriger « Impossible d'effectuer les contrôles de qualité et de conformité aux règles sur les pages produit »
• Aide Google Merchant Center : comment corriger « Le robot Google StoreBot ne peut pas accéder à votre page produit en magasin »
• Aide Google Merchant Center : comment se préparer aux grands événements et aux lancements de produits
• Aide Google Merchant Center : spécification des données produit
• Google Content API for Shopping : gravité des problèmes et diagnostics Merchant Center
• Google Search Central : liste des robots à cas particuliers de Google
• Google : liste des robots d'exploration courants de Google
• Google : vérification des robots d'exploration et des fetchers de Google
• Documentation Cloudflare : Bot Fight Mode
• PPC Land : l'erreur « page produit indisponible » de Google Merchant Center tue les annonces (mars 2026)