Глоссарий ПФ

Core Web Vitals

Core Web Vitals — три метрики Google (LCP, CLS, INP) для оценки скорости и стабильности страниц. Яндекс не использует CWV напрямую, но медленные страницы увеличивают отказы и роняют поведенческие сигналы, косвенно снижая позиции.

Что такое Core Web Vitals

Core Web Vitals — набор из трёх технических метрик, введённых Google в 2020 году как единый стандарт измерения качества пользовательского опыта (UX) на веб-страницах. В 2026 году в набор входят:

  • LCP (Largest Contentful Paint) — время загрузки самого крупного видимого элемента страницы (обычно hero-изображение или заголовок H1). Отражает субъективное ощущение «страница загрузилась».
  • CLS (Cumulative Layout Shift) — коэффициент нестабильности верстки: суммарный сдвиг элементов во время загрузки. Чем выше CLS, тем чаще пользователь промахивается мимо нужного элемента.
  • INP (Interaction to Next Paint) — задержка между действием пользователя (клик, тап, ввод в поле) и визуальным откликом интерфейса. INP заменил FID (First Input Delay) в марте 2024 года: он точнее отражает ощущение «торможения» на протяжении всей сессии, а не только при первом касании.

Пороговые значения «Good»: LCP ≤ 2,5 с, CLS ≤ 0,1, INP ≤ 200 мс. Диапазон «Needs Improvement»: LCP 2,5–4 с, CLS 0,1–0,25, INP 200–500 мс. Выше — «Poor».

Критически важно: CWV измеряются не синтетически, а на реальных пользователях через Chrome User Experience Report (CrUX) — агрегированные данные 75-го перцентиля. Страница может давать отличные цифры в DevTools, но проваливать CrUX из-за медленного соединения у части аудитории. Именно поэтому мониторинг CWV требует RUM-инструментов (Real User Monitoring), а не только лабораторных тестов.

Как Core Web Vitals учитывается в Яндексе

Яндекс официально не включает Core Web Vitals в список декларируемых факторов ранжирования и не использует данные CrUX — это инфраструктура Google. Однако в 2026 году скоростные и UX-метрики косвенно влияют на позиции через четыре канала.

Канал 1: Поведенческие сигналы. Медленная загрузка напрямую увеличивает Bounce Rate (отказы): при LCP > 4 с показатель отказов статистически растёт на 70–90% относительно LCP ≤ 1,5 с. В Яндексе отказ фиксируется при пребывании менее 15 секунд без единого действия — медленная страница банально не успевает «показать себя» до ухода пользователя. Это прямой негативный сигнал для ранжирования Яндекса.

Канал 2: Яндекс.Вебмастер. В разделе «Качество сайта» → «Скорость загрузки» отображаются данные о скорости страниц на основе сканирования роботом. С 2024 года там же появились сигналы о нестабильности верстки и задержках отклика — функциональные аналоги CLS и INP.

Канал 3: MatrixNet-XL и технические фичи. Градиентный бустинг Яндекса обучен на сотнях факторов. Среди них — прокси-метрики скорости, извлекаемые краулером: TTFB, размер ресурсов, количество блокирующих запросов. Страницы с TTFB > 600 мс исторически индексируются реже, что влияет на индексацию в Яндексе.

Канал 4: Геозависимые запросы. Для геозависимых запросов Яндекс ранжирует с учётом региона пользователя. Если CDN сайта не покрывает целевой регион, LCP для этой аудитории ухудшается, поведенческие сигналы падают — и позиции тянутся вниз именно в нужном регионе.

Бенчмарк 2025–2026: в тематиках e-commerce и финансов топ-10 Яндекса в большинстве случаев показывает LCP < 3 с на мобильных устройствах. Сайты с LCP > 5 с встречаются в топ-3, но только при доминировании брендового трафика или слабой конкуренции в нише.

Как использовать Core Web Vitals на практике

Практическая работа с CWV строится в несколько этапов.

1. Аудит. Стартовая точка — PageSpeed Insights для лабораторных данных. Для реальных пользовательских данных — RUM-отчёт в Яндекс.Метрике: «Мониторинг» → «Скорость загрузки страниц» (перцентили P50/P75/P95). Технические предупреждения — в Яндекс.Вебмастер, раздел «Качество сайта».

2. Приоритизация. Не все страницы одинаково важны. Фокус — на посадочных страницах с высоким трафиком и коммерческим intent. Именно они дают наибольший прирост поведенческих сигналов при улучшении скорости.

3. Оптимизация LCP. Типичные причины: несжатое hero-изображение, отсутствие preload для LCP-ресурса, render-blocking CSS/JS, медленный TTFB сервера. Фиксы: конвертация в WebP/AVIF, настройка CDN, перенос критического CSS inline, HTTP/2, <link rel="preload" as="image">.

