PageSpeed Insights i Core Web Vitals: na które wskaźniki zwrócić uwagę?

PageSpeed Insights pokazuje kilkanaście liczb, ale o tym, jak Google ocenia szybkość Twojej strony, mówią przede wszystkim trzy: LCP, INP i CLS, czyli Core Web Vitals. Liczą się wyniki prawdziwych użytkowników, a nie sam wynik od 0 do 100. Poniżej znajdziesz, jak czytać raport, jakie progi trzeba spełnić i od czego zacząć poprawki.

Czym są Core Web Vitals?

Core Web Vitals (podstawowe wskaźniki internetowe) to trzy miary, którymi Google opisuje doświadczenie użytkownika na stronie: wczytanie głównej treści, reakcję na działania i stabilność układu. Google zaleca, żeby strona osiągała dobre wyniki we wszystkich trzech.

Wskaźnik	Co mierzy	Dobry	Do poprawy	Słaby
LCP (Largest Contentful Paint)	czas wczytania największego elementu widocznego na ekranie, np. głównego zdjęcia albo bloku tekstu	do 2,5 s	2,5–4 s	powyżej 4 s
INP (Interaction to Next Paint)	czas od kliknięcia, dotknięcia albo naciśnięcia klawisza do widocznej reakcji strony	do 200 ms	200–500 ms	powyżej 500 ms
CLS (Cumulative Layout Shift)	nieoczekiwane przesunięcia elementów podczas korzystania ze strony	do 0,1	0,1–0,25	powyżej 0,25

Progi pochodzą z dokumentacji PageSpeed Insights. Jeśli pamiętasz z dawnych poradników wskaźnik FID (First Input Delay), jego miejsce zajął INP. Google zapowiedział tę zmianę w maju 2023 roku na blogu Search Central, a dziś dokumentacja Core Web Vitals wymienia już tylko LCP, INP i CLS. INP jest bardziej wymagający od FID, bo uwzględnia reakcje strony w trakcie całej wizyty, a nie tylko przy pierwszym kliknięciu.

Dla biznesu przekład jest prosty. LCP mówi, jak długo klient czeka na treść. INP pokazuje, czy strona reaguje na jego kliknięcia. CLS mówi, czy klient nie trafi przez pomyłkę w inny przycisk, bo układ przesunął się w ostatniej chwili.

Jak czytać raport PageSpeed Insights?

Raport ma dwie części, które odpowiadają na różne pytania. Górna pokazuje, jak strona działa u prawdziwych użytkowników, dolna to wynik testu laboratoryjnego.

• Dane od użytkowników pochodzą z Chrome User Experience Report (CrUX), czyli z wizyt użytkowników Chrome z ostatnich 28 dni. To one mówią, czy strona przechodzi ocenę Core Web Vitals.
• Dane laboratoryjne to jedno symulowane wczytanie strony przez Google Lighthouse na jednym urządzeniu i przy stałych parametrach sieci. Z nich pochodzi wynik od 0 do 100 i lista zaleceń.

Dla każdego wskaźnika PageSpeed Insights podaje 75. percentyl. Wynik „dobry” musi więc dotyczyć co najmniej trzech na cztery wizyty. Google wybrał ten próg, żeby pokazać najbardziej frustrujące doświadczenia na stronie, a nie przeciętne.

Gdy podstrona ma za mało wizyt, narzędzie pokazuje dane całej domeny. Przy bardzo małym ruchu danych od użytkowników nie ma wcale i zostaje sam test laboratoryjny. Wynik testu od 90 do 100 oznacza dobry, od 50 do 89 do poprawy, a od 0 do 49 słaby. Pamiętaj jednak, że to ocena jednej symulacji, a nie doświadczenia Twoich klientów.

Które wskaźniki w raporcie są pomocnicze?

Pozostałe liczby w raporcie nie należą do Core Web Vitals, ale pomagają znaleźć przyczynę słabego wyniku. Traktuj je jak objawy, które prowadzą do diagnozy.

