Erster Cache-Treffer

Nach Installation und Basis-Konfiguration sollten Sie sehen, dass Storefront-Antworten beim zweiten Aufruf aus dem Cache geliefert werden. Hier ist, wie Sie es Ende-zu-Ende verifizieren.

Schritt 1 — Debug-Modus aktivieren

Öffnen Sie Einstellungen → Speed Boost → Core → Einstellungen.
Schalten Sie Debug-Modus an.
Speichern.

Debug-Modus fügt zwei Response-Header zu jeder von P2Lab Cache behandelten Storefront-Anfrage hinzu:

X-P2Lab-Cache-Status — HIT (aus Cache geliefert), MISS (gerade generiert und gespeichert) oder fehlt (Route nicht cachefähig / Cache deaktiviert)
X-P2Lab-Cache-Generation-Time — Bruchteile von Sekunden, die die Anfrage im Framework verbracht hat (niedrig bei HIT, voller Rendering bei MISS)

Schritt 2 — Eine frische Anfrage stellen

Wählen Sie eine beliebige Produktdetail-URL Ihres Storefronts. Öffnen Sie sie in einem Inkognito-Fenster, damit Session-Cookies nicht stören, oder verwenden Sie curl:

curl -sI https://www.example.com/produkt-foo | grep -i p2lab

Die erste Anfrage sollte zurückgeben:

X-P2Lab-Cache-Status: MISS
X-P2Lab-Cache-Generation-Time: 0.4123

Schritt 3 — Eine zweite Anfrage stellen

Wiederholen Sie dieselbe URL innerhalb der konfigurierten TTL. Sie sollten nun sehen:

X-P2Lab-Cache-Status: HIT
X-P2Lab-Cache-Generation-Time: 0.0021

Ein gut aufgewärmter HIT antwortet typischerweise im niedrigen Millisekundenbereich, unabhängig davon, wie schwer die Originalseite ist.

Schritt 4 — Bestätigen, dass das Dashboard aktualisiert wird

Gehen Sie zu Einstellungen → Speed Boost → Dashboard:

Gesamtanzahl Cache-Einträge sollte mindestens 1 sein und auf die Typen verteilt (Produkte / Kategorien / CMS / Listings / Buybox).
Cache-Gesamtgröße zeigt, was tatsächlich im Backend liegt.
Durchschnittliche HIT-Zeit und Durchschnittliche Generierungszeit füllen sich nach einigen Anfragen.
Gesparter Gesamtplatz zeigt den Gewinn durch Komprimierung (null, wenn Komprimierung deaktiviert).

Wenn Sie über den Header-Switcher den Sales Channel wechseln, filtern sich die Statistiken auf diesen Channel.

Was einen HIT verhindert

Eine Antwort wird nicht gecacht, wenn eine der folgenden Bedingungen zutrifft:

Ein Session-Cookie weist auf einen eingeloggten Benutzer hin
Ein nicht leeres Warenkorb-Cookie ist vorhanden
Die Route ist unter Dashboard → Cachefähige Routen deaktiviert
Die Antwort enthält Cache-Control: no-store oder private
Die Antwort selbst setzt disqualifizierende Cookies
Ein Query-Parameter, der nicht in der Liste Ignorierte Query-Parameter steht, ist vorhanden (jede einzelne Wertkombination würde einen eigenen Cache-Eintrag erzeugen, daher wird die Anfrage standardmäßig umgangen)

Wenn eine erwartete Route immer MISS, siehe Troubleshooting für die volle Checkliste.

Weiter: Funktionen entdecken

Jetzt, wo der Cache läuft, lernen Sie die Komponenten kennen: