Кейс-подход: как скорость сайта влияет на заявки

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

Скорость сайта редко выглядит как одна большая ошибка. Чаще это сумма мелочей, которые вместе снижают конверсию.

Сначала смотреть мобильный сценарий

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

Проверять нужно не только главную, а конкретную посадочную страницу, на которую ведёт реклама.

Первый экран

Частые проблемы первого экрана:

• баннер слишком тяжёлый;
• подключено несколько шрифтов;
• много внешних скриптов;
• изображение не оптимизировано под мобильный;
• основной текст появляется поздно;
• кнопка заявки находится слишком низко.

Если пользователь ждёт несколько секунд и видит пустой или прыгающий экран, часть трафика теряется.

Изображения

Одна фотография в 4-5 МБ может испортить загрузку сильнее, чем кажется. Особенно если таких изображений несколько.

Фактический размер в дизайне: 390×220
Загружаемый файл: 2400×1400, 3.8 МБ

Для мобильной версии нужно отдавать подходящий размер, а не оригинал.

Скрипты

На странице могут одновременно грузиться аналитика, чат, карты, пиксели, виджеты, CRM-форма и несколько старых библиотек. Не всё это нужно на первом экране.

Некоторые скрипты можно отложить, некоторые убрать, а некоторые подключать только на страницах, где они реально используются.

Форма

Даже если страница открылась, форма может быть медленной. Например, внешний CRM-виджет грузится долго, а запасного варианта нет. Пользователь готов оставить заявку, но сама форма ещё не появилась.

Для важных страниц лучше проверить время до доступности формы, а не только общий PageSpeed-балл.

Что измерять

Для бизнеса полезнее не абстрактный “сайт быстрый/медленный”, а связь с заявками:

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

Типовой план исправления

1. Сжать и пересобрать изображения.
2. Отдать мобильные версии через srcset.
3. Убрать лишние скрипты с первого экрана.
4. Отложить второстепенные виджеты.
5. Проверить работу формы отдельно.
6. Настроить кэширование статики.
7. Проверить серверный TTFB.
8. Сравнить конверсию до и после.

Не всё решается PageSpeed

PageSpeed полезен, но он не видит весь бизнес-контекст. Страница может получить средний балл, но конкретная форма всё равно будет неудобной. Или наоборот: технический балл не идеальный, но критичный путь пользователя работает быстро.

Чек-лист

1. Проверить именно рекламные посадочные страницы.
2. Отдельно проверить мобильную версию.
3. Посмотреть вес первого экрана.
4. Проверить изображения и srcset.
5. Проверить внешние скрипты и виджеты.
6. Измерить время до доступности формы.
7. Сравнить заявки по устройствам.
8. После исправлений смотреть не только скорость, но и конверсию.

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