Włożono sporo czasu i pieniędzy w stronę WordPress. Jest motyw, kilka wtyczek, być może nawet kreator stron. A mimo to wynik w Google PageSpeed za każdym razem budzi niepokój.
To nie kwestia wrażeń. Strony WordPress wymagają zazwyczaj poważnej, ręcznej optymalizacji, żeby dobrze wypadać w PageSpeed, a szybkie poprawki mają swoje granice.
Co mówią dane
Wiele stron WordPress osiąga 45-65 na 100 punktów w Google PageSpeed dla urządzeń mobilnych bez dedykowanej optymalizacji wydajności. To poniżej rekomendowanego progu Google. Wynik poniżej 90 może realnie kosztować utracone konwersje i pozycje w wynikach wyszukiwania.
Według danych Google: opóźnienie ładowania strony o 1 sekundę zmniejsza konwersje o 7%. Przy opóźnieniu 3 sekund 53% użytkowników mobilnych opuszcza stronę, zanim zdąży zobaczyć stronę główną.
Jeśli strona WordPress mieści się w tym przedziale, może to oznaczać realne straty klientów.
Dlaczego strony WordPress bywają wolne
1. PHP generuje każdą stronę na żądanie
WordPress renderuje strony po stronie serwera przy każdym odwiedzeniu. Użytkownik otwiera adres URL, serwer uruchamia PHP, PHP odpytuje bazę danych, strona jest składana i wysyłana do przeglądarki. Za każdym razem od nowa.
Nowoczesne frameworki generują strony z wyprzedzeniem jako statyczny HTML i serwują je z CDN. Bez zapytań do bazy danych, bez uruchamiania PHP, po prostu plik dostarczany z serwera oddalonego o 20ms.
2. Wtyczki się kumulują
Typowa strona WordPress korzysta z 20-30 wtyczek. Każda ładuje własne pliki CSS, JavaScript i zapytania do bazy danych, nie komunikując się z pozostałymi. Bez starannego zarządzania można skończyć z wieloma wersjami jQuery, licznymi plikami CSS i lawiną żądań sieciowych, które spowalniają całą stronę.
3. Hosting współdzielony pogłębia problem
Większość stron WordPress działa na hostingu współdzielonym, czyli na serwerach, gdzie setki witryn rywalizują o te same zasoby CPU i RAM. Przy skokach ruchu strona drastycznie zwalnia. Plan hostingowy za 5 euro miesięcznie nie jest w stanie obsłużyć realnego ruchu.
4. Obrazy prawie nigdy nie są prawidłowo zoptymalizowane
Obsługa obrazów w WordPress jest reaktywna: tworzone są różne rozmiary przesyłanych plików, ale nie są wymuszane nowoczesne formaty jak WebP czy AVIF, domyślnie nie wszystkie obrazy są ładowane leniwie, a serwowanie z węzła CDN blisko użytkownika nie jest standardem.
5. Buforowanie pomaga, ale tylko do pewnego stopnia
Można zainstalować WP Rocket lub W3 Total Cache. Te narzędzia pomagają, ale stanowią obejście ograniczeń architektonicznych, a nie rozwiązanie pierwotnej przyczyny. Warstwy buforowania nałożone na stos renderowany po stronie serwera mają swój sufit możliwości.
Jak wygląda naprawdę szybka strona
W reprezentatywnej migracji z WordPress do Next.js przeprowadzonej przez webvise, wynik PageSpeed dla urządzeń mobilnych wzrósł z niskich 40 do połowy 90, FCP z około 3,8s do poniżej 1s, TTI z ponad 8s do poniżej 1s, a współczynnik odrzuceń wyraźnie spadł w pierwszym miesiącu. Konkretne wyniki zależą od wagi treści, skryptów zewnętrznych i profilu urządzeń użytkowników.
Po migracji:
- Wynik mobilny: połowa 90 (z niskich 40)
- First Contentful Paint: poniżej 1s (z około 3,8s)
- Time to Interactive: poniżej 1s (z ponad 8s)
- Współczynnik odrzuceń wyraźnie spadł w pierwszym miesiącu
Ta sama treść. Ta sama identyfikacja wizualna. Zupełnie inna architektura.
Przyczyna źródłowa: architektura z innej epoki
WordPress powstał w 2003 roku z myślą o blogach. To wyjątkowe oprogramowanie, które zdemokratyzowało internet. Jego architektura wymaga jednak znacznie więcej konfiguracji i wiedzy specjalistycznej, by spełnić wymagania wydajnościowe nowoczesnych stron biznesowych w 2026 roku.
Strony oparte na Next.js są:
- Generowane statycznie: strony to pliki HTML, nie skrypty PHP
- Wdrożone na krawędzi sieci: serwowane ze 100+ lokalizacji na całym świecie, nie z jednego serwera
- Natywnie w JavaScript: szybka hydratacja, natychmiastowa nawigacja między podstronami
- Domyślnie zoptymalizowane pod kątem obrazów: automatyczny WebP, leniwe ładowanie, właściwe rozmiary
Co warto zrobić
Jeśli strona osiąga wynik poniżej 70 w PageSpeed, to problem biznesowy, nie techniczny.
Opcja 1: Kontynuować optymalizację WordPress. Wtyczki do buforowania, optymalizacja obrazów i lżejsze motywy mogą przynieść wymierne efekty; należy jednak liczyć się z bieżącymi nakładami na utrzymanie i sufitem możliwości zależnym od liczby wtyczek i architektury motywu.
Opcja 2: Migracja. Przejście na nowoczesny stos technologiczny daje stronę stworzoną z myślą o szybszym ładowaniu, lepszych wynikach PageSpeed i mniejszej zależności od wtyczek.
webvise przeprowadza takie migracje z wykorzystaniem implementacji wspomaganej przez AI, wycenami o ustalonym zakresie i przewidywalnymi harmonogramami. Strona WordPress jest najpierw bezpłatnie audytowana, więc wiadomo dokładnie, czego się spodziewać.