Jak przyspieszyć WordPress w 2026 roku: lista kontrolna optymalizacji wydajności

Przepuść swoją stronę przez PageSpeed Insights (pagespeed.web.dev) i zapisz cztery liczby: LCP (Largest Contentful Paint, czas do pojawienia się głównej treści), INP (Interaction to Next Paint, reaktywność), CLS (Cumulative Layout Shift, stabilność wizualna) oraz całkowitą wagę strony. Progi Core Web Vitals Google: LCP poniżej 2,5 s, INP poniżej 200 ms, CLS poniżej 0,1. Wpływają bezpośrednio na Twoje pozycje od 2021 roku. Poniżej tych progów jest «dobrze»; między progami a 4 s/500 ms/0,25 jest «wymaga poprawy»; gorzej jest «słabo». Cały sens optymalizacji szybkości WordPress polega na przesunięciu tych trzech liczb do zielonej strefy. Nie ufaj wynikom GTmetrix ani innym zagregowanym ocenom: nie odpowiadają one rzeczywistym sygnałom Google.

Sprawdź TTFB (Time To First Byte) z geografii Twojej grupy odbiorców za pomocą WebPageTest. Jeśli TTFB przekracza 1 sekundę, wąskim gardłem jest Twój hosting: żadna optymalizacja front-endu tego nie naprawi. Częste winowajcy: tani hosting współdzielony z przeciążonymi serwerami, hosting na kontynencie innym niż Twoja grupa odbiorców, brak opcache PHP (każda wersja PHP 7+ powinna mieć go włączonego domyślnie). Najtańszym rozwiązaniem jest przejście na szybszy hosting w tym samym poziomie planu. Dla poniżej 50 000 wizyt/mies. Hostinger Business z LiteSpeed Cache daje TTFB poniżej 400 ms. Dla większego ruchu Kinsta lub WP Engine na poziomie premium Google Cloud dają TTFB poniżej 300 ms w sposób stały. Zmiana hostingu wymaga więcej pracy niż instalacja wtyczki, ale poprawa jest zwykle drastyczna.

Domyślnie WordPress generuje każdą stronę z PHP + MySQL przy każdym żądaniu. Buforowanie strony przechowuje wygenerowany kod HTML i serwuje go bezpośrednio kolejnym odwiedzającym: zwykle 10–20 razy szybciej. Na hostingach opartych na LiteSpeed (Hostinger, większość Bluehost, A2 Turbo, NameHero) zainstaluj LiteSpeed Cache (za darmo): integruje się z buforowaniem na poziomie serwera. Na hostingach Apache/Nginx zainstaluj WP Rocket (59 $/rok): to najwyższej jakości wtyczka buforująca, warta swojej ceny. Darmowe alternatywy (W3 Total Cache, WP Super Cache) działają, ale wymagają więcej konfiguracji. Po włączeniu buforowania strony przetestuj ponownie w PageSpeed Insights: powinieneś zobaczyć drastyczny spadek TTFB.

Obrazy stanowią zwykle 60–80% wagi strony WordPress. Dwie wygrane do zdobycia: (1) Kompresja: każdy obraz powinien zostać skompresowany przed przesłaniem. Skorzystaj z naszego Kompresora Obrazów albo zainstaluj ShortPixel/Smush, aby automatycznie kompresować przy przesyłaniu. Cel: obrazy nagłówkowe poniżej 200 KB, obrazy treści poniżej 100 KB. (2) Nowoczesne formaty: serwuj WebP (lub AVIF) zamiast JPG/PNG. WebP jest o 25–35% mniejszy przy tej samej jakości. ShortPixel i Smush Pro konwertują automatycznie; alternatywnie optymalizacja obrazów Cloudflare przepisuje obrazy w locie. (3) Leniwe ładowanie: obrazy poniżej linii zgięcia powinny ładować się dopiero po przewinięciu do nich. WordPress 5.5+ dodaje loading='lazy' automatycznie; sprawdź, czy działa, podglądając kod źródłowy. (4) Atrybuty szerokości: zawsze ustawiaj jawne width/height obrazów, aby uniknąć CLS.

