Trzy wskaźniki, trzy różne pytania
Core Web Vitals pomagają opisać wybrane elementy doświadczenia osoby korzystającej ze strony. LCP dotyczy momentu pojawienia się głównej treści, INP — szybkości reakcji na działania użytkownika, a CLS — stabilności układu. Każdy wskaźnik odpowiada na inne pytanie, dlatego nie warto sprowadzać ich do jednej oceny w rodzaju „strona jest szybka”.
Właściciel sklepu może na przykład widzieć produkt niemal od razu, ale po kliknięciu przycisku wyboru wariantu długo czekać na reakcję. W takiej sytuacji LCP może wyglądać dobrze, a INP wskazywać problem. Z kolei artykuł może szybko się wyświetlać i sprawnie reagować, lecz przesuwające się podczas czytania elementy pogorszą CLS. Wskaźniki warto więc czytać osobno, w kontekście konkretnego szablonu strony i sposobu, w jaki odwiedzający z niego korzystają.
LCP: kiedy pojawia się największy widoczny element
Largest Contentful Paint, czyli LCP, mierzy czas od rozpoczęcia ładowania strony do wyświetlenia największego kwalifikującego się elementu treści w widocznym obszarze. Może to być duże zdjęcie produktu, grafika otwierająca stronę lub blok tekstu. Nie zawsze jest to element, który właściciel witryny uważa za najważniejszy, dlatego diagnozę dobrze zacząć od ustalenia, co na badanym adresie zostało uznane za element LCP.
Na wynik mogą wpływać między innymi czas odpowiedzi serwera, zasoby blokujące wyświetlanie, sposób ładowania obrazu i fontów oraz rozmiar przesyłanych plików. Jeśli na stronie kategorii największym elementem jest baner, sprawdź, czy przeglądarka może wcześnie odkryć jego plik i czy obraz ma rozsądne wymiary. Nie optymalizuj jednak samego banera w oderwaniu od reszty strony: przyczyna opóźnienia może leżeć wcześniej, na przykład w oczekiwaniu na dokument HTML.
INP: jak strona odpowiada na działania
Interaction to Next Paint, czyli INP, opisuje responsywność strony podczas jej używania. Uwzględnia interakcje takie jak kliknięcia, dotknięcia ekranu i naciśnięcia klawiszy, a następnie czas do kolejnego wyświetlenia aktualizacji obrazu. W praktyce słaby wynik może oznaczać, że użytkownik klika filtr produktów, ale przeglądarka jest zajęta inną pracą i widoczna odpowiedź pojawia się z opóźnieniem.
Częstą rzeczą do sprawdzenia jest obciążenie głównego wątku przeglądarki: długie zadania JavaScript mogą opóźniać obsługę kliknięć i rysowanie zmian. Pomocne bywa ograniczenie niepotrzebnych skryptów, podział ciężkiej pracy na mniejsze części albo uproszczenie kosztownych aktualizacji interfejsu. INP nie mówi jednak, czy odpowiedź jest poprawna. Przycisk może zareagować szybko, a mimo to prowadzić do niejasnego komunikatu lub nie kończyć zadania użytkownika.
CLS: czy treść pozostaje na swoim miejscu
Cumulative Layout Shift, czyli CLS, ocenia nieoczekiwane przesunięcia widocznych elementów podczas korzystania ze strony. To wskaźnik bez jednostki czasu. Wyobraź sobie, że czytasz opis usługi, a nad akapitem nagle pojawia się reklama i tekst ucieka w dół. Taka zmiana utrudnia czytanie; może też sprawić, że użytkownik dotknie innego przycisku, niż zamierzał.
Przy diagnozie sprawdź obrazy i osadzone materiały bez zarezerwowanego miejsca, późno wstawiane moduły oraz zmiany układu po wczytaniu fontów. Podanie wymiarów obrazu lub zapewnienie miejsca na element ładowany później często pomaga utrzymać stabilny układ. Nie każde przesunięcie jest jednak liczone tak samo: zmiany następujące bezpośrednio po niektórych działaniach użytkownika są traktowane inaczej niż niespodziewane ruchy podczas biernego czytania.
Czego wyniki nie mówią i jak z nich korzystać
Core Web Vitals nie oceniają całej jakości witryny. Nie sprawdzą, czy tekst odpowiada na pytanie czytelnika, nawigacja jest zrozumiała, formularz da się ukończyć ani czy strona jest dostępna dla wszystkich użytkowników. Dobry wynik nie gwarantuje też widoczności w wyszukiwarce. To sygnały diagnostyczne, które warto zestawiać z obserwacją rzeczywistych zadań: znalezieniem produktu, przeczytaniem artykułu czy wysłaniem zapytania.
Przy interpretacji odróżniaj pomiary laboratoryjne, wykonywane w określonych warunkach, od danych zbieranych podczas wizyt użytkowników. Wyniki mogą się różnić zależnie od urządzenia, połączenia, adresu URL i tego, czy dla danej strony dostępna jest odpowiednia ilość danych. Raport może też przedstawiać grupę podobnych adresów, a nie dokładny obraz każdego z nich. Pojedynczy test jest przydatny do szukania przyczyny, lecz nie opisuje wszystkich wizyt.
Krótka lista kontrolna na początek: wybierz reprezentatywne strony, na przykład artykuł, kategorię i kartę produktu; sprawdź osobno LCP, INP i CLS; ustal, którego elementu lub działania dotyczy problem; wprowadzaj zmiany po jednej lub w niewielkich grupach; porównuj wyniki w podobnych warunkach i sprawdzaj, czy poprawa liczby nie pogorszyła wygody korzystania ze strony. Taki proces daje więcej niż optymalizacja prowadzona wyłącznie pod jeden wynik.
