Un client demande pourquoi son site n'apparaît jamais dans les réponses de ChatGPT. L'audit SEO revient propre : bon contenu, mots-clés cohérents, autorité correcte, données structurées en place. Quelqu'un suggère de publier un fichier llms.txt et de rédiger davantage de FAQ.

Personne n'ouvre le code source. S'il le faisait, il découvrirait que tout le corps de l'article arrive sous la forme d'un div vide, le texte étant injecté par JavaScript après le chargement.

ChatGPT ne le voit jamais. Non pas parce que le contenu est faible, mais à cause d'une décision de rendu prise par celui qui a construit le site, probablement deux ans plus tôt, pour des raisons sans aucun rapport avec l'IA.

Ce que montrent réellement les journaux de crawl

En décembre 2024, Vercel et MERJ ont publié une analyse du trafic réel des robots d'IA sur leur réseau, portant sur environ 1,3 milliard de requêtes. Le constat principal n'a pas changé depuis, et la documentation des éditeurs consultée mi 2026 le confirme toujours.

Aucun des principaux robots d'IA n'exécute le JavaScript. Ni celui d'OpenAI, ni celui d'Anthropic, ni celui de Perplexity, ni ceux de Meta et ByteDance.

Ils téléchargent bien les fichiers JavaScript. Le robot de ChatGPT en a demandé dans 11,50 % de ses requêtes, celui de Claude dans 23,84 %. Aucun ne les exécute. Les fichiers sont récupérés puis abandonnés, et la distinction mérite d'être posée clairement : télécharger un script n'équivaut pas à l'exécuter, et seule l'exécution produit du contenu.

Google fait exception. Gemini lit via l'infrastructure de Googlebot, qui rend bien le JavaScript, avec un délai. AppleBot effectue également un rendu. Un site en rendu côté client peut donc parfaitement se positionner sur Google, apparaître dans les AI Overviews, et rester totalement invisible pour ChatGPT, Claude et Perplexity.

Ce seul fait réorganise toute la conversation autour du GEO. Si le site de votre client est une application monopage React ou Vue sans rendu serveur, aucune stratégie de contenu ne corrigera le problème. Le contenu n'existe pas au moment où le robot lit la page.

La seconde fuite que personne n'audite

Le même jeu de données contient un chiffre qui devrait inquiéter quiconque pilote une prestation technique récurrente.

Le robot de ChatGPT a consacré 34,82 % de ses requêtes à des pages 404. Celui de Claude, 34,16 %. ChatGPT a dépensé 14,36 % de plus à suivre des redirections. À titre de comparaison, Googlebot consacre 8,22 % aux 404 et 1,49 % aux redirections.

Environ un tiers du budget de crawl IA arrivant sur ces sites a été consommé par des URL qui n'existent plus. Sitemaps obsolètes, chaînes de redirection anciennes, liens hérités de migrations jamais nettoyées. Googlebot dispose de décennies d'heuristiques pour contourner ce désordre. Les robots d'IA n'en ont pas, et ils ne les développeront pas pour vous.

Ce n'est pas davantage un problème de contenu. C'est un plan de redirection, un sitemap et une migration validée comme terminée.

Pendant ce temps, le livrable phare du secteur ne produit rien

Dans le même temps, le livrable que la plupart des agences ont ajouté à leur offre GEO cette année est le llms.txt : un fichier manifeste indiquant aux systèmes d'IA ce que contient votre site.

MaxAEO a suivi 2 400 domaines entre février et avril 2026. 326 d'entre eux, soit 13,6 %, publiaient un llms.txt valide. Sur 240 paires appariées, contrôlées par catégorie, visibilité organique et volume de contenu, le taux de citation atteignait 11,8 % avec le fichier et 11,6 % sans. Un écart de 0,2 point de pourcentage, largement à l'intérieur de la marge de bruit. Cinquante-huit domaines ayant déployé le fichier en cours de période ont progressé moins que le groupe de contrôle.

Les journaux serveur expliquent pourquoi. Sur 19 sites publiant un llms.txt, les principaux robots d'IA ont effectué 41 requêtes vers ce fichier, contre environ 1,1 million de requêtes vers les pages réelles. Une autre analyse, sur 90 jours, relève 84 requêtes vers /llms.txt sur plus de 62 100 visites de robots d'IA, soit un dixième de pour cent.

Aucun grand acteur de l'IA ne s'est engagé à le consommer. John Mueller, chez Google, l'a comparé à la balise meta keywords. La documentation d'OpenAI renvoie plutôt au robots.txt.

Mis côte à côte, les deux constats deviennent inconfortables. Les agences livrent un fichier que les robots d'IA ne demandent pas, sur des sites que ces mêmes robots ne peuvent pas lire.

La check-list technique qui décide réellement de la citation

Rien de tout cela ne relève de l'ingénierie exotique. C'est du travail de production standard, que les conversations sur le GEO escamotent parce qu'elles se tiennent entre marketeurs plutôt qu'entre constructeurs.

