„Statisch ist schnell“ ist als Aussage zu grob. Statisch löst genau ein Problem vollständig: die Zeit, die der Server braucht, bis das erste Byte unterwegs ist. Alles andere bleibt Handarbeit.

Was gelöst wird: Time to First Byte

Ein dynamisches System führt bei jedem Aufruf Datenbankabfragen aus und rendert Vorlagen. Das kostet je nach Ausstattung hundert bis mehrere hundert Millisekunden. Eine fertige Datei kostet den Webserver praktisch nichts.

Weil die Serverzeit unmittelbar in den Largest Contentful Paint eingeht, verbessert sich dieser Wert mit. Als Richtwert gilt eine Time to First Byte unter 800 Millisekunden; statische Auslieferung landet auf gutem Hosting deutlich darunter.

Was nicht gelöst wird

Cumulative Layout Shift

Ob Inhalte während des Ladens springen, hängt an Größenangaben für Bilder, an nachgeladenen Bereichen ohne reservierte Fläche und am Austausch der Schriften. Eine fertige HTML-Datei kann all das genauso falsch machen wie eine gerenderte.

Der gute Teil: CLS ist der Wert, der sich am billigsten verbessern lässt. Breite und Höhe an alle Bilder, feste Flächen für nachgeladene Bereiche, ein passender Ersatzzeichensatz für die Schrift – das ist eine Stunde Arbeit.

Interaction to Next Paint

Reaktionsfähigkeit hängt an JavaScript. Wer ein überladenes Frontend statisch ausliefert, hat ein überladenes Frontend, das statisch ausgeliefert wird. Der Vorteil statischer Seiten liegt hier eher darin, dass sie oft mit wenig Skript auskommen – nicht darin, dass die Bauart es erzwingen würde.

Bildgrößen

Ein unkomprimiertes Titelbild mit zwei Megabyte ruiniert den LCP unabhängig davon, woher die HTML-Datei kommt. Das ist der häufigste verbleibende Engpass, und er wird gern übersehen, weil der Rest der Messung gut aussieht.

Labor gegen Feld

Ein wiederkehrendes Missverständnis: Ein grüner Wert in einem Labortest bedeutet nichts, wenn die Felddaten rot sind. Bewertet werden echte Besuche, auf echten Geräten, in echten Netzen, im 75. Perzentil über 28 Tage. Ein Test vom Bürorechner mit Glasfaseranschluss misst vor allem den Büroanschluss.

Die Verhältnismäßigkeit

Core Web Vitals sind ein Rangsignal mit geringem Gewicht gegenüber der inhaltlichen Passung. Eine Seite, die die Frage schlecht beantwortet, wird durch 200 Millisekunden weniger Ladezeit nicht besser. Wer wochenlang an Messwerten feilt, während die Inhalte dünn bleiben, optimiert die falsche Stelle.

Umgekehrt gilt: Der Anteil, den statische Auslieferung beisteuert, ist einmalig zu haben und danach dauerhaft. Das ist ein gutes Geschäft – man sollte es nur nicht für die ganze Rechnung halten.

Was konkret bleibt

  • Bilder in passender Größe und moderner Kompression ausliefern
  • Breite und Höhe an jedes Bild schreiben
  • Die Hauptschrift vorladen und vom eigenen Server ausliefern
  • JavaScript auf das beschränken, was tatsächlich gebraucht wird
  • Felddaten ansehen, nicht Labortests