Скорость сайта и заявки: что чинить до редизайна
Мобильный трафик на лендингах и корпоративных сайтах уже давно главный. Тяжёлый первый экран — слайдер на 2 МБ, пять скриптов аналитики, шрифт из десяти начертаний — не «мелочь для IT», а прямая потеря заявок. Пока страница не отдала оффер и кнопку, пользователь уходит к конкуренту.
Связка Core Web Vitals и конверсии проще, чем кажется: не нужен полный редизайн, чтобы вернуть скорость. Часто хватает веса, кеша и порядка на первом экране — плюс проверки, что форма уходит в CRM без лишних шагов. Если сайт собирали «под ключ», имеет смысл сверить базу с чеклистом по разработке сайта: там же видно, где закладывали запас по производительности.
Core Web Vitals и заявки: что измерять
- LCP — когда пользователь видит главный блок (оффер, фото, заголовок). На мобиле целевой ориентир — до 2,5 с в поле «хорошо».
- INP — задержка после тапа по кнопке или полю. Тормозит часто из‑за тяжёлого JS и виджетов чата на каждой странице.
- CLS — сдвиг вёрстки: баннер cookie или реклама сдвигает форму вниз в момент клика — заявка не отправляется.
- TTFB — ответ сервера до первого байта. Высокий TTFB «съедает» бюджет LCP ещё до оптимизации картинок.
Что чинить до редизайна: вес и первый экран
- Сжать hero-картинку: WebP/AVIF, правильный sizes, без 4000px там, где на экране 390px.
- Убрать render-blocking CSS/JS с первого экрана: critical inline, остальное — defer.
- Отложить всё ниже fold: lazy load для галерей, карт карт, вторичных блоков.
- Сократить third-party: один контейнер GTM вместо пяти счётчиков в <head>.
- Проверить шрифты: два начертания вместо семейства на 600 КБ.
Мобила и форма: не прятать за скоростью
Оптимизированный LCP бессмысленен, если форма заявки — за тремя экранами скролла или появляется только после загрузки виджета. На мобильной версии кнопка «Оставить заявку» и телефон должны быть в зоне первого жеста. Поля — без лишних обязательных шагов: каждое дополнительное поле снижает конверсию сильнее, чем смена цвета кнопки.
Порядок работ: от диагностики к правкам
- Снять срез: PageSpeed Insights + CrUX по URL посадочных (не только главной).
- Waterfall в DevTools: что блокирует LCP — картинка, шрифт, сервер, скрипт?
- Исправить TTFB и кеш (CDN, сжатие, TTL статики) — если сервер отвечает дольше 600 мс.
- Облегчить LCP-элемент: формат, размер, fetchpriority="high", без lazy на hero.
- Разгрузить main thread: defer, вынос чата, отложенная аналитика.
- Проверить форму: видимость, INP на кнопке отправки, интеграция с CRM.
- Замерить конверсию до/после на одном и том же трафике — не только зелёную галочку в отчёте.
Когда метрики зелёные, а заявок нет
ФактОриентир для B2B-лендингов: если мобильный LCP > 3 с и форма не видна без скролла, правки по скорости почти всегда дают больший прирост заявок, чем смена палитры. Аудит скорости занимает меньше времени, чем полный редизайн, и не требует согласования новых макетов.
Частые вопросы
Почему скорость влияет на заявки сильнее, чем «красивый дизайн»?
Пользователь с телефона решает за 2–3 секунды, остаться или уйти. Если LCP и форма тормозят, он не доходит до кнопки «Отправить» — какой бы стиль ни был на макете. Редизайн без облегчения первого экрана часто ухудшает метрики и конверсию одновременно.
Какие метрики смотреть в первую очередь для лидогенерации?
На мобиле — LCP (главный визуал и оффер), INP (отклик на клик по кнопке и полям), CLS (не «прыгает» ли форма при загрузке). Дополнительно — TTFB и вес above-the-fold: они объясняют, почему PageSpeed красный, а заявок меньше.
Можно ли «подкрасить» сайт, не трогая скорость?
Косметика без веса — да: цвета, типографика, тексты. Но новый слайдер, видеофон, тяжёлый шрифт и десять плагинов на первом экране почти всегда бьют по LCP. Сначала фиксируют вес и блокирующие ресурсы, потом накладывают визуал.
Как понять, что проблема в форме, а не только в картинках?
Если LCP уже в норме, а заявок нет — смотрят, когда форма становится кликабельной, не перекрыта ли она баннером cookie, не уезжает ли ниже fold на мобиле. Связка с CRM и дубли полей тоже режут конверсию — это отдельный слой от Core Web Vitals, но на одном экране.