Ilustracja analizy szybkości strony: wskaźnik wydajności i raport na ekranie laptopa
SEO techniczne

PageSpeed Insights: jak czytać raport i wybrać poprawki

Dane użytkowników, test Lighthouse i priorytety optymalizacji strony.

Ilustracja została wygenerowana przez AI.

Data publikacji: Data aktualizacji:

Raport PageSpeed Insights warto zacząć od pytania: czy analizujesz doświadczenia rzeczywistych użytkowników, czy pojedynczy test laboratoryjny? Narzędzie pokazuje obie perspektywy, ale odpowiadają one na różne pytania. Ten poradnik pomoże rozdzielić dane, wskazać problem i przygotować zadanie do wdrożenia.

1. Ustal adres, urządzenie i zakres danych

Wprowadź adres konkretnej strony. Zapisz, czy test dotyczy wersji mobilnej czy komputerowej. Następnie sprawdź opis danych użytkowników: raport może prezentować dane danego URL-a albo szerszego źródła, czyli origin. Nie przypisuj wyniku całej witryny wyłącznie testowanej karcie produktu.

Do analizy sklepu wybierz przynajmniej stronę główną, kategorię, produkt i istotny poradnik. W firmie usługowej dodaj stronę najważniejszej usługi oraz formularz kontaktowy. Szablony mogą ładować różne zasoby i mieć inne problemy.

2. Rozdziel dane terenowe od Lighthouse

Część raportu Na jakie pytanie odpowiada? Ograniczenie
Dane CrUX Jakie doświadczenia mieli użytkownicy w poprzednich 28 dniach? Nie zawsze istnieje wystarczająca próba dla konkretnego URL-a.
Test Lighthouse Co wydarzyło się w kontrolowanym teście i gdzie szukać problemu? Wynik zależy od warunków i może zmieniać się między uruchomieniami.

Jeśli wdrożysz poprawkę dziś, nowy test może pokazać ją od razu. Dane terenowe nadal obejmują wcześniejsze wizyty, więc zmiana będzie w nich widoczna stopniowo. Brak danych CrUX nie oznacza automatycznie awarii ani bardzo wolnej strony.

3. Czytaj metryki, nie tylko kolor punktacji

Core Web Vitals obejmują LCP, INP i CLS. LCP opisuje czas pojawienia się największego elementu treści w widocznym obszarze. INP dotyczy reakcji strony na interakcje. CLS opisuje nieoczekiwane przesunięcia układu. TTFB pomaga diagnozować czas do pierwszego bajtu odpowiedzi, ale nie jest osobnym Core Web Vital.

Dobry wynik w ocenie danych terenowych odnosi się do 75. percentyla: dla LCP granicą jest 2,5 sekundy, dla INP 200 milisekund, a dla CLS 0,1. To inny rodzaj oceny niż punktacja wydajności Lighthouse. Nie przeliczaj jednego wyniku wprost na drugi.

Wskaźniki laboratoryjne pomagają znaleźć przyczyny. Przykładowo długie zadania JavaScript mogą utrudniać sprawną obsługę interakcji, ale pojedynczy wynik laboratoryjny nie zastępuje pomiaru INP z rzeczywistych sesji.

4. Przykład: wolny obraz główny produktu

Załóżmy, że w teście strony produktu LCP wynosi 4,8 sekundy, a raport wskazuje duże zdjęcie produktu jako element LCP. To przykład ilustracyjny. Nie zaczynaj od instalacji przypadkowej wtyczki. Sprawdź, kiedy przeglądarka odkrywa obraz, jak duży plik pobiera i czy obraz nie czeka na skrypt lub niepotrzebne opóźnione ładowanie.

  1. Porównaj rozmiar pliku z wymiarami, w jakich jest wyświetlany.
  2. Sprawdź dostępność właściwych wariantów rozdzielczości i kompresji.
  3. Ustal, czy główny obraz jest obecny w początkowym HTML.
  4. Sprawdź, czy mechanizm lazy loading nie opóźnia zasobu potrzebnego od razu.
  5. Wdroż jedną uzasadnioną zmianę i powtórz pomiar.

Jeśli problem leży w późnej odpowiedzi serwera, sama kompresja zdjęcia może nie wystarczyć. Jeśli LCP jest dobry, a problemem jest CLS, zacznij od elementów zmieniających położenie, na przykład banera lub obrazu bez zarezerwowanych wymiarów.

5. Zamień raport w zadania

Dobre zadanie zawiera adresy przykładowe, opis objawu, prawdopodobną przyczynę, proponowane wdrożenie i sposób odbioru. Zamiast „poprawić PageSpeed” zapisz: „sprawdzić opóźnione odkrywanie zdjęcia LCP w szablonie produktu; po zmianie porównać serię testów i upewnić się, że galeria nadal działa”.

Priorytety ustal według skali problemu i znaczenia podstron. Błąd szablonu produktu może obejmować tysiące adresów. Drobna rekomendacja na rzadko odwiedzanej stronie nie musi mieć pierwszeństwa tylko dlatego, że łatwo ją odhaczyć.

Kontrola po wdrożeniu

  • Powtórz pomiary dla tych samych adresów i urządzeń.
  • Sprawdź galerię, menu, formularze, koszyk oraz pomiar zdarzeń.
  • Zapisz datę zmiany i obserwuj dane terenowe w kolejnych tygodniach.
  • Porównaj konwersje z uwzględnieniem zmian ruchu, kampanii i sezonowości.

Wyższy wynik testu nie jest obietnicą wzrostu pozycji ani sprzedaży. Celem jest usunięcie konkretnego problemu użytkowników i sprawdzenie skutków. Jeżeli trudno ustalić przyczynę, połącz analizę z audytem technicznym SEO.

Definicję pojęcia znajdziesz w słowniku PageSpeed.

Źródło metodologii

Oficjalna dokumentacja PageSpeed Insights: rozróżnienie danych laboratoryjnych i terenowych, okres danych oraz zasady interpretacji metryk.

Poznaj pełny zakres pozycjonowania i SEO oraz sposób planowania działań dla Twojej firmy.

Monogram MV, znak autora Michała Varena

Michał Varen

Categories: SEO techniczne