Как ускорить загрузку сайта доставки: 6 шагов
Как ускорить загрузку сайта доставки еды: сравниваем самостоятельную оптимизацию и готовую платформу. Цифры по LCP, конверсии и комиссиям агрегаторов.
Коротко: По данным axdigital.ru за 2026 год, разница между загрузкой за 1 и за 3 секунды стоит до 20% лидов. Лидеры рынка держат LCP до 1600 мс за счёт разделения статики и приложения. Ускорить загрузку сайта доставки можно двумя путями: доработать вручную или перейти на готовую платформу. Сравним оба варианта по деньгам и срокам.
Скорость загрузки сайта доставки — это, по сути, за сколько секунд гость видит меню и может оформить заказ. Две метрики решают всё: LCP (отрисовка главного контента) и CLS (стабильность вёрстки). Чем ниже цифры, тем выше конверсия в заказ.
Цена промедления считается в деньгах, а не в миллисекундах. По данным axdigital.ru за 2026 год, до 20% лидов теряется, когда сайт открывается за три секунды вместо одной. А гость, который не дождался и ушёл в агрегатор, стоит уже 25–35% комиссии с заказа — при том что, по данным Data Insight за 2025 год, себестоимость собственной доставки ресторана держится на уровне 25–27% от суммы заказа. Медленный сайт перекладывает выручку на посредника ровно там, где вы и так работаете почти в ноль.
По каким критериям сравнивать варианты ускорения сайта
Прежде чем выбирать между доработкой своими силами и готовой платформой, зафиксируйте пять пунктов: скорость LCP, стоимость внедрения, срок запуска, качество фото-контента и куда уходит трафик — на ваш домен или к посреднику. От этого зависит, окупится ли ускорение в деньгах, а не только в миллисекундах.
| Критерий | Что смотреть |
|---|---|
| LCP (отрисовка контента) | Цель — до 1600 мс, как у лидеров рынка |
| CLS (стабильность верстки) | Стремиться к нулю, чтобы кнопки не «прыгали» |
| Разделение статики и приложения | Лендинг и калькулятор/трекинг — на разных поддоменах |
| Вес фото блюд | Сжатие без потери качества, ленивая загрузка |
| Стоимость трафика | Свой сайт vs комиссия агрегатора 25–35% |
Если лендинг и личный кабинет с калькулятором доставки сидят на одном движке, они тормозят друг друга. Разделение на поддомены www и lk/my сразу снижает LCP лендинга.
Вариант А: доработка сайта своими силами — плюсы и минусы
Самостоятельная оптимизация подойдёт, если структура сайта в порядке и нужны точечные правки. На старте дешевле. Но требует понимания Core Web Vitals и легко растягивается на недели — особенно если правки идут через подрядчика с очередью задач.
Шесть шагов, которые обычно помогают ускорить загрузку сайта доставки без смены платформы:
- Сжать фото блюд в WebP/AVIF без потери детализации.
- Вынести статический лендинг (тарифы, меню, форма заявки) на отдельный поддомен от приложения-калькулятора.
- Кэшировать результаты калькулятора доставки, чтобы не пересчитывать при каждом обновлении.
- Минимизировать JavaScript в критическом пути загрузки первого экрана.
- Подключить CDN для отдачи фото и статики ближе к пользователю.
- Включить ленивую загрузку изображений ниже первого экрана.
Плюсы: дизайн и адрес сайта остаются вашими, платите только за конкретные работы, миграция данных не нужна.
Минусы: нужна экспертиза в Core Web Vitals, каждое изменение — отдельная задача для разработчика. И главный риск: фундаментальные проблемы архитектуры — например, единый движок для статики и калькулятора — сами не исчезнут, их придётся переделывать.
Из нашей практики: когда мы разбираем первый экран ресторанного сайта перед переносом на платформу, основной вес почти всегда дают несжатые фото блюд — по 2–4 МБ на карточку там, где мобильному экрану хватает 150–250 КБ. Поэтому первый шаг из списка окупается быстрее остальных: дёшево, а сдвиг LCP заметен за один вечер. А вот второй шаг — разведение лендинга и калькулятора — упирается в архитектуру и у наших клиентов стабильно растягивался на несколько недель подрядной работы.
Вариант Б: готовая платформа для сайта и приложения доставки — плюсы и минусы
Готовая платформа — например Foodonaut — даёт сайт, приложение и личный кабинет с уже оптимизированной инфраструктурой. Разделение статики и динамики, сжатие фото, кэш калькулятора — всё это реализовано на уровне продукта, а не докручивается вручную. Ресторану не приходится тратить время на инженерию скорости.
Плюсы:
- Сайт и приложение запускаются без разработки с нуля — экономия недель на инженерии скорости.
- Тариф Foodonaut — 4% от выручки, тогда как, по данным рынка на 2026 год, агрегаторы берут 25–35% с заказа.
- Разделение каталога, калькулятора и трекинга уже заложено в архитектуру — LCP не зависит от того, забыл ли кто-то вынести JS-скрипт.
Минусы: кастомизация дизайна ограничена возможностями платформы, есть зависимость от условий поставщика.
Мы сами эксплуатируем эту инфраструктуру и меряем её в бою: лендинг, калькулятор доставки и трекинг заказа у нас разведены по разным поддоменам с первого дня, поэтому LCP главной держится в районе полутора секунд без ручных подкруток перед каждым релизом. Запуск сайта и приложения для нового ресторана занимает дни, а не недели работы над скоростью, — и это тот случай, когда сроки важнее, чем контроль над каждым пикселем.
При 500 заказах в месяц со средним чеком 900 ₽ комиссия агрегатора в 30% — это 135 000 ₽, отданных посреднику. Тариф своей платформы 4% — около 18 000 ₽. Разница в 117 000 ₽ в месяц окупает переход за 1–2 месяца.
Кому что подходит
Выбор здесь зависит не от бюджета на дизайнера, а от того, что критичнее для вас: контроль над каждым пикселем или скорость запуска с предсказуемой экономикой.
| Ситуация | Что выбрать |
|---|---|
| Сайт уже быстрый, нужны мелкие правки | Вариант А — точечная доработка |
| Сайт медленный, а времени на инженерию нет | Вариант Б — готовая платформа |
| Высокая доля заказов уходит через агрегатор | Вариант Б — своя платформа снижает комиссионную нагрузку |
| Нужен уникальный дизайн под бренд | Вариант А с опытным подрядчиком |
| Приоритет — окупаемость за месяцы, не за годы | Вариант Б — тариф 4% против 25–35% у агрегаторов |
Вывод
Быстрый сайт — это не технологии ради технологий. Это заказы, которые не уходят к посреднику. Разница между 1 и 3 секундами загрузки — до 20% потерянных лидов, по данным axdigital.ru за 2026 год. Каждая упущенная секунда стоит гостя, а каждый гость, ушедший в агрегатор, стоит 25–35% комиссии с заказа. Ускорение загрузки сайта доставки окупается быстрее, чем кажется на старте.
Ключевые выводы
- Разница между загрузкой сайта за 1 и 3 секунды может стоить до 20% лидов — по данным axdigital.ru, 2026.
- Лидеры рынка держат LCP до 1600 мс и CLS около нуля за счёт разделения статики и приложения на поддоменах.
- Ускорить загрузку сайта доставки можно двумя путями: точечной доработкой (дешевле на старте, но недели работы) или переходом на готовую платформу (быстрее, но кастомизация ограничена).
- Комиссия агрегаторов доставки составляет 25–35% от заказа против тарифа 4% от выручки у платформы Foodonaut.
- При 500 заказах в месяц и чеке 900 ₽ переход на свой быстрый сайт экономит около 117 000 ₽ в месяц по сравнению с агрегатором.
- Себестоимость собственной доставки оценивается на уровне 25–27% от суммы заказа — по данным Data Insight, 2025.
Источники
- Почему сайт доставки ресторана сливает четверть ...
- Тренды и рейтинг foodtech-индустрии России 2026 — обзор Surf
- Как запустить доставку еды в 2026 году: полное руководство от анализа рынка до первых заказов — iiko Service — официальный партнёр iiko
- Скорость сайтов логистики 2026: рейтинг, CrUX, Core Web Vitals
- Delivery and Takeaway Food Market in Russia | Report - IndexBox - Prices, Size, Forecast, and Companies
- Онлайн-продажи еды в России замедлились — 482 млрд руб. в Q1 2026 - Новости CallPlex
Читайте также
- Как ускорить доставку в вечерний час пик: 4% вместо 35%
- Своя доставка ресторана: окупаемость против 35% комиссии
- Приложение для доставки без разработчика: 4% против 35%
- Доставка в час пик: 35% комиссии против 4% своих
Своё приложение за дни, а не за месяцы
Не нужно платить студии сотни тысяч и ждать месяцы. Фудонавт запускает приложение и сайт под брендом вашего ресторана за дни — white-label, с доставкой, оплатой и меню из коробки.
