Ein Framework-Name ist keine Antwort auf die Frage, welche Rendering-Strategie zu einem Projekt passt.
Drei Ansaetze, drei Staerken
Bei einer Single Page Application wird das komplette JavaScript-Bundle geladen, dann rendert der Browser. Vorteil: schnelle Navigation nach dem ersten Laden. Nachteil: schwaches SEO ohne Zusatzaufwand, langsames erstes Laden, eine zunaechst leere HTML-Huelle fuer Crawler.
Beim Server-Side Rendering rendert der Server die Seite bei jedem Request neu. Vorteil: SEO-freundlich, dynamischer Content immer aktuell. Nachteil: hoehere Serverlast und Latenz bei jedem Aufruf.
Bei Static Site Generation entstehen Seiten bereits zur Build-Zeit und werden als statische Dateien ausgeliefert. Vorteil: maximale Performance, guenstiges Hosting, sicheres Deployment. Nachteil: dynamische Inhalte erfordern einen Rebuild oder Client-Side Fetching.
Und dann gibt es noch ISR
Incremental Static Regeneration kombiniert SSG und SSR: Seiten werden statisch gerendert, aber im Hintergrund periodisch neu generiert. Fuer Content-Seiten mit moderatem Update-Bedarf oft der beste Kompromiss.
Eine einfache Entscheidungsmatrix
Ist SEO wichtig und der Inhalt haeufig dynamisch, spricht vieles fuer SSR. Ist SEO wichtig, der Inhalt aber selten aktualisiert, eignen sich SSG oder ISR besser. Ist SEO unwichtig, etwa bei internen, durch Login geschuetzten Bereichen, und ist Interaktivitaet wichtig, ist eine SPA meist die richtige Wahl.
Die Framework-Landschaft
Next.js deckt fuer React alle drei Modi ab, Nuxt bietet das Aequivalent fuer Vue. Astro ist SSG-optimiert mit Multi-Framework-Support und sehr guter Performance-Grundlage, Remix ist SSR-fokussiert mit progressiver Verbesserung.
Checkliste: SEO-Anforderungen definiert, Update-Frequenz der Inhalte analysiert, Authentifizierungs-Anforderungen beruecksichtigt, Hosting-Anforderungen geprueft, Rendering-Modus pro Seitentyp festgelegt.
Ein Beispiel aus der Praxis
Ein Unternehmen baute seine neue Marketing-Website als reine Single Page Application, weil das Entwicklungsteam damit am vertrautesten war. Nach dem Launch blieb der organische Traffic trotz guter Inhalte weit hinter den Erwartungen zurueck. Die Analyse zeigte: Suchmaschinen-Crawler sahen beim ersten Zugriff lediglich eine leere HTML-Huelle, der eigentliche Inhalt wurde erst clientseitig nachgeladen. Ein Wechsel zu Server-Side Rendering fuer die oeffentlichen Marketing-Seiten, bei gleichzeitiger Beibehaltung der SPA fuer den eingeloggten Bereich, loeste das Problem ohne kompletten Neubau.
Rendering-Strategie noch unklar? markom.digital hilft bei der Architektur-Entscheidung fuer Web-Projekte, von der Analyse bis zur Umsetzung.
