Core Web Vitals 2026: данные, которые объясняют потерю 30% трафика

Что за исследование и кто проводил

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

Трафик не всегда падает из-за контента или ссылок. Иногда сайт технически исправен с точки зрения SEO-классики, но теряет позиции именно потому, что пользователь получает плохой опыт взаимодействия — страница подгружается рывками, кнопки не реагируют сразу, блоки прыгают при загрузке. Именно это фиксируют Core Web Vitals.

Методологическая база дайджеста — официальная документация Google по Core Web Vitals, опубликованная на web.dev в мае 2020 года (последнее обновление — октябрь 2024 года), а также данные из справки Google Search о влиянии CWV на результаты поиска. Google Search Central — документация по Core Web Vitals

Инструментальная база делится на два типа. Полевые инструменты — Chrome UX Report и Search Console — собирают реальные данные с устройств пользователей, посещающих сайт. Лабораторные инструменты — Lighthouse и PageSpeed Insights — симулируют загрузку в контролируемых условиях. Это принципиальное различие: полевые данные отражают реальный опыт конкретной аудитории, лабораторные — идеальный сценарий. Google Search Central — документация по Core Web Vitals и инструментам измерения

Три метрики, которые охватывает исследование:

• LCP (Largest Contentful Paint) — время загрузки самого крупного видимого элемента страницы: обычно это изображение-герой или заголовок. Отражает воспринимаемую скорость загрузки.
• INP (Interaction to Next Paint) — время от действия пользователя (клик, нажатие) до визуального отклика страницы. Заменил FID в 2024 году, поскольку охватывает все взаимодействия, а не только первое.
• CLS (Cumulative Layout Shift) — суммарный сдвиг элементов страницы в процессе загрузки. Высокий CLS — это когда пользователь жмёт на кнопку, а она уезжает вниз прямо под пальцем.

Дополнительный контекст дайджесту добавляет реальный кейс: сайт потерял около трети трафика за год, а выручка просела на значительную сумму ежемесячно. В числе задокументированных причин — отсутствие технической оптимизации и структурированной разметки Schema.org. Это не академический пример: такие потери происходят постепенно, и владелец сайта обычно замечает их уже после того, как позиции ушли.

Ключевые данные и находки

Core Web Vitals — это официально задокументированный сигнал ранжирования Google. Метрики включают три показателя: скорость загрузки главного контента, отклик на взаимодействие и визуальную стабильность. Google Search Central — документация по Core Web Vitals прямо указывает, что CWV входят в оценку удобства страницы (Page Experience) и применяются как сигнал ранжирования с 2021 года.

В марте 2024 года Google заменил метрику FID (First Input Delay) на INP (Interaction to Next Paint). Это не косметическое обновление: INP измеряет отклик на любое взаимодействие пользователя со страницей, а не только на первое касание. Сайты, которые оптимизировали только под FID, оказались в зоне риска — их показатели INP могут не соответствовать рекомендованным значениям, даже если FID был в норме. Google Search Central — обновление метрики INP, 2024

Показатель CLS фиксирует, насколько элементы страницы смещаются в процессе загрузки. Когда пользователь тянется к кнопке, а она прыгает вниз — это и есть высокий CLS. Поведенческий эффект прямой: пользователь уходит, не совершив целевого действия. Для Яндекса, где поведенческие факторы входят в формулу ранжирования, такой отток фиксируется и влияет на позиции.

Один из примеров — потеря около 38% трафика за 12 месяцев с падением выручки порядка 1,5 млн ₽ в месяц. Среди причин — технические проблемы и отсутствие структурированных данных Schema.org. Это не абстрактный риск: каждый месяц промедления с техническим аудитом имеет измеримую цену.

Google интегрировал CWV во все ключевые инструменты: Lighthouse, PageSpeed Insights, Chrome DevTools и Chrome User Experience Report (CrUX). Google Search Central — документация Web Vitals и инструменты измерения Это говорит не о моде на метрики, а о системном приоритете: данные о реальных пользователях через CrUX агрегируются и напрямую влияют на оценку страницы в поиске. Измерить CWV можно бесплатно — без подключения каких-либо платных сервисов.

Комментарий: применимо ли к российскому рынку

Яндекс официально не включает Core Web Vitals в список факторов ранжирования — в отличие от Google, который публично объявил об этом в 2021 году. Это принципиальная разница, которую часто игнорируют, когда переносят западные SEO-рекомендации на российский рынок без адаптации, — особенно важно учитывать это при продвижении в Яндексе.

Однако из этого не следует, что CWV для Яндекса неважны. Яндекс активно использует поведенческие факторы: время на сайте, показатель отказов, глубину просмотра. Медленный LCP — и пользователь уходит до того, как страница загрузилась. Высокий CLS — и он случайно нажимает не туда, раздражается, закрывает вкладку. Эти поведенческие сигналы Яндекс считывает и учитывает при ранжировании. CWV влияют на позиции в Яндексе не напрямую через алгоритм, а через поведение пользователей — косвенный, но вполне реальный канал.

