Statische Erzeugung oder Server-Rendering.
Bei statischer Erzeugung entsteht das HTML zur Build-Zeit, beim Server-Rendering bei jeder Anfrage neu — der Unterschied liegt nicht in der Geschwindigkeit, sondern darin, wie oft sich der Inhalt ändert.
Die Entscheidung sieht nach einer Technologiefrage aus, ist aber eine Inhaltsfrage: Wie oft ändert sich die Seite, und ist sie für jede Besucherin anders? Die Antworten auf diese beiden Fragen bestimmen die Architektur; Geschwindigkeit ist die Folge, nicht der Grund.
Was statische Erzeugung wirklich bringt
Bei einer statischen Seite tut der Server nur eines: Er schickt eine Datei. Keine Datenbankabfrage, keine Template-Kompilierung, kein Anwendungsstart. Deshalb ist die Zeit bis zum ersten Byte niedrig — und, wichtiger noch, VORHERSAGBAR: Sie ändert sich nicht, wenn der Verkehr steigt.
Der zweite Gewinn ist die schmale Fehleroberfläche. Ohne laufenden Anwendungsserver gibt es keine Anwendung, die abstürzt, keinen Verbindungspool, der volläuft, und keine Laufzeitumgebung, die aktualisiert werden muss. Die gemessene Zeit bis zum ersten Byte liegt bei dieser Website und den drei von ihr betreuten Projekten unter 300 Millisekunden — und das ist das Ergebnis der Architektur, nicht einer Optimierungsanstrengung.
Was Server-Rendering wirklich bringt
Personalisierung lässt sich mit statischer Erzeugung auf Seitenebene nicht umsetzen. Ein nutzerbezogenes Dashboard, ein an die Sitzung gebundener Warenkorb oder eine je nach Berechtigung wechselnde Liste muss bei jeder Anfrage entstehen. Ein Nachfüllen vom Client ist möglich, aber dann fehlt der Inhalt beim ersten Aufbau — und ist auch für Suchmaschinen unsichtbar.
Der zweite Gewinn ist Aktualität. Bei Daten, die sich im Minutentakt ändern — Lagerbestand, Wartenummer, Sendeplan —, ist der Build-Schritt eine Verzögerungsquelle. Hier lautet die richtige Frage nicht „was ist schneller“, sondern „was kostet veralteter Inhalt“.
Welches diese Website nutzt und warum
Diese Website wird vollständig statisch erzeugt: Die Inhalte ändern sich selten, Personalisierung ist nicht nötig, und die Budgetziele werden ohne Plugin-Ebene gehalten. Der einzige dynamische Endpunkt ist das Kontaktformular — und es läuft als eigene Funktion, ohne die Seiten zu berühren. Die vollständige Liste der Abwägungen und die Zeit bis zum ersten Byte stehen getrennt geschrieben.
Kriterium
- Wann das HTML entsteht — Statische Erzeugung: Zur Build-Zeit, einmal · Server-Rendering: Bei jeder Anfrage
- Zeit bis zum ersten Byte — Statische Erzeugung: Auslieferung einer Datei — typischerweise am niedrigsten · Server-Rendering: Die Erzeugungszeit kommt hinzu; per Cache verringerbar
- Personalisierung — Statische Erzeugung: Auf Seitenebene nicht — erfolgt im Client · Server-Rendering: Naturgemäß: unterschiedliche Inhalte je Anfrage
- Aktualität der Inhalte — Statische Erzeugung: Erfordert einen neuen Build · Server-Rendering: Sofort
- Skalierung — Statische Erzeugung: Aus dem Edge-Cache, die Serverlast bleibt gleich · Server-Rendering: Die Serverlast wächst mit dem Verkehr
- Infrastruktur — Statische Erzeugung: Statisches Datei-Hosting genügt · Server-Rendering: Ein laufender Anwendungsserver ist nötig
- Fehleroberfläche — Statische Erzeugung: Schmal — die auszuliefernde Datei existiert bereits · Server-Rendering: Breit — Datenbank-, Anwendungs- und Cache-Ebenen
- Wo es passt — Statische Erzeugung: Selten wechselnde Inhalte: Marketing, Portfolio, Dokumentation · Server-Rendering: Häufig wechselnde oder nutzerbezogene Inhalte: Dashboard, Warenkorb, Feed
HÄUFIGE FRAGEN
Ist eine statische Website immer schneller?
Bei der Zeit bis zum ersten Byte typischerweise ja, denn es gibt keinen Erzeugungsschritt. Aber auch ein gut zwischengespeichertes Server-Rendering kann schnell sein; der Unterschied liegt in der Trefferquote des Caches, nicht in der Architektur.
Scheidet Statik aus, wenn sich Inhalte häufig ändern?
Sie bleibt nutzbar, kostet aber mehr: Jede Änderung bedeutet einen Build. Für eine Publikation, die täglich einige Male Inhalte einstellt, ist das vertretbar; für einen im Minutentakt aktualisierten Feed nicht.
Lässt sich beides verbinden?
Ja, und das ist verbreitet. Die meisten Seiten werden statisch erzeugt, und nur die Teile, die Personalisierung brauchen, werden vom Client oder von einem Endpunkt nachgefüllt. Das Kontaktformular dieser Website arbeitet genau so.