Jak sprawdzić szybkość strony i co z wynikiem zrobić

Jak sprawdzić szybkość strony, krótka odpowiedź

Szybkość strony internetowej sprawdzisz w pięć minut przez PageSpeed Insights, wklejając adres URL i klikając Analizuj. Narzędzie pokaże wynik od 0 do 100 osobno dla telefonu i komputera oraz listę konkretnych problemów do naprawy. Poniżej omawiam, co oznaczają poszczególne liczby i od czego zacząć naprawę, żeby nie tracić czasu na zmiany, które nic nie dają.

Dlaczego szybkość strony ma znaczenie dla pozycji i sprzedaży

Szybka strona to nie tylko komfort odwiedzającego. Google traktuje czas ładowania i wskaźniki Core Web Vitals jako sygnał rankingowy od aktualizacji Page Experience z 2021 roku (Google Search Central, Page Experience). Strona ładująca się długo traci użytkowników zanim w ogóle zobaczy treść.

Dane są jednoznaczne: strony na pierwszej pozycji organicznej mają średni CTR ponad 27 procent, a na dziesiątej poniżej 3 procent (Backlinko, Google CTR Stats). Wolna strona najpierw obniża pozycje, potem traci kliknięcia, a na koniec traci klientów, którzy wychodzą przed załadowaniem.

Poprawa szybkości strony to jeden z niewielu obszarów SEO, gdzie efekt jest mierzalny bezpośrednio i widoczny stosunkowo szybko. W przeciwieństwie do budowania linków, wyniki testu zmieniają się od razu po wdrożeniu poprawek.

Narzędzia do sprawdzenia szybkości strony

Narzędzi jest kilka i każde mierzy coś trochę innego. Zanim zaczniesz interpretować wyniki, warto wiedzieć, które z nich dają dane realne, a które symulowane.

PageSpeed Insights, podstawowe narzędzie

PageSpeed Insights to darmowe narzędzie Google dostępne pod adresem pagespeed.web.dev. Wklej adres URL, kliknij Analizuj i po kilkunastu sekundach zobaczysz dwa zestawy danych.

Górna sekcja pokazuje dane terenowe z bazy CrUX, czyli rzeczywiste pomiary z urządzeń prawdziwych odwiedzających Twoją stronę w ciągu ostatnich 28 dni. Dolna sekcja to test laboratoryjny Lighthouse przeprowadzany w kontrolowanych warunkach na wolnym połączeniu symulującym telefon z budżetowego segmentu.

Wynik ogólny w Lighthouse (liczba 0 do 100) to suma ważona kilku metryk laboratoryjnych. Ważny jest, ale nie decyduje o rankingu. Decydują dane terenowe z górnej sekcji.

Google Search Console, dane dla całej domeny

Google Search Console ma dedykowany raport Core Web Vitals w sekcji Środowisko. Pokazuje on adresy URL podzielone na trzy grupy: dobre, wymagające poprawy i słabe. To jedyne miejsce, gdzie widzisz, które konkretne podstrony mają problem, nie tylko strona główna.

Jeśli nie masz jeszcze skonfigurowanej Search Console, przeczytaj artykuł jak skonfigurować Google Search Console, zanim ruszysz dalej. Bez tego narzędzia tracisz połowę danych potrzebnych do skutecznej optymalizacji.

GTmetrix i WebPageTest, narzędzia do diagnozowania

GTmetrix i WebPageTest to narzędzia laboratoryjne przydatne, gdy chcesz zrozumieć, dlaczego strona jest wolna. Pokazują waterfall, czyli wykres sekwencji pobierania zasobów z dokładnymi czasami dla każdego pliku. Dzięki nim zobaczysz, który zasób blokuje resztę ładowania.

GTmetrix jest prostszy w obsłudze i daje dobre wyniki do porównań. WebPageTest oferuje więcej opcji konfiguracji lokalizacji serwera testowego, co jest przydatne, gdy Twoja strona jest hostowana za granicą.

Co oznaczają wyniki w PageSpeed Insights

Po uruchomieniu testu zobaczysz kilka liczb. Oto co każda z nich znaczy i na które warto zwracać uwagę.

Trzy wskaźniki Core Web Vitals

Core Web Vitals to trzy metryki, które Google mierzy jako doświadczenie użytkownika. Każda ma próg dobry, wymagający poprawy i słaby (Google Search Central, Core Web Vitals).

LCP to najczęściej element decydujący o odczuciu szybkości. Jeśli ten wskaźnik jest słaby, użytkownik widzi pusty ekran przez kilka sekund.

Wynik ogólny Lighthouse, 0 do 100

Wynik 0 do 100 w sekcji laboratoryjnej to ważona suma kilku metryk: First Contentful Paint, LCP, Total Blocking Time, CLS i Speed Index. Wynik poniżej 50 to sygnał poważnego problemu. Wynik powyżej 90 oznacza dobrze zoptymalizowaną stronę.

Na telefonie wyniki są zwykle niższe niż na komputerze, bo Lighthouse symuluje wolniejsze połączenie i słabszy procesor. Skupiaj się przede wszystkim na wynikach mobilnych, bo większość ruchu pochodzi z telefonów.

Co psuje szybkość strony, najczęstsze przyczyny

Zanim zaczniesz naprawiać, warto wiedzieć, co najczęściej powoduje wolne ładowanie. Na typowej stronie firmowej te same elementy odpowiadają za 80 procent problemów.

Wolny hosting i wysoki TTFB

TTFB (Time to First Byte) to czas od wysłania żądania do odebrania pierwszego bajtu odpowiedzi serwera. Jeśli TTFB przekracza 400 ms, każdy kolejny element ładuje się z opóźnieniem, bo przeglądarka nie może zacząć nim serwer nie odpowie.

Najtańszy hosting współdzielony często generuje TTFB od 600 ms do ponad sekundy. Żadna optymalizacja po stronie wtyczek ani obrazków nie da dobrego LCP, jeśli sam serwer odpowiada za wolno. Zmiana hostingu na szybszy VPS lub hosting zoptymalizowany pod WordPress to często największa pojedyncza poprawa.

Za duże i nieprzekształcone obrazki

Obrazki są najczęstszą przyczyną wolnego LCP. Zdjęcie wgrane w oryginalnym rozmiarze z aparatu (często 4 do 8 MB) zamiast skompresowanego WebP (200 do 400 kB) sprawia, że główny element strony ładuje się kilka razy dłużej.

Trzy działania dają tu największy efekt:

• Kompresja do formatu WebP, który jest o 25 do 35 procent mniejszy niż JPEG przy porównywalnej jakości wizualnej
• Skalowanie obrazka do rozmiaru faktycznie wyświetlanego, zamiast wgrywania zdjęcia 3000 px do sekcji szerokiej na 1200 px
• Opóźnione ładowanie (lazy load) dla obrazków poza pierwszym ekranem, żeby nie pobierać ich od razu przy wejściu

JavaScript blokujący renderowanie

Każdy skrypt wczytywany synchronicznie w sekcji <head> blokuje przeglądarkę przed wyrenderowaniem czegokolwiek na ekranie. Skrypty analityki, tagów śledzących, czatów i pop-upów często są wczytywane w ten sposób.

Rozwiązaniem jest dodanie atrybutu defer lub async do skryptów zewnętrznych. Skrypt z defer wczytuje się w tle i wykonuje dopiero po sparsowaniu HTML. Skrypt z async wczytuje się równolegle, ale wykonuje natychmiast po załadowaniu.

Brak cache strony

Cache strony zapisuje gotowy HTML na dysku serwera i serwuje go bez generowania od nowa przy każdej wizycie. Bez cache każde żądanie wymaga uruchomienia PHP i zapytania do bazy danych, co może dodać 200 do 800 ms do TTFB.

Na WordPressie cache wdrożysz przez wtyczkę WP Rocket, LiteSpeed Cache lub W3 Total Cache. Na stronach statycznych (Next.js, Nuxt, Astro) cache jest wbudowany w sam model renderowania.

Jak czytać raport PageSpeed Insights krok po kroku

Narzędzie może na początku przytłaczać ilością danych. Poniżej sekwencja, w której warto przez nie przejść.

1. 01
   Sprawdź dane terenowe na górzePierwsze co widać po teście to cztery metryki z CrUX: LCP, INP, CLS i FCP. Zielony to dobry, pomarańczowy wymaga poprawy, czerwony jest słaby. Jeśli wszystkie zielone, strona działa dobrze dla realnych użytkowników.
2. 02
   Przejdź do wyników mobilnych LighthousePod danymi terenowymi jest przycisk przełączający między telefonem a komputerem. Wybierz telefon, bo tu wyniki są zwykle słabsze i tu ma ich miejsce największa część ruchu.
3. 03
   Znajdź trzy metryki Core Web Vitals w sekcji laboratoryjnejLCP, INP (lub TBT jako przybliżenie) i CLS są wyróżnione. Zielony to dobrze, czerwony wymaga pilnej naprawy. Skup się na tej o najgorszym kolorze.
4. 04
   Przejrzyj sekcję MożliwościTo lista konkretnych sugestii z szacowaną oszczędnością czasu. Posortuj od największej oszczędności. Pierwsze trzy to priorytety.