Кейс с потерей трафика, который упоминается в этом дайджесте, — не абстрактный западный пример. Речь о сайте, ориентированном на российскую аудиторию и продвигающемся в Яндексе. Технические проблемы с производительностью страниц привели к ухудшению поведенческих метрик, и позиции просели. Это подтверждает: механизм работает и здесь, просто через другое звено цепочки.

Отдельный пласт — нейропоиск и Алиса. В 2026 году это уже не экзотика: AI-ответы Яндекса формируют значимую долю кликов в ряде тематик. Сайты без корректной разметки Schema.org просто не попадают в AI-цитирование — поисковая система не может структурировать их контент для генеративного ответа. Это новый технический слой поверх классических метрик производительности: мало загружаться быстро, нужно ещё быть «читаемым» для модели.

Что это значит на практике: 6 шагов для владельца сайта

1. Измерьте текущие показатели в полевых данных. Лабораторные тесты Lighthouse дают ориентир, но реальные пользователи ведут себя иначе: другие устройства, медленный мобильный интернет, параллельно открытые вкладки. Полевые данные собирает Chrome UX Report (CrUX) — именно они учитываются в оценке страниц. Откройте PageSpeed Insights, введите URL и посмотрите на блок «Данные о реальных пользователях»: если он красный или жёлтый, это сигнал к действию, а не к дополнительным замерам.

2. Приоритизируйте LCP — это то, что пользователь ощущает первым. Страница «загружается» для него ровно в тот момент, когда появляется главный блок — обычно hero-изображение или заголовок. Проверьте три источника проблем: размер и формат главного изображения (WebP вместо JPEG/PNG, атрибут loading="eager" для первого экрана), время ответа сервера (TTFB), и блокирующие ресурсы — сторонние скрипты, которые грузятся до рендеринга контента. Согласно справке Google Search Central — документация по Core Web Vitals, целевое значение LCP — не более 2,5 секунды для большинства страниц.

3. Проверьте INP (Interaction to Next Paint) — отклик на взаимодействие. Эта метрика заменила устаревший FID в марте 2024 года и измеряет реальную задержку между кликом или тапом пользователя и визуальным откликом страницы. Главный виновник высокого INP — тяжёлый JavaScript: длинные задачи в основном потоке, которые блокируют браузер. Проверьте вкладку Performance в DevTools: задачи длиннее 50 мс подсвечиваются как «Long Tasks». Разбейте их на меньшие части или вынесите в Web Workers.

4. Устраните визуальные сдвиги. Когда изображение или рекламный блок «прыгает» при загрузке, пользователь случайно нажимает не туда — и уходит. Самое простое решение: всегда задавайте атрибуты width и height для изображений или используйте CSS aspect-ratio. Для рекламных блоков резервируйте место через min-height ещё до загрузки баннера. Шрифты с font-display: swap тоже вызывают сдвиги — попробуйте font-display: optional для некритичных начертаний.

5. Проверьте совместимость с Safari. Safari — второй по распространённости браузер в мире, и его движок WebKit обрабатывает JavaScript и CSS иначе, чем Chrome. Apple анонсировала MCP-сервер для Safari, который позволяет AI-агенту подключаться к браузерному окну и собирать данные о сетевых запросах и DOM — это упрощает отладку проблем с производительностью и совместимостью без ручного разбора DevTools. Инструмент актуален для мобильного аудита: значительная часть мобильных пользователей открывает сайты именно в Safari.

6. Добавьте структурированную разметку Schema.org. CWV отвечают за то, чтобы пользователь остался на странице. Разметка отвечает за то, чтобы страница попала в расширенные сниппеты и AI-ответы. Без типов FAQPage, HowTo или Product шансы попасть в структурированный AI-ответ Алисы и других AI-систем заметно ниже — моделям сложнее определить, что именно на странице является вопросом, шагом или характеристикой товара. Добавьте разметку через JSON-LD: это не меняет визуальный вид страницы, но делает её машиночитаемой для поисковых роботов и языковых моделей.

Заключение

Core Web Vitals — не абстрактные технические показатели. Медленный LCP — это пользователь, который ушёл до загрузки страницы. Нестабильный CLS — это клик мимо кнопки и закрытая вкладка. Плохой INP — это форма, которую не отправили. Каждая из этих ситуаций транслируется в поведенческие сигналы, которые Яндекс фиксирует и учитывает при ранжировании.

Честное ограничение: публичных данных именно по Яндексу и CWV мало. Кейс с потерей трафика подтверждает корреляцию, но не даёт формулы. Переносите западные цифры на российский рынок осторожно — алгоритм и аудитория другие. Начните с измерений на своём сайте, а не с чужой статистики.

Сайты, которые в 2026 году игнорируют и скорость, и структурированные данные, теряют видимость сразу в двух форматах: в классической выдаче и в AI-ответах. Это не два отдельных проекта — разметка Schema.org одновременно помогает расширенным сниппетам и даёт AI-движкам структуру для цитирования.