Większość wtyczek buforujących (WP Rocket, LiteSpeed Cache) zawiera minifikację CSS/JS: włącz ją. Największą wygraną jest odroczenie lub usunięcie nieużywanych skryptów. Uruchom Chrome DevTools → karta Coverage na swojej stronie głównej; pokazuje ona, które bajty CSS i JS są faktycznie używane. Typowe wyniki: 50–80% CSS jest nieużywane, 30–60% JS jest nieużywane. Rozwiązania: (a) użyj lżejszego motywu (GeneratePress lub Kadence wysyłają mniej niż 30 KB CSS), (b) wyłącz nieużywane wtyczki (często źródło nieużywanych skryptów), (c) użyj wtyczki takiej jak Asset CleanUp, aby wyłączyć skrypty na stronach, które ich nie potrzebują (np. Contact Form 7 ładuje się domyślnie wszędzie, nawet jeśli używasz go tylko na /contact).

Każda aktywna wtyczka WordPress uruchamia się przy każdym ładowaniu strony, potencjalnie dodając zapytania, JavaScript i CSS. Większość wolnych stron ma ponad 30–50 aktywnych wtyczek, z których połowy już nie używają. Użyj Query Monitor (za darmo), aby zobaczyć, które wtyczki wykonują najwięcej zapytań do bazy danych. Użyj darmowego poziomu New Relic lub APM od Kinsta, aby zobaczyć, które funkcje wtyczek trwają najdłużej. Główni historyczni winowajcy: Jetpack (robi wiele rzeczy, wszystkie przy każdym żądaniu), rozdęte wtyczki kopii zapasowych działające podczas szczytów ruchu, wtyczki do udostępniania w mediach społecznościowych ładujące swój CSS/JS nawet na stronach bez przycisków udostępniania, wtyczki bezpieczeństwa skanujące pliki w czasie rzeczywistym. Wyłącz jakąś wtyczkę, przetestuj ponownie wydajność i zdecyduj, czy funkcja była warta kosztu.

WordPress z czasem gromadzi śmieci w bazie danych: rewizje wpisów, wygasłe transienty, spamowe komentarze, osierocone metadane. Zainstaluj WP-Optimize (za darmo) i jednorazowo wykonaj czyszczenie bazy danych. Rozsądna comiesięczna konserwacja: usuwaj rewizje starsze niż 60 dni (zachowaj najnowsze dla bezpieczeństwa), wygasłe transienty, kolejkę spamu. Dla stron o dużym ruchu największą wygraną w bazie danych jest buforowanie obiektów: Redis lub Memcached przechowuje w pamięci wyniki kosztownych zapytań MySQL, unikając powtórnej pracy. Większość hostingów zarządzanych WordPress zawiera Redis w wyższych poziomach; na podstawowym hostingu współdzielonym nie jest to dostępne.

CDN (Sieć Dostarczania Treści) buforuje Twoje zasoby statyczne (obrazy, CSS, JS) w lokalizacjach brzegowych blisko Twoich odwiedzających. Dla grupy odbiorców wyłącznie z USA hostowanej w USA CDN przynosi skromną poprawę. Dla globalnej grupy odbiorców CDN jest niezbędny: redukuje opóźnienie zasobów z 200–500 ms do 20–50 ms. Darmowy poziom Cloudflare pokrywa większość potrzeb; BunnyCDN po 0,01–0,05 $/GB to płatne ulepszenie o doskonałej wydajności. Dla samych obrazów Cloudflare Images lub Bunny Image Optimizer potrafią zmieniać rozmiar i konwertować formaty w locie.

Po każdej większej zmianie ponownie uruchom PageSpeed Insights. Celem jest stopniowy postęp: większość stron nie przechodzi z «słabo» do «dobrze» za sprawą jednej zmiany. Po pełnym przejściu optymalizacji typowe wyniki: sklep WooCommerce na hostingu współdzielonym przechodzi z LCP 4–6 s do LCP 1,5–2,5 s. Blog treściowy na hostingu zarządzanym przechodzi z LCP 2–3 s do LCP 0,8–1,5 s. Jeśli po wszystkich powyższych krokach pozostajesz powyżej 3 s LCP, wąskim gardłem jest prawdopodobnie Twój motyw: przejdź na lżejszy motyw (GeneratePress, Kadence lub Astra), zanim będziesz dalej optymalizować.