Czym są Core Web Vitals i dlaczego Google przywiązuje do nich wagę

Core Web Vitals to próba zmierzenia przez Google czegoś, co kiedyś trudno było ująć w liczby: czy korzystanie ze strony jest rzeczywiście przyjemne, a nie tylko czy strona technicznie zdążyła się załadować. To zestaw trzech wskaźników, z których każdy dotyczy innego rodzaju frustracji – zbyt długiego czekania na treść, zbyt długiego czekania na reakcję strony na działanie użytkownika oraz treści, która skacze, gdy próbujecie coś przeczytać lub kliknąć. Google traktuje je jako jeden z wielu czynników rankingowych, ale co ważniejsze – silnie korelują one z tym, czy prawdziwi ludzie zostają na stronie, czy z niej uciekają.

Trzy wskaźniki

Largest Contentful Paint (LCP)

LCP mierzy, ile czasu po wejściu na stronę zajmuje pełne wyrenderowanie największego widocznego elementu na ekranie – zwykle głównej grafiki, nagłówka lub dużego bloku tekstu. To przybliżona odpowiedź na pytanie „jak długo miało się wrażenie, że strona się ładuje”. Dobry wynik LCP to mniej więcej poniżej 2,5 sekundy. Najczęstsze przyczyny słabego LCP to niezoptymalizowane obrazy, wolny czas odpowiedzi serwera, CSS lub JavaScript blokujące renderowanie oraz fonty, które blokują wyświetlenie tekstu, dopóki się nie pobiorą.

Interaction to Next Paint (INP)

INP mierzy, jak szybko strona reaguje, gdy ktoś kliknie, dotknie ekranu lub zacznie pisać – od chwili interakcji do momentu, w którym przeglądarka widocznie zaktualizuje widok. Wskaźnik ten zastąpił starszy First Input Delay, bo ocenia responsywność w trakcie całej wizyty, a nie tylko przy pierwszej interakcji. Słaby INP wynika zwykle z nadmiaru JavaScriptu działającego w wątku głównym – ciężkich procedur obsługi zdarzeń, rozbudowanych ponownych renderowań we frameworku JavaScript lub skryptów zewnętrznych (reklam, analityki, widżetów czatu), które rywalizują o ten sam wątek z właściwą stroną.

Cumulative Layout Shift (CLS)

CLS mierzy nieoczekiwane przesunięcia treści podczas ładowania strony lub w trakcie korzystania z niej – obraz, który nagle się pojawia i spycha w dół akapit, który właśnie czytaliście, albo przycisk, który przesuwa się tuż przed kliknięciem, bo nad nim załadowała się reklama. Wynik podaje się jako liczbę, a nie czas, i to wskaźnik najbardziej bezpośrednio związany z konkretną, łatwą do odtworzenia frustracją: kliknięciem w coś innego, niż się chciało, bo układ strony się przesunął.

Dlaczego Google przywiązuje do tego wagę

Oficjalne uzasadnienie Google jest proste: jakość korzystania ze strony jest częścią tego, co sprawia, że wynik wyszukiwania jest użyteczny, a strona wolna lub „szarpiąca” daje gorsze doświadczenie, nawet jeśli jej treść to dokładnie to, czego ktoś szukał. Core Web Vitals stały się sygnałem rankingowym, bo Google chciało mierzyć to doświadczenie ilościowo – na podstawie rzeczywistych danych użytkowników zbieranych przez Chrome, a nie wyłącznie testów laboratoryjnych czy domysłów. Nie jest to czynnik dominujący – trafność treści wciąż liczy się znacznie bardziej – ale wśród stron o podobnej trafności Core Web Vitals mogą przesądzić o tym, która znajdzie się wyżej. Niezależnie od pozycji w wynikach mają też bezpośredni wpływ na współczynnik konwersji.

Co najczęściej psuje poszczególne wskaźniki

• LCP: niezoptymalizowane obrazy lub obrazy bez określonych wymiarów, długi czas do pierwszego bajtu (TTFB) po stronie serwera, blokujące skrypty ładowane przed kluczową treścią.
• INP: rozbudowane skrypty zewnętrzne, ciężkie frameworki JavaScript po stronie klienta wykonujące zbędne ponowne renderowania, długo działające funkcje blokujące wątek główny.
• CLS: obrazy i reklamy bez zarezerwowanego miejsca (brak atrybutów width/height), fonty webowe, które podmieniają się i przelewają tekst, treść wstawiana nad istniejącą treścią po pierwszym renderowaniu.

Jak sprawdzić własne wyniki

PageSpeed Insights od Google oraz Chrome User Experience Report dostarczają rzeczywistych danych z pola zamiast syntetycznego wyniku laboratoryjnego. To ważne, bo Core Web Vitals jako czynnik rankingowy opierają się na tym, czego doświadczyli prawdziwi użytkownicy, a nie na jednorazowym teście przeprowadzonym na szybkim biurowym łączu. Raport Core Web Vitals w Search Console dzieli wasze adresy URL na dobre, wymagające poprawy i słabe – i zwykle jest to najszybszy sposób, by sprawdzić, czy w ogóle macie problem wart poświęcenia czasu.

Poprawa Core Web Vitals na dużą skalę rzadko sprowadza się do jednej zmiany – to zwykle kilka mało efektownych poprawek (wymiary obrazów, kolejność ładowania skryptów, strategia fontów, ograniczenie skryptów zewnętrznych), które razem dają efekt. W Burncode to standardowy element tego, co sprawdzamy i poprawiamy przy tworzeniu stron i aplikacji webowych, bo szybka, stabilna strona zatrzymuje odwiedzających, których przyciągnęły dobre pozycje i dobra treść.