Эволюция инструментов ускорения: основные моменты Chrome Developer Summit 2019

Новые показатели производительности, обновления PageSpeed ​​Insights и отчета об опыте пользователей Chrome (CrUX) и многое другое.

Элизабет Суини
Elizabeth Sweeny

На саммите разработчиков Chrome мы с Полом Айришем анонсировали обновления Lighthouse — Lighthouse CI, новую формулу оценки производительности и многое другое . Наряду с важными новостями Lighthouse мы представили захватывающие разработки в области инструментов повышения производительности, включая новые показатели производительности, обновления PageSpeed ​​Insights и Chrome User Experience Report (CrUX), а также выводы из анализа веб-экосистемы, проведенного Web Almanac.

Новые показатели производительности

Измерение нюансов пользовательского опыта является ключом к количественной оценке его влияния на вашу прибыль и отслеживанию улучшений и регрессов. Со временем появились новые показатели, позволяющие улавливать эти нюансы и заполнять пробелы в измерении пользовательского опыта. Новейшим дополнением к истории метрик являются две полевые метрикиLargest Contentful Paint (LCP) и Cumulative Layout Shift (CLS) , которые разрабатываются в рабочей группе W3C Web Performance, а также новая лабораторная метрикаTotal Blocking Time (TBT) .

Самая большая содержательная краска (LCP)

Largest Contentful Paint (LCP) сообщает время, когда самый большой элемент контента становится видимым в области просмотра.

До самой большой отрисовки контента показатели первой значимой отрисовки (FMP) и индекса скорости (SI) служили для регистрации процесса загрузки после первоначальной отрисовки, но эти показатели сложны и часто не позволяют определить, когда загрузился основной контент страницы. Исследования показали, что простое наблюдение за тем, когда самый крупный элемент на странице отображается лучше, позволяет определить момент загрузки основного содержимого страницы.

Новая метрика Largest Contentful Paint скоро будет доступна в отчетах Lighthouse, а пока вы можете измерять LCP в JavaScript .

Общее время блокировки (TBT)

Метрика «Общее время блокировки» (TBT) измеряет общее количество времени между первой отрисовкой контента (FCP) и временем до взаимодействия (TTI) , в течение которого основной поток был заблокирован на достаточно долгое время, чтобы предотвратить реагирование на ввод.

Задача считается длинной , если она выполняется в основном потоке более 50 миллисекунд. Любая миллисекунда сверх этого засчитывается во время блокировки этой задачи.

Диаграмма, представляющая задачу длительностью 150 миллисекунд, время блокировки которой составляет 100 миллисекунд.

Общее время блокировки страницы представляет собой сумму времени блокировки всех длительных задач, возникших между FCP и TTI.

Диаграмма, представляющая пять задач с общим временем блокировки 60 миллисекунд из 270 миллисекунд времени основного потока.

В то время как Time to Interactive хорошо определяет, когда основной поток успокаивается позже во время загрузки, Total Blocking Time направлен на количественную оценку того, насколько напряжен основной поток во время загрузки. Таким образом, TTI и TBT дополняют друг друга и обеспечивают баланс.

Совокупное изменение макета (CLS)

Совокупное смещение макета (CLS) измеряет визуальную стабильность страницы и определяет, как часто пользователи сталкиваются с неожиданными изменениями макета. Неожиданное перемещение контента может сильно разочаровывать, и этот новый показатель поможет вам решить эту проблему, измеряя, как часто это происходит у ваших пользователей.

Скринкаст, показывающий, как нестабильность макета может негативно повлиять на пользователей.

Ознакомьтесь с подробным руководством по совокупному сдвигу макета, чтобы узнать, как он рассчитывается и как его измерить.

Новая формула оценки производительности Lighthouse вскоре уменьшит акцент на FMP и FCI и включит в себя три новых показателя — LCP, TBT и CLS, поскольку они лучше фиксируют, когда страница кажется удобной для использования.

В Lighthouse v6 основными показателями производительности нагрузки являются первая отрисовка контента, индекс скорости и самая большая отрисовка контента; Время взаимодействия, задержка первого ввода, максимальная потенциальная задержка первого ввода и общее время блокировки — основные показатели интерактивности; А совокупный сдвиг макета — это основной показатель предсказуемости.

Чтобы узнать больше, ознакомьтесь с оценкой производительности Lighthouse и новой коллекцией метрик web.dev .

Пороговые значения полевых данных (CrUX), настроенные в PageSpeed ​​Insights

В течение прошлого года мы анализировали производительность Интернета на местах с помощью данных Chrome User Experience (CrUX). Опираясь на эти данные, мы переоценили пороговые значения, которые мы используем для обозначения веб-сайта как «медленного», «умеренного» или «быстрого» по производительности.

Две гистограммы, показывающие распределение медленной, быстрой и умеренной скорости для FCP и FID.

Чтобы получить общую оценку сайта, PageSpeed ​​Insights (PSI) использует определенный процентиль общего распределения данных полей в качестве золотого числа для этого сайта; предыдущие использованные пороговые значения были 90-й процентиль для первой контентной отрисовки и 95-й процентиль для первой задержки ввода (FID).

Например, если на сайте распределение FCP составляет 50 % быстро, 30 % средне, 20 % медленно, 90-й процентиль FCP находится в медленном разделе, что делает общую оценку поля для сайта медленной.

Это было скорректировано для лучшего общего распределения по веб-сайтам, и новая разбивка выглядит следующим образом:

Метрика Общий процентиль Быстро (мс) Умеренный (мс) Медленно (мс)
ФКП 75-й процентиль 1000 1000-3000 3000+
ПИД 95-й процентиль 100 100-300 300+

Например, теперь, если на сайте распределение FCP составляет 50 % быстро, 30 % средне, 20 % медленно, 75-й процентиль FCP находится в умеренном разделе, что делает общую оценку поля для сайта умеренной.

Канонические перенаправления URL-адресов в PageSpeed ​​Insights

Чтобы вы могли максимально точно оценить впечатления пользователя, команда PageSpeed ​​Insights добавила в PSI запрос на повторный анализ. Для сайтов, которые перенаправляются на новый URL-адрес, вам будет предложено повторно запустить отчет по целевому URL-адресу, чтобы получить более полную картину вашей фактической эффективности.

Пользовательский интерфейс PSI, показывающий перенаправление URL-адреса и кнопку «Повторный анализ».

CruX в новом отчете Search Console Speed

Search Console представила свой новый отчет о скорости за неделю до Chrome Dev Summit. Он использует данные из отчета об опыте пользователей Chrome, чтобы помочь владельцам сайтов обнаружить потенциальные проблемы с взаимодействием с пользователем. Отчет о скорости автоматически распределяет группы похожих URL-адресов по сегментам «Быстрый», «Умеренный» и «Медленный» и помогает определить приоритетность улучшений производительности для конкретных проблем.

Отчет о скорости в Search Console.

Веб-альманах

Дион Альмаер представляет веб-альманах на CDS 2019.

Во вступительной речи мы объявили о запуске Веб-альманаха — ежегодного проекта, который сопоставляет статистику и тенденции состояния Интернета с опытом веб-сообщества. 85 участников, включая разработчиков Chrome и веб-сообщество, вызвались работать над проектом, в котором анализируются 20 основных аспектов Интернета, касающихся того, как сайты создаются, доставляются и используются. Начните изучать Веб-альманах, чтобы узнать больше о состоянии производительности , JavaScript и стороннем коде в Интернете.

Узнать больше

Для получения более подробной информации об обновлениях инструментов повышения производительности на саммите разработчиков Chrome посмотрите доклад об эволюции инструментов скорости: