Core Web Vitals — jak wpływają na SEO?

Core Web Vitals — LCP, INP i CLS — to od 2021 roku oficjalny sygnał rankingowy Google w ramach Page Experience, ale nie główny czynnik pozycjonujący. Google liczy je z danych polowych realnych użytkowników Chrome (CrUX), nie z testów Lighthouse, i traktuje jako tie-breaker między stronami o zbliżonej treści. Progi „dobre” to LCP do 2,5 s, INP do 200 ms i CLS do 0,1. Poprawa tych liczb sama nie wygrywa rankingu, ale przy podobnej treści konkurencji bywa językiem przewagi.

Czy Core Web Vitals to oficjalny czynnik rankingowy Google?

Tak — Core Web Vitals są oficjalnym sygnałem rankingowym Google od czerwca 2021 roku, kiedy firma wdrożyła aktualizację Page Experience najpierw na urządzeniach mobilnych, a od lutego 2022 roku także na desktopach.

Page Experience to nie pojedynczy wskaźnik, tylko grupa sygnałów opisujących jakość korzystania ze strony: trzy metryki Core Web Vitals, brak natrętnych interstitiali zasłaniających treść oraz dopasowanie do urządzeń mobilnych. Google połączyło je w jeden system oceny, który dokumentuje w Search Central jako element brany pod uwagę przy ustalaniu kolejności wyników — obok ponad 200 innych sygnałów wpływających na ranking.

Konkretnie: Google w swojej dokumentacji nazywa Core Web Vitals „tie-breakerem” — mechanizmem rozstrzygającym remis między stronami o zbliżonej trafności treści, nie narzędziem, które podbija słabszą treść ponad lepszą. Strona z LCP 1,8 s i przeciętnym artykułem nie wyprzedzi w wynikach strony z dogłębną analizą tematu i LCP 3,5 s — chyba że obie treści są sobie równie bliskie jakościowo.

Core Web Vitals wpływają więc na pozycję, ale w ściśle określonej roli — jako dodatkowa waga przy porównywalnych stronach, nie jako zamiennik jakości treści czy linków przychodzących.

Czym są trzy wskaźniki Core Web Vitals?

Core Web Vitals to trzy metryki mierzące różne fazy korzystania ze strony: LCP ocenia szybkość wczytania głównej treści, INP mierzy responsywność na interakcje użytkownika, a CLS sprawdza stabilność wizualną układu podczas ładowania.

Zestaw ten zmienił się w marcu 2024 roku — Google zastąpił wtedy metrykę FID (First Input Delay), mierzącą tylko opóźnienie pierwszej interakcji, nowym wskaźnikiem INP (Interaction to Next Paint), który ocenia responsywność strony przez cały czas jej użytkowania, nie tylko przy pierwszym kliknięciu.

Czym różni się LCP od INP i CLS w praktyce?

Każda z trzech metryk odpowiada na inne pytanie użytkownika: LCP — „jak długo czekam, aż coś się pokaże?”, INP — „jak szybko strona reaguje, gdy klikam albo wpisuję tekst?”, CLS — „czy elementy na ekranie nie skaczą mi pod kursorem?”. To rozróżnienie decyduje o tym, którą metrykę trzeba naprawiać w danym przypadku — poprawa jednej nie podnosi automatycznie pozostałych dwóch.

Które liczby uznaje Google za dobry wynik?

• LCP (Largest Contentful Paint): dobry wynik ≤ 2,5 s, wymaga poprawy 2,5-4 s, słaby > 4 s.
• INP (Interaction to Next Paint): dobry wynik ≤ 200 ms, wymaga poprawy 200-500 ms, słaby > 500 ms.
• CLS (Cumulative Layout Shift): dobry wynik ≤ 0,1, wymaga poprawy 0,1-0,25, słaby > 0,25.

Pełne definicje i metodologię pomiaru publikuje web.dev/vitals — to samo źródło, z którego korzystają narzędzia Google do liczenia progów.

Jak duży jest realny wpływ Core Web Vitals na pozycję w Google?

Wpływ jest ograniczony i drugorzędny wobec trafności treści względem zapytania oraz jakości profilu linków — Google jawnie opisuje Core Web Vitals jako jeden z wielu sygnałów, a nie czynnik nadrzędny.

