Wie das Theme Cache automatisch verwaltet

Bei einer Kundin lief Redis auf dem Server. Bei einer anderen nur ein einfacher Shared-Hosting-Tarif ohne Extras. Beide hatten dasselbe Theme. Und bei beiden funktionierte der Cache — weil das Theme selbst erkennt, was verfügbar ist.

Das Foodblogliebe-Theme nutzt ein dreistufiges Fallback-System. Zuerst prüft es, ob Redis auf dem Server läuft. Wenn ja, wird Redis als Object-Cache verwendet — die schnellste Option. Ist kein Redis da, wird nach Memcached geschaut. Und wenn auch das nicht vorhanden ist, greift das Theme auf WordPress-Transients zurück.

Du musst nichts konfigurieren. Kein Plugin installieren, keine Einstellungen anpassen. Das Theme erkennt beim Start, welche Technik verfügbar ist, und nutzt sie automatisch.

Die gecachten Daten sind in Gruppen organisiert. Rezeptdaten, Taxonomien, strukturierte Daten, Suchindex — jede Gruppe hat eigene Ablaufzeiten. Taxonomien ändern sich selten, also bleiben sie länger im Cache. Rezeptdaten können sich öfter ändern, also ist ihr Fenster kürzer.

Wenn du ein Rezept speicherst, wird der Cache für dieses Rezept automatisch ungültig gemacht. Du veröffentlichst eine aktualisierte Zutatenliste, und beim nächsten Aufruf sehen Besucher die neue Version — nicht die alte aus dem Cache.

Es gibt noch eine weitere Ebene: den Request-Cache. Wenn WordPress innerhalb eines einzigen Seitenaufrufs dreimal die Kategorien für dasselbe Rezept braucht (einmal für die Anzeige, einmal für Schema-Markup, einmal für verwandte Rezepte), wird die Datenbank nur einmal gefragt. Die beiden folgenden Abfragen werden aus dem Speicher bedient.

Unser Tipp: Wenn du nach einem Theme-Update prüfen willst, ob der Cache korrekt arbeitet, schau in den Health-Check unter WordPress > Werkzeuge > Website-Zustand. Dort siehst du, welche Cache-Technik aktiv ist.