Использование отчета Chrome UX в PageSpeed ​​Insights

PageSpeed ​​Insights (PSI) — это инструмент для веб-разработчиков, позволяющий понять, какова производительность страницы и как ее улучшить. Он использует Lighthouse для аудита страницы и выявления возможностей повышения производительности. Он также интегрируется с отчетом Chrome UX Report (CrUX), чтобы показать, как реальные пользователи воспринимают страницу и источник в совокупности. В этом руководстве вы узнаете, как использовать PSI для извлечения информации из CrUX и лучшего понимания пользовательского опыта.

Данные полей из CrUX в PageSpeed ​​Insights

Чтение данных

Чтобы начать, перейдите на https://pagespeed.web.dev/ , введите URL-адрес страницы, которую вы хотите протестировать, и нажмите «Анализ» .

Введите URL-адрес, чтобы начать работу с PageSpeed ​​Insights

Через несколько секунд будет выполнен аудит Lighthouse, и вы увидите разделы с данными из CrUX («Узнайте, что испытывают ваши реальные пользователи») и Lighthouse («Диагностика проблем с производительностью»). CrUX — это коллекция опыта реальных пользователей, а Lighthouse — это контролируемое тестирование в лаборатории.

Данные полей из CrUX в PageSpeed ​​Insights

В разделе реального пользовательского опыта метрики сгруппированы по основным веб-показателям и другим важным метрикам . Первыми перечислены три показателя Core Web Vitals: «Наибольшая отрисовка контента» (LCP), «Первая задержка ввода» (FID) и «Совокупный сдвиг макета» . За ними следуют другие важные показатели: первая отрисовка контента (FCP), взаимодействие с следующей отрисовкой (INP) и время до первого байта (TTFB).

Основные веб-показатели

  • LCP измеряет время, пока на странице не отобразится то, что, вероятно, является ее основным содержимым, например главное изображение или заголовок.
  • INP измеряет задержку всех взаимодействий пользователя со страницей и сообщает одно значение, ниже которого все (или почти все) взаимодействия были.
  • CLS измеряет степень нестабильности макета на странице из-за таких изменений, как внедрение асинхронно загружаемого контента.

Другие примечательные показатели

  • FCP измеряет время, пока на странице не появится что-то на переднем плане, например текст или логотип.
  • TTFB — это экспериментальная метрика, измеряющая время между запросом ресурса и моментом начала поступления первого байта ответа.
  • FID — сейчас устаревший и замененный на INP — измеряет интерактивность страницы, от первого взаимодействия пользователя до момента, когда страница на него отвечает.

Пороги метрик

В этой таблице описано, как значения этих показателей классифицируются как «хорошие», «нуждающиеся в улучшении» или «плохие».

Метрическая | «Хорошо» | «Требуется улучшение» | «Бедный» -- | -- | -- | -- ЛКП | 0–2500 мс | 2500–4000 мс | 4000 мс+ CLS | 0,00-0,10 | 0,10–0,25 | 0,25+ ИНФ | 0–200 мс | 200–500 мс | 500 мс+ ПИД | 0–100 мс | 100–300 мс | 300 мс+ ФЦП | 0–1800 мс | 1800–3000 мс | 3000 мс+ TTFB | 0–800 мс | 800–1800 мс | 1800 мс+

Метрики Core Web Vitals являются наиболее важными показателями, и с ними непосредственно сталкиваются реальные пользователи. Другие метрики могут использоваться в качестве диагностики, но они не обязательно заметны реальным пользователям. Таким образом, эти показатели не учитываются при оценке основных веб-показателей, и несоответствие «хорошим» пороговым значениям имеет значение только в том случае, если они отрицательно влияют на основные веб-показатели.

Существует три способа отображения пользовательского опыта в PSI:

  • метка, сообщающая, что страница прошла или не прошла оценку Core Web Vitals
  • процентили, измеряемые в секундах или миллисекундах (CLS не имеет единиц измерения)
  • Распределение, представляющее процент «хорошего», «нуждающегося в улучшении» и «плохого» опыта, можно получить, нажав «Развернуть вид» в правом верхнем углу этого раздела.

