Jak sprawdzić szybkość strony internetowej WordPress?
Twoja strona WordPress zaczęła działać wolniej? Zdjęcia ładują się z opóźnieniem, panel administratora przestaje odpowiadać, a użytkownicy skarżą się na długi czas oczekiwania? W takich sytuacjach jednym z pierwszych podejrzanych jest hosting. Zdajemy sobie z tego sprawę, ponieważ podobne problemy często są powodem kontaktu z pomocą techniczną. Nie oznacza to jednak, że przyczyną spowolnienia jest serwer lub dostawca usługi hostingowej. Zanim zdecydujesz się na zmianę hostingu, sprawdźmy, co dokładnie spowalnia Twoją stronę. WordPress jest rozbudowanym systemem CMS, a na jego wydajność wpływa znacznie więcej niż moc procesora czy ilość dostępnej pamięci RAM. Motyw, wtyczki, zapytania do bazy danych, konfiguracja pamięci podręcznej (cache), skrypty zewnętrzne – każdy z tych elementów wykonuje określoną pracę. Szczególnie dobrze widać to w WooCommerce. Samo dodanie kolejnych produktów nie musi powodować problemów, ale rozbudowane warianty, filtrowanie, integracje magazynowe czy przeliczanie koszyka zwiększają liczbę operacji wykonywanych przez sklep. Strona główna potrafi więc działać błyskawicznie, podczas gdy karta produktu lub finalizacja zamówienia ładują się kilka sekund.
Jak sprawdzić szybkość strony internetowej WordPress i znaleźć przyczynę spowolnienia? Pokażemy Ci, jak wykorzystać Google PageSpeed Insights, GTmetrix i Query Monitor, na jakie parametry zwrócić uwagę oraz jak interpretować wyniki. Przyjrzymy się również różnicom między wydajnością samego WordPressa a szybkością odpowiedzi hostingu. Dzięki temu łatwiej ustalisz, czy problem wymaga optymalizacji strony, zmiany konfiguracji PHP i cache, czy rzeczywiście większych zasobów serwera.
- Co tak naprawdę oznacza szybkość strony i co liczy się dla Google?
- Najskuteczniejsze metody weryfikacji wydajności WordPress
- Dlaczego nie wystarczy przetestować strony głównej?
- Diagnostyka różnicowa: hosting czy konfiguracja WordPressa?
A jeśli problemem rzeczywiście jest hosting? W SEOHOST możesz skorzystać z 14-dniowego testu hostingu NVMe z obsługą LiteSpeed, przygotowanego również do obsługi WordPressa i WooCommerce. Jeżeli zdecydujesz się przenieść swoją stronę na nasze usługi, oferujemy także bezpłatną migrację hostingu na nową, opłaconą usługę, zgodnie z warunkami i limitami dostępnymi w ofercie.
Co tak naprawdę oznacza „szybkość strony” i co liczy się dla Google?
Szybkość strony internetowej nie sprowadza się wyłącznie do czasu jej całkowitego załadowania (Load Time). Dla użytkownika znaczenie ma przede wszystkim to, kiedy zobaczy treść, jak szybko strona zareaguje na kliknięcie i czy poszczególne elementy nie będą przesuwały się podczas wyświetlania. Właśnie dlatego podczas oceny wydajności warto korzystać ze wskaźników Core Web Vitals (Podstawowe Wskaźniki Internetowe), które opisują wybrane aspekty rzeczywistych doświadczeń użytkowników.
Google wyróżnia trzy podstawowe wskaźniki:
- LCP (Largest Contentful Paint) – czas potrzebny na wyświetlenie największego elementu treści w początkowo widocznym obszarze strony. Najczęściej jest to duża grafika, zdjęcie produktu albo blok tekstu. Za dobry wynik uznaje się LCP nieprzekraczający 2,5 sekundy.
- INP (Interaction to Next Paint) – mierzy responsywność strony, czyli czas potrzebny na reakcję interfejsu na działania użytkownika. Jeżeli po kliknięciu przycisku menu lub wybraniu wariantu produktu strona długo nie reaguje, warto sprawdzić ten parametr. Dobry wynik to 200 ms lub mniej.
- CLS (Cumulative Layout Shift) – określa stabilność wizualną strony. Gdy tekst przesuwa się w dół, ponieważ po chwili pojawiła się reklama, zdjęcie lub dodatkowy element interfejsu, CLS rośnie. Za dobry wynik uznaje się 0,1 lub mniej.
W przypadku danych pochodzących od rzeczywistych użytkowników Google ocenia te wskaźniki na podstawie 75. percentyla pomiarów. Nie chodzi więc o jeden idealny wynik, ale o dobre doświadczenia większości odwiedzających.
Musisz też wiedzieć, że Core Web Vitals i punktowa ocena wydajności w PageSpeed Insights nie są tym samym. Narzędzie prezentuje zarówno dane rzeczywistych użytkowników, jeśli są dostępne, jak i wyniki testu laboratoryjnego Lighthouse. Te dwa pomiary mogą się od siebie różnić.
Czy szybkość strony wpływa na SEO? Core Web Vitals są wykorzystywane przez systemy rankingowe Google, ale dobry wynik techniczny nie gwarantuje wysokiej pozycji w wyszukiwarce. Nadal duże znaczenie mają trafność i jakość treści, jej użyteczność oraz pozostałe sygnały rankingowe. Nie optymalizujemy więc WordPressa wyłącznie po to, żeby zobaczyć zielone liczby w PageSpeed Insights, ale przede wszystkim po to, żeby użytkownicy mogli sprawnie korzystać ze strony.
Najskuteczniejsze metody weryfikacji wydajności WordPress
Do oceny szybkości WordPressa proponujemy wykorzystać trzy narzędzia, które wzajemnie się uzupełniają. PageSpeed Insights pokaże Ci, jak wygląda wydajność z perspektywy przeglądarki i użytkownika. GTmetrix pozwoli prześledzić ładowanie poszczególnych plików, a Query Monitor pomoże zajrzeć do samego WordPressa, jego wtyczek i zapytań do bazy danych.
Zanim jednak zainstalujesz dodatkową wtyczkę, zajrzyj do panelu WordPress i otwórz Narzędzia → Stan witryny. Jest to wbudowana funkcja CMS, która sprawdza wybrane elementy konfiguracji i wskazuje problemy wymagające uwagi. Zwróć szczególną uwagę na ostrzeżenia dotyczące wersji PHP, REST API (interfejsu komunikacji WordPressa), zaplanowanych zadań oraz pozostałych elementów środowiska. Nie jest to pełny test wydajności, ale część problemów wykryjesz w ten sposób bez instalowania nowych narzędzi.
1. Google PageSpeed Insights – analiza szybkości i Core Web Vitals
Google PageSpeed Insights to jedno z najprostszych narzędzi do sprawdzenia wydajności strony internetowej. Nie wymaga instalacji wtyczek ani dostępu do panelu administratora. Wystarczy podać adres URL, który chcesz przetestować.
- Otwórz PageSpeed Insights.
- Wprowadź adres swojej strony WordPress, np.
https://twojadomena.pl/. - Kliknij przycisk Analizuj.
- Sprawdź wyniki dla urządzeń mobilnych oraz komputerów.
- Przejrzyj Core Web Vitals, ocenę wydajności i zalecenia dotyczące elementów spowalniających stronę.
Zwróć uwagę na różnice między wynikami mobilnymi a desktopowymi. Jeżeli strona uzyskuje dobry wynik na komputerach, a znacznie słabszy na urządzeniach mobilnych, przyczyną bywają ciężkie obrazy, skrypty JavaScript, zasoby blokujące renderowanie albo większe obciążenie procesora urządzenia. Nie zakładaj jednak, że każdy słabszy wynik mobilny oznacza błąd – oba warianty testu wykorzystują inne warunki.
Przy interpretacji raportu istotne jest również rozróżnienie danych rzeczywistych (field data) od testów laboratoryjnych (lab data). Dane rzeczywiste pochodzą z Chrome User Experience Report i obejmują doświadczenia użytkowników z ostatnich 28 dni. Test laboratoryjny jest natomiast wykonywany w kontrolowanych warunkach i dostarcza szczegółowych wskazówek diagnostycznych.
Jeżeli Twoja strona nie ma wystarczającej liczby pomiarów od użytkowników, PageSpeed Insights nie zawsze wyświetli dane rzeczywiste dla konkretnego adresu. Nie jest to dowód błędu WordPressa ani problemu z indeksowaniem.
Na co zwrócić uwagę? Jeśli raport wskazuje zbyt duże obrazy, zacznij od ich optymalizacji. Jeśli problemem jest długie wykonywanie JavaScriptu, sprawdź skrypty motywu i wtyczek. Z kolei wysoki czas odpowiedzi HTML jest sygnałem, żeby dokładniej przeanalizować sposób generowania strony, konfigurację cache oraz infrastrukturę.
2. GTmetrix – analiza techniczna ładowania strony
Podczas gdy PageSpeed Insights pomaga ocenić wydajność i doświadczenie użytkownika, GTmetrix pozwala przeanalizować kolejność pobierania zasobów. Szczególnie przydatny jest wykres kaskadowy Waterfall Chart, pokazujący żądania wykonywane przez przeglądarkę.
Każdy wiersz wykresu reprezentuje określony zasób: dokument HTML, arkusz CSS, skrypt JavaScript, zdjęcie, czcionkę albo plik pobierany z zewnętrznego serwisu. Sprawdzisz, kiedy rozpoczyna się jego pobieranie, ile trwa oraz czy opóźnia wyświetlanie pozostałych elementów.
Wyobraź sobie, że na stronie WordPress masz formularz kontaktowy, wtyczkę analityczną, czat i kilka dodatkowych skryptów marketingowych. Każdy z tych elementów wykonuje określoną pracę i część z nich pobiera dodatkowe zasoby. W GTmetrix łatwiej rozpoznasz, czy długi czas ładowania wynika z dużych grafik, plików JavaScript, zasobów zewnętrznych czy opóźnionej odpowiedzi dokumentu HTML.
Wskazówka: wykonaj kilka testów w porównywalnych warunkach. Jeśli korzystasz z konta GTmetrix pozwalającego wybierać lokalizację pomiaru, zachowaj tę samą lokalizację i konfigurację testu. Wynik uzyskany z innego kraju, na innym urządzeniu lub po zmianie cache nie jest bezpośrednio porównywalny.
3. Query Monitor – diagnostyka WordPressa od środka
Jeżeli zewnętrzne narzędzia wskazują spowolnienia, ale nie potrafisz ustalić ich przyczyny, skorzystaj z Query Monitor. To bezpłatna wtyczka diagnostyczna WordPressa, która pozwala sprawdzić między innymi czas wykonywania zapytań SQL, błędy PHP, skrypty oraz operacje realizowane przez poszczególne komponenty CMS.
Wtyczka działa bezpośrednio w WordPressie, dlatego pokazuje informacje niedostępne podczas zwykłego testowania strony zewnętrznym narzędziem.
Aby rozpocząć diagnostykę, zaloguj się do WordPressa, przejdź do Wtyczki → Dodaj nową wtyczkę, wyszukaj Query Monitor i zainstaluj narzędzie. Po aktywacji na górnym pasku administracyjnym pojawi się menu umożliwiające przejście do szczegółowych informacji diagnostycznych.
Na co zwrócić szczególną uwagę?
- Database Queries – liczba zapytań SQL, czas ich wykonywania oraz zapytania wolne, powtarzające się lub zakończone błędami.
- Queries by Component – zestawienie zapytań według komponentów, dzięki któremu sprawdzisz, które wtyczki i elementy motywu odpowiadają za pracę bazy danych.
- HTTP API Calls – żądania wysyłane przez WordPress do zewnętrznych usług, wraz z czasem oczekiwania i odpowiedziami.
- PHP Errors – komunikaty błędów i ostrzeżenia PHP, które warto przeanalizować podczas poszukiwania problemów z aplikacją.
Przykładowo wtyczka WooCommerce odpowiedzialna za synchronizację magazynu może podczas wykonywania określonej operacji komunikować się z zewnętrznym API. Jeśli odpowiedź tej usługi trwa kilka sekund, opóźnia się również proces, który na nią czeka. Z perspektywy użytkownika wygląda to jak wolny WordPress, chociaż problem nie musi wynikać z wydajności hostingu.
Podobnie z zapytaniami do bazy danych. Jeżeli Query Monitor wskazuje wolne zapytanie wykonywane przez określoną wtyczkę, warto sprawdzić ten komponent, a nie od razu zwiększać zasoby serwera. Pojedynczy pomiar nie przesądza jeszcze o przyczynie – powtórz test i sprawdź, czy problem występuje regularnie.
Uwaga: Query Monitor jest narzędziem diagnostycznym, a nie wtyczką przyspieszającą WordPressa. Po zakończeniu analizy wyłącz ją, jeżeli nie jest już potrzebna. Nie udostępniaj publicznie raportów zawierających szczegóły konfiguracji, ścieżki serwerowe lub inne informacje techniczne o Twojej witrynie.
Dlaczego nie wystarczy przetestować strony głównej WordPressa?
Jednym z częstych błędów podczas sprawdzania szybkości WordPressa jest ograniczanie testów do strony głównej. To zwykle jedna z najczęściej odwiedzanych części serwisu, dlatego często jest dobrze zoptymalizowana i zapisywana w pamięci podręcznej. Jej szybkość nie musi jednak odzwierciedlać wydajności wszystkich pozostałych podstron.
Największe różnice zobaczysz zwykle wtedy, gdy porównasz treści zapisane w cache z elementami generowanymi dynamicznie. Właśnie dlatego warto przetestować różne adresy, a nie wyłącznie stronę startową.
- Strona główna – pozwala ocenić ogólną szybkość wyświetlania witryny oraz ładowanie najważniejszych elementów.
- Wpis blogowy lub podstrona usługowa – sprawdzisz, jak WordPress obsługuje treść, grafiki, dodatkowe skrypty i elementy motywu.
- Karta produktu WooCommerce – przyjrzyj się galeriom, wariantom produktów, filtrom i operacjom związanym z wyborem konkretnego produktu.
- Koszyk i finalizacja zamówienia – sprawdź dynamiczne operacje wykonywane przez PHP, bazę danych, mechanizmy sesji oraz wtyczki płatności i dostaw.
Dobrym przykładem jest sklep WooCommerce, w którym zaczynasz rozbudowywać katalog produktów. Prosty produkt bez wariantów wymaga innej obsługi niż produkt z wieloma kombinacjami rozmiarów, kolorów, cen i stanów magazynowych. Do tego dochodzą filtrowanie wyników, integracje, koszyk oraz operacje wykonywane podczas składania zamówienia. Każda z tych funkcji angażuje inne elementy WordPressa, PHP i bazy danych.
WooCommerce stosuje nawet specjalne mechanizmy ograniczające koszty obliczeniowe wyboru wariantów produktów. Przy dużej liczbie kombinacji sposób obsługi pól wyboru może się zmieniać, aby uniknąć niepotrzebnego obciążenia strony. Warto o tym pamiętać, zanim uznasz, że jedynym rozwiązaniem jest zakup mocniejszego serwera.
Uwaga na cache WooCommerce: koszyk, finalizacja zamówienia oraz widoki zawierające indywidualne dane klienta wymagają odpowiedniego wykluczenia z publicznego cache stron. Nie testuj procesu zakupowego w działającym sklepie poprzez generowanie fikcyjnych zamówień czy obciążenia bez przygotowania. Do takich działań najlepiej wykorzystać środowisko testowe.
Jeśli strona główna ładuje się w sekundę, a koszyk potrzebuje kilku sekund, nie oznacza to automatycznie problemu z hostingiem. Koszyk wykonuje inne operacje i często nie korzysta z tej samej pamięci podręcznej. Trzeba dopiero sprawdzić, czy opóźnienie wynika z kodu WordPressa, zapytań do bazy, zewnętrznej integracji, czy osiągania limitów dostępnych zasobów.
Diagnostyka różnicowa: hosting czy konfiguracja WordPress?
To jedno z najważniejszych pytań, które pojawiają się podczas diagnozowania wolno działającego WordPressa. Z jednej strony mamy zasoby hostingu – CPU, RAM, wydajność dysków i limity procesów. Z drugiej znajduje się sama aplikacja, jej motyw, wtyczki, baza danych, cache oraz integracje. Nawet bardzo wydajny serwer nie zagwarantuje szybkiego działania źle skonfigurowanego WordPressa. Z kolei dobrze zoptymalizowany CMS nadal potrzebuje odpowiednich zasobów do wykonywania swoich zadań.
Jednym z parametrów, które pomogą Ci rozpocząć diagnostykę, jest TTFB (Time to First Byte). Pokazuje on czas oczekiwania na pierwszy bajt odpowiedzi, obejmując między innymi opóźnienia połączenia sieciowego i czas przetwarzania żądania. Jeżeli nie znasz tego pojęcia, przeczytaj co to jest TTFB i jak interpretować jego wartość.
Sytuacja A: Wysoki TTFB – strona długo czeka na odpowiedź
Jeżeli przeglądarka długo oczekuje na pierwszy bajt odpowiedzi, sprawdź, czy WordPress nie wykonuje czasochłonnych operacji PHP lub SQL. Przyczyną może być nieprawidłowo działający cache, wolne zapytanie do bazy danych, oczekiwanie na zewnętrzne API, problemy sieciowe albo przeciążenie infrastruktury serwerowej.
Za dobry orientacyjny wynik TTFB uznaje się zwykle wartość do 800 ms, ale nie jest to sztywna granica oddzielająca wydajny hosting od niewydajnego. Jeżeli wynik regularnie ją przekracza, zacznij od diagnostyki, a nie od natychmiastowej migracji na VPS.
Sprawdź przede wszystkim:
- czy pamięć podręczna działa prawidłowo i czy dany adres rzeczywiście z niej korzysta,
- czy Query Monitor wykazuje wolne zapytania SQL lub opóźnienia w komunikacji z zewnętrznymi usługami,
- czy w logach PHP pojawiają się błędy, a w panelu hostingu informacje o osiąganiu limitów CPU, RAM lub procesów,
- czy opóźnienie występuje stale, czy tylko podczas określonych operacji lub przy zwiększonym ruchu.
Jeżeli po wykluczeniu problemów z WordPressem nadal obserwujesz wysokie czasy odpowiedzi i regularne osiąganie limitów zasobów, warto przeanalizować parametry hostingu. Nie zawsze oznacza to konieczność zmiany dostawcy – niekiedy wystarczy dobór odpowiedniego pakietu.
Sytuacja B: Niski TTFB, ale strona nadal ładuje się wolno
Jeżeli dokument HTML dociera szybko, ale użytkownik długo czeka na wyświetlenie treści, problemu szukaj przede wszystkim w elementach ładowanych przez przeglądarkę. Często odpowiadają za to zbyt duże obrazy, zasoby blokujące renderowanie, rozbudowane skrypty JavaScript, czcionki albo elementy pochodzące z zewnętrznych serwisów.
Dobrym przykładem są wtyczki marketingowe i analityczne, narzędzia czatu, galerie zdjęć oraz rozbudowane motywy. Każdy z tych elementów może dołączać własne pliki CSS i JavaScript. Ich obecność nie jest sama w sobie problemem, ale jeśli skrypty wykonują kosztowne operacje albo blokują wyświetlanie treści, odczujesz to nawet na szybkim hostingu.
W takiej sytuacji wróć do PageSpeed Insights i GTmetrix. Sprawdź LCP, czas wykonywania JavaScriptu, wielkość grafik oraz kolejność pobierania zasobów. Niski TTFB nie jest dowodem, że cała infrastruktura działa idealnie, ale wskazuje, że dalsza diagnostyka powinna skupić się również na renderowaniu strony.
Sytuacja C: Strona działa szybko, ale panel WordPressa lub WooCommerce zwalnia
To charakterystyczny przypadek, z którym spotykają się właściciele rozbudowanych sklepów i serwisów WordPress. Strona publiczna korzysta z cache i ładuje się bardzo szybko, ale dodawanie produktu, edytowanie treści albo przetwarzanie zamówienia trwa znacznie dłużej.
W panelu administratora wykonujesz wiele operacji, które nie korzystają ze zwykłego cache strony. WordPress uruchamia PHP, zapisuje zmiany, wykonuje zapytania do bazy i komunikuje się z dodatkowymi usługami. Właśnie dlatego dobry wynik strony głównej w PageSpeed Insights nie oznacza automatycznie, że panel administracyjny będzie równie szybki.
W tym przypadku szczególnie pomocny będzie Query Monitor. Sprawdź czas wykonywania zapytań, obciążające komponenty oraz operacje HTTP API. Zwróć też uwagę na zadania wykonywane w tle, takie jak synchronizacja produktów, generowanie miniatur czy importowanie danych.
Kiedy warto sprawdzić wydajność samego hostingu?
Jeżeli przeanalizowałeś konfigurację WordPressa, działanie cache i najbardziej obciążające wtyczki, a problemy nadal występują, przyjrzyj się parametrom środowiska serwerowego. Powtarzające się przekroczenia limitów CPU, RAM, I/O lub procesów są istotnym sygnałem, że zasoby mogą być niedopasowane do wymagań aplikacji.
Nie musisz jednak zaczynać od zmiany usługodawcy. Najpierw ustal, jakich zasobów potrzebuje Twój WordPress i czy obecny pakiet zapewnia odpowiedni zapas wydajności. W poradniku Jaki hosting wybrać dla strony WordPress? wyjaśniamy, czym kierować się przy doborze CPU, RAM, NVMe i rodzaju usługi hostingowej.
Jeśli chcesz sprawdzić możliwości infrastruktury przed zakupem lub migracją, przeczytaj również jak przetestować szybkość hostingu przed zakupem pakietu. Pokazujemy tam, jak przygotować porównywalne środowiska i na co zwracać uwagę podczas testów.
Regularne monitorowanie szybkości WordPressa pozwoli Ci wcześniej dostrzec pogarszające się czasy odpowiedzi, przeciążające wtyczki i problemy z konfiguracją. Nie trzeba przy tym wykonywać pełnego audytu po każdej zmianie. Warto natomiast powtórzyć pomiary po aktualizacji motywu, zainstalowaniu wymagającej wtyczki, większych zmianach w WooCommerce lub migracji strony.
Potrzebujesz pomocy z doborem hostingu dla WordPressa? Jeżeli diagnostyka wskazuje, że Twoja strona potrzebuje większych zasobów lub innego środowiska, sprawdź hosting NVMe SEOHOST z obsługą LiteSpeed. Możesz przetestować usługę przez 14 dni, a w przypadku przeniesienia strony skorzystać z bezpłatnej migracji hostingu zgodnie z warunkami oferty. Jeśli nie jesteś pewien, czy problem leży po stronie WordPressa czy serwera, skontaktuj się z naszym zespołem i opisz objawy oraz wyniki wykonanych pomiarów.