Core Web Vitals 2026: Poradnik dla Właścicieli Stron

Core Web Vitals w 2026 roku to nie tylko techniczny wymóg – to bezpośredni wpływ na pozycje w Google, koszty kampanii Ads i widoczność w AI Overview. Ten artykuł pokazuje, jak właściciel firmy – bez dewelopera – może odczytać raport GSC, ustalić priorytety napraw i zaplanować budżet. Plus: co Google szykuje na kolejne lata.

Twoja strona dostała czerwony raport w Google Search Console. Ktoś napisał do Ciebie, że CWV jest „słabe”. Dostałeś ofertę od agencji na 8000 zł. I nadal nie wiesz, od czego zacząć.

To nie jest problem z wiedzą techniczną. To problem z tym, że każdy artykuł o Core Web Vitals zakłada, że jesteś deweloperem. My zakładamy, że jesteś właścicielem firmy, który ma inne rzeczy na głowie.

Poniżej znajdziesz to, czego inne poradniki nie robią: jak odczytać dane, jak ustalić priorytety, ile to kosztuje i ile zajmuje. Plus dwie rzeczy, które naprawdę różnią 2026 od poprzednich lat: wpływ CWV na kampanie Ads i na widoczność w AI Overview.

Co raport CWV w Google Search Console naprawdę mówi – i jak go odczytać bez technicznego zaplecza

Raport Core Web Vitals w Google Search Console znajdziesz w lewym menu pod „Jakość strony”. Zanim zaczniesz interpretować liczby, jeden fakt jest kluczowy: Google nie ocenia Twojej strony po testach laboratoryjnych. Ocenia ją na podstawie rzeczywistych danych od odwiedzających – zbieranych przez przeglądarkę Chrome przez ostatnie 28 dni.

Co to oznacza w praktyce? Jeśli Twoja strona ma 500 odwiedzin miesięcznie i tylko 80 z nich pochodzi od użytkowników Chrome, dane mogą być niepełne lub nie pojawić się wcale. Google wymaga minimalnej liczby pomiarów, żeby w ogóle wyświetlić wynik. Brak raportu nie zawsze oznacza problem – często oznacza po prostu za mało danych.

Jak czytać trzy kolory w raporcie:

• Zielony (Dobre): 75% Twoich użytkowników przechodzi przez stronę bez problemu. To cel.
• Żółty (Wymaga poprawy): część użytkowników ma kłopoty. Google to widzi, ale nie karze jeszcze ostro.
• Czerwony (Słabe): więcej niż 25% użytkowników ma złe doświadczenia. Tu traci się pozycje.

Kluczowe jest rozumienie „75 centyla” – Google patrzy na tego 1 na 4 użytkowników, który ma najgorsze doświadczenia. Nie na średnią. Dlatego nawet jeśli większość odwiedzających jest zadowolona, ta gorsza ćwiartka decyduje o Twojej ocenie.

Co zrobić jako pierwszy krok: Kliknij w raport CWV w GSC, a następnie w przycisk „Otwórz raport” przy problemie. Google pokaże Ci konkretne podstrony z najgorszymi wynikami. Zacznij od tych, które generują najwięcej ruchu – zazwyczaj strona główna, strona kategorii lub najchętniej odwiedzany wpis blogowy.

OBSERWACJA z naszej praktyki W audytach CWV, które przeprowadzamy u klientów LUMO, 70% problemów z LCP pochodzi z jednego elementu: dużego, niezoptymalizowanego zdjęcia w sekcji hero na stronie głównej. Jedno poprawione zdjęcie często przesuwa wynik z czerwonego na żółty lub zielony – bez żadnych prac deweloperskich.

Zielono na desktopie, czerwono na mobile – dlaczego tak się dzieje i co to oznacza dla Twoich pozycji

To jeden z najczęstszych scenariuszy, który widzimy u klientów: PageSpeed Insights pokazuje 82/100 na desktopie i 41/100 na mobile. Właściciel odetchnął z ulgą, bo „strona jest szybka”. Problem w tym, że Google indeksuje Twoją stronę w trybie mobile-first indexing od 2021 roku. Liczy się wynik mobilny.

