Core Web Vitals na stronie firmowej: co poprawić najpierw

Czym są Core Web Vitals i dlaczego dotyczą także małej firmy

Core Web Vitals to zestaw metryk opisujących realne doświadczenie użytkownika: jak szybko strona pokazuje treść, jak szybko reaguje na kliknięcie i czy elementy nie przesuwają się podczas ładowania. Google traktuje je jako jeden z sygnałów oceny strony — obok trafności treści i linków. Dla firmy usługowej liczy się jednak prostsza rzecz: wolna strona traci zapytania, zanim ktokolwiek przeczyta ofertę.

Nie chodzi o to, żeby mieć „zielone wyniki” dla samego wyniku. Chodzi o to, żeby klient z telefonu w słabym zasięgu zobaczył nazwę usługi, obszar działania i sposób kontaktu, zanim zdąży się znudzić. Metryki są tylko sposobem opisania tego doświadczenia liczbami — i dlatego warto je rozumieć, nawet jeśli nie zamierzasz samodzielnie nic kodować.

Trzy metryki, które decydują o odbiorze strony

Każda z trzech metryk odpowiada na inne pytanie użytkownika. LCP — czy w ogóle doczekam się treści. INP — czy strona reaguje, gdy klikam. CLS — czy to, co widzę, nie ucieka mi spod palca. Naprawianie ich „hurtem”, bez ustalenia, która faktycznie zawodzi, zwykle kończy się pracą bez widocznego efektu.

LCP — największy widoczny element

LCP mierzy czas, po którym pojawia się największy element w widocznym obszarze strony: zwykle duże zdjęcie, nagłówek hero albo blok z ofertą. Oficjalny próg to 2,5 sekundy — powyżej niego strona jest uznawana za wolną. Najczęstsze przyczyny problemu: nieskompresowany obraz, font blokujący renderowanie, zbyt wiele skryptów ładowanych przed treścią.

INP — reakcja na kliknięcie

INP opisuje opóźnienie między akcją użytkownika (klik, tapnięcie) a widoczną reakcją strony. Próg to 200 milisekund. Winowajcy to najczęściej ciężkie skrypty firm trzecich: mapy, czaty, piksele reklamowe i wtyczki, które wykonują pracę w głównym wątku przeglądarki.

CLS — stabilność układu

CLS mierzy, jak bardzo elementy przesuwają się w trakcie ładowania. Próg to 0,1. Typowa przyczyna: obrazy i reklamy bez zarezerwowanego miejsca oraz fonty podmieniane po pierwszym renderze. Efekt bywa kosztowny — użytkownik klika „Zadzwoń”, a trafia w inny przycisk.

Dane laboratoryjne a dane terenowe — dlaczego wyniki się różnią

Test w PageSpeed Insights to pomiar laboratoryjny: symulowane warunki, jedno urządzenie, jeden moment. Dane terenowe pochodzą od prawdziwych użytkowników i to one opisują to, co faktycznie widzą klienci. Rozbieżność między nimi jest normalna i nie oznacza, że któreś narzędzie kłamie.

Wnioski praktyczne: jeśli test pokazuje dobre wyniki, a dane terenowe są słabe, problem leży w tym, czego test nie odtwarza — wolne łącze, starszy telefon, obciążony serwer w godzinach szczytu. Jeśli jest odwrotnie, prawdopodobnie mierzyłeś stronę w nietypowym momencie albo na szybkim łączu.

Od czego zacząć naprawę: kolejność, która oszczędza czas

Zacznij od pomiaru i od jednej metryki, która najbardziej odbiega od progu. Dopiero potem zmieniaj kod. Kolejność ma znaczenie, bo część poprawek wpływa na kilka metryk naraz, a część tylko przesuwa problem w inne miejsce.

1. Ustal punkt odniesienia: zapisz aktualne wartości LCP, INP i CLS dla strony głównej i najważniejszej podstrony usługowej.
2. Znajdź element LCP: sprawdź, co dokładnie jest największym elementem i czy da się je dostarczyć szybciej — mniejszy plik, inny format, wcześniejsze ładowanie.
3. Przejrzyj skrypty zewnętrzne: każdy dodany czat, mapa czy piksel to dodatkowa praca przeglądarki. Usuń te, których nikt już nie używa.
4. Zarezerwuj miejsce na obrazy i osadzone elementy: stała wysokość i szerokość eliminują większość przesunięć układu.
5. Dopiero na końcu zajmij się fontami i drobnymi optymalizacjami.

