Co oznaczają LCP, INP i CLS?

To trzy wskaźniki Core Web Vitals, którymi Google opisuje komfort korzystania ze strony. Largest Contentful Paint (LCP) mierzy ładowanie: jak długo trwa wyświetlenie głównej treści. Interaction to Next Paint (INP) mierzy responsywność: jak szybko strona reaguje na kliknięcie, dotknięcie lub wpisywanie tekstu. Cumulative Layout Shift (CLS) mierzy stabilność wizualną: jak bardzo układ strony się przesuwa. Dobry wynik to LCP do 2.5 sekundy, INP do 200 milisekund i CLS nie większy niż 0.1.

Trzy wskaźniki w skrócie

Takie progi podaje pomoc raportu Core Web Vitals Google. Strona przechodzi ocenę, gdy wszystkie trzy wskaźniki są dobre na 75. percentylu wizyt, osobno dla urządzeń mobilnych i komputerów.

LCP: Largest Contentful Paint

LCP to czas od rozpoczęcia ładowania strony przez użytkownika do wyrenderowania największego obrazu, wideo lub bloku tekstu w widocznym obszarze. Do kandydatów należą elementy <img>, obrazy wewnątrz SVG, plakat lub pierwsza klatka wideo, obrazy tła CSS oraz tekst blokowy. Przeglądarka przestaje szukać nowych kandydatów, gdy odwiedzający wejdzie w interakcję ze stroną. Wolny LCP zwykle oznacza wolną odpowiedź serwera, duży lub późno wykryty obraz w sekcji głównej albo style CSS i skrypty blokujące renderowanie.

INP: Interaction to Next Paint

INP śledzi kliknięcia, dotknięcia i naciśnięcia klawiszy podczas wizyty i mierzy, ile czasu mija od każdej z nich do momentu, gdy przeglądarka może wyrenderować następną klatkę. Najechanie kursorem, przewijanie i powiększanie się nie liczą. Raportowana wartość to najwolniejsza interakcja, przy czym na stronach z dużą liczbą interakcji pomijane są wartości odstające. INP zastąpił First Input Delay (FID) jako wskaźnik Core Web Vitals w marcu 2024 roku; FID uwzględniał tylko pierwszą interakcję, a INP obejmuje całą wizytę. Słaby INP zwykle wynika z długich zadań JavaScript, które blokują główny wątek.

CLS: Cumulative Layout Shift

CLS sumuje nieoczekiwane przesunięcia układu, na przykład tekst przeskakujący w dół, gdy nad nim ładuje się obraz lub reklama, i raportuje największy ciąg takich przesunięć w trakcie wizyty. Każde przesunięcie jest oceniane na podstawie tego, jak duża część ekranu się przesunęła i na jaką odległość. Przesunięcia w ciągu 500 milisekund od kliknięcia, dotknięcia lub naciśnięcia klawisza są pomijane, ponieważ w takiej chwili odwiedzający spodziewa się zmiany strony.

Skąd pochodzą te liczby?

Raport Core Web Vitals w Search Console korzysta z danych terenowych z Chrome UX Report: rzeczywistych wizyt w Chrome z ostatnich 28 dni, pogrupowanych w zbiory podobnych stron, przy czym każda grupa jest oceniana według najgorszego wskaźnika. Narzędzia laboratoryjne, takie jak Lighthouse, ładują stronę bez prawdziwego użytkownika, więc nie potrafią zmierzyć INP i zastępują go wskaźnikiem Total Blocking Time, jak wyjaśnia przegląd Web Vitals na web.dev. Wyniki laboratoryjne traktuj jako pomoc w debugowaniu, a dane terenowe jako ostateczny werdykt.

Czy Core Web Vitals wpływają na pozycje?

Google zdecydowanie zaleca osiąganie dobrych wyników Core Web Vitals, aby odnosić sukcesy w wyszukiwarce, i podkreśla, że komfort korzystania ze strony jest zgodny z tym, co mają nagradzać jego główne systemy rankingowe. To jednak nie skrót: szybka strona nadal musi być najlepszą odpowiedzią. W artykule Jak naprawić słabe wyniki Core Web Vitals? opisujemy, co zmienić w przypadku każdego wskaźnika.

Jak pomaga AutoPSEO

Raport Core Web Vitals w AutoPSEO odczytuje historię danych z Chrome UX Report dla całej witryny lub pojedynczego URL, osobno dla telefonów, komputerów i tabletów, i prezentuje na wykresach LCP, INP i CLS (a także First Contentful Paint i Time to First Byte) na 75. percentylu z około sześciu miesięcy danych tygodniowych, dzięki czemu widać, kiedy któryś wskaźnik zaczął się pogarszać.