Почему лабораторные и полевые данные показывают разные результаты

Это ключевой момент, в котором теряются большинство оптимизаторов. Lighthouse и PageSpeed Insights — это инструменты, работающие в серьёзных ограничениях. Они проверяют сайт в контролируемых искусственных условиях: стабильная 4G-сеть, среднее мобильное устройство (Moto G4), отключен кэш браузера. Инструменты снимают одну лабораторную проверку вашей страницы и выдают результат. Это как проверить машину на идеальной дороге в хорошую погоду и сказать, что она ездит везде одинаково.

Chrome User Experience Report (CrUX) делает совсем другое. Он собирает данные о реальных пользователях Chrome, которые заходят на ваш сайт через браузер Chrome. Эти пользователи сидят в разных регионах земного шара, используют разные мобильные устройства (от флагманов до телефонов 2018 года), подключены к разным сетям (включая 3G и 2G), открывают браузер с уже загруженными расширениями и вкладками. CrUX собирает полевые данные в течение 28 дней и показывает реальную картину.

Вот конкретная разница в том, что измеряют инструменты для технического аудита сайта:

Лабораторные данные (Lighthouse, PageSpeed Insights) фиксируют скорость загрузки страницы в лабораторных условиях. Они смотрят на First Contentful Paint (FCP), Largest Contentful Paint (LCP) и Cumulative Layout Shift (CLS) на одном мобильном устройстве с одной скоростью сети. Инструменты показывают максимум информации о том, ПОЧЕМУ страница медленная: какой скрипт блокирует загрузку, какое изображение весит 5 мегабайт, какие шрифты не оптимизированы.

Полевые данные (CrUX, Google Search Console) измеряют реальный опыт взаимодействия пользователей на конкретной странице. Они агрегируют показатели о Largest Contentful Paint, взаимодействии пользователя (INP вместо FID) и смещении элементов (CLS) от сотен миллионов реальных посещений. Полевые данные обновляются каждый месяц для каждого URL вашего сайта. Google видит не один аудит, а миллионы точек данных за 28 дней от реальных людей с мобильных устройств.

Критический инсайт: Google ранжирует по полевым данным, а не по Lighthouse

Это главное, что нужно понять. Google Search Console показывает вам метрики из CrUX — именно те данные, которые Google использует для ранжирования. PageSpeed Insights — это просто диагностический инструмент. Вообще он полезен для понимания проблем, но на ранжирование в поисковой выдаче влияет совсем другое — фактор ранжирования на основе полевых данных (field data) реальных пользователей Chrome.

Представьте кейс, который мы видим постоянно. Сайт получает 95 баллов в PageSpeed Insights. Индекс выглядит идеально. Но в Google Search Console красная зона для всех трёх Core Web Vitals. LCP выше 4 секунд, CLS 0,5 и больше, INP задерживается на 500+ мс. Что произошло? Lighthouse проверил идеальный сценарий. Реальные пользователи оказались в совсем другом положении:

Пользователь открывает сайт с 3G-сети из провинциального города. Его браузер уже загружен пятью расширениями и семью вкладками. На странице есть виджеты аналитики, рекламные скрипты третьих лиц, тяжелые изображения в карточках товара. Первый контент появляется за 5 секунд, элемент главного меню сдвигается влево, когда загружается шапка, кнопка покупки отвечает на клик через 800 мс. Это то, что видит реальный пользователь, и то, что видит Google для определения позиции при ранжировании.

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

Почему данные различаются так сильно

Лабораторные данные используют среднее мобильное устройство. Но «средний мобильный пользователь» — это абстракция. В реальности на вашем сайте сидят люди на мобильных устройствах: Xiaomi Redmi 9, iPhone 11 (не Pro), Samsung Galaxy A10, Poco. У половины из них браузер медленнее, чем тестовое устройство Lighthouse, что влияет на медленную загрузку.

Лабораторные и полевые данные используют разные условия сети. Лабораторные — стабильную 4G-сеть. Реальные пользователи находятся в зонах с 3G-сетями (особенно в регионах России вне крупных городов), временно на 4G с высокой задержкой, в метро на слабом сигнале, в кафе на перегруженном Wi-Fi. CrUX собирает от всех таких пользователей реальные условия.

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

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

