Przyspieszanie witryny WordPress dzięki Lite Page Cache

Spis treści
Pamięć podręczna stron zapisuje gotowy HTML, aby WordPress nie musiał od nowa budować tej samej publicznej strony przy każdym żądaniu. Może to ograniczyć pracę serwera. Nie gwarantuje określonego czasu ładowania, pozycji w wyszukiwarce ani wzrostu sprzedaży.
Artykuł opisuje publiczny kod Lite Page Cache 1.1.0 sprawdzony 24.10.2026. Na LukasWojcik.com działa dodatkowo zmodyfikowana wersja 1.1.1. Funkcji tej lokalnej wersji nie można automatycznie przypisywać plikom pobieranym z GitHuba.

Co faktycznie pomija trafienie w cache?
Bez modułu drop-in trafienie jest obsługiwane dopiero przy hooku WordPressa template_redirect. WordPress i wtyczki zostały już uruchomione; wcześniejsze zapytania do bazy danych nadal się odbyły.
Opcjonalny moduł advanced-cache.php działa wcześniej i może zwrócić istniejący wpis przed dalszym uruchamianiem WordPressa. Ta droga nadal wykonuje PHP. Bezpośrednie podawanie pliku statycznego przez serwer WWW jest inną architekturą.
Ważne ograniczenie publicznej wersji
Sprawdzony kod zapisuje odpowiednio duże, kompletne odpowiedzi HTML ze statusem 200. Wymaga również znacznika specyficznego dla witryny: data-consented="reactive-chat". Bez tego znacznika ta wersja nie tworzy nowego wpisu cache, nawet jeśli pozostałe warunki wydają się spełnione.
Nie jest to zatem uniwersalna wtyczka działająca bez zmian z dowolnym motywem. Użycie na innej stronie wymaga zastąpienia tej zależności odpowiednią kontrolą kompletności. Samo dodanie sztucznego znacznika nie dowodzi poprawnego działania ani kompletności strony.
Instalacja po sprawdzeniu zgodności
- Sprawdzić cały katalog wtyczki z podlinkowanego repozytorium. Działanie drop-in wymaga dostarczonego pliku
advanced-cache.phpoboklite-page-cacher.php; sam główny plik PHP i README nie wystarczą. - W środowisku testowym sprawdzić zależność od motywu, uprawnienia zapisu i istniejące mechanizmy cache. Wtyczka nie zastępuje modułu drop-in innej wtyczki.
- Przesłać sprawdzony katalog do
wp-content/plugins/i aktywować wtyczkę. - Sprawdzić stan drop-in w Ustawienia → Lite Page Cache. Wczesna obsługa wymaga pliku w
wp-content/, poprawnej konfiguracji iWP_CACHE. Aktywacja próbuje wykonać konfigurację; błędy zapisu mogą wymagać ręcznej interwencji.
Które żądania są pomijane?
Sprawdzona wersja pomija zalogowane wizyty, żądania inne niż GET i niepuste parametry zapytania, nie tylko UTM. Wybrane cookies WordPressa dotyczące logowania, dostępu hasłem i zapamiętanych danych komentarza także wyłączają cache. Podglądy, wyniki wyszukiwania, strony błędów i inne specjalne widoki nie są zapisywane jako nowe wpisy.
Te warunki nie rozpoznają każdej personalizacji. Sprawdzony kod nie zawiera ogólnego zabezpieczenia dla koszyków, sesji, stref członkowskich ani dowolnych cookies innych wtyczek. Takie przypadki wymagają wyraźnych wykluczeń i testów dla oddzielnych odwiedzających. Skrót w nazwie pliku cache nie jest kontrolą dostępu.
Unieważnianie i czas ważności
Zapis lub usunięcie wpisu usuwa z cache jego stronę oraz strony z listami. Zatwierdzenie komentarza dotyczy powiązanego wpisu i list. Domyślny maksymalny wiek wynosi godzinę; nieaktualny wpis jest odrzucany i odbudowywany przy następnym odpowiednim żądaniu. Filtr lpc_ttl może zmienić ten okres; wartość 0 wyłącza wygasanie.
Po globalnych zmianach wyglądu lub zmianach bez odpowiedniego unieważnienia dostępny jest przycisk Clear All Cache. Publiczna wersja nie ma dodatkowych hooków obsługujących edycję lub usunięcie już zatwierdzonego komentarza, które występują w lokalnej wersji 1.1.1.
Sprawdzenie rzeczywistego efektu
Odpowiednie anonimowe żądanie GET tworzy wpis. Pierwsza odpowiedź nie musi zawierać komentarza cache dodanego do zapisanej kopii. Późniejsze trafienie pokazuje X-Cache: HIT; drop-in dodaje także X-Cache-Handler: advanced-cache.php. Komentarz HTML ma postać Served from Lite Page Cache, z dodatkiem (drop-in) dla tej ścieżki.
Porównanie przed i po powinno objąć czas odpowiedzi oraz zgodną zawartość strony. Osobno wymagają kontroli logowanie, parametry zapytania, zatwierdzanie komentarzy i wygasanie. HIT potwierdza trafienie w cache, a nie zmierzone przyspieszenie lub pełną zgodność z witryną.
Pytania i odpowiedzi
Czy zatwierdzenie odpowiedzi na komentarz również unieważnia cache?
Tak. Odpowiedź też jest komentarzem i uruchamia odpowiednie hooki zatwierdzania. W publicznej wersji inne pojedyncze wpisy zasadniczo pozostają w cache. Widżet nowych komentarzy na takich stronach może więc pozostać nieaktualny do kolejnego odtworzenia.
Jeden komentarz
Uzupełnienie: Od 25 września 2026 r. na GitHubie jest wersja 1.1.0 wtyczki. Przy zmianie nie czyści już całej pamięci podręcznej, tylko wpis danego artykułu i strony z listami, a każdy wpis wygasa po godzinie. Trafienia mają nagłówek
X-Cache, a opcjonalny drop-inadvanced-cache.phpodpowiada na nie, zanim załaduje się WordPress. Wizyty z zapamiętanymi danymi komentarza nigdy nie trafiają do pamięci podręcznej. Wersji przesłanej 6 września nie dało się aktywować; 1.1.0 to naprawia. Źródło: wp-lite-page-cache na GitHubie.