Masz dwie sekundy. Tyle daje Ci większość ludzi, zanim zdecyduje, czy zostać na stronie, czy wrócić do wyników Google. Jeśli przez ten czas widzą biały ekran albo skaczący układ, klikają „wstecz” - i lądują u konkurencji.
Core Web Vitals to próba zmierzenia dokładnie tego: jak strona zachowuje się w rękach prawdziwego użytkownika. Google używa tych danych przy ocenie stron i w 2026 zestaw jest już ustabilizowany - trzy wskaźniki, jasne progi i jedna ważna zmiana z 2024 roku, o której połowa właścicieli stron wciąż nie wie.
Co zmieniło się do 2026 roku
Przez lata trzecim wskaźnikiem był FID - First Input Delay. Mierzył tylko jedno: ile czeka użytkownik między pierwszym kliknięciem a reakcją przeglądarki. W marcu 2024 Google zastąpił go wskaźnikiem INP, który patrzy na wszystkie interakcje w trakcie wizyty i raportuje tę najgorszą.
Różnica jest brutalna. FID łatwo było „oszukać” - wystarczyło, że pierwsze kliknięcie trafiło w spokojny moment. INP nie da się oszukać, bo bierze pod uwagę każde rozwinięcie menu, każde dodanie do koszyka, każdy filtr w sklepie. Strony obwieszone wtyczkami i trackerami, które dawniej zaliczały FID na zielono, dziś masowo oblewają INP.
W 2026 nic się w tym zestawie nie zmieniło - i właśnie dlatego warto go w końcu ogarnąć. Reguły gry są stabilne, a większość konkurencji nadal ich nie zna.
Trzy wskaźniki, które musisz znać
LCP - jak szybko widać treść
Largest Contentful Paint mierzy, po jakim czasie ładuje się największy, najważniejszy element na ekranie - zwykle nagłówek albo główne zdjęcie. To odpowiedź na pytanie „kiedy strona wygląda na gotową”.
Cel: poniżej 2,5 sekundy. Powyżej czterech sekund użytkownik czuje, że „się muli”.
INP - jak szybko strona reaguje
Interaction to Next Paint sprawdza, jak szybko strona odpowiada na Twoje działania - kliknięcie w menu, rozwinięcie pytania, dodanie do koszyka. To następca FID, obowiązujący od marca 2024 i bardziej bezlitosny, bo patrzy na całą interakcję, a nie na jej fragment.
Cel: poniżej 200 milisekund. Kliknięcie, po którym przez sekundę nic się nie dzieje, to najszybsza droga do irytacji.
CLS - czy układ nie skacze
Cumulative Layout Shift mierzy stabilność. Znasz to: chcesz kliknąć przycisk, w ostatniej chwili doładowuje się baner, wszystko przeskakuje i klikasz nie tam, gdzie chciałeś. CLS karze właśnie takie skoki.
Cel: poniżej 0,1.
| Wskaźnik | Co mierzy | Dobry wynik | Status |
|---|---|---|---|
| LCP | czas do załadowania głównej treści | < 2,5 s | aktualny |
| INP | czas reakcji na kliknięcie | < 200 ms | zastąpił FID (2024) |
| CLS | stabilność układu | < 0,1 | aktualny |
Google ocenia 75. percentyl - czyli wynik, który osiąga 3 na 4 Twoich użytkowników. To, że na Twoim szybkim laptopie i światłowodzie wszystko śmiga, nic nie znaczy. Liczy się telefon klienta w autobusie na zasięgu LTE.
Dlaczego to przekłada się na klientów
Dwa powody - jeden związany z Google, drugi z ludźmi i ich portfelem.
Pozycje. Core Web Vitals są jednym z czynników rankingowych. Nie najważniejszym - dopasowana, dobra treść liczy się bardziej - ale przy dwóch podobnych stronach szybsza wygrywa. W pozycjonowaniu to często ten dodatkowy punkt, który decyduje o tym, kto jest nad konkurencją, a kto pod nią.
Konwersja. Tu liczby mówią same za siebie. Z danych Google wynika, że prawdopodobieństwo opuszczenia strony rośnie o 32% przy wydłużeniu ładowania z 1 do 3 sekund, a przy skoku do 5 sekund - o ponad 90% (Think with Google). Innymi słowy: zanim Twoja wolna strona w ogóle pokaże ofertę, jedna trzecia odwiedzających już zniknęła.
W sklepie wolniejsza strona to po prostu mniej koszyków. Na stronie usługowej - mniej wypełnionych formularzy. Szybkość nie jest fanaberią dla programistów, tylko realnym pieniądzem, który przepływa albo do Ciebie, albo do firmy obok.
Jak sprawdzić swoją stronę
Nie musisz niczego instalować. Dwa darmowe narzędzia wystarczą:
- PageSpeed Insights - wklejasz adres, dostajesz wyniki LCP, INP i CLS plus konkretne podpowiedzi, co spowalnia stronę.
- Search Console (zakładka „Core Web Vitals”) - pokazuje dane z prawdziwych wizyt na Twojej stronie, podzielone na adresy „dobre”, „wymagające poprawy” i „słabe”.
Zacznij od danych z Search Console, bo to realne wizyty Twoich klientów, a nie pojedynczy test z laboratorium.
Liczy się telefon, nie Twój laptop
Google ocenia stronę przede wszystkim w wersji mobilnej - w podejściu zwanym mobile-first. Ranking opiera się na danych z telefonów, bo z telefonów korzysta większość ludzi. Twoja strona może mieć świetne wyniki na desktopie i słabe na komórce, a dla Google liczy się ta druga liczba.
Dlatego testując stronę, patrz najpierw na zakładkę „mobile” w PageSpeed Insights. To tam najczęściej wychodzą problemy: ciężkie zdjęcia ładowane w pełnej rozdzielczości, skrypty dławiące słabszy procesor i układ skaczący na wąskim ekranie. Strona, która śmiga na Twoim laptopie, a muli się na pięcioletnim Androidzie klienta z Sosnowca czy Zabrza, w oczach Google jest po prostu wolna.
Co najczęściej psuje wyniki
Z naszej praktyki przy stronach firm z Katowic i całego Śląska najczęstsi winowajcy to:
- ciężkie, nieskompresowane zdjęcia w pełnej rozdzielczości,
- nadmiar wtyczek i skryptów - klasyka przeładowanego WordPressa,
- reklamy i banery doładowywane na siłę,
- brak zarezerwowanego miejsca na obrazki, przez co układ skacze pod palcem,
- trackery i piksele odpalane gromadnie przy każdej interakcji - główny zabójca INP.
Większość z tych rzeczy da się naprawić. Czasem wystarczy optymalizacja, czasem prościej i taniej zbudować stronę od nowa w lekkim stacku - o różnicy pisaliśmy w tekście WordPress czy Next.js.
Jak poprawić każdy z trzech wskaźników
Dobra wiadomość: większość problemów z Core Web Vitals ma znane rozwiązania.
Na LCP (szybkość): zoptymalizuj główne zdjęcie - lekki format (WebP albo AVIF), odpowiedni rozmiar i wczesne wczytanie. Ogranicz ciężkie skrypty i zewnętrzne osadzenia, które blokują rysowanie strony.
Na INP (reakcja): odchudź JavaScript. Im mniej kodu przegląda urządzenie przy każdym kliknięciu, tym szybciej reaguje. To najczęstszy problem stron obwieszonych wtyczkami, czatami i trackerami - i dziś najtrudniejszy do nadrobienia, bo INP karze całą ich gromadę.
Na CLS (stabilność): zarezerwuj miejsce na obrazki, reklamy i osadzenia, podając ich wymiary. Wtedy nic nie „doskakuje” i układ nie przeskakuje pod palcem.
Część z tych rzeczy poprawisz na istniejącej stronie. Czasem jednak warstwa po warstwie nieefektywnego kodu jest tak gruba, że łatanie pojedynczych wskaźników przypomina wylewanie wody z dziurawej łodzi.
Ile kosztuje poprawa Core Web Vitals - i kiedy się opłaca
Najczęstsze pytanie po teście PageSpeed: „ile mnie to wyniesie”. Odpowiedź zależy od tego, czy problemem jest kilka elementów, czy sam fundament strony.
Punktowa optymalizacja istniejącej strony - kompresja zdjęć, leniwe ładowanie, ograniczenie wtyczek, zarezerwowanie miejsca na elementy - to najczęściej 1500-5000 zł netto jednorazowo, w zależności od skali bałaganu. Sensowna, gdy strona ma dobry szkielet, a wyniki ciągnie w dół kilka konkretnych rzeczy.
Przebudowa na lekkim stacku ma sens, gdy źródłem problemu jest sam motyw i kilkadziesiąt wtyczek - wtedy każda poprawka odbija się gdzie indziej, a INP i tak zostaje czerwony. Koszt nowej, szybkiej strony firmowej to dziś 3000-8000 zł netto, a wersji premium w Next.js - 15000-30000 zł netto. Pełne widełki rozpisaliśmy w tekście ile kosztuje strona internetowa.
Prosta reguła, którą stosujemy u klientów:
| Sytuacja | Co się opłaca |
|---|---|
| Dobry szkielet, kilka ciężkich elementów | Optymalizacja (1500-5000 zł) |
| Ciężki motyw + dużo wtyczek, czerwony INP | Przebudowa od nowa |
| Strona starsza niż 4-5 lat, wolna na mobile | Przebudowa od nowa |
| Nowy sklep z dużym ruchem | Od razu lekki stack |
Liczy się rachunek: jeśli optymalizacja pochłonie połowę kosztu nowej strony, a i tak nie ruszy INP - przebudowa jest tańsza w skali roku, bo zaczyna zarabiać od razu.
Mit: musisz mieć 100/100
Nie musisz. Wynik 100/100 w PageSpeed Insights cieszy oko, ale Google nie wymaga perfekcji - wymaga, żeby strona mieściła się w „dobrych” progach dla większości użytkowników.
Różnica między wynikiem 92 a 100 jest dla klienta niezauważalna. Różnica między 45 a 85 - ogromna. Goń za zielonymi progami LCP, INP i CLS, a nie za okrągłą liczbą. Lepiej mieć stabilne 90 na telefonie klienta niż 100 na swoim laptopie i 50 na czyimś starszym Androidzie.
U nas to standard, nie dodatek
Każdą stronę budujemy tak, żeby zielone Core Web Vitals były punktem wyjścia, a nie czymś, co dorabia się po fakcie za dopłatą. Lekki kod, zoptymalizowane obrazki, zarezerwowane miejsce na elementy i minimum skryptów - strona, która ładuje się i reaguje, zanim klient zdąży się rozmyślić.
Twoja strona ładuje się wolno albo czerwieni w Search Console? Wyceń poprawę albo nową stronę - zmierzymy Core Web Vitals i powiemy wprost, czy wystarczy optymalizacja, czy lepiej zbudować ją na nowo.