Core Web Vitals и скорость сайта: что реально влияет на позиции и продажи
Если вы запускаете рекламу, вкладываетесь в контент, а трафик всё равно утекает — проблема может быть не в семантике и не в ссылках, а в скорости сайта и пользовательском опыте. Этот материал для маркетологов и руководителей, которые хотят понять, как Core Web Vitals на самом деле работают в ранжировании и где здесь деньги.
Core Web Vitals перестали быть теорией: что поменялось
Google внедрил Core Web Vitals как фактор ранжирования ещё в 2021 году, и с тех пор их значимость только выросла. Но маркетологи до сих пор делятся на два лагеря: одни считают, что это «тех-метрики для разработчиков», другие — что без зелёных показателей в PageSpeed сайт вообще не будет ранжироваться. Правда, как обычно, посередине.
На практике Core Web Vitals — это не волшебный переключатель. Контент, релевантность, ссылочный профиль по-прежнему в приоритете. Но когда два сайта конкурируют за одно и то же ключевое слово с примерно одинаковым контентом — быстрый сайт побеждает медленный. Всегда. И разрыв может быть серьёзным: по данным наблюдений SEO-специалистов, в конкурентных нишах разница между хорошими и плохими CWV — это позиция 3 против позиции 8 в выдаче. А для перформанс-маркетолога это разница между окупаемым и убыточным каналом.
Три метрики, которые нужно знать и одна, которую уже не нужно
В марте 2024 года Google заменил метрику First Input Delay (FID) на Interaction to Next Paint (INP). Это важное изменение, которое многие до сих пор не учли. Сейчас актуальная тройка выглядит так:
| Метрика | Что
измеряет |
Хорошо | Требует улучшения | Плохо |
| LCP
(Largest Contentful Paint) |
Скорость загрузки основного контента | ≤ 2,5 с | 2,5–4 с | > 4 с |
| INP
(Interaction to Next Paint) |
Отзывчивость на все взаимодействия | ≤ 200 мс | 200–500 мс | > 500 мс |
| CLS
(Cumulative Layout Shift) |
Визуальная стабильность макета | ≤ 0,1 | 0,1–0,25 | > 0,25 |
Пороговые значения фиксируются по 75-му перцентилю: то есть Google смотрит не на среднее, а на то, как сайт работает у трёх четвертей ваших реальных пользователей.
Старый FID измерял только первое взаимодействие пользователя со страницей. INP оценивает каждое: клик, скролл, нажатие кнопки — и берёт худший представитель из этих взаимодействий. По наблюдениям рынка, заметная доля проектов с хорошим FID получила статус «нужно улучшить» по INP, потому что новая метрика учитывает не один первый клик, а всю цепочку взаимодействий пользователя. Google прямо говорит, что Core Web Vitals входят в сигнал Page Experience и учитываются как один из множества факторов ранжирования, а не как отдельный «штрафной фильтр». Просадка по INP сама по себе не гарантирует падения позиций — на выдачу одновременно влияет качество контента, ссылки, интент, конкурентная среда и другие факторы.
Что говорят цифры: реальное влияние на бизнес
Чтобы не спорить на уровне ощущений, посмотрим на те кейсы, которые официально опубликованы и нормально задокументированы.
Vodafone (телеком, кейс Google)
Vodafone в Италии провёл серверный A/B‑тест: половина трафика шла на оригинальную версию страницы, половина — на версию с оптимизированными Core Web Vitals, без функциональных изменений. Оптимизированная версия дала улучшение LCP на 31%, что коррелировало с ростом продаж на 8%, увеличением показателя lead‑to‑visit (доля посетителей, ставших лидами) на 15% и cart‑to‑visit (доля посетителей, дошедших до корзины) на 11%. Для маркетолога это по сути рост конверсии на ключевых шагах воронки при одинаковом трафике и одинаковом креативе.
Rakuten 24 (e‑commerce, Япония)
Rakuten 24 запустил A/B‑тест, где версия А отличалась от версии B только оптимизацией Core Web Vitals и связанных метрик. Оптимизированная версия грузилась на 0,4 секунды быстрее на мобильных, показывала практически нулевой CLS и улучшенные показатели FID/FCP/TTFB. Результат для бизнеса: +53,37% к выручке на посетителя, +33,13% к конверсии, +15,2% к среднему чеку и −35,12% к exit rate по сравнению с контрольной группой. Это практически учебник по тому, как скорость и стабильность интерфейса влияют и на CR, и на AOV одновременно.
NDTV (новостной портал)
NDTV — один из крупнейших новостных сайтов Индии. Команда сфокусировалась на улучшении LCP с помощью рекомендаций Web Vitals: аудит через PageSpeed Insights и web.dev/measure, приоритизация задач, оптимизация тяжёлых блоков. В результате LCP улучшился на 55%, а показатель отказов сократился примерно на 50% «в связке» с другими продуктовыми изменениями. Прямую причинность здесь честно не заявляют, но тренд прозрачен: быстрее загружается основной контент — меньше людей закрывают страницу, не начав взаимодействие.
Swappie (e‑commerce, refurb смартфоны)
Swappie оптимизировал производительность с фокусом на реальных данных Web Vitals: снижал время загрузки и улучшал LCP/CLS/FID. На этом фоне среднее время загрузки страниц сократилось примерно на 23%, а мобильная выручка выросла на 42%. Отдельно в материалах отмечают, что улучшения Web Vitals сопровождались ростом конверсии и вовлечённости, а не просто «красивыми зелёными индикаторами» в отчётах.
Исследование Deloitte + Google («Milliseconds Make Millions»)
Deloitte совместно с Google проанализировали влияние скорости мобильных сайтов на конверсию и выручку для крупных брендов из ритейла, путешествий и других вертикалей. На выборке из десятков сайтов они показали: улучшение скорости загрузки на 0,1 секунды коррелирует с ростом мобильной конверсии в ритейле примерно на 8%, а в travel — около 10% в среднем. Там же фиксируется прирост среднего чека на мобильных порядка 9% при аналогичном улучшении скорости. Это не формула «+0,1 секунды = +X% денег» для любого сайта, а усреднённый эффект, но он задаёт порядок влияния: десятые доли секунды — это уже не шуточный уровень.
Общий вывод, если смотреть на все кейсы вместе
- Улучшение LCP, INP и CLS само по себе не гарантирует рост конверсии, но во всех официально описанных кейсах Core Web Vitals «едут» вместе с бизнес‑метриками: CR, выручкой на пользователя, средним чеком, показателем отказов.
- Наиболее сильный эффект даёт комбинация: реальный A/B‑тест, акцент на мобильный трафик и работа сразу с несколькими метриками Web Vitals, а не попытка «выбить зелёный кружок» в одном индикаторе.
Как это работает в связке с SEO: эффект домино
Оптимизация производительности сайта запускает каскадный эффект, который многие маркетологи недооценивают:
- Быстрая загрузка → меньше отказов, больше страниц за сессию
- Больше вовлечённости → поведенческие сигналы улучшаются (время на сайте, глубина просмотра)
- Лучшие поведенческие → рост позиций в обеих поисковых системах
- Выше позиции → больше органического трафика при том же бюджете
- Больше трафика + выше конверсия → кратный рост ROI
Это особенно критично для Яндекса, где поведенческие факторы — один из ключевых сигналов ранжирования. Яндекс напрямую использует CTR в выдаче, время на сайте, показатель отказов и глубину просмотра. Даже если Яндекс не считывает CWV как отдельный фактор, скорость загрузки влияет на все перечисленные метрики. Медленный сайт = высокий показатель отказов = сигнал «этот сайт не полезен».
Google в свою очередь подтвердил: сайты, которые проходят пороги по всем трём CWV, демонстрируют до 24% меньше отказов. По данным исследований, каждая секунда задержки увеличивает вероятность отказа на 32% (при переходе от 1 до 3 секунд). А BBC фиксирует потерю 10% аудитории на каждую дополнительную секунду загрузки.
Когда Core Web Vitals дают преимущество, а когда — нет
Здесь важно не впасть в крайность. Google нигде не публикует «таблицу весов» факторов ранжирования: нет официального списка в духе «контент — 23%, мета‑теги — 14%, ссылки — 13%» и т.д. Это оценки сторонних исследований и опыт агентств, а не внутренняя документация алгоритма. На практике поисковик комбинирует сотни сигналов, и их вклад меняется в зависимости от запроса, ниши и типа страницы.
Core Web Vitals входят в сигнал Page Experience и рассматриваются как один из множества факторов, а не как отдельный «штрафной фильтр» или главный критерий ранжирования. Даже идеальные LCP/INP/CLS не вытянут слабый или нерелевантный контент, так же как плохие метрики не всегда «убивают» страницу с сильным, уникальным материалом и мощным ссылочным профилем. Логика скорее такая: сначала контент и релевантность, потом уже техническое качество и UX донастраивают расстановку сил.
На практике Core Web Vitals часто работают как тайбрейкер. Если два сайта дают сопоставимо полезный ответ на запрос, находятся в одной лиге по ссылкам и авторитету, преимущество обычно получает тот, где страница быстрее и стабильнее для пользователей. В высококонкурентных нишах — финансы, e‑commerce, SaaS — это особенно заметно: базовый уровень контента у игроков уже высокий, и именно такие «последние проценты» по UX (скорость, отзывчивость, отсутствие «прыжков») решают, кто виден в топ‑3, а кто остаётся ниже.
Где проверять и что смотреть: инструменты без иллюзий
Ошибка, которую я видел десятки раз: маркетолог запускает PageSpeed Insights, видит оценку 45/100 и начинает паниковать. Или видит 95/100 и расслабляется. Обе реакции неверные. Дело в том, что PageSpeed Insights показывает два типа данных, и они часто не совпадают:
| Тип данных | Источник | Что показывает | Для кого |
| Полевые (Field) | CrUX (реальные пользователи Chrome) | Как сайт работает у настоящих пользователей за последние 28 дней | Маркетологи, SEO |
| Лабораторные (Lab) | Lighthouse (симуляция) | Как сайт работает в идеальных условиях | Разработчики |
Google для ранжирования использует полевые данные из CrUX, а не лабораторные. Поэтому если лабораторные красные, а полевые зелёные — всё нормально. И наоборот: зелёный Lighthouse-score не гарантирует, что пользователи из регионов с медленным интернетом видят быстрый сайт.
Что стоит использовать:
- Google Search Console → раздел Core Web Vitals — главный источник правды. Показывает, какие URL в категориях «Хорошо», «Нужно улучшить», «Плохо»
- PageSpeed Insights (pagespeed.web.dev) — быстрая диагностика конкретных страниц с полевыми + лабораторными данными
- Chrome DevTools → Performance — для глубокой диагностики INP и отдельных взаимодействий
- Яндекс.Метрика — для мониторинга поведенческих метрик, на которые влияет скорость (отказы, глубина, время)
Что маркетологи делают не так: типичные ошибки
Ошибка 1: Путают FID и INP.
Некоторые SEO-отчёты и статьи до сих пор используют старые пороги FID (100 мс). С марта 2024 года актуален INP с порогом 200 мс, и он значительно строже, потому что оценивает не первый клик, а самое медленное из всех взаимодействий. Если ваш аудит говорит про FID — он устарел.
Ошибка 2: Оптимизируют только десктоп.
Более 75% веб-трафика — мобильный. Google использует mobile-first indexing, а пороги INP на мобильных значительно жёстче: только 56% сайтов проходят порог 200 мс на мобильных, против 96% на десктопе. Именно мобильные показатели определяют вашу позицию в выдаче.
Ошибка 3: Гонятся за оценкой 100/100 в Lighthouse.
Лабораторный балл — это ориентир для разработчиков, а не цель для бизнеса. Google ранжирует по полевым данным. Лучше добиться стабильных «хорошо» по трём CWV в реальных условиях, чем идеального балла в искусственной среде.
Ошибка 4: Забивают на CLS, потому что «сайт и так не прыгает».
CLS часто «ломается» из-за неочевидных вещей: баннеры без указанных размеров, подгружаемые шрифты, динамическая реклама, всплывающие чат-виджеты. На своём экране вы можете не заметить проблему, которую стабильно видят пользователи с другими устройствами.
Ошибка 5: Делают разовую оптимизацию и забывают.
Каждый новый баннер, скрипт аналитики, A/B-тест или виджет потенциально ухудшает метрики. Walmart специально выстроил систему «guardrails» — автоматических проверок производительности на уровне pull-реквестов и A/B-тестов. Для маркетинговой команды это значит: каждый раз, когда вы добавляете на сайт новый трекер или поп-ап, стоит проверить, как это повлияло на CWV.
От диагностики до результата
Пошаговый план:
Вот последовательность, которая работает в реальных проектах, а не только в теории:
Шаг 1. Аудит текущего состояния (1–2 дня)
- Откройте Google Search Console → Core Web Vitals. Отфильтруйте страницы по статусу «Плохо» и «Нужно улучшить»
- Проверьте 5–10 ключевых лендингов в PageSpeed Insights. Обратите внимание на секцию Field Data (полевые данные) — именно они влияют на ранжирование
- Зафиксируйте текущие значения LCP, INP, CLS для мобильных
Шаг 2. Приоритизация по бизнес-влиянию (1 день)
- Не нужно чинить все 500 страниц сразу. Начните с тех, которые приносят больше всего трафика и конверсий
- Составьте список из 10–20 приоритетных URL с их текущими CWV и бизнес-метриками (трафик, конверсия, выручка)
Шаг 3. LCP — самое высокое влияние (1–2 недели)
- Оптимизируйте изображения: конвертируйте в WebP/AVIF, настройте responsive-srcset, сделайте preload для hero-изображений. В одном кейсе только эта мера снизила LCP с 4,2 до 2,6 секунд
- Включите серверное кэширование и CDN. Для российской аудитории важны ноды в Москве и Петербурге
- Оптимизируйте TTFB (Time to First Byte) — включите Brotli-сжатие, HTTP/2, проверьте настройки хостинга
Шаг 4. INP — новый приоритет (1–2 недели)
- Проведите аудит JavaScript: удалите неиспользуемые скрипты и плагины. В одном проекте удаление 18 неиспользуемых плагинов WordPress дало ощутимый прирост
- Разделите тяжёлые JS-бандлы на чанки (code splitting), отложите загрузку некритичных скриптов
- Для SaaS и сложных интерфейсов рассмотрите Web Workers для вынесения вычислений из основного потока — это позволило одному B2B-сервису снизить INP на мобильных с 320 до 170 мс
Шаг 5. CLS — визуальная стабильность (3–5 дней)
- Задайте явные размеры (width/height) для всех изображений, видео и iframe
- Зарезервируйте место под рекламные блоки до их загрузки
- Подключите шрифты через font-display: swap и preload критичные начертания
- Проверьте, что чат-виджеты и поп-апы не сдвигают контент
Шаг 6. Мониторинг и защита результатов (постоянно)
- Настройте регулярную проверку CWV в Search Console (раз в неделю)
- Перед запуском любого нового скрипта или виджета проверяйте влияние через Lighthouse в Chrome DevTools
- Полевые данные обновляются с задержкой в 28 дней — не ждите мгновенных изменений после оптимизации
Реальные ориентиры: чего ожидать
На основе собранных кейсов, вот реалистичные диапазоны результатов после комплексной оптимизации CWV:
| Метрика | Типичное улучшение | Сроки |
| Органический трафик | +20–42% | 2–4 месяца |
| Показатель отказов | −19–33 процентных пункта | 1–2 месяца |
| Конверсия (e-commerce) | +8–22% | 1–3 месяца |
| Мобильная выручка | +15–42% | 2–4 месяца |
Важно понимать: эти цифры — не гарантия, а ориентир. Результат зависит от стартового состояния сайта, ниши, качества контента и десятка других факторов. Если у вас и так всё зелёное — прирост будет минимальным. Если сайт грузится 6+ секунд — потенциал роста огромен.
Сигнал для перформанс-маркетологов
Если вы ведёте перформанс-кампании, вот что стоит учитывать: скорость загрузки влияет не только на SEO, но и на эффективность платного трафика. Исследования показывают, что сайты с загрузкой до 1 секунды имеют конверсию в 2,5–3 раза выше, чем сайты с загрузкой в 5 секунд. Это значит, что одна и та же рекламная кампания может давать кратно разный ROAS в зависимости от скорости лендинга.
Один из разобранных кейсов показывает ещё более наглядную связь: после оптимизации CWV расходы на Google Ads снизились на 62% при сохранении того же объёма конверсий — за счёт роста органического трафика и повышения конверсии. По сути, вложения в производительность — это снижение стоимости привлечения клиента по всем каналам одновременно.
Что маркетолог может сделать без погружения в код
Вам не нужно лезть в код. Вот что вы можете сделать прямо сейчас:
- Проверить текущий статус CWV в Google Search Console и зафиксировать базовые значения
- Выгрузить список страниц со статусом «Плохо» и наложить на данные по трафику и конверсиям
- Составить ТЗ для разработки с конкретными целевыми значениями: LCP ≤ 2,5 с, INP ≤ 200 мс, CLS ≤ 0,1
- Проверить, что в отчётах вашего подрядчика по SEO указаны актуальные метрики (INP, а не FID)
- Перед добавлением любого нового скрипта (аналитика, чат, A/B-тест) запросить оценку влияния на CWV
- Настроить ежемесячный мониторинг CWV по ключевым лендингам
- Сопоставить динамику CWV с конверсией и трафиком — чтобы видеть ROI от оптимизации
Core Web Vitals — это не про зелёные кружочки в PageSpeed Insights. Это про деньги. Каждая десятая доля секунды загрузки — это реальные рубли конверсий. Каждый «прыгнувший» элемент макета — это пользователь, который не нажал на кнопку «Купить». Каждый подвисший интерфейс — это клиент, ушедший к конкуренту.
В 2026 году оптимизация производительности сайта — это не техническая роскошь и не модный тренд. Это базовая гигиена, без которой маркетинговый бюджет работает с дисконтом. Конкуренты, которые уже привели метрики в порядок, получают больше трафика, больше конверсий и платят за клиента меньше — при прочих равных. И чем дольше вы откладываете, тем дороже будет догонять.