Dane

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. Jest to pierwszy kluczowy moment wczytywania strony, na którym zależy deweloperom – gdy przeglądarka zaczyna renderować stronę”.

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 też 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, gdy wczytanie strony i jej zasobów zależnych zostanie zakończone”.

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

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

Wskaźnik INP (interakcja do kolejnego wyrenderowania) został dodany do zbioru danych CrUX w lutym 2022 r. Te nowe dane obejmują całkowity czas oczekiwania na poszczególne zdarzenia i pozwalają uzyskać pełniejszy obraz ogólnej szybkości działania strony w całym okresie jej istnienia.

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 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 klawisz 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 w historii, co oznacza, że strona została wyświetlona i niedawno do niej powrócono; Dzięki prawidłowemu buforowaniu takie działania powinny działać szybko, ale wciąż wymagać przetworzenia strony i wykonania JavaScriptu – w obu przypadkach eliminuje to pamięć podręczna stanu strony Bfcache.
back_forward_cache Nawigacja w historii, która została wyświetlona 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ź dokumentu, ale gdy są używane wczesne wskazówki, używane są „pierwsze bajty”. będzie 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 przypadku danych z pola, takich jak CrUX, podczas gdy testy laboratoryjne są zwykle mniej podatne na te czynniki, ponieważ końcowy adres URL jest testowany i często wielokrotnie neguje zmiany w pamięci podręcznej.

Popularność

Dane pozycji popularności to względna miara popularności witryny w zbiorze danych CrUX, mierzona przez łączną liczbę nawigacji w źródle. Klasyfikacja jest oparta na skali log10 z podziałem na połówki (np. pierwsze 1000, top 50, top 100, top 500, top 1000, top 5000, top 1M itd.), gdzie każda pozycja jest wykluczana z wyłączeniem poprzedniego (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 pozwolenie na wyświetlanie powiadomień, te dane reprezentują względną częstotliwość występowania odpowiedzi na prompty: zaakceptuj, odrzuć, zignoruj lub odrzuć.

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. Te dane są również znane jako rtt. interfejsu Network Information API, który jest tym samym interfejsem API odpowiedzialnym za Wymiar Efektywny typ połączenia (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.