W praktyce oznacza to hierarchię: system oceny trafności i jakości treści (w tym sygnały E-E-A-T) decyduje o tym, które strony w ogóle trafiają do rozważanej puli wyników na dane zapytanie, a dopiero wśród stron o zbliżonej ocenie jakościowej Core Web Vitals mogą zadecydować o kolejności. Google Search Central wprost podaje, że strona z gorszą wydajnością, ale znacznie lepszą treścią, nadal może zająć wyższą pozycję niż strona szybsza, lecz płytsza merytorycznie.

Konkretny scenariusz: dwie strony e-commerce sprzedające ten sam produkt, z porównywalnym opisem, liczbą recenzji i linkami przychodzącymi — tu różnica LCP rzędu 1,5 s wobec 3,8 s realnie może przesądzić o kolejności w wynikach. Ten sam scenariusz przy stronach różniących się jakością treści o rząd wielkości nie zadziała tak samo.

Core Web Vitals warto traktować jako czynnik domykający przewagę zbudowaną wcześniej treścią i linkami, nie jako fundament strategii SEO sam w sobie.

Czym różnią się dane polowe od danych laboratoryjnych?

Dane polowe (field data) to pomiary zebrane od realnych użytkowników odwiedzających stronę w przeglądarce Chrome, a dane laboratoryjne (lab data) to wynik pojedynczego, symulowanego testu wykonanego w kontrolowanych warunkach sieci i urządzenia — i to właśnie dane polowe Google wykorzystuje do oceny rankingowej.

Źródłem danych polowych jest Chrome User Experience Report (CrUX) — publiczny zbiór zagregowanych pomiarów od użytkowników Chrome, którzy zgodzili się na synchronizację i raportowanie statystyk przeglądania. Google liczy wynik jako 75. percentyl pomiarów z kroczącego okna 28 dni, co oznacza, że 75% odwiedzin strony musi mieścić się w progu „dobry”, aby cała strona dostała status „dobry” dla danej metryki.

Dane laboratoryjne pochodzą z narzędzi takich jak Lighthouse, zakładka „lab data” w PageSpeed Insights czy WebPageTest — uruchamiają one jeden, powtarzalny test na jednym urządzeniu wirtualnym, bez udziału realnych użytkowników. Są przydatne do debugowania przyczyn (np. które zasoby blokują render), ale same w sobie nie wchodzą do sygnału rankingowego Google — strona może mieć świetny wynik w Lighthouse i wciąż słaby status w Search Console, jeśli realni użytkownicy na wolniejszych łączach lub starszych telefonach doświadczają czegoś innego niż test laboratoryjny.

Rozróżnienie to ma bezpośrednie znaczenie praktyczne: zmiana wdrożona na stronie widoczna jest w danych laboratoryjnych natychmiast, ale w danych polowych — a więc w tych, które liczą się dla SEO — dopiero po pełnym 28-dniowym oknie kroczącym się odświeży.

Skąd Google bierze dane o Core Web Vitals danej strony?

Google pozyskuje dane Core Web Vitals z Chrome User Experience Report i udostępnia je przez trzy narzędzia: raport „Podstawowe wskaźniki internetowe” w Search Console, sekcję danych polowych w PageSpeed Insights oraz publiczny zbiór CrUX dostępny do zapytań w BigQuery.

Raport w Search Console grupuje adresy URL według wspólnego szablonu strony (np. wszystkie karty produktowe danego typu), a nie pokazuje pojedynczych podstron osobno — takie grupowanie ujawnia jeden błąd w szablonie, np. nieoptymalizowany komponent karuzeli produktowej, od razu jako problem obejmujący setki adresów, zamiast zmuszać do przeglądania ich pojedynczo. Adresy URL trafiają do trzech grup statusu: Dobry, Wymaga poprawy, Słaby.

Strony z niewielkim ruchem mogą nie mieć wystarczającej liczby wizyt, by CrUX zebrał dla nich osobne dane — w takim wypadku PageSpeed Insights pokazuje dane zagregowane na poziomie całej domeny (origin-level data) zamiast konkretnego adresu URL. Pełną specyfikację raportowania i wymagań danych publikuje Google Search Central.

Czy strona z gorszymi Core Web Vitals może wyprzedzić szybszą stronę w wynikach?

