Trzy wskaźniki i ich progi
- LCP (Largest Contentful Paint) — po jakim czasie pojawia się największy element pierwszego ekranu: obraz lub blok tekstu. Dobrze — do 2,5 sekundy, źle — powyżej 4 sekund.
- INP (Interaction to Next Paint) — jak szybko strona reaguje na kliknięcia i dotknięcia. Dobrze — do 200 ms, źle — powyżej 500 ms. W marcu 2024 roku INP zastąpił wcześniejszy wskaźnik FID.
- CLS (Cumulative Layout Shift) — jak bardzo przesuwa się układ podczas ładowania. Dobrze — do 0,1, źle — powyżej 0,25.
Ocenia się 75. percentyl: strona jest dobra, jeśli progi są spełnione dla co najmniej 75% wizyt. Telefony i komputery ocenia się osobno.
Dane użytkowników i dane laboratoryjne
To najważniejsze, co trzeba zrozumieć, inaczej liczby będą mylić.
- Dane prawdziwych użytkowników Google zbiera w przeglądarce Chrome od rzeczywistych odwiedzających z ostatnich 28 dni — to raport Chrome UX Report (CrUX). To one są podstawą oceny Core Web Vitals.
- Dane laboratoryjne to jednorazowy pomiar w symulacji: umowny telefon, umownie wolna sieć. Pomagają znaleźć przyczyny i od razu sprawdzić poprawkę, ale to nie to, czego doświadczają Twoi odwiedzający.
Dlatego wynik „45 na 100” w pomiarze laboratoryjnym i zielone wskaźniki u prawdziwych użytkowników to nie sprzeczność, tylko dwa różne pomiary.
Krok 1. PageSpeed Insights
- Otwórz PageSpeed Insights, wklej adres strony i uruchom analizę.
- Na górze — dane prawdziwych użytkowników: trzy wskaźniki Core Web Vitals i wynik oceny. Można przełączać się między danymi konkretnej strony a całej witryny.
- Niżej — pomiar laboratoryjny z wynikiem od 0 do 100 i diagnostyką: co dokładnie spowalnia stronę.
Jeśli na górze widać informację o niewystarczających danych, strona ma mało odwiedzających z Chrome. W małych witrynach to normalne — wtedy kieruj się pomiarem laboratoryjnym i raportem Search Console.
Krok 2. Raport w Search Console
W Search Console otwórz raport „Podstawowe wskaźniki internetowe”. Pokazuje on nie jedną stronę, lecz całą witrynę: ile adresów jest dobrych, ile wymaga poprawy, a ile jest słabych — osobno dla telefonów i komputerów. Podobne strony Google łączy w grupy, więc jeden problem w szablonie od razu widać na setkach adresów.
Jeśli witryny nie ma jeszcze w Search Console, zacznij od tej instrukcji.
Krok 3. Znajdź przyczynę
- Słaby LCP — najczęściej ciężki główny obraz, wolna odpowiedź serwera, czcionki i skrypty opóźniające renderowanie.
- Słaby INP — ciężkie skrypty: widżety czatów, liczniki, slidery, kreatory stron.
- Słaby CLS — obrazy i banery bez określonych wymiarów, późno ładowane czcionki, bloki reklamowe i banery cookie, które przesuwają treść.
Diagnostyka PageSpeed Insights wskazuje konkretne pliki. Jak zautomatyzowaliśmy takie kontrole, opisałem w artykule o podłączeniu PageSpeed Insights do Claude.
Po poprawkach nie oczekuj natychmiastowego efektu. Dane prawdziwych użytkowników zbierają się przez 28 dni, więc poprawa w raportach widoczna jest stopniowo. Pomiar laboratoryjny pokaże efekt od razu.
Częste błędy przy sprawdzaniu
- Sprawdzana jest tylko strona główna, a problemy są na stronach produktów lub artykułów.
- Ogląda się wynik dla komputera, choć większość odwiedzających przychodzi z telefonów.
- Pogoń za 100 punktami w pomiarze laboratoryjnym zamiast zielonych wskaźników u prawdziwych użytkowników.
- Wnioski z jednego pomiaru: wyniki laboratoryjne wahają się między uruchomieniami.
W skrócie
- Progi: LCP do 2,5 s, INP do 200 ms, CLS do 0,1 — dla 75% wizyt.
- O ocenie decydują dane prawdziwych użytkowników z 28 dni, pomiar laboratoryjny pomaga szukać przyczyn.
- Pojedynczą stronę sprawdzaj w PageSpeed Insights, całą witrynę — w raporcie Search Console.
- Patrz przede wszystkim na telefony.
- Po poprawkach czekaj kilka tygodni na aktualizację danych użytkowników.
Jeśli wskaźniki są czerwone i nie wiadomo, od czego zacząć, możemy przyspieszyć stronę i uporządkować Core Web Vitals: zmierzymy przed i po, poprawimy obrazy, skrypty i pamięć podręczną.
