SSR · Rendu côté serveur
Le Server-Side Rendering (SSR) génère le HTML côté serveur avant l’envoi au navigateur. Il est recommandé en GEO : la plupart des crawlers de LLM ne rendent pas le JavaScript, et un contenu qui n’existe que côté client leur reste invisible.
Définition autonome · 41 mots
Comment fonctionne le SSR ?
Le serveur exécute l’application, produit un HTML complet avec le contenu, puis l’envoie. Le navigateur affiche immédiatement la page et hydrate ensuite le JavaScript. À l’inverse, en rendu côté client (CSR), le HTML initial est quasi vide et le contenu apparaît après l’exécution du JavaScript.
Pourquoi le SSR compte pour les crawlers IA ?
Googlebot rend le JavaScript, avec un délai. D’après l’étude de Vercel et MERJ de décembre 2024, les principaux crawlers d’IA testés ne l’exécutent pas. Un site en CSR peut donc être complet pour Google et vide pour un crawler IA.
Comment vérifier le rendu ?
Afficher le code source (et non l’inspecteur) et chercher le contenu clé, ou récupérer la page avec curl. Si le texte, les titres et les liens n’y figurent pas, un crawler sans rendu ne les verra pas. Les frameworks modernes proposent SSR, SSG ou ISR pour y remédier.
Questions fréquentes
SSR, SSG ou ISR ?
Tous servent du HTML complet. Le SSG pré-génère à la compilation, l’ISR régénère à intervalles, le SSR génère à la demande. Le choix dépend de la fréquence de mise à jour.
Le SSR ralentit-il le site ?
Il peut augmenter le TTFB. Un cache ou un CDN limite l’effet.
Googlebot rend-il tout le JavaScript ?
Il le rend, avec un délai et des contraintes documentées dans les bases du SEO JavaScript. Mieux vaut ne pas lui confier le contenu essentiel.
Termes liés
Approfondir
- Checklist GEO et LLM / IA 2026
- Checklist GEO de Google : comment optimiser son site pour les agents IA
- ← Retour au glossaire GEO (114 termes)