Скорость загрузки сайта: как она влияет на заявки

Вы платите за клик в Яндекс Директе, человек переходит на сайт, а форма заявки так и не появляется на экране за первые секунды. Пользователь не видит причин ждать и закрывает вкладку. Деньги за переход списаны, заявки нет. Это не редкий сбой, а ежедневная утечка бюджета, которую большинство B2B-компаний даже не замечают, потому что не связывают медленный сайт с количеством обращений.

Скорость загрузки влияет на заявки сразу с двух сторон. Со стороны рекламы и SEO она определяет, сколько привлечённого трафика вообще дойдёт до сайта и как поисковик оценит страницу. Со стороны конверсии она определяет, сколько из дошедших останется и заполнит форму. Медленная страница бьёт по обоим показателям одновременно, и в итоге стоимость заявки растёт, даже если с рекламной кампанией всё в порядке.

В этой статье разберём, как именно скорость связана с заявками, что измерять, какие пороги считать приемлемыми, как находить и устранять тормоза и как прикинуть, окупится ли ускорение. Без обещаний волшебных результатов: цифры в примерах условные, но логика расчёта рабочая.

Почему медленный сайт съедает заявки

Связь между скоростью и заявками не линейная, но устойчивая. Каждая лишняя секунда ожидания увеличивает долю людей, которые уходят, не дождавшись загрузки. На мобильных, где соединение хуже, эффект сильнее. А в B2B значительная часть первых касаний с холодным трафиком как раз приходит с телефона: человек увидел рекламу или нашёл вас в поиске между делами.

Работает несколько механизмов одновременно.

Прямой отказ. Если первый экран не отрисовался за две до трёх секунд, часть посетителей закрывает вкладку ещё до того, как поймёт, о чём страница. Этот трафик оплачен, но не конвертируется.
Потеря доверия. Медленный сайт в B2B читается как сигнал ненадёжности. Если страница тормозит, у человека возникает сомнение в том, что компания справится со сложным проектом. Скорость это часть восприятия экспертности.
Брошенная форма. Даже дошедший до формы пользователь уходит, если поля долго прогружаются, кнопка отправки не реагирует мгновенно, а после клика страница думает несколько секунд без обратной связи.
Просадка в поиске. Скорость входит в оценку страницы у Яндекса и Google. Медленный сайт хуже ранжируется, получает меньше органического трафика, а значит и меньше бесплатных заявок.
Ухудшение поведенческих. Быстрые отказы из-за долгой загрузки портят поведенческие сигналы, а они для рунета важны. Подробнее о том, как пользовательское поведение влияет на позиции, мы писали в материале про поведенческие факторы в SEO.

Важно понимать масштаб. Если из-за медленной загрузки вы теряете условные 15 процентов посетителей на входе и ещё часть на форме, итоговая конверсия из визита в заявку может проседать в полтора раза. При платном трафике это прямой рост стоимости лида в те же полтора раза.

Что именно измерять: метрики скорости

Общая фраза «сайт грузится за столько-то секунд» мало о чём говорит. Браузер собирает страницу поэтапно, и важно, на каком моменте пользователь видит контент и может с ним взаимодействовать. Современный стандарт это группа метрик Core Web Vitals, которые учитывают и Google, и косвенно Яндекс.

Метрика	Что показывает	Хорошо	Требует внимания
LCP (отрисовка крупного контента)	Когда виден основной блок первого экрана	до 2,5 с	больше 4 с
INP (отклик на действие)	Как быстро сайт реагирует на клик или ввод	до 200 мс	больше 500 мс
CLS (сдвиг макета)	Насколько прыгает вёрстка при загрузке	до 0,1	больше 0,25
TTFB (ответ сервера)	Сколько ждём первый байт от сервера	до 0,8 с	больше 1,8 с

Пороговые значения приведены как общепринятый ориентир, конкретные цели зависят от типа сайта.

Отдельно стоит следить за CLS, сдвигом макета. Это частая причина случайных потерь заявки: пользователь целится в кнопку, но в момент клика подгружается баннер, всё съезжает, и палец попадает мимо или, хуже, по чужой ссылке. Раздражение копится, человек уходит.

