Écart SSR/CSR : quand le HTML brut ne contient presque rien

En bref

Un écart SSR/CSR signifie que le HTML brut renvoyé par le serveur contient moins de 10 % du contenu visible dans le navigateur : Google en indexe une version très appauvrie et les LLM, qui lisent surtout le HTML brut, ne captent presque rien. Il faut rendre le contenu principal côté serveur au lieu de l'injecter en JavaScript.

CritiqueP1 — Ranking direct

De quoi s'agit-il ?

Le HTML brut contient moins de 10 % du contenu visible dans le navigateur.

Pourquoi c'est un problème pour le SEO et les IA

La quasi-totalité du contenu est injectée par JavaScript. Google en voit une version très appauvrie au premier crawl, et les LLM — qui lisent quasi exclusivement le HTML brut — ne captent presque rien. Votre contenu existe pour les humains mais pas pour les machines qui décident de votre visibilité.

Quand ce n'est PAS un problème

  • La page est une interface applicative volontairement rendue côté client (back-office, tableau de bord) et n'a pas vocation à être indexée.
  • L'écart mesuré porte sur du contenu secondaire (recommandations, commentaires chargés après coup) et le corps principal est bien dans le HTML brut.
  • Vous êtes au tout premier crawl d'une nouvelle page : Seogard n'alerte pas tant qu'il n'a pas de référence.
Avant
<!-- HTML brut renvoyé par le serveur -->
<div id="app"></div>
<script src="/bundle.js"></script>
<!-- 90%+ du contenu injecté ensuite par JS -->
Après
<!-- HTML brut renvoyé par le serveur -->
<main>
  <h1>Guide du trail</h1>
  <article>Tout le contenu éditorial est déjà là...</article>
</main>

À gauche, le serveur renvoie une coquille et le contenu dépend du JS. À droite, il est présent dès le HTML brut que Google et les IA lisent en premier.

Comment corriger

  1. Affichez le vrai code source (Ctrl+U, pas l'inspecteur) et comparez-le à ce que vous voyez à l'écran : mesurez ce qui manque côté serveur.
  2. Identifiez la partie de contenu injectée par JavaScript et pourquoi elle ne sort pas du rendu serveur (data côté client, composant client-only, fallback SPA).
  3. Basculez le contenu principal en rendu serveur (SSR) ou en pré-génération (SSG) pour qu'il figure dans la réponse HTML.
  4. Redéployez puis recrawlez : le HTML brut doit maintenant contenir la majorité du contenu visible.

Ce scan vérifie ce qui manque dans le HTML brut mais apparaît au rendu JavaScript

Ce défaut est-il sur votre site ?

Combien de votre contenu voit réellement Google ? Entrez une URL : Seogard compare le HTML brut renvoyé par votre serveur et le rendu du navigateur, et chiffre en 30 s l'écart entre les deux. Gratuit, sans carte bancaire.

En cliquant sur Analyser, je certifie être propriétaire du site ou disposer d'une autorisation pour le crawler.

  • Sans carte bancaire
  • Résultat en ~30 s

Ce que vous récupérez

Le contenu complet devient indexable au premier crawl et citable par les IA.

Seogard détecte cette régression automatiquement — via le scanner SSR.

Questions fréquentes

Comment mesurer l'écart entre mon HTML brut et le rendu navigateur ?

Comparez le code source brut (Ctrl+U, sans exécuter le JS) au DOM rendu dans l'inspecteur : si le brut est quasi vide, l'essentiel de la page dépend du JavaScript.

Google finit-il par voir le contenu injecté en JavaScript ?

Oui, à son second passage de rendu, mais avec un délai variable : quelques secondes en médiane, parfois bien plus pour les pages à faible budget de crawl (le HTML brut reste exploré nettement plus vite que le JavaScript). Les moteurs de réponse IA, eux, ne l'exécutent quasiment jamais.

Règles sœurs

Page redirigéeUne page encore déclarée dans votre sitemap s’est mise à rediriger vers une autre URL : le sitemap présente comme canonique une adresse qui rebondit. Retrait voulu → sortez-la du sitemap ; sinon, souvent une route cassée. Une page redirigée ET sortie du sitemap est un retrait propre : aucune alerte. Redirection JavaScriptLa page répond 200 mais son JavaScript redirige le navigateur ailleurs. Google ne la suit qu’après rendu (différé, ou jamais si le rendu échoue) et les IA lisent le HTML d’origine, pas la destination : machines et humains voient deux pages différentes. Redirection casséeUne page retirée proprement (redirection + sortie du sitemap) renvoie désormais une erreur 4xx : sa redirection a cassé. Le jus des backlinks qui pointaient vers l’ancienne URL cesse d’être transmis — typiquement un refactor qui a supprimé la règle de redirection ou sa cible.

Mis à jour le 10 juillet 2026