Метрики

Метрики в CrUX основаны на стандартных API-интерфейсах веб-платформы, предоставляемых браузерами. В частности, в наборе данных BigQuery эти данные агрегируются до разрешения источника. Владельцы сайтов, которым требуется более детальный анализ (например, разрешение на уровне URL-адресов) и понимание производительности своего сайта, могут использовать те же API для сбора подробных данных реальных измерений пользователей (RUM) для своих собственных источников. Обратите внимание: хотя в Chrome доступны все API, другие браузеры могут не поддерживать полный набор метрик.

Большинство показателей представлены в виде агрегированных гистограмм, что позволяет визуализировать распределение и аппроксимировать значения процентилей.

Первая краска

«First Paint сообщает о времени, когда браузер впервые отображает изображение после навигации. Это исключает фоновую отрисовку по умолчанию, но включает нестандартную фоновую отрисовку. Это первый ключевой момент, о котором разработчики заботятся при загрузке страницы — когда браузер начал отображать страница."

API времени рисования

Первая содержательная краска

«First Contentful Paint сообщает о времени, когда браузер впервые отобразил любой текст, изображение (включая фоновые изображения), небелый холст или SVG. Сюда входит текст с ожидающими веб-шрифтами. Это первый раз, когда пользователи могут начать использовать содержимое страницы».

API времени рисования

Содержимое DOM загружено

«DOMContentLoaded сообщает о времени, когда исходный HTML-документ был полностью загружен и проанализирован, не дожидаясь завершения загрузки таблиц стилей, изображений и подкадров».

МДН

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

«Largest Contentful Paint (LCP) — это важный, ориентированный на пользователя показатель для измерения воспринимаемой скорости загрузки, поскольку он отмечает точку на временной шкале загрузки страницы, когда, вероятно, загрузился основной контент страницы. Быстрый LCP помогает убедить пользователя в том, что страница полезный."

web.dev/articles/lcp

В процессе

«Событие загрузки вызывается, когда страница и ее зависимые ресурсы завершили загрузку».

МДН

Совокупный сдвиг макета

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

web.dev/articles/cls

Первая входная задержка

«Задержка первого ввода (FID) — это важный, ориентированный на пользователя показатель для измерения реакции на нагрузку, поскольку он количественно определяет впечатления, которые пользователи испытывают при попытке взаимодействия с неотвечающими страницами. Низкий показатель FID помогает гарантировать, что страница пригодна для использования».

web.dev/articles/fid

Взаимодействие со следующей отрисовкой

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

web.dev/articles/inp

Взаимодействие с Next Paint (INP) было добавлено в набор данных CrUX в феврале 2022 года . Эта новая метрика фиксирует сквозную задержку отдельных событий и предлагает более целостную картину общей реакции страницы на протяжении всего ее существования.

Метрика «Типы навигации» предоставляет разбивку процента просмотров страниц для следующих переходов:

Тип Описание
navigate Загрузка страницы, которая не вписывается ни в одну из других категорий.
navigate_cache Загрузка страницы, для которой основной ресурс (основной HTML-документ) был получен из HTTP-кэша. Сайты часто используют кэширование для подресурсов, но основной HTML-документ часто кэшируется значительно меньше , и когда это возможно, это может привести к заметному повышению производительности за счет возможности кэширования локально и в CDN.
reload Пользователь перезагрузил страницу, нажав кнопку перезагрузки, нажав Enter в адресной строке или отменив закрытие вкладки. Перезагрузка страницы часто приводит к повторной проверке на сервере, чтобы проверить, изменилась ли главная страница. Высокий процент перезагрузок страниц может указывать на разочарование пользователя.
restore Страница была перезагружена после перезапуска браузера или вкладка была удалена из-за проблем с памятью. В Chrome на Android вместо этого сообщается как «перезагрузка».
back_forward Навигация по истории, означающая, что страница была просмотрена и недавно вернулась к ней. При правильном кэшировании это должно быть достаточно быстро, но все же требует обработки страницы и выполнения JavaScript — и то и другое избегает bfcache.
back_forward_cache Навигация по истории, которая обслуживалась из bfcache. Оптимизация ваших страниц для использования преимуществ bfcache путем удаления блокировщиков должна привести к ускорению работы, поэтому сайты должны выглядеть
prerender Страница была предварительно обработана , что, как и в случае с bfcache, может привести к почти мгновенной загрузке страницы.

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

Более подробную информацию можно найти в посте с объявлением о типах навигации .

Экспериментальные метрики

Экспериментальные метрики доступны в наборе данных CrUX с помощью BigQuery , а некоторые также доступны в CrUX API . Эти показатели, вероятно, будут регулярно меняться по мере их развития на основе отзывов пользователей. Ознакомьтесь с примечаниями к выпуску , чтобы быть в курсе последних изменений.

Время до первого байта

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

CrUX измеряет TTFB при получении первых байтов ресурса документа с сервера. Традиционный подход к TTFB заключается в измерении момента начала ответа на документ, но при использовании Early Hints «первые байты» будут раньше этого. В будущем CrUX может быть обновлен, чтобы игнорировать ранние подсказки.

TTFB не является прямой мерой времени ответа сервера, поскольку он включает в себя измерения до этого, включая время перенаправления, и зависит от того, подается ли ответ из кеша, CDN или с сервера. Это особенно заметно в полевых данных, таких как CrUX, тогда как лабораторные испытания обычно меньше подвержены влиянию этих факторов, поскольку конечный URL-адрес является тестом и часто неоднократно отрицает изменения кэширования.

Популярность

Метрика рейтинга популярности — это относительная мера популярности сайта в наборе данных CrUX, измеряемая общим количеством переходов по источнику. Рейтинг определяется по десятичной шкале с полушагами (например, 1000 лучших, 5000 лучших, 10000 лучших, 50000 лучших, 100000 лучших, 500000 лучших, 1M лучших и т. д.), при этом каждый рейтинг исключает предыдущий (например, 500 лучших на самом деле представляют собой 4000 URL-адресов, исключая топ 1к). Верхний предел является динамическим по мере роста набора данных.

Популярность предоставляется в качестве ориентира для широкого анализа, например, для определения эффективности по странам для 1000 крупнейших стран происхождения.

Разрешения на уведомления

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

Время поездки туда и обратно

Предоставляет оценку времени прохождения HTTP (уровень приложений) туда и обратно в начале навигации на основе недавних сетевых подключений. Эта метрика также известна как свойство rtt API сетевой информации, который является тем же API, который отвечает за измерение эффективного типа соединения (ECT) .

Эта метрика доступна только в CrUX API и CrUX History API, агрегированных до 75-го процентиля. Гистограммы недоступны. Он также недоступен в BigQuery.