Cache'owalne trasy

P2Lab Cache grupuje odpowiedzi storefrontu w siedem typów tras. Każdy można przełączyć osobno pod Settings → Speed Boost → Dashboard → Cacheable Routes. Domyślnie wszystko poza async buybox jest on.

Siedem typów tras

Cache Home Page

frontend.home.page — strona startowa Twojego sklepu.

Prawie zawsze bezpieczna do cache’owania. Wyłącz tylko, jeśli Twoja strona główna renderuje content per-sesyjny (np. spersonalizowany blok rekomendacji server-side).

frontend.navigation.page — strony kategorii z pełnym breadcrumbem, sidebarem filtrów i początkowym zestawem produktów.

Bezpieczne do cache’owania dla anonymowego ruchu.

frontend.navigation.page.ajax — żądanie AJAX, które fetchuje kolejne strony listingu, gdy odwiedzający paginuje lub sortuje.

Cache’owalne. Pamiętaj, że każda osobna kombinacja filter / sort / page staje się osobnym wpisem — duże katalogi z wieloma kombinacjami filtrów szybko zwiększają cache.

frontend.navigation.filter — żądanie agregacji filtrów (które wartości filtrów pokazać, z liczbami).

Najcięższa odpowiedź backendu per żądanie. Cache’owanie ma największy wpływ tutaj.

Cache Product Pages

frontend.detail.page — strony detalu produktu.

Cache’owalne dla anonymowego ruchu. Jeśli Twój buybox jest renderowany server-side i zmienia się per klient (ceny B2B, rule customer-specific), upewnij się, że tacy odwiedzający są poprawnie identyfikowani jako zalogowani, by cache był bypassowany.

Cache CMS Pages

frontend.cms.page — samodzielne strony CMS (about, contact, landing pages).

Bezpieczne do cache’owania, chyba że Twoje strony CMS osadzają dynamiczne, per-odwiedzający bloki.

Cache Async Buybox (AJAX)

p2lab.cache.async-buybox — komponent async buybox używany przez niektóre theme’y do odroczenia renderu cen / stocku.

Off domyślnie. Odpowiedź buyboxa zawiera ceny i output zmodyfikowany rule’ami, który może być customer-specific. Włącz tylko, jeśli Twój storefront tego nie personalizuje.

Przełączniki per kanał sprzedaży

Każdy przełącznik można nadpisać per kanał sprzedaży z przełącznika w headerze. Przydatne dla setupów, gdzie np. publiczny kanał B2C cache’uje wszystko, a kanał B2B trzyma strony produktów uncached.

Jak przełączniki interagują z inwalidacją

Wyłączenie typu trasy zatrzymuje plugin przed tworzeniem nowych wpisów cache dla niego, ale istniejące wpisy pozostają ważne do wygaśnięcia lub inwalidacji. Aby zwolnić storage natychmiast, uruchom Dashboard → Clear → po wyłączeniu.

Obejście cache dla konkretnego URL

Przełączniki działają na poziomie typu trasy. Aby obejść pojedynczy URL bez wyłączania całego typu:

Dodaj parametr query, którego nie ma na liście Ignored Query Parameters. Każda osobna wartość nieignorowanego parametru jest traktowana jako osobny wariant — żądanie staje się uncacheable na czas obecności tego parametru.
Ustaw Cache-Control: no-store z Twojego kontrolera / event subscribera.

Zobacz Filtrowanie parametrów query po reguły obsługi parametrów.

Czego nie ma na liście przełączników

Garść tras nigdy nie jest cache’owana, niezależnie od ustawień:

Koszyk, checkout i obszar konta
Wszystko, co wymaga sesji klienta
Endpointy admin / API
Odpowiedzi POST / PUT / DELETE

Te są wykluczone na warstwie pod przełącznikami.