Core Web Vitals bez żargonu: LCP, INP i CLS na stronie firmy
Core Web Vitals to trzy wskaźniki Google z prawdziwych wizyt w Chrome: LCP mierzy ładowanie pierwszego ekranu, INP reakcję na kliknięcie, a CLS skakanie układu. Dobre wartości to LCP do 2,5 s, INP do 200 ms i CLS do 0,1, liczone na 75. percentylu wizyt, osobno na telefonach i komputerach.
- Według web.dev dobre Core Web Vitals to LCP do 2,5 sekundy, INP do 200 milisekund i CLS do 0,1; słabe to LCP powyżej 4 s, INP powyżej 500 ms i CLS powyżej 0,25.
- Progi liczy się na 75. percentylu wizyt, czyli co najmniej trzy wizyty na cztery muszą mieć wynik nie gorszy od progu.
- Google pisze, że systemy rankingowe używają Core Web Vitals, ale dobry wynik nie gwarantuje wysokiej pozycji w wynikach wyszukiwania.
- PageSpeed Insights pokazuje dane od prawdziwych użytkowników Chrome z ostatnich 28 dni; przy małym ruchu takich danych może nie być.
Trzy wskaźniki prostym językiem
LCP (Largest Contentful Paint) to czas, po którym na ekranie pojawia się największy element pierwszego widoku. Zwykle jest to duże zdjęcie u góry strony albo główny nagłówek. LCP liczy się od kliknięcia w link, więc wlicza też czas odpowiedzi serwera i przekierowania.
INP (Interaction to Next Paint) mówi, jak szybko strona reaguje, gdy klient kliknie przycisk, otworzy menu albo zacznie pisać w formularzu. W 2024 r. INP zastąpił starszy wskaźnik FID. CLS (Cumulative Layout Shift) mierzy, ile treść przesuwa się sama, na przykład gdy klient chce kliknąć „Zadzwoń”, a przycisk ucieka w dół, bo nad nim doładował się baner.
| Wskaźnik | Dobry | Wymaga poprawy | Słaby |
|---|---|---|---|
| LCP: ładowanie | do 2,5 s | od 2,5 do 4 s | powyżej 4 s |
| INP: reakcja na kliknięcie | do 200 ms | od 200 do 500 ms | powyżej 500 ms |
| CLS: stabilność układu | do 0,1 | od 0,1 do 0,25 | powyżej 0,25 |
Skąd Google bierze dane
Core Web Vitals to dane terenowe, czyli pomiary z prawdziwych wizyt w Chrome. Google zbiera je w raporcie CrUX (Chrome User Experience Report). PageSpeed Insights i raport Core Web Vitals w Search Console pokazują je za ostatnie 28 dni.
Próg liczy się na 75. percentylu. Po ludzku: jeśli LCP Twojej strony na 75. percentylu wynosi 2,3 s, to co najmniej trzy wizyty na cztery miały LCP 2,3 s albo lepszy. Telefony i komputery liczy się osobno.
PageSpeed Insights pokazuje też test laboratoryjny Lighthouse. To jeden pomiar na symulowanym telefonie. Pomaga znaleźć przyczyny, ale nie jest oceną Google. Lighthouse nie zmierzy INP, bo nikt w teście nie klika. Zamiast tego podaje TBT, czyli czas, w którym strona była zajęta i nie reagowała.
Mała strona z niewielkim ruchem często nie ma danych terenowych. PageSpeed Insights pokazuje wtedy dane dla całej domeny albo nic. Wtedy zostaje test laboratoryjny i pomiar we własnej przeglądarce.
Czy Core Web Vitals wpływają na pozycję w Google
Google pisze, że systemy rankingowe używają Core Web Vitals, i zaleca dobre wyniki. W tym samym dokumencie dodaje, że dobry wynik w raporcie nie gwarantuje wysokiej pozycji. Gonienie idealnej liczby punktów tylko dla SEO może nie być najlepszym wykorzystaniem czasu.
Google zawsze stara się pokazać najbardziej trafną treść, nawet gdy strona działa słabo. Szybkość pomaga wtedy, gdy na zapytanie jest wiele podobnie dobrych stron. Jest też drugi powód: klient na wolnym telefonie nie poczeka. Dlatego szybkość poprawiaj dla ludzi, a nie dla wyniku w narzędziu.
Co najczęściej psuje wynik na stronie firmy
Na stronie z WordPressem i kreatorem stron dobrze zacząć od trzech rzeczy: lżejsze zdjęcie u góry, mniej wtyczek i pamięć podręczna, czyli gotowe wersje stron zapisane na serwerze.
- Wolne LCP: ciężkie zdjęcie u góry strony, takie zdjęcie z loading="lazy", wolny serwer albo hosting, skrypty i style, które blokują wyświetlanie.
- Słaby CLS: zdjęcia bez wymiarów width i height, baner cookies albo pasek promocji wstawiany nad treścią, czcionka, która podmienia się po załadowaniu.
- Słaby INP: dużo JavaScriptu, ciężkie kreatory stron, kilka narzędzi śledzących i okienek czatu, które działają w tym samym czasie.
- Wolny serwer: web.dev podaje jako zgrubną wskazówkę czas pierwszego bajtu (TTFB) do 0,8 s. Pierwszy bajt to moment, w którym serwer zaczyna odsyłać stronę.
Jak sprawdzić to samemu
- Wejdź na https://pagespeed.web.dev, wklej adres strony i wybierz telefon. Górna część to dane od prawdziwych użytkowników, dolna to test laboratoryjny.
- W Google Search Console otwórz raport Core Web Vitals. Pokazuje grupy podobnych adresów z oceną dobry, wymaga poprawy albo słaby.
- W Chrome naciśnij F12 i otwórz zakładkę Performance. Panel od razu pokazuje LCP i CLS na Twoim komputerze, a po kliknięciu w stronę także INP.
- Sprawdź stronę na zwykłym telefonie poza wi-fi. Zobacz, czy coś przeskakuje i czy przyciski reagują od razu.
Co sprawdza bezpłatny skan
- Bezpłatny skan nie mierzy LCP, INP i CLS u prawdziwych użytkowników; te dane pokazują PageSpeed Insights i Search Console. Skan szuka w kodzie strony głównej przyczyn słabych wyników.
- Mierzy jeden raz czas pierwszego bajtu (TTFB) z naszego serwera, razem z przekierowaniami. Progi są takie jak w web.dev: ostrzeżenie powyżej 800 ms, błąd krytyczny powyżej 1800 ms.
- Sprawdza wagę samego HTML, skrypty w sekcji
<head>bez defer i async, liczbę plików CSS, główne zdjęcie z loading="lazy" i zdjęcia bez wymiarów width i height. - Pełny audyt łączy dane z Search Console z testami na wszystkich ważnych podstronach i układa poprawki według wpływu.
Skan sprawdza stronę główną i do 3 podstron. Wynik dostajesz w około minutę.
Kiedy zlecić to komuś: Gdy wynik jest słaby przez motyw, kreator stron albo hosting, poprawki zwykle wymagają programisty. JFlow Labs w pełnym audycie wskazuje przyczyny na danych z Search Console, a przyspieszenie strony wycenia osobno. Zobacz pełny audyt.
Pytania i odpowiedzi
Dlaczego PageSpeed Insights pokazuje inny wynik za każdym razem?
Wynik w punktach pochodzi z jednego testu laboratoryjnego i zależy od chwilowego obciążenia sieci i serwera. Dane od prawdziwych użytkowników z górnej części raportu są stabilniejsze, bo to 28 dni pomiarów.
Czy muszę mieć 100 punktów w PageSpeed Insights?
Nie. Google ocenia dane od prawdziwych użytkowników, a nie liczbę punktów w teście. Cel to zielone LCP, INP i CLS na telefonach. Google sam pisze, że gonienie idealnego wyniku tylko dla SEO może nie być najlepszym wykorzystaniem czasu.
Co zrobić, gdy nie ma danych od użytkowników?
To częste przy małym ruchu. Korzystaj wtedy z testu laboratoryjnego i z panelu Performance w Chrome. Zadbaj o lekkie zdjęcie u góry strony, wymiary obrazków i jak najmniej skryptów.
Jak szybko zobaczę efekt poprawek?
W teście laboratoryjnym od razu. W danych od użytkowników po kilku tygodniach, bo PageSpeed Insights i Search Console pokazują średnio ostatnie 28 dni.
Źródła
- web.dev: Web Vitals
- web.dev: Defining the Core Web Vitals metrics thresholds
- web.dev: Largest Contentful Paint (LCP)
- web.dev: Interaction to Next Paint (INP)
- web.dev: Time to First Byte (TTFB)
- Google Search Central: Understanding Core Web Vitals and Google search results
- Google Search Central: Understanding page experience in Google Search results
- PageSpeed Insights: About PageSpeed Insights (dane z 28 dni)
- Search Console – pomoc: Raport dotyczący Core Web Vitals
- Chrome DevTools: Performance panel