Warum statische Websites wieder modern sind

Vor zwanzig Jahren war jede Website statisch: eine Handvoll HTML-Dateien auf einem Webserver. Dann kamen Content-Management-Systeme mit Datenbanken, Plug-ins und Update-Zyklen. Inzwischen geht der Trend wieder zurück, und das aus guten Gründen.

Was „statisch” bedeutet

Eine statische Website besteht aus fertigen Dateien: HTML, CSS, Bilder, vielleicht etwas JavaScript. Der Webserver liefert sie unverändert aus. Es gibt keinen Code, der bei jedem Aufruf läuft, und keine Datenbank, die abgefragt wird.

Die Inhalte entstehen trotzdem nicht von Hand. Ein Generator liest Textdateien, meist Markdown, und baut daraus alle Seiten. Dieser Schritt läuft einmal beim Veröffentlichen, nicht bei jedem Besuch.

Drei Vorteile

Geschwindigkeit. Eine Datei auszuliefern ist die schnellste Operation, die ein Webserver kennt. Antwortzeiten liegen im Bereich weniger Millisekunden.

Sicherheit. Wo kein Code läuft, gibt es keine Sicherheitslücken im Code. Kein Admin-Login, keine SQL-Injection, keine veralteten Plug-ins.

Wartung. Ein statisches Verzeichnis lässt sich mit einem Befehl sichern, kopieren oder auf einen anderen Server umziehen. Es gibt nichts zu aktualisieren außer dem Webserver selbst.

Wo die Grenzen liegen

Alles, was pro Besucher anders aussehen soll, braucht Logik: Kommentare, Logins, personalisierte Inhalte. Dafür gibt es zwei Wege: entweder ein kleiner separater Dienst, den die statische Seite per JavaScript anspricht, oder eben doch eine dynamische Anwendung.

Für Nachrichten, Dokumentation, Blogs und Unternehmensseiten reicht der statische Ansatz fast immer aus.

Typischer Ablauf

1. Text als Markdown-Datei schreiben.
2. Generator ausführen, der alle Seiten erzeugt.
3. Ergebnis per rsync auf den Server kopieren.

Der dritte Schritt dauert Sekunden. Ein Fehler lässt sich durch erneutes Hochladen der vorherigen Version sofort beheben.