Core Web Vitals - co to jest i dlaczego ma znaczenie?

Core Web Vitals to zestaw trzech metryk Google — LCP, INP i CLS — które mierzą realne wrażenia użytkownika na stronie: jak szybko widzi treść, jak szybko strona reaguje na kliknięcie i czy układ się nie „rozjeżdża" podczas ładowania. Google wykorzystuje je jako jeden z sygnałów rankingowych od 2021 roku, dlatego pytanie „co to są Core Web Vitals" pojawia się w niemal każdym audycie SEO.

Czym są Core Web Vitals

Core Web Vitals to część szerszego zestawu Web Vitals — inicjatywy zespołu Chrome w Google, która ma dać właścicielom stron jeden, ujednolicony sposób oceny jakości doświadczenia użytkownika (UX). Google mógł wybrać dziesiątki parametrów technicznych. Wybrał trzy — te, które najlepiej korelują z tym, jak użytkownik faktycznie odczuwa stronę: szybkość wczytywania, responsywność i stabilność wizualną.

Więc czym dokładnie są Core Web Vitals? To LCP (Largest Contentful Paint), INP (Interaction to Next Paint) i CLS (Cumulative Layout Shift). Google ogłosił te metryki w maju 2020 roku, a od czerwca 2021 roku wprowadził je jako oficjalny sygnał rankingowy w ramach tzw. Page Experience — obok takich elementów jak bezpieczne połączenie HTTPS czy brak nachalnych reklam interstitial.

Trzy rzeczy warto zapamiętać już na starcie. Core Web Vitals nie są jedynym czynnikiem rankingowym — to jeden z wielu sygnałów, obok jakości treści i linków, i samodzielnie nikogo na szczyt SERP-a nie wywindują. Zestaw metryk nie jest zamrożony: Google aktualizuje go, gdy znajdzie lepszy sposób pomiaru (przykład — zmiana FID na INP, o której za chwilę). I ostatnia sprawa, często pomijana: metryki liczy się per URL i per urządzenie, osobno mobile i desktop. Ta sama strona może więc mieć zielony wynik na komputerze i czerwony na telefonie.

LCP, INP, CLS - co oznaczają

Każda z trzech metryk odpowiada na inne pytanie użytkownika o stronę — i każdą da się wytłumaczyć bez żargonu.

Largest Contentful Paint (LCP) odpowiada na pytanie: jak długo czekam, aż zobaczę to, po co tu przyszedłem? Mierzy czas od rozpoczęcia ładowania strony do wyrenderowania największego widocznego elementu — najczęściej dużego zdjęcia, nagłówka albo bloku wideo w obszarze widocznym bez przewijania. Jednostka: sekundy.

Interaction to Next Paint (INP) to odpowiedź na inne pytanie: czy strona faktycznie reaguje, gdy w coś klikam? Mierzy czas od interakcji użytkownika (kliknięcie, dotknięcie, naciśnięcie klawisza) do momentu, gdy przeglądarka wizualnie na nią odpowie. Jednostka: milisekundy. I tu ważna rzecz, którą warto znać, żeby nie czytać nieaktualnych źródeł: INP zastąpił FID (First Input Delay) w marcu 2024 roku jako oficjalna trzecia metryka Core Web Vitals. FID mierzył tylko pierwszą interakcję na stronie — INP ocenia responsywność w całym cyklu życia strony, jest więc dokładniejszym odzwierciedleniem realnego użytkowania. Sporo polskich artykułów o CWV wciąż opisuje FID jako aktualną metrykę. Jeśli trafisz na taki tekst — wiedz, że jest nieaktualny.

Cumulative Layout Shift (CLS) odpowiada na pytanie: czy przycisk, w który celowałem, nie „uciekł" pod kursorem? Mierzy sumę nieoczekiwanych przesunięć elementów na stronie podczas ładowania. Klasyczny przykład: obrazek doładowuje się z opóźnieniem i przesuwa cały tekst pod nim — klikasz „Kup teraz", a trafiasz w reklamę, która właśnie wyskoczyła w to miejsce. CLS to jedyna z trzech metryk bez jednostki fizycznej — bezwymiarowy współczynnik wyliczany z powierzchni przesunięcia i dystansu.

Core Web Vitals — progi: dobre vs złe wartości (Google)

Core Web Vitals dzielą wynik każdej strony na trzy kategorie: dobry, wymagający poprawy i słaby. Progi ustalone przez Google są precyzyjne i nie zmieniły się od czasu wprowadzenia INP w 2024 roku:

Jest tu szczegół, który większość opisów Core Web Vitals pomija albo tłumaczy niejasno: Google nie liczy średniej z wyników odwiedzających. Ocena opiera się na 75. percentylu (p75) rzeczywistych wizyt w ciągu ostatnich 28 dni — wynik musi być dobry dla co najmniej 75% odwiedzin, żeby strona przeszła próg „dobre". Jeśli jedna czwarta użytkowników — powiedzmy, ci na wolnym łączu mobilnym w pociągu — doświadcza wolniejszego ładowania, właśnie ta jedna czwarta ciągnie całą stronę w dół.

