Cache.

Caching passiert bei einer Website auf mehreren Ebenen gleichzeitig. Der Browser-Cache speichert Bilder, Schriften, Stylesheets und Skripte lokal auf dem Gerät der Besucherin; beim zweiten Seitenaufruf müssen diese Dateien nicht erneut heruntergeladen werden. Ein CDN hält Kopien der Website auf Servern in der Nähe der Nutzer bereit. Auf dem Webserver selbst gibt es Seiten-, Objekt- und Datenbank-Caches, die verhindern, dass dieselbe Seite bei jedem Aufruf neu zusammengebaut wird.

Gesteuert wird das Browser- und CDN-Caching über HTTP-Header, vor allem Cache-Control. Ein Wert wie «max-age=31536000, immutable» sagt dem Browser, dass eine Datei ein Jahr lang unverändert bleibt — sinnvoll für Bilder und Skripte mit einem Hash im Dateinamen, die bei jeder Änderung einen neuen Namen erhalten. HTML-Seiten werden dagegen meist kurz oder gar nicht gecacht, damit neue Inhalte sofort sichtbar sind. Moderne Frameworks kombinieren das: Statisch erzeugte Seiten liegen fertig im Cache und werden im Hintergrund neu aufgebaut, wenn sich Inhalte ändern.

Für die Ladezeit ist Caching einer der grössten Hebel. Ein Server, der eine fertige Seite aus dem Cache ausliefert, antwortet in Millisekunden statt in Sekunden; das verbessert die Time to First Byte und damit indirekt die Core Web Vitals. Bei WordPress-Seiten ist ein Caching-Plugin oft der Unterschied zwischen einer trägen und einer brauchbaren Website — allerdings mit dem Risiko, dass Plugins sich gegenseitig ins Gehege kommen.

Die Kehrseite ist der bekannte Satz «Ich sehe die Änderung nicht». Wer eine Seite bearbeitet und im eigenen Browser die alte Version sieht, schaut meist auf eine zwischengespeicherte Kopie. Ein harter Reload, ein privates Fenster oder das gezielte Leeren des Server- oder CDN-Caches lösen das. Ein gut konfiguriertes Caching macht genau diese Situation selten, weil HTML kurz und statische Dateien lang gecacht werden.