Dobór page cache, object cache, Redis i CDN w WordPressie zależy od rodzaju strony, hostingu i używanych warstw pamięci podręcznej. Blog zwykle potrzebuje przede wszystkim page cache. Sklep WooCommerce wymaga ostrożnego wykluczania danych dynamicznych. Serwis o dużym ruchu może korzystać z połączenia page cache, object cache i CDN. Sam wynik testu prędkości nie wystarcza do oceny, czy konfiguracja nie spowoduje wyświetlania nieaktualnych stron albo konfliktu ustawień.
Spis treści
Jakie warstwy cache można połączyć w WordPressie?
Cache to mechanizm przechowywania gotowych danych, aby nie trzeba było tworzyć ich ponownie przy każdym żądaniu. W WordPressie poszczególne warstwy odpowiadają za różne elementy działania strony.
- Page cache przechowuje gotowy wynik wygenerowanej strony. Najbardziej pomaga na stronach, których treść zmienia się rzadko.
- Browser cache zapisuje wybrane pliki, na przykład arkusze stylów, skrypty i obrazy, w przeglądarce odwiedzającego.
- Object cache przechowuje dane używane przez WordPress, takie jak wyniki zapytań lub obiekty aplikacji. Redis jest przykładem mechanizmu cache obiektowego.
- Optymalizacja obrazów zmniejsza rozmiar plików graficznych lub przygotowuje je do szybszego wyświetlania. Nie zastępuje page cache.
- CDN może dostarczać wybrane pliki z infrastruktury znajdującej się bliżej użytkownika. Integracja CDN jest osobną warstwą i wymaga zgodności z ustawieniami cache WordPressa.
Wtyczka może obsługiwać jedną z tych warstw albo łączyć kilka funkcji. Przed aktywacją sprawdź, które mechanizmy są już włączone w dPanelu, WordPressie i CDN. Dwie warstwy wykonujące tę samą funkcję mogą utrudnić czyszczenie cache i diagnozowanie nieaktualnej treści.
Page cache dla bloga i strony informacyjnej
Page cache jest zwykle pierwszą warstwą do rozważenia na blogu, stronie firmowej lub serwisie z treścią publikowaną w określonych odstępach. W takich witrynach wiele podstron może być dostarczanych w tej samej postaci wielu odwiedzającym.
Przy wyborze wtyczki sprawdź przede wszystkim:
- czy można wyczyścić cache po publikacji lub aktualizacji wpisu,
- czy ustawienia obejmują strony, które muszą wyświetlać aktualne dane,
- czy wtyczka nie dubluje funkcji hostingu albo innej aktywnej wtyczki,
- czy można wyłączyć wybrane adresy z cache.
Stara wersja strony zwykle wynika z tego, że kopia w cache nie została usunięta po zmianie treści. Po zmianie ustawień sprawdź stronę w oknie prywatnym i wyczyść cache w używanych warstwach, zamiast oceniać efekt wyłącznie na podstawie panelu administracyjnego.
WooCommerce: cache stron dynamicznych
Sklep WooCommerce wymaga rozdzielenia treści, które mogą być przechowywane w cache, od danych zależnych od użytkownika. Koszyk, konto klienta, logowanie i proces zamówienia nie powinny zachowywać się jak jedna, wspólna kopia strony dla wszystkich odwiedzających.
Wtyczka cache dla sklepu powinna więc umożliwiać wykluczenie wskazanych adresów i czyszczenie cache po zmianie produktów lub ustawień sklepu. Po aktywacji wykonaj test w praktycznym scenariuszu: otwórz produkt, dodaj go do koszyka, przejdź do logowania i sprawdź, czy po powrocie dane koszyka pozostają prawidłowe.
Object cache i Redis w środowisku WordPress
Object cache działa na poziomie danych używanych przez aplikację, a nie gotowego kodu całej strony. Może być przydatny wtedy, gdy WordPress lub jego rozszerzenia często korzystają z tych samych danych.
W dhosting Redis można wykorzystać jako cache obiektowy WordPressa. Jeżeli nie chcesz używać wtyczki LiteSpeed Cache, która jest instalowana domyślnie podczas uruchamiania aplikacji WordPress z poziomu dPanelu, Redis można obsługiwać za pomocą osobnej wtyczki. Opis tej konfiguracji znajduje się w artykule Jak skonfigurować wtyczkę Redis Cache dla CMS WordPress.
Nie włączaj jednocześnie kilku wtyczek, które mają zarządzać tym samym cache obiektowym. Najpierw ustal, która wtyczka ma pełnić tę funkcję, a następnie sprawdź działanie WordPressa po jej aktywacji.
Browser cache, obrazy i CDN
Browser cache dotyczy plików pobieranych przez przeglądarkę, dlatego jego działanie może być widoczne dopiero przy kolejnym wejściu na stronę. Po zmianie CSS lub JavaScriptu użytkownik może nadal mieć starszą kopię pliku.
Optymalizacja obrazów wpływa na rozmiar zasobów, ale nie rozwiązuje problemów z nieaktualną stroną HTML. CDN z kolei może przechowywać i dostarczać wybrane zasoby poza głównym serwerem. Jeśli CDN i wtyczka WordPressa mają własne ustawienia cache, po każdej zmianie sprawdź obie warstwy.
Jak dobrać zakres funkcji do rodzaju strony?
| Rodzaj strony | Najważniejszy zakres | Na co zwrócić uwagę |
|---|---|---|
| Blog lub strona informacyjna | Page cache, browser cache, obrazy | Czyszczenie cache po publikacji i aktualizacji treści |
| WooCommerce | Ostrożnie ustawiony page cache, browser cache, obrazy | Wykluczenie koszyka, konta i zamówienia oraz test logowania |
| Serwis o dużym ruchu | Page cache, object cache, CDN i optymalizacja obrazów | Spójne czyszczenie każdej aktywnej warstwy |
Na Elastycznym Web Hostingu zasoby mogą dopasowywać się do aktualnego ruchu i obciążenia strony. Nie oznacza to jednak, że można pomijać dobór warstw cache. Wtyczka powinna pasować do sposobu działania strony i ustawień już aktywnych w środowisku.
Co zrobić, jeśli pojawia się stara strona albo uszkodzony układ?
- Wyczyść cache w aktywnej wtyczce WordPress.
- Sprawdź, czy strona nie jest przechowywana także w CDN.
- Wyczyść cache przeglądarki albo otwórz stronę w oknie prywatnym.
- Jeśli problem dotyczy stylów lub skryptów, sprawdź browser cache i optymalizację plików.
- Jeśli problem dotyczy danych aplikacji, sprawdź konfigurację object cache i Redis.
- Po zmianie wykonaj test na stronie publicznej, w koszyku lub na koncie użytkownika, zależnie od rodzaju witryny.
Przed zmianą kilku warstw naraz zapisz dotychczasowe ustawienia. Wprowadzaj zmiany pojedynczo, aby można było wskazać przyczynę problemu i cofnąć tylko ostatnią zmianę.