Парадокс, знакомый почти каждому оптимизатору: сайт приводит Core Web Vitals в зелёные значения, ждёт роста позиций и не видит его. Либо наоборот: тяжёлый маркетплейс с LCP около четырёх секунд годами держит первую строчку, обходя лёгкие и аккуратные блоги. С 2021 года Google официально учитывает метрики пользовательского опыта при ранжировании, но между заявлениями поисковика и тем, что происходит в живой выдаче, лежит пропасть из мелких уточнений. Ниже разобрано, как система устроена изнутри: что именно Google говорил о весе метрик, зачем в конце 2024 года из Search Console пропал отчёт Page Experience, какие корреляции нашли отраслевые исследования на больших выборках и в каких сценариях скорость перестаёт быть косметикой и начинает работать на трафик.
Официальная позиция Google о месте метрик внутри page experience
В мае 2020 года Google представил тройку Core Web Vitals и вписал её в концепцию page experience – совокупность сигналов о том, насколько удобно пользоваться страницей. LCP замеряет время отрисовки крупнейшего элемента видимой области, обычно баннера первого экрана. FID фиксировал задержку реакции на первое действие пользователя. CLS суммирует сдвиги разметки, из-за которых кнопки уезжают из-под пальца, а текст сползает под внезапно появившуюся рекламу. В концепцию также вошли удобство для мобильных устройств, работа по HTTPS и отсутствие навязчивых всплывающих окон, перекрывающих контент на телефонах.
Обновление, встроившее page experience в ранжирование, раскатывали на мобильной выдаче с середины июня 2021 года до конца августа 2021 года, а в феврале 2022 года механизм заработал на десктопе. Формулировки Google сдержанны: page experience назван одним из многих сигналов, а релевантность и качество контента – главным приоритетом. В документации прямо сказано, что полезная страница со средним пользовательским опытом обойдёт конкурента с блестящими метриками, но слабым содержанием. Поисковик с самого начала предупреждал: метрики – довесок к контенту, а не замена ему. Отдельно оговаривалось, что большинство сайтов не заметит изменений от обновления, потому что сигнал по весу скромный.
Метрики в роли tie breaker при равенстве остальных сигналов
Самую точную формулу роли Core Web Vitals дал представитель Google Джон Мюллер в ответах вебмастерам: метрики работают как tie breaker, решающий довод при равенстве. Если две страницы одинаково хорошо отвечают на запрос, имеют сопоставимый авторитет и качество, преимущество получает та, что приятнее в использовании. Формулировка простая, но из неё следуют три практических вывода, которые часто игнорируют.
Первый: метрики почти никогда не поднимают позиции сами по себе. Если контент слабее конкурентного, зелёные значения в отчётах ничего не изменят. Второй: механизм пороговый, а не линейный. Алгоритм смотрит, проходит страница барьер "good" или нет, поэтому ускорение LCP с 1,2 до 0,9 секунды не даёт дополнительного бонуса – оба значения уже за порогом. Третий: оценка строится на полевой статистике реальных пользователей Chrome за скользящие 28 дней, а не на лабораторном прогоне. Красный балл Lighthouse при зелёном поле не мешает ранжированию, пока реальные визиты укладываются в нормы.
На практике равенство встречается чаще, чем кажется. Длинный хвост запросов регулярно выдаёт пять-десять страниц с одинаковыми фактами, похожими заголовками и сопоставимым ссылочным профилем. В такой компании разница между LCP 4,5 и 2,3 секунды становится самым заметным отличием и склоняет чашу весов. В конкурентной нише разница между третьим и пятым местом в выдаче измеряется тысячами визитов, ради которых борьба за десятые доли секунды оправдана.
Куда исчез отчёт Page Experience из Search Console после 2024 года
В октябре 2024 года Google объявил уборку в Search Console, и 18 ноября 2024 года отчёт Page Experience исчез из интерфейса. До этого он сводил в одном окне Core Web Vitals, HTTPS и мобильную удобность. Годом раньше, с 1 декабря 2023 года, из консоли убрали отдельный отчёт Mobile Usability, а в январе 2025 года статистику HTTPS перенесли в отчёт Core Web Vitals, который остался единственной точкой входа по опыту страниц.
Многие прочитали это как отказ от фактора, но логика другая: отчёты дублировали цифры из других инструментов, а сигналы продолжают работать. Список систем ранжирования Google по-прежнему содержит page experience как отдельную систему. Урок для практика: интерфейсные изменения не равны изменениям алгоритма. Поисковик регулярно чистит отчёты, чтобы не плодить сущности, и исчезновение графика – не признак ослабления метрик. Стратегию сверяют с документацией и заявлениями инженеров, а не с наличием кнопки в консоли. Тем, кто следит только за интерфейсом, такие чистки каждый раз кажутся переменами, хотя меняется лишь упаковка.
Что показали отраслевые исследования корреляции метрик с позициями
Самая громкая часть истории: в 2022 году крупный отраслевой анализ на выборке около миллиона страниц искал связь между прохождением Core Web Vitals и позицией в выдаче. Результат отрезвляет: корреляция во всех разрезах держалась в районе сотых долей единицы, то есть на уровне статистического шума. Схожие замеры на других массивах приходили к тому же выводу: страницы в топ-1 проходят метрики почти не чаще, чем замыкающие пятую страницу выдачи.
Второй слой цифр не менее красноречив. По полевой статистике CrUX к 2024 году все три порога на мобильных проходили порядка 40–45% сайтов, на десктопе – заметно больше половины. При этом в топ-10 реальных выдач доля страниц с зелёными метриками в разных замерах не превышала половины. В первой десятке спокойно соседствуют страницы, формально проваливающие пороги, с теми, что их проходят. Разрыв между мобильными и десктопными значениями объясняет часть расхождений между замерами: один и тот же сайт в мобильной статистике выглядит хуже, чем в десктопной, поэтому сравнивать доли прохождения порогов без сегментации бессмысленно.
Корреляция коварна: быстрые сайты чаще принадлежат командам с ресурсами, которые сильны и в контенте, и в ссылках, поэтому чистый вклад метрик из таких замеров не вычленить. Слабая связь метрик с позициями не означает, что сигнал выключен. Она означает, что на фоне веса контента, ссылок и авторитета вклад метрик мал и проявляется только тогда, когда остальные козыри равны. Именно по этой причине Google рекомендует держать пороги, но не обещает за них скачка в топ.
Случаи, когда релевантность и авторитет перевешивают скорость страницы
Почему медленный гигант обгоняет шустрый блог, теперь понятно: ранжирование держит сотни сигналов, сгруппированных в кластеры, и кластер релевантности весит на порядок больше page experience. Энциклопедический портал с тяжёлыми страницами удерживает топ за счёт глубины контента, ссылочной массы и поведенческой истории, и никакой LCP в 3,5 секунды этого не переломит. То же справедливо для крупных маркетплейсов и старых медиапорталов: их позиции держатся на авторитете, накопленном годами.
Путаницу добавляет спор лаборатории и поля. Lighthouse в PageSpeed Insights гоняет страницу в симулированных условиях одной сети и одного устройства, и его балл 40 из 100 не означает проблем с ранжированием. Алгоритм смотрит на 75-й перцентиль реальных визитов за 28 дней: страница получает статус "хорошая" по метрике, если в порог укладываются минимум 75% визитов. Отсюда характерная ловушка: сайт молниеносно работает на новых флагманах и быстром интернете, но проваливает порог у владельцев старых телефонов и медленных сетей. Если таких визитов набирается четверть с лишним, полевая оценка падает в серую зону, хотя в офисном Wi-Fi всё летает.
Обратное тоже верно: страница с парой тяжёлых блоков сохраняет зелёный статус, потому что большинство визитов проблемы не замечает. Хвастаться такой страницей никто не станет, но и штрафов от алгоритма она не получит. Медленный сайт теряет не столько позиции, сколько людей: часть посетителей возвращается в поиск ещё до загрузки, и это сказывается на конверсии сильнее, чем на ранжировании.
Сценарии, в которых Core Web Vitals критичны для трафика и конверсии
После скептических цифр логично спросить: зачем тогда вкладываться в метрики? Ответ в том, что усреднённая картина скрывает конкретные ситуации, где пользовательский опыт решает исход конкуренции. Метрики перестают быть формальностью в пяти типовых сценариях:
- конкурентная ниша, где у десятков страниц сопоставимая релевантность и авторитет и спор решают мелкие преимущества, включая удобство страницы;
- мобильный трафик как основной канал ниши, где медленные сети умножают цену каждой секунды LCP;
- рекламные посадочные страницы, где скорость входит в оценку опыта целевой страницы и через неё в цену клика;
- интернет-магазины, где замедление напрямую снижает конверсию и выручку независимо от позиций;
- молодые сайты без ссылочной массы, для которых любой малый плюс в борьбе с равными по силе соперниками имеет вес.
Числа здесь говорят громче слов. В одном крупном исследовании ритейл-сегмента ускорение загрузки на десятую долю секунды поднимало конверсию примерно на 8%, в сегменте тревел эффект доходил до 10%. Для магазина с оборотом 100 миллионов рублей в год разница измеряется миллионами. Другой наглядный пример: две карточки одного товара у разных продавцов почти идентичны по контенту, но LCP у первой 4,2 секунды, у второй 1,8 секунды. При прочих равных перевес достаётся второй – не потому, что алгоритм предвзято любит скорость, а потому, что решающий довод при равенстве ищут именно здесь.
У рекламных посадочных логика жёстче: система оценки объявлений учитывает скорость загрузки целевой страницы, и медленная посадочная снижает оценку опыта, поднимая цену клика. Рекламодатель платит дважды – конверсией и ставкой. Отдельная линия техническая: долгий ответ сервера замедляет обход страниц роботом, и на крупных каталогах это сжимает частоту переобхода, отчего новые товары позже попадают в поиск. Знание сценариев превращает расплывчатый совет "ускоряйтесь" в конкретный список страниц, где инвестиции вернутся быстрее всего.
Числовые пороги LCP INP CLS и порядок проверки своего сайта
Теперь конкретика, без которой рассуждения останутся философией. Порог "good" для LCP – 2,5 секунды, диапазон до 4 секунд считается нуждающимся в улучшении, всё, что дольше, относят к плохим значениям. Для INP зелёная зона укладывается в 200 миллисекунд, серая тянется до 500, дальше начинаются плохие оценки. CLS требует уложиться в 0,1: сдвиги разметки от 0,1 до 0,25 относят страницу к серой зоне, всё свыше – к проблемной. Зелёный статус по каждой метрике требует, чтобы в порог укладывались минимум 75% визитов за 28 дней полевой статистики.
Важная дата: 12 марта 2024 года INP заменил FID в тройке метрик. Старый порог FID равнялся 100 миллисекундам и касался только первого взаимодействия, INP отслеживает худшие реакции за весь визит, поэтому оптимизации, вылизанные под первую реакцию, местами обесценились. Владельцам интерактивных сервисов вроде калькуляторов и конфигураторов пришлось пересматривать казавшиеся завершёнными работы.
Проверка строится от поля к лаборатории. Сначала отчёт Core Web Vitals в Search Console: он группирует страницы на плохие, серые и зелёные и показывает масштаб проблемы по типовым шаблонам. Затем полевая секция PageSpeed Insights и CrUX по конкретным страницам: она отражает то, что видит алгоритм. И только после этого лабораторный прогон Lighthouse, который подсказывает причины: несжатые баннеры в первом экране, скрипты, блокирующие отрисовку, поздно подключённые шрифты, рекламные блоки, двигающие разметку, долгий ответ сервера. Типовые исправления известны давно: современные форматы изображений с явными размерами картинок, приоритетная загрузка ключевого баннера вместо отложенной, перенос тяжёлых скриптов в конец, резервирование места под рекламу и встраиваемые виджеты, быстрые шрифты с корректной подменой. Типовой кейс с цифрами: баннер в JPEG весом 900 килобайт сжимается в WebP до 130 килобайт, и LCP на среднем мобильном устройстве падает с 3,9 до 2,1 секунды, то есть ровно до порога.
Стратегическая рамка выглядит так: вывести страницы из красного и серого, чтобы снять минус в конкуренции равных, и не тратить месяцы на погоню за 100 баллами лаборатории, которую алгоритм не видит. Core Web Vitals – страховка в равной борьбе и рычаг конверсии, а не кнопка моментального роста позиций. Кто понимает это распределение ролей, тот вкладывает силы туда, где они вернутся: в контент всегда и в скорость там, где скорость действительно решает.