Ein Static Site Generator (kurz SSG) ist ein Werkzeug, das aus Inhalten und Vorlagen einmalig fertige HTML-Seiten erzeugt. Statt jede Seite bei jedem Aufruf neu aus einer Datenbank zusammenzubauen, liegt das Ergebnis als Sammlung statischer Dateien vor — und wird einfach so ausgeliefert, wie es ist.
Das Prinzip ist alt — die ersten Websites waren fast alle statisch — aber moderne SSG bringen Komfort und Werkzeuge zurück, die man vorher nur von dynamischen Systemen kannte: Templating, Datenquellen, Komponenten, Live-Vorschau im Entwicklungsmodus.
Wie ein SSG arbeitet
Der Build-Lauf folgt einem klaren Ablauf:
- Inhalte lesen — Markdown-Dateien, JSON, Daten aus einer API oder einem Headless CMS.
- Templates anwenden — pro Seite wird eine Vorlage mit den Inhalten zusammengeführt.
- HTML erzeugen — alle Seiten werden vorab gerendert und in einen Ausgabeordner geschrieben.
- Assets optimieren — Bilder, Stylesheets und Skripte werden komprimiert und versioniert.
Das Ergebnis lässt sich auf jedem Webspace, in einem Objektspeicher oder bei spezialisierten Hostern auslagern. Es gibt keine Server-Logik mehr, die zur Laufzeit Schaden nehmen kann.
Vorteile
Statische Auslieferung bringt eine Reihe robuster Eigenschaften:
- Geschwindigkeit — kein Datenbankzugriff, kein Rendering pro Aufruf, sehr schnelle Antwortzeiten.
- Sicherheit — keine Angriffsfläche durch dynamische Anwendungslogik im Hintergrund.
- Kosten und Zuverlässigkeit — statische Dateien skalieren mühelos, der Betrieb ist günstig.
- Versionierbarkeit — der gesamte Auftritt liegt im Quellcode-Repository und ist nachvollziehbar versionierbar.
Grenzen
Was zur Build-Zeit entstehen muss, kennt nicht alle Anwendungsfälle:
- Hochfrequente Änderungen brauchen häufige Builds; Build-Zeit kann bei großen Sites zum Engpass werden.
- Personalisierte Inhalte lassen sich nicht statisch vorberechnen — sie wandern ins Frontend (JavaScript) oder in einen Backend-Service.
- Live-Daten wie Suchergebnisse oder Formularverarbeitung brauchen eine ergänzende Schnittstelle.
Moderne SSG begegnen dem mit hybriden Modellen — manche Seiten statisch, andere zur Laufzeit, einzelne Bereiche zur Anfragezeit.
Verbreitete Werkzeuge
Im Sprachgebrauch tauchen mehrere Vertreter immer wieder auf:
- Astro — content-orientiert, mit Komponenten aus mehreren Frontend-Welten kombinierbar.
- Hugo — sehr schneller Generator in Go, lange etabliert.
- Eleventy (11ty) — schlank, JavaScript-basiert, ohne Framework-Zwang.
- Jekyll — der Klassiker, bekannt durch GitHub Pages.
- Next.js, Nuxt, SvelteKit — Framework-Generatoren, die statisch und dynamisch verbinden.
Abgrenzung zum klassischen CMS
Ein klassisches CMS denkt vom Aufruf her: Bei jedem Besuch wird die Seite gebaut. Ein SSG denkt vom Build her: Bei jeder inhaltlichen Änderung entsteht ein neuer Stand, der danach unverändert ausgeliefert wird. Beides ist sauber — die Frage ist, wie oft sich Inhalte ändern und wie viel Logik die Seite zur Laufzeit braucht.