Spis treści
Core Web Vitals to 3 metryki, którymi Google mierzy doświadczenie użytkownika — i które wpływają na pozycje w wyszukiwarce. Dobre wartości oznaczają lepsze rankingi, niższy bounce rate i wyższą konwersję. Pokażę Ci, co dokładnie mierzą, jak je sprawdzić i jak je poprawić w WordPressie.
W skrócie
- 3 wskaźniki: LCP (prędkość ładowania), INP (responsywność interakcji), CLS (stabilność wizualna).
- Cele Google:
- LCP < 2,5 s
- INP < 200 ms
- CLS < 0,1
- Mierzy się 75. percentyl — 75% odwiedzin musi mieścić się w celach.
- INP zastąpiło FID w marcu 2024 — surowsza metryka, więcej stron „pęka”.
Czym jest „doświadczenie strony” (Page Experience)
Google od 2021 roku oficjalnie używa CWV jako czynnika rankingowego. Strona z dobrymi CWV i strona ze złymi przy reszcie identycznej — pierwsza dostanie wyższą pozycję.
Waga w rankingu: około 5–10% całego algorytmu. Dużo? Mało? Wystarczająco, żeby zdecydować, kto będzie w TOP 5, a kto w TOP 15.
LCP – Largest Contentful Paint
Co to jest
LCP mierzy, ile czasu zajmuje załadowanie głównego elementu na stronie. Zwykle to obraz „powyżej fold-a” lub duży heading.
Kiedy użytkownik wchodzi na Twoją stronę:
– 0 ms — kliknął
– 200 ms — server odpowiada (TTFB)
– 800 ms — pierwszy CSS/HTML ładuje się
– 1 200 ms — fonty załadowane, tekst widoczny
– 1 800 ms — duże zdjęcie ładuje się = LCP
Cele
- Dobry: < 2,5 s
- Wymaga poprawy: 2,5–4,0 s
- Słaby: > 4,0 s
Jak poprawić
- Zoptymalizuj LCP element (zwykle bohater obraz):
- WebP/AVIF zamiast JPG (50% mniej wagi)
widthiheightw atrybutach (Google preloaduje)fetchpriority="high"w<img>Brak lazy load dla LCP image (lazy load TYLKO dla obrazów poniżej fold-a)
Skróć TTFB (Time to First Byte):
- Lepszy hosting (NVMe, LiteSpeed)
- Cache PHP (OPcache)
CDN (Cloudflare, BunnyCDN)
Eliminuj blokujące zasoby:
- Krytyczny CSS inline
- Async / defer dla niekrytycznego JS
- Preload kluczowych fontów
INP – Interaction to Next Paint
Co to jest
Najnowsza metryka (od marca 2024), zastąpiła FID. Mierzy opóźnienie reakcji strony na każdą interakcję użytkownika (klik, tap, klawiatura).
INP = najgorsza interakcja w czasie sesji (a dokładniej 98. percentyl). Jeśli klikasz menu i czekasz 350 ms — to twój INP.
Cele
- Dobry: < 200 ms
- Wymaga poprawy: 200–500 ms
- Słaby: > 500 ms
Co psuje INP w WordPressie
- Heavy JavaScript — Elementor Pro z motion effects, sliders, popup managers
- Brak code splittingu — cały JS strony ładuje się dla 1 funkcji
- Blokujące third-party — Google Tag Manager, livechat, Hotjar, Facebook Pixel
- Za duże event listeners — JavaScript wykonujący 10 funkcji na każdy klik
Jak poprawić
- Defer / async dla wszystkich nie-krytycznych JS
- Lazy-load third-party — Hotjar, livechat ładuj dopiero po pierwszej interakcji
- Wyłącz motion effects Elementora w Pro (pojedyncze animacje zostaw)
- Usuń niepotrzebne wtyczki ładujące JS na całej witrynie
- Web Workers dla ciężkich obliczeń (rzadko stosowane w typowym WP)
W praktyce 80% problemów INP w WP rozwiązuje WP Rocket + Perfmatters + lekki motyw.
CLS – Cumulative Layout Shift
Co to jest
CLS mierzy, jak bardzo strona „skacze” podczas ładowania. Wchodzisz, czytasz nagłówek, klikasz — i nagle ładuje się reklama, treść skacze, klikasz w niewłaściwy link.
CLS = suma wszystkich „skoków” warstw, ważona ich wielkością.
Cele
- Dobry: < 0,1
- Wymaga poprawy: 0,1–0,25
- Słaby: > 0,25
Co psuje CLS
- Obrazy bez
width/height— przeglądarka nie wie, ile miejsca zarezerwować - Reklamy adsense — zmienna wysokość banera
- Embed YouTube / Twitter — iframe ładuje się asynchronicznie
- Dynamiczna treść wtryskiwana po załadowaniu — popupy, banery cookie
- Web fonts bez
font-display: swap— fallback font jest mniejszy/większy, tekst skacze
Jak poprawić
widthiheightna każdym obrazie i iframe- Reserved space dla reklam (kontener z
min-height) - Cookie banner u dołu, nie u góry (skok mniej zauważalny)
font-display: swap+ matched fallback fonts — dziedziczona metryka fontów- Aspekt ratio w CSS:
css .video-container { aspect-ratio: 16 / 9; }
Jak mierzyć CWV
1. PageSpeed Insights (publiczne, darmowe)
pagespeed.web.dev — wpisz URL, dostaniesz wyniki field data (rzeczywiści użytkownicy z ostatnich 28 dni z Chrome) i lab data (symulacja w czasie testu).
2. Search Console — Core Web Vitals
GSC → Doświadczenie → Core Web Vitals. Pokazuje wszystkie strony Twojej witryny podzielone na „Dobre”, „Wymaga poprawy”, „Słabe”. Idealny dashboard do priorytetyzacji.
3. Chrome User Experience Report (CrUX)
Bigquery / public dataset — rzeczywiste dane z Chrome użytkowników. Tylko dla witryn z dużym ruchem (kilka tysięcy unikalnych dziennie).
4. Web Vitals extension (Chrome)
Wtyczka pokazująca CWV w czasie rzeczywistym podczas surfowania. Szybkie testowanie przy edycji.
5. Lighthouse w DevTools
F12 → Lighthouse → Generate Report → tryb mobilny → Core Web Vitals z „lab data” + sugestie.
6. Real User Monitoring (RUM)
Dla zaawansowanych: Cloudflare Analytics, Datadog RUM, New Relic — pokazują CWV per użytkownik, kraj, urządzenie.
Field data vs Lab data — co liczy Google
Tylko field data. Lab data (symulacja w PageSpeed) jest orientacyjna — Google rangje na podstawie rzeczywistych użytkowników z Chrome.
To znaczy:
– Twoja strona w PageSpeed Insights „Lab” 95/100, ale „Field” pokazuje LCP 4,5 s — Google widzi 4,5 s.
– Brak field data (mała witryna) — Google używa lab data jako fallback.
Najczęstsze pytania
„Mam 95/100 w PageSpeed, ale CLS = 0,3 — co?”
Wynik 95/100 to lighthouse score. CWV są oddzielne. Możesz mieć 95 ogólny score i nadal „Słaby” w CLS.
„Mobile vs Desktop — które ważniejsze?”
Mobile. Google używa głównie mobile-first indexing. Jeśli mobile CWV są złe, desktop nie pomoże.
„Jak długo trwa, zanim Google „zauważy” poprawkę?”
Field data uaktualnia się z opóźnieniem 28 dni (rolling window). Po naprawie czekaj 4–8 tygodni na realny wpływ.
„Czy CWV są ważniejsze od backlinków?”
Nie. Linki + treść to wciąż 70% rankingu. CWV to tie-breaker — różnica między 2. a 3. miejscem, nie między 30. a 3.
Co dalej
W tym tygodniu:
- Wejdź do pagespeed.web.dev i przetestuj home page mobile
- Jeśli któraś metryka czerwona — wybierz jedną do naprawy
- Wdroż poprawkę (zwykle 2–8 godzin pracy)
- Wróć po 28 dniach do GSC i zobacz, czy field data się poprawiły
Robimy optymalizację Core Web Vitals jako oddzielną usługę — pakiet od 1 500 zł, wynik gwarantowany „Dobry” we wszystkich 3 metrykach. Zamów audyt.