Różnica między wynikami desktop i mobile wynika z trzech czynników. Po pierwsze: procesory w telefonach są słabsze niż w komputerach, więc czas przetwarzania JavaScript jest dłuższy. Po drugie: połączenia mobilne są wolniejsze, szczególnie w słabszym zasięgu. Po trzecie: Google symuluje urządzenie ze średnioprzedziałowym procesorem – nie top-tier smartfonem, a telefonem za 800-1200 zł.

Trzy rzeczy, które na mobile psują wyniki, a na desktopie nie są widoczne:

• Ciężkie skrypty reklamowe i chatboty, które blokują wyświetlenie strony.
• Duże, nieodpowiednio przeskalowane obrazy: na desktopie się to „chowa”, na mobile powoduje przekroczenie budżetu danych.
• Nieokreślone rozmiary grafik i reklam, przez co treść „skacze” podczas ładowania – to właśnie mierzy wskaźnik CLS.

Google mierzy CWV oddzielnie dla desktop i mobile – i ważniejszy jest mobile. Jeśli masz problem tylko na mobile, Twoje pozycje w Google mogą być niższe niż na to zasługuje Twoja treść, szczególnie jeśli większość ruchu pochodzi z telefonów.

Szybka diagnoza: Wejdź na pagespeed.web.dev i sprawdź swoją stronę raportując specjalnie mobile. Jeśli widzisz wynik poniżej 50, masz konkretny problem. Przejdź do następnej sekcji, żeby dowiedzieć się, co naprawiać pierwsze.

Sklep, blog czy landing page – różne typy stron mają różne priorytety CWV

Większość artykułów o CWV mówi o „stronie” w ogóle. Tymczasem sklep e-commerce, blog firmowy i landing page kampanijny mierzą się z zupełnie różnymi problemami. Optymalizacja bez uwzględnienia typu strony to przepalanie budżetu.

Z naszych obserwacji: właściciele sklepów często skupiają się na stronie głównej, podczas gdy Google w raporcie CWV grupuje podstrony według wzorców. Karta produktu ze złym LCP psuje oceny dla całej kategorii produktów – nawet jeśli strona główna jest zoptymalizowana.

Jak ustalić kolejność napraw przy budżecie 500-2000 zł na dewelopera

To pytanie, którego nikt nie zadaje wprost. Skoro masz ograniczony budżet, nie możesz naprawiać wszystkiego naraz. Poniżej hierarchia działań – od najtańszych i najszybciej działających, do najdroższych.

Krok 1: Zrób sam, bez dewelopera (koszt: 0 zł, czas: 1-2 godziny)

• Skompresuj obrazy: użyj ShortPixel, Imagify lub Squoosh (bezpłatny). Format WebP zamiast JPEG to 25-35% mniejszy plik.
• Dezaktywuj zbędne wtyczki WordPress: każda dodatkowa wtyczka to potencjalny blokujący skrypt. Sprawdź ile masz i odłącz te, z których przestałeś korzystać.
• Skonfiguruj cache: jeżeli używasz WordPress, zainstaluj WP Rocket (płatny) lub W3 Total Cache (bezpłatny). Minimalna konfiguracja cache poprawia LCP często o 0,5-1s.

Krok 2: Konfiguracja hostingu (koszt: 0-300 zł, czas: kilka godzin)

• Włącz HTTP/2 i kompresję Gzip/Brotli u swojego hostingodawcy. Większość paneli hostingowych ma to w jednym kliknięciu.
• Sprawdź swój TTFB (Time To First Byte) na tools.pingdom.com. Powyżej 600ms to sygnał, że potrzebujesz lepszego hostingu lub CDN.
• CDN: Cloudflare w planie bezpłatnym eliminuje opóźnienia dla użytkowników spoza Twojego regionu. Warto ustawić dla obrazów i plików CSS/JS.

Krok 3: Deweloper, ale z ukierunkowanym zadaniem (koszt: 500-1500 zł)

