Jak mierzyć wydajność strony — Lighthouse, PageSpeed, CrUX

Pomiar wydajności strony bywa mylący, bo różne narzędzia potrafią pokazać różne wyniki dla tej samej podstrony. Właściciel firmy sprawdza Lighthouse, widzi czerwony wynik, a chwilę później w innym narzędziu ta sama strona wygląda znacznie lepiej. To nie błąd pomiaru — to efekt tego, że poszczególne narzędzia mierzą co innego i w inny sposób. Bez zrozumienia tych różnic trudno podjąć sensowną decyzję, co właściwie poprawiać.

Poniżej wyjaśniamy, czym są Lighthouse, PageSpeed Insights i CrUX, jakie dane zwraca każde z nich oraz jak złożyć je w jeden spójny obraz wydajności strony — taki, na którym można oprzeć decyzje techniczne, a nie tylko odhaczyć jednorazowy audyt.

Pomiar wydajności strony — dane laboratoryjne kontra dane terenowe

Zanim sięgnie się po konkretne narzędzie, warto zrozumieć fundamentalny podział, na którym opiera się cały pomiar wydajności strony: dane laboratoryjne (lab data) i dane terenowe (field data).

• Dane laboratoryjne pochodzą z jednorazowego, kontrolowanego testu uruchomionego w konkretnych warunkach — na określonym urządzeniu, z symulowaną prędkością łącza. Są powtarzalne i świetnie nadają się do diagnozowania konkretnego problemu.
• Dane terenowe pochodzą z realnych wizyt prawdziwych użytkowników, na ich urządzeniach i łączach. To one pokazują, jak strona faktycznie zachowuje się w codziennym użytkowaniu — i to z nich korzysta Google, oceniając Core Web Vitals.

Lighthouse dostarcza wyłącznie danych laboratoryjnych. PageSpeed Insights łączy oba źródła w jednym raporcie. CrUX to z kolei czyste dane terenowe, zbierane bezpośrednio przez Google. Pełne omówienie progów i wskaźników, które te narzędzia mierzą, znajdziesz w naszym przewodniku po Core Web Vitals.

Lighthouse — szybka diagnostyka w Chrome DevTools

Lighthouse to otwarte narzędzie audytowe wbudowane w przeglądarkę Chrome, dostępne również jako rozszerzenie i biblioteka do automatyzacji. Uruchamia symulowany test ładowania strony i zwraca ocenę punktową wraz ze szczegółową listą problemów — od nieoptymalizowanych obrazów, przez blokujący renderowanie kod CSS i JavaScript, po brakujące atrybuty dostępności.

• Wynik Lighthouse może się różnić między kolejnymi uruchomieniami, nawet na tym samym komputerze — wpływa na niego m.in. obciążenie procesora w danym momencie.
• Narzędzie ocenia stronę w oderwaniu od realnego ruchu — nie wie, ilu użytkowników odwiedza stronę ani na jakich urządzeniach.
• W standardowym teście ładowania Lighthouse pokazuje zastępczą metrykę Total Blocking Time (TBT), bo nikt w trakcie testu nie klika w stronę. INP można sprawdzić lokalnie w panelu Performance w Chrome DevTools, klikając po stronie samodzielnie, ale miarodajny wynik dają dopiero dane terenowe.

Lighthouse najlepiej sprawdza się jako narzędzie diagnostyczne w trakcie prac deweloperskich — po każdej istotnej zmianie kodu warto sprawdzić, czy wynik się nie pogorszył, zanim zmiana trafi na produkcję.

PageSpeed Insights — wygodny punkt startowy

PageSpeed Insights (PSI) to publiczne narzędzie Google, które w jednym raporcie łączy wynik laboratoryjny (oparty na silniku Lighthouse) z danymi terenowymi z CrUX — pod warunkiem że dana strona ma wystarczający ruch, by Google zebrał na jej temat statystycznie istotną próbkę.

• Sekcja danych terenowych pokazuje realne wyniki LCP, INP i CLS zebrane od odwiedzających w ciągu ostatnich 28 dni, osobno dla urządzeń mobilnych i desktopowych.
• Sekcja danych laboratoryjnych pokazuje wynik jednorazowego testu wraz z konkretnymi wskazówkami — dokładnie tymi samymi, co w Lighthouse, bo PSI korzysta z tego samego silnika.
• Jeśli dany adres ma zbyt mało ruchu, PSI pokazuje dane terenowe zebrane dla całej witryny, a gdy i tych brakuje — wyłącznie wynik laboratoryjny z odpowiednią adnotacją.

To narzędzie warto traktować jako pierwszy przystanek przy każdej diagnozie — pokazuje zarówno to, jak strona zachowuje się w praktyce, jak i konkretne przyczyny techniczne, które można od razu skierować do zespołu deweloperskiego. Jeśli wynik dla strony opartej na klasycznym WordPressie regularnie odbiega od oczekiwań, warto sprawdzić także najczęstsze przyczyny wolnej strony na WordPressie — problem często leży głębiej niż w pojedynczej wtyczce.

CrUX — dane, na których naprawdę opiera się Google

