Jak przyspieszyć stronę na WordPressie? 14 sprawdzonych sposobów

Pytanie, jak przyspieszyć WordPress, ma zaskakująco powtarzalną odpowiedź: najpierw zmierz, co naprawdę spowalnia stronę, a potem poprawiaj ją od zmian o największym efekcie. Zwykle są to szybszy hosting z aktualnym PHP, pamięć podręczna (cache), lżejsze obrazy w formacie WebP lub AVIF oraz mniej czcionek i skryptów zewnętrznych. Ustawienia Elementora, CDN i porządki w bazie danych to kolejny etap.

Problem dotyczy wielu firm. Według rozdziału o systemach CMS w raporcie Web Almanac 2025 (HTTP Archive, styczeń 2026) dobre wyniki Core Web Vitals na telefonach ma tylko 45% stron na WordPressie, podczas gdy na Wixie – 74%. Core Web Vitals to trzy wskaźniki Google opisujące szybkość wczytywania, reakcję na działania użytkownika i stabilność układu strony.

Poniżej znajdziesz 14 sposobów w kolejności, w jakiej warto je sprawdzać. Przed każdą większą zmianą zrób kopię zapasową, a najlepiej testuj na kopii strony (staging).

Jak przyspieszyć WordPress: zacznij od pomiaru

1. Zmierz szybkość na danych od użytkowników, nie tylko w teście

PageSpeed Insights pokazuje dwa rodzaje danych. Pierwsze pochodzą od prawdziwych użytkowników Chrome i obejmują ostatnie 28 dni. Drugie to test laboratoryjny Lighthouse: jedno symulowane wczytanie strony na jednym urządzeniu. Jak wyjaśnia dokumentacja PageSpeed Insights, wynik testu zmienia się między pomiarami, bo zależy m.in. od chwilowego obciążenia sieci i sprzętu. O ocenie strony decydują dane od użytkowników.

Drugie narzędzie to raport Core Web Vitals w Google Search Console. Grupuje on podobne adresy URL i przypisuje im status „Dobrej jakości”, „Wymagana poprawa” albo „Słabej jakości”. Mierz nie tylko stronę główną, ale też najczęściej odwiedzane podstrony usług, produkty i strony docelowe (landing page), na które kierujesz ruch z reklam – tam każda sekunda kosztuje najwięcej.

Wskaźnik	Co mierzy	Dobry wynik	Częsta przyczyna problemu w WordPressie
LCP (Largest Contentful Paint)	Czas wyświetlenia największego elementu, np. zdjęcia w nagłówku	do 2,5 s	Ciężkie zdjęcie lub slider na górze strony, wolny serwer
INP (Interaction to Next Paint)	Szybkość reakcji na kliknięcia i dotknięcia	do 200 ms	Dużo JavaScriptu z wtyczek, page buildera i skryptów zewnętrznych
CLS (Cumulative Layout Shift)	Przesunięcia elementów podczas ładowania	do 0,1	Obrazy bez wymiarów, wyskakujące banery, podmiana czcionek
TTFB (Time to First Byte)	Czas do pierwszego bajtu odpowiedzi serwera	do 0,8 s	Przeciążony hosting, brak cache, stare PHP

TTFB nie należy do Core Web Vitals – PageSpeed Insights pokazuje go jako dodatkowy, eksperymentalny wskaźnik. Dokładne omówienie trzech głównych wskaźników znajdziesz w tekście o tym, czym są LCP, INP i CLS i jak je poprawić.

Serwer: hosting, wersja PHP i pamięć podręczna

2. Sprawdź, czy hosting nadąża

Jeśli TTFB przekracza 0,8 s nawet na stronie z włączonym cache, problem leży zwykle po stronie serwera. Na tanim hostingu współdzielonym Twoja strona dzieli zasoby z wieloma innymi, więc może zwalniać w godzinach szczytu. Zwracaj uwagę na dyski NVMe lub SSD, serwer w Polsce lub w pobliskim kraju, jeśli Twoi klienci są z Polski, oraz na serwer WWW z wbudowanym cache, np. LiteSpeed albo NGINX.

3. Przejdź na aktualną wersję PHP

WordPress działa na PHP, a nowsze wersje tego języka są szybsze i dostają poprawki bezpieczeństwa. Według harmonogramu wsparcia na php.net PHP 8.1 przestało być wspierane 31 grudnia 2025 r., wersje 8.2 i 8.3 dostają już tylko poprawki bezpieczeństwa, a pełne wsparcie mają 8.4 i 8.5. Wersję zmienisz zwykle w panelu hostingu, ale najpierw zrób to na kopii strony – starsze wtyczki i motywy potrafią przestać działać. Obecną wersję sprawdzisz w kokpicie: Narzędzia → Zdrowie witryny → Informacje.

