Static Site Generators: Warum statische Seiten ranken

Statische Websites klingen zunächst nach einem Rückschritt in die frühen 2000er. Dabei sind Static Site Generators (SSGs) wie Astro, Hugo oder Eleventy heute state-of-the-art – und für viele Website-Typen die SEO-überlegene Alternative zu WordPress oder JavaScript-Frameworks. Statische Seiten ranken in Google regelmäßig sehr gut – weil sie strukturelle Vorteile mitbringen, die dynamische Systeme erst durch Optimierung erreichen. Was macht statische Websites so gut für Google?

Was ist ein Static Site Generator?

Ein Static Site Generator ist ein Build-Tool, das aus Templates, Inhalten und Konfiguration beim Deployment einmal statische HTML-, CSS- und JavaScript-Dateien generiert. Diese Dateien werden dann direkt auf einem Server oder CDN ausgeliefert – ohne Datenbank, ohne PHP-Ausführung, ohne Server-Rendering bei jeder Anfrage.

Bekannte SSGs:

• Astro – hybrides Framework, kann statisch und server-seitig. Beliebt für Content-Websites.
• Hugo – extrem schnell, Go-basiert, ideal für große Websites mit tausenden Seiten
• Eleventy (11ty) – minimalistisch, JavaScript-basiert, sehr flexibel
• Jekyll – Ruby-basiert, älteste Generation, GitHub Pages-kompatibel
• Gatsby – React-basiert, heute weniger empfohlen wegen Performance-Problemen

Die SEO-Vorteile statischer Websites

Maximale Ladegeschwindigkeit

Statische HTML-Dateien werden ohne serverseitige Verarbeitung ausgeliefert. Der TTFB (Time to First Byte) liegt oft unter 50 Millisekunden – für dynamische Websites sind 200–500ms normal. Das wirkt sich direkt auf den LCP (Largest Contentful Paint) aus, einen der PageSpeed-Metriken.

Statische Websites erzielen im Google PageSpeed Test regelmäßig 95–100 Punkte – WordPress-Websites liegen mit Standard-Konfiguration meist bei 50–75 Punkten.

Sofortige Indexierung

Weil statisches HTML kein JavaScript-Rendering benötigt, sieht Googlebot den kompletten Inhalt beim ersten Crawl. Keine Render-Warteschlange, keine verzögerte Indexierung. Neue Inhalte erscheinen in der Regel innerhalb von Stunden in Google – nicht Tagen oder Wochen wie bei manchen JavaScript-Frameworks.

Minimale Fehlerquellen

Keine Datenbank bedeutet keine Datenbank-Fehler. Kein PHP bedeutet keine Server-Fehler durch PHP. Statische Sites haben weniger bewegliche Teile und damit weniger Ausfallrisiken. Ein ausgefallener Server bedeutet nicht ausgefallener Inhalt – der liegt bereits als statische Datei auf dem CDN.

Kostengünstiges Hosting auf CDN

Statische Dateien können auf jedem CDN gehostet werden. Dienste wie Cloudflare Pages, Netlify und Vercel bieten kostenloses Hosting für statische Websites. Das Ergebnis: weltweite Auslieferung aus dem nächstgelegenen Server ohne Hosting-Kosten.

Wann sind SSGs sinnvoll?

SSGs eignen sich besonders gut für:

Content-Websites und Blogs: Inhalte ändern sich selten in Echtzeit, eine Build-Pipeline ist akzeptabel. Astro und Hugo sind hier besonders stark.

Unternehmenswebsites: Statische HTML-Seiten für Services, Über-uns, Kontakt, Leistungen – diese Inhalte ändern sich selten und profitieren maximal von der SSG-Performance.

Dokumentation und Wikis: Große Dokumentations-Websites (z.B. React, Tailwind CSS) nutzen SSGs wegen der Skalierbarkeit und Performance.

Landingpages: Einzelne hochperformante Landingpages ohne CMS-Overhead.

Wann sind SSGs nicht geeignet?

SSGs haben Grenzen:

Dynamische Inhalte in Echtzeit: E-Commerce mit Live-Lagerbestand, Buchungssysteme mit Echtzeit-Verfügbarkeit oder Social-Media-Features brauchen dynamisches Rendering. SSGs müssen hier mit APIs kombiniert werden.

Häufige Updates durch nicht-technische Nutzer: Ein Redakteur der täglich zehn Artikel veröffentlicht, will kein Git-Commit auslösen um einen Tippfehler zu korrigieren. Hier braucht es ein Headless CMS (z.B. Contentful, Sanity) das mit dem SSG verbunden wird.

Sehr große Websites mit vielen Änderungen: Wenn tausende Seiten täglich aktualisiert werden, dauert ein vollständiger Build zu lang. Lösungen: ISR (Incremental Static Regeneration) mit Next.js oder Hugo’s partieller Regenerierung.

SSG vs. WordPress: Der SEO-Vergleich

Für viele Unternehmen ist WordPress die richtige Wahl wegen der einfachen Bedienung. Wer aber Entwicklungskapazität hat oder eine Website baut die selten geändert wird, profitiert von den SSG-Vorteilen erheblich.

Schema.org und Metadata in SSGs

SSGs generieren reines HTML – das macht die Integration von strukturierten Daten und Metadata direkt im Build-Prozess möglich und sehr sauber. In Astro z.B. können JSON-LD Schemas pro Seitentyp automatisch generiert werden:

---
const schema = {
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": frontmatter.title,
  "datePublished": frontmatter.date,
};
---
<script type="application/ld+json" set:html={JSON.stringify(schema)} />

Das Ergebnis: Jede Seite hat korrektes Schema-Markup ohne Plugins, ohne Workarounds.

Strukturierte Daten aus SSGs werden von Google besonders zuverlässig erkannt, weil sie direkt im statischen HTML stehen und kein JavaScript-Rendering benötigen.

Fazit: Wann lohnt der Wechsel?

Wenn Sie ein neues Webprojekt starten und die technischen Ressourcen vorhanden sind, ist ein SSG eine ausgezeichnete Wahl mit strukturellen SEO-Vorteilen. Für bestehende WordPress-Websites lohnt der Wechsel nur bei klaren Performance-Problemen oder wenn die technische Komplexität des aktuellen Systems zum Problem wird.

Für technisch nicht versierte Unternehmen bleibt WordPress mit guter SEO-Optimierung der pragmatischere Weg. Mehr dazu in unserem WordPress SEO Leitfaden.