SEOMaster
Test szybkości strony — Core Web Vitals i ciężkie zasoby
Sprawdź LCP, INP, CLS, TTFB, wagę strony, liczbę żądań, cache i kompresję. Raport rozdziela dane rzeczywistych użytkowników od testu laboratoryjnego i pokazuje dowody, od których warto zacząć optymalizację.
Co mierzy test szybkości
Core Web Vitals — LCP, INP i CLS z danych polowych CrUX, gdy Google ma wystarczającą próbę. W przeciwnym razie raport oznacza pomiar laboratoryjny albo brak danych.
Odpowiedź i ładowanie — TTFB strony głównej, czas pobrania oraz zasoby blokujące renderowanie, które opóźniają pokazanie głównej treści.
Waga i żądania — HTML, CSS, JavaScript, obrazy i fonty; ciężkie zasoby, brak kompresji, cache oraz obrazy bez nowoczesnego formatu.
Warstwa serwera — kompresja, nagłówki cache, HTTP/2 lub HTTP/3 i sygnały CDN, żeby oddzielić problem frontendu od hostingu.
Pole i laboratorium odpowiadają na inne pytania
CrUX agreguje poprzednie 28 dni i mówi, czego doświadczyli prawdziwi użytkownicy. Lighthouse wykonuje jeden test w kontrolowanych warunkach i pomaga debugować. Wyniki mogą się różnić; brak CrUX przy małym ruchu nie oznacza ani sukcesu, ani błędu.
Najczęstsze pytania
Jaki wynik oznacza szybką stronę? W Core Web Vitals dobre progi to LCP do 2,5 s, INP do 200 ms i CLS do 0,1, oceniane na 75. percentylu wizyt. Zielone 90/100 w Lighthouse jest dobrym wynikiem laboratoryjnym, ale nie zastępuje danych rzeczywistych użytkowników.
Dlaczego wynik różni się od PageSpeed Insights? Pojedyncze testy laboratoryjne zależą od lokalizacji, obciążenia serwera i warunków symulacji. Dane polowe agregują doświadczenia użytkowników z 28 dni. SEOMaster pokazuje źródło metryki i uzupełnia je własnym pomiarem zasobów oraz serwera.
Dlaczego nie widzę danych INP albo CrUX? Nowa lub rzadko odwiedzana strona może nie mieć próbki wystarczającej do publicznego raportu CrUX. Brak danych polowych nie oznacza dobrego ani złego wyniku — wtedy użyj diagnostyki laboratoryjnej i zacznij zbierać własne Web Vitals.
Czy test obejmuje tylko stronę główną? Pomiar PageSpeed dotyczy konkretnego adresu wejściowego, a skaner dodatkowo odkrywa reprezentatywne podstrony i analizuje ich zasoby, obrazy oraz sygnały techniczne. Dla kluczowych szablonów warto uruchomić osobne testy.