• Priorytet: popraw LCP na 3 najważniejszych typach podstron (np. strona główna, karta produktu, najważniejszy artykuł). To 4-8 godzin dobrego dewelopera.
• Usuń render-blocking resources: skrypty i style ładowane synchronicznie w znaczniku head. Deweloper przeniesie je do atrybutu async lub defer. Duży efekt, stosunkowo krótki czas pracy.
• Zarezerwuj miejsce dla obrazów (atrybuty width i height w HTML): eliminuje CLS. To często 1-2 godziny dewelopera dla całego motywu.

Krok 4: Głęboka optymalizacja (koszt: 1500-4000 zł)

• Optymalizacja krytycznej ścieżki renderowania (Critical CSS inline, lazy loading komponentów).
• Przepisanie lub zamiana ciężkich wtyczek na lżejsze alternatywy (np. Elementor na Kadence Blocks).
• Server-side rendering lub partial hydration dla stron opartych na React lub Vue.

KIERUNEK – co zrobić teraz Nie zaczynam od „pełnej optymalizacji CWV”. Zaczynam od jednego pytania: jaka jest moja najczęściej odwiedzana podstrona z czerwonym wynikiem w GSC? To tam kieruję 80% początkowego budżetu. Poprawa jednej strony wzorcowej (template) rozwiązuje problem dla setek podobnych podstron naraz.

Ile czasu zajmuje poprawa Core Web Vitals – i kiedy Google to zauważy

Jednym z najbardziej mylących aspektów CWV jest różnica między „poprawiłeś stronę” a „Google widzi poprawę”. To nie są te same momenty.

Google zbiera dane z Chrome User Experience Report (CrUX) w oknach 28-dniowych. Oznacza to, że nawet po dokonaniu poprawek stary wynik (z kiepskim CWV) zostaje w raporcie przez kolejny miesiąc. Nie panikuj, gdy po poprawce raport nie zmienia się od razu.

Realistyczne oczekiwanie przy Kroku 1-2 (bez dewelopera): poprawa LCP o 0,5-1,5s, co często przesuwa wynik z „Słabe” na „Wymaga poprawy” lub „Dobre” w ciągu 30-45 dni od wdrożenia.

Przy Kroku 3-4 (z deweloperem): przejście do „zielonego” zajmuje typowo 2-3 miesiące, uwzględniając czas wdrożenia, okno CrUX i propagację w algorytmie Google.

Uwaga: Jeżeli widzisz gwałtowny spadek pozycji i jest on skorelowany ze zmianą wyników CWV – sprawdź datę wdrożenia zmian na stronie. Nowe wtyczki, zmiana motywu lub aktualizacja WordPress często psują CWV niezauważalnie.

Słabe Core Web Vitals podnoszą Twój CPC w Google Ads – i nikt Ci o tym nie mówi

To jest sekcja, która denerwuje większość klientów, bo dowiadują się o tym dopiero kiedy przepalili już budżet. W Google Ads jednym z trzech składowych Quality Score (wskaźnika jakości) jest „Doświadczenie użytkownika z landing page”. Google ocenia tę stronę – i CWV jest bezpośrednio użyte w tej ocenie.

Quality Score wpływa na koszt kliknięcia. Przy tej samej stawce aukcyjnej, wyższy QS = niższy CPC. Różnica nie jest marginalna: przejście z QS 4 do QS 8 może obniżać CPC o 30-50% w konkurencyjnych kategoriach.

Jak sprawdzić swój QS? W Google Ads wejdź do kampanii Search, kliknij „Słowa kluczowe” i dodaj kolumnę „Wskaźnik jakości”. Wartość 1-4 przy kluczowym słowie to sygnał, że strona docelowa jest problemem.

Nie musisz osiągnąć wyniku 100 w PageSpeed, żeby poprawić QS. Często wystarczy przejście z „Słabe” do „Wymaga poprawy” w CWV, żeby QS wzrósł z 4 do 6 – i CPC spadł o kilkadziesiąt procent.

Oblicz potencjalną oszczędność: Jeśli płacisz średnio 3,50 zł za kliknięcie i masz QS 4, poprawa QS do 7 może oznaczać CPC na poziomie 2,10-2,50 zł. Przy budżecie 5000 zł miesięcznie to 1400-1900 zł więcej kliknięć – z tego samego budżetu.

Core Web Vitals a AI Overview w Google – jak szybka strona wpływa na cytowanie przez AI

AI Overview to odpowiedzi AI widoczne na górze wyników Google, przed standardowymi linkami. W 2026 roku pojawiają się w około 20-30% zapytań w Polsce, szczególnie dla pytań informacyjnych i poradnikowych.

Google nie ujawniło oficjalnie, jakie sygnały decydują o cytowaniu strony w AI Overview. Jednak analizy korelacyjne i dane z projektów SEO pokazują regularny wzorzec: strony z dobrym CWV są cytowane w AI Overview częściej niż te ze słabymi wynikami technicznymi.

Dlaczego to ma sens? AI Overview jest budowane przez Googlebot, który crawluje Twoją stronę. Jeśli TTFB jest wysoki (serwer reaguje wolno), Googlebot ma ograniczoną cierpliwość na crawlowanie. Strony szybkie są crawlowane dokładniej – i więcej ich treści trafia do indeksu, z którego AI buduje swoje odpowiedzi.

Co konkretnie możesz zrobić, żeby zwiększyć szanse na cytowanie w AI Overview:

1. Zadbaj o TTFB poniżej 200ms: to nie jest klasyczna metryka CWV, ale jest bezpośrednio związana z crawlowalnością. Dobry hosting lub CDN rozwiązuje problem.
2. Pisz „cytowalne zdania” pod H2: pierwsze zdanie po nagłówku powinno być samodzielną odpowiedzią na pytanie z nagłówka. AI wybiera właśnie takie zdania do zbudowania odpowiedzi.
3. TL;DR na górze artykułu: Google AI Overview preferuje strony z wyraźnym podsumowaniem. TL;DR o długości 40-60 słów zwiększa szanse na cytowanie.
4. Sprawdź, czy masz „dobre” CWV na urządzeniach mobilnych: Googlebot crawluje w trybie mobile-first. Złe CWV na mobile = mniej dokładny crawl = mniejsze szanse na AI Overview.

W LUMO testowaliśmy tę hipotezę na kilku stronach klientów: po poprawieniu CWV z „Słabe” na „Dobre” zauważyliśmy wzrost obecności treści z tych stron w AI Overview o 30-60% w ciągu 2 miesięcy. To korelacja, nie dowód przyczynowości – ale wzorzec jest na tyle powtarzalny, że traktujemy CWV jako element strategii widoczności w AI.

Co Google przygotowuje po 2026 – nowe metryki i kierunek rozwoju Core Web Vitals

Core Web Vitals nie są statyczne. Google już ogłosiło lub sygnalizowało kilka kierunków, o których warto wiedzieć – szczególnie jeśli planujesz budżetowanie prac technicznych na kolejny rok.

INP sub-parts: bardziej precyzyjna diagnoza interaktywności

Interaction to Next Paint (INP) mierzy czas reakcji strony na kliknięcia. Google opublikowało narzędzia do analizy „podskładowych” INP: input delay (czas oczekiwania od kliknięcia do startu przetwarzania), processing time (czas wykonania kodu JavaScript) i presentation delay (czas renderowania efektu). Ta segmentacja jest już dostępna w Chrome DevTools i należy się spodziewać, że trafi do raportów GSC w 2026-2027.

Co to oznacza dla Ciebie: jeśli Twój INP jest powyżej 200ms, będziemy mogli dokładniej powiedzieć deweloperowi „problem jest w processing time, czyli w zbyt ciężkim JavaScript” zamiast „INP jest zły, napraw to”. To skróci czas diagnostyki i kosztorysowania napraw.

Smooth Animation Frames (SAF): płynność animacji jako metryka

Google testowało Smooth Animation Frames – metrykę mierzącą płynność animacji i scrollowania (cel: 60 fps lub wyżej). Na razie jest to metryka eksperymentalna, ale pojawia się coraz częściej w dyskusjach na Google Search Central. Jeśli Twoja strona ma ciężkie animacje CSS lub slajdery oparte na JavaScript, SAF może stać się problemem w ciągu najbliższych 2-3 lat.

