Core Web Vitals w 2026: jak zdać test Google i dlaczego to wpływa na sprzedaż

Klikasz w swoją stronę, a ona ładuje się trzy sekundy. Dla Ciebie to drobnostka, bo znasz ją na pamięć. Dla klienta, który trafił tu z reklamy i ma otwarte jeszcze trzy karty konkurencji, to wystarczający powód, żeby zamknąć zakładkę. Core Web Vitals to zestaw wskaźników, którymi Google mierzy dokładnie ten moment: czy Twoja strona jest szybka, stabilna i responsywna na dotyk. W tym tekście pokażę Ci, co te skróty naprawdę oznaczają, jak sprawdzić swój wynik w pięć minut i co zrobić, żeby go poprawić, nawet jeśli nigdy nie zaglądałeś do kodu.

Czym właściwie są Core Web Vitals

Core Web Vitals to trzy konkretne pomiary doświadczenia użytkownika, które Google traktuje jako sygnał rankingowy. Nie są to abstrakcyjne oceny, tylko liczby zbierane od prawdziwych ludzi, którzy odwiedzają Twoją stronę. Google patrzy na to, jak szybko pojawia się treść, jak szybko strona reaguje na kliknięcie oraz czy elementy nie skaczą pod palcem w trakcie ładowania. Jeśli te trzy rzeczy działają dobrze, zdajesz test. Jeśli nie, tracisz zarówno pozycje w wynikach, jak i cierpliwość odwiedzających.

LCP, czyli jak szybko widać treść

LCP (Largest Contentful Paint) mierzy, po jakim czasie na ekranie pojawia się największy, najważniejszy element: zwykle duże zdjęcie nagłówkowe, baner albo blok tekstu. To moment, w którym użytkownik czuje, że „strona się załadowała”. Google uznaje wynik za dobry, gdy mieści się poniżej 2,5 sekundy. Powyżej 4 sekund wpadasz w czerwoną strefę. W praktyce najczęstszym winowajcą słabego LCP jest ciężkie, nieskompresowane zdjęcie w nagłówku albo wolny serwer, który odpowiada z opóźnieniem.

INP, nowy wskaźnik, który zastąpił FID

INP (Interaction to Next Paint) to najważniejsza zmiana ostatnich lat. W marcu 2024 zastąpił starszy wskaźnik FID i w 2026 jest już pełnoprawnym elementem oceny. INP sprawdza, jak szybko strona reaguje na Twoje działanie: kliknięcie w menu, rozwinięcie formularza, dodanie produktu do koszyka. Mierzony jest czas od interakcji do momentu, gdy ekran faktycznie się zaktualizuje. Dobry wynik to poniżej 200 milisekund. Powyżej 500 milisekund użytkownik ma wrażenie, że strona się „zacięła”, klika drugi raz, denerwuje się i wychodzi. INP boli szczególnie strony przeładowane wtyczkami i skryptami, bo to zazwyczaj nadmiar JavaScriptu blokuje reakcję.

CLS, czyli stabilność układu

CLS (Cumulative Layout Shift) odpowiada na proste pytanie: czy elementy strony skaczą podczas ładowania? Każdy zna tę irytację, gdy chcesz kliknąć przycisk, a w ostatniej chwili doładowuje się reklama albo obrazek i trafiasz w coś zupełnie innego. CLS mierzy tę niestabilność. Dobry wynik to poniżej 0,1. Najczęstsze przyczyny to obrazki bez zdefiniowanych wymiarów, czcionki, które podmieniają się po załadowaniu, oraz treści wstrzykiwane dynamicznie bez zarezerwowanego miejsca.

Dlaczego wolna strona realnie kosztuje Cię klientów

To nie jest temat tylko dla programistów. Szybkość strony przekłada się bezpośrednio na pieniądze i da się to pokazać na liczbach. Badania wielu dużych platform od lat pokazują ten sam wzorzec: każda dodatkowa sekunda ładowania zwiększa liczbę osób, które porzucają stronę, zanim cokolwiek zobaczą. Jeśli strona ładuje się w jedną sekundę, a nie w trzy, współczynnik odrzuceń potrafi spaść o kilkadziesiąt procent.

