Chrome UX Report (CrUX)

Chrome UX Report (CrUX) — это агрегированный набор полевых данных Google о реальном опыте пользователей Chrome, которые попадают под критерии учёта. Данные доступны для популярных публичных URL и источников.

Chrome UX Report, или CrUX, — это набор данных Google с агрегированным реальным пользовательским опытом из подходящих сессий в Chrome. Это полевые данные: наблюдения реальных пользователей, а не имитация загрузки страницы. CrUX показывает, как аудитория переживала публичную страницу или источник. Лабораторный тест помогает разобрать конкретную контролируемую загрузку.

На схеме показан этап рендеринга или измерения, который описывает это понятие производительности.

Что измеряет CrUX

CrUX публикует распределения и перцентили для метрик пользовательского опыта, включая Core Web Vitals. Набор обезличен и агрегирован. Это не воспроизведение сессий, не аналитика, не синтетическая оценка и не полный учёт каждого посетителя. Его ценность в том, что он отражает разные устройства, сети и условия просмотра, которые одна тестовая машина не воспроизведёт.

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

CrUX и Lighthouse дополняют друг друга. Используйте CrUX, чтобы увидеть агрегированный реальный опыт там, где данные есть. Лабораторный прогон нужен, чтобы воспроизвести и разобрать конкретную загрузку страницы. Не выдавайте один инструмент за замену другого.

URL, источник и критерии учёта

Запись по URL относится к одному нормализованному адресу страницы. Запись по источнику объединяет подходящие загрузки страниц по всему источнику. Это важно: источник может выглядеть хорошо, а важный для бизнеса URL — плохо. А у URL с небольшим трафиком записи может не быть, хотя по источнику данные есть.

ВопросЧто использоватьОграничение
Как пользователи видят эту страницу?Запрос записи по URLЗаписи может не быть, если у страницы недостаточно подходящего трафика.
Как сайт работает в целом?Запрос записи по источникуОна может скрывать различия между шаблонами или отдельными страницами.
Что вызвало медленную загрузку?Контролируемый лабораторный тест и проверка страницыЛабораторный тест не измеряет ту же аудиторию пользователей.

Chrome отдельно описывает критерии учёта для пользователей, источников и страниц. Нужны публичная доступность для обнаружения и достаточная популярность. Точный порог популярности не опубликован. Поэтому отсутствие записи по URL — это состояние доступности данных, а не доказательство того, что страница быстрая, медленная, неважная или исключена из поиска по конкретной причине.

Как аккуратно читать полевые данные

  1. Зафиксируйте точный идентификатор: URL или источник, с протоколом и хостом.
  2. Выберите форм-фактор осознанно или отметьте, что результат агрегирован по всем устройствам.
  3. Отметьте период сбора и то, содержит ли ответ полевые данные, неполный набор метрик или вообще никакой записи.
  4. Читайте распределение и нужный перцентиль вместе: одно итоговое значение не опишет опыт каждого пользователя.
  5. Сравнивайте одинаковое с одинаковым во времени. Не смешивайте полевые данные, сессии аналитики и синтетические оценки в одну придуманную метрику.

Неполные полевые данные я помечаю как неполные. Недоступное измерение — это не зелёный результат, а результат по источнику не доказывает ничего про каждый шаблон. Это простое разделение защищает от частой ошибки: отсутствие записи по URL превращают в вывод о производительности.

Как расследовать и проверять

Если CrUX указывает на проблему, начните с охвата. Проверьте, проявляется ли она по URL и по источнику. Затем воспроизведите подходящую страницу в контролируемой среде. Изучите HTML после рендеринга, время ответа, критические ресурсы и самый крупный видимый элемент. Изменение должно быть обратимым. Измерять его снова стоит, только когда пройдёт достаточно времени, чтобы полевые данные отразили новые визиты.

  • Проверьте, что страница после редиректов отдаёт публичный успешный ответ: от доступности для обнаружения зависит учёт.
  • Для решения по конкретной странице используйте запись по URL, если она есть. Результат по источнику описывайте как агрегированный.
  • Отделяйте тренд полевых данных от причины: изменение в CrUX может совпасть с релизами, сменой структуры трафика или устройств, но это не доказывает, что причина именно в них.
  • Храните вместе с отчётом область запроса и дату, чтобы последующее сравнение шло по тому же идентификатору и измерениям.
Не ставьте цель по производительности только по оценке стороннего сервиса. Google отмечает, что хорошие результаты в отчёте не гарантируют топ выдачи, а опыт страницы включает больше, чем Core Web Vitals.

FAQ

CrUX — это то же самое, что Lighthouse?
Нет. CrUX агрегирует реальный опыт пользователей Chrome, которые попадают под критерии учёта, а Lighthouse запускает контролируемый лабораторный аудит. Вместе они полезны, но измеряют разные выборки и условия.
Почему для моего URL нет данных CrUX?
CrUX публикует только записи, которые соответствуют критериям: страница должна быть публично доступна для обнаружения и достаточно популярна. Точный порог трафика Google не раскрывает.
Какие данные брать: по URL или по источнику?
Данные по URL — если решение касается конкретной страницы и запись есть. Данные по источнику — для общей картины сайта, но помните, что они могут скрывать различия между отдельными страницами.
Гарантирует ли хороший результат CrUX позиции в выдаче?
Нет. Google отмечает, что хорошие результаты в отчёте об опыте страниц не гарантируют топ выдачи. Воспринимайте CrUX как свидетельство пользовательского опыта, а не как прогноз ранжирования.