L’essentiel en bref
- ChatGPT, Claude, Gemini, Perplexity, Meta AI et Copilot lisent uniquement le HTML brut lors d’un grounding sur URL, selon un test sur 12 assistants publié par Search Engine World en juin 2026.
- DeepSeek, ERNIE, Qwen, Kimi et Mistral exécutent bien le JavaScript et accèdent au contenu réel de la page.
- Si votre contenu clé est injecté après chargement par un framework JS, il est invisible pour les assistants américains les plus utilisés en Europe.
- La recommandation opérationnelle est directe : server-side rendering ou pre-rendering pour tout contenu que vous voulez voir cité par l’IA.
Accès rapide (Sommaire) :
Ce que le test a mesuré, et pourquoi c’est fiable
L’étude, publiée par Search Engine World le 16 juin 2026, repose sur une mécanique simple et difficile à contester.
Chaque assistant a reçu une URL unique, jamais indexée, jamais liée ailleurs.
La page contenait dans son HTML brut une valeur fictive, le « leurre ».
Un script JavaScript externe remplaçait cette valeur par la vraie, récupérée depuis un second endpoint.
La valeur réelle n’existait nulle part dans les fichiers texte. Pour la voir, il fallait exécuter le code.
Les logs serveur ont ensuite enregistré trois niveaux de profondeur : requête sur la page, téléchargement du fichier JS, appel à l’endpoint d’exécution.
La comparaison entre la valeur rapportée par chaque assistant et ce que les logs montraient est sans appel.
Définition
Grounding : capacité d’un assistant IA à lire et intégrer le contenu d’une URL soumise par l’utilisateur, pour répondre à partir de ce contenu plutôt que depuis sa seule mémoire d’entraînement.
Les résultats : un split net entre assistants américains et chinois
Le tableau est clair.
Personne dans l’équipe de Search Engine World n’avait anticipé ce découpage géographique.
Deux cas méritent qu’on s’y arrête.
Copilot a téléchargé le fichier JavaScript via Diffbot, un tiers de scraping. Mais télécharger n’est pas exécuter. L’appel à l’endpoint de rendu n’a jamais eu lieu. Résultat : leurre.
Grok est le cas le plus intrigant. Un nœud de son réseau proxy mondial a bien exécuté le JavaScript, la trace est dans le log. Mais la réponse fournie dans le chat citait quand même le leurre. Le pipeline de rendu et le modèle de réponse ne se parlaient pas.
Ce que ça veut dire concrètement pour votre GEO
Une grande part du web professionnel tourne sur des frameworks client-side : fiches produits chargées via API, prix injectés après le DOM initial, descriptions remplies par un CMS headless.
Pour un visiteur humain, ça n’a aucune importance. Le navigateur exécute le JavaScript, la page s’affiche complète.
Pour ChatGPT, Gemini ou Claude qui lisent votre URL, ce contenu n’existe tout simplement pas.
Ils citent ce qu’ils voient dans le HTML brut que le serveur envoie à la première requête. Si ce HTML ne contient qu’un squelette vide ou des placeholders, c’est un squelette vide qu’ils résument et qu’ils potentiellement citent dans leurs réponses.
C’est un angle mort que peu d’équipes SEO ont intégré dans leur stratégie GEO aujourd’hui.
Le problème des auto-déclarations : ne croyez pas ce que l’assistant dit de lui-même
Le test a mis en lumière un second problème, presque plus gênant que le premier.
Perplexity a indiqué dans le chat qu’il ne parvenait pas à accéder à la page.
Les logs montraient que son crawler avait bien récupéré la page et reçu un HTTP 200.
L’assistant décrivait une expérience qui n’était pas la sienne. Ce n’est pas un cas isolé : plusieurs équipes SEO ont déjà constaté qu’un assistant prétend avoir « lu » une page alors que rien dans la réponse ne correspond au contenu réel.
La règle pratique est sans appel : si vous voulez savoir ce qu’un assistant voit sur votre page, regardez vos logs serveur. Pas la réponse du chatbot.
Les 4 actions à mener pour rester visible dans les réponses IA
Ces recommandations découlent directement des résultats du test, pas d’une hypothèse.
1. Passez au server-side rendering ou au pre-rendering pour tout contenu prioritaire.
Prix, descriptions, spécifications, titres d’articles, données structurées : si ce n’est pas dans le HTML que le serveur envoie, considérez que les assistants américains ne le verront pas.
Next.js, Nuxt ou Astro permettent de servir ce HTML complet dès la première réponse serveur, sans attendre l’exécution côté client.
2. Placez vos informations clés en tête de HTML, avant tout script.
Même quand le SSR n’est pas envisageable à court terme, vous pouvez hardcoder les données les plus importantes dans le HTML statique initial : titre principal, prix, résumé du produit, date, auteur.
Ce qui est en haut du source a plus de chances d’être lu et retenu.
3. Utilisez les données structurées Schema.org dans le HTML brut.
Les balises schema.org/Product, Article, FAQPage ou HowTo placées dans le HTML statique sont accessibles même pour un assistant qui ne rend pas le JS.
C’est un levier souvent sous-exploité dans les stratégies GEO, alors qu’il répond exactement à ce problème.
4. Auditez vos pages clés avec un outil de rendu HTML brut.
Faites un curl sur vos URLs les plus importantes, ou utilisez la vue « source » dans Chrome (Ctrl+U, pas l’inspecteur qui affiche le DOM rendu).
Si votre contenu clé n’apparaît pas dans ce source, un assistant IA ne le verra pas non plus.
Une limite à garder en tête sur la portée du test
Ce test mesure le comportement des assistants sur le chemin « grounding déclenché par l’utilisateur » : quelqu’un colle une URL dans le chat et pose une question.
Ce n’est pas la même chose que les crawlers de fond, GPTBot, ClaudeBot, GoogleBot, qui construisent les index d’entraînement et les bases de connaissances en arrière-plan.
Ces crawlers peuvent se comporter différemment et éventuellement rendre le JavaScript pour l’indexation.
Le test est aussi une photographie à un instant T, sur un seul site et une seule passe par assistant. Les comportements évoluent vite. Ce qui vaut en juin 2026 peut changer d’ici la fin de l’année.
Mais la direction reste constante : le contenu qui doit être cité doit être là, dans le HTML, dès la première réponse serveur. C’est vrai pour le SEO classique depuis 2010. Ça l’est encore plus pour le GEO en 2026.
Notre verdict
Ce test confirme ce que les données GEO laissaient déjà présager : les assistants IA lisent votre site comme Googlebot en 2012. Le rendu JavaScript côté client est un angle mort. Les équipes qui continuent d’empiler du contenu dans des frameworks JS sans SSR prennent un risque réel sur leur visibilité dans les réponses des assistants. Ce n’est pas une question de futur : c’est mesurable aujourd’hui, dans les logs.
Et vous, avez-vous déjà audité ce que ChatGPT ou Gemini voient réellement de vos pages ?
Fondateur de LEPTIDIGITAL et SUPASST, je suis également consultant spécialisé en acquisition de leads B2B (SaaS). Passionné par le marketing digital, l’intelligence artificielle et le SEO. Avant de devenir indépendant, j’ai occupé des postes clés en tant que SEO Manager et responsable e-commerce pour plusieurs grandes entreprises (Altice Media, Infopro Digital, Voyage Privé et le Groupe ERAM). Sur le plan perso, je suis un curieux insatiable, également passionné par la photographie, le badminton et les voyages. Pour toute demande de partenariat, privilégiez LinkedIn ou email ([email protected]).