Przełóżmy to na Twój biznes. Załóżmy, że miesięcznie wydajesz 2000 złotych na reklamy i sprowadzasz 1000 odwiedzających. Jeśli przez wolne ładowanie co piąta osoba wychodzi, zanim strona się pokaże, płacisz za 200 kliknięć, które nic nie dają. To 400 złotych wyrzuconych w błoto każdego miesiąca, i to tylko z jednego kanału. Wolna strona nie jest problemem technicznym gdzieś w tle. To cichy wyciek w Twoim lejku sprzedażowym.

Dochodzi do tego efekt pozycjonowania. Google promuje strony, które dają dobre doświadczenie, więc szybka witryna wspina się wyżej w wynikach i generuje ruch, za który nie płacisz. Dlatego praca nad wydajnością i pozycjonowanie SEO idą ze sobą w parze, jedno wzmacnia drugie.

Jak zmierzyć swój wynik w kilka minut

Zanim cokolwiek naprawisz, musisz wiedzieć, gdzie stoisz. Najprostszym narzędziem jest Google PageSpeed Insights. Wklejasz adres swojej strony, czekasz chwilę i dostajesz ocenę osobno dla wersji mobilnej i desktopowej. To, na co powinieneś patrzeć w pierwszej kolejności, to sekcja z danymi od prawdziwych użytkowników, oznaczona jako Core Web Vitals. Jeśli widzisz tam zieleń przy LCP, INP i CLS, zdajesz test. Czerwień albo pomarańcz oznacza, że masz co poprawiać.

Drugim źródłem prawdy jest Google Search Console. Znajdziesz tam raport „Podstawowe wskaźniki internetowe”, który pokazuje, które konkretne podstrony mają problem i czy dotyczy on urządzeń mobilnych, czy komputerów. To ważne rozróżnienie, bo większość ruchu w 2026 roku jest mobilna, a telefony są wolniejsze niż laptopy, więc to tam wyniki wypadają najgorzej. Warto też sprawdzić, czy Twoje narzędzia analityczne są poprawnie wpięte, bo to one powiedzą Ci, gdzie dokładnie w ścieżce zakupowej tracisz ludzi.

Uwaga na jedną pułapkę: PageSpeed pokazuje dwa rodzaje danych. Wynik „laboratoryjny” to symulacja w kontrolowanych warunkach, a dane „terenowe” pochodzą od realnych odwiedzających z ostatnich 28 dni. Dla oceny Google liczą się te drugie. Jeśli właśnie wprowadziłeś poprawki, poczekaj kilka tygodni, zanim ocenisz efekt, bo dane terenowe aktualizują się z opóźnieniem.

Jak poprawić wynik bez znajomości kodu

Dobra wiadomość jest taka, że większość problemów z wydajnością ma te same przyczyny i te same rozwiązania. Nie musisz być programistą, żeby zrobić pierwszy krok. Oto rzeczy, które dają największy efekt przy najmniejszym wysiłku:

• Obrazki. To najczęstszy hamulec. Duże zdjęcia prosto z aparatu potrafią ważyć kilka megabajtów. Skompresuj je, zmień format na WebP lub AVIF i ustaw ładowanie odroczone, żeby obrazy spoza ekranu wczytywały się dopiero, gdy użytkownik do nich przewinie. Samo to potrafi ściąć LCP o połowę.
• Hosting. Najtańszy współdzielony serwer odpowiada wolno, bo dzielisz go z setkami innych stron. Przejście na porządny hosting z buforowaniem to często najszybszy sposób na poprawę czasu reakcji serwera.
• Wtyczki. W WordPressie każda wtyczka dokłada swój kod i skrypty. Jeśli masz zainstalowane trzydzieści, a używasz dziesięciu, reszta spowalnia stronę i psuje INP. Usuń to, czego nie potrzebujesz.
• Buforowanie i CDN. Cache sprawia, że strona nie jest budowana od nowa przy każdej wizycie, a sieć CDN serwuje pliki z serwera najbliższego użytkownikowi. Razem skracają czas ładowania zauważalnie.

