SSR cassé : quand votre serveur renvoie une page vide à Google

En bref

Un SSR cassé signifie que votre serveur renvoie un HTML quasi vide : Google indexe une page sans contenu, même si le site s’affiche normalement dans le navigateur. Il faut réparer le rendu serveur pour que le contenu soit présent dès le HTML brut, avant toute exécution JavaScript.

CritiqueP1 — Ranking direct

De quoi s'agit-il ?

Le HTML renvoyé par votre serveur est quasi vide, alors que la page fonctionne dans le navigateur.

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

Google indexe d’abord le HTML brut : il voit une page vide jusqu’au second passage de rendu (de 24 h à plusieurs semaines). Les IA (ChatGPT, Perplexity, Claude) n’exécutent pas ou peu votre JavaScript : pour elles, cette page est quasi vide. C’est la panne SSR typique qui passe inaperçue car le site « marche » visuellement.

Quand ce n'est PAS un problème

  • La page est volontairement rendue côté client et n’a pas vocation à être indexée (interface applicative, back-office).
  • Le contenu principal est bien dans le HTML brut et seule une partie secondaire (widget, recommandations) est injectée en JavaScript.
  • 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 renvoyé par le serveur -->
<div id="app"></div>
<script src="/app.js"></script>
Après
<!-- HTML renvoyé par le serveur -->
<main>
  <h1>Chaussures de trail</h1>
  <p>Notre sélection de chaussures…</p>
</main>

À gauche, tout le contenu dépend du JavaScript. À droite, il est déjà dans le HTML brut que Google et les IA lisent en premier.

Comment corriger

  1. Ouvrez le vrai code source de la page (clic droit → « Afficher le code source », pas l’inspecteur) : le contenu principal doit y être visible.
  2. Identifiez la cause côté serveur : erreur de rendu, hydratation qui échoue, timeout de données, ou fallback SPA.
  3. Corrigez le rendu serveur pour que le HTML de réponse contienne le contenu, puis redéployez.
  4. Recrawlez la page pour confirmer que le HTML brut n’est plus vide.

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 ?

Votre HTML brut est-il vide sur certaines pages ? Entrez une URL : Seogard compare ce que renvoie votre serveur et ce que rend le navigateur, et vous dit en 30 s si Google voit du vide. 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

Google indexe le vrai contenu dès le premier passage et les IA peuvent enfin lire et citer la page.

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

Questions fréquentes

Comment savoir si mon SSR est cassé ?

Affichez le code source de la page (Ctrl+U) sans exécuter le JavaScript : si le contenu principal est absent, votre serveur renvoie une page vide à Google.

Google finit-il par voir le contenu rendu en JavaScript ?

Oui, à sa seconde vague de rendu — souvent en quelques secondes, mais le délai peut atteindre plusieurs jours ou semaines selon la taille du site et la priorité de crawl, et le rendu n’est jamais garanti. 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