To prowadzi do rozróżnienia, które w praktyce myli najwięcej osób: dane laboratoryjne kontra dane terenowe. Dane laboratoryjne (lab data) pochodzą z Lighthouse — symulowanego testu na jednej, ustandaryzowanej konfiguracji sieci i urządzenia. Powtarzalny, wygodny do debugowania, ale sztuczny. Dane terenowe (field data) pochodzą z CrUX, czyli Chrome UX Report — bazy realnych pomiarów zbieranych anonimowo od użytkowników przeglądarki Chrome, którzy faktycznie odwiedzili daną stronę. I teraz sedno: Google do oceny rankingowej używa wyłącznie danych terenowych z CrUX. Wynik Lighthouse może wyglądać świetnie na Twoim ekranie, a strona i tak nie spełni progów CWV w oczach Google, jeśli realni użytkownicy na słabszych telefonach mają gorsze doświadczenie.

Wpływ na SEO i konwersje

Core Web Vitals wpływają na widoczność w Google dwutorowo: bezpośrednio jako sygnał rankingowy w ramach Page Experience, i pośrednio — przez to, jak szybkość strony kształtuje zachowanie użytkownika, a zachowanie użytkownika wraca do algorytmu jako sygnał.

Google oficjalnie potwierdza, że Core Web Vitals są jednym z sygnałów rankingowych od 2021 roku. Nie decydują same o pozycji, ale mogą przeważyć wynik przy podobnej jakości treści konkurencyjnych stron. Więcej o tym, jak to się wpisuje w cały mechanizm rankingu, opisujemy w artykule Na czym polega pozycjonowanie stron?

Efekt biznesowy łatwiej policzyć niż efekt rankingowy. Z badania Google/SOASTA (cytowanego m.in. przez Think with Google) wynika, że wydłużenie czasu ładowania strony mobilnej z 1 do 3 sekund zwiększa prawdopodobieństwo odrzucenia (bounce) o 32%, a wydłużenie do 5 sekund — o 90%. To dane o ogólnej szybkości strony, nie 1:1 z Core Web Vitals — ale mierzą dokładnie to samo zjawisko, które CWV próbuje uchwycić liczbowo. Cierpliwość użytkownika ma granicę, i da się ją zmierzyć w sekundach.

W e-commerce przekłada się to wprost na przychód. Porzucony koszyk przez wolno ładującą się stronę płatności to nie tylko gorszy wynik w Search Console — to utracona transakcja. Strona z LCP powyżej 4 sekund traci część użytkowników, zanim ci w ogóle zdążą zobaczyć ofertę.

Jak zmierzyć Core Web Vitals (PageSpeed Insights, Search Console)

Sprawdzenie wyniku nie wymaga żadnej wiedzy technicznej — wystarczą dwa darmowe narzędzia Google, i każde pokazuje nieco inny obraz sytuacji.

