Core Web Vitals dla strony firmowej: jak czytać wyniki i co poprawić

Wpisujesz adres swojej strony w PageSpeed Insights i widzisz morze pomarańczowych i czerwonych cyfr. LCP, INP, CLS, do tego jakieś wykresy i procenty. Większość właścicieli firm zamyka tę zakładkę po 30 sekundach, bo nikt im nie przetłumaczył, co te skróty oznaczają dla biznesu. A oznaczają sporo: wg badań Google wydłużenie ładowania z 1 do 3 sekund zwiększa ryzyko ucieczki użytkownika mobilnego o 32%.

W tym artykule tłumaczę Core Web Vitals na język właściciela firmy: co mierzy każda z trzech metryk, gdzie sprawdzić prawdziwe wyniki (a nie te z ofert agencji) i które poprawki dają największy efekt przy najmniejszym budżecie. Przez 13 lat pracy z WordPressem optymalizowałem dziesiątki stron firmowych i sklepów, więc zamiast teorii dostaniesz kolejność działań, którą sam stosuję w projektach.

Czym są Core Web Vitals i dlaczego Google mierzy je na Twojej stronie

Core Web Vitals to trzy metryki, którymi Google ocenia, jak strona zachowuje się u realnych użytkowników: jak szybko pokazuje główną treść (LCP), jak szybko reaguje na kliknięcia (INP) i czy elementy nie skaczą podczas ładowania (CLS). Dane nie pochodzą z żadnej symulacji. Google zbiera je z przeglądarek Chrome prawdziwych odwiedzających i agreguje w raporcie CrUX (Chrome User Experience Report).

Po co to wszystko? Google chce podsyłać użytkowników na strony, które nie irytują. Core Web Vitals są częścią sygnałów rankingowych, ale moim zdaniem ranking to dopiero drugi powód, żeby się nimi zająć. Pierwszy jest prostszy: wolna strona pali budżet reklamowy i traci zapytania ofertowe, zanim ktokolwiek zobaczy Twoją ofertę. Skoro płacisz za pozycjonowanie albo Google Ads, każda sekunda ładowania to realny koszt.

Skala problemu jest spora, szczególnie w świecie WordPressa, na którym działa ok. 42% wszystkich stron www. Wg danych HTTP Archive i CrUX z 2025 roku wszystkie trzy metryki przechodzi tylko ok. 43-45% stron WordPress, podczas gdy Wix osiąga 70,8%, a Shopify 75,2%. To nie znaczy, że WordPress jest zły. To znaczy, że łatwo go zepsuć tanim hostingiem, ciężkim motywem i dwudziestoma wtyczkami.

Co oznaczają LCP, INP i CLS w praktyce

LCP mierzy, po ilu sekundach użytkownik widzi główny element strony, INP sprawdza opóźnienie reakcji na kliknięcie, a CLS liczy, jak mocno elementy przesuwają się podczas ładowania. Tyle definicji. Teraz po ludzku.

LCP (Largest Contentful Paint) to moment, w którym na ekranie pojawia się największy element widoczny bez przewijania: zwykle baner, zdjęcie albo nagłówek. Jeśli klient przez 4 sekundy patrzy na biały ekran, to dla niego strona "nie działa". INP (Interaction to Next Paint) to czas od kliknięcia w menu, przycisk czy pole formularza do widocznej reakcji strony. Powyżej 200 ms użytkownik zaczyna czuć, że coś "muli". CLS (Cumulative Layout Shift) opisuje sytuację, którą zna każdy: chcesz kliknąć przycisk, a w ostatniej chwili doładowuje się baner i trafiasz w reklamę. Im wyższy CLS, tym częściej Twoi klienci klikają nie tam, gdzie chcieli.

Google dzieli wyniki na trzy koszyki i liczy je dla 75 percentyla wizyt. Po polsku: trzy czwarte odwiedzin musi zmieścić się w progu, żeby metryka była zielona.

Między dobrym a słabym wynikiem jest jeszcze strefa "wymaga poprawy" (pomarańczowa). U moich klientów z sektora MŚP najczęściej oblewaną metryką jest LCP, bo strony firmowe lubią ciężkie zdjęcia z banku fotografii wrzucone prosto z aparatu.

