Włączyłeś cache, a Google PageSpeed nadal pokazuje słaby wynik dla Twojej strony WordPress? To normalne. Cache serwera (NGINX, Redis) masz na jdm.pl wbudowany w każdym pakiecie, ale cache i PageSpeed mierzą dwie różne rzeczy. W tym artykule wyjaśniamy różnicę, pokazujemy, co poprawisz sam, i co możemy zrobić za Ciebie.
Cache to dostarczenie, PageSpeed to renderowanie
Cache serwerowy (NGINX Cache, Redis) odpowiada za szybkie dostarczenie gotowego kodu HTML do przeglądarki. Skraca czas odpowiedzi serwera (TTFB), bo strona nie jest budowana od nowa przy każdym wejściu. To ważny fundament i pierwszy krok, ale na tym jego rola się kończy.
PageSpeed i Core Web Vitals mierzą coś innego: jak szybko i stabilnie strona renderuje się w przeglądarce po dostarczeniu. Liczą się tu trzy wskaźniki:
- LCP (Largest Contentful Paint): jak szybko pojawia się największy element, zwykle główny obraz lub nagłówek.
- CLS (Cumulative Layout Shift): czy układ nie skacze podczas ładowania.
- INP (Interaction to Next Paint): jak szybko strona reaguje na kliknięcia.
Na te wskaźniki wpływają obrazy, skrypty JS i CSS blokujące wyświetlanie, sposób ładowania fontów oraz stabilność układu. To rzeczy w dużej mierze niezależne od serwera.
Cache przyspiesza dostarczenie strony, ale nie zmienia tego, jak ciężka jest sama strona. Nieodchudzone obrazy, dziesiątki skryptów i przeładowany motyw obniżą wynik PageSpeed nawet przy idealnie działającym cache.
Co możesz zrobić sam
Zanim zlecisz optymalizację, część rzeczy poprawisz samodzielnie:
- Serwuj obrazy w WebP. Zdjęcia to zwykle najcięższy element strony. Konwersję włączysz wtyczką WebP Express, co realnie poprawia LCP.
- Włącz lazy loading. Obrazy poniżej pierwszego ekranu powinny ładować się dopiero przy przewijaniu. WordPress robi to domyślnie, sprawdź tylko, czy motyw lub wtyczka tego nie wyłączają.
- Odchudź listę wtyczek. Każda aktywna wtyczka dokłada swój JS i CSS. Wyłącz i usuń te, których nie używasz.
- Optymalizuj JS i CSS. Wtyczki typu LiteSpeed Cache czy W3 Total Cache potrafią minifikować i łączyć pliki, co skraca renderowanie.
Buforowaniem stron zajmuje się serwer (NGINX Cache). We wtyczce cache wyłącz cache stron i używaj jej wyłącznie do optymalizacji JS i CSS. Podwójne buforowanie powoduje konflikty i błędy trudne do zdiagnozowania.
Zlecamy kompleksową optymalizację
Osiągnięcie dobrego wyniku PageSpeed to często drobiazgowa praca na wielu elementach naraz. Możesz ją zlecić zespołowi jdm. Wykonujemy audyt strony, wdrażamy poprawki (obrazy, JS i CSS, fonty, układ) i weryfikujemy wynik testu po zmianach.
Diagnozujemy też blokady cache. Jeśli strona zawsze omija NGINX Cache, zwykle winna jest wtyczka dodająca ciasteczka, sesję PHP albo nagłówki no-cache. Ustalimy, która to. Wstępnie sprawdzisz to też sam: w wp-adminie wtyczka Hosting JDM ma narzędzie, które dla każdego adresu pokazuje status (np. COOKIE lub NO-CACHE) i wskazuje przyczynę omijania cache. Opisujemy je w poradniku Test działania cache WordPress: sprawdź, czy strona jest buforowana.
Zlecenie złożysz przez Zgłoszenia (BOK): opisz stronę i czego oczekujesz, a my odpowiemy w wątku.