Zum Hauptinhalt springen
Entwicklung

SSG (Static Site Generation)

Static Site Generation erstellt HTML-Seiten zur Build-Zeit, was zu extrem schnellen Ladezeiten und hoher Sicherheit führt.

Was ist SSG (Static Site Generation)?

SSG (Static Site Generation) – Static Site Generation (SSG) ist eine Rendering-Strategie, bei der HTML-Seiten zur Build-Zeit generiert werden - nicht bei jedem Request. Das Ergebnis sind fertige HTML-Dateien, die direkt vom CDN ausgeliefert werden. Keine Datenbank-Abfragen, keine Server-Berechnungen bei jedem Aufruf. Das bedeutet: Blitzschnelle Ladezeiten und nahezu unbegrenzte Skalierbarkeit.

Ausführliche Erklärung

Static Site Generation (SSG) ist eine Rendering-Strategie, bei der HTML-Seiten zur Build-Zeit generiert werden - nicht bei jedem Request. Das Ergebnis sind fertige HTML-Dateien, die direkt vom CDN ausgeliefert werden. Keine Datenbank-Abfragen, keine Server-Berechnungen bei jedem Aufruf. Das bedeutet: Blitzschnelle Ladezeiten und nahezu unbegrenzte Skalierbarkeit.

Frameworks wie Next.js, Gatsby, Astro und Hugo unterstützen SSG. Der Build-Prozess holt Daten aus CMS, APIs oder Markdown-Dateien und generiert statische HTML-Seiten. Bei Inhaltsänderungen wird ein neuer Build ausgelöst. Moderne Ansätze wie Incremental Static Regeneration (ISR) ermöglichen Updates einzelner Seiten ohne kompletten Rebuild.

SSG eignet sich perfekt für: Marketing-Websites, Blogs, Dokumentationen, Landing Pages - alles mit Inhalten, die sich nicht sekündlich ändern. Vorteile: Beste Core Web Vitals, maximale Sicherheit (keine Angriffsfläche), günstigstes Hosting (CDN/Vercel/Netlify), SEO-optimal. Nachteile: Build-Zeit bei sehr großen Sites, nicht für hochdynamische Inhalte (Echtzeit-Daten, personalisierte Dashboards).

SSG ist das Herzstück der JAMstack-Architektur (JavaScript, APIs, Markup): Das Markup wird vorgebaut, dynamische Funktionen kommen über APIs hinzu. Der große Vorteil ist die Auslieferung als statische Datei vom CDN - kein Server-Rendering pro Request, dadurch beste Time-to-First-Byte und triviale Skalierung selbst bei Traffic-Spitzen. Zur Einordnung: Bei SSR wird das HTML pro Anfrage auf dem Server erzeugt (immer frisch, aber langsamer und serverabhängig), bei CSR erst im Browser gerendert (schlecht für SEO), bei SSG hingegen einmal zur Build-Zeit.

Die klassische SSG-Grenze - dass sich Inhalte nur bei einem neuen Build ändern - hebt Incremental Static Regeneration (ISR) auf: In Next.js legt man pro Seite ein Revalidierungsintervall fest oder stößt eine gezielte On-Demand-Revalidierung per Webhook an, sodass sich einzelne Seiten aktualisieren, ohne die gesamte Site neu zu bauen. Das entschärft auch das Problem langer Build-Zeiten bei großen Websites mit zehntausenden Seiten. Frameworks wie Astro gehen mit dem Islands-Ansatz noch weiter: Sie liefern standardmäßig reines HTML ohne JavaScript aus und hydratisieren nur einzelne interaktive Inseln - so bleibt selbst inhaltsreiches Marketing-Material extrem leichtgewichtig. Für Marketing-Sites, Blogs, Dokumentationen sowie die Glossar- und Content-Seiten von HEADON.pro ist SSG deshalb die Standardwahl.

Vorteile & Nutzen

  • Extrem schnelle Ladezeiten durch CDN-Delivery
  • Höchste Sicherheit - keine Server-Angriffsfläche
  • Optimale SEO durch vollständiges HTML
  • Günstigstes Hosting - oft kostenlos bei Vercel/Netlify

Verwandte Begriffe

Möchten Sie SSG (Static Site Generation) in Ihrem Projekt einsetzen?

Unser Expertenteam berät Sie gerne, welche Technologien und Ansätze für Ihr konkretes Projekt am besten geeignet sind.