Лабораторные тесты проверяют одно устройство в один момент. Полевые данные собирают от разных мобильных устройств в разные дни и часы. Если ваш сервер загружен с 18 до 21 часа и в это время плохо отвечает — это видно в CrUX. Lighthouse проверит в другое время и покажет хороший результат.

Кейс: 95 баллов в PageSpeed Insights, но падение в поисковой выдаче

Вот конкретный пример. Интернет-магазин оптимизировал сайт специально под PageSpeed Insights. Скорость загрузки по Lighthouse повысилась с 45 до 95 баллов. Все три метрики были зелёные: LCP 2,5 сек, CLS 0,08, TBT (Total Blocking Time) в норме.

Но в течение месяца органический трафик из Google упал на 22%. В Search Console картина была другой. Реальные пользователи показали красную зону для LCP (4,8 сек), красный CLS (0,42) и жёлтый INP (240 мс). Почему?

Обнаружилось, что 90% посещений приходится на людей с мобильных устройств из регионов. Они используют 3G-сети и браузеры с включённой экономией трафика. Изображения товаров, которые Lighthouse проверяет в режиме 4G, для них загружались дольше. Сайт сдвигался, когда загружались элементы меню с отложенной загрузкой. При клике на «Добавить в корзину» сайт отвечал медленнее из-за тяжёлых сторонних скриптов отслеживания (Google Analytics, Facebook Pixel, чат-боты).

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

Как браузер отправляет данные Google

Вот что происходит за сценой. Пользователь открывает вашу страницу. Его браузер Chrome фиксирует Largest Contentful Paint (когда появился основной контент), Cumulative Layout Shift (насколько элементы сдвинулись), Interaction to Next Paint (задержку при клике). После того как пользователь закрывает страницу или закрывает браузер, Chrome отправляет эти данные на серверы Google. Не содержимое страницы, не пароли, не личные данные. Только показатели Core Web Vitals.

Эти данные попадают в Chrome User Experience Report. Google агрегирует их по стране, типу устройства (мобильное, планшет, десктоп), типу сети (4G, 3G и т.д.) и показывает в Search Console и CrUX Dashboard. Это то, что Google видит каждый день о вашем сайте и его конкретной странице.

Lighthouse — это отдельный инструмент. Когда вы открываете Google PageSpeed Insights или запускаете Lighthouse командой, он создаёт новый браузер из ничего, загружает вашу страницу в чистых лабораторных условиях и выдаёт отчёт. Это не связано с реальными пользователями. Это и есть «лабораторные данные».

Google учитывает Core Web Vitals из CrUX в ранжировании. Lighthouse — это вспомогательный инструмент, чтобы вы поняли, какие конкретные проблемы нужно фиксить. Если Lighthouse говорит «LCP медленный, потому что главная страница или основное изображение весит 8 МБ», вы знаете, что делать. Но сам по себе балл Lighthouse не влияет на SEO-позицию.

Полевые данные vs лабораторные — что проверяем

Есть смысл проверить оба типа данных, но идти по разным маршрутам и действиям для оптимизации.

Полевые данные (CrUX) показывают текущее состояние у реальных пользователей. Это источник истины для ранжирования и основной фактор. Проверяйте их в Google Search Console, CrUX Dashboard, PageSpeed Insights на вкладке «Field data». Если здесь красная зона — это главная задача для продвижения сайтов.

Лабораторные данные (Lighthouse) показывают, почему может быть проблема и как её исправить при оптимизации скорости. Используйте PageSpeed Insights, Lighthouse в DevTools, webpagetest.org. Они помогут найти конкретные блокирующие скрипты, тяжелые изображения, неоптимизированный код.

Алгоритм правильный: проверяйте полевые данные, определяйте деградацию Core Web Vitals, затем используйте Lighthouse, чтобы найти причину и исправить код: разбейте длинные задачи на части.

Это две разные задачи. CrUX отвечает на «Как сейчас у пользователей?», Lighthouse отвечает на «Почему это происходит и как исправить?».