Tak — jeśli różnica w trafności i głębi treści między dwiema stronami jest wyraźna, Core Web Vitals nie odwracają tej kolejności, ponieważ pełnią funkcję dodatkowego sygnału, a nie nadrzędnego kryterium.

Sytuacja zmienia się dopiero wtedy, gdy strony konkurują na zbliżonym poziomie jakości treści, autorytetu domeny i profilu linków — w takim układzie różnica w LCP, INP czy CLS zaczyna faktycznie różnicować kolejność wyników, bo pozostałe czynniki nie dają Google podstawy do rozstrzygnięcia inaczej.

Dla strategii SEO oznacza to konkretną kolejność priorytetów: najpierw trafność treści względem intencji wyszukiwania i sygnały E-E-A-T, potem budowa profilu linków, a Core Web Vitals jako element dopracowywany równolegle, nie zamiast tego. Więcej o pełnym zestawie czynników rankingowych i o tym, jak układać priorytety pracy nad pozycją, znajdziesz w bazie wiedzy w kategorii SEO.

Wniosek jest praktyczny: poprawa szybkości strony bez pracy nad treścią rzadko przynosi awans w wynikach — Core Web Vitals domykają przewagę, której wcześniej nie ma czym domknąć.

Jakie progi Core Web Vitals trzeba spełnić, żeby wynik uznano za dobry?

Wynik uznaje się za dobry, gdy 75% pomiarów z realnych wizyt w danym 28-dniowym oknie mieści się w progu: LCP do 2,5 s, INP do 200 ms i CLS do 0,1 — spełnienie wszystkich trzech progów jednocześnie daje stronie status „dobry” w raporcie Search Console.

Przykład z praktyki: strona kategorii sklepu z dużą galerią zdjęć i karuzelą promocyjną w nagłówku w większości takich przypadków ląduje z LCP w okolicach 3,8-4,5 s, bo to właśnie karuzela — jako największy widoczny element — jest liczona jako Largest Contentful Paint. Sama zamiana formatu zdjęć na WebP bez ograniczenia liczby jednocześnie ładowanych slajdów zwykle obniża ten wynik tylko o ułamek sekundy, bo problem leży w liczbie zasobów, nie tylko w ich wadze.

Status „wymaga poprawy” nie oznacza kary w rankingu — to strefa pośrednia, w której strona nie traci automatycznie pozycji, ale też nie korzysta z żadnej przewagi, jaką dają wyniki w strefie „dobry” przy porównywalnej treści konkurencji.

Co można zrobić, jeśli Core Web Vitals nie spełniają progów?

Najczęstsze punkty do sprawdzenia to: waga i format obrazów w widocznym obszarze strony, skrypty JavaScript blokujące główny wątek przeglądarki, jakość hostingu i konfiguracja cache oraz brak zarezerwowanej przestrzeni pod elementy ładujące się z opóźnieniem (reklamy, osadzone widżety, czcionki).

To wyliczenie celowo nie rozwija się tu w pełną instrukcję krok po kroku — pełen proces techniczny, wraz z kolejnością działań i narzędziami do wdrożenia poszczególnych poprawek, opisujemy osobno w bazie wiedzy w kategorii Bezpieczeństwo i wydajność. Ten wpis odpowiada na pytanie, dlaczego te liczby mają znaczenie dla SEO, nie jak je krok po kroku poprawić.

Zespoły, które nie mają czasu na samodzielne wdrażanie poprawek techniczno-wydajnościowych, zwykle zlecają to razem z resztą prac nad widocznością w Google w ramach jednego projektu SEO — sprawdź ofertę pozycjonowania stron w Craftis, gdzie optymalizacja Core Web Vitals wchodzi w zakres audytu technicznego.

Pytania i odpowiedzi

Czy Core Web Vitals wpływają na wszystkie typy stron w ten sam sposób?

Tak, metodologia pomiaru i progi są identyczne niezależnie od branży czy typu strony — różni się natomiast waga praktyczna wyniku. Strony konkurujące na wysoko konkurencyjnych frazach komercyjnych, gdzie wiele wyników ma zbliżoną jakość treści, odczuwają wpływ Core Web Vitals silniej niż strony na niszowych frazach informacyjnych z małą konkurencją, gdzie o pozycji decyduje głównie trafność treści.

