Lab vs field: почему они расходятся и как использовать каждый

PageSpeed Insights показывает LCP 1.8 с в секции Lighthouse — зелёный, хорошо. Секция field data показывает LCP 3.9 с на p75 — красный, плохо. Команда говорит «лаб говорит, мы в порядке». Они ничего не шипают. Через три месяца Search Console всё ещё показывает плохой LCP. Оценка лаба и ранжирование измеряют разные вещи. Понять, какая из них вердикт, меняет всё.

Lab-данные vs field-данные — два разных вопроса.

Lab-данные — синтетическое измерение: инструмент как Lighthouse или DevTools загружает страницу один раз, на симулированном устройстве и зажатой сети, в контролируемой среде. Полностью воспроизводимо и точно атрибутирует проблемы — отлично для отладки. Одно устройство, одна сеть, один момент. Если изменить страницу и перезапустить, результат сопоставим.

Field-данные — real-user monitoring: реальные Core Web Vitals, испытываемые реальными посетителями на их реальных устройствах и сетях, агрегированные. Публичный полевой датасет Google — CrUX (Chrome User Experience Report). Он агрегирует визиты от пользователей Chrome, давших согласие на отчётность, и именно field p75 из CrUX использует ранжирование в поиске.

Они расходятся постоянно, потому что измеряют разное. Lab-прогон на симулированном быстром устройстве показывает LCP, которого четверть реальных пользователей — на старых телефонах, на перегруженном 4G — никогда не достигает. INP в лабе почти не существует, потому что лабораторные инструменты не скриптуют реалистичные последовательности взаимодействий; lab-прокси — Total Blocking Time (TBT). CLS в лабе близок к реальному, но динамический контент, появляющийся только в реальных сессиях, может быть пропущен.

Правило: отлаживай в лабе, суди по полю.

Используйте лаб для воспроизведения и атрибуции проблемы (быстро, детерминированно, легко бисектировать коммиты) и для CI-гейтинга регрессий (Lighthouse CI на каждом PR, быстро, без реальных пользователей). Используйте field p75 как вердикт о том, реально ли страница хороша для пользователей и будет ли она ранжироваться. Lab-улучшение, не сдвинувшее field p75, не помогло пользователям. Только field-число — правда.

Вспомогательные диагностические метрики.

Три Core Web Vitals сидят поверх слоя диагностических метрик, которые не оцениваются для ранжирования, но необходимы для их понимания:

• TTFB (Time to First Byte) — серверно-сетевая часть. Это пол под LCP: LCP никогда не может быть быстрее TTFB.
• FCP (First Contentful Paint) — когда появляется первый пиксель контента, в противоположность самому крупному у LCP. Большой зазор FCP-to-LCP означает, что страница быстро показывает что-то, но главный контент отстаёт.
• TBT (Total Blocking Time) — сумма блокирующей части каждой длинной задачи во время загрузки. Это lab-прокси для INP: истинный INP нельзя измерить в лабе (нужны реальные взаимодействия), поэтому CI-гейты используют TBT вместо.

Знание этих метрик позволяет читать отчёт Lighthouse полностью — Lighthouse никогда не говорит просто «LCP плох», он показывает TTFB и FCP под ним, чтобы видеть, где в цепочке ушло время.

Чтение DevTools performance-трассы.

Откройте DevTools, панель Performance, запишите загрузку страницы и взаимодействие. Трасса показывает несколько дорожек:

• Дорожка Timings: маркеры FCP, LCP и DCL вертикальными линиями. Hover по маркеру LCP называет элемент.
• Дорожка Frames: каждый отрисованный кадр; layout shifts появляются как красные маркеры — кликните, чтобы увидеть сдвинувшиеся узлы.
• Дорожка Main: flame chart работы главного потока; длинные задачи флагуются красным углом.
• Дорожка Interactions: click/tap-события, разбитые на input delay, processing и presentation delay — цветокодированные — так что видно, какая часть доминирует без догадок.

Воркфлоу INP: взаимодействуйте во время записи, найдите взаимодействие в дорожке Interactions, прочитайте трёхчастный сплит. Воркфлоу LCP: найдите маркер LCP в дорожке Timings, наведите для идентификации элемента, затем посмотрите на network waterfall выше, чтобы увидеть, когда ресурс был запрошен vs скачан vs когда элемент отрисовался.