Wynik 100 punktów w PageSpeed Insights nie jest celem biznesowym. Liczy się to, czy strona szybko pokazuje najważniejszą treść, sprawnie reaguje na działania użytkownika i nie przesuwa elementów podczas ładowania. Te obszary opisują Core Web Vitals.
Wydajność ma znaczenie zarówno dla użytkownika, jak i dla SEO. Wolna lub niestabilna witryna może utrudniać zapoznanie się z ofertą, wysłanie formularza albo ukończenie zakupu. Sama poprawa wskaźników nie gwarantuje jednak wyższej pozycji ani większej sprzedaży. Musi iść w parze z wartościową treścią, poprawnym indeksowaniem oraz użytecznym procesem konwersji.
Co mierzą Core Web Vitals?
Aktualny zestaw podstawowych wskaźników internetowych obejmuje trzy metryki:
- LCP, czyli Largest Contentful Paint – mierzy czas potrzebny na wyświetlenie największego widocznego elementu treści. Dobry wynik to maksymalnie 2,5 sekundy.
- INP, czyli Interaction to Next Paint – pokazuje, jak szybko strona reaguje na kliknięcia, dotknięcia i działania wykonywane z klawiatury. Dobry wynik wynosi maksymalnie 200 milisekund.
- CLS, czyli Cumulative Layout Shift – określa stabilność układu. Dobry wynik nie powinien przekraczać 0,1.
Google ocenia dane na 75. percentylu wizyt, osobno dla urządzeń mobilnych i komputerów. Strona przechodzi ocenę Core Web Vitals, jeżeli spełnia zalecany próg dla wszystkich trzech wskaźników. Aktualne definicje i wartości progowe publikuje web.dev.
W starszych materiałach można znaleźć wskaźnik FID. Został on zastąpiony przez INP, który uwzględnia reakcje strony w trakcie całej wizyty, a nie tylko pierwszą interakcję.
Dane rzeczywiste i test laboratoryjny to nie to samo
PageSpeed Insights może pokazywać dwa rodzaje danych. Pierwszy pochodzi od rzeczywistych użytkowników przeglądarki Chrome. To tzw. dane terenowe, wykorzystywane również w raporcie Core Web Vitals w Google Search Console. Uwzględniają urządzenia, sieci i sposób korzystania ze strony w realnych warunkach.
Drugi zestaw powstaje podczas symulowanego testu laboratoryjnego. Pomaga znaleźć przyczynę problemu i sprawdzić stronę po wdrożeniu zmiany. Nie odwzorowuje jednak wszystkich wizyt. Lighthouse nie mierzy rzeczywistego INP, ponieważ podczas automatycznego testu użytkownik nie wykonuje serii interakcji. Pomocniczo pokazuje między innymi Total Blocking Time.
Rozbieżność między tymi zestawami nie musi oznaczać błędu. Użytkownicy mogą korzystać ze słabszych telefonów, wolniejszych połączeń albo odwiedzać stronę z innego miejsca niż serwer testowy. Serwis o niewielkim ruchu może też nie mieć wystarczającej ilości danych rzeczywistych dla pojedynczego adresu.
Jak znaleźć przyczynę słabego LCP?
Najpierw trzeba ustalić, który element jest wskazywany jako LCP. Zwykle jest to główny obraz, baner, nagłówek albo duży blok tekstu widoczny po otwarciu strony.
Na wynik mogą wpływać:
- długi czas odpowiedzi serwera,
- zbyt ciężkie zdjęcie lub niewłaściwy format pliku,
- ładowanie kluczowej grafiki z opóźnieniem,
- arkusze CSS i skrypty blokujące renderowanie,
- fonty pobierane przed pokazaniem tekstu,
- duża liczba wtyczek i zasobów zewnętrznych.
Nie należy automatycznie włączać leniwego ładowania dla głównego obrazu widocznego od razu po wejściu. Może to opóźnić jego pobranie. Ważniejsze bywa zmniejszenie pliku, wskazanie właściwego rozmiaru i nadanie mu wyższego priorytetu.
Co najczęściej pogarsza INP?
Słaby INP oznacza, że przeglądarka zbyt długo obsługuje działanie użytkownika. Kliknięcie menu, wybór wariantu albo wpisywanie danych może wtedy sprawiać wrażenie opóźnionego.
Najczęstsze przyczyny to rozbudowany JavaScript, długie zadania wykonywane w głównym wątku, ciężkie moduły analityczne, czaty, skrypty reklamowe oraz zbyt skomplikowana struktura dokumentu. Problem może też wynikać z funkcji uruchamianych po każdym kliknięciu lub wpisanym znaku.
Optymalizacja polega między innymi na podziale długich zadań, ograniczeniu nieużywanych skryptów, późniejszym uruchamianiu funkcji drugorzędnych i uproszczeniu obsługi interakcji. Wyłączenie jednego rozszerzenia może pomóc, ale nie zastąpi analizy tego, co faktycznie blokuje przeglądarkę.
Jak ograniczyć przesunięcia mierzone przez CLS?
Przesunięcie występuje na przykład wtedy, gdy użytkownik chce nacisnąć przycisk, lecz przed jego kliknięciem nad przyciskiem pojawia się obraz albo komunikat i zmienia układ strony.
W pierwszej kolejności warto sprawdzić:
- czy obrazy i filmy mają określone wymiary,
- czy dla reklam, map i osadzonych materiałów zarezerwowano miejsce,
- czy baner zgody nie przesuwa całej zawartości,
- czy font po pobraniu nie zmienia znacznie wymiarów tekstu,
- czy nowe elementy nie są dodawane nad treścią już widoczną na ekranie.
Nie każda zmiana układu jest błędem. Jeżeli użytkownik rozwija sekcję albo otwiera menu i spodziewa się ruchu elementów, taka zmiana może być uzasadniona. Problemem są przesunięcia nieoczekiwane.
Jak ustalić kolejność optymalizacji?
Nie zaczynam od poprawiania każdego komunikatu w raporcie. Najpierw dzielę adresy według szablonów i znaczenia biznesowego. Jeśli ten sam problem występuje na wszystkich stronach produktów, zmiana jednego komponentu może poprawić setki adresów.
- Sprawdzam dane rzeczywiste i rozdzielam wyniki mobilne od komputerowych.
- Identyfikuję problematyczne typy stron, np. ofertę, kategorie lub produkty.
- Wykonuję test laboratoryjny reprezentatywnego adresu.
- Łączę wynik z konkretnym elementem, plikiem albo skryptem.
- Oceniam wpływ zmiany, koszt wdrożenia i ryzyko uszkodzenia funkcji.
- Po wdrożeniu wykonuję test techniczny i obserwuję dane rzeczywiste.
Zmiany warto najpierw sprawdzić na kopii albo ograniczonej grupie stron. Usunięcie skryptu tylko dlatego, że obniża punktację, może wyłączyć formularz, płatność lub pomiar konwersji.
Core Web Vitals a SEO i sprzedaż
Core Web Vitals są częścią szerszej oceny jakości korzystania ze strony. Nie zastępują trafnej odpowiedzi na zapytanie, linkowania, poprawnej architektury ani treści. Serwis z dobrym wynikiem technicznym nie wyprzedzi automatycznie lepiej dopasowanej konkurencji.
Wydajność warto więc oceniać także przez pryzmat biznesowy: działania formularza, ukończenia zakupów, błędów na urządzeniach mobilnych oraz zachowania użytkowników na najważniejszych podstronach. Czasem większy efekt przyniesie naprawienie wolnej strony produktu niż poprawa strony, której prawie nikt nie odwiedza.
Więcej o technicznych zależnościach przeczytasz w materiale o technicznych aspektach SEO. Szerszą diagnozę zapewnia audyt SEO.
Potrzebujesz poprawić wydajność strony?
Mogę sprawdzić dane rzeczywiste, wskazać źródła problemów i ustalić kolejność prac dla programisty. Jeżeli zakres na to pozwala, zajmę się również wdrożeniem zmian. Szczegóły usługi znajdziesz w ofercie optymalizacji SEO strony.
Wyślij adres witryny na czesc@seomariusz.pl lub zadzwoń: 665 015 610. Przed wyceną sprawdzę, czy problem dotyczy serwera, szablonu, treści czy dodatkowych skryptów.