100 punktów w Lighthouse nie oznacza szybkiej strony. Jak mierzyć wydajność w 2026 roku?

Wynik 100 w Lighthouse wygląda jak zamknięty temat: strona jest szybka i nie trzeba już niczego sprawdzać. To jednak tylko część obrazu.

Lighthouse odpowiada na pytanie: jak strona zachowała się w jednym kontrolowanym teście? Core Web Vitals odpowiadają na inne: jak korzystały z niej prawdziwe osoby, na swoich telefonach, komputerach i połączeniach?

Oba pomiary są potrzebne, ale służą do czegoś innego.

Co właściwie oznacza 100 w Lighthouse

Lighthouse uruchamia stronę w środowisku laboratoryjnym. Używa określonego urządzenia, warunków sieciowych i pustej pamięci podręcznej, a następnie wylicza wynik na podstawie kilku metryk.

Według dokumentacji Chrome wynik Performance jest średnią ważoną. Największy wpływ mają między innymi Largest Contentful Paint, Total Blocking Time i Cumulative Layout Shift.

Taki test jest bardzo przydatny podczas pracy nad stroną:

• można go powtarzać po każdej zmianie,
• pomaga znaleźć ciężkie skrypty i obrazy,
• wykrywa zasoby blokujące renderowanie,
• pozwala porównać dwie wersje tej samej podstrony.

Nie jest jednak zapisem wszystkich wizyt. Jeden test nie zna telefonu użytkownika, jakości jego połączenia ani tego, co zrobi po załadowaniu strony. Nawet sam wynik może się zmieniać między uruchomieniami z powodu obciążenia komputera, trasy sieciowej lub skryptów zewnętrznych.

Dlatego 100 oznacza: ta wersja strony bardzo dobrze przeszła ten test. Nie oznacza: każda osoba zawsze zobaczy ją równie szybko.

Dane laboratoryjne i dane rzeczywistych użytkowników

Google rozróżnia dwa rodzaje pomiarów:

Dane laboratoryjne pochodzą z Lighthouse i podobnych narzędzi. Warunki są kontrolowane, więc łatwo odtworzyć problem i sprawdzić, czy poprawka zadziałała.

Dane terenowe pochodzą z prawdziwych wizyt. Google zbiera je w Chrome User Experience Report, czyli CrUX. Uwzględniają różne urządzenia, sieci, lokalizacje, stan pamięci podręcznej i zachowania użytkowników.

Google wyjaśnia tę różnicę wprost: pomiar laboratoryjny jest dobry do diagnozy, ale nie zastępuje danych terenowych. Wyniki CrUX obejmują okres 28 dni i pokazują rozkład doświadczeń, a nie jedną idealną wizytę.

Mała lub nowa strona może jeszcze nie mieć osobnych danych CrUX dla każdego adresu. CrUX wymaga odpowiedniej liczby wizyt, której dokładnego progu Google nie publikuje. Wtedy PageSpeed Insights może pokazać dane dla całej domeny albo tylko wynik laboratoryjny.

Trzy liczby ważniejsze niż sam wynik

Aktualne Core Web Vitals obejmują trzy metryki. Strona przechodzi ocenę, gdy osiąga dobry wynik dla co najmniej 75% wizyt:

• LCP do 2,5 sekundy — kiedy pojawia się największy widoczny element, zwykle nagłówek lub zdjęcie,
• INP do 200 milisekund — jak szybko strona reaguje na kliknięcie, dotknięcie albo wpisywanie,
• CLS do 0,1 — czy układ nie przesuwa się niespodziewanie podczas korzystania ze strony.

Progi pochodzą z oficjalnych wytycznych Web Vitals.

Lighthouse dobrze pomaga badać LCP i CLS. Z INP jest trudniej, ponieważ ta metryka potrzebuje prawdziwej interakcji. Test laboratoryjny używa Total Blocking Time jako wskazówki, ale nie może przewidzieć, kiedy i gdzie użytkownik kliknie.

