Static Site Generation
Static Site Generation bezeichnet das Verfahren, bei dem alle Seiten einer Website einmal im Voraus – beim Bauen – als fertige Dateien erzeugt und anschließend unverändert ausgeliefert werden, ohne dass der Server pro Aufruf etwas berechnet.
Static Site Generation ist der sparsamste Rendering-Ansatz – die Seiten entstehen einmal im Build-Prozess statt bei jedem Aufruf.
In einfachen Worten
Während serverseitiges Rendern die Seite bei jedem Aufruf neu zusammensetzt, dreht Static Site Generation den Zeitpunkt vor: Alle Seiten werden ein einziges Mal erzeugt, nämlich im Build-Prozess, und liegen danach als fertige Dateien bereit. Ruft ein Besucher eine Seite auf, wird diese Datei einfach ausgeliefert – ohne Berechnung, ohne Datenbankzugriff, ohne Wartezeit. Inhalte stammen dabei häufig aus einem entkoppelten Redaktionssystem, das beim Bauen abgefragt wird. Das Ergebnis ist die schnellste und robusteste Form der Auslieferung, weil es im Moment des Aufrufs nichts mehr zu tun gibt. Die Grenze liegt dort, wo Inhalte sich häufig oder pro Besucher ändern – dann passt eher serverseitiges Rendering.
Wozu brauche ich das?
Static Site Generation eignet sich für Inhalte, die sich nicht bei jedem Aufruf ändern: Unternehmens-Seiten, Leistungsbeschreibungen, Wissens- und Blog-Inhalte. Weil fertige Dateien ohne Rechenarbeit ausgeliefert werden, lassen sie sich besonders gut über ein Content Delivery Network weltweit nah am Besucher bereitstellen – mit sehr kurzen Ladezeiten. Ändert sich ein Inhalt, wird die betroffene Seite neu gebaut und per Deployment veröffentlicht. Dieser zusätzliche Schritt ist der Preis für die hohe Geschwindigkeit und Robustheit – bei selten wechselnden Inhalten ein lohnender Tausch.
Beispiel aus der Praxis
Eine Wissens-Datenbank mit erklärenden Beiträgen wird vorab erzeugt: Beim Bauen entsteht aus jedem Beitrag eine fertige Seite, die anschließend unverändert ausgeliefert wird. Ruft ein Besucher einen Beitrag auf, kommt die fertige Datei sofort – der Server muss nichts berechnen, und selbst bei vielen gleichzeitigen Zugriffen bleibt die Auslieferung schnell und stabil. Wird ein Beitrag überarbeitet, wird die Seite im nächsten Build neu erzeugt und veröffentlicht. Für Inhalte, die sich pro Aufruf ändern müssten – etwa ein persönlicher Kontostand –, wäre dieses Verfahren ungeeignet.
Wirtschaftlicher Nutzen
Vorab erzeugte Seiten sind so schnell und robust, wie eine Website nur sein kann: Es gibt im Moment des Aufrufs nichts zu berechnen, nichts kann unter Last langsam werden, und es existiert keine bei jedem Zugriff angesprochene Datenbank als Angriffsfläche. Das senkt Betriebskosten, erhöht die Ausfallsicherheit und verbessert die Ladezeit – mit unmittelbarer Wirkung auf Sichtbarkeit und Nutzererlebnis. Der Tausch besteht darin, dass jede Inhaltsänderung einen erneuten Bau auslöst. Für Inhalte, die nicht im Minutentakt wechseln, ist das eine der wirtschaftlichsten Entscheidungen überhaupt.
Typische Fehler
- Vorab-Erzeugung für Inhalte wählen, die sich häufig oder pro Besucher ändern – dann passt das Verfahren grundsätzlich nicht.
- Vergessen, dass jede Inhaltsänderung einen neuen Build und ein Deployment auslöst – ohne automatisierten Ablauf wird die Pflege mühsam.
- Die Zahl der Seiten unterschätzt, sodass der Bau sehr großer Websites unangenehm lange dauert.
- Persönliche oder pro Aufruf wechselnde Inhalte statisch erzeugen wollen – sie gehören serverseitig gerendert oder im Browser nachgeladen.
- Die Auslieferung nicht über ein Verteilnetz gelegt und so den Geschwindigkeitsvorteil teilweise verschenkt.
Worauf achten?
- Vorab-Erzeugung dort einsetzen, wo Inhalte sich selten ändern – für wechselnde oder personalisierte Inhalte einen anderen Ansatz wählen.
- Bauen und Veröffentlichen automatisieren, damit Inhaltsänderungen ohne manuellen Aufwand live gehen.
- Bei sehr vielen Seiten die Bau-Dauer im Blick behalten und gegebenenfalls nur geänderte Seiten neu erzeugen.
- Die fertigen Dateien über ein Content Delivery Network ausliefern, um den Geschwindigkeitsvorteil voll zu nutzen.
- Klar trennen, welche Bereiche statisch erzeugt und welche dynamisch bedient werden – beides lässt sich kombinieren.
Häufig gestellte Fragen
Was ist Static Site Generation?
Ein Verfahren, bei dem alle Seiten einer Website einmal im Voraus beim Bauen als fertige Dateien erzeugt werden. Beim Aufruf wird die fertige Datei ausgeliefert, ohne dass der Server etwas berechnet – das macht die Auslieferung besonders schnell und robust.
Für welche Inhalte eignet sich Static Site Generation?
Für Inhalte, die sich nicht bei jedem Aufruf ändern – etwa Unternehmens-Seiten, Leistungsbeschreibungen, Wissens- und Blog-Inhalte. Für persönliche oder häufig wechselnde Inhalte ist serverseitiges Rendern besser geeignet.
Was passiert bei Static Site Generation, wenn sich ein Inhalt ändert?
Die betroffene Seite wird neu gebaut und anschließend veröffentlicht. Dieser zusätzliche Bau-Schritt ist der Preis für die hohe Geschwindigkeit; mit einem automatisierten Ablauf läuft er ohne manuellen Aufwand.
Ist eine statisch erzeugte Website sicherer?
Tendenziell ja. Weil beim Aufruf keine Datenbank angesprochen und nichts berechnet wird, gibt es weniger Angriffsfläche als bei einer Website, die jede Seite dynamisch erzeugt. Die ausgelieferten Dateien sind reine, fertige Inhalte.