Как Google собирает данные о Core Web Vitals на вашем сайте
Суть в том, что Google применяет совсем другой подход, чем все остальные инструменты. Перепроверить отчеты в Google Search Console — значит понять реальную картину, а не имитацию. Google не опирается на лабораторные данные вроде Google PageSpeed Insights или Lighthouse для своих основных отчетов о Core Web Vitals. Вместо этого компания собирает информацию от реальных пользователей браузера Chrome, которые переходят на страницы вашего сайта через органический поиск из поисковых систем.
Когда посетитель загружает вашу веб-страницу, браузер Chrome отслеживает три ключевых показателя Web Vitals: Largest Contentful Paint (LCP — время загрузки главного элемента контента), Cumulative Layout Shift (CLS — визуальная стабильность), Interaction to Next Paint (INP — отзывчивость). Обратите внимание, что эти метрики передаются в Chrome User Experience Report — огромную базу данных Google, где накапливаются показатели реальной производительности сайта и page experience.
28-дневный период анализа и минимальный порог
Для отчёта Core Web Vitals нужны полевые измерения за последние 28 дней. Если данных мало, Search Console может показать статус «Недостаточно данных». Фиксированного публичного порога по числу пользователей нет.
Источник перехода не определяет включение измерения в CrUX. В отчёт попадают данные подходящих пользователей Chrome из разных источников трафика.
Реальные данные против лабораторных инструментов
Здесь кроется главная путаница для владельца сайта. PageSpeed Insights и Lighthouse работают в контролируемых условиях — они тестируют вашу веб-страницу с одинаковой скоростью интернета, на одинаковых устройствах, в идеальной среде. Это полезно для разработчиков, но это не отражает реальность использования.
Реальные пользователи просматривают страницы сайта на разных мобильных устройствах, планшетах, ПК, с разной скоростью подключения, в разные моменты времени. Лабораторные инструменты нередко дают зелёные показатели производительности, а данные из отчета Web Vitals показывают иную картину. Наоборот, иногда лабораторные метрики красные, а реальные пользователи не испытывают проблем с удобством страницы.
Google считает реальные данные пользователей (Real User Monitoring из браузера Chrome) намного важнее для оценки качества сайта. Это основа для отчетов в Google Search Console и влияет на алгоритмы ранжирования в поисковой выдаче поисковых систем.
Когда и почему появляется статус «Недостаточно данных»
Есть три типичных сценария, влияющих на появление этого статуса. Первый — новый сайт. Веб-проект, существующий месяц-два, ещё не успел собрать достаточный объём данных о пользовательском опыте. Даже при хорошем объеме трафика из поиска требуется минимум 4–6 недель, пока Google накопит нужное количество измерений от реальных пользователей браузера Chrome, соответствующих пороговым значениям Core Web Vitals.
На небольшом или новом сайте подходящих полевых измерений может быть мало. В этом случае проверяйте отдельные страницы лабораторными инструментами и повторяйте проверку отчёта позднее.
Третий — сезонные или периодические проекты. Если площадка получает волнообразный трафик с резкими спадами активности, в моменты низкой активности может не хватить данных для подробного анализа показателя CLS и других измерений.
Во всех случаях — это совершенно нормально. Это не ошибка, это не наказание Google, это не признак проблем с производительностью сайта или низкой скоростью загрузки страниц.
Миф: хорошие Core Web Vitals гарантируют позиции в поиске
Один из главных страхов: отсутствие данных Core Web Vitals приведет к падению трафика из поисковых систем. На самом деле это не основной фактор ранжирования в поиске. Google открыто сообщил, что контент высокого качества, релевантность, ссылочный профиль и соответствие поисковому интенту намного важнее для позиций, чем сведения о проблеме с performance.
Сайт может находиться на первых позициях, имея статус «Недостаточно данных» в результате анализа за последние 28 дней. Качественный контент и хорошие ссылки часто перевешивают отсутствие данных Web Vitals в алгоритмах Google. Нишевый B2B-сайт из примера выше месяцами не собирал данные Core Web Vitals для отчета о показателях, но занимал позицию 1–2 по своим основным ключевым словам благодаря экспертному контенту и релевантности в поисковых системах.
Реальные примеры сайтов со статусом «Недостаточно данных»
Молодой интернет-магазин электроники был запущен месяц назад. В Google Search Console сразу высветилось: «Недостаточно данных» — отчет Core Web Vitals не сформирован. Владелец сайта начал паниковать, думая срочно что-то исправить для улучшения показателей. Но когда проанализировали объем трафика — оказалось, 120–150 переходов в неделю из Google Search. На 6-й неделе после запуска появились первые реальные данные Web Vitals за последние 28 дней. Показатели Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS), Interaction to Next Paint попали в зелёную зону по значениям Core Web Vitals. К концу третьего месяца магазин получил хорошие позиции по основным товарным запросам, не потому, что решилась проблема с «Недостаточно данных», а потому, что была проделана системная работа: оптимизация контента, структуры URL, улучшение показателя производительности через рекомендации PageSpeed Insights, получение качественных внешних ссылок.
Второй пример. Блог по очень нишевой тематике получает 60–80 пользователей в месяц из Google Search. Core Web Vitals собираются невероятно медленно, и в отчете Google Search Console годами может висеть статус «Недостаточно данных» или недоступны полные сведения. Но контент этого блога такой специализированный и качественный, что он находится на позиции 1 по единственному сложному запросу в своей области. Сообщение «Недостаточно данных» здесь — просто следствие органически низкого трафика, никак не связанное с реальной производительностью сайта или качеством веб-страницы в целом.