Метрики в CrUX основаны на стандартных API веб-платформ, предоставляемых браузерами. В частности, в наборе данных BigQuery эти данные агрегируются с разрешением по источникам. Владельцы сайтов, которым требуется более подробный анализ (например, разрешение на уровне URL) и понимание эффективности своего сайта, могут использовать те же API для сбора подробных данных измерений реальных пользователей (RUM) для своих источников. Обратите внимание, что, хотя все API доступны в Chrome, другие браузеры могут не поддерживать полный набор метрик.
Большинство показателей представлены в виде гистограммы агрегации, что позволяет визуализировать распределение и аппроксимацию процентильных значений.
Накопленный сдвиг макета
«Совокупное смещение макета (CLS) — важный показатель для измерения визуальной стабильности, ориентированный на пользователя, поскольку он помогает количественно оценить, как часто пользователи сталкиваются с неожиданными изменениями макета. Низкое значение CLS гарантирует, что страница будет выглядеть превосходно».
DOM-контент загружен
«DOMContentLoaded сообщает время полной загрузки и анализа исходного HTML-документа, не дожидаясь завершения загрузки таблиц стилей, изображений и подфреймов».
Первая краска
«First Paint» (Первая отрисовка) сообщает время первой отрисовки страницы браузером после навигации. Это время не включает отрисовку фона по умолчанию, но включает отрисовку фона, отличную от стандартной. Это первый ключевой момент, который интересует разработчиков при загрузке страницы — момент, когда браузер начинает её отрисовку».
Первая содержательная краска
«Первая отрисовка содержимого (FCP) регистрирует время, когда браузер впервые отобразил любой текст, изображение (включая фоновые), небелый холст или SVG. Это включает текст с ожидающими веб-шрифтами. Это первый раз, когда пользователи могут начать использовать содержимое страницы».
Взаимодействие со следующей покраской
«Взаимодействие до следующей отрисовки (INP) — это показатель, который оценивает отзывчивость . INP регистрирует задержку всех взаимодействий на протяжении всего жизненного цикла страницы. Наибольшее значение этих взаимодействий — или близкое к наибольшему для страниц с большим количеством взаимодействий — регистрируется как INP страницы. Низкий INP гарантирует, что страница будет стабильно реагировать в любое время».
В феврале 2022 года в набор данных CrUX был добавлен показатель Interaction to Next Paint (INP). Этот новый показатель фиксирует сквозную задержку отдельных событий и обеспечивает более целостную картину общей отзывчивости страницы на протяжении всего её жизненного цикла.
Самая большая содержательная краска
«Largest Contentful Paint (LCP) — важный, ориентированный на пользователя показатель для измерения воспринимаемой скорости загрузки, поскольку он отмечает момент на шкале загрузки страницы, когда её основное содержимое, скорее всего, уже загружено. Быстрый LCP помогает убедить пользователя в полезности страницы».
Самый большой тип ресурса Contentful Paint
«LCP сообщает время отрисовки самого большого изображения, текстового блока или видео, видимого в области просмотра, относительно момента, когда пользователь впервые перешел на страницу».
web.dev/articles/lcp — Какие элементы учитываются при LCP
Текст и изображение (включая изображение первого кадра видео) часто имеют совершенно разные характеристики загрузки и методы оптимизации. Понимание соотношения типов ресурсов LCP позволяет лучше понять метрики LCP и пути оптимизации.
Более подробную информацию можно найти в записи блога о запуске типов ресурсов LCP .
Крупнейшие подчасти изображения Contentful Paint
«Оптимизация для LCP может оказаться более сложной задачей, если PageSpeed Insights не даёт ответа на вопрос, как улучшить этот показатель. Сложные задачи обычно лучше разбить на более мелкие, более управляемые задачи и решать каждую отдельно».
web.dev/articles/optimize-lcp — разбиение LCP на подчасти
Разделение изображений LCP на наиболее важные подчасти дает возможность использовать конкретные рекомендации и передовые методы оптимизации каждой части.
Подчасти изображения LCP представлены в четырех отдельных метриках:
-
largest_contentful_paint_image_time_to_first_byte -
largest_contentful_paint_image_resource_load_delay -
largest_contentful_paint_image_resource_load_duration -
largest_contentful_paint_image_element_render_delay
Подчасти включены только для изображений, и сюда не входят изображения первого видеокадра, поскольку они немного сложнее, поскольку мы не можем измерить полное время загрузки (обратите внимание, что первые видеокадры включены в метрику типа ресурса LCP, где эта сложность не имеет значения).
Текстовые подчасти также не включены, поскольку они менее полезны и могут исказить показатели LCP изображений. Для сайтов, состоящих преимущественно из текстовых LCP, общие показатели TTFB и FCP полезны для анализа, хотя следует отметить, что они относятся ко всем LCP, а не только к текстовым.
Более подробную информацию см. в записи блога, посвященной запуску подразделов образа LCP .
Типы навигации
Метрика типов навигации обеспечивает разбивку процента просмотров страниц следующих навигаций:
| Тип | Описание |
|---|---|
navigate | Загрузка страницы, которая не подходит ни под одну из других категорий. |
navigate_cache | Загрузка страницы, при которой основной ресурс (основной HTML-документ) был загружен из HTTP-кеша. Сайты часто используют кэширование для подресурсов, но основной HTML-документ, как правило, кэшируется значительно реже , и, когда это возможно, это может привести к заметному повышению производительности за счёт локального кэширования и кэширования в CDN. |
reload | Пользователь перезагрузил страницу, нажав кнопку перезагрузки, клавишу Enter в адресной строке или отменив закрытие вкладки. Перезагрузка страницы часто приводит к повторной проверке на сервере, чтобы проверить, изменилась ли главная страница. Высокий процент перезагрузок страницы может указывать на неудовлетворительный пользовательский опыт. |
restore | Страница была перезагружена после перезапуска браузера или вкладки, которая была удалена из-за нехватки памяти. В Chrome на Android такие ошибки отображаются как «перезагрузка». |
back_forward | История навигации, означающая, что страницу недавно просматривали и возвращались на неё. При правильном кэшировании это должно происходить достаточно быстро, но всё равно требует обработки страницы и выполнения JavaScript — чего bfcache избегает. |
back_forward_cache | История навигации, которая была предоставлена из bfcache. Оптимизация страниц для использования bfcache путем удаления блокировщиков должна привести к более быстрой работе, поэтому сайты должны выглядеть |
prerender | Страница была предварительно отрисована, что, подобно bfcache, может привести к практически мгновенной загрузке страницы. |
В некоторых случаях загрузка страницы может представлять собой комбинацию нескольких типов навигации. В этом случае CrUX отображает первое совпадение в обратном порядке таблицы (снизу вверх).
Более подробную информацию можно найти в объявлении о типах навигации .
Загрузка
Событие загрузки срабатывает после завершения загрузки страницы и ее зависимых ресурсов.
Время в пути туда и обратно
Оценивает время прохождения сигнала HTTP (прикладного уровня) в начале навигации на основе недавних сетевых подключений. Эта метрика основана на свойстве rtt API сетевой информации , который отвечает за прежнее измерение «Эффективный тип соединения» (ECT) .
Более подробную информацию можно найти в записи блога о запуске типов ресурсов LCP .
Экспериментальные метрики
Экспериментальные метрики доступны в наборе данных CrUX через BigQuery , а некоторые также доступны в API CrUX . Эти метрики, вероятно, будут регулярно меняться по мере развития на основе отзывов пользователей. Следите за новостями о выпуске , чтобы быть в курсе последних изменений.
Время до первого байта
В CrUX показатель TTFB собирается только при полной загрузке страницы, в отличие от других таймеров (например, LCP ), которые также собираются при переходах вперёд и назад и предварительно отрисованных страницах. Таким образом, размер выборки TTFB может быть меньше, чем у других метрик, и его не всегда можно напрямую с ними сравнить.
TTFB не является прямым показателем времени ответа сервера, поскольку включает в себя предшествующие ему показатели, включая время перенаправления, и зависит от того, получен ли ответ из кэша, CDN или с сервера. Это особенно заметно в полевых данных, таких как CrUX, тогда как лабораторное тестирование, как правило, меньше подвержено влиянию этих факторов, поскольку конечный URL-адрес тестируется и часто многократно сводит на нет изменения кэширования.
Популярность
Метрика рейтинга популярности — это относительная мера популярности сайта в наборе данных CrUX, измеряемая общим количеством переходов на исходный ресурс. Рейтинг рассчитывается по десятибалльной шкале с шагом в полшага (например, топ-1000, топ-5000, топ-1000, топ-5000, топ-1000 и т.д.), при этом каждый следующий рейтинг не учитывает предыдущий (например, топ-5000 фактически включает 4000 URL-адресов, исключая топ-1000). Верхний предел меняется по мере роста набора данных.
Популярность предоставляется в качестве ориентира для широкого анализа, например, для определения эффективности по странам для 1000 ведущих источников.
Разрешения на уведомления
Для веб-сайтов, запрашивающих разрешение на показ уведомлений пользователям, эта метрика представляет собой относительную частоту ответов пользователей на запросы: принять, отклонить, игнорировать или отклонить.