Jeśli pracujesz na WordPressie, większość tych kroków da się ogarnąć dobrym zestawem ustawień i odpowiednią wtyczką do optymalizacji. Problem w tym, że źle skonfigurowana wtyczka cache potrafi narobić więcej szkody niż pożytku, popsuć wygląd strony albo zablokować koszyk w sklepie. Jeśli nie czujesz się pewnie w tym temacie, warto oddać to komuś, kto robił to wielokrotnie. Zajmujemy się tym w ramach usługi przyspieszania WordPress, gdzie najpierw mierzymy, potem optymalizujemy, a na końcu sprawdzamy efekt na realnych danych.

INP w praktyce, czyli walka z nadmiarem skryptów

Warto osobno zatrzymać się przy INP, bo to wskaźnik, który sprawia najwięcej kłopotu nowoczesnym stronom. LCP i CLS naprawisz obrazkami i porządkami w układzie. INP to kwestia tego, jak szybko przeglądarka jest w stanie zareagować na kliknięcie, a to zależy od ilości JavaScriptu, który musi w tle przetworzyć.

Typowy scenariusz wygląda tak: właściciel firmy dokłada do strony czat, pop-up z zapisem na newsletter, trzy piksele reklamowe, wtyczkę do opinii i animacje przewijania. Każdy z tych elementów to dodatkowy skrypt, który rywalizuje o zasoby przeglądarki. Efekt jest taki, że kliknięcie w menu reaguje z półsekundowym opóźnieniem, a użytkownik myśli, że strona się zawiesiła. Rozwiązaniem jest odchudzenie: ładowanie skryptów dopiero, gdy są potrzebne, usunięcie tego, co nie przynosi mierzalnej wartości, i ograniczenie liczby narzędzi marketingowych do tych, które naprawdę pracują na sprzedaż. Dobra analiza UX często pokazuje, że połowa tych dodatków nikomu nie służy, a tylko spowalnia stronę.

Kiedy warto zacząć od nowa

Czasem optymalizacja istniejącej strony przypomina ratowanie dachu, kiedy sypią się fundamenty. Jeśli Twoja witryna stoi na przeładowanym, kupionym za grosze szablonie, ma dziesiątki wtyczek i była sklejana przez lata przez różne osoby, naprawianie jej punkt po punkcie bywa droższe niż zbudowanie nowej. Strony tworzone od podstaw z myślą o wydajności zdają Core Web Vitals niejako z automatu, bo nie ciągną za sobą balastu. Jeśli zastanawiasz się, która droga jest sensowniejsza w Twoim przypadku, zobacz nasze realizacje w portfolio, gdzie szybkość była priorytetem od pierwszego pliku, a w razie potrzeby pomożemy Ci zdecydować przy okazji tworzenia nowej strony.

Co zrobić już dziś

Core Web Vitals w 2026 to nie moda, tylko stały element tego, jak Google i Twoi klienci oceniają stronę. Zacznij od pomiaru w PageSpeed Insights, żeby poznać punkt wyjścia. Potem zajmij się obrazkami i hostingiem, bo to daje najszybszy zwrot. Dopiero później bierz się za skrypty i INP, który wymaga trochę więcej precyzji. Pamiętaj, że celem nie jest sto punktów na wykresie, tylko zielone wskaźniki w danych od realnych użytkowników i mniejsza liczba osób, które wychodzą z Twojej strony rozczarowane.

Jeśli chcesz mieć pewność, że robisz to dobrze, albo po prostu wolisz oddać temat w ręce praktyków, którzy robili to dziesiątki razy, napisz do nas przez formularz kontaktowy. Sprawdzimy, gdzie Twoja strona traci szybkość i pieniądze, i powiemy wprost, co da się naprawić, a co trzeba zbudować od nowa.