Зачем проверять реальные данные CrUX
CrUX (Chrome User Experience Report) — это база данных реальных метрик скорости, которые Google собирает от пользователей Chrome по всему миру. Когда человек открывает ваш сайт в Chrome — браузер измеряет LCP, INP, CLS и другие метрики, анонимизирует данные и отправляет в CrUX. Именно эти данные Google использует для оценки Core Web Vitals как фактора ранжирования.
Ключевая разница: лабораторные измерения (Lighthouse, WebPageTest) показывают, как страница загружается в идеальных условиях на мощном сервере. Полевые данные CrUX показывают, как страница загружается у реальных пользователей — на медленных телефонах, через нестабильный мобильный интернет, с десятками открытых вкладок. Эти показатели часто отличаются в разы.
Я часто вижу ситуацию: Lighthouse показывает 95 баллов, а в полевых данных CrUX — красные метрики. Это значит, что лабораторный тест не отражает реальный опыт пользователей. Google ранжирует по полевым данным, а не по лабораторным. Поэтому именно CrUX — финальный источник правды для оценки Core Web Vitals.
Пошаговая инструкция
Шаг 1. Проверьте наличие данных CrUX для вашего сайта
Данные CrUX доступны только для сайтов с достаточным объёмом трафика из Chrome. Если сайт получает менее нескольких тысяч просмотров в месяц — данные могут отсутствовать. Проверьте:
- Откройте PageSpeed Insights, введите URL главной страницы.
- В верхней части отчёта найдите блок «Узнайте, как работает ваша страница в реальных условиях» (Discover what your real users are experiencing). Если данные есть — увидите метрики LCP, INP, CLS с цветовой индикацией (зелёный/жёлтый/красный).
- Если данных нет — отображается сообщение «Данных о реальных пользователях недостаточно». В этом случае ориентируйтесь на лабораторные метрики, но помните, что Google тоже не имеет данных для оценки Core Web Vitals вашего сайта.
Шаг 2. Разберитесь в разнице lab и field данных
Это принципиально важно для правильной интерпретации:
- Lab data (лабораторные): Lighthouse симулирует загрузку на эмулированном устройстве с заданной скоростью интернета. Результат детерминированный — при одинаковых условиях получается похожий результат. Полезно для диагностики конкретных проблем.
- Field data (полевые): Реальные данные от пользователей Chrome за последние 28 дней. Распределение по перцентилям — Google берёт 75-й перцентиль (p75). Это значит, что значение LCP p75 = 3.2 сек означает: у 75% пользователей LCP был 3.2 секунды или быстрее, а у 25% — медленнее.
Причины расхождения lab и field:
- Реальные устройства слабее лабораторных. Lighthouse эмулирует Moto G Power — среднее устройство. У части аудитории телефоны ещё слабее.
- Реальное соединение нестабильно. Lighthouse использует фиксированный throttling, реальные пользователи — 3G, 4G, Wi-Fi с разной скоростью.
- Сторонние скрипты. A/B-тесты, чаты, рекламные пиксели загружаются у реальных пользователей, но могут отсутствовать при лабораторном тесте.
- Кеш. При повторном визите часть ресурсов берётся из кеша — это ускоряет загрузку. Lighthouse всегда тестирует холодный старт.
Шаг 3. Используйте PageSpeed Insights для быстрой проверки
PageSpeed Insights (PSI) — самый доступный способ посмотреть данные CrUX. При вводе URL инструмент показывает:
- Полевые данные для конкретного URL — если для этой страницы достаточно трафика.
- Полевые данные для всего домена (origin) — агрегированные данные по всем страницам сайта. Доступны чаще, потому что суммарного трафика обычно достаточно.
Обратите внимание на переключатель «Этот URL» / «Весь домен» (This URL / Origin). Данные по URL точнее для конкретной страницы, данные по origin показывают общую картину. Если важная коммерческая страница имеет плохие метрики, но origin в зелёной зоне — оптимизируйте эту страницу отдельно.
Шаг 4. Откройте CrUX Dashboard для мониторинга динамики
CrUX Dashboard — это отчёт в Google Data Studio (Looker Studio), который показывает историю метрик CrUX за несколько месяцев. Он позволяет отслеживать, улучшаются или ухудшаются показатели.
- Перейдите по ссылке CrUX Dashboard и нажмите «Open Dashboard».
- Введите домен сайта. Dashboard автоматически построит графики по всем метрикам Core Web Vitals.
- Обратите внимание на тренд: если LCP постепенно растёт на протяжении 3 месяцев — это сигнал, что что-то ухудшается (новые скрипты, тяжёлые изображения, рост трафика на медленных устройствах).
Dashboard обновляется ежемесячно. Для более оперативного мониторинга используйте CrUX API.
Шаг 5. Используйте CrUX API для детального анализа
CrUX API позволяет получать данные программно. Это полезно для автоматизации мониторинга и для анализа конкретных страниц. Запрос через curl:
curl "https://chromeuxreport.googleapis.com/v1/records:queryRecord?key=YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{"url": "https://example.com/"}'API вернёт данные по LCP, INP, CLS, FCP, TTFB с разбивкой по перцентилям и по типам устройств (mobile, desktop, tablet). Ключ API бесплатный — создаётся в Google Cloud Console.
Можно запрашивать данные по конкретному URL или по origin (всему домену). Для крупных сайтов с сотнями страниц имеет смысл автоматизировать проверку ключевых URL: главная, каталог, карточка товара, блог.
Шаг 6. Проверьте данные в Google Search Console
В Google Search Console (GSC) есть раздел «Основные интернет-показатели» (Core Web Vitals). Здесь страницы сгруппированы по статусу: «Хорошо», «Требует улучшения», «Плохо». GSC показывает не отдельные URL, а группы похожих страниц (например, все карточки товаров с одинаковым шаблоном).
Это полезно для приоритизации: если 500 страниц каталога имеют плохой LCP — оптимизация шаблона каталога решит проблему для всех 500 страниц одновременно. Фильтруйте по мобильным и десктопным — обычно мобильные метрики хуже.
Шаг 7. Интерпретируйте данные и определите приоритеты
После сбора данных из всех источников составьте картину:
- Все три метрики (LCP, INP, CLS) в зелёной зоне — Core Web Vitals пройдены, сайт получает бонус в ранжировании. Продолжайте мониторить, чтобы не допустить деградации.
- Одна или две метрики жёлтые — требуется улучшение. Сайт не штрафуется, но и бонуса не получает. Приоритет: переведите в зелёную зону.
- Красные метрики — критично. Начинайте оптимизацию немедленно. Приоритет: LCP > INP > CLS (по степени влияния на пользовательский опыт).
Помните: данные CrUX обновляются за скользящие 28 дней. После внедрения оптимизаций улучшение в полевых данных появится через 2-4 недели, когда новые измерения вытеснят старые.
Типичные ошибки
- Ориентироваться только на оценку Lighthouse. «У нас 98 баллов в Lighthouse» — но в полевых данных LCP красный. Lighthouse-оценка — это синтетический тест. Google использует полевые данные CrUX для ранжирования. Проверяйте оба источника, но приоритет — за полевыми данными.
- Путать данные по URL и по origin. Полевые данные по конкретному URL могут быть хорошими, а по origin — плохими (или наоборот). Google оценивает страницы по группам. Если у 80% страниц сайта плохой LCP — это влияет на весь сайт, даже если конкретная страница в зелёной зоне.
- Ожидать мгновенного обновления данных. Внедрили оптимизации — а в CrUX ничего не изменилось. Это нормально: данные скользящие за 28 дней. Нужно подождать минимум 4 недели, чтобы увидеть полный эффект. Для промежуточной проверки используйте лабораторные тесты.
- Игнорировать разбивку по устройствам. На десктопе всё зелёное, на мобильных — красное. Большинство сайтов получают 60-80% трафика с мобильных. Оптимизируйте в первую очередь мобильную версию.
- Не мониторить после оптимизации. Провели оптимизацию, всё стало зелёным — и забыли. Через 3 месяца добавили новый виджет чата, тяжёлый слайдер, рекламные скрипты — метрики снова красные. Настройте регулярный мониторинг: хотя бы ежемесячная проверка CrUX Dashboard.
Что проверить в итоге
- Данные CrUX доступны для вашего сайта (есть полевые данные в PageSpeed Insights).
- LCP по 75-му перцентилю — не более 2.5 секунд для мобильных.
- INP по 75-му перцентилю — не более 200 мс для мобильных.
- CLS по 75-му перцентилю — не более 0.1 для мобильных.
- В Google Search Console раздел Core Web Vitals показывает «Хорошо» для большинства страниц.
- CrUX Dashboard открыт и показывает положительный тренд (метрики улучшаются или стабильны).
- Настроен регулярный мониторинг: ежемесячная проверка полевых данных по ключевым страницам.
- Данные по мобильным устройствам проверены отдельно (обычно они хуже десктопных).