To jeden z powodów, dla których strona może mieć 100 punktów, a mimo to reagować z opóźnieniem po otwarciu menu, wyszukiwarki lub rozbudowanego formularza.

Dlaczego szybki test i wolna strona mogą wystąpić jednocześnie

Najczęściej nie chodzi o błąd narzędzia. Test i użytkownik widzą po prostu inne warunki.

Słabszy telefon wykonuje JavaScript wolniej. Skrypt, który jest niezauważalny na nowym laptopie, może blokować interakcję na kilkuletnim urządzeniu.

Zewnętrzne usługi zmieniają zachowanie strony. Analityka, mapy, czat, reklamy, filmy i system rezerwacji potrafią doładować kolejne zasoby już po zakończeniu podstawowego testu.

Pamięć podręczna zmienia wynik. Pierwsza wizyta może wymagać pobrania fontów i obrazów, a kolejna korzysta już z zapisanych plików.

Interakcje ujawniają problemy później. Rozwijane menu, filtrowanie listy albo walidacja formularza mogą działać dobrze przy ładowaniu, ale wolno po kliknięciu.

Różne ekrany mają inny największy element. Na telefonie LCP może być tekst, a na szerokim ekranie duże zdjęcie. Jeden test nie reprezentuje wszystkich układów.

Jak mierzę wydajność strony

Nie opieram decyzji na jednym zielonym kółku. Stosuję prostą kolejność:

1. PageSpeed Insights i Search Console pokazują, czy są dostępne dane prawdziwych użytkowników.
2. Lighthouse pomaga odtworzyć problem i wskazać jego techniczną przyczynę.
3. Test na telefonie i wolniejszym połączeniu sprawdza, czy strona nadal jest wygodna poza szybkim Wi-Fi.
4. Pomiar po wdrożeniu potwierdza, czy poprawa utrzymała się w danych z kolejnych 28 dni.
5. Real User Monitoring przy większym ruchu pokazuje konkretne podstrony, urządzenia i interakcje wymagające pracy.

Najpierw patrzę na wynik oznaczony jako „field data”. Dopiero później używam raportu laboratoryjnego do znalezienia przyczyny.

Technologia pomaga, ale nie daje automatycznej gwarancji

Astro ogranicza ilość JavaScriptu wysyłanego do przeglądarki i dobrze nadaje się do statycznego generowania stron. To usuwa wiele typowych źródeł słabego INP i długiego ładowania.

Nadal można jednak zbudować wolną stronę w Astro: dodać zbyt ciężkie fotografie, kilka rodzin fontów, mapę, czat, trzy systemy analityczne i film uruchamiany od razu. Sam wybór frameworka nie zastępuje kontroli nad tym, co trafia do przeglądarki.

Dlatego w praktyce pilnuję przede wszystkim:

• rozmiarów i formatów obrazów,
• liczby ładowanych fontów,
• wymiarów zarezerwowanych dla mediów,
• ilości JavaScriptu po stronie klienta,
• momentu uruchamiania usług zewnętrznych,
• zachowania strony na rzeczywistym telefonie.

Jaki wynik jest wystarczająco dobry

Nie warto spędzać wielu godzin na zmianie wyniku z 99 na 100 tylko po to, żeby domknąć liczbę. Dokumentacja Lighthouse określa zakres 90–100 jako dobry, a ostatni punkt potrafi wymagać nieproporcjonalnie dużo pracy.

Lepszy cel brzmi:

• Core Web Vitals pozostają zielone dla prawdziwych użytkowników,
• strona szybko pokazuje najważniejszą treść,
• przyciski i formularze reagują bez zauważalnego opóźnienia,
• układ nie przesuwa się podczas czytania,
• nowe funkcje nie pogarszają wcześniejszych wyników.

Lighthouse 100 nadal jest dobrym sygnałem. Po prostu nie jest końcem pomiaru. Szybka strona to nie ta, która raz zdobyła komplet punktów, lecz ta, która pozostaje szybka dla osób naprawdę z niej korzystających.