# Website-Caching

Source: https://support.kapsulehost.com/de-de/site-cache

Caching ist der größte einzelne Geschwindigkeitsgewinn, den eine WordPress-Website erzielen kann: Full-Page-Caching liefert fertiges HTML aus, ohne PHP überhaupt auszuführen, und Objekt-Caching hält Datenbankergebnisse im Speicher vor. Diese Anleitung behandelt beides, was automatisch vom Cache ausgenommen wird, und wie man ihn leert und vorwärmt.

## Wo sich Caching in KPanel befindet

1. Melden Sie sich bei [KPanel](https://kpanel.kapsulehost.com) an.
2. Klicken Sie in der linken Seitenleiste auf **Websites** und dann auf die Website.
3. Öffnen Sie im linken Menü der Website **WordPress** und dann **Caching**.

Die direkte Adresse lautet `/websites/<site-id>/cache`.

![Caching-Einstellungen für eine Website in KPanel](https://support.kapsulehost.com/help/screenshots/site-cache.ebc987e4.webp)

> **Note:** Die Gruppe **WordPress** erscheint nur bei WordPress- und WooCommerce-Websites. Caching ist hier ein Tarifbestandteil: Full-Page-Caching und der Objekt-Cache sind in Managed WordPress enthalten. Bei anderen Tarifen zeigt die Seite ein Upgrade-Panel, das beschreibt, was verfügbar ist, anstatt der eigentlichen Steuerelemente.

## Full-Page-Cache

Full-Page-Caching speichert das fertige HTML einer Seite und liefert es direkt an den nächsten Besucher aus. Für einen anonymen Besucher bedeutet das: keine PHP-Ausführung und keine Datenbankabfragen, die Anfrage wird beantwortet, bevor WordPress überhaupt geladen wird.

Die Karte zeigt eine Pille mit **An** oder **Aus**, und wenn sie aktiviert ist, zusätzlich das Datum der Aktivierung, ob das Routing bestätigt wurde, und die Lebensdauer des Caches.

Um es zu aktivieren, klicken Sie auf **Full-Page-Cache aktivieren**. Um es wieder auszuschalten, klicken Sie auf **Deaktivieren**.

Der Cache wird automatisch geleert, wenn Sie einen Beitrag veröffentlichen oder aktualisieren, sodass Ihre Änderungen sofort erscheinen, anstatt auf das Ablaufen der Lebensdauer zu warten.

> **Tip:** Wenn Ihre Website überwiegend von anonymen Besuchern gelesen wird, ist dies der wertvollste Schalter auf der Seite. Es ist üblich, dass der Unterschied bei der Time to First Byte eine Größenordnung ausmacht, weil der langsame Teil einer WordPress-Anfrage derjenige ist, der nun einfach entfällt.

## Leeren und Vorwärmen

Sobald Full-Page-Caching aktiviert ist, erscheinen zwei Aktionen.

**Cache leeren** leert den Cache sofort. Verwenden Sie dies nach einer Änderung, die WordPress nicht als Beitragsaktualisierung behandelt: das Bearbeiten einer Theme-Datei, das Ändern eines Widgets, das Aktualisieren eines Menüs oder das Anpassen einer Plugin-Einstellung, die die Ausgabe beeinflusst. Der nächste Besucher jeder Seite erhält eine frische Kopie.

**Warmer Cache** ruft Ihre Seiten im Voraus ab, sodass sie bereits zwischengespeichert sind, bevor ein Besucher sie anfragt. Nach dem Vorwärmen zeigt ein Banner an, wie viele Seiten von der Gesamtzahl vorab zwischengespeichert wurden, und listet die ersten paar URLs auf.

Die natürliche Reihenfolge nach einer Designänderung ist: leeren, dann vorwärmen. So muss niemand der unglückliche Besucher sein, der für das erste ungecachte Rendering bezahlt.

Für den Edge-Cache vor Ihrer Website, der eine separate Ebene darstellt, siehe [Leeren des CDN-Caches](https://support.kapsulehost.com/de-de/cdn-cache-purge).

## Was niemals zwischengespeichert wird

Manche URLs müssen immer PHP ausführen, weil ihre Ausgabe pro Besucher unterschiedlich ist oder Nebeneffekte hat. Diese Pfade werden automatisch umgangen, und Sie müssen nichts konfigurieren:

| Pfad | Warum |
|---|---|
| `/wp-admin/` | Der WordPress-Adminbereich ist immer dynamisch |
| `/wp-login.php` | Die Anmeldeseite wird niemals zwischengespeichert |
| `/cart/` | Der WooCommerce-Warenkorb ist pro Besucher individuell |
| `/checkout/` | Der WooCommerce-Checkout ist pro Besucher individuell |
| `/my-account/` | WooCommerce-Kontoseiten sind pro Besucher individuell |
| `/wp-cron.php` | Geplante Aufgaben müssen tatsächlich ausgeführt werden |
| `/?wc-ajax=*` | WooCommerce AJAX-Endpunkte |

Zusätzlich zu den Pfadregeln spielen auch Cookies eine Rolle. Ein angemeldeter WordPress-Benutzer oder ein Besucher mit einem aktiven WooCommerce-Sitzungscookie erhält immer eine dynamische Antwort, selbst auf einer Seite, die für alle anderen zwischengespeichert wird. Deshalb bemerkt ein Shopbetreiber, der die eigene Website durchsucht, oft nichts von dem Vorteil, während anonyme Besucher ihn sehr wohl spüren.

> **Warning:** Da Sie meist angemeldet sind, führt das Testen des Cache-Verhaltens in Ihrem normalen Browser zu falschen Ergebnissen. Testen Sie in einem privaten Fenster oder in einem Browser, bei dem Sie nicht angemeldet sind.

## Objekt-Cache

Der Objekt-Cache ist eine andere Ebene. Anstatt fertige Seiten zu speichern, hält er die Ergebnisse von Datenbankabfragen und WordPress-Transients im Speicher, damit wiederkehrende Arbeit nicht erneut ausgeführt werden muss.

Die Karte zeigt eine Pille mit **An** oder **Aus**, und wenn sie aktiviert ist, das Datum der Aktivierung. Verwenden Sie **Einschalten** und **Ausschalten**, um dies zu ändern.

Objekt-Caching hilft genau dort, wo Full-Page-Caching nicht kann: bei angemeldeten Benutzern, Adminbildschirmen und besucherindividuellen Seiten wie Warenkorb und Checkout. Das macht es besonders wertvoll für vielbesuchte Shops und Mitgliederseiten, bei denen ein großer Teil des Datenverkehrs authentifiziert ist und daher nie per Page-Cache abgedeckt wird.

Beide gemeinsam zu betreiben ist die normale Konfiguration. Full-Page-Caching übernimmt den anonymen Datenverkehr, und der Objekt-Cache beschleunigt alles, was ohnehin PHP ausführen muss.

## Auswahl der zu aktivierenden Funktionen

- **Content-Website, überwiegend anonyme Leser.** Full-Page-Caching hat Priorität. Objekt-Caching bringt zusätzlich eine kleinere Verbesserung.
- **WooCommerce-Shop.** Aktivieren Sie beides. Full-Page-Caching deckt weiterhin Ihre Produkt- und Kategorieseiten für stöbernde Besucher ab, während der Objekt-Cache den Warenkorb, den Checkout und die Kontoseiten übernimmt, die niemals zwischengespeichert werden können.
- **Mitglieder- oder Community-Website, auf der fast jeder angemeldet ist.** Objekt-Caching leistet die Hauptarbeit, da die meisten Anfragen den Page-Cache konstruktionsbedingt umgehen.

## Fehlerbehebung

**Ich habe die Website aktualisiert, aber Besucher sehen noch die alte Version.** Leeren Sie den Cache und wärmen Sie ihn dann vor. Wenn er weiterhin veraltet ist, denken Sie daran, dass es auch einen Edge-Cache geben kann: siehe [Leeren des CDN-Caches](https://support.kapsulehost.com/de-de/cdn-cache-purge).

**Caching bringt bei mir nichts.** Sie sind fast sicher angemeldet. Prüfen Sie es in einem privaten Fenster.

**Der Warenkorb oder ein Formular verhält sich bei anonymen Besuchern seltsam.** Die standardmäßigen Commerce-Pfade werden automatisch umgangen, eine benutzerdefinierte oder von einem Plugin bereitgestellte dynamische Seite unter einer nicht standardmäßigen URL jedoch nicht. Wenn eine Seite niemals zwischengespeichert werden darf und nicht auf der Ausnahmeliste steht, lohnt es sich, dies beim Support zu melden, damit wir uns die Regel ansehen können.

**Die Karte zeigt an, dass Caching in Managed WordPress enthalten ist.** Ihr aktueller Tarif enthält es nicht. Das Banner verlinkt auf die Tarifseite.

**Routing-Prüfung läuft.** Der Cache ist aktiviert, und die Routing-Bestätigung wurde noch nicht abgeschlossen. Geben Sie dem Vorgang einen Moment und aktualisieren Sie die Seite.

**Eine Seite zeigt den falschen personalisierten Inhalt an.** Alles Personalisierte muss vom Page-Cache ausgeschlossen oder clientseitig gerendert werden. Wenn ein Plugin die Ausgabe auf einer ansonsten cachefähigen URL personalisiert, ohne ein Sitzungscookie zu setzen, kann der Page-Cache das nicht erkennen. Testen Sie in einem privaten Fenster und melden Sie es dem Support, falls Sie einen solchen Fall finden.

## Verwandte Seiten

- [Website-Leistung und APM](https://support.kapsulehost.com/de-de/site-performance), um zu messen, ob das Caching tatsächlich geholfen hat.
- [Website-Traffic-Analysen](https://support.kapsulehost.com/de-de/site-analytics) für die Trefferquote des Edge-Caches.
- [Aktivieren des CDN](https://support.kapsulehost.com/de-de/cdn-enabling), um diesem Setup einen Edge-Cache vorzuschalten.
- [Ein Backup erstellen](https://support.kapsulehost.com/de-de/taking-a-backup), bevor Sie größere Änderungen an einer Live-Website vornehmen.