4. Оптимизация CLS. Основные причины: изображения без явных атрибутов width/height, динамически вставляемая реклама без резервирования места, поздняя загрузка шрифтов. Фикс: явные размеры для всех медиа, font-display: optional, aspect-ratio блоки для рекламных слотов.

5. Оптимизация INP. Самая сложная метрика. Причины: тяжёлые JS-обработчики событий, Long Tasks > 50 мс в main thread. Диагностика: Chrome DevTools → Performance Insights → Interactions. Решение: code splitting, Web Workers для тяжёлых вычислений, debouncing обработчиков.

6. Мониторинг. После фиксов отслеживайте динамику в реальных данных, а не только в PageSpeed Insights. CrUX-данные обновляются со скользящим окном 28 дней — не ждите мгновенного результата.

Почему Core Web Vitals важны для поведенческих факторов

Core Web Vitals — инфраструктурный фундамент, без нормализации которого поведенческие факторы не работают в полную силу. Механизм прямой: даже идеально оптимизированная страница теряет пользователей ещё до первого взаимодействия, если LCP > 4 с.

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

Связь с глубиной просмотра. Нестабильная верстка (CLS > 0,25) вызывает случайные клики, раздражение и преждевременный уход. Это снижает глубину просмотра и время на сайте — ключевые метрики сессии, которые алгоритм Яндекса использует как сигнал вовлечённости.

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

Конкурентный аспект. В тематиках с высокой конкуренцией, где несколько сайтов имеют сопоставимый контент и ссылочный профиль, техническое превосходство по скорости становится дифференцирующим фактором в SERP Яндекса. При прочих равных алгоритм предпочитает документ, после посещения которого пользователь не возвращается в выдачу.

Связь с другими метриками

Core Web Vitals находятся на пересечении технического SEO и поведенческих сигналов. Скоростные метрики напрямую питают Bounce Rate (отказы) и время на сайте — два показателя, которые MatrixNet-XL использует как фичи при оценке релевантности документа.

Мониторинг ведётся через Яндекс.Метрику (RUM-данные реальных пользователей), а технические предупреждения поступают из Яндекс.Вебмастер. Совокупность скоростных и поведенческих сигналов формирует «качество документа» — интегральный показатель, влияющий на ранжирование Яндекса наравне с текстовыми факторами. Для геозависимых запросов скорость особенно критична: региональный CDN и серверный отклик определяют, насколько реальный LCP пользователя отличается от лабораторного значения.

Частые вопросы

Учитывает ли Яндекс Core Web Vitals при ранжировании?
Яндекс официально не декларирует CWV как ранжирующий фактор и не использует данные CrUX. Однако скорость и стабильность страниц косвенно влияют через поведенческие сигналы (отказы, время на сайте), данные краулера в Яндекс.Вебмастер и технические фичи MatrixNet-XL. Практически: плохие CWV снижают позиции через ухудшение поведенческих метрик, а не напрямую.
Какой инструмент использовать для проверки CWV на сайте с аудиторией Яндекса?
Для лабораторных данных — PageSpeed Insights. Для реальных пользовательских данных российской аудитории — отчёт «Скорость загрузки страниц» в Яндекс.Метрике (RUM, перцентили P50/P75/P95). Google Search Console CrUX полезен, если есть трафик из Chrome, но не охватывает пользователей Яндекс.Браузера и Safari.
Что важнее для SEO Яндекса — LCP, CLS или INP?
Для поведенческих факторов в Яндексе наибольший приоритет у LCP: медленная загрузка напрямую увеличивает отказы и погостикинг. CLS критичен на мобильных — смещения вёрстки провоцируют случайные клики и уходы. INP важен для страниц с высокой интерактивностью (формы, фильтры, корзины). Начинайте с LCP как с наиболее impactful метрики.
Как быстро после улучшения Core Web Vitals меняются позиции в Яндексе?
Прямого мгновенного эффекта нет. Эффект реализуется через улучшение поведенческих метрик, которые накапливаются 4–8 недель реального трафика. CrUX обновляется за 28-дневное скользящее окно. Изменения в поведенческих сигналах начинают сказываться на позициях в Яндексе обычно через 3–6 недель после стабилизации показателей.
Нужно ли исправлять Core Web Vitals, если сайт уже в топ-10?
Да, особенно если конкуренты быстрее. Хорошие CWV — страховка позиций: при алгоритмических обновлениях страницы с плохим UX-профилем попадают под пересмотр первыми. Кроме того, высокий LCP у конкурентов на мобильных — точка входа для их вытеснения из топа при прочих равных сигналах.
Влияет ли Core Web Vitals на мобильный и десктопный трафик по-разному?
Да. LCP на мобильных обычно в 1,5–3 раза хуже, чем на десктопе, из-за мощности процессора и качества связи. В ряде ниш доля мобильного трафика из Яндекса превышает 65–70%. Поэтому мобильные CWV-данные имеют приоритет при оптимизации — начинайте аудит именно с мобильного профиля.