Co to jest Core Web Vitals i dlaczego wpływa na pozycje w Google

Co to jest Core Web Vitals? To zestaw trzech mierzalnych wskaźników Google, które opisują realne doświadczenie użytkownika na stronie: szybkość wyświetlenia największego elementu, reakcję na interakcję oraz stabilność układu treści. Pytanie co to jest Core Web Vitals pada na każdym spotkaniu o widoczności sklepu, bo Google potraktowało te dane jako sygnał rankingowy i wbudowało je w raporty Search Console. W praktyce mówimy o LCP, INP i CLS — trzech liczbach, które da się zmierzyć w kilkanaście sekund i poprawić w kilka dni. Sklep, który ładuje kartę produktu w 4,2 sekundy, traci około jednej piątej sesji mobilnych jeszcze przed pokazaniem ceny. Ten poradnik tłumaczy, jak czytać każdy z tych wskaźników, jakie progi trzeba spełnić i które prace przy motywie WordPress albo PrestaShop dają największy zwrot przy budżecie 500–3000 zł, oraz jak wpiąć te pomiary w stały proces optymalizacji.

Trzy wskaźniki, które składają się na Core Web Vitals

LCP, czyli Largest Contentful Paint, mierzy czas do wyrenderowania największego elementu widocznego w oknie przeglądarki: zdjęcia produktu, banera kategorii albo bloku nagłówkowego. Znaczenie ma moment, w którym użytkownik faktycznie widzi treść, a nie techniczne zdarzenie zakończenia ładowania. Dobrze zbudowany sklep odzieżowy schodzi poniżej 2,5 sekundy nawet przy fotografiach o szerokości 1600 pikseli.

INP, czyli Interaction to Next Paint, opisuje opóźnienie między kliknięciem a widoczną odpowiedzią interfejsu. Wskaźnik zastąpił dawny FID i jest znacznie surowszy, ponieważ bierze pod uwagę wszystkie interakcje w sesji, nie tylko pierwszą. Rozwijane menu filtrów, kalkulator raty czy dodanie do koszyka to typowe miejsca, w których INP przekracza 500 milisekund.

CLS, czyli Cumulative Layout Shift, punktuje przeskoki układu. Reklama doładowana po dwóch sekundach, baner zgód bez zarezerwowanego miejsca albo font wczytany z opóźnieniem potrafią przesunąć przycisk zakupu dokładnie w chwili kliknięcia. Wartość powyżej 0,25 oznacza stronę, na której użytkownik trafia w zły element i wraca do wyników wyszukiwania.

Progi Google są jednoznaczne i identyczne dla wersji mobilnej oraz desktopowej, choć w praktyce to telefony decydują o ocenie całego serwisu. Poniższa tabela zbiera wartości graniczne razem z TTFB, który formalnie nie należy do zestawu, lecz w większości audytów okazuje się właściwym źródłem problemu.

Jak zmierzyć Core Web Vitals bez zlecania audytu agencji

Zanim odpowiesz sobie, co to jest Core Web Vitals w twoim serwisie, wykonaj pomiar w PageSpeed Insights, które w jednym raporcie łączy test laboratoryjny z danymi rzeczywistych użytkowników Chrome. Osoby zastanawiające się, jak zrobić audyt SEO samodzielnie, zaczynają zwykle właśnie tutaj, bo narzędzie wskazuje konkretny element odpowiedzialny za LCP i szacuje oszczędność w milisekundach.

Do stałego monitoringu służy Search Console z raportem podstawowych wskaźników internetowych, grupującym adresy według wspólnego szablonu. Ten sam panel odpowiada na pytanie, jak sprawdzić indeksację strony w Google, więc jedno logowanie daje obraz zarówno wydajności, jak i faktycznej obecności adresów w indeksie wyszukiwarki.

Najlepsze darmowe narzędzia SEO do pracy nad wydajnością to poza tym Lighthouse wbudowany w przeglądarkę Chrome, biblioteka web-vitals wpięta w warstwę analityczną oraz WebPageTest z symulacją łącza mobilnego. Cały zestaw kosztuje zero złotych i zastępuje usługi abonamentowe wyceniane na 200–400 zł miesięcznie.

Dane laboratoryjne kontra pomiary z ruchu rzeczywistego

