Core Web Vitals — czym są i dlaczego decydują o pozycji w Google

Core Web Vitals to trzy liczby, którymi Google mierzy jakość Twojej strony z punktu widzenia użytkownika. Nie sprawdzają, co napisałeś ani jak ładnie wygląda. Sprawdzają, jak szybko strona się ładuje, jak szybko reaguje na kliknięcie i czy nic nie skacze pod palcem podczas czytania. Od 2021 roku te metryki są oficjalnym czynnikiem rankingowym w wyszukiwarce.

Dla właściciela małej firmy oznacza to jedno: wolna, rozjeżdżająca się strona traci pozycje i klientów, nawet jeśli treść jest świetna. Dobra wiadomość jest taka, że Core Web Vitals da się zmierzyć w kilka sekund, a większość problemów ma konkretne, techniczne przyczyny. Poniżej tłumaczę, co znaczy każda z trzech metryk, co je psuje i jak realnie poprawić wynik.

Trzy metryki, jedno pytanie: czy strona dobrze się używa?

Google sprowadził wrażenia z korzystania ze strony do trzech mierzalnych wartości. Każda ma próg "dobry", którego warto się trzymać.

LCP — jak szybko widać główną treść

LCP (Largest Contentful Paint) mierzy, ile czasu mija, zanim załaduje się największy element widoczny na ekranie. Zwykle jest to duże zdjęcie, baner albo nagłówek. Po ludzku: ile sekund użytkownik gapi się w pustą stronę, zanim coś sensownego się pokaże.

Próg dobry: poniżej 2,5 sekundy.

Co psuje LCP:

• Ciężkie, nieoptymalizowane obrazy — zdjęcie 4 MB prosto z aparatu zamiast skompresowanego pliku 150 KB.
• Wolny hosting — serwer, który odpowiada z opóźnieniem, opóźnia wszystko, co po nim następuje.
• Brak CDN — gdy pliki lecą z jednego serwera na drugim końcu świata zamiast z najbliższego punktu.

INP — jak szybko strona reaguje na klik

INP (Interaction to Next Paint) mierzy opóźnienie między tym, jak użytkownik coś kliknie albo dotknie, a tym, jak strona zareaguje. Klikasz "rozwiń menu" i nic się nie dzieje przez pół sekundy? To wysoki INP. Ta metryka w marcu 2024 zastąpiła starsze FID i jest dużo bardziej wymagająca.

Próg dobry: poniżej 200 milisekund.

Co psuje INP:

• Za dużo JavaScriptu — przeglądarka jest zajęta liczeniem skryptów i nie ma kiedy obsłużyć Twojego kliknięcia.
• Ciężkie wtyczki i zewnętrzne skrypty — czaty, popupy, trackery reklamowe, które blokują główny wątek.
• Nieoptymalny kod — operacje wykonywane przy każdym ruchu zamiast raz.

CLS — czy strona skacze pod palcem

CLS (Cumulative Layout Shift) mierzy, jak bardzo elementy przeskakują podczas ładowania. Znasz to: chcesz kliknąć link, w ostatniej chwili doładowuje się reklama, układ skacze i klikasz coś zupełnie innego. To właśnie wysoki CLS.

Próg dobry: poniżej 0,1.

Co psuje CLS:

• Obrazy bez podanych wymiarów — przeglądarka nie wie, ile miejsca zarezerwować, więc tekst skacze, gdy zdjęcie się doładuje.
• Reklamy i banery wstrzykiwane po załadowaniu — pojawiają się znikąd i rozpychają treść.
• Fonty ładowane późno — tekst najpierw renderuje się jednym krojem, potem przeskakuje na docelowy.

Jak sprawdzić swoją stronę

Nie musisz niczego instalować. Masz dwa darmowe narzędzia od Google.

PageSpeed Insights (pagespeed.web.dev) — wklejasz adres strony, dostajesz wynik dla wersji mobilnej i desktopowej. Pokazuje wszystkie trzy metryki, ocenę punktową i listę konkretnych rzeczy do poprawy. Zwróć uwagę na rozróżnienie: dane laboratoryjne (symulacja) i dane z terenu (realni użytkownicy z ostatnich 28 dni). Te drugie są ważniejsze, bo to one trafiają do rankingu.

Google Search Console — w sekcji "Core Web Vitals" widzisz raport dla całej witryny pogrupowany na strony "dobre", "wymagające poprawy" i "słabe". To najlepsze miejsce, żeby zobaczyć, czy problem dotyczy jednej podstrony, czy całej strony.

Jedna uwaga: dane z terenu w Search Console aktualizują się z opóźnieniem. Po wprowadzeniu poprawek odczekaj 2–4 tygodnie, zanim ocenisz efekt.