Wskaźnik	Co mówi	Na co zwykle wskazuje
FCP (First Contentful Paint)	kiedy pojawia się pierwszy fragment treści; dobry wynik do 1,8 s	wolny serwer, style i skrypty blokujące wyświetlanie
TTFB (Time to First Byte)	ile serwer potrzebuje na wysłanie pierwszego bajtu odpowiedzi; dobry wynik do 0,8 s, w PageSpeed Insights oznaczony jako eksperymentalny	hosting, brak pamięci podręcznej, ciężki CMS
TBT (Total Blocking Time)	w teście laboratoryjnym: jak długo przeglądarka jest zajęta długimi zadaniami i nie może reagować	nadmiar JavaScriptu, który u użytkowników pogarsza INP
Speed Index	jak szybko wypełnia się widoczna część ekranu	kolejność wczytywania treści i grafik

W starszych poradnikach znajdziesz jeszcze FID, Mobile Speed Score albo AMP jako sposób na szybką stronę. Żaden z nich nie jest dziś częścią oceny Core Web Vitals. Stronę oceniasz przez LCP, INP i CLS z danych od użytkowników, a wskaźniki laboratoryjne służą do szukania przyczyn.

Jak poprawić LCP, INP i CLS?

Każdy wskaźnik ma inne typowe przyczyny, więc zaczynasz od tego, który w danych od użytkowników jest słaby albo do poprawy.

LCP: główna treść wczytuje się za wolno.

• Zmniejsz i skompresuj główne zdjęcie. Użyj nowoczesnego formatu, np. WebP albo AVIF.
• Nie wczytuj leniwie (lazy loading) zdjęcia, które widać od razu po wejściu na stronę.
• Skróć czas odpowiedzi serwera: pamięć podręczna, szybszy hosting, sieć CDN.
• Ogranicz style i skrypty, które blokują wyświetlenie strony.

INP: strona wolno reaguje na kliknięcia.

• Usuń skrypty, których nie potrzebujesz, zwłaszcza zewnętrzne: czaty, widżety, stare tagi marketingowe.
• Dziel długie zadania JavaScriptu na krótsze, żeby przeglądarka mogła w międzyczasie obsłużyć kliknięcie.
• Sprawdź filtry, menu i koszyk, bo tam klienci klikają najwięcej.

CLS: elementy przesuwają się podczas wczytywania.

• Podawaj wymiary (width i height) zdjęć, filmów i ramek reklamowych.
• Rezerwuj miejsce na banery, reklamy i komunikaty o plikach cookie, zanim się wczytają.
• Nie wstawiaj nowych treści nad tymi, które użytkownik już czyta.

W sklepach i na stronach z gotowym szablonem te same błędy powtarzają się na setkach podstron. Jedna poprawka w szablonie karty produktu może naprawić całą grupę adresów. Zaczynaj od wersji na telefony, bo Google indeksuje strony przede wszystkim w tej wersji (Mobile First Index). Jak dostosować stronę do małego ekranu, opisujemy w poradniku o optymalizacji pod urządzenia mobilne.

Czy Core Web Vitals wpływają na pozycje w Google?

Tak, ale nie wygrywają z trafnością treści. Google pisze w dokumentacji: „Core Web Vitals are used by our ranking systems”, czyli wskaźniki są wykorzystywane przez systemy rankingowe. Ta sama strona zastrzega, że wyszukiwarka zawsze stara się pokazać najbardziej trafną treść, nawet przy słabszej wygodzie korzystania ze strony. Dobre wyniki nie gwarantują też miejsca na szczycie wyników.

Google nie traktuje doświadczenia na stronie (page experience) jako jednego sygnału. Lista kontrolna z dokumentacji obejmuje dobre Core Web Vitals, HTTPS, poprawne wyświetlanie na telefonie, brak nadmiaru reklam i natrętnych okien oraz łatwe odróżnienie treści głównej od reszty strony. Systemy rankingowe oceniają przede wszystkim pojedyncze strony, choć Google przyznaje, że ma też oceny obejmujące całe witryny.

W modelu Search Ecosystem™ szybkość należy do dwóch obszarów naraz. W Google Search jest jednym z wielu sygnałów, a w User Experience wpływa na to, czy klient zostaje na stronie. Do pojawienia się w AI Overviews i AI Mode Google nie stawia dodatkowych wymagań, a dobre doświadczenie użytkownika wymienia wśród ogólnych dobrych praktyk.

Gdzie sprawdzać wskaźniki: w PageSpeed Insights czy w Search Console?

Całą witrynę sprawdzaj w Search Console, a pojedyncze podstrony w PageSpeed Insights. Oba narzędzia korzystają z danych od użytkowników z CrUX, ale pokazują je inaczej.

