--- title: "Was ist Static Site Generation (SSG)? Definition & Vorteile" url: "https://www.dkd.de/de/glossar/ssg-static-site-generation/" description: "Static Site Generation (SSG) erklärt: Wie Webseiten zur Build-Zeit als fertige HTML-Dateien erzeugt werden, welche Vorteile das bietet und welche Tools wie Next.js oder Hugo genutzt werden." date: 2026-10-27 modified: 2026-10-27 --- # Was ist Static Site Generation (SSG)? Definition & Vorteile Was ist Static Site Generation? =============================== Static Site Generation, kurz **SSG**, bezeichnet einen Ansatz, bei dem Webseiten nicht erst bei jedem Aufruf im Server zusammengebaut, sondern bereits zur Build-Zeit als fertige HTML-Dateien erzeugt werden. Die Auslieferung erfolgt anschließend über einfache Webserver oder ein [**Content Delivery Network**](https://www.dkd.de/de/glossar/was-ist-ein-cdn/ "Was genau ist ein CDN?"). Aus Sicht der Besucher gleicht eine statisch generierte Seite einer klassischen Website der frühen Jahre. Im Hintergrund stehen jedoch moderne Werkzeuge, die Inhalte aus einem [**Headless CMS**](https://www.dkd.de/de/glossar/headless/ "Was ist ein Headless CMS?"), aus [**APIs**](https://www.dkd.de/de/glossar/detail/api-1/ "Was ist eine API?") oder aus **dateibasierten Datenquellen** einsammeln und in saubere Seitenstrukturen überführen. Funktionsweise -------------- Der Ablauf folgt einem klaren Muster. Ein Entwickler oder eine automatisierte Pipeline stößt einen **Build-Prozess** an. Der Generator liest in diesem Schritt alle relevanten Inhalte aus den angeschlossenen Quellen ein, etwa aus einem CMS oder über APIs. Anhand der vorhandenen Templates entsteht daraus für **jede Seite eine fertige HTML-Datei**, die zusammen mit Bildern, Skripten und Stylesheets **als reines Asset-Paket** vorliegt. Diese Dateien werden anschließend auf einen Webserver oder ein **CDN** übertragen und ausgeliefert. Da bei einem Seitenaufruf keine Datenbankabfrage und keine Anwendungslogik mehr nötig sind, antwortet die Infrastruktur außerordentlich schnell. Stärken und Grenzen ------------------- Der größte Gewinn liegt in der Performance: Eine vorgenerierte HTML-Datei am Edge eines CDN erreicht den Browser in wenigen Millisekunden. Mit dieser Ausgangslage sind sehr gute Werte in Performance-Audits wie **Lighthouse** möglich, ohne dass das Frontend dafür sonderlich aufwendig optimiert werden muss. Zudem **entfällt im Betrieb eine Vielzahl klassischer Angriffsflächen**, weil weder Datenbank noch Anwendungsserver online erreichbar sein müssen. Auch das Hosting wird einfach und kostengünstig, da ein statisches Auslieferungssystem genügt. Auf der anderen Seite zeigt sich der Ansatz weniger geeignet, sobald Inhalte sich häufig ändern oder stark personalisiert ausgeliefert werden sollen. Jede Änderung führt grundsätzlich zu einem neuen Build, und mit der Anzahl der Seiten wächst auch die Build-Zeit. Moderne Generatoren begegnen dem mit inkrementellen Builds und kombinierten Render-Strategien, doch eine streng dynamische Anwendung lässt sich nicht sinnvoll statisch abbilden. Werkzeuge und Stacks -------------------- Im Ökosystem haben sich verschiedene Generatoren etabliert, die unterschiedliche Schwerpunkte setzen. Häufig anzutreffen sind unter anderem folgende Werkzeuge: - [**Next.js**](https://mach.dkd.de/de/glossar-data/next-js "Erfahren Sie mehr zu Next.js unter mach.dkd.de") und **Nuxt** im statischen Modus für Projekte mit [**React**-](https://mach.dkd.de/de/glossar-data/react "Erfahren Sie mehr zu React unter mach.dkd.de") bzw. **Vue**-Hintergrund - **Astro** als bewusst schlanker Ansatz mit minimalem **JavaScript**-Overhead - **Hugo** und **Eleventy** für besonders schnelle, dateibasierte Builds Welcher Generator passt, hängt vom vorhandenen Frontend-Stack, den Anforderungen an Inhaltsstrukturen und der bevorzugten Sprache des Teams ab. Einsatz in der Praxis --------------------- Static Site Generation eignet sich besonders gut für Inhalte, die stabil bleiben und gleichzeitig hohe Reichweite oder strenge Performance-Anforderungen haben. Dazu zählen Marketingauftritte, Produktseiten, Dokumentationen, Blogs und Landingpages für Kampagnen. In Kombination mit einem Headless CMS lässt sich der redaktionelle Komfort eines klassischen Backends mit der Auslieferungsgeschwindigkeit einer statischen Seite verbinden. Häufig wird SSG zudem im [Jamstack](https://www.dkd.de/de/glossar/was-ist-jamstack/ "Was versteht man unter Jamstack?")-Kontext mit dynamischen Funktionen ergänzt, beispielsweise mit Formularen oder Suchanfragen, die über separate APIs laufen. So entsteht eine Architektur, die schnell, skalierbar und gut wartbar ist und sich klar von monolithischen Setups unterscheidet. [ ![Storyblok Logo neben einem Mann und einer Frau ](https://www.dkd.de/_assets/processed/uRrIKxQxc4s36Cqv6WtYXewNlhX3k6VO1xLGGUP--Jc/q:85/w:592/h:207/fn:Y3NtX2RrZC1kaWdpdGFsYWdlbnR1ci1nbG9zc2FyLXN0b3J5Ymxva19hOTgzODNkODcx:t/cb:fa68434454ce5b4ca17c87734e177adeacaadf1f/bG9jYWw6L2ZpbGVhZG1pbi9CaWxkZXIvR2xvc3Nhci9ka2QtZGlnaXRhbGFnZW50dXItZ2xvc3Nhci1zdG9yeWJsb2sucG5n "Jetzt informieren unter mach.dkd.de") ](http://mach.dkd.de) **[❮ Zurück](https://www.dkd.de/de/glossar/ "Zurück zur Glossar-Übersicht")**