Как просмотреть данные отчета 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

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

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

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

Другие важные показатели

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

Метрические пороги

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

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

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

В PSI пользовательский опыт отображается тремя способами:

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

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

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

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

Наконец, распределения для каждой метрики проиллюстрированы с использованием групп «хорошо», «нуждается в улучшении» и «плохо». Например, LCP-опыт на этой странице «хорош» (менее 2,5 секунд) 90% времени. INP «плох» (не менее 500 миллисекунд) 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 по-прежнему доступны, чтобы дать вам приблизительную оценку производительности страницы.

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

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

Вот некоторые из часто задаваемых вопросов о данных CrUX на PageSpeed ​​Insights:

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

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

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

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

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

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