PageSpeed Insights a Lighthouse: skąd różne wyniki?
PageSpeed Insights i Lighthouse korzystają ze wspólnego silnika testowego. PageSpeed Insights uruchamia Lighthouse zdalnie i pokazuje dostępne dane rzeczywistych użytkowników z Chrome User Experience Report (CrUX). Lighthouse w Chrome DevTools wykonuje audyt laboratoryjny w lokalnej przeglądarce. Wyniki mogą się różnić przez środowisko, wersje i stan strony.
Zanim porównasz oceny, ustal, którą część raportu czytasz. Ocena Core Web Vitals z rzeczywistych wizyt i wynik Performance Lighthouse odpowiadają na inne pytania.
Ten sam silnik, inny kontekst pomiaru
| Pytanie | PageSpeed Insights | Lighthouse w Chrome DevTools |
|---|---|---|
| Gdzie działa audyt laboratoryjny? | W zdalnej infrastrukturze Google | W lokalnym środowisku Chrome |
| Skąd pochodzi wynik Performance? | Z testu laboratoryjnego Lighthouse | Z testu laboratoryjnego Lighthouse |
| Czy są dane użytkowników z CrUX? | Gdy istnieje wystarczająco dużo danych adresu lub całej witryny | Sam raport Lighthouse ich nie zawiera |
| Czy można testować localhost? | Nie; serwery Google muszą mieć dostęp do strony | Tak, przez własną przeglądarkę |
| Co można ustawić? | Publiczny adres oraz mobile/desktop | Tryb, profil urządzenia, ustawienia i dostęp lokalny |
DevTools ma też osobny panel Performance, który może wyświetlać dostępne informacje z rzeczywistych wizyt. Nie zmienia to raportu Lighthouse w pomiar użytkowników. Opis PageSpeed Insights wyjaśnia dwa źródła danych.
Jedna publiczna strona, trzy zestawy liczb
22 października 2026 r. przetestowałem https://web.dev/ w PageSpeed Insights i lokalnym Lighthouse w Chrome. To publiczna strona referencyjna, a nie projekt klienta. Między tymi obserwacjami nie wdrożono żadnej optymalizacji.
Mobilny raport PageSpeed Insights, 22 października 2026 r., 17:51 CEST. Górna część to dane użytkowników dla This URL, czyli tego adresu; niżej zaczyna się raport laboratoryjny. Raport online może wygasnąć lub się zmienić.
Górna część pokazuje LCP 3,1 s, INP 228 ms i CLS 0,01 z rzeczywistych wizyt oraz negatywną ocenę Core Web Vitals. To wartości percentylowe z ostatniego 28-dniowego okresu zbierania danych, a nie pomiary z testu laboratoryjnego poniżej.
Część laboratoryjna tego samego raportu PSI: Lighthouse 13.5.0, emulowany Moto G Power, Slow 4G, początkowe ładowanie i HeadlessChromium 153.0.8010.36.
Raport lokalny dał inny wynik:
Lokalny raport DevTools, 22 października 2026 r., 17:56 CEST: Lighthouse 13.4.1, Chrome 155.0.0.0, mobilny audyt nawigacyjny z symulowanym Slow 4G i zaznaczonym Clear storage. Raport nadal ostrzega o możliwym wpływie danych IndexedDB.
| Obserwacja | Wynik Performance | LCP | Metryka responsywności | CLS |
|---|---|---|---|---|
| Mobilny test laboratoryjny PSI | 72 | 3,9 s | TBT 170 ms | 0,119 |
| Lokalny mobilny test laboratoryjny | 90 | 2,9 s | TBT 50 ms | 0 |
| Dane mobilnych użytkowników w PSI | Nie jest oceną Lighthouse | 3,1 s | INP 228 ms | 0,01 |
To dwie pojedyncze obserwacje laboratoryjne i jeden zbiór danych użytkowników, a nie kontrolowany benchmark. Różnią się wersje Lighthouse, środowiska wykonania i warunki przechowywania danych. Lokalne ostrzeżenie jest częścią dowodu — nie należy usuwać go ze zrzutu. Różnica 18 punktów nie dowodzi poprawy i nie wskazuje jej przyczyny.
Skąd biorą się różnice
Dane laboratoryjne i dane użytkowników obejmują inne wizyty
Test laboratoryjny diagnozuje jedno ładowanie. CrUX podsumowuje kwalifikujące się wizyty użytkowników Chrome w ruchomym okresie zbierania danych. Urządzenia, połączenia, geografia, pamięć podręczna i zachowanie użytkowników mogą odbiegać od scenariusza testowego. Gdy PSI nie ma wystarczających danych strony, może pokazać dane origin, czyli całej witryny pod danym protokołem i hostem. Sprawdź zakres przed uznaniem ich za wynik konkretnej strony.
TBT i INP również są innymi metrykami. Niskie TBT w laboratorium pomaga w diagnostyce, ale nie jest pomiarem INP użytkowników ani jego zamiennikiem. Poradnik o różnicach między laboratorium a danymi użytkowników wyjaśnia, jak uzupełniają się te perspektywy.
„Mobile” nie oznacza identycznych środowisk
Lokalny Lighthouse również obsługuje ograniczanie zasobów i emulację urządzeń. Nie mierzy po prostu nieograniczonego połączenia komputera. Sprawdź rzeczywiste ustawienia raportu: wersje przeglądarki i Lighthouse, profil urządzenia, metodę ograniczania oraz tryb ładowania.
Pracę nadal wykonuje lokalny komputer, a trasy sieciowe i odpowiedzi serwera mogą różnić się od infrastruktury Google. Integracje i dynamiczna treść dodają kolejne źródła zmienności. Mocniejszy komputer to jeden z możliwych czynników, nie diagnoza wynikająca z dwóch ocen.
Znaczenie mają stan strony i zapisane dane
Logowanie, zamknięty baner zgód lub istniejące dane mogą zmienić pracę strony. W przykładzie zaznaczono Clear storage, ale Lighthouse wyraźnie ostrzegał o IndexedDB. Dla czystego porównania użyj spójnego profilu przeglądarki albo odpowiedniej sesji incognito i sprawdź pozostałe ostrzeżenia.
Nie wyłączaj skryptów wyłącznie po wykryciu Lighthouse. Test mierzyłby wtedy inną stronę niż ta, którą otrzymują zwykli użytkownicy. Jeśli integracja jest opcjonalna, zmień jej rzeczywiste ładowanie dla odwiedzających i sprawdź, czy nadal działa.
Którego narzędzia użyć dalej?
Wybierz PageSpeed Insights, aby zbadać dostępną publicznie stronę, przeczytać dostępne dane użytkowników i udostępnić raport. Ocena laboratoryjna pozostaje wynikiem syntetycznym; nie reprezentuje automatycznie każdego odwiedzającego.
Wybierz lokalny Lighthouse, gdy analizujesz zmianę, lokalną kompilację lub stronę dostępną przez własną przeglądarkę. Podczas prac sprawdzaj kompilację produkcyjną zamiast traktować serwer deweloperski jako punkt odniesienia wdrożenia. Panel Performance pomoże zbadać pracę stojącą za metryką lub odtworzyć interakcję.
Przy regresji po wydaniu zachowaj spójną serię testów laboratoryjnych, a dane użytkowników porównuj osobno w miarę zmian okresu zbierania. Nowe wdrożenie nie zastępuje od razu 28 dni historii rzeczywistych wizyt.
Lista kontrolna powtarzalnego porównania
- Zachowaj ten sam końcowy adres, treść i stan zgód lub logowania.
- Porównuj mobile z mobile i zapisz rzeczywiste ustawienia urządzenia oraz ograniczania zasobów.
- Utrzymuj te same wersje Lighthouse i przeglądarki, gdy to możliwe; w innym przypadku zanotuj różnice.
- Oddziel wynik Lighthouse od percentyli użytkowników, dane adresu od danych origin oraz TBT od INP.
- Zachowaj ostrzeżenia, czas testu i środowisko razem z wynikiem.
- Wykonaj kilka porównywalnych prób i sprawdź zakres oraz medianę przed uznaniem małej zmiany za regresję.
- Zbadaj metrykę, która się zmieniła, zastosuj jedną odpowiednią poprawkę i powtórz procedurę.
Uruchom darmowy test NEKTIQA, aby uzyskać diagnostykę Lighthouse. Monitoring Lighthouse i historia wydajności pomagają zachować porównywalne obserwacje laboratoryjne w czasie. Traktuj je jako dane laboratoryjne, a nie INP rzeczywistych użytkowników czy ocenę CrUX.
Konkretny problem z układem omawia poradnik jak poprawić CLS. O wadze obrazów, bibliotekach i osadzonych widżetach przeczytasz w trzech praktycznych poprawkach wydajności strony.
