Warum statische Websites die Zukunft sind

Wenn jemand Ihre Website aufruft, passiert eines von zwei Dingen.

Variante A: Der Browser schickt eine Anfrage an den Server. Der Server startet PHP, fragt die Datenbank ab, holt den Seiteninhalt, kombiniert ihn mit dem Theme, rendert das HTML und schickt es zurück. Das dauert 500 Millisekunden bis 3 Sekunden - bei jedem einzelnen Seitenaufruf, für jeden einzelnen Besucher.

Variante B: Der Browser schickt eine Anfrage an ein CDN. Das CDN liefert eine fertige HTML-Datei aus. Keine Datenbank, keine Berechnung, nichts zu starten. Das dauert 50-200 Millisekunden.

Variante B ist eine statische Website. Und der Unterschied zwischen diesen beiden Wegen erklärt fast alle Vorteile auf einmal.

Was "statisch" wirklich bedeutet

Der Name ist irreführend. "Statisch" klingt nach starr, unflexibel, veraltet. Tatsächlich beschreibt es nur den Auslieferungsweg: Die HTML-Dateien werden einmal generiert und dann direkt ausgeliefert - statt bei jedem Besuch neu zusammengebaut.

Die Inhalte selbst können genauso häufig geändert werden wie bei einer dynamischen Website. Der Unterschied: Die Arbeit findet einmal beim Generieren statt, nicht tausendfach bei jedem Besuch.

Geschwindigkeit, die sich messen lässt

200 Millisekunden fühlen sich nicht dramatisch anders an als 2 Sekunden. Aber die Auswirkungen sind es:

• Konversionsrate: Pro 100ms schnellere Ladezeit steigt die Konversionsrate um rund 1%
• Absprungrate: 53% der mobilen Nutzer verlassen Seiten, die länger als 3 Sekunden laden
• Google-Ranking: Core Web Vitals - Googles Metriken für Seitengeschwindigkeit - sind ein offizieller Ranking-Faktor

Für Unternehmenswebsites bedeutet das: Ein Besucher aus Zürich bekommt dieselbe Geschwindigkeit wie einer aus Chur oder Bern. Auf dem neuesten iPhone genauso wie auf einem vier Jahre alten Android-Gerät. Das CDN liefert die Seite vom nächstgelegenen Server, und weil es nur eine fertige Datei ausliefern muss, spielt die Serverlast keine Rolle.

Bei einer dynamischen Website steigt die Ladezeit unter Last - wenn viele Besucher gleichzeitig zugreifen, wird die Datenbank zum Flaschenhals. Bei einer statischen Website passiert das nicht. Hundert gleichzeitige Besucher bekommen dieselbe Geschwindigkeit wie einer.

Sicherheit durch Abwesenheit

Über 90% aller gehackten Websites weltweit laufen auf WordPress. Das liegt nicht daran, dass WordPress schlecht programmiert ist. Es liegt an der Architektur: Datenbank, Admin-Login, dutzende Plugins, ausführbarer PHP-Code auf dem Server. Jede dieser Komponenten ist eine potenzielle Angriffsfläche.

Eine statische Website hat keine davon.

Das macht statische Websites nicht unverwundbar - das CDN oder der DNS-Provider können theoretisch angegriffen werden. Aber die Angriffsfläche schrumpft von einem offenen Gebäude mit vielen Türen auf einen versiegelten Umschlag.

Ein Nebeneffekt: Keine Sicherheitsupdates. Keine Plugin-Patches. Keine PHP-Versionen, die aktuell gehalten werden müssen. Die Website, die Sie heute ausliefern, funktioniert in fünf Jahren genauso - weil es nichts gibt, das veralten oder kompromittiert werden kann.

Der moderne Workflow: JAMstack

JAMstack steht für JavaScript, APIs und Markup. Es ist die Architektur, die statische Websites von "einfachen HTML-Seiten" zu einem vollwertigen Entwicklungsansatz macht.

Der Ablauf:

1. Inhalte pflegen. Texte, Bilder und Daten werden in Markdown-Dateien oder einem Headless CMS bearbeitet. Das kann so komfortabel sein wie WordPress - Contentful, Sanity oder Strapi bieten visuelle Editoren mit Live-Vorschau.

