« Alexandre, pourquoi les robots d’IA ne voient-ils pas mon site en JavaScript ? »
Le SEO JavaScript consiste à s’assurer que les robots voient le contenu d’un site construit avec JavaScript. Google sait exécuter JavaScript, avec un délai. Mais la plupart des robots d’IA, ceux de ChatGPT, Claude ou Perplexity, ne l’exécutent pas : ils lisent uniquement le HTML envoyé par le serveur. Si votre texte, vos prix ou vos liens n’apparaissent qu’après exécution du JavaScript, ces robots voient une page presque vide. La solution : rendre le contenu essentiel côté serveur (rendu serveur, pré-rendu ou génération statique).
Mis à jour le 22 octobre 2026
Vous ouvrez votre site : tout est là, les textes, les images, les tarifs. Vous demandez à ChatGPT de résumer la même page : il répond qu’il ne trouve presque rien, ou il invente. Le problème ne vient pas forcément de votre contenu. Il vient peut-être de la façon dont il est affiché.
De nombreux sites modernes construisent leurs pages dans le navigateur, avec JavaScript : applications React, Vue ou Angular, constructeurs de sites, certains thèmes et extensions. Pour un visiteur humain, c’est invisible. Pour un robot qui ne lit que le code envoyé par le serveur, c’est souvent une page blanche.
Cette page fait partie de mon dossier sur le robots.txt pour les IA et l’accès des robots à votre site. Elle explique pourquoi le JavaScript pose problème aux robots d’IA, comment le vérifier en cinq minutes, et comment le corriger.
Par Alexandre Montenon, consultant SEO et GEO à Lyon
Ce que voit un robot quand il visite une page
Quand un navigateur ou un robot demande une page, le serveur renvoie d’abord un document HTML. Deux cas se présentent.
➭ Rendu côté serveur : le HTML contient déjà le texte, les titres, les liens, les images. Tout robot qui lit ce document voit le contenu.
➭ Rendu côté client : le HTML est presque vide. Il contient surtout des appels à des fichiers JavaScript, qui vont construire la page dans le navigateur. Seul un robot capable d’exécuter ce JavaScript verra le contenu.
| Mode d’affichage | Ce que contient le HTML initial | Visible par les robots qui n’exécutent pas JavaScript |
|---|---|---|
| Rendu serveur (SSR) | Le contenu complet | Oui |
| Génération statique | Le contenu complet, généré à l’avance | Oui |
| Pré-rendu | Une version complète servie aux robots | Oui |
| Rendu client (CSR) | Un squelette et des scripts | Non, ou très partiellement |
| Rendu mixte | Une partie du contenu | Partiellement |
Google exécute JavaScript, avec un délai
Googlebot est l’exception. Google traite les sites JavaScript en trois phases : crawl, rendu, indexation. Sa documentation explique qu’une page peut rester quelques secondes dans la file d’attente de rendu, parfois plus longtemps, avant qu’un Chromium sans interface l’affiche et exécute le JavaScript, et que le rendu côté serveur reste une très bonne idée car tous les robots ne savent pas exécuter JavaScript.
Autrement formulé : même pour Google, un site en rendu client est indexé plus lentement et avec plus de risques d’erreurs. Et Google prévient lui-même que les autres robots ne suivent pas.
Les robots d’IA, eux, ne l’exécutent pas
C’est le point clé. Une étude publiée par Vercel et MERJ fin 2024, à partir du trafic observé sur le réseau de Vercel, a montré que les principaux robots d’IA, dont ceux d’OpenAI, ClaudeBot et PerplexityBot, n’exécutent pas JavaScript, tandis que Gemini s’appuie sur l’infrastructure de Googlebot et rend entièrement les pages. Les robots de ChatGPT et de Claude téléchargent bien des fichiers JavaScript, mais sans les exécuter.
| Robot | Exécute JavaScript ? | Conséquence pour un site en rendu client |
|---|---|---|
| Googlebot (Google, Gemini) | Oui, avec délai | Contenu vu, mais plus tard |
| Robots d’OpenAI (ChatGPT) | Non | Contenu invisible |
| ClaudeBot (Anthropic) | Non | Contenu invisible |
| PerplexityBot | Non | Contenu invisible |
| Applebot | Oui, selon l’étude | Contenu vu |
Selon l’étude Vercel et MERJ, fin 2024. Les comportements des robots peuvent évoluer : un contrôle régulier reste nécessaire.
La conséquence est directe : un site dont le contenu n’existe qu’après exécution du JavaScript peut être bien classé dans Google et totalement absent des réponses de ChatGPT, de Claude ou de Perplexity. Pire, ces assistants peuvent combler le vide avec des informations venues d’ailleurs, parfois fausses.
C’est l’un des problèmes les plus fréquents et les moins connus en GEO. Le site « marche » pour l’équipe, pour les clients, et même pour Google. Personne ne pense à vérifier ce que voit un robot qui ne lit que le HTML. Le diagnostic prend cinq minutes, et il change parfois tout.
Comment vérifier ce que voient les robots d’IA
Méthode 1 : afficher le code source
Dans votre navigateur, faites un clic droit puis « Afficher le code source de la page » (ou Ctrl+U). Ce n’est pas l’inspecteur d’éléments : c’est le HTML brut envoyé par le serveur. Cherchez-y une phrase de votre texte principal, un prix, un titre. Si vous ne la trouvez pas, un robot qui n’exécute pas JavaScript ne la voit pas non plus.
Méthode 2 : désactiver JavaScript
Dans les paramètres du navigateur ou via une extension, désactivez JavaScript et rechargez la page. Ce qui reste à l’écran donne une bonne idée de ce que voient la plupart des robots d’IA.
Méthode 3 : interroger un assistant
Demandez à ChatGPT ou à Perplexity, avec la recherche activée, de résumer une page précise de votre site en citant ses prix ou ses services. S’il répond qu’il ne trouve pas l’information alors qu’elle est affichée chez vous, c’est un signal fort.
Méthode 4 : l’outil d’inspection de Google
Dans la Search Console, l’inspection d’URL montre le HTML rendu par Google. Comparez-le avec le code source brut : la différence correspond à ce qui dépend du JavaScript. Pour savoir quels robots d’IA visitent réellement ces pages, il faut ensuite passer par l’analyse de logs.
Faites le test du code source sur vos cinq pages les plus importantes : accueil, page de services principale, tarifs, contact, meilleure page de contenu. Si l’une d’elles est vide côté serveur, c’est la priorité absolue avant tout autre chantier GEO.
Les cas les plus fréquents
Les applications monopages
Sites construits avec React, Vue ou Angular sans rendu serveur. Le HTML initial ne contient qu’une balise vide et des scripts. C’est le cas le plus grave.
Les constructeurs de sites et certains thèmes
Certains outils chargent une partie du contenu en JavaScript : onglets, accordéons, carrousels, blocs « lire la suite ». Le contenu principal est souvent visible, mais des informations importantes peuvent être cachées.
Les contenus chargés à la demande
Avis clients chargés par un widget externe, tarifs affichés par un simulateur, listes de produits chargées au défilement. Ces éléments sont souvent invisibles pour les robots d’IA.
Les menus et liens générés en JavaScript
Si la navigation n’existe pas dans le HTML, les robots ne trouvent pas les autres pages du site. Même un contenu bien rendu peut alors rester introuvable.
Les solutions
Le rendu côté serveur
Le serveur construit la page complète avant de l’envoyer. Les frameworks modernes le proposent nativement : Next.js pour React, Nuxt pour Vue, Angular Universal, SvelteKit. C’est la solution la plus fiable pour les sites dynamiques.
La génération statique
Les pages sont générées à l’avance, au moment de la publication. Idéal pour les sites vitrines, les blogs et la documentation : rapide, fiable, lisible par tous les robots.
Le pré-rendu
Un service génère une version HTML complète des pages et la sert aux robots. Solution de transition pour les sites existants difficiles à refondre, à manier avec précaution pour servir le même contenu aux robots et aux humains.
L’amélioration progressive
Le contenu essentiel est présent dans le HTML, et JavaScript ajoute ensuite l’interactivité. C’est la bonne pratique pour les éléments comme les onglets ou les accordéons : le texte est dans le code, simplement masqué à l’affichage.
| Type de site | Solution recommandée |
|---|---|
| Site vitrine, blog | Génération statique ou CMS classique bien configuré |
| Application React, Vue, Angular | Rendu serveur avec le framework adapté |
| E-commerce | Rendu serveur des fiches produits, prix et avis |
| Site existant difficile à refondre | Pré-rendu en attendant une refonte |
| WordPress avec constructeur | Vérifier les blocs dynamiques et éviter le contenu chargé à la demande |
Et WordPress ?
La bonne nouvelle : WordPress génère ses pages côté serveur. Le contenu principal d’un article ou d’une page est donc normalement présent dans le HTML. Les risques viennent surtout des extensions et des blocs dynamiques : sliders, widgets d’avis, tableaux de prix interactifs, contenus chargés en différé. Un contrôle du code source sur les pages clés suffit en général à repérer les problèmes.
La checklist pour un site lisible par les IA
Pour terminer, voici les points que je contrôle systématiquement lors d’un audit, page par page, sur les modèles de pages principaux d’un site.
➭ Le titre principal et les intertitres sont présents dans le code source brut.
➭ Le texte principal de la page est présent en entier, sans clic ni défilement nécessaire.
➭ Les informations clés (prix, zone, horaires, coordonnées, caractéristiques produits) sont écrites en texte, pas seulement dans une image ou un script.
➭ Les liens de navigation sont de vrais liens HTML, que les robots peuvent suivre.
➭ Les avis clients importants ne dépendent pas uniquement d’un widget externe chargé en JavaScript.
➭ Les métadonnées (titre de la page, description, balises de données structurées) sont présentes dès le HTML initial.
➭ Le temps de réponse du serveur reste raisonnable : un robot pressé peut abandonner une page trop lente.
Si tous ces points sont validés, votre site est lisible par la quasi-totalité des robots, d’IA ou non. Il restera ensuite à travailler le fond : la clarté du contenu, sa fraîcheur et la réputation de votre marque. Mais au moins, les robots pourront lire ce que vous avez à dire.
Les autres réglages à vérifier en même temps
Un contenu lisible ne sert à rien si le robot ne peut pas entrer. Vérifiez aussi votre robots.txt et votre pare-feu, et faites un choix éclairé sur GPTBot et les autres robots d’entraînement. Et si vous voulez aller plus loin dans la présentation de votre site aux IA, le fichier llms.txt peut compléter le dispositif, sans en attendre de miracle.
- Google exécute JavaScript, avec un délai ; la plupart des robots d’IA ne l’exécutent pas.
- Un contenu affiché uniquement en JavaScript est invisible pour ChatGPT, Claude et Perplexity.
- Le test le plus simple : chercher une phrase du contenu dans le code source brut.
- Solutions : rendu serveur, génération statique, pré-rendu, amélioration progressive.
- WordPress rend côté serveur, mais attention aux blocs dynamiques et aux widgets.
Questions fréquentes sur le SEO JavaScript et l’IA
Les robots d’IA lisent-ils le JavaScript ?
La plupart non. Une étude de Vercel et MERJ a montré que les robots d’OpenAI, d’Anthropic et de Perplexity n’exécutent pas JavaScript. Gemini, qui s’appuie sur l’infrastructure de Googlebot, rend en revanche les pages complètement.
Google indexe-t-il les sites en JavaScript ?
Oui. Google parcourt, rend puis indexe les pages JavaScript avec une version récente de Chromium. Le rendu peut toutefois être retardé, et Google recommande toujours le rendu côté serveur ou le pré-rendu, car tous les robots ne savent pas exécuter JavaScript.
Comment savoir si mon site est visible par ChatGPT ?
Affichez le code source brut d’une page et cherchez-y une phrase de votre contenu principal. Si elle n’y figure pas, un robot qui n’exécute pas JavaScript ne la voit pas. Vous pouvez aussi demander à ChatGPT, avec la recherche activée, de résumer la page.
Quelle solution pour un site React ou Vue ?
Le rendu côté serveur avec le framework adapté (Next.js pour React, Nuxt pour Vue), ou la génération statique pour les pages qui changent peu. Le pré-rendu peut servir de solution transitoire.
WordPress pose-t-il problème aux robots d’IA ?
En général non, car WordPress génère les pages côté serveur. Les problèmes viennent surtout de blocs dynamiques ou d’extensions qui chargent des contenus en JavaScript, comme des widgets d’avis ou des tableaux de prix interactifs.
Vous avez une question, un projet ? Parlons-en ensemble.
On discute ?