Где смотреть эти цифры:

PageSpeed Insights даёт оценку и лабораторных замеров, и реальных данных пользователей по Core Web Vitals.
Яндекс Метрика показывает время загрузки страниц в отчётах по мониторингу и помогает увидеть, как скорость связана с отказами и глубиной просмотра на вашей аудитории.
Браузерные инструменты разработчика (вкладка Network и Performance) показывают, какие конкретно файлы тормозят сборку страницы.

Опирайтесь в первую очередь на полевые данные, то есть на замеры с реальных устройств посетителей, а не только на лабораторный тест с быстрого канала. Скорость на вашем рабочем ноутбуке и на бюджетном смартфоне клиента в роуминге это две разные реальности.

Где обычно прячется торможение

Чаще всего в B2B-сайтах виноваты одни и те же вещи. Пройдитесь по списку, прежде чем заказывать дорогую глубокую оптимизацию.

Тяжёлые изображения

Самая частая и самая дешёвая в исправлении проблема. Фотографии команды, фоновые баннеры, скриншоты кейсов нередко загружаются в исходном размере на несколько мегабайт. Решения простые: сжатие, современные форматы (WebP, AVIF), отложенная загрузка картинок ниже первого экрана и правильные размеры под устройство, чтобы на телефон не уезжала версия для широкого монитора.

Перегруженный код и сторонние скрипты

Чат-виджеты, коллтрекинг, пиксели рекламных систем, счётчики, карты, всплывающие окна. Каждый сторонний скрипт тянет за собой запрос и блокирует отрисовку. По отдельности мелочь, вместе несколько лишних секунд. Аудит обычно вскрывает скрипты, которые поставили под давно отключённую кампанию и забыли убрать.

Медленный сервер и хостинг

Если TTFB переваливает за полторы до двух секунд, проблема не в картинках, а в сервере: слабый тариф хостинга, тяжёлые запросы к базе, отсутствие кеширования. Иногда дешевле сменить хостинг или включить кеш, чем месяцами вылизывать фронтенд.

Отсутствие кеширования и сжатия

Повторно зашедший пользователь должен получать статику из кеша браузера, а не качать всё заново. Сжатие (gzip или brotli) и заголовки кеширования это базовые настройки, которые часто просто не включены.

Конструкторы и тяжёлые темы

Сайты на популярных конструкторах и перегруженных шаблонах CMS тащат массу неиспользуемого кода. Здесь помогает чистка лишних модулей, а иногда честный вывод, что под рекламный трафик быстрее собрать отдельный лёгкий лендинг.

Скорость это часть технического здоровья сайта в целом, наряду с индексацией и мобильной версией. Системно эти вопросы мы разбираем в гайде по техническому SEO.

Как ускорение превращается в заявки: считаем выгоду

Ускорение это не самоцель, а способ снизить стоимость заявки. Поэтому решение об оптимизации стоит принимать через простой расчёт, а не из любви к зелёным цифрам в PageSpeed.

Логика такая. Возьмите текущую конверсию из визита в заявку и прикиньте, какую часть посетителей вы теряете именно на скорости. Это видно по отчётам: высокий процент отказов в первые секунды, заметная разница в конверсии между быстрыми и медленными страницами, провал по мобильному трафику.

Условный пример для наглядности (цифры взяты для иллюстрации):

На сайт идёт 2000 визитов в месяц с платного трафика.
Текущая конверсия в заявку 3 процента, то есть 60 заявок.
Замеры показывают, что медленный первый экран теряет порядка 15 процентов посетителей на входе.
Ускорение возвращает большую часть из них, конверсия поднимается до 3,5 процента, это уже 70 заявок.
При стоимости клика, дающей цену заявки около условных 3000 рублей, десять дополнительных заявок в месяц это 30 000 рублей возвращённого бюджета без увеличения расходов на рекламу.

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

Скорость работает в связке с другими элементами конверсии: структурой страницы, оффером, формой. Браться имеет смысл за всё вместе, об этом подробнее в материалах про повышение конверсии сайта и про пошаговую оптимизацию конверсии. А чтобы вернувшийся быстрый трафик не упирался в неудобную форму, отдельно стоит привести в порядок форму заявки на сайте.

