En bref. Le blocage du JavaScript peut empêcher Google de voir le contenu qui en dépend ; le diagnostic porte donc sur l’accès aux ressources et le HTML rendu.

Définition : Le blocage d’un script JavaScript peut empêcher Google de voir le contenu d’une page lorsque ce contenu dépend du script bloqué. En octobre 2026, la documentation de Google sur le référencement JavaScript indique que Google Search ignore le JavaScript des fichiers bloqués ou des pages bloquées.

Points clés

La documentation de Google sur les bases du référencement JavaScript explique que le rendu exécute le JavaScript et que Google utilise le HTML rendu pour indexer une page.
La spécification robots.txt de Google comprend un exemple autorisant Googlebot à explorer les fichiers JavaScript et CSS d’un répertoire bloqué pour les autres robots.
Le guide de dépannage JavaScript de Google indique que son service de rendu Web (Web Rendering Service) peut ignorer les ressources qui ne contribuent pas au contenu essentiel de la page.
Le guide de l’inspection d’URL de Google indique le chemin Afficher la page testée > Plus d’infos du test en ligne pour accéder aux listes de ressources et aux sorties JavaScript.

Pourquoi le blocage d’un script a-t-il des conséquences ?

Une coquille d’application (app shell) est une page dont le HTML initial ne contient pas le contenu proprement dit. La documentation de Google sur le référencement JavaScript explique que Google doit exécuter le JavaScript pour voir le contenu généré par ce modèle. Le blocage d’un script qui crée ce contenu peut donc le rendre indisponible lors du rendu.

Le rendu côté serveur fournit le contenu dans la réponse HTML du serveur. La même documentation explique que Google peut traiter ce contenu lorsqu’il explore et analyse la réponse. Comparer le HTML initial au HTML rendu aide à identifier le contenu qui dépend des scripts.

Quelles règles robots.txt faut-il vérifier ?

Un fichier robots.txt contient des règles qui contrôlent l’accès des robots d’exploration aux URL. La documentation robots.txt de Google donne cet exemple, avec des fichiers JavaScript et CSS dans /includes/ :

User-agent: *
Disallow: /includes/

User-agent: Googlebot
Allow: /includes/

Cet exemple autorise Googlebot à récupérer ces ressources tout en bloquant l’accès des autres robots à ce répertoire. Google sélectionne le groupe dont l’agent utilisateur (user-agent) correspond le plus précisément au robot. Un groupe spécifique et le groupe global * ne sont pas combinés : le groupe applicable à Googlebot doit donc être examiné lors du diagnostic d’une ressource bloquée.

La même documentation précise que les règles s’appliquent uniquement à l’hôte, au protocole et au port où se trouve le fichier robots.txt. Pour les ressources servies depuis un autre hôte, il faut vérifier les règles de cet hôte.

Comment retrouver l’origine d’un contenu manquant ?

La documentation de Google sur l’inspection d’URL distingue les résultats concernant la version indexée du test en ligne de la page actuelle. Dans Search Console, l’inspection de l’URL concernée, suivie de la sélection de Tester l’URL active, permet de tester la version actuelle. Afficher la page testée fournit une capture d’écran, le HTML et les détails de la réponse lorsque l’état du test est Google a accès à cette URL, y compris dans sa variante signalant des problèmes.

Le panneau Plus d’infos présente les ressources chargées et les sorties JavaScript. Comparer le contenu attendu au HTML et à la capture d’écran aide à repérer les éléments manquants.

Le guide de dépannage de Google recommande d’examiner les ressources chargées, les sorties de la console JavaScript et les exceptions. Lorsqu’une ressource dont dépend le contenu ne se charge pas, il faut vérifier l’accès à cette ressource ; en cas d’exception, il faut examiner l’erreur du script. Après les corrections, le guide demande de tester à nouveau la page.

Termes associés

Questions fréquentes

Toute ressource manquante indique-t-elle un problème de rendu ?

Le guide de dépannage de Google indique que son Web Rendering Service peut omettre les requêtes de signalement et d’erreur qui ne contribuent pas au contenu essentiel de la page. Vous pouvez vérifier si la requête manquante fournit un contenu absent du HTML rendu.

Pourquoi Google peut-il encore utiliser un ancien script après une correction ?

La même documentation de dépannage indique que son moteur de rendu peut ignorer les en-têtes de mise en cache et utiliser du JavaScript ou du CSS obsolète. Elle recommande d’intégrer une empreinte du contenu au nom du fichier (content fingerprinting), ce qui modifie le nom du fichier lorsque son contenu change.

Un test en ligne réussi indique-t-il que ma page est indexée ?

Le guide de l’inspection d’URL de Google traite séparément le test en ligne et les résultats concernant la version indexée. Vous pouvez consulter ces résultats pour vérifier la version que Google a indexée.

Sources

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO

Le JavaScript bloqué peut-il empêcher Google de voir le contenu d’une page ?