Cache

Ein Cache (Zwischenspeicher) speichert bereits erzeugte Daten, damit sie bei erneuten Anfragen schneller ausgeliefert werden können. In WordPress bedeutet das: Statt bei jedem Seitenaufruf die Datenbank abzufragen, PHP-Code auszuführen und die Seite komplett neu aufzubauen, wird eine fertig gerenderte Version der Seite gespeichert und direkt ausgeliefert. Das beschleunigt die Ladezeit erheblich und reduziert die Serverlast.

Technischer Hintergrund

In WordPress gibt es verschiedene Caching-Ebenen, die unabhängig voneinander oder kombiniert eingesetzt werden können. Der Seiten-Cache (Page Cache) speichert die vollständig gerenderte HTML-Seite als statische Datei. Ruft ein Besucher die Seite erneut auf, wird die gespeicherte Version ausgeliefert, ohne dass WordPress und PHP überhaupt gestartet werden müssen. Das ist die wirkungsvollste Caching-Stufe.

Der Objekt-Cache speichert die Ergebnisse von Datenbankabfragen im Arbeitsspeicher (RAM). Lösungen wie Redis oder Memcached ermöglichen es WordPress, wiederkehrende Datenbankabfragen zu überspringen und die Ergebnisse direkt aus dem Speicher zu laden. Das ist besonders bei dynamischen Seiten sinnvoll, die sich nicht vollständig als statische Datei cachen lassen – etwa bei eingeloggten Benutzern oder WooCommerce-Shops.

Der Browser-Cache weist den Browser des Besuchers an, bestimmte Dateien (CSS, JavaScript, Bilder) lokal zu speichern und bei späteren Besuchen nicht erneut vom Server zu laden. Das wird über HTTP-Header wie Cache-Control und Expires gesteuert. Zusätzlich gibt es den Opcode-Cache (z. B. OPcache), der kompilierten PHP-Bytecode zwischenspeichert und damit die PHP-Ausführung selbst beschleunigt.

Bedeutung für die WordPress-Wartung

Caching ist einer der effektivsten Hebel zur Verbesserung der Core Web Vitals und der allgemeinen Website-Performance. Richtig konfiguriert kann Caching die Ladezeit einer WordPress-Seite um den Faktor 5 bis 10 reduzieren. Bei der Wartung ist es wichtig, die Caching-Konfiguration regelmäßig zu prüfen und nach Updates oder Inhaltsänderungen den Cache gezielt zu leeren.

Gleichzeitig kann Caching zu Verwirrung führen, wenn Änderungen an der Website nicht sofort sichtbar sind. Nach dem Aktualisieren von Inhalten, dem Anpassen des Themes oder dem Einspielen von Updates sollte der Cache immer geleert werden. Viele Caching-Plugins bieten dafür Automatismen, die den Cache bei bestimmten Aktionen automatisch invalidieren.

Häufige Probleme

• Änderungen an der Website werden wegen des Caches nicht angezeigt – weder für den Administrator noch für Besucher.
• Mehrere Caching-Ebenen (Plugin, Server, CDN) arbeiten gegeneinander und verursachen unvorhersehbares Verhalten.
• Dynamische Funktionen wie Warenkörbe, Login-Status oder personalisierte Inhalte werden fälschlicherweise gecacht.
• Der Cache wird nie automatisch geleert und liefert dauerhaft veraltete Inhalte aus.
• Falsch konfigurierte Browser-Caching-Header führen zu Problemen nach CSS- oder JavaScript-Änderungen.

Best Practices

• Nur ein Caching-Plugin verwenden, nicht mehrere gleichzeitig, um Konflikte zu vermeiden.
• Dynamische Seiten (Warenkorb, Konto, Checkout) vom Seiten-Cache ausschließen.
• Objekt-Cache mit Redis oder Memcached einsetzen, wenn der Hosting-Anbieter es unterstützt.
• Browser-Caching für statische Dateien aktivieren, aber mit Versionierung arbeiten, damit Änderungen sofort wirksam werden.
• Nach Updates und Inhaltsänderungen den Cache gezielt leeren – manuell oder über entsprechende Automatismen.
• Die Caching-Konfiguration auf einer Staging-Umgebung testen, bevor sie live geht.