Jeden test
Lighthouse · lab
Gdy PageSpeed jest dostępny, Lighthouse uruchamia stronę w symulowanych warunkach i pokazuje wskazówki do diagnozy.
Wydajność · HTTP
Sprawdź wydajność publicznej strony
Wpisz adres, wybierz telefon lub komputer i uruchom test. Zobacz dostępne pomiary wydajności oraz kontrole HTTP bez konta.
Bez kontaBez kartyPubliczny adres
Źródła danych
Najpierw sprawdź źródło wyniku.
Raport może łączyć pomiar w przeglądarce, dane od użytkowników i kontrolę odpowiedzi HTTP. Każde źródło odpowiada na inne pytanie.
Ostatnie 28 dni
CrUX · użytkownicy
Dane od użytkowników Chrome pojawiają się, gdy jest ich wystarczająco. Mogą dotyczyć adresu lub całego źródła (origin).
Publiczny adres
Kontrole HTTP
Test sprawdza odpowiedź serwera, nagłówki, statyczny HTML i próbki zasobów. Nie uruchamia JavaScriptu strony.
Brak metryki oznacza brak pomiaru. Nie traktuj go jak dobrego wyniku.
Jak PageSpeed opisuje źródła danychMetryki
Co mówi każda metryka?
LCP, INP i CLS to Core Web Vitals. FCP i TTFB pomagają znaleźć przyczynę problemu. Dostępność pomiarów zależy od źródła danych.
LCP
Największe wyrenderowanie treści
Czas, po którym wyświetla się największy element widocznej części strony. Zwykle jest to główny obraz lub duży nagłówek.
- Dobrze
- ≤ 2.5 s
- Uwaga
- 2.5–4 s
- Słabo
- > 4 s
INP
Opóźnienie interakcji
Czas od kliknięcia lub innej interakcji do kolejnej aktualizacji interfejsu. Od marca 2024 INP zastępuje FID w Core Web Vitals.
- Dobrze
- ≤ 200 ms
- Uwaga
- 200–500 ms
- Słabo
- > 500 ms
CLS
Przesunięcia układu
Miara nieoczekiwanych przesunięć elementów podczas korzystania ze strony. Wysoki CLS oznacza, że treść zmienia położenie na ekranie.
- Dobrze
- ≤ 0.1
- Uwaga
- 0.1–0.25
- Słabo
- > 0.25
TTFB
Czas do pierwszego bajtu
Czas od wysłania żądania HTTP do otrzymania pierwszego bajtu odpowiedzi. Obejmuje między innymi DNS, TLS i czas pracy serwera.
- Dobrze
- ≤ 800 ms
- Uwaga
- 800–1800 ms
- Słabo
- > 1800 ms
FCP
Pierwsze wyrenderowanie treści
Moment, w którym przeglądarka pokazuje pierwszy element treści, na przykład tekst, obraz lub SVG.
- Dobrze
- ≤ 1.8 s
- Uwaga
- 1.8–3 s
- Słabo
- > 3 s
Progi poniżej pochodzą z dokumentacji PageSpeed Insights. Dla TTFB są wskazówką diagnostyczną; pojedynczy pomiar HTTP nie opisuje doświadczeń wszystkich użytkowników.
Od wyniku do przyczyny
Gdzie szukać spowolnienia?
Zacznij od jednego sygnału z raportu. Potwierdź jego przyczynę przed zmianą kodu, a po wdrożeniu powtórz test dla tego samego adresu i urządzenia.
LCP
Największy element pojawia się późno
Sprawdź rozmiar obrazu, moment jego pobrania i czy ważny zasób nie czeka za innymi żądaniami.
INP
Strona wolno reaguje na interakcję
Sprawdź długie zadania JavaScript i konkretną interakcję. Sam test ładowania nie mierzy reakcji po kliknięciu.
CLS
Elementy zmieniają pozycję
Sprawdź wymiary obrazów, miejsca na reklamy i treść doładowywaną po pierwszym renderze.
TTFB
Serwer odpowiada późno
Sprawdź przekierowania, cache i czas generowania HTML. Ten etap poprzedza renderowanie treści.
Kiedy używać
Kiedy wrócić do audytora?
Zapisz poprzedni wynik samodzielnie. Darmowy audytor nie ma historii. Przy porównaniu użyj tego samego adresu i widoku urządzenia.
Po wdrożeniu
Sprawdź wybrane strony po deployu i porównaj publicznie wykrywalne sygnały z poprzednim wynikiem.
Przed kampanią
Sprawdź techniczne ryzyka na kluczowych stronach przed zwiększonym ruchem.
Po refaktorze
Porównaj wynik przed i po zmianie, aby wykryć ewentualne regresje.
Porównanie publicznych sygnałów
Sprawdź publicznie dostępne wskaźniki wybranych stron w tym samym zakresie.
Na publicznej stronie klucz PageSpeed należy do CometWeb, więc nie konfigurujesz własnego. Gdy klucz jest dostępny, audyt łączy Lighthouse z kontrolami HTTP CometWeb; bez klucza zostają kontrole HTTP. Raport zawsze wskazuje źródło danych.
Czas audytu zależy od wybranego trybu, odpowiedzi analizowanej strony, dostępności zewnętrznej usługi pomiarowej i liczby zasobów. Podczas testu interfejs pokazuje stan oczekiwania. Gotowy raport wskazuje źródło danych.
Nie. Ten formularz nie przyjmuje loginu, hasła ani sesji użytkownika. Jeśli adres prowadzi do ekranu logowania, test nie sprawdzi treści za nim. Nie wpisuj tokenów dostępu w adresie.
Tryb HTTP nie uruchamia przeglądarki i ocenia inne sygnały niż Lighthouse. Po użyciu PageSpeed na wynik nadal mogą wpływać warunki pomiaru, wybrany viewport, throttling i dostępność danych terenowych CrUX. Porównuj wyniki z tym samym zakresem i konfiguracją.
URL trafia na serwer CometWeb na czas audytu. Darmowy Audytor nie udostępnia historii ani profilu projektu. Zasady przetwarzania danych i aktualny zakres produktu opisują dokumenty prawne oraz informacje wyświetlane przy formularzu.
Kolory grupują wynik względem progów stosowanych w danym pomiarze: zielony oznacza najwyższy zakres, a żółty lub czerwony wskazuje więcej problemów do przeglądu. Wynik opisuje wykryte sygnały techniczne; nie mierzy ruchu, sprzedaży ani konwersji.
Uruchom analizę po istotnym wdrożeniu, przed ważną kampanią albo wtedy, gdy zmienia się strona lub jej zależności. Częstotliwość monitoringu dobierz do tempa zmian, znaczenia strony i ryzyka regresji w analizowanym zakresie.
Porównanie
Audytor CometWeb i alternatywy
Każde narzędzie odpowiada na inne pytanie. To porównanie zakresów, nie ranking ani test czasu wykonania.
Historia i alerty zależą od produktu oraz planu. Darmowy Audytor ich nie ma, sprawdź CometWeb Insight dla pracy z wynikami, priorytetami i ponowną weryfikacją.
To narzędzie łata jeden problem naraz
Core Web Vitals w każdym audycie, z priorytetami, historią i porównaniem przed/po.