Narzędzie	Co pokazuje	Kiedy użyć
Raport podstawowych wskaźników internetowych w Search Console	grupy podobnych adresów ze statusem słabym, do poprawy albo dobrym, osobno dla telefonów i komputerów	przegląd całej witryny i kontrola poprawek
PageSpeed Insights	dane od użytkowników i test laboratoryjny dla jednego adresu	diagnoza konkretnego szablonu, np. karty produktu
Lighthouse w narzędziach dla programistów Chrome	test laboratoryjny na Twoim komputerze	sprawdzenie poprawki przed wdrożeniem
Crawler, np. Screaming Frog	wyniki pobrane z PageSpeed Insights dla wielu adresów naraz	duże serwisy i sklepy

Raport w Search Console grupuje adresy o podobnym doświadczeniu użytkownika. Status grupy to najsłabszy status, jaki dostała na danym typie urządzenia. Po poprawce uruchamiasz weryfikację, a Search Console obserwuje wtedy problem przez 28 dni. Adresy z za małą liczbą danych nie pojawią się w raporcie wcale. Jak wybrać crawler do takiej analizy, opisujemy w porównaniu Sitebulb i Screaming Frog.

Jakich błędów unikać przy analizie szybkości?

Najczęstszy błąd to praca na niewłaściwej liczbie. Wynik laboratoryjny jest łatwy do pokazania, ale ocenę Core Web Vitals wyznaczają dane od użytkowników.

• Gonienie za wynikiem 100. Test laboratoryjny i dane od użytkowników mierzą co innego. Strona z wynikiem 70 może przechodzić ocenę Core Web Vitals, a strona z wynikiem 95 może jej nie przechodzić.
• Testowanie tylko strony głównej. Klienci z Google trafiają też na kategorie, produkty i wpisy, a te mają inne szablony.
• Patrzenie tylko na komputer. Search Console i PageSpeed Insights pokazują telefony osobno, więc sprawdzaj oba widoki.
• Wyłączanie funkcji, które sprzedają. Czat albo filtr, z którego korzystają klienci, lepiej przyspieszyć niż usunąć dla lepszej liczby.
• Oczekiwanie efektu następnego dnia. Dane od użytkowników obejmują 28 dni, więc poprawa w raporcie pojawia się z opóźnieniem.

Co zrobić teraz?

Zacznij od danych od użytkowników, a test laboratoryjny wykorzystaj do szukania przyczyn. Pięć kroków wystarczy, żeby ustalić kolejność prac.

1. Otwórz w Search Console raport podstawowych wskaźników internetowych. Zacznij od grup adresów ze statusem słabym na telefonach.
2. Dla jednego adresu z każdej grupy uruchom PageSpeed Insights i sprawdź, który wskaźnik odstaje: LCP, INP czy CLS.
3. W części laboratoryjnej szukaj przyczyny: FCP i TTFB przy wolnym LCP, TBT przy słabym INP, przesuwających się elementów przy CLS.
4. Poprawiaj szablony, a nie pojedyncze podstrony.
5. Po wdrożeniu uruchom weryfikację w Search Console i odczekaj 28 dni.

Gdy wszystkie trzy wskaźniki są dobre, nie poprawiaj ich w nieskończoność. Kolejne tygodnie lepiej przeznaczyć na treść i strukturę strony, o których piszemy w poradniku Co to jest techniczne SEO?.

Najczęstsze pytania.

Czy wtyczka do pamięci podręcznej w WordPressie wystarczy, żeby poprawić Core Web Vitals?

Pomaga głównie przy czasie odpowiedzi serwera, a przez to przy LCP. Na INP i CLS wpływa niewiele, bo te wskaźniki zależą od skryptów i układu szablonu.

Czy wynik dla komputerów ma znaczenie, skoro Google indeksuje wersję mobilną?

Tak. Search Console pokazuje wskaźniki osobno dla telefonów i komputerów, a klient, który kupuje na komputerze, też odczuwa wolną stronę.

Jak często sprawdzać Core Web Vitals?

Przy stabilnej stronie wystarczy raz w miesiącu w Search Console. Dodatkowo sprawdzaj wyniki po każdej zmianie szablonu, wtyczek albo skryptów marketingowych.