Konzept

agent readableMarkdown

SSR/SSG-Stack

Direkte Antwort

SSR/SSG-Stack: Warum servergerendertes und statisch generiertes HTML die Basis für Performance, Crawlability und KI-Extraktion ist — und warum eine reine React-SPA für Marketingseiten meist nicht reicht.

Wichtigste Punkte

  • SSR/SSG = Kerninhalt als HTML, nicht erst nach JS.
  • SPA-only ist für GEO und viele Crawler riskant.
  • Next.js ist der typische Zielstack.
  • Weniger Hydration = besseres INP.
  • ISR/Edge ergänzen, ersetzen aber keine klare HTML-Basis.

— Steve Baka

Aktualisiert: · Autor: Steve Baka

SSR/SSG verbessert Extraktion. Der Census in der AI-Readiness-Studie zeigt trotzdem: ohne llms.txt und Struktur bleibt Agent-Ready niedrig.

SSR und SSG statt Client-Only

SSR und SSG liefern fertiges HTML. Das verbessert Crawlability, Extrahierbarkeit und Core Web Vitals. Modern Stack modernisiert auf Next.js genau deshalb — Pillar Webseite-Modernisierung.

Warum scheitern reine SPAs an GEO?

Antwort-Engines und RAG-Pipelines brauchen Passagen. Wenn der erste HTML-Response leer ist, steigt das Risiko, übergangen zu werden — siehe Next.js vs WordPress und GEO & AI-Sichtbarkeit.

Edge, ISR und Auslieferung

Edge-Rendering und ISR verkürzen Latenz und Aktualisierungswege. Sie ersetzen nicht die Architekturentscheidung „HTML zuerst“. Hosting nach Migration beschreibt den Betrieb ohne WordPress-Hosting.

Was ändert sich für Redaktion und Technik?

Inhalte bleiben kanonisch im Catalog/MDX oder Headless — nicht in Pagebuilder-Shortcodes. Formulare und Conversion hängen als Module an: Conversion & Anfragen.

Einstieg

Audit → Migration → CWV-Check → optional Knowledge Graph. Start: Webseite-Modernisierung oder WordPress-Migration.

HTML zuerst: warum SSR/SSG für Marketingseiten Pflicht ist

Reine Client-SPAs liefern oft leeren oder dünnen ersten HTML-Response. Viele Crawler und Answer-Engine-Pipelines führen kein volles Browser-Rendering aus — dann fehlt der Inhalt für Ranking und Zitation. SSR und SSG liefern fertiges Markup; Hydration bleibt auf interaktive Inseln begrenzt, was INP verbessert.

Modern Stack migriert Marketingseiten deshalb auf Next.js mit HTML-first Delivery. ISR und Edge verkürzen Latenz und Update-Wege, ersetzen aber nicht die Architekturentscheidung. Zusammen mit llms.txt, JSON-LD und Markdown-Negotiation entsteht ein Stack, der Menschen und Maschinen gleichermaßen bedient — messbar in der AI-Readiness-Studie.

Mehr dazu: Webseite-Modernisierung

Quellen

Häufige Fragen

Ist eine React-SPA genug?

Für Marketing und GEO meist nein. Viele Pipelines erwarten fertiges HTML; leere Client-Shells sind schlecht extrahierbar.

Was ist der Unterschied zwischen SSR und SSG?

SSR rendert pro Request (oder Edge), SSG baut HTML vorab. Beides liefert fertiges Markup — im Gegensatz zu Client-only Rendering.

Brauche ich ISR?

Optional. ISR aktualisiert statische Seiten ohne Full-Rebuild. Primär zählt sauberes HTML; ISR ist Feintuning.

Wie hängt das mit Hydration zusammen?

Zu viel Hydration belästigt INP. SSR/SSG erlauben interaktive Inseln statt die ganze Seite clientseitig zu booten.

Wo hoste ich den Stack?

Typisch Edge-/App-Plattformen nach der Migration — siehe Hosting nach Migration und Vercel.