Wynik laboratoryjny powstaje w kontrolowanym środowisku i służy do diagnozy, natomiast ocena rankingowa opiera się na danych zbieranych od realnych użytkowników w oknie 28 dni. Poprawka wdrożona w poniedziałek nie zmieni więc raportu od razu — na pełne przeliczenie historii trzeba czekać około miesiąca.

Rozbieżności między oboma źródłami są normalne. Laptop na światłowodzie pokaże LCP na poziomie 1,1 sekundy, podczas gdy klient na starszym telefonie w zasięgu LTE zobaczy 4,5 sekundy. Decyzje projektowe podejmuj według najsłabszego scenariusza, ponieważ to on generuje porzucone koszyki i utracony przychód.

Jak przyspieszyć ładowanie strony i poprawić LCP

Największy zysk daje obraz nad linią zgięcia. Konwersja do formatu WebP lub AVIF zmniejsza wagę zdjęcia produktowego z 480 do 90 kilobajtów, a atrybut fetchpriority ustawiony na wartość high każe przeglądarce pobrać je przed skryptami. To zwykle 0,8–1,4 sekundy różnicy na urządzeniu mobilnym.

Kolejna warstwa to serwer. Hosting współdzielony za 15 zł miesięcznie potrafi zwracać pierwszy bajt po 900 milisekundach, podczas gdy VPS z pamięcią podręczną obiektów i dyskiem NVMe za 60–120 zł schodzi poniżej 200 milisekund. Bez tej podstawy dalsza optymalizacja warstwy front-end daje niewiele.

Pytanie, jak przyspieszyć ładowanie strony SEO, sprowadza się w trzecim kroku do skryptów. Czaty, piksele reklamowe i narzędzia do testów A/B ładowane synchronicznie blokują wątek główny na setki milisekund. Przeniesienie ich do atrybutu defer albo opóźnienie do pierwszej interakcji użytkownika bywa najtańszą poprawką w całym projekcie.

Czcionki zasługują na osobny akapit. Samodzielne hostowanie plików woff2, podzbiór znaków ograniczony do alfabetu polskiego oraz deklaracja font-display swap eliminują pusty tekst i późniejsze przeskoki linii. Trzy kroje w pięciu odmianach można bezpiecznie zredukować do dwóch, oszczędzając ponad 200 kilobajtów transferu przy każdej wizycie.

INP i CLS, czyli reakcja interfejsu oraz stabilność układu

INP psują długie zadania JavaScriptu. Filtr kategorii przeliczający tysiąc produktów w przeglądarce zamiast po stronie serwera blokuje wątek na 600 milisekund, więc użytkownik klika drugi raz. Podział pracy na mniejsze fragmenty oraz przeniesienie sortowania do zapytania bazodanowego rozwiązują problem u samego źródła.

CLS naprawia się szybciej, bo wystarczy rezerwacja miejsca. Atrybuty width i height w znaczniku obrazu, stała wysokość kontenera na baner oraz wyświetlanie komunikatu o zgodach jako nakładki, a nie elementu wpychanego w dokument, sprowadzają wynik z 0,31 do 0,02 w ciągu jednego wdrożenia.

Analizę trzeba prowadzić na poziomie pojedynczych szablonów. Karta produktu, lista kategorii i strona koszyka zachowują się zupełnie inaczej, a uśredniony wynik dla całego serwisu skutecznie ukrywa problem. Odpowiedź na pytanie, co to jest Core Web Vitals w praktyce, brzmi: to diagnoza konkretnego widoku, nie ogólna ocena domeny.

Osobną pułapką jest treść dosypywana po załadowaniu. Karuzela poleceń, opinie klientów pobierane z zewnętrznego widgetu czy licznik promocji wstawiony nad opisem przesuwają całą stronę w dół. Jeśli taki blok musi zostać, zarezerwuj dla niego pełną wysokość już w kodzie HTML wysyłanym z serwera.

Core Web Vitals w szerszej układance SEO

Szybka strona nie wygra sama z lepszym dopasowaniem treści. Zanim zaczniesz liczyć milisekundy, ustal, jak dobierać słowa kluczowe long tail dla swojego asortymentu — fraza z wolumenem 90 zapytań i jasną intencją zakupową daje więcej przychodu niż ogólnik z wolumenem 12 000 wyszukiwań.