Gdzie sprawdzić wyniki swojej strony firmowej

Wyniki Core Web Vitals sprawdzisz za darmo w dwóch miejscach: w PageSpeed Insights (pagespeed.web.dev) i w raporcie "Podstawowe wskaźniki internetowe" w Google Search Console. Oba narzędzia są darmowe i oba korzystają z tych samych danych CrUX.

PageSpeed Insights działa od ręki: wklejasz adres, czekasz pół minuty i dostajesz raport osobno dla wersji mobilnej i desktopowej. Najważniejsza jest górna sekcja "Sprawdź, co odkryli Twoi użytkownicy". To dane z realnych wizyt z ostatnich 28 dni i to właśnie na nie patrzy Google. Search Console wymaga weryfikacji własności strony, ale w zamian pokazuje listę konkretnych podstron z problemami i historię zmian w czasie. Jeśli prowadzisz firmę i masz stronę, Search Console powinna być podpięta tak czy inaczej, choćby dla danych o frazach.

Jest jeden haczyk: mniejsze strony firmowe często nie mają wystarczającego ruchu, żeby CrUX zebrał próbkę. Wtedy sekcja danych polowych jest pusta i zostaje test laboratoryjny. To częsta sytuacja przy stronach z ruchem poniżej kilku tysięcy wizyt miesięcznie i nie oznacza, że ze stroną jest coś nie tak.

Dlaczego wynik w PageSpeed różni się od raportu w Search Console

Różnica bierze się stąd, że PageSpeed pokazuje dwa zestawy danych naraz: laboratoryjne (jednorazowa symulacja na wolnym łączu) i polowe (realni użytkownicy z 28 dni), a Search Console korzysta wyłącznie z polowych. Ten słynny wynik 0-100 z dużym kolorowym kółkiem to test laboratoryjny Lighthouse. Przydatny do diagnozy, ale Google nie używa go w rankingu.

Widziałem strony z wynikiem laboratoryjnym 60 punktów i kompletem zielonych metryk polowych, bo realni odwiedzający korzystali z szybkich telefonów i dobrego internetu. Widziałem też odwrotne przypadki. Dlatego gonienie za 100/100 w Lighthouse to moim zdaniem strata pieniędzy: celem są zielone dane polowe, czyli LCP do 2,5 s, INP do 200 ms i CLS do 0,1 u trzech czwartych użytkowników.

Druga częsta nieporozumienie dotyczy świeżości danych. Dane polowe to średnia krocząca z 28 dni. Jeśli dziś naprawisz LCP, raport w Search Console zrobi się zielony dopiero po 3-4 tygodniach. Klienci czasem dzwonią do mnie po tygodniu z pytaniem, czemu "nic się nie zmieniło". Zmieniło się, tylko Google jeszcze tego nie uśrednił. Test laboratoryjny pokaże poprawę od razu, więc to nim weryfikuję efekty na gorąco.

Jak poprawić LCP, czyli najczęstszy problem stron firmowych

LCP poprawisz najszybciej trzema ruchami: lepszym hostingiem, kompresją obrazów i włączeniem cache. W tej kolejności, bo żadna wtyczka nie nadrobi serwera, który odpowiada po półtorej sekundy.

Hosting to fundament. W Polsce przyzwoity hosting z dyskami NVMe i serwerem LiteSpeed kosztuje ok. 199-249 zł netto rocznie przy odnowieniu (LH.pl od 199 zł, cyber_Folks od 249 zł), a pierwszy rok bywa promocyjnie za 29-50 zł. Jeśli Twoja strona stoi na pakiecie za 39 zł rocznie u przypadkowego dostawcy, to tam zaczyna się problem. Drugi krok to obrazy: zdjęcie 4000 px wrzucone prosto z sesji fotograficznej potrafi ważyć 8 MB, a mediana całej strony WordPress na mobile to 2,9 MB. Konwersja do WebP i przeskalowanie do realnych wymiarów załatwia często połowę problemu. Trzeci krok to cache: darmowy LiteSpeed Cache (jeśli serwer obsługuje LiteSpeed) albo WP Rocket za ok. 59 USD rocznie.