4. Włącz cache strony

Bez pamięci podręcznej WordPress przy każdej wizycie składa stronę od nowa z kodu PHP i bazy danych. Cache zapisuje gotowy HTML i podaje go kolejnym osobom, co przy stronach firmowych daje zwykle największy pojedynczy zysk. Jeśli hosting ma serwer LiteSpeed, użyj wtyczki LiteSpeed Cache. W innym przypadku sprawdź, czy hosting nie ma własnego cache, a jeśli nie – zainstaluj wtyczkę taką jak WP Super Cache lub płatny WP Rocket.

Zasada jest prosta: jedna wtyczka cache, nie dwie. W sklepie WooCommerce koszyk, zamówienie i konto klienta muszą być wyłączone z cache – dobre wtyczki robią to same, ale warto to sprawdzić.

5. Dodaj cache obiektów i OPcache w sklepie lub dużym serwisie

Cache strony nie pomoże tam, gdzie każdy widzi coś innego: w koszyku, panelu klienta czy kokpicie. Tu przydaje się trwały cache obiektów (Redis lub Memcached), który przechowuje wyniki zapytań do bazy, oraz OPcache, czyli pamięć skompilowanego kodu PHP. Na hostingu włączasz je w panelu albo prosisz o to wsparcie techniczne, a w WordPressie potrzebna jest jeszcze wtyczka łącząca, np. Redis Object Cache.

Obrazy: WebP, AVIF i rozsądny lazy loading

6. Zamień JPEG i PNG na WebP lub AVIF

Zdjęcia to zwykle największa część wagi strony. WordPress obsługuje WebP od wersji 5.8, a od wersji 6.5 także AVIF, który – jak piszą twórcy WordPressa w notce o obsłudze AVIF – może być nawet o 50% lżejszy od JPEG przy tej samej jakości. Warunek: biblioteka graficzna na serwerze (Imagick lub GD) musi ten format obsługiwać. Sprawdzisz to w Narzędzia → Zdrowie witryny → Informacje, w sekcji o obsłudze mediów (Media Handling).

Nowe zdjęcia może automatycznie zapisywać w nowoczesnym formacie wtyczka Modern Image Formats, przygotowana przez zespół WordPressa zajmujący się wydajnością. Starszą bibliotekę mediów przerobisz wtyczką do optymalizacji obrazów.

7. Wgrywaj zdjęcia w odpowiednich wymiarach

Zdjęcie prosto z aparatu ma często 6000 pikseli szerokości i kilka megabajtów, a wyświetla się w ramce szerokiej na 1200–1600 pikseli. WordPress tworzy mniejsze wersje obrazów i podpowiada przeglądarce, którą pobrać na danym ekranie, ale motyw i page builder muszą z tego korzystać. Przyjmij zasadę: zdjęcia na całą szerokość ekranu do około 2000 pikseli, mniejsze odpowiednio węższe, a przed wgraniem kompresja, np. w darmowym narzędziu Squoosh.

8. Lazy loading tak, ale nie dla zdjęcia w nagłówku

Leniwe ładowanie (lazy loading) wstrzymuje pobieranie obrazów, dopóki użytkownik do nich nie przewinie. WordPress robi to automatycznie, a od wersji 6.3 pomija pierwsze obrazy na stronie i oznacza obraz, który najpewniej będzie elementem LCP, atrybutem fetchpriority o wartości high. Według zespołu WordPressa poprawia to LCP zwykle o 5–10%.

Kłopot pojawia się, gdy wtyczka optymalizacyjna albo page builder leniwie ładuje zdjęcie w nagłówku lub slider – wtedy LCP rośnie. Wyłącz lazy loading dla pierwszego ekranu, a slider na górze strony zastąp jednym, dobrze skompresowanym zdjęciem.

Czcionki i skrypty zewnętrzne

9. Ogranicz czcionki i ładuj je z głową

Każdy krój i każda grubość to osobny plik do pobrania. Wybierz najwyżej dwie rodziny czcionek i kilka grubości, używaj formatu WOFF2, który według web.dev jest o około 30% lżejszy od WOFF, i ustaw właściwość font-display na swap albo optional, żeby tekst był widoczny od razu. Czcionki z Google Fonts możesz trzymać na własnym serwerze, ale zysk nie jest pewny, więc zmierz go przed i po zmianie. Do treści sprawdzą się też czcionki systemowe.

10. Zrób przegląd skryptów zewnętrznych

Czat, mapa Google, film z YouTube, piksele reklamowe, mapy cieplne, widżet z opiniami – każdy z tych dodatków pobiera kod z cudzego serwera i obciąża przeglądarkę, co odbija się zwłaszcza na INP. Spisz wszystkie skrypty (pomoże w tym lista zasobów w raporcie PageSpeed Insights) i usuń te, z których nikt nie korzysta.

