Un site immersif peut-il être bien référencé ?

WebGL, 3D, animations : le spectaculaire a la réputation d'être invisible pour Google et les IA. C'est un problème d'architecture, pas de technologie — la preuve par notre propre site.

C’est la question qu’on nous pose à chaque projet : « un site en 3D, c’est magnifique, mais est-ce que Google le lit ? » Derrière elle, une croyance tenace : pour être visible, il faudrait être sobre. C’est faux. Le spectaculaire et le référencement ne s’opposent pas — à condition de construire dans le bon ordre.

D’où vient le mythe ?

Il a une histoire. À l’époque de Flash, le contenu vivait enfermé dans un plugin que les moteurs ne savaient pas ouvrir : les sites les plus impressionnants du web étaient littéralement invisibles. Puis sont venues les applications JavaScript qui dessinent tout à l’écran et ne livrent aux robots qu’une page blanche. Le réflexe est resté : spectaculaire = illisible.

Mais le problème n’a jamais été le spectacle. C’est l’endroit où vit le contenu.

Que voient vraiment les robots ?

Deux populations de robots comptent aujourd’hui, et elles ne lisent pas pareil. Googlebot exécute JavaScript : Google rend les pages dans un Chromium à jour, mais avec une file d’attente et un budget de rendu — un contenu qui n’existe qu’après exécution du script est indexé plus tard, parfois incomplètement. Les robots des IA, eux, n’exécutent pas JavaScript du tout : GPTBot (OpenAI), ClaudeBot (Anthropic) et leurs semblables récupèrent le HTML brut et s’en contentent, comme l’a mesuré l’analyse de Vercel sur ses propres serveurs (fin 2024). La conséquence est plus tranchante qu’avant : à l’ère du GEO, un site dont le texte vit dans un canvas WebGL est un écran noir pour les moteurs de réponse — un contenu dessiné en JavaScript n’existe pas pour eux, et il ne sera jamais cité, puisqu’il n’y a rien à citer.

La règle : le contenu dans le HTML, le spectacle par-dessus

Un site immersif bien référencé est un site construit en couches :

1. Le contenu d’abord, en HTML statique

Tout ce qui doit être lu — titres hiérarchisés, offres, chiffres, formulaire de contact — est servi en HTML sémantique dès la première requête, sans qu’aucun script n’ait besoin de s’exécuter. C’est la page que reçoivent Googlebot, GPTBot et un lecteur d’écran.

2. Les machines ensuite

Données structurées schema.org, métadonnées, sitemap, flux RSS : la couche invisible qui permet d’attribuer, dater et comprendre le contenu.

3. Le spectacle enfin, comme un calque

La scène 3D se charge par-dessus le contenu, jamais à sa place. Si JavaScript échoue, un écran de repli s’affiche et le contenu reste intact. Si le visiteur préfère les interfaces sans mouvement (prefers-reduced-motion), la scène ne se lance pas.

4. La vitesse, non négociable

Les Core Web Vitals font partie des signaux de classement de Google : un site immersif doit optimiser ses modèles 3D (des mégaoctets réduits en centaines de kilooctets) et différer leur chargement pour que le contenu arrive avant le décor.

La preuve par devak.fr

Ce site-ci est notre démonstration. Un narval y nage dans un canyon arctique en WebGL — et pourtant : coupez JavaScript, et l’intégralité du texte, des offres et du formulaire de devis reste lisible, parce que tout est du HTML généré à la construction. Les articles de ce blog ne chargent aucun script. Les données structurées décrivent l’entreprise, les offres et chaque article. La 3D n’est que la dernière couche, celle qu’on peut retirer sans rien perdre.

Le site le plus spectaculaire que nous livrons est aussi le plus strict sur le référencement. Ce n’est pas un paradoxe, c’est la méthode.

Parlez-nous de votre projet : un développeur vous lit et vous répond.