Pytanie „czy moja strona jest szybka?” brzmi prosto, ale odpowiedź zależy od tego, co mierzysz, skąd mierzysz i dla kogo. Strona, która na Twoim laptopie otwiera się w sekundę, może ładować się 5 sekund na telefonie użytkownika z LTE w małym mieście. Dlatego subiektywne „u mnie działa szybko” nie jest wiarygodnym testem — potrzebujesz narzędzi, które mierzą obiektywnie i powtarzalnie.
W tym poradniku przechodzę przez trzy najważniejsze narzędzia do testowania szybkości WordPressa: PageSpeed Insights (Google), GTmetrix i WebPageTest. Dla każdego pokazuję jak prawidłowo przeprowadzić test, jak czytać wyniki i co z nich wynika dla Twojej strony.
Zanim zaczniesz testować — 3 zasady
- Testuj 3 razy i uśredniaj — wyniki pojedynczego testu mogą się wahać o 20–30% ze względu na obciążenie serwera, sieć i cache. Trzy testy dają bardziej wiarygodny obraz.
- Testuj na wyczyszczonym cache — pierwszy test powinien być „cold” (bez cache’a), a drugi „warm” (z cache’em). Oba wyniki mają znaczenie: cold pokazuje najgorszy scenariusz, warm — typowy.
- Testuj różne strony — nie tylko stronę główną. Wpis blogowy z 15 zdjęciami, strona kategorii, strona produktu WooCommerce — każda może mieć inny profil wydajności.
Narzędzie 1. PageSpeed Insights (Google)
URL: pagespeed.web.dev
PageSpeed Insights to oficjalne narzędzie Google, które łączy dwa rodzaje danych:
- Dane terenowe (Field Data) — rzeczywiste pomiary od prawdziwych użytkowników Twojej strony, zbierane przez Chrome (raport CrUX). To dane, których Google używa do oceny Core Web Vitals w rankingu.
- Dane laboratoryjne (Lab Data) — symulacja ładowania strony na standardowym urządzeniu mobilnym z ograniczonym łączem. Pokazuje szczegółowe metryki i sugestie optymalizacji.
Jak czytać wyniki PSI
Wynik ogólny (0–100) to synteza metryk laboratoryjnych. Zielone (90–100) = dobrze. Pomarańczowe (50–89) = wymaga poprawy. Czerwone (0–49) = problemy krytyczne. Pamiętaj: Google nie używa tego wyniku liczbowego bezpośrednio w rankingu — liczy się ocena Core Web Vitals z danych terenowych.
Core Web Vitals — trzy kluczowe metryki:
- LCP (Largest Contentful Paint) — czas załadowania największego elementu widocznego na ekranie (najczęściej hero image lub nagłówek). Cel: poniżej 2,5 s.
- INP (Interaction to Next Paint) — czas reakcji strony na interakcję użytkownika (kliknięcie, tap). Cel: poniżej 200 ms.
- CLS (Cumulative Layout Shift) — stabilność wizualna. Mierzy, ile elementów „skacze” podczas ładowania (np. tekst się przesuwa, gdy doładuje się reklama). Cel: poniżej 0,1.
Sekcja „Opportunities” i „Diagnostics”
Pod wynikiem PSI wyświetla konkretne sugestie posortowane od największego potencjalnego impaktu:
- Opportunities — rzeczy, które możesz naprawić, z szacowaną oszczędnością czasu (np. „Serve images in next-gen formats — Est. savings: 1,2 s”).
- Diagnostics — informacje dodatkowe, które nie mają bezpośredniego wpływu na wynik, ale wskazują problemy (zbyt duży DOM, za dużo requestów).
Zacznij od Opportunity z największą oszczędnością — to da najszybszy efekt.
Narzędzie 2. GTmetrix
URL: gtmetrix.com
GTmetrix daje bardziej szczegółowy obraz niż PSI — przede wszystkim dzięki wizualnemu Waterfall, który pokazuje każde żądanie HTTP w kolejności ładowania: HTML, CSS, JS, obrazki, fonty, API calls.
Jak czytać Waterfall
Waterfall to wykres kaskadowy — każdy pasek to jedno żądanie, a jego długość to czas pobierania. Szukaj:
- Długich pasków — to pliki, które ładują się najdłużej. Często są to niezoptymalizowane obrazki, ciężkie skrypty JS lub wolne odpowiedzi API.
- Żółtych/pomarańczowych segmentów „Waiting (TTFB)” — to czas czekania na odpowiedź serwera dla każdego pliku. Jeżeli sam dokument HTML ma TTFB powyżej 800 ms, problem jest po stronie serwera.
- Render-blocking resources — pliki CSS i JS ładowane w
<head>, które blokują renderowanie strony. GTmetrix zaznacza je osobno.
Wybór lokalizacji testowej
GTmetrix pozwala wybrać serwer testowy (Vancouver, London, São Paulo, Hong Kong i inne). Dla polskiej strony najlepiej testować z Londynu (najbliższy dostępny punkt do Polski) lub zalogować się (darmowe konto) i wybrać serwer w Niemczech.
Page Timings — co śledzić
- TTFB — czas odpowiedzi serwera. Cel: poniżej 600 ms z Londynu.
- First Contentful Paint (FCP) — moment, w którym cokolwiek pojawia się na ekranie. Cel: poniżej 1,8 s.
- Largest Contentful Paint (LCP) — jak w PSI. Cel: poniżej 2,5 s.
- Fully Loaded Time — czas pełnego załadowania strony ze wszystkimi zasobami. Informacyjnie, nie jest czynnikiem SEO.
- Total Page Size — waga strony w MB. Cel: poniżej 3 MB.
- Requests — liczba żądań HTTP. Cel: poniżej 60.
Narzędzie 3. WebPageTest
URL: webpagetest.org
WebPageTest to najbardziej zaawansowane darmowe narzędzie — daje kontrolę nad każdym aspektem testu: lokalizacja, typ połączenia (3G, 4G, kablowe), przeglądarka, liczba powtórzeń, filmstrip wizualny, porównanie przed/po.
Kiedy używać WebPageTest zamiast PSI/GTmetrix
- Chcesz przetestować stronę na wolnym łączu (3G Slow) — PSI symuluje to, ale WebPageTest daje pełną kontrolę.
- Chcesz porównać dwie wersje strony (A/B) — WebPageTest ma funkcję porównania side-by-side.
- Chcesz zobaczyć filmstrip — sekwencję screenshotów co 100 ms, pokazującą jak strona ładuje się wizualnie w czasie.
- Chcesz przetestować z konkretnej lokalizacji (są serwery w Polsce).
Jak uruchomić test
- Wpisz URL.
- Lokalizacja: „Frankfurt, Germany” lub „Warsaw, Poland” (jeśli dostępny).
- Browser: „Chrome”.
- Connection: „4G (9 Mbps, 170ms RTT)” — realistyczne warunki mobilne.
- Number of tests: „3″ (uśrednia wyniki).
- Kliknij „Start Test”.
Jak czytać wyniki
WebPageTest ocenia stronę literami (A–F) w sześciu kategoriach. Najważniejsze:
- First Byte Time — to TTFB. Ocena A = poniżej 300 ms.
- Keep-alive Enabled — czy serwer utrzymuje połączenia. A = tak.
- Compress Transfer — czy pliki tekstowe (HTML, CSS, JS) są skompresowane gzip/brotli. A = tak.
- Compress Images — czy obrazki są zoptymalizowane. A = tak.
- Cache Static Content — czy statyczne zasoby mają nagłówki cache. A = tak.
Które narzędzie jest „najlepsze”?
Każde ma swoją niszę — używaj ich komplementarnie:
| Narzędzie | Najlepsze do | Wady |
|---|---|---|
| PageSpeed Insights | Ocena Core Web Vitals, dane terenowe od Google | Brak Waterfall, ograniczone lokalizacje |
| GTmetrix | Waterfall, diagnoza konkretnych plików | Darmowa wersja = 1 lokalizacja |
| WebPageTest | Głębokie testy, porównania A/B, filmstrip | Wolniejsze (kolejka), mniej intuicyjne |
Workflow rekomendowany: zacznij od PSI (szybka ocena CWV), potem GTmetrix (Waterfall do diagnozy), a WebPageTest używaj do głębszych analiz i porównań przed/po optymalizacji.
Co naprawić w pierwszej kolejności?
Po uruchomieniu testów prawdopodobnie zobaczysz kilka problemów. Oto priorytetyzacja wg impaktu:
- Brak page cache → włącz LiteSpeed Cache lub WP Rocket
- Niezoptymalizowane obrazki → konwersja do WebP
- Wolny TTFB → 8 poprawek na TTFB
- Render-blocking CSS/JS → defer/async w wtyczce cache lub Autoptimize
- Brak kompresji gzip/brotli → włącz w panelu hostingu lub .htaccess
- Brak browser caching → nagłówki Expires/Cache-Control w .htaccess
- Za dużo requestów → mniej wtyczek, minifikacja CSS/JS, sprite’y
Najczęściej zadawane pytania
Ile punktów w PageSpeed to „wystarczająco”?
Dla mobilnej wersji strony: 70+ to OK, 90+ to świetnie. Dla desktopowej: 90+ powinien być standardem (desktop jest łatwiejszy do optymalizacji). Pamiętaj: Google nie rankuje na podstawie wyniku liczbowego PSI, tylko na podstawie Core Web Vitals z danych terenowych. Strona z wynikiem 65 i zielonymi CWV jest lepiej oceniana niż strona z wynikiem 95 i czerwonym LCP.
Dlaczego wyniki różnią się między narzędziami?
Bo każde testuje z innej lokalizacji, na innym sprzęcie, z innym throttlingiem sieciowym. PSI symuluje wolny telefon na 4G, GTmetrix testuje z Kanady na szybkim łączu, WebPageTest — konfigurowalnie. Porównuj wyniki w ramach tego samego narzędzia (przed i po zmianach), nie między narzędziami.
Czy testy mobilne są ważniejsze niż desktopowe?
Tak. Google używa Mobile-First Indexing, co oznacza, że ocenia Twoją stronę przede wszystkim w wersji mobilnej. Dlatego optymalizuj pod mobile w pierwszej kolejności — desktop zwykle jest szybszy automatycznie.
Jak często powinienem testować?
Po każdej znaczącej zmianie (nowa wtyczka, aktualizacja motywu, zmiana hostingu) i raz w miesiącu profilaktycznie. GTmetrix ma opcję monitoringu (darmowe konto = 1 monitorowana strona) — ustawia alerty, gdy wyniki spadają.
Podsumowanie
Testowanie szybkości strony to punkt wyjścia do każdej optymalizacji — bez pomiarów optymalizujesz na ślepo. PageSpeed Insights dla szybkiej oceny CWV, GTmetrix dla Waterfall i diagnozy, WebPageTest dla głębokich porównań. Uruchom test, zanotuj wyniki, wprowadź najważniejszą poprawkę, uruchom test ponownie, porównaj. Ten cykl — mierz, naprawiaj, weryfikuj — to jedyna droga do naprawdę szybkiego WordPressa.
