SEO JavaScript : rendre un site indexable

Comment Google traite-t-il le JavaScript ?

Google décrit trois phases dans ses bases du SEO JavaScript (mises à jour le 04/03/2026) : l’exploration, le rendu, puis l’indexation. Googlebot récupère d’abord le HTML. Les pages qui répondent en 200 entrent ensuite dans une file d’attente de rendu. Là, un navigateur sans interface exécute le JavaScript. Le contenu obtenu est enfin indexé. Tout le SEO JavaScript découle de ce fonctionnement.

Le point à retenir tient en une phrase de Google : la page peut rester quelques secondes dans cette file, parfois plus. Tout ce qui n’apparaît qu’après exécution du JavaScript est donc découvert plus tard que le HTML initial.

Le moteur de rendu, lui, est à jour. Depuis mai 2019, Googlebot utilise une version récente de Chromium, mise à niveau régulièrement (annonce du Googlebot « evergreen », 07/05/2019). Les frameworks modernes sont donc lisibles. Le risque tient au délai et à ce qui échoue pendant le rendu, plus à la compatibilité.

Quels risques le JavaScript fait-il courir au référencement ?

• Contenu absent du HTML initial : texte chargé après coup, invisible pour tout robot qui ne rend pas la page.
• Liens non explorables : Google ne suit que les balises <a> dotées d’un attribut href (règles Google sur les liens explorables). Un onclick sur un bouton ne suffit pas.
• Navigation par fragments : les URL en #/page ne sont pas traitées comme des pages distinctes. Google recommande l’API History.
• Soft 404 dans les applications monopage : une page d’erreur servie en 200 peut être indexée comme une vraie page.
• Balises modifiées par script : Google demande de ne pas utiliser JavaScript pour changer l’URL canonique déclarée dans le HTML.
• Ressources bloquées : des fichiers JS ou CSS interdits dans le robots.txt empêchent le rendu correct.

Le poids des scripts pèse aussi sur l’expérience. Un JavaScript lourd dégrade la réactivité mesurée par les Core Web Vitals, notamment l’INP.

Les robots d’IA lisent-ils le JavaScript ?

Pour la plupart, non. Vercel et MERJ ont analysé le trafic de nextjs.org et du réseau Vercel (étude « The rise of the AI crawler », 17/12/2024). Aucun des grands robots d’IA observés n’exécutait le JavaScript. Sont concernés GPTBot, OAI-SearchBot et ChatGPT-User d’OpenAI, ClaudeBot d’Anthropic, PerplexityBot, Meta-ExternalAgent et Bytespider. Deux exceptions : Gemini s’appuie sur l’infrastructure de Googlebot, et AppleBot rend les pages.

Conséquence pratique : un contenu visible seulement après rendu JavaScript a peu de chances d’être repris par ces assistants. Le détail des robots et de leur accès est traité dans notre guide des robots d’IA. Cette étude date de fin 2024 : les comportements peuvent avoir évolué depuis.

CSR, SSR, SSG : quel mode de rendu choisir ?

Addy Osmani et Jason Miller signent l’article Rendering on the Web de web.dev (mis à jour le 05/01/2026). Ils recommandent d’envisager le rendu serveur ou statique plutôt qu’une réhydratation complète côté client.

Sur le rendu dynamique, la position de Google (mise à jour le 10/12/2025) est claire. C’était une solution de contournement, pas une solution durable. Google conseille le rendu serveur, le rendu statique ou l’hydratation. Pour un décideur, la règle est simple. Un site qui vise du trafic organique ne lance pas un framework en rendu client pur sans rendu serveur prévu.

Comment tester le rendu JavaScript de vos pages ?

1. Comparer source et rendu : affichez le code source (Ctrl+U) puis l’inspecteur du navigateur. Si le texte principal ou les liens n’existent que dans l’inspecteur, ils dépendent du JavaScript.
2. Désactiver JavaScript dans le navigateur et parcourir la page : navigation, contenu et liens doivent rester accessibles.
3. Crawler deux fois avec Screaming Frog, avec et sans rendu JavaScript. L’écart d’URL découvertes, de mots et de liens fait le diagnostic.
4. Contrôler la vue de Google dans l’inspection d’URL de la Search Console, avec « Afficher la page explorée » : HTML rendu, capture et ressources bloquées.

Une page manque dans les résultats ? Suivez la procédure pas à pas de Google, Résoudre les problèmes de recherche liés à JavaScript. Ce diagnostic fait partie de tout audit SEO technique.

Quelles bonnes pratiques de SEO JavaScript appliquer ?

• Servir le titre, la meta description, la canonique et le contenu principal dans le HTML initial.
• Utiliser des liens <a href> vers des URL réelles, sans fragment.
• Renvoyer de vrais codes HTTP : 404 pour une page absente, 301 pour une page déplacée.
• Ne pas bloquer les fichiers JS et CSS nécessaires au rendu.
• Nommer les fichiers avec une empreinte de version, par exemple main.2bb85551.js. Googlebot met les ressources en cache de façon agressive.
• Placer les données structurées dans le HTML initial quand c’est possible, pour tous les robots.

Le SEO JavaScript applique les vérifications du SEO technique aux sites qui construisent leurs pages dans le navigateur. Le cadre général est dans notre guide du SEO.