Chrome User Experience Report (CrUX) to publiczny zbiór danych terenowych, gromadzony od użytkowników przeglądarki Chrome, którzy włączyli synchronizację historii przeglądania i raportowanie statystyk użycia. To właśnie te dane — a nie wyniki z Lighthouse — Google wykorzystuje, gdy jego systemy rankingowe biorą pod uwagę Core Web Vitals.

• CrUX raportuje wyniki na poziomie 75. percentyla wizyt, co oznacza, że próg „dobry” musi być spełniony dla zdecydowanej większości odwiedzających, a nie tylko średnio.
• Dane są dostępne z opóźnieniem — raport CrUX pokazuje wyniki z poprzedzających 28 dni, więc nie widać w nim efektu zmiany wdrożonej wczoraj.
• Poza PageSpeed Insights dane CrUX można też przeglądać w raporcie Core Web Vitals w Google Search Console, gdzie wyniki są zgrupowane według typu adresu URL, a nie pojedynczej podstrony.

Różnica między Lighthouse a CrUX jest kluczowa do zrozumienia: strona może uzyskać wysoki wynik w teście laboratoryjnym i jednocześnie mieć słabe dane terenowe, bo w praktyce większość odwiedzających korzysta z wolniejszych urządzeń mobilnych i słabszego łącza niż warunki testowe.

Jak zbudować regularny proces pomiaru wydajności strony

Jednorazowy test niewiele mówi o kondycji strony w dłuższej perspektywie. Wydajność zmienia się wraz z każdą nową funkcją, wtyczką czy skryptem marketingowym, dlatego pomiar wydajności strony powinien być procesem, a nie jednorazowym audytem.

1. Ustal punkt odniesienia — sprawdź aktualny wynik w PageSpeed Insights dla kluczowych szablonów strony: strony głównej, karty produktu, wpisu blogowego.
2. Skonfiguruj regularne przeglądanie raportu Core Web Vitals w Google Search Console, by wychwycić pogorszenie na poziomie całej witryny, a nie tylko pojedynczej podstrony.
3. Testuj w Lighthouse każdą istotną zmianę techniczną przed jej wdrożeniem na produkcję, nie po fakcie.
4. Zwracaj uwagę na rozbieżności między danymi laboratoryjnymi a terenowymi — jeśli są duże, to sygnał, że warunki testowe znacząco odbiegają od realnych warunków większości odwiedzających.

Warto też pamiętać, że sam pomiar to dopiero pierwszy krok — kolejnym jest wdrożenie konkretnych poprawek. Zestaw działań o największym realnym wpływie na wynik opisaliśmy w tekście jak przyspieszyć stronę, który dobrze uzupełnia ten materiał od strony praktycznej.

Najczęstsze pytania

Które narzędzie jest najważniejsze przy pomiarze wydajności strony?

Żadne z osobna. Lighthouse pomaga zdiagnozować konkretny problem techniczny, a CrUX i dane terenowe w PageSpeed Insights pokazują, jak strona faktycznie wypada w oczach Google i realnych odwiedzających. Pełny obraz daje dopiero zestawienie obu perspektyw.

Dlaczego wynik w Lighthouse różni się przy kolejnych uruchomieniach?

Test laboratoryjny jest wrażliwy na warunki, w jakich jest uruchamiany — obciążenie procesora, stan pamięci przeglądarki czy nawet chwilowe wahania sieci mogą lekko zmienić wynik. Dlatego przy diagnozie warto uruchomić test kilka razy i patrzeć na powtarzające się problemy, a nie na pojedynczy wynik punktowy.

Czy dobry wynik w PageSpeed Insights gwarantuje dobrą pozycję w Google?

Nie wprost. Core Web Vitals są jednym z wielu sygnałów, z których korzystają systemy rankingowe Google, ale jakość i trafność treści pozostają nadrzędne. Przy podobnej jakości treści lepsza wydajność może pomóc, ale niczego nie gwarantuje.

Dlaczego moja strona nie ma danych terenowych w CrUX?

Google wymaga wystarczającej liczby wizyt z przeglądarki Chrome, by zebrać statystycznie istotną próbkę. Strony o niższym ruchu — szczególnie pojedyncze podstrony, a nie cała witryna — mogą nie mieć wystarczających danych, by pojawić się w raporcie.

Jak często warto sprawdzać wydajność strony?

Rekomendowane jest cykliczne sprawdzanie raportu Core Web Vitals w Search Console oraz test w PageSpeed Insights po każdej istotnej zmianie technicznej lub treściowej — nowy skrypt, wtyczka czy sekcja mogą szybko pogorszyć wyniki, jeśli nikt tego nie monitoruje.

Jeśli wolisz, żeby wyniki zinterpretował ktoś z zewnątrz, zamów bezpłatny przegląd strony — dostaniesz krótką listę: co działa, co przeszkadza i od czego zacząć. Jeśli potrzebujesz pomocy w regularnym pomiarze wydajności strony i przełożeniu wyników na konkretne działania SEO, zapraszamy do zapoznania się z naszą usługą SEO performance — łączymy monitoring techniczny z pracą nad widocznością strony w wyszukiwarce.