Widzisz, który element strony kosztuje użytkowników najwięcej czasu (serwer, skrypty, obrazy czy fonty) i dostajesz kolejność napraw do porównania po wdrożeniu (Lighthouse, CrUX, waterfall).
Interaktywne demo
Przewodnik po widoku modułu: wynik, zakładki, rozdziały raportu i Core Web Vitals ze scenariusza przykładowego, bez logowania.
Najedź kursorem, aby wybrać tryb
Bez logowania: przewodnik albo swobodne klikanie po modułach demo.
Chcesz pełne demo Insight? Przejdź przewodnik po całej aplikacji — dashboard, audyt i raport.
Ta czerwona linia na waterfallu to Twój LCP. Zamiast samego wyniku dostajesz konkretny element, żądanie i kolejność napraw (Lighthouse, dane CrUX, waterfall, analiza zasobów).
Następnie grupuje problemy, ocenia ich wpływ i wskazuje kolejność napraw, zamiast zostawiać Cię z samym scorowaniem.
Lab, CrUX albo brak pomiaru, bez udawania.
Metryka, zasób lub żądanie, które realnie kosztuje czas.
Priorytet naprawy i ponowny test po wdrożeniu.
Cztery kroki od testu do decyzji, bez zgadywania, od czego zacząć.
LCP, INP, CLS: laboratorium i dane terenowe, jeśli są dostępne.
Ciężkie skrypty, długie zadania i wpływ na interakcję.
Obrazy, fonty, CSS i zewnętrzne żądania sieciowe.
Zmierz kluczowe metryki, serwer i zasoby dla konkretnego URL-a.
Połącz słaby wynik z elementem, żądaniem lub fragmentem kodu.
Zacznij od zmian o największym wpływie i rozsądnym koszcie.
Porównaj wynik przed i po w tych samych warunkach pomiaru.
Metryki i kontekst
Celem jest poprawa konkretnej metryki użytkownika bez pogorszenia pozostałych obszarów. Moduł rozdziela dane terenowe (CrUX), pomiar laboratoryjny (Lighthouse / Playwright) i wynik syntetyczny Insight. Gdy danych brakuje, pokazuje powód zamiast zera.
Kod i zasoby
JavaScript, CSS i media to najczęstsze źródła opóźnień. Moduł pokazuje, które skrypty blokują wątek, które style wstrzymują renderowanie i które pliki można odłożyć albo zoptymalizować.
Największy transfer · srcset / WebP
Proces ładowania
Waterfall pokazuje DNS, połączenie/TLS, TTFB, pobieranie, blokowanie głównego wątku i zasoby render-blocking. Filmstrip pokazuje, co odwiedzający widzi na ekranie, a nie tylko liczby z testu.
Mobile i historia
Porównujesz profile w ramach tego samego uruchomienia albo historyczne pomiary tego samego URL-a i wersji strony. Słabszy procesor i wolniejsze połączenie często ujawniają problemy niewidoczne na desktopie.
cometweb.io/Nasza własna strona, zmierzona przed i po poprawce 28–29 września 2026.
Cały przypadek krok po krokuPageSpeed Insights, mobile · TBT z 2,7–5,4 s na 0,10–0,26 s
Nie. Lighthouse wykonuje test laboratoryjny w kontrolowanych warunkach. Core Web Vitals mogą pochodzić też z danych rzeczywistych użytkowników (CrUX), jeżeli są dostępne. Wynik modułu CometWeb to osobna skala Insight. Nie kopiujemy kolorów Lighthouse 1:1.
Szybki test to publiczny pomiar jednego URL-a bez konta. Audyt wydajności w Insight to pełny moduł w kontekście projektu: historia, podstrony, eksport i ponowny test po wdrożeniu.
W teście laboratoryjnym nie ma realnej interakcji użytkownika, więc zamiast INP używamy TBT. W danych terenowych INP pojawia się dopiero przy wystarczającej liczbie pomiarów CrUX; brak danych oznacza N/D z powodem, nie zero.
Nie. Insight analizuje stronę, wskazuje problemy i pomaga utworzyć plan prac. Wdrożenie zmian nadal wymaga ingerencji w kod, CMS, konfigurację serwera albo używane usługi.
Nie do podstawowej analizy publicznego adresu. Dodatkowa konfiguracja może być potrzebna przy wybranych integracjach, monitoringu albo stronach niedostępnych publicznie.
Przeanalizuj konkretny URL, poznaj przyczynę wolnego ładowania i zacznij od poprawki o największym wpływie.