2. Website generieren. Bei jeder Änderung wird die gesamte Website neu gebaut. Ein Framework wie Next.js, Astro oder Hugo nimmt die Inhalte, kombiniert sie mit Templates und erzeugt fertige HTML-Dateien. Dieser Build dauert Sekunden bis wenige Minuten.

3. Auf ein CDN verteilen. Die fertigen Dateien werden auf ein Content Delivery Network hochgeladen - ein weltweites Netz von Servern. Vercel, Netlify oder Cloudflare Pages übernehmen das automatisch nach jedem Build.

4. Ausliefern. Wenn ein Besucher Ihre Seite aufruft, bekommt er die Dateien vom nächstgelegenen Server. Keine Wartezeit, keine Berechnung, keine Datenbank.

In der Praxis heisst das: Sie bearbeiten einen Text, speichern, und wenige Minuten später ist die Änderung weltweit live. Der technische Unterbau ist leistungsfähig, aber die tägliche Nutzung ist unkompliziert.

"Statisch" heisst nicht "eingeschränkt"

Das häufigste Missverständnis: Wenn die Website statisch ausgeliefert wird, kann sie ja nichts Dynamisches tun. Falsch.

Moderne statische Websites kombinieren statische Auslieferung mit dynamischen Funktionen, wo sie tatsächlich gebraucht werden:

• Kontaktformulare laufen über Serverless Functions - kleine Code-Stücke, die nur bei Bedarf ausgeführt werden
• Newsletter-Anmeldungen gehen direkt an den E-Mail-Dienst (Brevo, Mailchimp) über deren API
• Kommentare oder Bewertungen können über externe Dienste eingebunden werden
• Live-Daten (Wetter, Kurse, Verfügbarkeit) werden per JavaScript beim Laden der Seite abgerufen

Diese Website ist das beste Beispiel: Das Kontaktformular funktioniert über eine Serverless Function. Die Blog-Artikel werden aus MDX-Dateien generiert. Das Theme wechselt zwischen Hell und Dunkel. Alles statisch ausgeliefert, alles voll funktional.

Der Unterschied zu einer dynamischen Website: Nur die Teile, die wirklich dynamisch sein müssen, sind es auch. Der Rest - und das sind bei den meisten Unternehmenswebsites 95% - wird als fertige Datei ausgeliefert.

Was es kostet

Die Entwicklungskosten einer statischen Website sind vergleichbar mit WordPress: CHF 3'000-10'000, abhängig vom Umfang. Der Unterschied liegt im Betrieb:

Services wie Vercel, Netlify und Cloudflare Pages bieten grosszügige kostenlose Tarife an. Für die meisten Unternehmenswebsites reicht das. Und selbst die bezahlten Tarife liegen weit unter typischen WordPress-Hosting-Kosten.

Einen detaillierten Dreijahres-Vergleich mit konkreten Szenarien finden Sie unter Statische Website vs. WordPress.

Wo die Grenzen liegen

Statische Websites sind nicht für alles die richtige Wahl. Bei E-Commerce mit tausenden Produkten und täglichen Preisänderungen, bei Plattformen mit nutzergenerierten Inhalten, bei Web-Applikationen mit Echtzeit-Daten - dort brauchen Sie dynamische Systeme.

Aber für Unternehmenswebsites, Portfolios, Blogs, Landing Pages und Dokumentation? Für alles, was primär gelesen wird und sich nicht stündlich ändert? Da gibt es kaum einen Grund, eine Datenbank zwischen Ihre Inhalte und Ihre Besucher zu stellen.

Ob Ihr konkreter Fall besser mit einer statischen Website oder einem anderen Ansatz bedient ist, hängt von den Anforderungen ab. Eine ehrliche Gegenüberstellung der beiden Wege finden Sie unter Statische Website vs. WordPress: Der ehrliche Vergleich.

---

Wenn Sie wissen möchten, ob eine statische Website für Ihr Unternehmen der richtige Ansatz ist, lassen Sie sich beraten — Statische Websites bei Hedinger-Digital.

Weiterführend: Statische Website vs. WordPress und 5 Prozesse, die Sie heute automatisieren sollten