Czy to wystarczy? Na większości stron firmowych do 15 podstron tak. Przy starych motywach z page builderem czasem trzeba pójść głębiej i to już robota dla specjalisty.

Jak poprawić INP i CLS bez przebudowy strony

INP najczęściej psuje nadmiar JavaScriptu (slidery, czaty, mapy, trackery), a CLS obrazy bez zdefiniowanych wymiarów i elementy doklejane po załadowaniu strony. Dobra wiadomość: ok. 77% stron mobilnych ma już dobry INP poniżej 200 ms, więc jeśli Twoja strona oblewa tę metrykę, przyczyna jest zwykle jedna i konkretna.

Przy INP zaczynam od inwentaryzacji skryptów. Czy slider na stronie głównej naprawdę sprzedaje, czy tylko obciąża przeglądarkę? U mnie w projektach wycięcie karuzeli i zastąpienie jej jednym statycznym banerem z wyraźnym CTA prawie zawsze poprawiało i metryki, i konwersję. Resztę załatwia opcja opóźnienia JavaScriptu w WP Rocket lub LiteSpeed Cache: skrypty czatu czy analityki ładują się dopiero przy pierwszej interakcji użytkownika. Przy okazji: WordPress 6.9 z grudnia 2025 wprowadził ładowanie stylów tylko dla bloków faktycznie użytych na stronie, więc sama aktualizacja systemu też potrafi pomóc.

CLS naprawia się wręcz mechanicznie: każdy obraz i każda ramka (np. mapa Google) musi mieć zadeklarowaną szerokość i wysokość, a baner cookies i paski promocyjne powinny mieć zarezerwowane miejsce albo nachodzić na treść warstwą, zamiast ją spychać. To zmiany na poziomie motywu, zwykle kilka godzin pracy.

> Na początku 2025 roku przejmowałem stronę firmy szkoleniowej spod Poznania: 16 wtyczek, karuzela na stronie głównej i hosting za 49 zł rocznie. Po przeniesieniu na serwer z LiteSpeed, wycięciu karuzeli i kompresji zdjęć LCP spadł z 4,6 s do 1,8 s, a liczba zapytań z formularza wzrosła o ok. 30% w ciągu kwartału. Sama optymalizacja zajęła dwa dni robocze.

Ile kosztuje optymalizacja i czy robić ją samemu

Podstawową optymalizację zrobisz samodzielnie za 200-450 zł rocznie (hosting plus ewentualna wtyczka cache), a zlecenie jej specjaliście kosztuje zwykle 800-2500 zł netto jednorazowo, zależnie od stanu strony. Co wybrać?

Jeśli ogarniasz panel WordPressa na poziomie dodawania wpisów, punkty z checklisty wyżej są w Twoim zasięgu. Konfiguracja LiteSpeed Cache czy WP Rocket to klikanie po ustawieniach z poradnikiem, nie programowanie. Schody zaczynają się, gdy motyw ma zaszyte błędy: render-blocking CSS, brak wymiarów obrazów w kodzie, osiem fontów ładowanych z trzech źródeł. Tego nie naprawisz wtyczką.

W moich projektach stron internetowych optymalizacja pod Core Web Vitals nie jest osobną usługą, tylko częścią wdrożenia: lekki motyw, obrazy w WebP i cache skonfigurowany przed oddaniem strony. Jeśli masz już stronę i chcesz tylko poprawić wyniki, takie zlecenie wyceniam po krótkim audycie, orientacyjne widełki znajdziesz w cenniku.

Na koniec rzecz najważniejsza: Core Web Vitals to nie sztuka dla sztuki, tylko miernik tego, czy strona szanuje czas Twoich klientów. Zielone metryki nie sprzedadzą słabej oferty, ale czerwone potrafią pogrzebać dobrą. Sprawdź swoją stronę w PageSpeed Insights, przejdź checklistę z tego artykułu, a jeśli wyniki dalej świecą na czerwono albo nie chcesz dłubać w tym samodzielnie, napisz do mnie przez formularz kontaktowy lub ten na dole strony. Podeślij adres strony, a powiem Ci, gdzie leży problem i ile będzie kosztowało jego usunięcie.