Was ist Static Site Generation?
Bei Static Site Generation entsteht das HTML jeder Seite einmal beim sogenannten Build, also wenn du die Website erzeugst. Für jede Adresse liegt danach eine fertige Datei bereit. Kommt ein Besucher, liefert der Server nur noch diese Datei aus.
Web.dev beschreibt es genau so: Statisches Rendering passiert zur Build-Zeit und erzeugt vorab eine eigene HTML-Datei je URL. Die Next.js-Doku ergänzt, dass dieses HTML bei jedem Aufruf wiederverwendet wird und sich über ein CDN zwischenspeichern lässt. Ein CDN ist ein Netz von Servern, die Dateien nah beim Besucher ausliefern.
Das Gegenmodell kennst du vermutlich: WordPress baut eine Seite bei jedem Aufruf mit PHP und Datenbank neu zusammen. Beim Server-Side Rendering passiert das auf dem Server, beim Client-Side Rendering im Browser per JavaScript.
Was SSG bringt
- Tempo: Der Server muss nichts rechnen, er schickt nur eine Datei.
- Kosten: Kleine Sites laufen oft im Gratis-Tarif. Cloudflare Pages erlaubt im Free-Plan 500 Builds im Monat und bis zu 20.000 Dateien je Site.
- Sicherheit: Zur Laufzeit gibt es keine Datenbank und keine Plugins, die man angreifen könnte.
- SEO: Fertiges HTML braucht keinen Render-Schritt. Google empfiehlt statisches oder serverseitiges Rendering ausdrücklich.
Wie groß der Unterschied in der Praxis ist, zeigen die Felddaten des HTTP Archive vom September 2026. Gezählt wurden Websites, die auf dem Handy alle drei Core Web Vitals im grünen Bereich haben:
System
CWV grün, mobil
Hugo
78,2 %
Astro
71,1 %
WordPress
48,3 %
Next.js
35,7 %
Noch deutlicher ist die Server-Antwortzeit: Eine gute Time to First Byte haben 65,5 % der Hugo-Sites, aber nur 22,9 % der WordPress-Sites. Lies das als Tendenz, nicht als Beweis. Statische Sites werden oft von Entwicklern gebaut, sind kleiner und tragen weniger Tracking-Skripte.
Wo SSG an Grenzen stößt
Statisch heißt: Jede Änderung braucht einen neuen Build, und jede Adresse muss vorher bekannt sein. Bei sehr vielen Seiten nennt web.dev das schwierig bis undurchführbar. Personalisierte Inhalte wie Warenkorb, Login-Bereich oder Live-Preise passen schlecht dazu.
Dafür gibt es Zwischenformen. Next.js bietet Incremental Static Regeneration: Seiten bleiben statisch, werden aber nach einer festgelegten Zeit beim nächsten Aufruf im Hintergrund neu erzeugt. Formulare, Suche und Kommentare löst du über externe Dienste oder kleine Server-Funktionen.
Zwei typische Fälle
Fall A · Visitenkarte
Handwerksbetrieb mit zehn Seiten, Änderungen zweimal im Jahr
78,2 %
Hugo-Sites mit grünen CWV
500
Gratis-Builds im Monat
Passt gut zu SSG
Wenig Inhalt, kaum Änderungen, kein Login. Hosting im Free-Plan von Cloudflare Pages reicht locker.
Fall B · Redaktion
Blog mit drei Redakteuren, Shop und vielen Plugins
11.334
WordPress-Lücken 2025
91 %
davon in Plugins
Eher WordPress, gut gepflegt
Die Redaktion braucht einen Editor, der Shop dynamische Inhalte. Wichtiger als der Umzug: Plugins schlank halten und aktuell.
Die Fälle sind Beispiele, keine echten Kunden. Die Zahlen stammen aus dem HTTP Archive, aus der Cloudflare-Doku und aus Patchstacks Sicherheitsbericht 2026.
Häufige Fehler
Fehler 1 · Statisch für automatisch schnell halten
Auch eine statische Seite wird zäh, wenn sie viel JavaScript nachlädt. Web.dev macht gute Werte bei Interaktion ausdrücklich davon abhängig, das JavaScript im Browser knapp zu halten. Die schwachen Next.js-Werte zeigen das.
Fehler 2 · Den Redaktionsablauf vergessen
Wer bisher im WordPress-Editor schreibt, will das weiter tun. Ohne Headless-CMS mit Oberfläche landet jede Textänderung beim Entwickler.
Fehler 3 · Ohne Weiterleitungen umziehen
Ändern sich beim Wechsel die Adressen, braucht jede alte URL eine 301-Weiterleitung. Sonst verlierst du Rankings und Links, so schnell kannst du gar nicht gucken.
So entscheidest du
- Wie oft ändert sich was? Selten spricht für SSG, täglich und von vielen Leuten eher für ein CMS.
- Brauchst du Login, Shop oder Live-Daten? Dann reicht reines SSG nicht.
- Wer pflegt die Seite? Ohne Entwickler im Haus brauchst du ein Headless-CMS mit Editor.
- Welche Tools? Hugo, Astro, Eleventy und Jekyll für schlanke Sites, Next.js für Mischformen. Hosting bei Netlify, Vercel, Cloudflare Pages oder GitHub Pages.
Häufige Fragen
Ist eine statische Website schlechter für SEO?
Nein. Google empfiehlt statisches oder serverseitiges Rendering, weil der Inhalt sofort im HTML steht. Titel, Meta-Angaben und strukturierte Daten setzt du im Generator genauso wie in WordPress.
Kann ich eine statische Website ohne Programmieren pflegen?
Ja, mit einem Headless-CMS, das eine Eingabeoberfläche mitbringt. Speicherst du dort, startet im Hintergrund ein neuer Build. Bis die Änderung live ist, vergehen je nach Größe Sekunden bis Minuten.
Was kostet das Hosting?
Für kleine Sites oft nichts. Cloudflare Pages bietet im Free-Plan 500 Builds im Monat. Kosten entstehen eher bei Diensten für Formulare, Suche oder dem CMS.
Ist eine statische Website sicherer?
Die Angriffsfläche ist kleiner, weil zur Laufzeit keine Datenbank und keine Plugins laufen. Eingebundene Drittdienste wie Formulare bleiben aber ein Risiko, das du im Blick behalten musst.
Was ist der Unterschied zwischen SSG und SSR?
SSG baut das HTML einmal beim Build, SSR bei jedem Aufruf neu. SSR ist immer aktuell und kann personalisieren, SSG ist schneller und billiger auszuliefern.
