Site en JavaScript : Google et les IA voient-ils vraiment ton contenu ?

Ton site est fait avec React, Vue, Angular, ou un constructeur qui charge son contenu en JavaScript ? Pour tes visiteurs, tout s'affiche normalement. Mais un robot ne voit pas forcément la même chose. C'est l'une des causes les plus fréquentes, et les plus invisibles, de mauvaise visibilité, surtout dans les moteurs IA.

Le problème en deux phrases

Un navigateur télécharge la page, exécute le JavaScript, puis affiche le contenu. Un robot qui lit seulement le HTML renvoyé par le serveur, sans exécuter le JavaScript, ne voit que ce qui est dans ce HTML : parfois une page presque vide.

Google, lui, exécute le JavaScript… avec des limites

Googlebot sait exécuter le JavaScript : il explore la page, puis la « rend » dans un navigateur pour voir le contenu final. Mais :

• le rendu peut intervenir plus tard que l'exploration ;
• les erreurs JavaScript, les délais de chargement ou les ressources bloquées par le robots.txt peuvent empêcher une partie du contenu d'apparaître ;
• les liens créés uniquement par des événements JavaScript (sans balise <a href>) ne sont pas suivis.

Les robots des IA, souvent non

Beaucoup de robots des moteurs IA récupèrent le HTML sans exécuter le JavaScript, d'après les tests publiés par la communauté SEO. Si ton texte n'est pas dans le HTML initial, ils risquent de ne rien lire, et donc de ne jamais te citer. C'est un point clé du GEO.

Le test en 30 secondes

1. Ouvre ta page dans le navigateur.
2. Affiche le code source (clic droit, « Afficher le code source de la page », ou Ctrl+U / Cmd+Option+U).
3. Cherche une phrase de ton texte principal avec Ctrl+F.

Si la phrase est dans le code source, c'est bon. Si tu ne trouves qu'une coquille vide (<div id="root"></div>), ton contenu dépend du JavaScript.

Autres tests :

• Search Console, outil d'inspection d'URL : affiche le HTML rendu par Googlebot (voir notre guide Search Console).
• L'audit Rankora compare le nombre de mots dans le HTML brut et dans la page rendue, et teste le rendu JavaScript comme Googlebot dans ses tests avancés.

Les solutions

Le rendu côté serveur (SSR)

Le serveur envoie une page HTML déjà remplie, puis le JavaScript prend le relais pour l'interactivité. C'est ce que proposent Next.js, Nuxt, SvelteKit, Remix ou Angular Universal.

La génération statique (SSG)

Les pages sont générées en HTML à l'avance, au moment de la publication. Idéal pour les pages qui changent peu : pages de service, articles, documentation. C'est la solution la plus rapide et la plus lisible pour tous les robots.

Pour les constructeurs de sites

La plupart des constructeurs récents (WordPress, Wix, Shopify, Webflow…) renvoient un HTML lisible. Méfie-toi surtout des modules qui chargent le contenu après coup : avis, FAQ, catalogues ou textes injectés par un widget externe.

Les bonnes pratiques

• Le contenu important dans le HTML initial : textes, titres, prix, coordonnées.
• De vrais liens <a href="/page"> pour la navigation, pas des boutons qui changent la page en JavaScript.
• Les balises dans le HTML : title, meta description, canonical, données structurées, pas ajoutées après coup.
• Une adresse par page : chaque vue importante a sa propre URL, pas seulement un état de l'application.
• Ne bloque pas les fichiers JavaScript et CSS dans le robots.txt : Google en a besoin pour rendre la page.

Questions fréquentes

Mon site React est-il condamné pour le SEO ?

Non. Avec un rendu côté serveur ou une génération statique, un site React peut être parfaitement référencé. C'est le rendu uniquement côté navigateur qui pose problème.

Le pré-rendu (dynamic rendering) est-il une bonne solution ?

Servir une version pré-rendue aux robots a été une solution de contournement. Google la présente aujourd'hui comme une solution temporaire et recommande plutôt le rendu côté serveur ou la génération statique.

Comment savoir ce que voit un robot d'IA ?

Le code source de la page est une bonne approximation : c'est ce que lit un robot qui n'exécute pas le JavaScript.