Содержание статьи
Реклама в Яндекс Директе приводит человека на сайт за деньги. Если страница открывается долго, «прыгает» при загрузке или тормозит при клике — часть бюджета уходит впустую: человек уходит, заявка не отправляется, а вы платите за клик.
Скорость сайта — не «техническая мелочь для SEO». Это часть воронки. Особенно перед запуском Директа: вы сознательно увеличиваете нагрузку и цену ошибки. В этой статье разберём Core Web Vitals — три метрики Google, по которым удобно оценивать, готов ли лендинг или сайт принимать платный трафик — и соберём рабочий чеклист перед стартом кампаний.
Что такое Core Web Vitals простыми словами
Core Web Vitals — это набор метрик, которые описывают реальный опыт пользователя:
- LCP (Largest Contentful Paint) — как быстро появляется основной контент экрана (обычно крупный баннер, заголовок с картинкой, блок героя).
- INP (Interaction to Next Paint) — как быстро сайт реагирует на действия: клик по кнопке, открытие меню, ввод в форму. (INP заменил устаревший FID.)
- CLS (Cumulative Layout Shift) — насколько страница «прыгает», пока грузится: сдвигаются кнопки, уезжает форма, текст перескакивает.
Пороги «хорошо» по Google (ориентир и для Директа — люди везде одинаковые):
| Метрика | Хорошо | Нужно улучшить | Плохо |
|---|---|---|---|
| LCP | ≤ 2,5 с | ≤ 4 с | > 4 с |
| INP | ≤ 200 мс | ≤ 500 мс | > 500 мс |
| CLS | ≤ 0,1 | ≤ 0,25 | > 0,25 |
Для рекламы важны не только «зелёные» баллы в отчёте, но и ощущение на телефоне на мобильном интернете: именно с него часто приходит трафик из Директа.
Почему скорость критична именно перед Директом
В органике человек часто уже «тёплый»: он искал, сравнивал, готов подождать секунду. В Директе другой сценарий:
- клик импульсивный;
- ожидание низкое;
- конкурент в соседнем объявлении в один тап;
- вы платите за каждый визит.
Типичная картина «слива бюджета»:
- Объявление приводит на тяжёлый лендинг с не сжатыми картинками 3–5 МБ.
- LCP 5–7 секунд на 4G.
- Человек закрывает вкладку.
- В Метрике — высокий отказ, в Директе — дорогой лид или его отсутствие.
Даже сильный оффер не спасает, если форма «плывёт» при загрузке виджета или кнопка заявки реагирует с задержкой — на мобильном это ощущается как «сайт завис». Перед кампанией полезно пройти и общий чек-лист подготовки сайта к рекламе — скорость там один из ключевых пунктов.
Что проверить до запуска: короткий чеклист
Перед тем как включать бюджет, пройдите этот список по посадочным URL из объявлений (не только по главной).
Измерение
- Прогнали URL в PageSpeed Insights (мобильный + десктоп).
- Посмотрели полевые данные (CrUX), если они есть — это важнее «лаборатории».
- Проверили страницу в Яндекс.Метрике: скорость загрузки, отказы с мобильных.
- Открыли сайт на реальном смартфоне в режиме «экономный мобильный интернет» (не только Wi‑Fi в офисе).
- Замерили именно рекламные URL с UTM — иногда редиректы и параметры ломают кэш/скрипты.
LCP — первый экран
- Hero-картинка сжата (WebP/AVIF), без «исходника» 4000px.
- У картинки заданы размеры (width/height или aspect-ratio), чтобы не было скачков.
- Критический CSS не блокирует отрисовку на секунды.
- Нет тяжёлого слайдера «на весь экран» ради красоты.
- Шрифты подключены без долгой невидимости текста (font-display: swap / preload нужных начертаний).
- На хостинге включено сжатие (gzip/brotli), HTTP/2 или HTTP/3.
INP — реакция на действия
- Кнопка заявки и меню кликабельны сразу, без «пустого» ожидания.
- Тяжёлые скрипты (чат, виджеты, аналитика) не блокируют главный поток на старте.
- Форма не тащит лишние библиотеки «на всякий случай».
- Нет бесконечных обработчиков скролла и анимаций на каждый пиксель.
- Сторонние виджеты (онлайн-запись, квиз, чат) загружаются отложенно, где возможно.
CLS — стабильность вёрстки
- Для изображений и iframe зарезервировано место.
- Баннеры, топ-бары и попапы не выталкивают контент вниз без анимации/резерва.
- Рекламные и партнёрские блоки (если есть на посадочной) не прыгают.
- Шрифты не меняют метрики текста так, что кнопка уезжает из-под пальца.
Кэш, CDN, сервер
- Кэширование статики настроено (браузерный cache + серверный/плагинный кэш на WordPress).
- При аудитории из разных регионов — CDN (например, Yandex Cloud CDN).
- TTFB в норме: медленный сервер нельзя «вылечить» только сжатием картинок.
- База и плагины на WordPress не раздувают каждый запрос (особенно на лендинге с формой).
Рекламная гигиена
- Посадочная совпадает с обещанием объявления (иначе отказ даже на быстром сайте).
- Цель в Метрике / конверсия в Директе настроена и проверена тестовой заявкой.
- Нет лишних редиректов цепочкой с объявления на финальный URL.
- HTTPS без смешанного контента (mixed content ломает доверие и иногда ресурсы).
Как измерить Core Web Vitals без самообмана
1. PageSpeed Insights. Вставьте URL посадочной. Смотрите блок «Данные реальных пользователей» (если доступен) и лабораторный отчёт. Лаборатория полезна для отладки, но «зелёный» Lighthouse на мощном ПК ≠ зелёный опыт на Android в метро.
2. Chrome DevTools → Performance / Lighthouse. Удобно локально: имитация Slow 4G, CPU throttling. Смотрите, что именно является LCP-элементом — часто это неоптимизированное фото в шапке.
3. Search Console и Яндекс.Метрика. В Google — отчёт «Основные интернет-показатели» по группам URL. В Метрике — скорость, отказы с мобильных, Вебвизор: где люди «отваливаются».
4. Реальный телефон. Откройте посадочную с UTM на смартфоне и дойдите до отправки формы. Если раздражает — исправляйте до бюджета. Не гонитесь за 100 баллами PageSpeed: важнее зелёный LCP на мобилке и мгновенный отклик кнопки заявки.
LCP: что чаще всего тормозит посадочные под Директ
На практике у малого и среднего бизнеса LCP «ломают» одни и те же вещи.
Тяжёлые изображения. PNG 2–4 МБ в hero — классика. Решение: WebP/AVIF, ширина под контейнер, lazy-load ниже первого экрана; LCP-картинку грузить сразу (fetchpriority="high" где уместно).
Видео и слайдеры. Автоплей и карусели дороги в рекламе. Для Директа чаще выигрывает статичный кадр + ясный оффер.
Шрифты и CSS/JS. Шесть начертаний с Google Fonts и «всё в header» убивают LCP. Оставьте 1–2 веса, критичные стили — выше, остальное — асинхронно.
Медленный TTFB. Shared-хостинг и WordPress без кэша не спасёт даже идеальная картинка. Перед масштабированием бюджета проверьте ответ сервера.
INP: когда сайт «живой», но не слушается
INP измеряет задержку отклика. Пользователь нажал «Заказать» — и полсекунды ничего не происходит. В голове: «сломалось».
Типичные виновники: синхронные чаты и ИИ-виджеты, лишние jQuery-плагины, тяжёлый JS на главном потоке, «зоопарк» из Метрики, Pixel, коллтрекинга, квиза и чата сразу.
До Директа оставьте на странице только конверсию и аналитику; чаты грузите отложенно; форму и CTA проверьте на ощупь «мгновенности»; уберите фоновые анимации, которые грузят слабые телефоны. ИИ-попапы и квизы не должны конкурировать с LCP и сдвигать кнопку заявки — об отложенной загрузке скрипта мы писали в обзоре ИИ-conversion.
CLS: невидимый убийца конверсии
CLS коварен: сайт может быть относительно быстрым, но кнопка в момент клика уезжает на 20 пикселей — человек жмёт «мимо» или злится.
Частые причины: картинки без размеров, веб-шрифты с перестройкой текста, баннеры сверху без резерва высоты, поздняя подгрузка формы, YouTube без плейсхолдера.
Правило: блок, который появится позже, заранее занимает место — или открывается оверлеем, не толкая контент. Опасны sticky-бары и шапки, которые монтируются после JS и сдвигают первый экран в момент клика.
WordPress-посадочная: быстрый минимум перед кампанией
Минимум для WordPress перед Директом: кэш страниц, WebP + CDN, аудит плагинов на посадочной, отложенный некритичный JS, проверка скриптов формы (CF7 часто грузится «везде»), нормальный TTFB и актуальный PHP. При росте трафика слабый хостинг падает первым — лучше проверить это до масштаба бюджета.
Связка «скорость → конверсия → цена лида»
Считайте скорость частью юнит-экономики Директа.
Пример упрощённо:
- 1000 кликов × 40 ₽ = 40 000 ₽
- конверсия в заявку 2% при медленном сайте → 20 заявок → 2000 ₽ / заявка
- после ускорения и стабилизации формы конверсия 3,5% → 35 заявок → ≈1140 ₽ / заявка
Вы не «купили магию SEO» — вы перестали терять людей на техническом трении. При тех же креативах и ставках сайт начинает отрабатывать бюджет.
Поэтому чеклист Core Web Vitals логично делать до масштабирования: сначала починить LCP/INP/CLS на 1–2 ключевых URL, запустить тест с небольшим бюджетом, сравнить отказы и конверсию, затем увеличивать.
Частые ошибки и порядок работ за 1–2 дня
Типичные промахи: ускорили главную, а Директ ведёт на другую услугу; смотрели только десктоп; сжали картинки, но оставили зоопарк скриптов; попап сдвигает CTA; проверка на MacBook вместо mid-range Android; цепочка редиректов с объявления; игнор CLS («чуть прыгает»).
- День 1: список посадочных → PageSpeed + телефон → LCP-элемент, скрипты, CLS.
- День 1–2: hero, размеры картинок, кэш/CDN, отложенные чаты, стабильный CTA.
- Перед бюджетом: тестовая заявка с мобильного и повторный замер.
- После старта: 2–3 дня смотреть отказы; аномалия на мобилке — сначала скорость, потом ставки.
Если фундамент тяжёлый (конструктор, без кэша, неуправляемая вёрстка), точечные правки дадут мало: быстрее лёгкий лендинг под кампанию или системное ускорение шаблона. Скорость усиливает рабочую воронку, а не заменяет слабый оффер.
В GLM-DEV часто видим связку «Директ не работает», а на деле LCP за 5 секунд и форма после всех виджетов — это чинят до увеличения ставок.
Краткий итог
Core Web Vitals перед запуском Директа — это не про галочку в отчёте Google. Это проверка, готов ли сайт принимать платный трафик:
- LCP — человек быстро видит оффер;
- INP — сайт мгновенно реагирует на заявку;
- CLS — ничего не прыгает в момент клика.
Пройдите чеклист по реальным посадочным URL, замерьте мобильный опыт, уберите лишний JS и тяжёлые изображения, настройте кэш/CDN и только потом масштабируйте бюджет. Так Директ работает на заявки, а не на отказы.
Если нужна помощь с аудитом скорости или подготовкой посадочных под рекламу — можно обратиться в GLM-DEV: разберём метрики, ускорим критичные страницы и свяжем их с целями в Метрике и Директе.