Pozostałe ładuj z opóźnieniem albo dopiero po kliknięciu. Zamiast osadzonego filmu pokaż miniaturę, która wczyta odtwarzacz na żądanie, a interaktywną mapę na stronie głównej zastąp obrazkiem z linkiem do trasy. Tagi marketingowe najlepiej trzymać w jednym miejscu – jak to zrobić, opisujemy w poradniku o wdrożeniu Google Tag Managera na WordPressie.

Wtyczki, motyw i optymalizacja Elementora

11. Usuń zbędne wtyczki i sprawdź motyw

Liczba wtyczek mówi mniej niż ich jakość: jedna rozbudowana wtyczka potrafi spowolnić stronę bardziej niż dziesięć prostych. Na kopii strony wyłączaj je po kolei i mierz efekt. Pomocna jest darmowa wtyczka Query Monitor, która pokazuje m.in. wolne zapytania do bazy. Zamieniaj wtyczki „do wszystkiego” na lżejsze odpowiedniki i unikaj motywów z dziesiątkami funkcji, których nie używasz.

Porzucone wtyczki to nie tylko kłopot z wydajnością. Jak dbać o aktualizacje i inne zabezpieczenia, piszemy w tekście o tym, jak zabezpieczyć WordPressa przed włamaniem.

12. Skonfiguruj Elementora pod kątem szybkości

Elementor wygodnie się edytuje, ale dodaje własny CSS, JavaScript i dużo zagnieżdżonego kodu HTML. W jego ustawieniach znajdziesz zakładkę z funkcjami wydajności (Performance), m.in. Optimized Image Loading – priorytet dla głównego obrazu na górze strony, Optimized Gutenberg Loading – usunięcie nieużywanych plików edytora bloków i Lazy Load Background Images – opóźnione ładowanie obrazów w tle.

W zakładce funkcji (Features) włączysz Element Caching, czyli przechowywanie gotowego kodu widżetów. Według wewnętrznych testów Elementora skraca to TTFB o 33–70%. Poza tym buduj układy na kontenerach (Container) zamiast starszych sekcji i kolumn, ogranicz pakiety dodatkowych widżetów i animacje wejścia elementów.

CDN i baza danych

13. Rozważ CDN

CDN (sieć dostarczania treści) to serwery w wielu krajach, które przechowują kopie obrazów, plików CSS i JavaScriptu i wysyłają je z miejsca najbliższego użytkownikowi. Jeśli prowadzisz lokalną firmę, a hosting stoi w Polsce, zysk będzie umiarkowany. CDN ma za to dużo sensu przy sklepie wysyłającym za granicę, stronie z kilkoma wersjami językowymi albo z dużą liczbą zdjęć. Cloudflare ma plan darmowy, a wiele hostingów oferuje własny CDN do włączenia w panelu.

14. Uporządkuj bazę danych

Z czasem w bazie odkładają się rewizje wpisów, kosz, spam w komentarzach, wygasłe dane tymczasowe (transienty) i resztki po usuniętych wtyczkach. Liczbę zapisywanych rewizji ograniczysz stałą WP_POST_REVISIONS w pliku wp-config.php, a resztę wyczyścisz wtyczką do optymalizacji bazy – zawsze po zrobieniu kopii zapasowej.

Zwróć też uwagę na opcje ładowane automatycznie (autoload), które WordPress wczytuje przy każdym wyświetleniu strony. Po zmianach w WordPressie 6.6 opcje większe niż około 150 KB nie są już domyślnie ładowane automatycznie, a Zdrowie witryny ostrzega, gdy łączny rozmiar takich danych przekracza 800 KB.

Od czego zacząć przyspieszanie strony WordPress

Nie musisz wdrażać wszystkiego naraz. Poniższa tabela pomoże ustalić kolejność.

Obszar	Typowy efekt	Trudność	Kto to zrobi
Cache strony, kompresja i wymiary obrazów	Duży	Niska	Zwykle samodzielnie
Hosting i wersja PHP	Duży, gdy TTFB przekracza 0,8 s	Średnia (test, czasem migracja)	Ty z pomocą hostingu lub specjalisty
Skrypty zewnętrzne i wtyczki	Duży, zwłaszcza dla INP	Średnia	Samodzielnie lub ze specjalistą
Czcionki i lazy loading	Średni, głównie LCP i CLS	Średnia	Samodzielnie lub ze specjalistą
Ustawienia Elementora i przebudowa układów	Średni	Średnia do wysokiej	Najlepiej ze specjalistą
Cache obiektów, CDN, baza danych	Zależny od skali strony i zasięgu	Średnia	Hosting lub specjalista

Plan na pierwszy tydzień może wyglądać tak:

