Cachefähige Routen
P2Lab Cache gruppiert Storefront-Antworten in sieben Routentypen. Jeder lässt sich einzeln unter Einstellungen → Speed Boost → Dashboard → Cachefähige Routen schalten. Standardmäßig sind alle außer Async-Buybox an.
Die sieben Routentypen
Abschnitt betitelt „Die sieben Routentypen“Startseite cachen
Abschnitt betitelt „Startseite cachen“frontend.home.page — die Startseite Ihres Shops.
Fast immer sicher zu cachen. Nur deaktivieren, wenn Ihre Startseite serverseitig personalisierten Content rendert (z. B. einen personalisierten Empfehlungsblock).
Navigationsseiten cachen
Abschnitt betitelt „Navigationsseiten cachen“frontend.navigation.page — Kategorie-Landingpages mit vollem Breadcrumb, Filter-Sidebar und initialem Produktsatz.
Sicher zu cachen für anonymen Traffic.
Navigationsseiten (AJAX) cachen
Abschnitt betitelt „Navigationsseiten (AJAX) cachen“frontend.navigation.page.ajax — die AJAX-Anfrage, die weitere Listingseiten lädt, wenn ein Besucher paginiert oder sortiert.
Cachefähig. Bedenken Sie, dass jede einzelne Kombination aus Filter / Sortierung / Seite ein eigener Eintrag wird — große Kataloge mit vielen Filterkombinationen lassen den Cache schnell wachsen.
Navigationsfilter (AJAX) cachen
Abschnitt betitelt „Navigationsfilter (AJAX) cachen“frontend.navigation.filter — die Filter-Aggregations-Anfrage (welche Filterwerte mit welcher Anzahl anzuzeigen sind).
Schwerste Backend-Antwort pro Anfrage. Caching hat hier die größte Wirkung.
Produktseiten cachen
Abschnitt betitelt „Produktseiten cachen“frontend.detail.page — Produktdetailseiten.
Cachefähig für anonymen Traffic. Wenn Ihre Buybox serverseitig gerendert wird und pro Kunde variiert (B2B-Preise, kundenspezifische Rules), stellen Sie sicher, dass diese Besucher korrekt als eingeloggt erkannt werden, sodass der Cache umgangen wird.
CMS-Seiten cachen
Abschnitt betitelt „CMS-Seiten cachen“frontend.cms.page — eigenständige CMS-Seiten (Über uns, Kontakt, Landingpages).
Sicher zu cachen, sofern Ihre CMS-Seiten keine dynamischen, pro-Besucher-Blöcke einbetten.
Async Buybox (AJAX) cachen
Abschnitt betitelt „Async Buybox (AJAX) cachen“p2lab.cache.async-buybox — die Async-Buybox-Komponente, die manche Themes für verzögertes Rendering von Preisen / Bestand verwenden.
Standard aus. Die Buybox-Antwort enthält Preise und Rule-modifizierten Output, der kundenspezifisch sein kann. Nur aktivieren, wenn Ihr Storefront das nicht personalisiert.
Pro-Sales-Channel-Schalter
Abschnitt betitelt „Pro-Sales-Channel-Schalter“Jeder Schalter lässt sich pro Sales Channel über den Header-Switcher überschreiben. Nützlich für ein Setup, in dem etwa der öffentliche B2C-Channel alles cacht, der B2B-Channel Produktseiten aber ungecacht hält.
Wie Schalter mit Invalidierung interagieren
Abschnitt betitelt „Wie Schalter mit Invalidierung interagieren“Einen Routentyp zu deaktivieren stoppt das Plugin daran, neue Cache-Einträge für ihn zu erstellen, vorhandene Einträge bleiben aber gültig, bis sie ablaufen oder invalidiert werden. Um den Speicher sofort freizugeben, führen Sie nach dem Deaktivieren Dashboard → Leeren →
Cache für eine bestimmte URL umgehen
Abschnitt betitelt „Cache für eine bestimmte URL umgehen“Die Schalter wirken auf Routentyp-Ebene. Um eine einzelne URL zu umgehen, ohne den ganzen Typ zu deaktivieren:
- Fügen Sie einen Query-Parameter hinzu, der nicht in der Liste Ignorierte Query-Parameter steht. Jeder einzelne Wert eines nicht ignorierten Parameters wird als eigener Variant behandelt — die Anfrage wird für die Dauer dieser Anwesenheit nicht cachefähig.
- Setzen Sie
Cache-Control: no-storeaus Ihrem Controller / Event-Subscriber.
Siehe Query-Parameter-Filterung für die Regeln zur Parameter-Behandlung.
Was nicht in der Schalterliste steht
Abschnitt betitelt „Was nicht in der Schalterliste steht“Eine Handvoll Routen wird unabhängig von Einstellungen niemals gecacht:
- Warenkorb, Checkout und Konto-Bereich
- Alles, was eine Kundensession erfordert
- Admin- / API-Endpoints
- POST / PUT / DELETE-Antworten
Diese sind auf einer Schicht unterhalb der Schalter ausgeschlossen.