Wskaźniki

Wskaźniki w raporcie CrUX korzystają ze standardowych interfejsów API platformy internetowej udostępnianych przez przeglądarki. W szczególności w zbiorze danych BigQuery te dane są agregowane w celu rozpoznawania pochodzenia. Właściciele witryn, którzy potrzebują bardziej szczegółowej analizy (np. rozdzielczości adresu URL) i statystyk skuteczności, mogą używać tych samych interfejsów API, aby zbierać szczegółowe dane z pomiaru rzeczywistych użytkowników (RUM). Pamiętaj, że chociaż wszystkie interfejsy API są dostępne w Chrome, inne przeglądarki mogą nie obsługiwać pełnego zestawu danych.

Większość wskaźników jest przedstawiana jako agregacja histogramu, co umożliwia wizualizację rozkładu i przybliżenie wartości centyli.

Pierwsze otwarcie

„Pierwsze wyrenderowanie rejestruje czas pierwszego renderowania w przeglądarce po nawigacji. Nie uwzględnia to domyślnego renderowania w tle, ale uwzględnia inne niż domyślne wyrenderowanie w tle. To pierwszy kluczowy moment przy ładowaniu strony, na który zwracają uwagę programiści, czyli moment rozpoczęcia renderowania strony przez przeglądarkę”.

Paint Timing API

Pierwsze wyrenderowanie treści

„Pierwsze wyrenderowanie treści raportuje, kiedy przeglądarka po raz pierwszy wyrenderowała tekst, obraz (w tym obrazy tła), elementy SVG lub obszary robocze inne niż białe. Obejmuje to tekst z oczekującymi czcionkami internetowymi. To pierwszy raz, gdy użytkownicy zaczną korzystać z zawartości strony”.

Paint Timing API

Wczytana treść DOM

„DOMContentLoaded raportuje czas pełnego wczytania i przeanalizowania początkowego dokumentu HTML bez oczekiwania na zakończenie wczytywania arkuszy stylów, obrazów i ramek podrzędnych.”

MDN

największe wyrenderowanie treści

„Największe wyrenderowanie treści (LCP) to ważny wskaźnik dotyczący użytkowników, który mierzy postrzeganą szybkość wczytywania, ponieważ wskazuje na osi czasu wczytywania strony punkt, w którym prawdopodobnie wczyta się jej główna zawartość. Szybki LCP pomaga zapewnić użytkownikowi, że strona jest przydatna”.

web.dev/articles/lcp

Przy ładowaniu

„Zdarzenie wczytywania jest wywoływane po zakończeniu wczytywania strony i zasobów zależnych”.

MDN

zbiorcze przesunięcie układu

„Skumulowane przesunięcie układu (CLS) to ważny, skoncentrowany na użytkowniku wskaźnik do pomiaru stabilności wizualnej, który pozwala określić, jak często użytkownicy mają do czynienia z nieoczekiwanymi zmianami układu. Niski CLS pomaga zadbać o atrakcyjność strony”.

web.dev/articles/cls

Opóźnienie przy pierwszym działaniu

„Opóźnienie przy pierwszym działaniu (FID) to ważny, zorientowany na użytkownika wskaźnik do pomiaru responsywności wczytywania, ponieważ określa ilościowo wrażenia użytkowników, którzy próbują wejść w interakcję ze stronami, które nie odpowiadają. Niska wartość FID pomaga zapewnić, że strona jest użyteczna”.

web.dev/articles/fid

Od interakcji do kolejnego wyrenderowania

„Interakcja przed następnym wyrenderowaniem” (INP) to wartość pola, która ocenia reagowanie. INP rejestruje czas oczekiwania wszystkich interakcji w całym cyklu życia strony. Najwyższa wartość z tych interakcji – lub zbliżona w przypadku stron z wieloma interakcjami – jest rejestrowana jako wartość INP strony. Niski wskaźnik INP gwarantuje, że strona będzie zawsze działała sprawnie”.

web.dev/articles/inp

Dodano interakcję z następnym wyrenderowaniem (INP) do zbioru danych CrUX w lutym 2022 roku. Ten nowy wskaźnik rejestruje całkowite czasy oczekiwania poszczególnych zdarzeń i daje bardziej całościowy obraz ogólnej responsywności strony od początku śledzenia.

Dane Typy nawigacji określają odsetek wyświetleń stron następujących elementów nawigacyjnych:

Typ Opis
navigate Wczytanie strony, które nie pasuje do żadnej z pozostałych kategorii.
navigate_cache Wczytanie strony, w której przypadku główny zasób (główny dokument HTML) został wyświetlony z pamięci podręcznej HTTP. Witryny często używają buforowania w przypadku zasobów podrzędnych, ale główny dokument HTML jest często znacznie rzadziej przechowywany w pamięci podręcznej, a gdy jest to możliwe, może to spowodować zauważalny wzrost wydajności, ponieważ umożliwia to buforowanie lokalnie i w sieci CDN.
reload Użytkownik załaduje ponownie stronę, klikając przycisk ponownego załadowania, naciskając Enter na pasku adresu lub cofając zamknięcie karty. Ponowne załadowanie strony często prowadzi do ponownej weryfikacji na serwerze w celu sprawdzenia, czy strona główna uległa zmianie. Wysoki odsetek odświeżeń stron może oznaczać frustrację użytkowników.
restore Strona została ponownie załadowana po ponownym uruchomieniu przeglądarki lub karta została usunięta z powodu braku pamięci. W Chrome na urządzeniach z Androidem te zdarzenia są zgłaszane jako „załaduj ponownie”.
back_forward Nawigacja po historii, która oznacza, że strona była ostatnio odwiedzana i do niej wróciła. Dzięki prawidłowemu buforowaniu takie działania powinny działać szybko, ale wciąż wymagać przetworzenia strony i wykonania JavaScriptu – w obu przypadkach nie da się uniknąć Bfcache.
back_forward_cache Nawigacja w historii wyświetlana z pamięci podręcznej stanu strony internetowej. Optymalizacja stron pod kątem wykorzystania pamięci podręcznej stanu strony internetowej (usunięcie blokad) powinna przyspieszyć działanie, dlatego witryny powinny
prerender Strona została wstępnie wyrenderowana, co – podobnie jak w pamięci podręcznej stanu strony internetowej – może spowodować niemal natychmiastowe wczytanie strony.

W niektórych przypadkach wczytanie strony może wynikać z połączenia kilku typów nawigacji. W takim przypadku raport na temat użytkowania Chrome raportuje pierwsze dopasowanie w odwrotnej kolejności w tabeli (od dołu do góry).

Więcej informacji na ten temat można znaleźć w poście z ogłoszeniem dotyczącym typów nawigacji.

Dane eksperymentalne

Wskaźniki eksperymentalne są dostępne w zbiorze danych CrUX za pomocą BigQuery. Niektóre z nich są też dostępne w interfejsie API raportu CrUX. Dane te mogą się regularnie zmieniać na podstawie opinii użytkowników. Najnowsze zmiany znajdziesz w informacjach o wersji.

Czas do pierwszego bajtu

TTFB w CrUX jest zbierane tylko podczas wczytywania pełnej strony w odróżnieniu od innych liczników czasu (takich jak LCP), które są też zbierane w przypadku nawigacji wstecznych i wstępnie renderowanych stron. W związku z tym rozmiar próbki TTFB może być mniejszy niż inne dane i niekoniecznie musi być z nim porównywany bezpośrednio.

Raport CrUX mierzy TTFB, gdy pierwsze bajty zasobu dokumentu są odbierane z serwera. Konwencjonalny widok TTFB polega na określaniu, kiedy rozpoczyna się odpowiedź na żądanie dokumentu. Jeśli jednak korzystasz z wczesnych wskazówek, „pierwsze bajty” pojawiają się wcześniej. W przyszłości możemy zaktualizować raport na temat użytkowania Chrome w celu ignorowania wczesnych wskazówek.

TTFB nie jest bezpośrednim miernikiem czasu odpowiedzi serwera, ponieważ uwzględnia pomiary dotyczące wcześniejszego czasu, w tym czasu przekierowania, i ma wpływ na to, czy odpowiedź jest dostarczana z pamięci podręcznej, sieci CDN czy z serwera. Jest to szczególnie widoczne w danych terenowych, takich jak CrUX, podczas gdy te czynniki mają zwykle mniejszy wpływ na testy laboratoryjne, ponieważ końcowy adres URL jest testowany i często wielokrotnie neguje zmiany w pamięci podręcznej.

Popularność

Ranking popularności to względna miara popularności witryny w zbiorze danych CrUX, mierzona przez łączną liczbę nawigacji w źródle. Pozycja jest ustalana na skali log10 z podziałem na połówki (np. pierwsze 1000, najwyższe 5000, top 10000, top 500, top 5000, top 500, top 1M itd.). Każda pozycja w rankingu jest z wyłączeniem poprzedniej (np. 5000 to w rzeczywistości 4000 adresów URL z wyłączeniem pierwszych 1000). Górna granica jest dynamiczna w miarę rozrastania się zbioru danych.

Popularność ma służyć jako wskazówka podczas ogólnej analizy, na przykład w celu określenia skuteczności według kraju dla 1000 pierwszych źródeł.

Zgoda na wyświetlanie powiadomień

W przypadku witryn, które proszą o uprawnienia do wyświetlania powiadomień użytkownikom, ta wartość określa względną częstotliwość odpowiedzi użytkowników na te prośby: akceptowanie, odrzucanie, ignorowanie lub odrzucanie.

Czas błądzenia

Udostępnia szacowany czas przesyłania danych HTTP (warstwa aplikacji) w obie strony na początku nawigacji na podstawie ostatnich połączeń sieciowych. Ten wskaźnik jest też nazywany właściwością rtt interfejsu Network Information API, który odpowiada za wymiar Effective Connection Type (ECT).

Te dane są dostępne tylko w interfejsie CrUX API i CrUX History API, zagregowane do 75 centyla. Histogramy są niedostępne. Nie są też dostępne w BigQuery.