Co najczęściej psuje wynik na stronie firmowej

Najczęstszym źródłem problemów nie jest pojedynczy plik, lecz nadmiar dodatków. Strona zbudowana na gotowym motywie ciągnie dziesiątki skryptów, z których realnie wykorzystujesz kilka. Każdy z nich ładuje się przy każdym wejściu, także na telefonie w słabym zasięgu.

Drugi typowy przypadek to zdjęcia wgrane prosto z aparatu — kilka megabajtów na jedno zdjęcie w galerii realizacji. Trzeci: brak rezerwacji miejsca pod banery i osadzone mapy, co przesuwa treść w trakcie ładowania.

Osobna kategoria to skrypty dodane „na próbę” i nigdy nieusunięte: stare piksele, porzucone narzędzia analityczne, osadzone filmy z autoodtwarzaniem. Warto raz na jakiś czas przejrzeć listę zewnętrznych zasobów i zadać proste pytanie: czy to nadal czemuś służy?

Jak zweryfikować, że poprawka zadziałała

Weryfikacja wymaga dwóch pomiarów: przed zmianą i po niej, na tych samych stronach. Bez punktu odniesienia nie odróżnisz realnej poprawy od zwykłego wahania ruchu.

Pamiętaj, że dane terenowe zbierają się z opóźnieniem — ocena dzień po wdrożeniu nie ma sensu. Daj stronie kilka tygodni normalnego ruchu, a potem porównaj wartości. Jeśli poprawa nie jest widoczna, sprawdź, czy przy okazji nie doszło coś nowego: baner, czat albo dodatkowa sekcja potrafią zjeść cały zysk z optymalizacji.

Kiedy problem leży w architekturze, a nie w pojedynczym pliku

Jeśli po kilku rundach poprawek metryki wracają do złych wartości, przyczyną jest zwykle sposób zbudowania strony, a nie pojedynczy zasób. Strona kodowana od zera, na przykład w Astro i hostowana na Cloudflare, wysyła do przeglądarki tylko to, co jest potrzebne na danej podstronie. Gotowy motyw robi odwrotnie — ładuje wszystko, bo nie wie, co użytkownik zobaczy.

To nie znaczy, że każda wolna strona wymaga przepisania. Znaczy, że przy powtarzalnych problemach warto policzyć koszt kolejnych łatek i porównać go z kosztem uporządkowania architektury.

Checklista przed i po optymalizacji

Przed:

• zapisane wartości LCP, INP i CLS dla strony głównej i kluczowej podstrony,
• lista skryptów zewnętrznych z informacją, do czego służą,
• lista obrazów w widocznym obszarze strony wraz z ich rozmiarami,
• informacja, czy problem dotyczy telefonów, komputerów, czy obu.

Po:

• te same pomiary, te same strony, porównywalny okres,
• potwierdzenie, że nie doszły nowe skrypty ani elementy,
• sprawdzenie, czy poprawa nie zepsuła układu na małych ekranach,
• notatka, co zostało zmienione — żeby za pół roku nie zgadywać.

Najczęstsze pytania

Czy Core Web Vitals to czynnik rankingowy? Google używa ich jako jednego z sygnałów, obok treści i linków. Trafna treść na wolnej stronie nadal może się pozycjonować, ale traci użytkowników po wejściu.

Czy wystarczy raz poprawić stronę? Nie. Każda nowa sekcja, zdjęcie czy skrypt zmienia wynik. Warto wracać do pomiaru przy większych zmianach na stronie.

Od czego zacząć, jeśli mam mały budżet? Od zdjęć i skryptów zewnętrznych. To zwykle najtańsze zmiany o największym wpływie na LCP i INP.

Co zrobić z tym dalej

Metryki nie są celem samym w sobie — są sposobem sprawdzenia, czy klient w ogóle dociera do Twojej oferty. Jeśli nie wiesz, od czego zacząć, możesz umówić bezpłatną konsultację: przejrzymy razem wyniki Twojej strony, ustalimy, która metryka faktycznie szwankuje, i zaplanujemy poprawki w kolejności od największego efektu.