Co realnie poprawia wyniki

Większość poprawek sprowadza się do kilku rzeczy, które razem dają największy skok.

Optymalizacja obrazów. Najczęstszy winowajca słabego LCP. Zdjęcia powinny być w formacie WebP lub AVIF, skompresowane i serwowane w rozmiarze dopasowanym do ekranu. Telefon nie potrzebuje grafiki o szerokości 3000 pikseli. Do tego leniwe ładowanie (lazy loading) dla zdjęć poniżej pierwszego ekranu.

Mniej JavaScriptu. Każdy zbędny skrypt to obciążenie dla INP. Czaty, mapy, widżety opinii, trackery — wszystko, co nie jest niezbędne nad linią zgięcia, powinno ładować się później albo wcale.

Dobry hosting i CDN. Szybki serwer i sieć dystrybucji treści (CDN) skracają czas pierwszej odpowiedzi. To fundament, na którym stoją wszystkie pozostałe optymalizacje.

Statyczny render albo SSR. Strona wygenerowana z góry (statycznie) lub renderowana na serwerze ląduje w przeglądarce gotowa do pokazania. Nie czeka, aż JavaScript dorysuje treść w locie. To jeden z najmocniejszych sposobów na niski LCP.

Rezerwowanie miejsca na elementy. Podawanie wymiarów obrazów, rezerwowanie przestrzeni na reklamy i wczesne ładowanie fontów eliminują skakanie układu i trzymają CLS w ryzach.

Dlaczego Next.js i Vercel ułatwiają zielone wyniki

Strony, które robię, stoją na Next.js 16 i hostingu Vercel. To nie przypadek. Ten stack rozwiązuje większość problemów z Core Web Vitals na poziomie architektury, zanim w ogóle zaczniesz ręczną optymalizację.

Next.js domyślnie renderuje strony statycznie lub na serwerze, więc treść dociera do przeglądarki gotowa — niski LCP z automatu. Wbudowany komponent obrazu sam konwertuje pliki do WebP, skaluje je pod urządzenie i wymusza podawanie wymiarów, co pilnuje CLS. JavaScript jest dzielony na małe paczki ładowane tylko tam, gdzie są potrzebne, co odciąża INP.

Vercel dokłada globalny CDN, więc pliki lecą z punktu najbliżej użytkownika. Efekt: realnie osiągam 100/100 w Core Web Vitals na stronach klientów. To nie marketing, to po prostu konsekwencja używania narzędzi zaprojektowanych pod wydajność. Więcej o tym, na czym buduję, opisałem na stronie /technologia.

Czy 100/100 to gwarancja pierwszego miejsca w Google?

Nie. I każdy, kto Ci to obiecuje, mija się z prawdą. Core Web Vitals to jeden z wielu czynników rankingowych. Google bierze pod uwagę dziesiątki sygnałów: trafność treści, linki, autorytet domeny, dopasowanie do intencji użytkownika.

Szybkość strony działa raczej jak warunek wstępny niż jak dźwignia. Słabe Core Web Vitals mogą Cię cofnąć, zwłaszcza gdy konkurencja ma podobnej jakości treść, a szybszą stronę. Dobre Core Web Vitals nie wyniosą słabej treści na szczyt, ale usuwają jedną z barier i dają lepsze wrażenia użytkownikowi — a to przekłada się na dłuższe wizyty i wyższą konwersję.

Ile kosztuje poprawa Core Web Vitals?

Zależy od skali problemu. Czasem wystarczy kompresja obrazów i usunięcie kilku zbędnych skryptów. Czasem strona stoi na przestarzałej technologii i taniej wyjdzie zbudować ją od nowa niż łatać. Audyt SEO, który zaczynam od 350 zł, pokazuje dokładnie, gdzie tracisz punkty i co da największy efekt.

Jak długo czeka się na efekt poprawek?

W PageSpeed Insights zmianę widać od razu w danych laboratoryjnych. W rankingu i w danych z terenu (Search Console) efekt pojawia się po 2–4 tygodniach, bo Google potrzebuje czasu na zebranie nowych danych od realnych użytkowników.

Sprawdź swoją stronę, zanim zrobi to konkurencja

Wklej swój adres do PageSpeed Insights i zobacz, gdzie stoisz. Jeśli wyniki są na czerwono albo żółto, to konkretny, naprawialny problem, nie wyrok. Zamawiając audyt SEO, dostaniesz raport z dokładnymi przyczynami słabych metryk i listą priorytetów — co poprawić najpierw, żeby zobaczyć efekt najszybciej. Bez ściemy, z liczbami.