Расширенное представление данных CrUX в PageSpeed ​​Insights.

На снимке экрана выше страница помечена как «прошедшая» оценку Core Web Vitals. Чтобы пройти тест, процентиль должен быть отнесен к категории «хорошо» по всем трем основным веб-показателям. В противном случае оценка отображается как «неудачная». Некоторые страницы могут не иметь достаточных данных INP, и в этом случае страница оценивается по двум другим показателям Core Web Vitals.

Показанные для всех показателей процентили соответствуют 75-му процентилю. В статистике процентиль — это мера, указывающая значение, ниже которого опускается определенный процент выборок. Например, на снимке экрана выше показано, что 75-й процентиль FID составляет 13 мс, а это означает, что 75% событий FID происходят быстрее, чем 13 мс. Эти значения имеют цветовую маркировку в соответствии с приведенной выше таблицей пороговых значений, где «хорошие» значения обозначены зеленым цветом, значения «нуждаются в улучшении» — оранжевым, а «плохие» значения — красным.

Наконец, распределение каждого показателя проиллюстрировано с использованием группировок «хорошо», «нужно улучшить» и «плохо». Например, время работы LCP на этой странице «хорошее» (менее 2,5 секунд) в 90 % случаев. FID «плохой» (не менее 300 миллисекунд) в 1% случаев. Эти распределения отражают весь пользовательский опыт на странице, а их формы указывают на тенденцию быть либо «хорошими», либо «плохими».

Сводная информация о производительности источника

PSI также включает сводную информацию о производительности источника. Это совокупность пользовательского опыта на всех страницах источника. Вы можете получить ту же статистику для всего источника, которая доступна для отдельных страниц. Эти данные тесно связаны с данными, доступными в BigQuery , при этом производительность на уровне страницы не доступна для запроса.

Производительность Origin CrUX в PageSpeed ​​Insights

Существует одно существенное различие между данными исходного уровня в PSI и BigQuery. Наборы данных в BigQuery публикуются раз в месяц и включают данные за предыдущий календарный месяц. Например, набор данных за 202005 год включает в себя все действия пользователей, произошедшие в мае 2020 года. С другой стороны, PSI каждый день агрегирует новые данные, охватывающие предыдущие 28 дней. Таким образом, результаты, которые вы видите сегодня, завтра могут отличаться и не обязательно будут такими же, как в агрегированных данных BigQuery за текущий месяц.

Ответы, когда данные URL недоступны в Crux

Если введенный вами URL-адрес недоступен в CrUX, PageSpeed ​​Insights попытается вернуться к данным исходного уровня, как показано ниже. Нажав на значок рядом с отключенной кнопкой «Этот URL-адрес» , вы увидите дополнительные пояснения.

В PageSpeed ​​Insights нет данных CrUX на уровне URL-адресов, поэтому показаны данные Origin.

Если данные исходного уровня также недоступны в CrUX, то PSI не сможет отобразить этот раздел, и вы увидите No Data . Лабораторные данные Lighthouse по-прежнему доступны, чтобы дать вам приблизительную оценку производительности страницы.

В PageSpeed ​​Insights нет данных CrUX

Часто задаваемые вопросы

В каких случаях мне следует использовать PageSpeed ​​Insights вместо других инструментов?

PSI объединяет данные реального пользовательского опыта CrUX с лабораторной диагностикой производительности Lighthouse. Это позволяет легко увидеть, насколько быстро обрабатывается страница, и как сделать ее быстрее в одном месте. Ежедневное агрегирование полевых данных в PSI делает его отличным местом для более тщательного мониторинга происхождения или производительности URL-адресов, чем инструменты с менее частым агрегированием.

Существуют ли какие-либо ограничения на использование PageSpeed ​​Insights?

PSI предоставляет только самые последние ежедневные статистические данные, поэтому вы не обязательно сможете увидеть, как меняется производительность сайта. В набор данных CrUX также включены некоторые второстепенные показатели, которые не представлены в PSI.

Где я могу узнать больше о PageSpeed ​​Insights?

Дополнительную информацию можно найти в документации PSI .