Większy nacisk na dane field zamiast wyników laboratoryjnych

Tendencja jest jasna: Google coraz mocniej premiuje dane z rzeczywistego użytkownika (CrUX) nad wynikami testów laboratoryjnych (Lighthouse, PageSpeed). W 2026 roku różnica jest już wyraźna w raportach GSC. Dlatego „dobry wynik w PageSpeed” to za mała odpowiedź – pytaj: jak wygląda mój raport CrUX?

Krótkie podsumowanie kierunków na 2026-2027:

• INP sub-parts: dostępne teraz w DevTools, wkrótce w GSC. Ułatwia diagnostykę i redukuje koszty napraw.
• Smooth Animation Frames: metryka eksperymentalna, prawdopodobnie oficjalna metryka za 2-3 lata.
• Większy priorytet danych mobilnych i field data nad lab data.
• Integracja CWV z sygnałami crawlowalności dla AI Overview.

KIERUNEK na lata 2026-2027 Jeżeli teraz optymalizujesz CWV do „Dobrego” na wszystkich typach podstron i na mobile, jesteś w dobrej pozycji na nadchodzące zmiany. Nie czekaj na SAF. Najpierw wyczyść to, co jest teraz złe – a nowe metryki przyjdą jako dodatkowe wyzwanie, nie katastrofa.

Najczęściej zadawane pytania

Czy mogę poprawić Core Web Vitals na WordPressie bez dewelopera?

Część problemów – tak. Kompresja obrazów, dezaktywacja zbędnych wtyczek i włączenie cache to działania, które właściciel strony może wykonać samodzielnie i które często przenoszą wynik z czerwonego na żółty. Głębsza optymalizacja (eliminacja render-blocking scripts, optymalizacja krytycznej ścieżki CSS) wymaga ingerencji w kod i jest zadaniem dla dewelopera.

Jak długo po poprawieniu strony zmieni się wynik w Google Search Console?

Google odświeża dane CrUX w oknach 28-dniowych. Oznacza to, że nawet jeśli poprawisz stronę dziś, wynik w GSC zmieni się dopiero za 28-45 dni. PageSpeed Insights pokaże poprawę natychmiast – ale to nie te dane Google używa do oceny rankingowej. Licz na widoczną poprawę pozycji po 4-12 tygodniach od wdrożenia.

Czy Core Web Vitals wpływa na pozycje w Google Ads?

Nie bezpośrednio – ale wpływa przez Quality Score. Google Ads ocenia „doświadczenie użytkownika z landing page” jako jeden z trzech składników QS. Słaba strona = niższy QS = wyższy CPC. Poprawa CWV może obniżać koszt kliknięcia o 20-50% przy zachowaniu tego samego budżetu reklamowego.

Co to jest TTFB i dlaczego jest ważny?

Time To First Byte (TTFB) to czas od wysłania zapytania przez przeglądarkę do otrzymania pierwszego bajtu odpowiedzi z serwera. Wpływ na LCP jest bezpośredni: jeśli serwer reaguje wolno (TTFB powyżej 600ms), LCP nie może być dobre, nawet jeśli sam obraz jest zoptymalizowany. TTFB poniżej 200ms to cel; poprawia się przez lepszy hosting, CDN i optymalizację baz danych.

Czy powinienem optymalizować CWV na desktopie czy na mobile?

Na mobile. Google używa mobile-first indexing, co oznacza, że wynik mobilny Twojej strony decyduje o rankingach – również dla użytkowników komputerowych. Zacznij od audytu mobilnego w PageSpeed Insights (pagespeed.web.dev) i GSC. Wynik desktopowy jest ważny, ale drugorzędny.

Następny krok

Jeśli nie wiesz, od czego zacząć z CWV na swojej stronie, audyt techniczny SEO pokaże Ci dokładnie, które podstrony są problemem, jaka jest przyczyna i jak długo zajmie naprawa. Bez ogólników, z konkretnymi liczbami.

Skontaktuj się z nami i przygotujemy bezpłatny podgląd raportu CWV dla Twojej domeny – z listą priorytetów na pierwsze 30 dni.