Core Web Vitals mierzą doświadczenie użytkowników w sieci. W 2026 roku te wskaźniki mają bezpośredni wpływ na pozycję strony w wynikach wyszukiwania oraz na to, czy odwiedzający zostaną, zaangażują się i dokonają konwersji.
Czym są Core Web Vitals?
Core Web Vitals to część inicjatywy Web Vitals uruchomionej przez Google w 2020 roku, by ujednolicić pomiar jakości korzystania ze stron.
Zestaw skupia się na trzech obszarach:
- wydajności ładowania (loading performance)
- interaktywności (interactivity)
- stabilności wizualnej (visual stability)
Dla każdego adresu URL Google pokazuje jeden z trzech statusów:
- ✅ Good (Dobry) – spełnia wszystkie progi
- ⚠️ Needs Improvement (Wymaga poprawy) – częściowo spełnia progi
- ❌ Poor (Słaby) – nie spełnia jednego lub więcej progów
Ocenę strony wyznacza najsłabsza metryka. Jeśli LCP i INP są dobre, ale CLS nie spełnia progu, strona nadal może otrzymać status „Poor”.
Trzy Core Web Vitals
Aktualny zestaw obejmuje trzy wskaźniki:
| Metryka | Co mierzy | Dobry | Wymaga poprawy | Słaby |
|---|---|---|---|---|
| LCP – Largest Contentful Paint | Wydajność ładowania | < 2.5 s | 2.5 – 4.0 s | > 4.0 s |
| INP – Interaction to Next Paint | Responsywność | < 200 ms | 200 – 500 ms | > 500 ms |
| CLS – Cumulative Layout Shift | Stabilność wizualna | < 0.1 | 0.1 – 0.25 | > 0.25 |
FID (First Input Delay) wycofano w marcu 2024 roku i zastąpiono INP, który szerzej mierzy responsywność.
LCP – Largest Contentful Paint
LCP mierzy czas wyświetlenia największego elementu w widocznym obszarze strony (viewport).
Najczęściej tym elementem jest:
- obraz hero
- duży nagłówek
- miniatura wideo
LCP pomaga odpowiedzieć na pytanie, jak szybko użytkownik widzi główną treść.
Co może być elementem LCP?
<img><image>w SVG<video>(poster)- elementy blokowe z tekstem
- elementy z tłem ustawionym przez
url()w CSS
Najczęstsze przyczyny słabego LCP
- wolna odpowiedź serwera (TTFB)
- zasoby blokujące renderowanie (CSS/JS)
- nieoptymalne obrazy (JPEG/PNG)
- brak CDN
Jak poprawić LCP
- konwertuj obrazy do WebP (~30% lżejsze) lub AVIF (~50% lżejsze)
- dodaj
<link rel="preload" as="image">dla obrazu hero - eliminuj blokujący CSS i JS (inline + defer)
- wdroż CDN
- popraw TTFB (cel: < 600 ms)
INP – Interaction to Next Paint
INP zastąpił FID w marcu 2024 roku i służy do oceny responsywności strony.
W przeciwieństwie do FID, INP uwzględnia interakcje w trakcie całej wizyty i mierzy czas do widocznej reakcji przeglądarki.
Wysoki INP oznacza, że interfejs może sprawiać wrażenie powolnego lub nie reagować od razu:
- przyciski reagują z opóźnieniem
- menu laguje
- formularze „zacinają się”
Najczęstsze przyczyny słabego INP
- długie zadania JS (> 50 ms)
- ciężkie skrypty zewnętrzne
- nieoptymalne event listenery
- zbędne re-renderowanie komponentów
Jak poprawić INP
- dziel długie zadania (
scheduler.yield(),setTimeout) - używaj Web Workers
- stosuj debounce i throttle
- używaj code splitting
- ogranicz skrypty zewnętrzne
CLS – Cumulative Layout Shift
CLS mierzy stabilność wizualną strony. W obliczeniu uwzględnia się zarówno część widocznego obszaru, która się przesunęła (impact fraction), jak i odległość przesunięcia (distance fraction).
Przy wysokim CLS element może zmienić położenie tuż przed kliknięciem, przez co użytkownik trafia w coś innego.
Co powoduje przesunięcia layoutu?
- obrazy bez określonych wymiarów
- reklamy i iframe’y
- fonty (FOIT/FOUT)
- dynamicznie wstrzykiwana treść
Jak poprawić CLS
- ustawiaj
widthiheightdla<img>i<video> - rezerwuj miejsce dla reklam (
min-height) - używaj
font-display: optionallub preload fontów - nie dodawaj treści nad istniejącą zawartością
- używaj
aspect-ratiow CSS
Dlaczego Core Web Vitals są ważne dla SEO
Google wprowadziło Core Web Vitals jako sygnał rankingowy w ramach aktualizacji Page Experience z 2021 roku, a ich znaczenie od tego czasu wzrosło.
Są one częścią szerszej oceny doświadczenia, w której mieszczą się między innymi:
- mobile-friendly
- HTTPS
- brak nachalnych popupów
Dane CrUX pochodzą z rzeczywistych wizyt w Chrome; same wyniki testów laboratoryjnych ich nie zastępują.
Wpływ biznesowy:
- niższy bounce rate
- wyższy współczynnik konwersji
- przewaga nad konkurencją przy tym samym słowie kluczowym
- słaby INP = utrata sprzedaży (checkout, formularze)
Cykl życia Core Web Vitals
Google aktualizuje zestaw metryk, gdy pojawiają się nowe sposoby mierzenia doświadczenia:
- Experimental – testowane metryki
- Pending – zatwierdzone, czekające na wdrożenie
- Stable – aktualne metryki (LCP, INP, CLS)
Dlatego z czasem do zestawu mogą dołączyć nowe wskaźniki.
Jak mierzyć Core Web Vitals
Dane rzeczywiste (Field Data)
- Google Search Console – raport Core Web Vitals
- PageSpeed Insights – dane lab + CrUX
- CrUX (BigQuery) – analiza na dużą skalę
Dane laboratoryjne (Lab Data)
- Lighthouse (Chrome DevTools)
- WebPageTest
- GTmetrix
W rankingu uwzględniane są dane rzeczywistych użytkowników, a nie same wyniki testów laboratoryjnych.
Checklist optymalizacji Core Web Vitals
LCP
- obraz hero w WebP/AVIF
- preload obrazu hero
- TTFB < 600 ms
- CDN skonfigurowany
- CSS krytyczny inline
INP
- brak Long Tasks > 50 ms
- ograniczone skrypty zewnętrzne
- debounce/throttle
- code splitting
- Web Workers
CLS
- width/height dla
<img>i<video> - zarezerwowane miejsce dla reklam
- font-display: swap
- brak dynamicznego przesuwania treści
Podsumowanie
LCP, INP i CLS opisują konkretne problemy z ładowaniem, responsywnością i stabilnością układu.
Spełnienie progów dla wszystkich trzech metryk oznacza, że strona mieści się w zakresie „Good” dla Core Web Vitals.
- poprawia pozycje w Google
- zmniejsza frustrację użytkowników
- zwiększa konwersję
Monitoruj te wskaźniki w sposób ciągły, zamiast traktować optymalizację jako jednorazowe zadanie.
Włącz automatyczne monitorowanie Core Web Vitals przez CrUX API albo alerty e-mail w Google Search Console. Po każdym wdrożeniu sprawdzaj, czy wyniki się nie pogorszyły, i reaguj, zanim regresja wpłynie na widoczność.