Порядок действий: с чего начать

Чтобы не утонуть в технических деталях, двигайтесь по приоритету от дешёвого и быстрого к дорогому.

Замерьте базу. Снимите Core Web Vitals в PageSpeed Insights и время загрузки в Яндекс Метрике отдельно для мобильных и десктопа. Зафиксируйте цифры, чтобы потом видеть эффект.
Найдите главный тормоз. Чаще всего это тяжёлые картинки первого экрана и лишние сторонние скрипты. Начните с них.
Оптимизируйте изображения. Сжатие, современные форматы, правильные размеры, отложенная загрузка. Самый дешёвый прирост.
Почистите скрипты. Уберите то, что не используется, отложите загрузку второстепенного, оставьте только нужные пиксели и виджеты.
Проверьте сервер и кеш. Если TTFB высокий, разберитесь с хостингом, кешированием и сжатием.
Перемерьте и сопоставьте с заявками. Сравните конверсию и стоимость лида до и после. Это и есть ответ на вопрос, окупилось ли.

Не гонитесь за идеальной сотней баллов. Разница между 70 и 90 по скорости обычно ощутимо влияет на заявки, а вылизывание последних пунктов до 100 часто стоит непропорционально дорого и почти не меняет поведение пользователей.

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

Насколько скорость реально влияет на количество заявок? Напрямую и заметно. Скорость действует и на доходимость трафика, и на конверсию формы, и на позиции в поиске. Точную цифру для вашего сайта покажет только сравнение конверсии до и после, но потеря части посетителей на медленном первом экране это типичная ситуация, а не исключение.

Какая скорость загрузки считается нормальной? Ориентируйтесь на Core Web Vitals: отрисовка основного контента (LCP) до 2,5 секунды, отклик на действие до 200 миллисекунд, ответ сервера до 0,8 секунды. Это общепринятые пороги, а не жёсткий стандарт, конкретные цели зависят от типа сайта и аудитории.

Что проверять в первую очередь? Вес изображений на первом экране и количество сторонних скриптов. Это самые частые причины торможения и самые дешёвые в исправлении. Только если после этого TTFB остаётся высоким, имеет смысл заниматься сервером и хостингом.

Скорость важнее для мобильных или для десктопа? Для мобильных критичнее: соединение медленнее, устройства слабее, а в B2B именно с телефона часто приходит первое касание холодного трафика. Замеряйте и оптимизируйте мобильную версию в первую очередь.

Нужно ли стремиться к 100 баллам в PageSpeed? Нет. Важна не оценка, а заявки и стоимость лида. Прирост с низких значений до уверенно зелёных обычно даёт основной эффект, а догон до идеала чаще всего не окупается. Считайте по деньгам, а не по баллам.

Что делать, если сайт на конструкторе и сильно тормозит? Сначала выжать максимум из доступных настроек: сжать картинки, убрать лишние модули и скрипты. Если потолок конструктора низкий, а трафик платный и дорогой, нередко выгоднее собрать под рекламу отдельный лёгкий лендинг, чем бороться с тяжёлым шаблоном.

Коротко: чеклист

Снимите Core Web Vitals и время загрузки отдельно для мобильных и десктопа.
Сожмите изображения первого экрана, переведите в современные форматы, включите отложенную загрузку.
Уберите лишние сторонние скрипты, оставьте только работающие пиксели и виджеты.
Проверьте TTFB, при высоком значении займитесь хостингом, кешем и сжатием.
Не гонитесь за 100 баллами, ориентируйтесь на уверенно зелёные значения.
Сравните конверсию и стоимость заявки до и после, считайте выгоду в деньгах.

Скорость это та редкая работа в маркетинге, которая улучшает результат сразу всех каналов и не требует увеличивать бюджет. Если вы хотите понять, сколько заявок теряет именно ваш сайт и из-за чего, начните с замеров, а за системной диагностикой скорости, конверсии и аналитики можно обратиться к команде Lead The Way, мы поможем превратить уже оплаченный трафик в реальные обращения.