Cache-Verwaltung

Caching entscheidet darüber, ob sich eine Website sofort anfühlt oder ob Besucher warten. Es ist zugleich der häufigste Grund dafür, dass eine soeben vorgenommene Änderung nicht erscheint. Beides hat dieselbe Ursache: Zwischen Datenbank und Besucher hält irgendetwas eine Kopie fest.

Erschwerend kommt hinzu, dass es nie nur einen Cache gibt. Eine WordPress-Seite kann in einem Seiten-Cache auf dem Server liegen, in einem Objekt-Cache vor der Datenbank, im Browser-Cache auf dem Gerät der Besucherin und an einem CDN-Knoten in deren Nähe — vier unabhängige Schichten, jede mit eigener Vorstellung davon, wie lange eine Kopie frisch bleibt. „Meine Änderungen erscheinen nicht“ zu beheben heißt herauszufinden, welche davon gerade antwortet.

Diese Anleitungen arbeiten den Stapel ab. Caching sicher einrichten, festlegen, was niemals zwischengespeichert werden darf — Warenkörbe, Kassenseiten, angemeldete Sitzungen — und die Header verstehen, die steuern, wie lange etwas aufbewahrt wird. Danach die Optimierungsschicht, die meist gemeinsam mit dem Caching kommt: Minifizierung, Lazy Loading, Bildformate und die Core-Web-Vitals-Werte, die sich dadurch verschieben.

Eine große Gruppe behandelt Fehlfunktionen, denn aggressive Optimierung zerstört Dinge auf bestimmte, wiedererkennbare Weise. Ein minifiziertes Stylesheet, das ein Layout zusammenfallen lässt, verzögertes JavaScript, das ein Menü lahmlegt, zwei Caching-Plugins, die gegeneinander arbeiten, ein CDN, das das HTML von gestern ausliefert.

Sind die Schichten neu, beginnt man mit der Erklärung, wie Caching funktioniert. Nahezu jeder andere Artikel setzt voraus, dass sie sich unterscheiden lassen.