Sommaire
Un robot d'IA lit votre page comme on lit son code source : il prend le HTML que votre serveur envoie. Ce que le navigateur ajoute ensuite avec du JavaScript, la plupart de ces robots ne le voient pas. Un texte absent de ce HTML n'existe donc pas pour eux, même s'il s'affiche très bien à l'écran.
Ce que les robots exécutent, et ce qu'ils laissent de côté
Fin 2024, l'hébergeur Vercel a observé les robots d'IA sur son réseau, avec la société MERJ. Aucun des grands robots d'IA mesurés n'exécutait le JavaScript, qu'il s'agisse des 3 robots d'OpenAI, de ClaudeBot, de PerplexityBot ou de celui de Meta. Les robots de ChatGPT et de Claude téléchargent bien des fichiers JavaScript, mais sans les exécuter. La Common Crawl, grande archive publique du web, écrit elle aussi que son robot n'exécute pas le JavaScript.
2 exceptions : Gemini, qui s'appuie sur l'infrastructure de Googlebot, et Applebot, qui affiche les pages comme un navigateur. L'étude date de décembre 2024 et vient d'un hébergeur qui vend du rendu côté serveur. Nous n'avons trouvé aucune mesure plus récente. OpenAI, Anthropic et Perplexity ne disent rien, dans leur documentation, du traitement du JavaScript par leurs robots.
Google exécute le JavaScript, dans une étape de rendu qui s'intercale entre l'exploration et l'indexation. Il recommande quand même le rendu côté serveur ou le prérendu, en rappelant que tous les robots ne savent pas exécuter le JavaScript. Bing, qui sert de socle à Copilot, demande dans ses consignes de ne pas cacher un contenu essentiel derrière un rendu dans le navigateur : un contenu qu'il ne peut pas rendre de façon fiable risque de n'être ni indexé, ni repris dans les réponses.
Où le texte se perd
Le cas le plus connu est le site entièrement construit dans le navigateur : le serveur envoie une coquille vide, que le JavaScript remplit. Une page classique peut aussi perdre des morceaux importants :
- Une FAQ en accordéon dont les réponses se chargent au clic. Si elles sont déjà dans le HTML, simplement repliées, tout va bien : Google range les accordéons parmi les affichages légitimes
- Un bouton « voir plus » qui va chercher la suite du texte. Google écrit que sa recherche n'interagit pas avec la page, et qu'il ne charge pas un contenu qui exige de cliquer ou de balayer l'écran
- Des avis clients affichés par un module externe, chargé par un script après la page : le robot ne trouve que l'emplacement vide
- Des horaires ou des tarifs écrits dans une image : Bing demande, dans les mêmes consignes, qu'une image ne soit jamais la seule source d'une information
Vérifiez votre site en 2 minutes
- Ouvrez une page de votre site sur ordinateur, faites un clic droit, puis « Afficher le code source de la page ». Dans Chrome ou Edge sous Windows, le raccourci est Ctrl+U
- Cherchez-y une phrase de votre page avec Ctrl+F, par exemple une réponse de votre FAQ ou vos horaires
- Si la phrase n'y est pas, elle est ajoutée par le JavaScript, et la plupart des robots d'IA ne la liront pas
L'outil d'inspection d'URL de la Search Console montre, lui, le HTML après le rendu de Google. Il dit ce que voit Google ; le code source dit ce que lisent les robots qui n'exécutent rien. L'accès des robots à votre texte fait partie de l'audit initial de notre offre de visibilité IA.
Ce que nous avons mesuré chez nous
Le 26 septembre 2026, nous avons comparé, pour les 173 adresses de notre sitemap, le texte affiché une fois le JavaScript exécuté et le HTML envoyé par notre serveur. Sur 13 262 passages de texte, aucun ne manquait dans le HTML. Seul le bandeau de cookies est ajouté par le navigateur, et il n'a rien à apprendre aux robots.
Ça n'a pas toujours été le cas. La veille, en relisant ce HTML, nous avons découvert que le titre et le corps de chaque article partaient du serveur avec une opacité à 0, en attendant qu'une animation les fasse apparaître. Le texte était bien dans le HTML, donc lisible par un robot, mais un lecteur dont le JavaScript échouait voyait un article vide. Google range d'ailleurs l'opacité à 0 parmi les procédés de texte caché quand ils servent à manipuler les moteurs. Ce n'était pas notre cas, mais autant ne pas y ressembler : nous l'avons corrigé le jour même, et un contrôle automatique le vérifie à chaque mise en ligne.
Ce qu'il faut demander à son prestataire
- Que le texte important parte du serveur, en rendu côté serveur ou en pages générées à l'avance, comme le recommandent Google et Bing
- Que les réponses de la FAQ soient dans le HTML, même repliées
- Que le métier, la ville, les horaires et les tarifs soient écrits en texte, jamais seulement dans une image
- Que le code source soit contrôlé après chaque refonte : c'est là que ces défauts se voient
C'est un critère à poser dès la création d'un site, comme nous l'expliquons sur notre page consacrée aux sites que les IA savent lire. Les robots eux-mêmes sont présentés dans notre article sur les robots des IA, et le balisage dans données structurées et IA. Pour savoir ce que les assistants retiennent déjà de votre site, commencez par notre audit GEO gratuit.
FAQ
ChatGPT lit-il le JavaScript ?
D'après la mesure de Vercel, fin 2024, les robots d'OpenAI téléchargent des fichiers JavaScript sans les exécuter. OpenAI ne documente pas ce point : le plus sûr est que votre texte figure dans le HTML.
Mon site WordPress est-il concerné ?
Un site WordPress envoie en général son texte depuis le serveur, mais une extension peut charger une partie du contenu en JavaScript. Le test du code source tranche en 2 minutes.
Une FAQ en accordéon pose-t-elle problème ?
Non, si les réponses sont déjà dans le HTML : Google classe les accordéons parmi les affichages légitimes. Le problème vient des réponses chargées seulement au clic.