GSC флагит Core Web Vitals в зеленой зоне Lighthouse &mdash...

GSC флагит Core Web Vitals в зеленой зоне Lighthouse — полевые данные опровергают лабораторные тесты

Расхождение реально и ожидаемо: GSC показывает полевые данные Chrome User Experience Report (CrUX) — измерения от реальных пользователей — тогда как лабораторные тесты Lighthouse и PSI выполняют синтетический прогон на контролируемой машине.

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

Зеленая зона в лабе плюс красная в поле — это не баг; эти два инструмента измеряют разные вещи.

Три точки сбоя объясняют, почему цифры расходятся, и все три больше всего бьют по INP и LCP:

GSC группирует "похожие" страницы в единый бакет отчетности.

Это расширяет охват — вы получаете данные для URL, которым по отдельности не хватает трафика — но теряете гранулярность, и одна плохая страница в группе может утащить весь бакет в красную зону (или хорошая может замаскировать плохую).

URL, на который ругается GSC, часто не является той конкретной страницей, которую вы можете воспроизвести.

CLS оценивается по-разному в этих двух контекстах.

Полевая метрика измеряет сдвиг макета по всей странице; Lighthouse оценивает сдвиг только внутри начального вьюпорта.

Страница, которая съезжает при скролле пользователем, проходит в лабе и проваливается в поле.

INP вообще не имеет лабораторного эквивалента — это исключительно метрика реальных пользователей.

Lighthouse нечего воспроизводить, поэтому он никогда не покажет проблему с INP, как бы вы его ни настраивали.

Для SPA и гидрирующих фреймворков — next.js, nuxt — атрибуция только усугубляет путаницу.

CLS, накопленный за любой просмотр страницы на пути пользователя, присваивается первому URL, на который он приземлился.

В итоге лендинг наследует сдвиг, который произошел позже, глубоко в сессии.

(Google дорабатывает метрики soft navigation, чтобы это пофиксить).

Чтобы синхронизировать лабу с полем до того, как вы начнете искать проблему вслепую, вытяните историческую сводку CrUX для URL напрямую по адресу https://cruxvis.withgoogle.com/#/ и сравните с тем, что показывает консоль — источник один, поэтому это сразу раскроет, искажает ли картину группировка страниц GSC.

Инсайты комьюнити

— Лабораторные инструменты можно приблизить к полевым условиям, хотя они никогда не совпадут на 100%: в Lighthouse троттлите CPU и симулируйте медленное сетевое соединение, чтобы сымитировать устройство и пропускную способность реального пользователя. Это сужает разрыв между лабой и полем, но не закрывает его.

— Чтобы собирать полевые данные без ожидания сгруппированной, отложенной отчетности GSC, добавьте библиотеку web-vitals в Google Tag Manager и прокидывайте измерения в ГА4 для расширенной аналитики по каждой странице. Полевое развертывание этого сетапа дало разработчикам гранулярность на уровне страниц, необходимую для точной локализации сбоев. Справка по настройке: https://www.simoahava.com/analytics/track-core-web-vitals-in-ga4-with-google-tag-manager/

@MikeBlazerX

⚠️ Закрытый канал: @MikeBlazerPRO

Источник новости https://t.me/mikeblazerx/6622...