Core Web Vitals – poradnik dla firm. Co mierzyć i jak to naprawić

Core Web Vitals (CWV) to trzy metryki jakości UX mierzone przez Google, które od 2021 roku są czynnikiem rankingowym: LCP (Largest Contentful Paint) – czas do załadowania największego elementu strony, INP (Interaction to Next Paint) – responsywność na kliknięcia, CLS (Cumulative Layout Shift) – stabilność layoutu podczas ładowania. Strona z dobrymi CWV rankuje wyżej niż strona z identyczną treścią, ale słabymi metrykami.

LCP – co to jest i jakie wartości są dobre?

LCP (Largest Contentful Paint) mierzy, jak szybko pojawia się największy widoczny element strony, zwykle główne zdjęcie, nagłówek hero albo duży blok tekstu. Dla Google to jeden z najważniejszych sygnałów, bo pokazuje, czy użytkownik szybko widzi realną treść, a nie tylko pusty ekran i loader.

Dobry wynik LCP to poniżej 2,5 sekundy. Wynik 2,5–4,0 sekundy jest do poprawy. Powyżej 4,0 sekundy strona zaczyna tracić zarówno użytkowników, jak i potencjał rankingowy. W praktyce najczęściej problemem nie jest sam serwer, tylko zbyt ciężki obraz hero, za dużo skryptów albo blokujący CSS.

Na stronach firmowych LCP najczęściej psują trzy rzeczy: duże zdjęcie w sekcji głównej, slider, który ładuje kilka obrazów naraz, albo fonty i skrypty, które opóźniają renderowanie. Jeśli pierwsza sekcja opiera się na dużym banerze 4K, a strona ma jeszcze animacje i widgety z zewnątrz, LCP zwykle idzie w złą stronę. Widzę to często przy audytach, zwłaszcza na WordPressie.

Naprawa LCP zwykle zaczyna się od obrazów. Konwertuję zdjęcia do WebP, ustawiam poprawne wymiary, ograniczam rozmiar plików i pilnuję, żeby obraz hero był ładowany priorytetowo, a reszta dopiero później. Jeśli strona opiera się na wideo lub dużym tle, trzeba to przemyśleć jeszcze przed wdrożeniem. Dobre LCP to nie przypadek. To efekt prostych decyzji technicznych.

Jeśli chcesz zrozumieć, gdzie to pasuje do całego procesu, najpierw wróć do tekstu Co to jest SEO. CWV to nie osobny świat. To jedna z technicznych warstw SEO.

INP – następca FID i dlaczego jest trudniejszy do poprawy?

INP (Interaction to Next Paint) mierzy responsywność strony na interakcje użytkownika, czyli to, jak szybko strona reaguje po kliknięciu, stuknięciu albo wpisaniu danych. Zastąpił FID w marcu 2024 roku, bo pokazuje pełniejszy obraz opóźnień niż sam pierwszy klik.

Dobry INP to poniżej 200 milisekund. Wartość 200–500 ms jest średnia, a powyżej 500 ms oznacza, że użytkownik zaczyna odczuwać lag. I to nie jest tylko kwestia komfortu. Jeśli strona reaguje z opóźnieniem, użytkownik częściej rezygnuje, przerywa akcję albo klika drugi raz. Na urządzeniach mobilnych problem widać jeszcze mocniej.

INP jest trudniejszy do poprawy niż LCP, bo zwykle siedzi w JavaScript. Nie wystarczy zmniejszyć obrazka. Trzeba sprawdzić, które skrypty blokują główny wątek przeglądarki, które elementy są zbyt ciężkie, i które moduły odpalają się w złym momencie. Często winne są: chaty, formularze, tracking, pop-upy, integracje zewnętrzne i rozbudowane motywy WordPress.