5. 05
   Sprawdź sekcję DiagnostykiDiagnostyki nie mają szacowanego czasu, ale wskazują problemy strukturalne, jak brakujące wymiary obrazków, zbędne JS/CSS czy brak lazy load.

Co zrobić z wynikiem, plan działania

Masz już wyniki. Teraz kolejność działań ma znaczenie. Nie wszystkie poprawki dają ten sam efekt.

Jeśli TTFB wynosi ponad 500 ms, zacznij od hostingu. Wszystko inne jest drugorzędne. Jeśli TTFB jest dobry, a LCP słaby, problem leży w obrazkach lub skryptach blokujących renderowanie.

Na WordPressie najszybszą drogą do poprawy wyników bez zaangażowania programisty jest dobra wtyczka do optymalizacji szybkości (WP Rocket, LiteSpeed Cache) połączona z wtyczką do obrazków (Imagify, ShortPixel). Więcej o tym, co spowalnia WordPress i jak to naprawić, piszemy w artykule o zmniejszeniu czasu ładowania strony i poprawie pozycji.

Szybkość strony a pozycjonowanie lokalne

Szybkość strony wpływa na pozycje zarówno w wynikach ogólnych, jak i lokalnych. Firma z Warszawy, Krakowa czy Wrocławia rywalizuje z innymi lokalnymi firmami, a szybka strona to przewaga, którą łatwo zbudować, bo wielu właścicieli firm ignoruje ten obszar.

Jeśli zajmujesz się pozycjonowaniem stron w Warszawie lub pozycjonowaniem w Krakowie i masz podobną treść i profil linków co konkurencja, szybkość strony może być czynnikiem różnicującym. Google bierze pod uwagę doświadczenie użytkownika jako całość, a Core Web Vitals są tego mierzalną częścią.

Szerszy kontekst SEO technicznego w odniesieniu do pozycji lokalnych znajdziesz w artykule jak wypozycjonować firmę lokalnie. Natomiast jeśli zastanawiasz się, ile czasu zajmuje poprawa pozycji po optymalizacji technicznej, przeczytaj artykuł ile czasu trwa pozycjonowanie strony.

Jak monitorować szybkość strony w czasie

Jednorazowy test to za mało. Szybkość strony może się zmieniać po aktualizacjach wtyczek, dodaniu nowych treści czy zmianie motywu. Warto mieć stały monitoring.

Google Search Console aktualizuje raport Core Web Vitals na bieżąco na podstawie ostatnich 28 dni. Sprawdzaj go raz na miesiąc przy regularnym przeglądzie SEO.

Dla stron z większym ruchem warto ustawić alerty przez Google Search Console, który powiadomi mailowo o nowych problemach w raporcie Core Web Vitals. Alternatywnie GTmetrix i DebugBear oferują płatne monitorowanie w czasie z wykresami historii wyników.

Najczęstsze pytania

Jaki wynik PageSpeed Insights jest dobry?

Wynik Lighthouse powyżej 90 na komputerze i powyżej 70 na telefonie to dobry poziom dla typowej strony firmowej. Ważniejsze są jednak dane terenowe Core Web Vitals w górnej sekcji PageSpeed Insights. Jeśli LCP, INP i CLS mają zielone wskaźniki w danych terenowych, strona spełnia wymagania Google niezależnie od wyniku laboratoryjnego.

Dlaczego wynik na telefonie jest gorszy niż na komputerze?

Lighthouse symuluje warunki telefonu z budżetowego segmentu na wolnym połączeniu 4G. Na komputerze test używa szybszego połączenia i bez ograniczenia procesora. Różnica rzędu 20 do 40 punktów jest normalna. Optymalizuj przede wszystkim pod telefon, bo większość odwiedzających korzysta z urządzeń mobilnych.

Ile trwa poprawa wyników Core Web Vitals w Google Search Console?

Zmiany techniczne na stronie widać w testach laboratoryjnych od razu po wdrożeniu. Dane terenowe w Google Search Console aktualizują się stopniowo, bo odzwierciedlają ostatnie 28 dni ruchu. Statystyczna poprawa w raporcie pojawia się po 1 do 4 tygodniach zależnie od wolumenu odwiedzin.

Czy szybkość strony wpływa na pozycje lokalne w Google Maps?

Bezpośrednio na pozycje w Mapach Google szybkość strony nie wpływa, bo w Local Pack decydują głównie trafność, odległość i rozpoznawalność wizytówki. Ale szybkość strony wpływa na pozycje w wynikach organicznych poniżej Local Pack i na zachowanie użytkownika po kliknięciu w link, co pośrednio wspiera widoczność firmy jako całości.