Blocked due to access forbidden (403) : quand votre serveur refuse Googlebot

Dernière mise à jour: 2026-10-30

En bref

Ce statut signifie que votre serveur a renvoyé 403 Forbidden à Googlebot. Google souligne que Googlebot n’envoie jamais d’identifiants : une 403 renvoyée à Googlebot est donc généralement erronée. Si la page doit figurer dans Google, trouvez le pare-feu, la règle CDN ou serveur qui la bloque et autorisez le Googlebot vérifié.

Libellé exact dans Search Console: Blocked due to access forbidden (403)

Ce que cela signifie

L’aide de Google sur l’indexation des pages explique qu’une 403 HTTP signifie que l’agent utilisateur a fourni des identifiants mais n’a pas obtenu l’accès. Googlebot ne fournit jamais d’identifiants : votre serveur renvoie donc cette erreur à tort, et la page ne sera pas indexée. Pour qu’elle le soit, laissez entrer les utilisateurs non connectés ou autorisez explicitement les requêtes de Googlebot sans authentification, après avoir vérifié son identité.

Le blocage se trouve souvent dans une couche de sécurité plutôt que dans la page elle-même. Dans ses conseils sur les erreurs d’exploration, Google note que les systèmes de protection sont souvent réglés pour bloquer des volumes de requêtes inhabituellement élevés, et que Googlebot peut les déclencher car il envoie plus de requêtes qu’un visiteur humain. Google indique aussi de ne pas utiliser 403 pour ralentir l’exploration : les codes 4xx autres que 429 n’ont aucun effet sur la fréquence d’exploration.

Est-ce un problème ?

Oui, si l’URL est censée être publique. Une 403 sur des pages publiques bloque complètement l’indexation et, si elle gagne des pages déjà indexées, finit par les retirer. Elle reste acceptable pour des espaces privés, même si le fait de ne pas lier ces URL garde le rapport plus lisible.

Causes fréquentes

Règles de WAF ou de protection anti-robots

Des services de sécurité qui testent ou bloquent les requêtes selon l’agent utilisateur, la fréquence ou la réputation, en interceptant parfois Googlebot.

Blocage par pays ou par IP

Un géoblocage ou des listes d’IP refusées qui couvrent les adresses depuis lesquelles Googlebot explore.

Protection de répertoire ou de hotlink

Des règles qui interdisent l’accès à des dossiers ou à des types de fichiers comme les PDF ou les images.

Erreurs de permissions de fichiers

Des permissions de fichiers ou de répertoires qui ne permettent pas la lecture de la page.

Règles contre les faux Googlebot mal réglées

Des règles destinées à arrêter les imposteurs utilisant l’agent utilisateur Googlebot, qui bloquent aussi le vrai robot.

Comment corriger

  1. Reproduisez la 403. Lancez « Tester l’URL en direct ». Si le test en direct reçoit aussi une 403, le blocage est actif maintenant. Cherchez des réponses 403 aux requêtes de Googlebot dans les journaux d’accès.
  2. Trouvez la couche qui bloque. Consultez les journaux d’événements du CDN et du WAF, la configuration du serveur et les extensions de sécurité. Google note que le pare-feu peut ne pas dépendre de vous : impliquez donc votre hébergeur.
  3. Autorisez le Googlebot vérifié. Autorisez Googlebot après l’avoir vérifié par résolution DNS inverse ou par les plages d’IP publiées par Google, et non par le seul agent utilisateur, afin que les imposteurs restent bloqués.
  4. Corrigez les permissions. Rectifiez les permissions de fichiers et de répertoires du contenu public.
  5. Demandez l’indexation et validez. Une fois le blocage levé, demandez l’indexation des URL clés et cliquez sur « Valider la correction » sur le problème.

Vérifier avec GSC Magic

gsc_inspect_urls_batch renvoie l’état de récupération de la page pour chaque URL : votre assistant peut donc lister toutes les URL bloquées par une 403 et montrer s’il s’agit d’un répertoire, d’un type de fichier ou de tout le site, ce qui réduit le champ des règles possibles. Si Bing Webmaster Tools est connecté, bing_crawl_issues et bing_url_info indiquent si Bingbot est refusé lui aussi, signe qu’une couche de sécurité bloque les robots en général.

gsc_inspect_urls_batchgsc_inspect_urlbing_crawl_issuesbing_url_info

Prompts à copier

Inspecte ces URL et liste toutes celles bloquées par un accès interdit (403). Regroupe-les par répertoire et par extension de fichier.

Vérifie les problèmes d’exploration Bing de mon site et dis-moi si Bing reçoit aussi des erreurs 403 sur les URL que Google signale comme interdites.

Nous avons modifié les règles de notre pare-feu aujourd’hui. Inspecte ces URL auparavant bloquées et dis-moi lesquelles Google signale encore comme 403.

Guides sur le blog

Blocked due to unauthorized request (401)

Ce statut signifie que le serveur a répondu à Googlebot par une 401 Unauthorized, en demandant des identifiants qu’il n’a pas. Si la page est privée, c’est correct et elle reste hors de Google. Si elle doit être publique, supprimez l’exigence d’autorisation ou, si vous devez la garder, laissez passer les requêtes vérifiées de Googlebot.

 Blocked due to other 4xx issue

Ce statut signifie que Googlebot a reçu une erreur client 4xx qui ne fait pas partie des codes ayant leur propre ligne, comme 401, 403 ou 404. Google ne donne aucun détail : la première étape est donc de trouver le code exact renvoyé par votre serveur. Corrigez ensuite la façon dont votre serveur traite la requête pour les pages qui devraient être publiques.

 Server error (5xx)

Server error (5xx) signifie que votre serveur a renvoyé une erreur de niveau 500 quand Googlebot a demandé la page. Google ralentit l’exploration quand il voit ces erreurs et finit par écarter les URL qui échouent durablement. Vérifiez l’état de l’hôte dans les statistiques d’exploration, reproduisez l’erreur, puis corrigez la capacité, les délais d’attente ou les règles qui bloquent Googlebot.

Questions fréquentes

Pourquoi mon serveur envoie-t-il une 403 à Googlebot ?

Le plus souvent à cause d’une couche de sécurité : pare-feu, gestionnaire de robots, blocage géographique ou par IP, ou règle de protection qui réagit au volume de requêtes. Google note que Googlebot peut déclencher les systèmes de protection, car il envoie plus de requêtes qu’une personne.

Comment autoriser Googlebot sans risque ?

Vérifiez les requêtes par résolution DNS inverse ou par rapport aux plages d’IP publiées par Google, puis autorisez-les. Ne vous fiez pas au seul agent utilisateur, car n’importe qui peut le falsifier.

Puis-je utiliser 403 pour réduire l’exploration ?

Non. Google indique que 401 et 403 n’ont aucun effet sur la fréquence d’exploration. Pour de courtes urgences, Google recommande de renvoyer temporairement 503 ou 429.

Sources