Najczęstszy błąd to dokładanie kolejnych wtyczek bez patrzenia, co one robią. Każda nowa funkcja brzmi sensownie, ale razem spowalniają interakcję. Ja zawsze sprawdzam, czy dana funkcja faktycznie potrzebuje pełnego skryptu, czy da się ją załadować później, warunkowo albo po interakcji. W wielu projektach samo ograniczenie third-party daje mocniejszy efekt niż pół dnia pracy nad stylem.

INP wymaga bardziej technicznego podejścia niż LCP. Czasem wystarczy optymalizacja motywu i odroczenie skryptów. Czasem trzeba wejść głębiej w kod. Dlatego przy słabym INP nie obiecuję szybkiej poprawy „bez dotykania programisty”. Często właśnie programista jest tu potrzebny najbardziej.

CLS – jak stabilność layoutu wpływa na SEO?

CLS (Cumulative Layout Shift) mierzy nieoczekiwane przesunięcia elementów strony podczas ładowania, czyli sytuacje, w których tekst, przyciski albo obrazy nagle zmieniają położenie. To jedna z najbardziej irytujących rzeczy dla użytkownika, bo potrafi przesunąć link, w który ktoś właśnie chciał kliknąć.

Dobry CLS to poniżej 0,1. Wynik 0,1–0,25 wymaga poprawy, a powyżej 0,25 jest słaby. Google nie lubi stron „skaczących” podczas wczytywania, bo to obniża komfort korzystania z serwisu. Użytkownik też tego nie lubi. Nikt nie lubi wciskać czegoś innego przez przypadek.

Najczęstsze przyczyny CLS są banalne, ale bardzo kosztowne: brak width i height przy obrazach, późno wczytywane reklamy, osadzone iframe bez rezerwacji miejsca, dynamiczne banery cookie i fonty ładowane bez kontroli. Jeśli sekcja ma się pojawić w konkretnym miejscu, miejsce trzeba zarezerwować wcześniej. Inaczej układ będzie przeskakiwał.

Na stronach firmowych CLS często pojawia się na górze strony, gdzie wczytywane są slider, belka promocyjna, przycisk kontaktowy i cookie banner. Jeśli kilka elementów walczy o to samo miejsce, layout zaczyna „pływać”. To nie jest detal. To realna strata jakości. Przy audytach często znajduję CLS, który da się obniżyć w jeden dzień, jeśli ktoś po prostu uporządkuje rozmiary mediów i sekcje dynamiczne.

Jeśli chcesz zobaczyć, jak łączę technikę z SEO, zajrzyj też do tekstu Audyt SEO – sprawdź CWV swojej strony. W audycie CLS jest jednym z punktów, które sprawdzam na starcie.

Jak zmierzyć Core Web Vitals swojej strony?

Core Web Vitals mierzę przede wszystkim przez PageSpeed Insights i Google Search Console, a potem potwierdzam wynik w narzędziach technicznych, takich jak Lighthouse, Chrome UX Report, WebPageTest i Screaming Frog. Sam jeden test nie wystarcza, bo każde narzędzie pokazuje trochę inny fragment obrazu.

PageSpeed Insights jest najszybszy do sprawdzenia. Wpisuję adres i dostaję raport z danymi laboratoryjnymi oraz danymi od realnych użytkowników, jeśli Google ma już próbkę. To dobry punkt startowy, bo pokazuje LCP, INP i CLS w jednym miejscu. Jest też prosty do odczytania dla właściciela firmy, który nie siedzi w technicznym SEO na co dzień.

Google Search Console jest dla mnie ważniejsze, bo pokazuje dane z realnych użytkowników w ostatnich 28 dniach. Tam widzę, czy problem dotyczy mobile, desktopu, czy obu wersji. To istotne, bo często strona wygląda dobrze na komputerze, a na telefonie rozjeżdża się dramatycznie. W lokalnych firmach mobile bywa ważniejszy niż desktop, bo użytkownik szuka usługi „na już”.

