Core Web Vitals to trzy sygnały, które Google mierzy u prawdziwych użytkowników: jak szybko widać główną treść, jak szybko strona reaguje na kliknięcie i czy elementy nie przeskakują w trakcie ładowania. Na stronie firmowej nie trzeba gonić setki w laboratorium. Trzeba usunąć rzeczy, przez które klient czeka albo trafia palcem w zły przycisk.
Co oznaczają trzy skróty
LCP to moment, w którym na ekranie jest już główny element, zwykle duże zdjęcie albo nagłówek z tłem. Dobry wynik mieści się w 2,5 sekundy.
INP mówi, jak szybko strona odpowiada na kliknięcie. Powyżej 200 ms interakcja zaczyna być odczuwalnie ociężała. Winne bywają ciężkie skrypty, suwaki i czaty dokładane „bo wszyscy mają”.
CLS mierzy skakanie układu. Baner cookies, które wpychają się nad treść, obrazek bez wymiarów albo czcionka podmieniana w locie potrafią zepsuć wynik, nawet gdy strona jest lekka.
Kolejność, która ma sens
Nie zaczynam od minifikacji CSS. Zaczynam od tego, co widać na pierwszym ekranie.
- Obraz bohatera. Jedno duże zdjęcie w PNG albo bez wymiarów potrafi zjeść LCP. Wystarczy właściwy format (WebP albo AVIF), rozsądna szerokość i atrybuty szerokości i wysokości, żeby przeglądarka zarezerwowała miejsce.
- Czcionki. Dwie rodziny,
font-display: swapi brak trzeciego kroju „dla nagłówków w stopce”. Każdy dodatkowy plik to czas, zanim tekst wygląda tak, jak w projekcie. - Skrypty, których nikt nie używa. Stary piksel, drugi czat, suwak opinii, mapa Google w stopce na każdej podstronie. Każdy z nich pogarsza INP, a mapa w dodatku ciągnie obce zasoby.
- Układ, który się dokleja. Baner zgody, pasek z numerem telefonu i okienko newslettera mają wchodzić w zarezerwowane miejsce albo nachodzić na treść, a nie spychać jej w dół.
- Hosting i cache. Wolny serwer nie nadrobi lekkiego frontu. Przy WordPressie dochodzi jeszcze cache strony i obrazów. Przy eksporcie statycznym odpowiedź serwera zwykle przestaje być problemem.
Dopiero potem warto patrzeć na wynik liczbowy. Laboratorium PageSpeed pokazuje jedną symulację. Search Console pokazuje, co dzieje się u ludzi na telefonach. Do decyzji biorę to drugie, jeśli strona ma już ruch.
Typowe psucie strony firmowej
- Slider na całą szerokość z trzema zdjęciami po 2 MB, z których widać jedno.
- Wtyczka optymalizująca, która dokłada własny skrypt i nie rusza prawdziwego problemu.
- Film w tle hero na stronie, której celem jest numer telefonu.
- Ten sam ciężki nagłówek z animacją na każdej podstronie, także na polityce prywatności.
Żadna z tych rzeczy nie jest „nowoczesna”. Są kosztowne w transferze i w uwadze. Strona usługowa ma pokazać, co robisz, i doprowadzić do kontaktu. Reszta jest dodatkiem, który musi się zmieścić w budżecie wydajności.
Co da się poprawić bez przebudowy
Przy istniejącej stronie zwykle wystarcza krótka lista: skompresować obrazy, wyrzucić dwie wtyczki, ustawić wymiary mediów, odłożyć czat do momentu kliknięcia i włączyć cache. To nie jest nowy projekt. To porządki.
Przebudowa ma sens, gdy motyw jest zlepkiem page builderów, a każda poprawka dokładania kolejną warstwę. Wtedy łatanie LCP kończy się na tym, że za miesiąc ktoś włączy slider z powrotem.
Jeśli nie wiesz, od którego punktu zacząć, darmowy audyt jest właśnie po to: konkretna lista, nie ogólny werdykt „strona wymaga optymalizacji”. Przy nowych wdrożeniach wydajność wchodzi w zakres projektu strony, a nie jako płatny dodatek po publikacji.
Najczęstsze pytania
Czy czerwony wynik PageSpeed oznacza, że strona nie wejdzie do Google?
Nie. To wskazówka, nie kara. Słaby LCP utrudnia życie użytkownikowi i bywa jednym z wielu sygnałów jakości. Najpierw poprawiaj to, co ludzie czują: czekanie i skaczący układ.
Czy wystarczy wtyczka do optymalizacji?
Rzadko. Wtyczka potrafi kompresować obrazki i składać cache. Nie usunie trzech czatów i filmu w tle. Najpierw zakres, potem narzędzie.
Jak często to sprawdzać?
Po większej zmianie motywu, po dołożeniu nowej wtyczki i raz na kwartał w Search Console. Codzienne odświeżanie PageSpeed nic nie wnosi.
Masz adres strony i chcesz wiedzieć, co na niej realnie spowalnia pierwszy ekran? Wyślij go do audytu.