Warstwa tekstowa działa równolegle do technicznej. Redakcja zaczyna się od decyzji, jak zoptymalizować meta title i description, żeby zmieściły się w limicie pikseli i zawierały realną przewagę oferty, a następnie od tego, jak napisać opis kategorii sklepu, aby nie powielał materiałów producenta.

Poza serwisem liczą się odnośniki. Co to jest link building, wie każdy właściciel sklepu, ale kluczowe pozostaje pytanie, jak zdobywać wartościowe linki zwrotne bez kupowania miejsc w wygasłych domenach. Publikacja danych branżowych, proste narzędzia kalkulacyjne i współpraca z lokalnymi mediami pracują na wynik latami.

Widoczność lokalna i dane strukturalne

Właściciele punktów stacjonarnych zadają pytanie brzmiące: SEO lokalne, jak zacząć? Pierwszy krok to spójny adres i numer telefonu we wszystkich katalogach, drugi to decyzja, jak zoptymalizować wizytówkę Google — kategoria główna, zdjęcia wnętrza i odpowiedzi na opinie ważą tu więcej niż kolejny akapit na stronie.

Ostatnia warstwa jest czysto techniczna. Co to są dane strukturalne schema — to dodatkowy opis treści w formacie JSON-LD, dzięki któremu wyszukiwarka rozumie cenę, dostępność i ocenę produktu. Poprawnie wdrożony schemat nie przyspiesza strony, lecz zwiększa udział kliknięć w wynikach nawet o kilkanaście procent.

Jak często sprawdzać Core Web Vitals po wdrożeniu poprawek?

Rytm pomiaru zależy od źródła danych. Raport laboratoryjny w PageSpeed Insights uruchamiaj po każdej większej zmianie szablonu, wtyczki lub konfiguracji serwera, bo wynik dostajesz natychmiast i widzisz efekt pojedynczej modyfikacji. Dane z ruchu rzeczywistego aktualizują się w oknie 28 dni, więc raport w Search Console sprawdzaj raz w miesiącu i porównuj liczbę adresów w grupie dobrej, wymagającej poprawy oraz słabej. Osobno prowadź kontrolę po aktualizacjach systemu zarządzania treścią i po dołożeniu każdego skryptu marketingowego — jeden nowy piksel potrafi podnieść INP o dwieście milisekund. Kwartalny przegląd trzech najważniejszych szablonów wystarczy, żeby regres nie utrzymał się dłużej niż kilka tygodni.

Czy Core Web Vitals realnie podnoszą pozycje w wynikach wyszukiwania?

Ich waga jest realna, ale mniejsza niż waga dopasowania treści i profilu odnośników. Google traktuje te wskaźniki jako sygnał rozstrzygający: przy dwóch stronach o zbliżonej wartości merytorycznej wyżej trafi ta, która ładuje się szybciej i nie przeskakuje pod palcem użytkownika. Największy zwrot widać jednak po stronie konwersji. Skrócenie LCP z 4,1 do 2,2 sekundy w sklepie z ruchem 30 000 wizyt miesięcznie zwykle przekłada się na kilkanaście procent więcej rozpoczętych koszyków, ponieważ maleje odsetek porzuceń jeszcze przed wyświetleniem oferty. Optymalizację wydajności traktuj więc jako pracę nad przychodem, której skutkiem ubocznym jest lepsza pozycja.

Co zrobić, gdy słabe wyniki wynikają z motywu lub wtyczek?

Zacznij od pomiaru kosztu każdego dodatku. Wyłącz wtyczki pojedynczo na kopii roboczej i notuj zmianę czasu odpowiedzi oraz wagi zasobów — w typowej instalacji trzy z dwudziestu rozszerzeń odpowiadają za większość obciążenia. Rozbudowane kreatory stron dokładają zwykle 300–600 kilobajtów kodu CSS i JavaScript na każdej podstronie, także tam, gdzie nie użyto ani jednego ich modułu. Jeśli motyw nie pozwala ograniczyć tego ładunku warunkowo, tańsza okazuje się przebudowa na lekki szablon za 300–800 zł niż kolejne miesiące łatania. Przed zmianą wykonaj pełną kopię bazy i plików, a wdrożenie zaplanuj poza godzinami szczytu sprzedaży.