Co to są Core Web Vitals?

Skąd biorą się Core Web Vitals

1. Prawdziwe wizytyChrome zbiera anonimowe pomiary z odwiedzin (raport CrUX).
2. Trzy wskaźnikiDla odsłon liczone są LCP, INP i CLS, osobno na telefonach i komputerach.
3. 75. percentylLiczy się wartość, którą spełnia 75% odsłon z ostatnich 28 dni.
4. Ocena w Search ConsoleGrupa adresów jest dobra, wymaga poprawy albo słaba według najgorszego wskaźnika.

Trzy wskaźniki i ich progi

• LCP (Largest Contentful Paint), wczytanie: kiedy na ekranie pojawia się największy element, zwykle główne zdjęcie albo nagłówek. Dobrze: do 2,5 s. Słabo: powyżej 4 s.
• INP (Interaction to Next Paint), reakcja: ile czasu mija od kliknięcia, dotknięcia albo naciśnięcia klawisza do widocznej reakcji strony. Dobrze: do 200 ms. Słabo: powyżej 500 ms.
• CLS (Cumulative Layout Shift), stabilność: jak bardzo elementy przesuwają się w trakcie ładowania, np. przycisk ucieka spod palca, bo nad nim wczytał się baner. Dobrze: do 0,1. Słabo: powyżej 0,25.

INP zastąpił wcześniejszy wskaźnik FID (First Input Delay) 12 marca 2024 r. FID mierzył tylko opóźnienie przy pierwszej interakcji, a INP bierze pod uwagę reakcje strony w trakcie całej wizyty.

Skąd biorą się dane?

Dane z terenu (field data) pochodzą od prawdziwych użytkowników Chrome i trafiają do raportu CrUX (Chrome User Experience Report). Na nich opiera się raport Core Web Vitals w Google Search Console: grupuje podobne adresy i ocenia je według wartości, którą spełnia 75% odsłon z ostatnich 28 dni. Dane laboratoryjne to pojedynczy test, np. w PageSpeed Insights albo w narzędziach przeglądarki. Pomagają znaleźć przyczynę problemu, ale wynik potrafi się różnić między uruchomieniami, dlatego warto mierzyć kilka razy. INP najlepiej oceniać na prawdziwych odwiedzinach, bo zależy od tego, co i kiedy klikają ludzie.

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

Google pisze, że dobre wyniki Core Web Vitals są zgodne z tym, co nagradzają jego podstawowe systemy rankingowe. To jednak nie jedyny sygnał: szybka strona bez dobrej treści nie zastąpi strony, która lepiej odpowiada na pytanie. Szybkość ma też znaczenie poza wyszukiwarką, bo wolna strona na telefonie zniechęca klientów, zanim zobaczą ofertę.

Najczęstsze przyczyny słabych wyników

• Słabe LCP: ciężkie zdjęcie na górze strony, wolny serwer bez cache, główny element ukryty do czasu wczytania skryptów, np. animacja startująca od przezroczystości.
• Słabe INP: dużo JavaScriptu z wtyczek, czatów, map i skryptów reklamowych, który blokuje przeglądarkę.
• Słabe CLS: zdjęcia i reklamy bez ustalonych wymiarów, banery wpychające się nad treść, podmieniane czcionki.

Co może zrobić właściciel małej firmy?

1. Wpisać adres strony w PageSpeed Insights i sprawdzić, czy są dane od prawdziwych użytkowników. Przy małym ruchu może ich nie być, wtedy zostaje test laboratoryjny.
2. W Search Console otworzyć raport Core Web Vitals i zobaczyć, które grupy adresów są słabe, osobno na telefonie i komputerze.
3. Zacząć od jednego wskaźnika i jednego typu strony, zwykle od LCP na stronie głównej i stronach usług.
4. Po zmianach mierzyć kilka razy. Raport w Search Console pokaże efekt z opóźnieniem, bo liczy dane z 28 dni.

Przykład z naszej aplikacji AI: LCP na telefonie spadło z 3,8 s do 1,2 s, a wynik PageSpeed wzrósł z 86 do 95. Przyczyną była animacja głównego nagłówka startująca od przezroczystości. Szczegóły: PageSpeed 86 → 95, LCP 1,2 s. Szybkość to część SEO technicznego, obok indeksacji i porządku w kodzie.

Najczęstsze pytania

Jaki wynik PageSpeed jest dobry?

Ocena PageSpeed od 0 do 100 pochodzi z testu laboratoryjnego i nie jest tym samym co Core Web Vitals. Ważniejsze jest, czy dane od prawdziwych użytkowników mieszczą się w progach: LCP do 2,5 s, INP do 200 ms i CLS do 0,1.

Dlaczego w Search Console nie ma danych Core Web Vitals?

Raport opiera się na danych od prawdziwych użytkowników Chrome. Gdy strona ma mały ruch, danych jest za mało: raport bywa pusty albo pokazuje ocenę dla całej domeny. Wtedy zostaje pomiar laboratoryjny, np. w PageSpeed Insights.

Co zastąpił wskaźnik INP?

INP zastąpił FID (First Input Delay) jako wskaźnik reakcji strony 12 marca 2024 r. FID mierzył tylko opóźnienie przy pierwszej interakcji, a INP uwzględnia reakcje strony w trakcie całej wizyty.

Źródła

• web.dev: Web Vitals
• web.dev: INP becomes a Core Web Vital on March 12 (31.01.2024)
• Pomoc Search Console: Raport Podstawowe wskaźniki internetowe