seohonest.ru

Термин · SEOHONEST

CrUX: как читать данные реальных посетителей

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

Что находится внутри CrUX

Chrome UX Report отражает опыт подходящих реальных пользователей. В нём представлены пользовательские показатели, включая LCP, INP и CLS. Это не журнал всех посетителей вашего сайта и не замена системе аналитики с просмотрами, заявками и источниками переходов.

У набора данных есть условия включения пользователей, страниц и origin. Поэтому полевое значение может отсутствовать даже у работающей страницы. Нельзя самостоятельно назначить число посещений, после которого URL обязан появиться в CrUX: точный минимум популярности Google не раскрывает.

Не нужно трактовать участие в CrUX как подтверждение текущей индексации или хороших позиций. Для поискового статуса используют соответствующие кабинеты и проверку URL. Здесь основной вопрос другой: какой опыт показала доступная выборка и к каким адресам относится результат.

URL и origin: что именно измерено

Результат уровня URL описывает конкретную страницу в принятой системе агрегации. Origin объединяет адреса с общими протоколом, хостом и портом. Основной сайт и магазин на другом поддомене не следует автоматически считать одним origin. При сравнении всегда сохраняйте точное обозначение области.

В PageSpeed Insights при недостатке данных конкретного URL могут показываться сведения origin. Такой результат полезен для общего контекста, но не является прямым измерением только проверяемой услуги или товара. Не подписывайте его «данные страницы», если источник сообщает более широкую область.

Учебный пример: вы проверяете новую услугу, а полевой блок относится ко всему origin. Медленный показатель может складываться из опыта разных страниц. Он не доказывает, что именно новая услуга стала причиной. Для дальнейшей диагностики выберите несколько типов страниц и сопоставьте доступные источники.

URL описывает страницу, origin объединяет подходящие страницы одного происхождения.
Если данных URL не хватает, более широкую область нельзя подписывать как точный результат этой страницы. Открыть схему

Что означает период 28 дней

Полевые сведения PSI относятся к предыдущему 28-дневному периоду. Это скользящее окно, а не наблюдение только в момент открытия отчёта. После исправления в выборке ещё остаются посещения до изменения, поэтому ожидать мгновенного полного обновления неправильно.

Исторические данные позволяют смотреть несколько периодов. При этом соседние 28-дневные окна перекрываются. Еженедельная точка в CrUX History API не означает отдельную независимую неделю посещений. Не складывайте такие точки и не сравнивайте их как непересекающиеся недельные средние.

Для рабочего журнала сохраните дату публикации правки и период каждого результата. Укажите, что именно менялось и могли ли измениться устройства или состав посещений. Само движение линии графика ещё не устанавливает причину: оно показывает изменение доступных обобщённых данных.

Почему 75-й перцентиль не является средним

Полевые Core Web Vitals оценивают по 75-му перцентилю. Упрощённо это граница, до которой находится около 75 процентов соответствующих наблюдений. Это не среднее арифметическое и не самая медленная загрузка. Поэтому единичный медленный тест нельзя напрямую приравнять к полевому значению.

Для LCP, INP и CLS используются разные единицы и пороги. Общая зелёная отметка не означает, что все посетители получили одинаковый опыт. Изучайте нужную метрику и устройство, а затем выбирайте повторяемый сценарий для поиска причин. TBT из лабораторного отчёта не становится полевым INP.

Практический вопрос полезно сформулировать конкретно: «Как изменился мобильный LCP у этого URL за сопоставимые периоды?» Формулировка «CrUX стал лучше» не говорит, какая величина, область или аудитория сравнивалась. Чем точнее вопрос, тем меньше риск смешать разные данные.

Как читать полевой блок по шагам

  1. Запишите точный адрес и проверьте подпись URL или origin. Если включилась более широкая область, сохраните это явно.
  2. Выберите мобильные устройства или компьютеры. Не объединяйте разные режимы в один результат без объяснения.
  3. Посмотрите период, метрику и единицу. LCP измеряется временем, CLS безразмерный; балл Performance относится к лаборатории.
  4. Если данных нет, зафиксируйте ограничение. Используйте лабораторный запуск для диагностики, сохранив его отдельную подпись и условия.
  5. Для поиска причины откройте подходящий инструмент и повторите нужный сценарий. Полевой агрегат показывает проблему опыта, но не заменяет сетевой или браузерный профиль.
Область, устройство, период и метрика определяют выбор следующего диагностического действия.
Агрегированный показатель не называет причину сам по себе. Открыть схему

Чем отличаются инструменты

Search Console группирует похожие URL в отчёте Core Web Vitals и помогает выбрать участки для проверки. Группа не является подробным профилем каждого адреса. Статус и состав группы нужно читать вместе с её примерами, затем исследовать подходящие страницы отдельно.

Лабораторный Lighthouse запускается в заданных условиях и может обнаружить конкретную задержку. CrUX отражает реальные посещения за период. Различие чисел между ними не означает автоматически ошибку одного источника. Сначала сравните устройство, область, время наблюдения и проверяемое действие.

Как использовать данные в задаче

В отчёте скорости Seohonest полевой LCP, если доступен, показан отдельно от лабораторных показателей. Сохраняйте его область и фактическую дату. Не превращайте отсутствие поля в 0 и не считайте повторное открытие старого отчёта новым сбором наблюдений.

Для разработчика приложите поле с понятной подписью, выбранные страницы и результат локальной диагностики. После правки повторите сценарий, а затем наблюдайте сопоставимые полевые периоды. Это разделяет проверенное изменение кода и последующий опыт посетителей, не обещая заранее конкретный срок улучшения или рост позиций.

Источники и документация

Материал проверен по указанным источникам 28 октября 2026 года. Интерфейсы сервисов могут меняться.

  1. Google: Chrome UX Report
  2. Google: методология CrUX
  3. Google: CrUX History API
  4. Google: PageSpeed Insights
  5. Google: отчёт Core Web Vitals
  6. Google: различия лабораторных и полевых данных
  7. Seohonest: проверка скорости сайта

Применить на своём сайте

Проверьте таблицу метатегов или сравните скорость страниц разных типов. В отчётах есть ссылки на соответствующие материалы базы.

← Все материалы базы знаний

Бесплатно

Бесплатный аудит и консультация

Закажите бесплатный аудит сайта: мы найдём точки роста и подготовим коммерческое предложение с прозрачным планом работ.




    Бесплатно

    Бесплатный аудит
    и консультация

    Найдём точки роста вашего сайта и подготовим план действий