Vous êtes une entreprise ?
Ordiama, c'est aussi une agence IA à Strasbourg : on crée votre site, on vous rend visible dans l'IA et on automatise vos tâches.
Générer un site avec un agent IA comme Claude Code prend des heures, pas des semaines. Le problème : le code produit « par défaut » est souvent invisible pour Google et pour les moteurs d’IA. Un agent optimise pour que « ça marche à l’écran », pas pour que ce soit indexable. Voici l’architecture, les règles à lui imposer et les pièges à éviter, tirés de notre propre migration vers un média IA sans perdre dix ans de référencement.
À jour : juin 2026.
Réponse directe : on génère le site avec un agent IA, mais on lui impose une pile où le contenu reste dans un CMS et le front est rendu côté serveur (SSR ou SSG). Le HTML complet part au premier chargement, les URLs ne bougent pas, et le référencement existant est préservé sans redirection.
L’erreur n’est pas d’utiliser l’IA. C’est de la laisser décider seule de l’architecture. Un agent livre par réflexe une application React ou Vue rendue côté navigateur : joli à l’écran, vide pour les robots. La suite explique pourquoi, et comment cadrer l’agent pour que ça n’arrive pas.
Le « JavaScript blind spot » est l’angle mort des robots face au contenu chargé côté navigateur (client-side rendering) : ils lisent le HTML initial mais n’exécutent pas le JavaScript, donc ne voient jamais le texte injecté après coup. C’est précisément le défaut des frameworks que les agents génèrent spontanément. La page n’est qu’une coquille : un header, un footer, et un grand trou à la place du contenu.
Ce n’est pas une intuition. Une analyse conjointe de Vercel et MERJ a suivi plus d’un milliard de requêtes de robots d’IA et n’a trouvé aucune trace d’exécution de JavaScript chez les principaux d’entre eux.
Robots d’IA et JavaScript, étude Vercel × MERJ, déc. 2024 :
- 569 millions de requêtes GPTBot analysées / sur un mois
- 370 millions de requêtes ClaudeBot / même période
- 24,4 millions de requêtes PerplexityBot / même période
- 0 trace d’exécution JavaScript / sur l’ensemble des robots d’IA suivis
- 11,50 % des requêtes GPTBot portent sur des fichiers JS / téléchargés mais jamais exécutés
- 23,84 % pour ClaudeBot / même comportement
GPTBot et ClaudeBot récupèrent donc vos fichiers JavaScript, mais ne les font pas tourner. Tout ce qu’un script ajoute après le chargement (un tableau comparatif, une FAQ en accordéon, un prix dynamique) reste invisible pour eux. Et ce comportement n’a pas évolué : en 2026, aucun des grands robots d’IA (GPTBot, ClaudeBot, PerplexityBot, Bytespider, Meta-ExternalAgent) ne rend le JavaScript. Ils travaillent avec le HTML initial, point.
Le test ultime tient en une manipulation : désactivez JavaScript dans votre navigateur, puis rechargez la page. Si elle devient blanche, le robot la voit blanche aussi. Un site « vibe-codé » peut être superbe et totalement absent des résultats, classiques comme génératifs.
Tous les robots ne sont pas logés à la même enseigne. Googlebot, lui, rend le JavaScript via un moteur Chrome sans interface : il exécute le code et indexe la page finale. Gemini s’appuie sur cette même infrastructure, et AppleBot fonctionne aussi avec un rendu navigateur. La fracture passe entre l’écosystème Google/Apple et les robots des LLM autonomes.
| Robot | Exécute le JavaScript ? | Ce qu’il voit d’un site client-only |
|---|---|---|
| Googlebot | Oui (Chrome headless) | La page complète, après un délai et un coût de budget de crawl |
| Gemini | Oui (via Googlebot) | La page complète |
| AppleBot | Oui (rendu navigateur) | La page complète |
| GPTBot (ChatGPT) | Non | Une coquille vide |
| ClaudeBot | Non | Une coquille vide |
| PerplexityBot | Non | Une coquille vide |
La nuance compte pour le GEO. Miser sur le seul fait que « Google finit par rendre le JS » vous fait passer à côté de ChatGPT, Claude et Perplexity, qui pèsent une part croissante de la découverte. Le rendu serveur, lui, satisfait tout le monde d’un coup.
La bonne réponse n’est pas « moins d’IA », mais la bonne pile. Voici celle que nous utilisons sur Ordiama.
| Couche | Rôle | Pourquoi |
|---|---|---|
| CMS headless (WordPress) | Stocke le contenu et l’autorité acquise | On ne jette pas des années de référencement ; l’édition reste simple |
| Front rendu serveur (Next.js) | Génère du HTML complet, indexable | SSR / SSG : le contenu est dans la page, pas derrière du JavaScript |
| Agent IA (Claude Code) | Écrit le code du front | Vitesse, à condition de l’encadrer (voir plus bas) |
| Hébergement (Vercel) | Sert le HTML pré-généré, rapide | Performance et Core Web Vitals |
Le principe : le contenu et son autorité restent dans le CMS, le front est rendu côté serveur (donc lisible par tous les robots), et l’agent IA n’est qu’un exécutant rapide. Pas l’architecte du SEO.
Cette pile règle aussi un problème de fond du headless. Quand on bascule un site existant vers un front moderne, la tentation est de « repartir propre ». Sur un site de dix ans, c’est le meilleur moyen de saborder son historique. Le découplage CMS/front permet de moderniser l’affichage sans toucher au contenu ni aux adresses.
Un agent IA ne pense pas « référencement » spontanément. Il faut le lui dire, explicitement, dès le brief. Ces six règles sont celles que nous écrivons noir sur blanc avant toute génération.
<a href>, pas des boutons JavaScript, et un maillage interne réel entre les articles.title, meta description et balises Open Graph uniques, générés depuis les données.Une chose que la plupart des tutos passent sous silence : la règle n°1 ne suffit pas si vous ne vérifiez pas le résultat. Un agent peut très bien vous affirmer qu’il a « activé le SSR » tout en laissant des composants critiques en client-only. La preuve se fait sur le HTML servi, pas sur sa parole.
Changer les URLs « pour faire propre ». C’est l’erreur la plus coûteuse sur un site existant. Nous avons servi exactement les mêmes permaliens qu’avant, via une route « attrape-tout » qui résout chaque URL depuis le CMS, pour migrer sans une seule redirection sur la majorité des pages.
Laisser l’agent décider du rendu. Par défaut, il partira sur du client-only. À cadrer dès la première instruction, et à contrôler à la fin.
Oublier de lui donner votre SEO existant. L’agent ignore vos URLs, vos mots-clés et vos pages qui performent. Sans audit en entrée, il recrée un site « neuf » qui efface l’historique. Fournissez-lui la liste des URLs, les positions, les pages à préserver.
Le contenu halluciné. Un agent comble les vides avec du texte plausible mais faux. Tout contenu doit venir de votre CMS ou être vérifié. Jamais inventé à la volée.
Négliger les canoniques et la performance. Doublons d’URL (avec/sans slash, http/https), images non optimisées, balise canonical absente : autant de fuites que l’agent ne corrige pas seul.
Voici l’enchaînement que nous suivons, dans l’ordre, avec les durées observées.
Résultat : un site généré en grande partie par IA, moderne et rapide, qui conserve l’intégralité de son référencement parce que les URLs et le contenu n’ont pas bougé. Seule la couche d’affichage a changé. Et l’effet est immédiat côté robots d’IA : un cas documenté par Prerender.io montre qu’après mise en place d’un pré-rendu sur une application client-only, les robots d’IA sont montés à près de 48 % des requêtes du site.
Un site généré par IA est-il bon pour le SEO ?
Pas par défaut. Le code généré tend vers un rendu client, invisible pour les robots. Avec un rendu serveur, des URLs propres et des données structurées, il peut être excellent. Tout se joue dans l’architecture imposée à l’agent.
Pourquoi le rendu côté serveur est-il indispensable ?
Parce que Google et surtout les robots d’IA n’exécutent pas le JavaScript. L’étude Vercel × MERJ de décembre 2024 n’a trouvé aucune exécution de JS chez GPTBot, ClaudeBot ou PerplexityBot. Le contenu doit être présent dans le HTML initial, sinon il est invisible.
Quels robots d’IA exécutent le JavaScript ?
Googlebot, Gemini (via Googlebot) et AppleBot le rendent. GPTBot, ClaudeBot, PerplexityBot, Bytespider et Meta-ExternalAgent ne le rendent pas, en l’état de 2026. Le rendu serveur reste donc le seul choix qui satisfait tout le monde.
Comment migrer sans perdre son référencement ?
En conservant les mêmes URLs et le même contenu, et en ne changeant que la couche d’affichage. Si la structure d’URL change, il faut des redirections 301 propres, page par page.
Peut-on faire confiance à l’agent pour le contenu ?
Non pour l’inventer. Oui pour structurer, baliser et coder, à partir d’un contenu vérifié issu de votre CMS. Tout texte généré « pour combler » doit être traité comme suspect jusqu’à vérification.
Vous voulez un site moderne, généré avec l’IA mais réellement indexable et citable ? Ordiama conçoit des sites headless rapides qui préservent, et améliorent, votre référencement.
Sources : Vercel × MERJ, « The rise of the AI crawler » (17 décembre 2024 ; chiffres GPTBot, ClaudeBot, PerplexityBot et absence d’exécution JavaScript vérifiés à la source) ; Prerender.io, case study sur le pré-rendu d’une application client-only (part des robots d’IA proche de 48 % des requêtes après pré-rendu) ; documentation Google sur le rendu JavaScript par Googlebot ; retour d’expérience Ordiama (migration WordPress headless plus Next.js sur Vercel, juin 2026).
Ordiama, c'est aussi une agence IA à Strasbourg : on crée votre site, on vous rend visible dans l'IA et on automatise vos tâches.