1. Zrób pełną kopię zapasową i, jeśli to możliwe, kopię strony do testów.
2. Zmierz 3–5 najważniejszych podstron w PageSpeed Insights i zapisz wyniki.
3. Sprawdź TTFB i wersję PHP – jeśli serwer jest wolny, zacznij od niego.
4. Włącz cache i skompresuj największe obrazy, zwłaszcza te na górze stron.
5. Usuń nieużywane wtyczki i skrypty zewnętrzne, a resztę ładuj z opóźnieniem.
6. Po około 28 dniach porównaj dane od użytkowników w PageSpeed Insights i Search Console.

Jeśli wolisz to zlecić, sprawdź, jak wygląda optymalizacja szybkości strony w naszym wykonaniu. Gdy chcesz, by ktoś pilnował wydajności, aktualizacji i kopii na stałe, zajrzyj do oferty opieki nad stroną WordPress.

Najczęściej zadawane pytania

Ile wtyczek to za dużo w WordPressie?

Nie ma bezpiecznej liczby. Strona z trzydziestoma lekkimi wtyczkami może działać szybciej niż strona z dziesięcioma, z których jedna ładuje swoje skrypty na każdej podstronie. Liczy się to, ile plików CSS i JavaScript wtyczka dodaje, ile zapytań wysyła do bazy i czy działa tylko tam, gdzie jest potrzebna. Sprawdzaj to pomiarem na kopii strony, a nieużywane wtyczki usuń, nie tylko wyłącz.

Czy szybkość strony wpływa na pozycję w Google?

Tak, ale nie jest czynnikiem najważniejszym. Google potwierdza, że jego systemy rankingowe biorą pod uwagę Core Web Vitals, a jednocześnie zaznacza, że zawsze stara się pokazać najtrafniejszą treść, nawet na wolniejszej stronie. Szybkość pomaga więc głównie wtedy, gdy kilka stron odpowiada na zapytanie równie dobrze. Większe znaczenie ma dla klientów, którzy na wolnej stronie częściej rezygnują z kontaktu lub zakupu.

Dlaczego PageSpeed Insights pokazuje za każdym razem inny wynik?

Wynik w skali 0–100 pochodzi z testu laboratoryjnego, czyli jednego symulowanego wczytania strony, na które wpływa m.in. chwilowe obciążenie sieci i serwera. Różnice kilku punktów między pomiarami są normalne. Ważniejsza jest sekcja z danymi od prawdziwych użytkowników z ostatnich 28 dni. Jeśli Twoja strona ma wystarczający ruch, to ona pokazuje, jak naprawdę wypadasz w Core Web Vitals.

Czy Elementor spowalnia stronę?

Każdy page builder dodaje kod, więc strona na Elementorze startuje zwykle z gorszej pozycji niż strona na lekkim motywie. Nie oznacza to, że musi być wolna. Kontenery zamiast zagnieżdżonych sekcji, włączone funkcje wydajności, mniej dodatkowych pakietów widżetów i dobry hosting z cache pozwalają osiągnąć dobre wyniki. Przebudowa całej strony od zera rzadko jest pierwszym krokiem.

Czy sama wtyczka cache wystarczy, żeby przyspieszyć WordPressa?

Rzadko. Cache skraca czas odpowiedzi serwera, ale nie zmniejszy wagi zdjęć, nie usunie ciężkich skryptów zewnętrznych i nie poprawi reakcji na kliknięcia, która zależy głównie od JavaScriptu wykonywanego w przeglądarce. Wtyczki cache mają często opcje łączenia i opóźniania skryptów. Włączaj je pojedynczo i sprawdzaj, czy nie psują menu, formularzy albo koszyka.

Podsumowanie

Przyspieszanie WordPressa najlepiej prowadzić w kolejności: pomiar, serwer, obrazy, skrypty, a dopiero potem drobniejsze ustawienia. Większość stron firmowych zyskuje najwięcej na cache, lżejszych zdjęciach i porządkach w skryptach zewnętrznych. Efekty oceniaj na danych od użytkowników, a nie na pojedynczym wyniku testu.

Źródła

1. Web Almanac 2025 – rozdział CMS (HTTP Archive)
2. About PageSpeed Insights (Google for Developers)
3. Web Vitals (web.dev)
4. Raport dotyczący Core Web Vitals (Pomoc Search Console)
5. PHP Supported Versions (php.net)
6. Unsupported Branches – PHP End of Life (php.net)
7. WordPress 6.5 adds AVIF support (Make WordPress Core)
8. Image performance enhancements in WordPress 6.3 (Make WordPress Core)
9. Best practices for fonts (web.dev)
10. Elementor 3.22: Off-Canvas Widget and Element Caching (Elementor)
11. Options API: Disabling autoload for large options (Make WordPress Core)