17 сентября 2026 г.

Секунда загрузки — это чьи-то деньги: считаем на пальцах

Секунда загрузки — это чьи-то деньги: считаем на пальцах

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

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

Что показывают чужие эксперименты

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

исследование Google и SOASTA по мобильным страницам показывало, что рост времени загрузки с 1 до 3 секунд повышает вероятность отказа примерно на 32%; агентство Portent, анализируя тысячи посадочных страниц, находило, что конверсия стабильно выше у страниц, которые грузятся до 2 секунд, и заметно проседает после 3–4; часто цитируемая оценка из Amazon (Грег Линден, один из первых инженеров компании): задержка в 100 миллисекунд обходилась примерно в 1% продаж.

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

Считаем на своих цифрах

Дальше — метод, а не чужая статистика. Берём три числа, которые у вас точно есть:

посетителей в день — из любого счётчика;

текущую конверсию в заявку — в процентах;

средний чек или ценность одной заявки для бизнеса.

И одно предположение на основе цифр выше: закладываем, что каждая лишняя секунда сверх 2–3 секунд загрузки снижает конверсию в среднем на 5–10% относительно текущей. Это не физический закон, а рабочая оценка для прикидки — с ней комфортно спорить, но она честнее, чем «скорость не важна».

Пример на круглых числах: лендинг с 300 визитами в день, конверсией 3% и средним чеком 25 000 ₸.

Задержка сверх нормы Конверсия Заявок / мес Потеря к базовой, ₸/мес

Задержка сверх нормы Конверсия Заявок/мес Потеря ТГ/мес
0 сек (норма, ~2 сек) 3% 270 0
+1 сек ~2.8% 252 ≈ 135 000 ₸
+2 сек ~2.6% 234 ≈ 270 000 ₸

Дальше подставляете свои три числа — и получаете не «медленно, надо чинить», а конкретную сумму, которую видно в деньгах бизнеса, а не в баллах Lighthouse.

Что реально ускоряет лендинг

Технических рычагов немного, и большинство из них закрываются на этапе разработки, а не патчатся потом:

вес и формат изображений — конвертация в WebP/AVIF и правильные размеры под экран часто дают больше, чем все остальные пункты вместе; минимум стороннего JS — каждый лишний виджет (чат, аналитика, пиксель) тянет за собой скрипт, который блокирует рендер; статическая генерация страницы вместо сборки её на лету в браузере — на Next.js это SSG, отдаёт готовый HTML сразу; отложенная загрузка того, что не видно на первом экране — видео, карты, блоки ниже фолда.

Это ровно то, из-за чего лендинг на чистом коде почти всегда быстрее лендинга на конструкторе: конструктор грузит свой движок целиком, а здесь на страницу попадает только то, что реально нужно.

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

Итог

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

Считаете, что ваш лендинг теряет заявки на скорости? Можно обсудить проект — посмотрю текущую страницу и скажу, где реально теряются секунды.