Darmowe narzędzie
Zobacz LCP, INP i CLS, których realni użytkownicy Chrome doświadczyli na dowolnej stronie w ciągu ostatnich 28 dni — dokładnie te dane terenowe, na podstawie których Google ocenia page experience. Bez konta, bez kolejki, bez czekania na audyt Lighthouse.
Trzy wskaźniki decydują o tym, czy Google uzna doświadczenie Twojej strony za dobre. Oto co każdy z nich mierzy i co realnie na niego wpływa.
Core Web Vitals to trzy wskaźniki doświadczenia użytkownika, które Google traktuje jako sygnał rankingowy: Largest Contentful Paint, Interaction to Next Paint i Cumulative Layout Shift. Strona zdaje egzamin, gdy 75. percentyl realnych wizyt mieści się w zakresie „dobry” dla wszystkich trzech — jesteś więc oceniany po wolniejszych użytkownikach, nie po średniej.
LCP mówi, ile czasu zajmuje wyrenderowanie największego elementu w widocznym obszarze — zwykle grafiki hero, plakatu wideo albo bloku nagłówka. Dobry wynik to 2,5 s lub mniej. Typowe przyczyny problemów to wolna odpowiedź serwera, blokujący CSS lub JavaScript oraz grafiki hero, które nie są ani preładowane, ani poprawnie wymiarowane.
INP mierzy, jak długo strona wizualnie reaguje na kliknięcie, dotknięcie lub naciśnięcie klawisza — w całej wizycie, nie tylko przy pierwszej interakcji. Dobry wynik to 200 ms lub mniej. Zwykle winne są długie zadania JavaScriptu: ciężka hydratacja, skrypty firm trzecich i handlery, które synchronicznie wymuszają przeliczenie układu.
CLS sumuje to, jak bardzo widoczna treść skacze bez udziału użytkownika. Dobry wynik to 0,1 lub mniej. Układ przesuwają obrazy i ramki bez podanych wymiarów, reklamy i osadzenia wstrzykiwane nad istniejącą treścią oraz fonty webowe podmieniane na krój o innych metrykach.
FID został zastąpiony przez INP w marcu 2024 roku. FID mierzył tylko opóźnienie przed rozpoczęciem obsługi pierwszej interakcji, co zaliczała niemal każda strona. INP mierzy pełne opóźnienie interakcji w całej sesji, więc strony, które sprawiały wrażenie ociężałych, wreszcie mają to odzwierciedlone w wyniku.
To narzędzie pokazuje dane terenowe: to, czego doświadczyli realni użytkownicy Chrome na realnych urządzeniach i łączach. Lighthouse i wynik wydajności w PageSpeed Insights to dane laboratoryjne — jeden symulowany przebieg na jednym symulowanym urządzeniu. Dane laboratoryjne są powtarzalne i dobre do debugowania; dane terenowe to te, po których Google Cię ocenia. Chcesz mieć jedne i drugie — i chcesz, żeby się zgadzały.
Chrome UX Report (CrUX) agreguje zanonimizowane pomiary od użytkowników Chrome, którzy zgodzili się na raportowanie statystyk użycia. Publikuje 28-dniowe okno kroczące dla każdego adresu URL i każdej domeny. Jeśli konkretna podstrona ma za mało ruchu, CrUX nie ma dla niej wpisu i pokazujemy wynik dla całej domeny.
Brak wpisu w CrUX nie oznacza, że strona jest wolna — oznacza, że odwiedziło ją zbyt mało użytkowników Chrome, by Google opublikował agregat. Nowsze serwisy i te o mniejszym ruchu są w tej sytuacji na co dzień. Monitoring realnych użytkowników na własnej stronie to sposób na pomiar wskaźników, zanim CrUX zbierze wystarczającą próbkę.
Każdy tester Core Web Vitals, ten również, daje Ci liczbę na dziś. Żaden nie powie Ci, że deploy z zeszłego czwartku dołożył 900 ms do LCP. PingView uruchamia pomiary cyklicznie, przechowuje historię i powiadamia Cię w chwili, gdy wskaźnik przekroczy próg.
Sprawdź certyfikat, jego łańcuch i datę wygaśnięcia oraz reputację domeny.
Przelicz procent dostępności na realny czas przestoju dziennie, miesięcznie i rocznie.
Oszacuj, ile kosztuje Cię godzina niedostępności — na Twoich własnych liczbach.
Ciągły pomiar wskaźników z historią, progami i alertami o regresjach.
Cykliczne audyty laboratoryjne wydajności, dostępności, SEO i dobrych praktyk.
Reszta darmowego zestawu PingView do uptime, certyfikatów i wydajności.
Tak, w całości. Nie ma konta, limitowanego triala ani ściany z adresem e-mail. Wynikiem możesz się też podzielić, kopiując adres z paska przeglądarki.
Z Chrome UX Report (CrUX), publicznego zbioru danych Google z pomiarami realnych użytkowników Chrome. To te same dane terenowe, które widzisz w PageSpeed Insights i w raporcie Core Web Vitals w Search Console.
Dane terenowe powinny się zgadzać, bo to ten sam zbiór. PageSpeed Insights pokazuje dodatkowo laboratoryjny wynik wydajności z symulowanego przebiegu Lighthouse — to inny pomiar i nie będzie się pokrywał z danymi terenowymi.
CrUX publikuje wpis dopiero wtedy, gdy adres URL lub domena zbierze wystarczający ruch z Chrome. Poniżej tego progu Google nie publikuje nic. Strony o mniejszym ruchu potrzebują testów laboratoryjnych albo własnego monitoringu realnych użytkowników.
Wynik dla adresu URL dotyczy jednej podstrony. Wynik dla domeny agreguje wszystkie podstrony w serwisie. Najpierw sprawdzamy dokładny adres, a gdy sama podstrona ma za mało ruchu, wracamy do poziomu domeny — nagłówek wyniku mówi, który wariant widzisz.
CrUX publikuje 28-dniowe okno kroczące i odświeża je codziennie. Ponieważ jest to średnia z czterech tygodni, zmiana wdrożona dzisiaj pojawi się w pełni dopiero po tygodniach — i właśnie dlatego ciągły monitoring wychwytuje regresje, których ten test nie jest w stanie pokazać.
Niemal zawsze, a mobile zwykle wypada gorzej. Google ocenia page experience osobno dla każdego typu urządzenia, więc sprawdź oba. Użyj przełącznika powyżej.
To jeden z wielu sygnałów rankingowych i liczy się przede wszystkim jako języczek u wagi między stronami o porównywalnej trafności. Dobre wskaźniki nie uratują ubogiej treści, ale przy wyrównanej konkurencji bycie tym szybszym po prostu się opłaca.