Как скорость сайта влияет на конверсию (и что исправлять первым)

На скорость редко жалуются напрямую: посетители не пишут в поддержку «ваша главная страница грузилась четыре секунды, поэтому я ушёл». Они просто уходят, и единственный след — показатель отказов в аналитике, который легко списать на что-то другое: предложение, тексты, дизайн. На самом же деле заметная часть этих потерь происходит ещё до того, как человек успевает оценить само предложение.

Почему связь настолько прямая

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

Это проблема не только мобильных устройств и не только узкой ниши электронной коммерции. Она проявляется и при оформлении заказа, и в формах регистрации, и на лендингах для лидогенерации, и при онбординге в пробной версии SaaS, потому что механизм везде один: любое трение между «заинтересовался» и «совершил действие» стоит вам людей, а время загрузки — один из самых распространённых и самых легко устранимых источников такого трения.

Что исправлять первым

Не все улучшения производительности дают одинаковую отдачу, и команды часто тратят время не на те. Примерно в порядке типичного влияния:

• Изображения. Неоптимизированные изображения слишком большого размера — самая частая причина медленной загрузки страниц и, как правило, самая простая в исправлении: правильное сжатие, современные форматы и размеры, соответствующие месту отображения, могут радикально уменьшить вес страницы без какой-либо видимой потери качества.
• Время до первого байта. Если медленно отвечает сам сервер, никакая оптимизация фронтенда не компенсирует это полностью. Часто причина — неоптимизированные запросы к базе данных, отсутствие кэширования или хостинг, которому не хватает мощности для реального трафика.
• Скрипты и стили, блокирующие отрисовку. Всё, что должно полностью загрузиться и выполниться, прежде чем страница сможет показать контент, задерживает всё остальное. Сторонние скрипты (виджеты чата, рекламные теги, аналитика) здесь частые и недооценённые виновники.
• Стабильность вёрстки. Контент, который смещается при загрузке, не просто выглядит неаккуратно: он приводит к промахам при нажатии и создаёт ощущение, что сайт недоделанный или ненадёжный, а это подрывает доверие и к самому предложению.
• Отдельно — оформление заказа или заполнение формы. Если и есть часть сайта, где скорость важнее всего остального, то это последние шаги перед конверсией: чем ближе человек к завершению действия, тем дороже потерять его из-за медленного, тормозящего интерфейса.

Бизнес-аргумент без прикрас

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

С чего на самом деле начать

Проведите полноценный аудит производительности сайта — через Google PageSpeed Insights или аналогичный инструмент, опираясь на реальные полевые данные, а не только на синтетическую лабораторную оценку, — и посмотрите, что действительно не так, вместо того чтобы гадать. Сначала исправьте то, что даёт наибольший эффект при наименьших усилиях (почти всегда это изображения и блокирующие отрисовку скрипты), а затем двигайтесь дальше по списку. Повторяйте тестирование после каждого существенного изменения: в работе над производительностью устранение одного узкого места нередко просто открывает следующее.

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