JavaScript et SEO : rendu et indexation
En résumé
Google peut rendre le JavaScript, mais avec un délai pouvant aller de quelques secondes à plusieurs semaines selon l'autorité du site. Les contenus critiques (texte principal, liens, données structurées) ne doivent pas dépendre du JavaScript pour être visibles. Server-Side Rendering (SSR) ou le prerendering sont les solutions recommandées.
Les frameworks JavaScript modernes (React, Vue, Angular, Next.js) dominent le développement web. Mais leur rapport avec le SEO reste complexe : si Google a progressé dans le rendu JS, les risques d'indexation partielle ou retardée sont réels et coûteux.
Comment Google traite le JavaScript
Googlebot télécharge le HTML initial de la page, puis place le rendu JavaScript dans une file d'attente (WRS — Web Rendering Service). Le rendu complet peut intervenir des secondes, des jours, voire des semaines plus tard selon la popularité du site et la charge du moteur.
Ce délai de rendu signifie que le contenu JS-only est systématiquement indexé plus tard que le contenu HTML statique. Sur un site peu autorité, certains contenus peuvent ne jamais être rendus correctement.
Les risques concrets pour l'indexation
Le contenu affiché uniquement après une interaction utilisateur (clic, scroll, onglet) n'est jamais vu par Googlebot. Les accordéons de FAQ, les onglets de contenu et les contenus au survol sont les cas les plus courants.
Les liens générés dynamiquement par JavaScript ne sont pas toujours suivis par Googlebot. Si votre maillage interne repose sur des liens créés après le chargement de la page, une partie de votre architecture reste invisible au crawler.
- Contenu derrière un événement clic ou hover : non indexé.
- Liens dans un menu hamburger JS pur sans fallback HTML : potentiellement ignorés.
- Données structurées JSON-LD injectées via JS : rendu différé, éligibilité aux rich results retardée.
- Meta tags générés côté client : title et description potentiellement absents lors du premier crawl.
- Texte de pagination chargé via AJAX sans URL dédiée : contenu invisible.
Les solutions recommandées
Le Server-Side Rendering (SSR) génère le HTML complet sur le serveur avant de l'envoyer au navigateur. Googlebot reçoit un HTML riche dès le premier crawl, sans attendre le rendu JavaScript. Next.js, Nuxt.js et SvelteKit proposent le SSR nativement.
Le Static Site Generation (SSG) pré-génère les pages à chaque build. Encore plus rapide que le SSR, mais adapté uniquement aux contenus peu fréquemment mis à jour.
Si une refonte en SSR n'est pas envisageable, le prerendering via un service comme Rendertron ou Prerender.io détecte Googlebot et lui sert une version HTML statique pré-rendue de la page.
Les sites migrant d'une architecture SPA (Single Page Application) vers SSR observent en moyenne une amélioration de 20 à 50 % du nombre de pages indexées dans les 60 jours suivant la migration.
Diagnostiquer les problèmes de rendu JS sur votre site
L'outil d'inspection d'URL de Search Console propose une capture d'écran de la page telle que Googlebot la voit. Comparez cette capture avec l'affichage réel dans votre navigateur : tout écart révèle un problème de rendu.
Testez aussi en désactivant JavaScript dans Chrome (DevTools > Settings > Debugger > Disable JavaScript) : si votre page n'affiche rien ou perd ses liens de navigation, vous avez un problème SEO critique à résoudre.
Questions fréquentes
Google peut-il indexer une SPA (Single Page Application) correctement ?
Oui, mais avec des limitations et des délais. Le contenu des SPAs est indexé après rendu JavaScript, ce qui peut prendre plusieurs semaines. Sur des sites compétitifs, ce délai est un désavantage réel. Le SSR ou le prerendering reste la solution la plus fiable.
Next.js est-il un bon choix pour le SEO ?
Oui, c'est l'un des frameworks les plus SEO-friendly du marché. Il propose le SSR, le SSG et l'ISR (Incremental Static Regeneration) nativement. Les balises meta, le sitemap et les données structurées peuvent être générés côté serveur sans configuration complexe.
Les contenus dans des onglets ou accordéons sont-ils indexés ?
Google affirme que le contenu masqué par CSS (display:none ou visibility:hidden) peut être indexé mais avec une pondération réduite. Le contenu derrière une interaction JavaScript est plus problématique. Pour les FAQ ou informations clés, préférez un affichage HTML natif avec des details/summary ou assurez-vous que le contenu est présent dans le HTML initial.
Faut-il rendre le JavaScript compatible pour tous les bots, ou seulement Google ?
Google est le seul moteur à rendre activement le JavaScript. Bing fait des progrès mais reste en retrait. Si votre audience vient principalement de Google, concentrez vos efforts sur la compatibilité avec Googlebot. Une architecture SSR bénéficie automatiquement à tous les bots.
Envie d'appliquer tout ça à votre site ?
Réservez un audit offert — sans engagement.