PageSpeed Insights (pagespeed.web.dev) to najszybszy start: wklejasz adres URL i po kilkunastu sekundach dostajesz wynik w skali 0-100 oraz osobno wartości LCP, INP i CLS. Kolory mają jasne znaczenie — zielony to dobre, pomarańczowy wymaga poprawy, czerwony słabe, dokładnie progi z tabeli wyżej. Jedna rzecz, którą łatwo przeoczyć: PSI pokazuje dwa zestawy danych naraz, jeśli strona ma wystarczający ruch — dane terenowe (sekcja „Discover what your real users are experiencing", zasilana przez CrUX) oraz dane laboratoryjne z pojedynczego testu Lighthouse. Jeśli strona ma zbyt mało odwiedzin, by trafić do CrUX, PSI pokaże wyłącznie wynik laboratoryjny. To sam w sobie sygnał — ocena może się różnić od tego, co realnie przeżywają odwiedzający.

Raport Core Web Vitals w Google Search Console daje szerszy obraz — całej witryny, nie pojedynczego adresu. Znajdziesz go w menu po lewej: Doświadczenie → Podstawowe wskaźniki internetowe. Search Console grupuje adresy URL o podobnej strukturze (np. wszystkie karty produktowe) w jeden klaster i pokazuje, ile z nich mieści się w kategorii „Dobre", „Wymaga poprawy" i „Słabe" — osobno dla mobile i desktopu. To narzędzie do wyłapywania wzorców: jeśli cała grupa „karta produktu" ma słaby LCP, problem najpewniej siedzi w jednym powtarzalnym elemencie szablonu — na przykład dużym zdjęciu produktu bez optymalizacji.

Do śledzenia trendu w czasie i porównań między domenami przydaje się jeszcze CrUX Dashboard — darmowe narzędzie oparte na danych z Chrome UX Report, pokazujące historyczne wartości p75 miesiąc po miesiącu.

Jak poprawić Core Web Vitals

Poprawa Core Web Vitals to zwykle kilka powtarzalnych działań technicznych, dobranych pod konkretną metrykę, którą trzeba naprawić.

To tylko skrót. Pełną checklistę techniczną — obejmującą nie tylko CWV, ale całą optymalizację SEO strony — znajdziesz w artykule Optymalizacja SEO strony - checklista techniczna.

Dlaczego dedykowana strona wygrywa z WordPressem

Dedykowany kod daje pełną kontrolę nad tym, co faktycznie ładuje się na stronie — a to bezpośrednio przekłada się na wyniki LCP, INP i CLS.

Mechanizm jest prosty do prześledzenia. Na WordPressie każdy plugin dokłada własny plik JavaScript i CSS, często ładowany globalnie na każdej podstronie — niezależnie od tego, czy dana funkcja jest tam w ogóle używana. Motywy dodają kolejną warstwę: własne skrypty, biblioteki animacji, systemy siatek, z których realnie wykorzystywana bywa ułamkowa część. Efekt? Strona ładuje kilkaset kilobajtów kodu, który w dużej mierze nic nie robi dla akurat oglądanej podstrony — a i tak blokuje renderowanie (render-blocking JS/CSS) i pogarsza LCP oraz INP.

W dedykowanym frontendzie — w Novus Latus budowanym w Vue.js, z backendem .NET — nie ma tej warstwy pośredniej. Bundle zawiera dokładnie te komponenty, które strona faktycznie wykorzystuje, kod jest dzielony (code-splitting) pod konkretne podstrony, a deweloper ma pełną kontrolę nad kolejnością ładowania zasobów. To jeden z powodów, dla których strony budowane w tym modelu regularnie osiągają wynik Lighthouse 90+.

Trzeba to jednak powiedzieć uczciwie: dobrze zoptymalizowany WordPress też potrafi przejść progi Core Web Vitals. Wymaga to dyscypliny, której większość wdrożeń po prostu nie ma — minimalnej liczby pluginów, dedykowanego cache'owania, starannie dobranego (albo własnoręcznie napisanego) motywu i hostingu dopasowanego do obciążenia. Dedyk nie jest magicznym rozwiązaniem. Po prostu ta praca nie powtarza się od zera przy każdej zmianie, bo kontrola nad kodem jest wbudowana w model od pierwszego dnia.

Podejrzewasz, że to CMS i jego pluginy ciągną Twoją stronę w dół w rankingu Core Web Vitals? Warto zacząć od audytu szybkości — sprawdź ofertę projektowania dedykowanych stron internetowych i zobacz, jak wygląda podejście bez balastu WordPressa. A jeśli obecna strona ma zostać przeniesiona na nową technologię bez utraty pozycji w Google, ten proces opisujemy w usłudze migracji strony.

FAQ — najczęstsze pytania o Core Web Vitals

Co to są Core Web Vitals?

Core Web Vitals to trzy metryki Google — LCP (szybkość wyświetlenia głównej treści), INP (czas reakcji na interakcję) i CLS (stabilność układu strony) — które mierzą realne doświadczenie użytkownika. Google wykorzystuje je jako jeden z sygnałów rankingowych od 2021 roku w ramach szerszego zestawu ocen zwanego Page Experience. Wynik liczony jest na 75. percentylu rzeczywistych wizyt zebranych przez Chrome UX Report, a nie w pojedynczym teście.

Jakie są dobre wartości CWV? 

Strona ma dobry wynik, gdy LCP wynosi maksymalnie 2,5 sekundy, INP maksymalnie 200 milisekund, a CLS maksymalnie 0,1. Powyżej tych progów, ale poniżej odpowiednio 4 sekund, 500 milisekund i 0,25, wynik klasyfikowany jest jako „wymaga poprawy". Wartości wyższe niż te górne granice oznaczają wynik „słaby". Progi te obowiązują dla danych terenowych (CrUX), zbieranych od realnych użytkowników Chrome, a nie dla pojedynczego, sztucznego testu laboratoryjnego w Lighthouse.

Jak poprawić Core Web Vitals? 

Poprawa zależy od metryki: LCP wymaga kompresji obrazów, dobrego hostingu o niskim czasie odpowiedzi serwera i eliminacji render-blocking CSS; INP — ograniczenia długich zadań JavaScript i cięższych bibliotek; CLS — rezerwowania miejsca dla obrazów, wideo i reklam przed ich załadowaniem. W praktyce najskuteczniej działa połączenie kilku działań naraz, bo metryki wzajemnie na siebie wpływają — mniej JavaScriptu poprawia zarówno INP, jak i pośrednio LCP.

Czy CWV wpływają na pozycje w Google? 

Tak, ale nie samodzielnie. Core Web Vitals są jednym z sygnałów rankingowych w ramach Page Experience od 2021 roku — mogą przeważyć wynik przy stronach o zbliżonej jakości treści, ale nie zastąpią słabej treści ani braku wartościowych linków. Dodatkowo wpływają na SEO pośrednio: wolniejsza strona zwiększa liczbę odrzuceń i skraca czas spędzony na stronie, co również jest sygnałem branym pod uwagę przez wyszukiwarkę przy ocenie jakości.