Core Web Vitals po ludzku: co mierzy Google i jak to poprawić

Core Web Vitals to trzy wskaźniki, którymi Google mierzy, czy korzystanie z Twojej strony jest przyjemne, czy irytujące. Brzmi technicznie, ale sprowadza się do trzech pytań, które zadaje sobie każdy odwiedzający: jak szybko coś widzę, jak szybko strona reaguje na moje kliknięcia i czy treść nie skacze mi pod palcem. Wyniki wpływają na pozycje w wyszukiwarce — ale jeszcze mocniej wpływają na to, czy klient zostanie, czy ucieknie.

LCP — jak szybko widać najważniejsze

Largest Contentful Paint mierzy, po ilu sekundach wyświetla się największy element widoczny na starcie — zwykle zdjęcie w nagłówku albo główny tytuł. Cel: poniżej 2,5 s. Typowy winowajca z życia: zdjęcie hero wrzucone prosto z aparatu, 4 MB w pełnej rozdzielczości, serwowane z wolnego hostingu. Telefon na łączu komórkowym pobiera je pięć sekund, a klient przez ten czas patrzy na pustkę.

INP — jak szybko strona reaguje

Interaction to Next Paint (następca dawnego FID) mierzy opóźnienie między Twoim kliknięciem a widoczną reakcją strony. Cel: poniżej 200 ms. Z życia: klikasz „rozwiń menu” i przez sekundę nic się nie dzieje, bo przeglądarka mieli właśnie skrypty czatu, popupu, mapy i trzech narzędzi analitycznych naraz. Strona „działa”, ale sprawia wrażenie zepsutej — a użytkownik klika wstecz.

CLS — czy treść nie skacze

Cumulative Layout Shift mierzy, jak bardzo elementy przesuwają się podczas ładowania. Cel: poniżej 0,1. Znasz to: chcesz kliknąć „czytaj więcej”, a w ostatniej chwili doładowuje się baner i trafiasz w reklamę. Przyczyna jest prozaiczna — obrazki i osadzone elementy bez zadeklarowanych wymiarów, więc przeglądarka nie wie, ile zarezerwować im miejsca, i przetasowuje układ w locie.

Jak sprawdzić swoją stronę (za darmo, w 2 minuty)

  • PageSpeed Insights — wpisz adres i patrz przede wszystkim na zakładkę „Na urządzeniach mobilnych” oraz sekcję z danymi rzeczywistych użytkowników; to one liczą się dla Google bardziej niż wynik laboratoryjny.
  • Google Search Console → Podstawowe wskaźniki internetowe — pokazuje, które grupy podstron mają problem, na danych z prawdziwych wizyt.

Mierz stronę główną i najważniejsze podstrony usług — to na nie trafia ruch z wyszukiwarki.

Naprawy od najtańszej do najdroższej

  1. Kompresja i wymiary obrazków. Zdjęcia w formacie WebP/AVIF, przeskalowane do realnie wyświetlanego rozmiaru, z atrybutami szerokości i wysokości. Najczęściej to połowa problemu z LCP i CLS — kosztuje godzinę pracy.
  2. Cache. Poprawnie skonfigurowana pamięć podręczna sprawia, że serwer nie buduje strony od zera przy każdym wejściu. Efekt bywa spektakularny.
  3. Odchudzenie skryptów. Każda wtyczka, czat i piksel to podatek od INP. Zasada: jeśli czegoś nie używasz od pół roku — wyłącz. Tu wygrywają strony budowane na czystym kodzie zamiast na page builderach.
  4. Lazy loading obrazków spoza pierwszego ekranu — WordPress robi to dziś domyślnie, ale warto sprawdzić, czy zdjęcie hero NIE jest leniwie ładowane (częsty błąd odwrotny, psujący LCP).
  5. Szybszy hosting. Gdy czas odpowiedzi serwera przekracza 0,6–0,8 s, żadna optymalizacja frontu tego nie nadrobi — pomoże dopiero przeprowadzka na lepszy serwer.

Ile realnie da się ugrać

Typowy efekt rzetelnej optymalizacji strony na WordPressie: skrócenie ładowania z 4–6 s do poniżej 2 s i wynik PageSpeed mobile z okolic 40–60 do 90+. To nie magia, tylko sprzątanie: mniejsze obrazy, mniej skryptów, działający cache, przyzwoity serwer. Różnicę widać w danych — od współczynnika odrzuceń po liczbę zapytań z formularza.

Nie wiesz, od czego zacząć u siebie?

Zamów bezpłatny audyt DNA — zmierzymy Twoje Core Web Vitals, wskażemy konkretne hamulce w kolejności od najtańszego do usunięcia i powiemy wprost, czy wystarczy optymalizacja, czy strona wymaga głębszej przebudowy. Raport dostaniesz bez żargonu i bez zobowiązań.