Lighthouse daje mi dobry obraz techniczny i wskazuje rzeczy do poprawy w kodzie. WebPageTest pozwala zobaczyć, co dokładnie blokuje renderowanie i które zasoby spowalniają stronę. Screaming Frog wykorzystuję do sprawdzania nagłówków, obrazów, metadanych i elementów technicznych, które wpływają pośrednio na CWV. Samo mierzenie nie poprawia wyniku. Ale bez pomiaru łatwo zgadywać zamiast działać.

Jeśli masz stronę firmową i chcesz sprawdzić, czy CWV nie blokuje widoczności, zacznij od audytu. To zwykle szybsze niż dłubanie w ciemno. Potem można zdecydować, czy wystarczy konfiguracja, czy potrzebna będzie głębsza praca programistyczna.

Ile kosztuje poprawa Core Web Vitals i czy warto?

Poprawa Core Web Vitals dla standardowej strony WordPress kosztuje zwykle 300–800 PLN jednorazowo, jeśli chodzi o cache, kompresję obrazów, drobne poprawki CSS i podstawową optymalizację skryptów. Przy większych serwisach, sklepach albo stronach z ciężkim motywem koszt może być wyższy, bo wchodzi analiza kodu i więcej testów.

W praktyce cena zależy od tego, co jest popsute. Jeśli problemem są tylko obrazy i brak optymalizacji podstawowej, da się zadziałać szybko. Jeśli strona ma zbyt ciężki motyw, trzy wtyczki do tego samego zadania i kilkanaście zewnętrznych skryptów, naprawa robi się bardziej czasochłonna. Wtedy nie wystarczy „przeklikać ustawień”. Trzeba uporządkować architekturę.

Warto to robić, bo CWV nie tylko wspiera SEO. Poprawia też konwersję. Szybsza strona ładuje się płynniej, mniej frustruje i częściej prowadzi do kontaktu. W lokalnych usługach to bywa różnica między formularzem a zamknięciem karty. Widzę to regularnie w projektach, gdzie treść była dobra, ale technika zaniżała wynik całego serwisu.

Jeśli ktoś pyta mnie, czy warto inwestować w CWV, odpowiadam prosto: tak, jeśli strona ma zdobywać ruch z Google i nie ma być tylko wizytówką. To jedna z tych prac, które rzadko robią nagły efekt „wow”, ale bardzo często podnoszą cały serwis o poziom wyżej. Dla właściciela firmy to oznacza mniej utraconych wejść i lepszą szansę na kontakt.

Jeśli chcesz, żebym ocenił, co blokuje Twoją stronę, zacznij od Ekspert SEO Sebastian Bergier. Tam pokazuję zakres pracy i sposób, w jaki prowadzę projekty.

Jak naprawić LCP, INP i CLS w praktyce?

Najpierw naprawiam LCP, potem CLS, a na końcu INP, bo to zwykle daje najlepszy stosunek czasu do efektu. Taka kolejność jest najrozsądniejsza przy większości stron firmowych i WordPressowych. Najpierw przyspieszam to, co użytkownik widzi. Potem stabilizuję layout. Dopiero później schodzę głębiej w responsywność skryptów.

Przy LCP zwykle działają trzy ruchy: kompresja obrazów, WebP i priorytet dla głównego elementu above the fold. Jeśli hero ładuje się za wolno, to pierwsza rzecz do poprawy. Do tego ograniczam fonty, usuwam zbędne animacje i nie wrzucam wszystkiego naraz. Strona ma najpierw pokazać treść. Efekty można doszlifować później.

Przy CLS poprawiam stałe wymiary wszystkich obrazów, iframe i elementów osadzonych. Rezerwuję miejsce na banery, reklamy i cookie. Jeśli coś ma wejść na stronę po czasie, niech nie przesuwa tego, co już jest widoczne. To proste, ale wciąż wiele serwisów tego nie robi. A szkoda, bo poprawa bywa szybka.

Przy INP ograniczam liczbę skryptów, odraczam third-party i sprawdzam, czy motyw nie przeciąża głównego wątku. W WordPressie często winne są wtyczki do wszystkiego naraz. Czasem lepiej mieć jedną dobrze skonfigurowaną funkcję niż pięć słabych. Jeśli trzeba, rozbijam zadania na etapy i testuję po każdej zmianie. Nie robię tego „na oko”. Obserwuję wynik po wdrożeniu.

