WordPress-Cache verstehen: Seiten, Objekte und Ausnahmen

Drei verschiedene Orte für Zwischenspeicherung

Der Browser kann Dateien wie Bilder oder Stylesheets zwischenspeichern. Ein Seitencache hält eine vorbereitete HTML-Ausgabe bereit. Ein Objektcache kann bestimmte Ergebnisse aus der Anwendung wiederverwenden. Diese Verfahren greifen an unterschiedlichen Stellen. Das Aktivieren eines Plugins bestätigt nicht automatisch, dass alle gewünschten Ebenen funktionieren.

Für öffentliche Inhaltsseiten kann ein Seitencache viel wiederholte PHP- und Datenbankarbeit vermeiden. Eine Suche, ein Kundenkonto oder ein Warenkorb kann dagegen individuellen Zustand enthalten. Dort muss die Konfiguration gezielt entscheiden, welche Ausgabe wiederverwendet werden darf und welche neu berechnet wird.

Warum ein Cache-HIT überprüft werden muss

Ein aktiviertes Cacheplugin ist ein Konfigurationszustand. Ein tatsächlich beobachteter HIT zeigt, dass ein bestimmter Abruf eine vorhandene Cacheausgabe genutzt hat. Auch dieser Nachweis gilt zunächst nur für die getestete Anfrage. Unterschiedliche Cookies, Geräte oder Queryparameter können andere Cachewege auslösen.

Prüfe unangemeldete Abrufe und dokumentiere die verwendeten Bedingungen. Eine eingeloggte Administration kann bewusst vom Cache ausgeschlossen sein. Wenn sie einen MISS meldet, ist das nicht zwangsläufig ein Fehler. Umgekehrt ist ein HIT bei einem personalisierten Bereich ein Anlass, die Trennung sorgfältig zu prüfen.

Die Cachearten im Vergleich

Der Begriff Object Cache sagt ohne konkrete Einrichtung noch nicht, welcher Backenddienst benutzt wird oder welche Daten persistent gespeichert werden. Prüfe die tatsächliche Konfiguration. Ändere Dienste nicht allein aufgrund einer allgemeinen Empfehlung.

Dynamische Ausnahmen testen

Lege für wichtige Nutzerwege eine Testliste an. Bei einem Shop gehören verschiedene Warenkörbe, Loginzustände und Checkoutschritte dazu. Bei einem Mitgliederbereich prüfst du die Rollen und die Sichtbarkeit geschützter Inhalte. Nutze getrennte Testkonten und Browserzustände, damit eine versehentlich geteilte Ausgabe erkennbar wird.

• Öffentliche Seite unangemeldet mehrfach abrufen.
• Änderungen kontrollieren und gezielte Invalidierung testen.
• Login und Logout auf korrekte Darstellung prüfen.
• Individuelle Abläufe mit unterschiedlichen Zuständen vergleichen.
• Fehlerseiten und Entwurfsschutz auf Cacheausnahmen prüfen.

Änderungen und Invalidierung

Wenn sich Inhalte ändern, muss der entsprechende Cache aktualisiert werden. Ein pauschales Leeren aller Caches kann kurzfristig höhere Last erzeugen. Eine gezielte Invalidierung ist deshalb oft passender. Für Code und Stylesheets hilft eine saubere Versionskennung, damit Browser neue Dateien erhalten.

Auch die Reihenfolge bei mehreren Ebenen zählt. Wenn ein CDN eine alte Antwort hält, kann ein geleerter WordPress-Cache allein nicht genügen. Dokumentiere, welche Ebene welche Inhalte speichert und wie Änderungen dort wirksam werden. Vermeide mehrere unabhängig konfigurierte Plugins für denselben Zweck, wenn ihr Zusammenspiel unklar ist.

Cache ist kein vollständiger Performanceplan

Ein schneller gecachter Erstaufruf sagt wenig über langsame Importe, ungecachte Suchen oder große Bilder. Prüfe deshalb weiterhin die wichtigsten Seitentypen. Der Artikel zu Performance messen trennt Serverantwort und Browserdarstellung. Eine passende Cachekonfiguration verbessert wiederholte Arbeit; sie ersetzt nicht die Untersuchung der übrigen Website.