Weiterlesen

  • Webseite-Modernisierung

    Was Webseite-Modernisierung bei Modern Stack bedeutet: bestehende WordPress- und Baukasten-Webseiten auf einen modernen Web-Stack bringen — Inhalte behalten, Technik erneuern, bereit für Google und KI-Suche.

  • SSR

    SSR (Server-Side Rendering) erzeugt das HTML einer Seite auf dem Server pro Anfrage, statt es dem Browser per JavaScript zusammenbauen zu lassen. Crawler, Assistenten und Nutzer erhalten den Inhalt sofort im ersten Response.

  • SSG

    SSG (Static Site Generation) erzeugt das fertige HTML jeder Seite einmal beim Build, nicht bei jedem Aufruf. Die Dateien lassen sich über ein CDN ausliefern — schnell, robust und für Crawler direkt lesbar.

  • Next.js

    Next.js ist ein React-Framework von Vercel für Webanwendungen und Unternehmensseiten. Es rendert Seiten auf dem Server oder vorab (SSR, SSG, ISR) und liefert fertiges HTML — gut für Geschwindigkeit, Suche und KI.

  • Webarchitektur im KI-Zeitalter — vom CMS-Monolithen zum reaktiven Full-Stack

    Warum WordPress, Wix, Jimdo und Squarespace an Streaming, RAG und agentischen Workflows scheitern — und wie Next.js, Convex, SurrealDB, Resend und Vercel ein KI-taugliches Ökosystem bilden.

  • Core Web Vitals & Modernisierung

    Warum LCP, INP und CLS zur Webseite-Modernisierung gehören — und warum CDN-Caching allein selten reicht, wenn WordPress oder Pagebuilder das Markup aufblasen.

  • llms.txt für Agenten

    Was llms.txt und llms.json leisten — und warum sie nur Ergänzung zu crawlbarem, servergerendertem HTML sind, kein Ersatz für Inhalte.

  • Crawlability

    Crawlability beschreibt, ob Suchmaschinen-Crawler und KI-Assistenten deine Inhalte erreichen und lesen dürfen und können. Gesperrte Bots, fehlerhafte Statuscodes, Soft-404 und leere JavaScript-Hüllen verhindern sie.

  • Hydration

    Hydration ist der Schritt, in dem der Browser vorgerendertes HTML mit JavaScript verbindet und interaktiv macht. Zu viel Hydration bedeutet schweres JavaScript, träge Reaktion (INP) und unnötigen Ballast.

  • Extrahierbarkeit

    Extrahierbarkeit beschreibt, wie zuverlässig sich Fakten aus einer Webseite herauslösen lassen — durch Menschen, Crawler und KI-Modelle. Sauberes HTML, klare Überschriften und eigenständige Antwortabschnitte erhöhen sie; Layout-Ballast und JavaScript-Hüllen senken sie.

  • Edge Rendering

    Edge-Rendering führt das Erzeugen von HTML oder API-Antworten auf Servern nah am Nutzer aus, statt zentral in einem Rechenzentrum. Es senkt Latenz für dynamische Antworten und ergänzt das CDN, das statische Dateien ausliefert.

  • ISR

    ISR (Incremental Static Regeneration) erneuert statisch erzeugte Seiten nach einem Zeitintervall oder auf Abruf im Hintergrund — ohne die gesamte Webseite neu zu bauen. Besucher bekommen schnelle statische Antworten, Inhalte bleiben trotzdem aktuell.

  • WordPress im KI-Zeitalter — 10 Gründe, warum der Monolith nicht mehr zeitgemäß ist

    WordPress und Baukästen wurden für Dokumente gebaut — nicht für Token-Streaming, Agenten, RAG und Generative UI. Zehn strukturelle Gründe und der Wechsel zu Next.js, Convex, SurrealDB und dem Vercel AI SDK.

  • Hosting nach der Migration

    Nach der Migration wird kein klassisches WordPress-Hosting mehr benötigt. Die Webseite wird über eine moderne Plattform mit CDN- und Edge-Auslieferung betrieben; Domain, E-Mail und DNS können dabei getrennt und unverändert bleiben.

  • Convex

    Convex ist ein reaktives Backend-as-a-Service: Datenbank, serverseitige TypeScript-Funktionen und Echtzeit-Updates in einem System. Modern Stack nutzt es für Anfragen, CRM und Admin hinter der Webseite — sichtbar für Besucher ist nur das Ergebnis, nicht der Anbieter.

  • AI-Readiness deutscher Dienstleister-Webseiten — Studie, Zahlen und Handlungsbedarf

    Empirische Auswertung von 6.675 Live-Audits: Agent-Ready-Scores, llms.txt, Markdown-Negotiation und Crawl-Signale bei Physiotherapie, Steuerberatung, Coaching, Psychologie, Fotografie und weiteren Dienstleistern in Deutschland — mit Interpretation für GEO, AIO und Webseite-Modernisierung.

Sofort-Check

Deine Webseite jetzt prüfen

Kurzreport mit den wichtigsten Schwachstellen sofort — den Vollreport schaltest du mit deiner E-Mail frei.

← Content Hub·Webseite-Modernisierung