Nowe dane o wydajności, aktualizacje PageSpeed Insights i Raportu na temat użytkowania Chrome (CrUX) i inne ulepszenia.
Na konferencji Chrome Developer Summit z Paulem Irelandi ogłosiliśmy zmiany w Lighthouse, m.in. Lighthouse CI i nowym sposobie obliczania wyniku wydajności. Oprócz ważnych aktualności związanych z Lighthouse zaprezentowaliśmy nowe narzędzia zwiększające wydajność, w tym nowe dane dotyczące wydajności, aktualizacje PageSpeed Insights i Raportu na temat użytkowania Chrome (CrUX) oraz analizy ekosystemu internetowego przygotowane przez Web Almanac.
Nowe dane dotyczące skuteczności
Pomiar niuansów i wrażeń użytkownika jest kluczem do zmierzenia jego wpływu na zyski oraz do śledzenia postępów i regresji. Z czasem pojawiły się nowe dane, które pozwalają wychwytywać te niuanse i wypełniać luki w pomiarach wrażeń użytkowników. Ostatnim dodatkiem do historii są 2 wskaźniki pól – największe wyrenderowanie treści (LCP) i skumulowane przesunięcie układu (CLS) – które są inkubowane w grupie roboczej W3C Web Performance Reporting, oraz nowe dane laboratoryjne – Całkowity czas blokowania (TBT).
Największe wyrenderowanie treści (LCP)
Największe wyrenderowanie treści (LCP) podaje, kiedy w widocznym obszarze pojawia się największy element treści.
Przed wyrenderowaniem treści największego wyrenderowania treści pierwsze wyrenderowanie treści (FMP) i wskaźnik szybkości (SI) rejestrowały czas wczytywania strony po wstępnym wyrenderowaniu, ale te dane są złożone i często nie wskazują, kiedy została wczytana główna zawartość strony. Badania wykazały, że sprawdzanie, kiedy największy element na stronie jest renderowany, lepiej odzwierciedla czas wczytywania głównej treści strony.
Nowe dane największego wyrenderowania treści wkrótce będą dostępne w raportach Lighthouse, a do tego czasu możesz mierzyć LCP w JavaScript.
Całkowity czas blokowania (TBT)
Całkowity czas blokowania (TBT) mierzy łączny czas upływający między pierwszym wyrenderowaniem treści (FCP) a czasem do pełnej interaktywności (TTI), w którym wątek główny był zablokowany na tyle długo, aby nie reagował na dane wejściowe.
Zadanie jest uznawane za długie, jeśli działa w wątku głównym przez ponad 50 milisekund. Każda milisekunda powyżej tego limitu jest liczona od czasu blokowania tego zadania.
Całkowity czas blokowania strony to suma czasów blokowania wszystkich długich zadań, które wystąpiły między FCP a TI.
Czas do pełnej interaktywności dobrze wykrywa, kiedy wątek główny uspokaja się na późniejszym etapie wczytywania, Całkowity czas blokowania ma na celu zmierzenie poziomu obciążenia wątku głównego podczas ładowania. W ten sposób TTI i TBT uzupełniają się i zapewniają równowagę.
Skumulowane przesunięcie układu (CLS)
Skumulowane przesunięcie układu (CLS) mierzy stabilność wizualną strony i określa, jak często użytkownicy doświadczają nieoczekiwanych zmian układu. Nieoczekiwany ruch treści może być bardzo frustrujący, a te nowe dane pomagają rozwiązać ten problem, mierząc częstotliwość występowania tego problemu w przypadku użytkowników.
Zapoznaj się ze szczegółowym przewodnikiem po skumulowanym przesunięciach układu, aby dowiedzieć się, jak to obliczamy i jak można je mierzyć.
Nowa formuła wyniku wydajności w Lighthouse wkrótce wyłączy FMP i FCI i będzie uwzględniać 3 nowe wskaźniki – LCP, TBT i CLS – ponieważ będą one lepiej rejestrować, kiedy strona wydaje się przydatna.
Aby dowiedzieć się więcej, zapoznaj się z wynikiem wydajności Lighthouse i nową kolekcją wskaźników web.dev.
Progi danych terenowych (CrUX) skorygowane w PageSpeed Insights
W ubiegłym roku analizowaliśmy skuteczność witryny na podstawie danych dotyczących jakości użytkowników Chrome (CrUX). Na podstawie tych danych ponownie oceniliśmy progi, które stosujemy, aby określić wydajność witryny jako „wolną”, „umiarkowaną” lub „szybką”.
Aby uzyskać ogólną ocenę witryny, PageSpeed Insights (PSI) używa określonego percentyla łącznego rozkładu danych w danej witrynie jako złotej liczby. Poprzednimi progami był 90 centyl w przypadku First Contentful Paint i 95 centyl w przypadku opóźnienia przy pierwszym działaniu (FID).
Jeśli na przykład rozkład FCP witryny wynosi 50% szybko, 30% umiarkowanie, 20% wolno, 90. percentyl FCP znajduje się w sekcji wolnej, przez co ogólny wynik pola witryny jest wolny.
Wprowadziliśmy korektę, by zapewnić większą ogólną dystrybucję w witrynach. Nowy podział wygląda tak:
Dane | Ogólny percentyl | Szybko (ms) | Umiarkowane (ms) | Wolne (ms) |
FCP | 75. percentyl | 1000 | 1000-3000 | 3000 lub więcej |
FID | 95 centyl | 100 | 100-300 | 300+ |
Na przykład teraz, jeśli rozkład FCP witryny wynosi 50% szybko, 30% umiarkowanie, 20% powolnie, 75. percentyl FCP znajduje się w sekcji umiarkowanej, co sprawia, że ogólny wynik witryny jest umiarkowany.
Przekierowania kanonicznych adresów URL w PageSpeed Insights
Aby umożliwić jak najdokładniejsze pomiary wrażeń użytkowników, zespół PageSpeed Insights dodał do PSI prośbę o ponowną analizę. W przypadku witryn, które są przekierowywane pod nowy adres URL, pojawi się prośba o powtórzenie raportu o adresie URL strony docelowej, aby uzyskać pełniejszy obraz rzeczywistej skuteczności.
Raport na temat użytkowania Chrome w nowym raporcie dotyczącym szybkości w Search Console
Tydzień przed konferencją Chrome Dev Summit w Search Console opublikował nowy raport dotyczący szybkości. Wykorzystuje dane z Raportu na temat użytkowania Chrome, aby pomóc właścicielom witryn w wykrywaniu potencjalnych problemów z wrażeniami użytkowników. Raport dotyczący szybkości automatycznie przypisuje grupy podobnych adresów URL do zasobników „Szybkie”, „Umiarkowane” i „Powoli” oraz pomaga nadawać priorytety usprawnieniom w przypadku konkretnych problemów.
Informacje internetowe
Podczas prezentacji otwierającej ogłosiliśmy uruchomienie corocznego projektu Web Almanac, który łączy statystyki i trendy dotyczące stanu internetu z doświadczeniem społeczności internetowej. W projekcie, w którym uwzględniono 20 głównych aspektów tworzenia i działania stron internetowych, zgłosiło się 85 programistów Chrome i członków społeczności internetowej. Zacznij przeglądać Web Almanac, aby dowiedzieć się więcej o stanie wydajności, JavaScript i kodu zewnętrznego w internecie.
Więcej informacji
Więcej informacji o aktualizacjach narzędzi zwiększających wydajność z Chrome Developer Summit znajdziesz w rozmowie o ewolucji Speed Tooling: