SSR vs. SSG vs. ISR: Next.js-Rendering-Strategien für SEO im Jahr 2026

## Rendering ist nicht nur eine Entwickler-Entscheidung

Es ist eine SEO-Entscheidung. Nachdem ich Websites mit perfektem On-Page-SEO geprüft habe, die nicht ranken konnten, weil ihre Rendering-Strategie gegen Googlebot arbeitete. Schauen wir uns an, wo jeder Ansatz glänzt und wo er dir schadet.

Static Site Generation (SSG)

Am besten geeignet für: Inhalte, die sich nicht stündlich ändern. Blogs, Dokumentationen, Marketing-Seiten.

SEO-Vorteil: Vorgerendertes HTML zur Build-Zeit. Googlebot erhält das vollständige DOM sofort. Der LCP ist vorhersehbar. Du kannst auf einem CDN hosten und eine nahezu null betragende Server-Antwortzeit erreichen.

SEO-Nachteil: Hohe Build-Zeiten bei großen Websites. Wir haben eine Website mit 50.000 Seiten neu aufgebaut, und die Builds dauerten 22 Minuten. Jede Inhaltsaktualisierung erfordert einen neuen Build oder ISR.

Server-Side Rendering (SSR)

Am besten geeignet für: Dynamische Seiten – Dashboards, benutzerspezifische Inhalte, Echtzeitdaten.

SEO-Vorteil: Immer aktuell. Googlebot sieht bei jeder Anfrage den neuesten Inhalt. Ideal für Seiten, die sich stündlich ändern, etwa News oder Bestände.

SEO-Nachteil: Der TTFB leidet. Jede Anfrage trifft auf den Server. Wenn dein Server 800 ms zum Rendern braucht, wartet Googlebot 800 ms. Bei einem langsamen Origin tötet das deinen LCP. Wir haben einen Crawl-Rückgang von 40 % gemessen, als der TTFB auf einer stark frequentierten E-Commerce-Website über 1,2 s stieg.

Incremental Static Regeneration (ISR)

Am besten geeignet für: Inhalte, die sich aktualisieren, aber keine Echtzeit erfordern – Produktkataloge, Blog-Archive, Kategorieseiten.

SEO-Vorteil: Kombiniert SSG-Geschwindigkeit mit SSR-Frische. Seiten werden aus dem Cache ausgeliefert und im Hintergrund neu validiert. Für die meisten Websites bedeutet revalidate: 3600, dass Besucher sofortige Ladezeiten erhalten und sich die Inhalte stündlich synchronisieren.

SEO-Nachteil: Stale-while-revalidate bedeutet, dass alte Inhalte an Crawler ausgeliefert werden können. Wenn du falsch invalidierst, könnte Googlebot eine veraltete Version indexieren. Aus meiner Erfahrung passiert das bei Bestandsseiten – „auf Lager" wird stundenlang als „ausverkauft" angezeigt.

Die Realität 2026

Googles Cache ist mittlerweile schlauer. Mit dem Evergreen-Googlebot und besserem JavaScript-Rendering hat sich die Lücke verkleinert. Aber gehe niemals davon aus, dass Googlebot JavaScript so schnell rendert wie HTML. In unseren Tests dauerte die Indexierung von per JavaScript gerenderten Seiten 3-8 Sekunden länger.

Meine Regel: SSG für statische Inhalte, ISR für Katalogseiten mit revalidate: 3600, und SSR nur dann, wenn der Inhalt wirklich in Echtzeit verfügbar sein muss. Alles andere bedeutet Kampf gegen den Crawler.