• 1. Effectuer le rendu côté serveur. SSR, génération statique ou régénération incrémentale, afin que le contenu principal existe dans le HTML avant l'exécution du moindre script. Vérifiez correctement : ouvrez le code source, pas l'inspecteur d'éléments. L'inspecteur affiche le DOM après exécution du JavaScript, c'est-à-dire précisément ce que le robot ne voit jamais. Si votre texte n'est pas dans le code source, il n'existe pas pour ChatGPT.
• 2. Assainir la surface des 404 et des redirections. Régénérer le sitemap, réduire les chaînes de redirection à un seul saut, retirer les URL mortes encore référencées. Sur un site où un tiers du budget de crawl IA est gaspillé, c'est le gain de visibilité le moins coûteux disponible.
• 3. Placer la réponse en tête. Les systèmes d'IA extraient des passages, pas des pages. La réponse directe appartient aux deux premières phrases sous son titre, pas après quatre paragraphes de mise en contexte. C'est une décision de rédaction et de gabarit, prise à la construction.
• 4. Inscrire les données structurées dans le HTML initial. Article, FAQPage, Organization, Product. Si le schéma est injecté par un gestionnaire de balises après chargement, il tombe dans le même angle mort que le reste. Il doit être rendu côté serveur comme tout le reste.
• 5. Vérifier explicitement l'accès des robots. GPTBot, OAI-SearchBot, ClaudeBot, PerplexityBot, Google-Extended. Beaucoup de fichiers robots.txt portent encore des blocages généraux ajoutés en 2023, pendant la panique du scraping, que personne n'a revus depuis. Décidez délibérément si vous voulez ce trafic, puis configurez-le délibérément.
• 6. Tenir une hiérarchie de titres honnête. Un seul H1, une imbrication logique des H2 et H3, des titres qui énoncent ce que la section répond. L'extraction repose sur la structure du document. Une page dont chaque titre est un div stylé est une page sans structure à extraire.

Là où le design pèse autant que le code

La moitié négligée du sujet, c'est la mise en page. Si une page répond à une question à l'intérieur d'un système d'onglets, d'un accordéon replié par défaut ou d'un carrousel, cette réponse est le plus souvent soit injectée par JavaScript, soit enfouie sous la zone extractible.

Concevoir pour la citation signifie quelque chose de précis : une question par section, la réponse immédiatement sous le titre, les données comparatives dans un vrai tableau HTML plutôt que dans une grille de div stylés, les définitions en texte plutôt qu'en image. Rien de cela n'enlaidit la page. Cela suppose en revanche que le design system soit pensé pour l'extraction, ce qui est une décision prise dans Figma, pas dans un calendrier éditorial.

Ce que cela implique commercialement

Une agence ne peut pas vendre un GEO qu'elle ne sait pas construire. Cela paraît évident et c'est pourtant ignoré à grande échelle, parce que l'offre est rédigée par les équipes stratégie tandis que la production revient à un développeur à qui l'on n'a jamais posé la question du rendu.

Les agences qui s'en sortent bien font quelque chose de simple : elles auditent avant de vendre. Une passe technique courte sur le site du client, vérification du code source, surface des 404 et des redirections, emplacement du schéma, robots.txt, structure des titres. Cet audit devient le premier livrable facturé, et il vous dit si la prestation que vous vous apprêtiez à vendre est seulement réalisable.

Il vous protège aussi. Vendre douze mois de GEO sur un site en rendu côté client, c'est préparer une demande de remboursement.

Où se situe Genesis Digital Factory

Nous construisons. C'est toute notre position. En vingt ans et 85 000 projets, le travail a toujours été la couche de production : stratégie de rendu, architecture de gabarits, données structurées, budgets de performance, accessibilité. La visibilité IA a discrètement transformé cette couche en facteur décisif de citation.

Les agences nous confient de plus en plus la moitié technique d'une mission GEO : la migration de rendu, le nettoyage des redirections, l'implémentation du schéma, la refonte des gabarits. Elles conservent la stratégie, la relation client et le reporting. Nous réalisons la production, en marque blanche, sous leur marque.

Questions fréquentes

Faut-il en conclure que React et Next.js nuisent à la visibilité IA ? Non. Next.js effectue un rendu serveur par défaut et convient parfaitement. Le problème est le rendu exclusivement côté client, qui relève d'un choix de configuration et non du framework.

Nous sommes bien positionnés sur Google. Sommes-nous à l'abri ? Pas nécessairement. Googlebot exécute le JavaScript et voit donc votre contenu. ChatGPT, Claude et Perplexity, non. D'excellents classements Google et zéro citation IA cohabitent très bien.

Faut-il supprimer notre fichier llms.txt ? Rien ne prouve qu'il aide, rien ne prouve qu'il nuit. Conservez-le si vous le souhaitez, mais ne le vendez pas comme un livrable et ne le laissez pas tenir lieu du travail technique qui, lui, fait bouger la citation.

Comment vérifier un site en cinq minutes ? Ouvrez le code source de la page la plus importante et cherchez une phrase du corps de texte. Si elle ne s'y trouve pas, le contenu est invisible pour les robots d'IA. Cette seule vérification répond à l'essentiel de la question.

Peut-on corriger sans refonte ? Souvent, oui. Un prérendu, une configuration de rendu hybride ou le passage des gabarits clés en rendu serveur suffisent généralement, sans toucher au reste de la stack. Une refonte est parfois justifiée, elle est rarement la seule option.

Vous voulez savoir si le site d'un client est réellement lisible par les robots d'IA ? Envoyez-nous une URL. Nous passons la vérification du rendu, la surface des 404 et redirections, l'emplacement du schéma et la structure des titres, et nous vous transmettons les constats avec ce qu'il faudrait pour corriger. Gratuitement, sous 48 heures. Découvrez nos services techniques, ou notre offre de sous-traitance en marque blanche.