Ile trzeba czekać na efekt poprawy Core Web Vitals w wynikach Google?

Dane polowe w CrUX aktualizują się w kroczącym oknie 28 dni, więc pełny efekt techniczny widać w Search Console i PageSpeed Insights dopiero po miesiącu od wdrożenia zmiany. Efekt w samych pozycjach w wynikach wyszukiwania pojawia się zwykle z dodatkowym opóźnieniem 2-4 tygodni, bo Google musi ponownie przeliczyć ocenę strony po zebraniu nowych danych.

Czy strona ze słabym CLS może nadal zajmować 1. miejsce w Google?

Tak, jeśli treść tej strony wyraźnie lepiej odpowiada na zapytanie niż konkurencja i ma silniejszy profil linków oraz sygnały E-E-A-T. Core Web Vitals działają jako dodatkowy sygnał różnicujący strony o zbliżonej jakości, nie jako warunek konieczny do zajęcia najwyższej pozycji.

Czym różni się PageSpeed Insights od raportu w Google Search Console?

PageSpeed Insights pokazuje wynik dla jednego, konkretnego adresu URL wpisanego ręcznie, łącząc dane polowe (jeśli są dostępne) z danymi laboratoryjnymi z pojedynczego testu. Search Console pokazuje zbiorczy raport dla całej witryny, grupując adresy URL według szablonu strony i pokazując wyłącznie dane polowe z realnych wizyt — to główne narzędzie do monitorowania Core Web Vitals w kontekście SEO.

Co zastąpiło wskaźnik FID i dlaczego?

FID (First Input Delay) zastąpiono w marcu 2024 roku wskaźnikiem INP (Interaction to Next Paint), ponieważ FID mierzył wyłącznie opóźnienie pierwszej interakcji użytkownika ze stroną, ignorując wszystkie kolejne kliknięcia czy wpisywanie tekstu w formularzu. INP ocenia responsywność strony przez całą sesję użytkownika, co daje pełniejszy obraz tego, jak strona zachowuje się w realnym użytkowaniu, nie tylko przy pierwszym dotknięciu ekranu.

Czy warto ufać wynikom testu Lighthouse bardziej niż danym z Search Console?

Nie w kontekście SEO — Lighthouse liczy dane laboratoryjne z jednego, symulowanego przebiegu i nie ma wpływu na ranking Google. Search Console pokazuje dane polowe z realnych wizyt, czyli dokładnie to, co Google bierze pod uwagę przy ocenie strony. Lighthouse warto traktować jako narzędzie diagnostyczne do znajdowania przyczyn problemu, a decyzję o priorytecie poprawek opierać na danych z Search Console.

Czy Core Web Vitals ocenia się osobno dla wersji mobilnej i desktopowej?

Tak, Search Console i PageSpeed Insights raportują osobne wyniki dla urządzeń mobilnych i desktopowych, bo różnią się warunkami sieciowymi, mocą procesora i sposobem renderowania strony. Ponieważ Google indeksuje strony w trybie mobile-first, wynik mobilny ma większe praktyczne znaczenie dla oceny rankingowej niż wynik desktopowy, nawet jeśli oba są monitorowane równolegle.

Jak sprawdzić Core Web Vitals własnej strony bez płatnych narzędzi?

Bezpłatnie sprawdzisz je w PageSpeed Insights (pojedynczy adres URL, dane polowe i laboratoryjne razem) oraz w raporcie „Podstawowe wskaźniki internetowe” w Google Search Console (cała witryna, dane polowe pogrupowane według szablonu strony) po weryfikacji domeny w usłudze. Obie ścieżki opierają się na tym samym zbiorze danych CrUX, więc wyniki dla adresów z wystarczającym ruchem powinny być spójne między narzędziami.

Core Web Vitals to sygnał, który Google liczy z realnych wizyt, nie z jednorazowych testów — i traktuje go jako dopełnienie oceny trafności treści, a nie jej zamiennik. Strona z dobrymi wynikami LCP, INP i CLS nie wygrywa sama z siebie z lepiej dopasowaną treścią konkurencji, ale przy zbliżonej jakości ofert w wynikach wyszukiwania to właśnie te liczby bywają języczkiem u wagi.