Core Web Vitals dla strony firmowej: co mierzyć i co naprawić najpierw

Wolna strona kosztuje: użytkownik wychodzi, zanim zobaczy ofertę, a formularz nie wysyła się, bo przycisk reaguje z opóźnieniem. Google ujęło to w trzech metrykach nazywanych Core Web Vitals. Nie musisz ich rozumieć technicznie, ale jako właściciel firmy warto wiedzieć, co znaczą i co z nimi zrobić.

Trzy metryki prostym językiem

• LCP (Largest Contentful Paint) — jak szybko pojawia się największy element widoczny na starcie: zwykle zdjęcie lub nagłówek. Google przyjmuje, że dobry wynik to poniżej 2,5 s.
• INP (Interaction to Next Paint) — jak szybko strona reaguje na kliknięcie, dotknięcie lub wpisanie tekstu. Dobry wynik to poniżej 200 ms.
• CLS (Cumulative Layout Shift) — czy treść „skacze” podczas ładowania. Dobry wynik to poniżej 0,1.

Te progi publikuje Google w dokumentacji web.dev i mogą się zmieniać, więc zawsze warto je sprawdzić u źródła.

Jak to sprawdzić bez programisty

1. Otwórz PageSpeed Insights i wklej adres strony. Zobaczysz dane z prawdziwych użytkowników (jeśli ruch jest wystarczający) oraz test laboratoryjny.
2. Sprawdź raport „Podstawowe wskaźniki internetowe” w Google Search Console, który grupuje adresy z problemami.
3. Testuj na telefonie i wolniejszym łączu. Większość ruchu lokalnych firm to urządzenia mobilne.

Różnica między danymi z prawdziwych użytkowników a testem laboratoryjnym jest ważna: ranking opiera się na pierwszych, a drugie służą do diagnozy.

Co najczęściej psuje LCP

• Za duże zdjęcie na górze strony (pliki w pełnej rozdzielczości z aparatu).
• Wolny serwer lub tani hosting z długim czasem odpowiedzi.
• Zdjęcie główne ładowane „leniwie”, choć powinno startować od razu.
• Skrypty blokujące wyświetlanie, np. kilka wtyczek i czcionek ładowanych z zewnątrz.

Co zrobić najpierw: zmniejsz i skompresuj obraz główny, użyj nowoczesnego formatu (WebP lub AVIF), ustaw mu wysoki priorytet ładowania i sprawdź czas odpowiedzi serwera.

Co najczęściej psuje INP

• Zbyt dużo JavaScriptu: wtyczki, widgety czatu, skrypty reklamowe i analityczne.
• Ciężkie animacje uruchamiane przy każdej interakcji.
• Formularze z rozbudowaną walidacją działającą w przeglądarce.

Co zrobić najpierw: usuń skrypty, których nikt nie używa, odłóż ładowanie niekrytycznych widgetów i sprawdź, które wtyczki dokładają najwięcej kodu.

Co najczęściej psuje CLS

• Obrazy bez zadeklarowanych wymiarów.
• Banery cookies i reklamy wstawiane nad treścią po załadowaniu.
• Czcionki, które po wczytaniu zmieniają rozmiar tekstu.

Co zrobić najpierw: ustaw stałe proporcje dla obrazów i osadzeń, zarezerwuj miejsce na banery i wybierz czcionki z poprawnym ładowaniem.

Kolejność prac, która ma sens biznesowy

1. Strony, które przynoszą ruch i zapytania (strona główna, oferta, kontakt), zanim blog.
2. Poprawki o niskim koszcie (obrazy, nieużywane skrypty), zanim przebudowa.
3. Pomiar po każdej zmianie, bo dane z prawdziwych użytkowników aktualizują się z opóźnieniem kilku tygodni.

Kiedy poprawki nie wystarczą

Jeśli strona stoi na ciężkim szablonie i kilkunastu wtyczkach, kolejne łatki dają coraz mniej. Wtedy porównaj koszt ciągłego gaszenia problemów z kosztem przebudowy na lżejsze rozwiązanie. Rozmowa o tym nie zobowiązuje do niczego: opisz swoją stronę w briefie, a powiemy, co da się poprawić bez przebudowy, a co nie.

Pamiętaj o proporcjach

Core Web Vitals to jeden z wielu sygnałów. Szybka strona z nieczytelną ofertą nadal nie sprzedaje. Traktuj wydajność jako warunek wstępny: strona ma się szybko ładować, żeby treść mogła zadziałać.