Jeśli wszystko ma się spiąć z SEO, najpierw trzeba zrozumieć, jak działa cała strona i skąd bierze ruch. Dlatego przy większych serwisach zawsze łączę CWV z analizą treści, indeksacji i fraz. Bez tego poprawiasz prędkość, ale niekoniecznie wynik biznesowy.

FAQ

Co to są Core Web Vitals i czy wpływają na pozycję w Google?

Tak. Core Web Vitals to trzy metryki UX: LCP (czas ładowania), INP (responsywność), CLS (stabilność layoutu). Tak, wpływają na pozycję w Google od 2021 roku jako czynnik rankingowy Page Experience. Strona z dobrymi CWV (<2.5s LCP, <200ms INP, <0.1 CLS) ma przewagę rankingową nad stroną z identyczną treścią, ale słabymi metrykami.

Jak sprawdzić Core Web Vitals swojej strony za darmo?

Tak. Darmowe narzędzie to Google PageSpeed Insights (pagespeed.web.dev) – wpisz adres i w kilka sekund masz pełen raport. Drugi sposób to Google Search Console → Strona → Core Web Vitals – dane z realnych użytkowników z ostatnich 28 dni, podzielone na mobile i desktop.

Moja strona ma złe CWV – co najpierw naprawić?

Tak. Priorytet jest prosty: (1) LCP – skompresuj i przekonwertuj zdjęcia do WebP, włącz lazy loading; (2) CLS – dodaj wymiary (width/height) do wszystkich zdjęć i iframe; (3) INP – usuń lub odrocz ciężkie skrypty JS third-party. Najszybciej poprawia się LCP i CLS. INP często wymaga pracy programisty.

Czy Core Web Vitals są ważne tylko dla SEO?

Nie. CWV wpływają też na komfort użytkownika, konwersję i liczbę wysłanych formularzy. Szybsza i stabilniejsza strona zwykle sprzedaje lepiej, nawet jeśli ruch nie zmienia się od razu.

Czy WordPress zawsze ma słabe Core Web Vitals?

Nie. WordPress może działać bardzo dobrze, jeśli jest rozsądnie skonfigurowany. Problem zaczyna się wtedy, gdy dochodzą ciężki motyw, zbyt wiele wtyczek, duże obrazy i skrypty zewnętrzne.

Czy jeden wynik CWV wystarczy, żeby ocenić stronę?

Nie. Trzeba patrzeć na trzy metryki razem oraz osobno na mobile i desktop. Strona może mieć dobry LCP na komputerze, a fatalny na telefonie.

Czy INP da się poprawić szybko?

Tak, ale tylko jeśli problemem są proste skrypty, nadmiar wtyczek albo źle ustawione ładowanie kodu. Głębsze problemy z INP zwykle wymagają bardziej technicznej pracy.

Czy poprawa CWV daje natychmiastowy wzrost pozycji?

Nie zawsze. Czasem efekt widać szybko, czasem dopiero po kolejnych crawlach i aktualizacji danych. CWV wzmacniają stronę, ale nie zastępują treści, linkowania i intencji użytkownika.

Czy mogę sam poprawić CWV bez programisty?

Tak, jeśli problem jest prosty: obrazy, cache, kompresja, podstawowe ustawienia wtyczek i ograniczenie ciężkich dodatków. Jeśli problem siedzi w JavaScript, zwykle potrzebny jest programista.

Czy warto robić audyt CWV przed większym SEO?

Tak. Audyt pokazuje, czy technika nie blokuje całej reszty działań SEO. Jeśli strona jest wolna albo skacze podczas ładowania, nawet dobre treści nie wykorzystają swojego potencjału.

Wypełnij formularz – bezpłatna analiza wstępna nie zobowiązuje.

Formularz kontaktowy