SSR vs. CSR in Next.js: Was Google wirklich indexiert - und was nicht

Google kann JavaScript ausfuehren, aber Rendering ist nicht gleich. Fuer SEO-kritische Seiten bleibt SSR die verlaesslichste Basis.

SSR vs. CSR in Next.js

Was Google wirklich indexiert - und was nicht

Warum dieses Thema weiterhin missverstanden wird

Frameworks wie Next.js bieten maximale Flexibilitaet beim Rendering. Fuer SEO bedeutet diese Flexibilitaet jedoch auch neue Risiken.

Die verbreitete Annahme:

"Google kann JavaScript ausfuehren, also ist es egal."

ist nur teilweise korrekt - und in der Praxis oft problematisch.

Wie Google Seiten tatsaechlich verarbeitet

Google arbeitet in zwei Phasen:

  1. HTML-Crawl Googlebot laedt und analysiert das vom Server gelieferte HTML.
  2. Rendering JavaScript wird spaeter (nicht garantiert sofort) ausgefuehrt.

Diese Trennung ist entscheidend, da Rendering:

  • verzoegert sein kann,
  • nicht fuer jede Seite erfolgt,
  • crawl-budget-abhaengig ist.

Server-Side Rendering (SSR)

SSR liefert:

  • vollstaendiges HTML direkt vom Server,
  • sofort sichtbaren Content,
  • klare Struktur fuer Google.

Das ist ideal fuer:

  • Service- und Landingpages,
  • Standortseiten,
  • Artikel und Wissensseiten.

SSR sorgt fuer Stabilitaet und Vorhersehbarkeit in der Indexierung.

Client-Side Rendering (CSR)

CSR bedeutet:

  • wenig Inhalt im initialen HTML,
  • Content entsteht erst nach JS-Ausfuehrung.

Risiken:

  • verzoegerte Indexierung,
  • unvollstaendiger Content,
  • schwaechere Ranking-Signale.

CSR ist nicht falsch - aber fuer SEO-relevante Seiten riskant.

Was Google mit CSR kann - und wo es scheitert

Probleme entstehen bei:

  • interaktionsabhaengigem Content,
  • versteckten Tabs/Accordions,
  • zustandsabhaengigem Rendering,
  • fehlgeschlagenen API-Calls.

In solchen Faellen sieht Google oft weniger als Nutzer.

Typische Fehler in Next.js-Projekten

  • unnoetige Client-Komponenten,
  • SEO-Content in useEffect,
  • deaktiviertes SSR auf Marketingseiten,
  • komplexe Renderlogik im Initial Load.

Empfohlene Strategie

  • Kerninhalt serverseitig rendern.
  • Interaktivitaet clientseitig ergaenzen.
  • Statische Generierung nutzen, wo moeglich.
  • Rendering einfach und stabil halten.

SEO-Auswirkungen

Rendering beeinflusst:

  • Indexierung,
  • Relevanz,
  • Ranking-Stabilitaet,
  • Crawl-Effizienz.

Es ist eine strategische Entscheidung, keine rein technische.

Fazit

Google kann JavaScript rendern - aber nicht zuverlaessig genug, um darauf zu bauen.

Fuer SEO-kritische Seiten bleibt SSR der stabilste Ansatz. CSR sollte unterstuetzen, nicht ersetzen.