Доставка еды онлайн: кто из сервисов не теряет клиентов на загрузке сайта

Человек хочет есть. Прямо сейчас. Он открывает три сервиса доставки рационов, чтобы выбрать обед на неделю. Один показывает меню за секунду. Второй грузит пустой экран три секунды. У третьего кнопка “Заказать” прыгает по экрану, и палец попадает не туда. Антагонист этой истории — не конкуренты. Это серверный ответ в 2.8 секунды и CLS 0.44 у сервисов, которые тратят миллионы на рекламу.

По данным Data Insight, рынок доставки готовой еды и рационов в России вырос до 450+ млрд рублей в 2025 году. Импульсная покупка с мобильного — основной сценарий. Команда AX Digital проанализировала данные Google CrUX по 25 сервисам доставки еды и рационов — 13 попали в рейтинг скорости, у остальных недостаточно данных в CrUX.

Топ-3 лидера: кто грузится быстрее всех

По данным рейтинга CrUX, лидеры ниши доставки еды:

Внук и Внучка — единственный сервис в зелёной зоне. LCP 1.2 секунды, нулевой сдвиг контента, серверный ответ за 732 мс. Для ниши с тяжёлыми фото блюд — технически безупречный результат.

YamDiet интересен разницей mobile/desktop: мобильный LCP 2 275 мс (средне), но десктопный TTFB 412 мс — один из лучших серверных ответов в нише. Сервер быстрый, мобильная оптимизация отстаёт.

Антирейтинг: три проблемных сервиса

Шефмаркет: мобайл 5.7, десктоп 3.9

Федеральный сервис с крупным маркетинговым бюджетом — и desktop TTFB 2 805 мс. Почти три секунды только на ответ сервера. Десктопный LCP — 3 908 мс. При этом мобильная версия работает нормально (5.7 балла). Вероятная причина — десктопная версия рендерит тяжёлый персонализированный контент на сервере, а мобильная использует облегчённый шаблон.

ПростоЕда: TTFB 2 653 мс на мобайле

Мобильный пользователь ждёт 2.6 секунды только до первого байта. LCP 3 613 мс — итого почти 4 секунды до появления контента. В нише, где решение о заказе принимается за 20-30 секунд, потерять 4 из них на загрузку — критическая ошибка.

Grow Food: CLS 0.44 на десктопе

Замыкает рейтинг с 4.5 балла. LCP 3 171 мс — плохо, но не критично. Настоящая проблема — CLS 0.44 на десктопе. При пороге Google в 0.1 это превышение в 4.4 раза. Контент сдвигается на 44% высоты viewport — кнопки, цены, фото блюд прыгают по экрану. Пользователь целится в «Заказать», а попадает в «Аллергены». Посмотри, как это влияет на конверсию, в калькуляторе CR.

Рейтинг всех 13 сервисов

Зелёная зона (7+ баллов) — один сервис. Жёлтая (4-7) — двенадцать. Красная (ниже 4) — ноль, но Grow Food и ПростоЕда балансируют на границе. Полная таблица с детализацией по каждой метрике — в рейтинге доставки еды.

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

Доставка готовой еды и рационов — один из самых технически сложных сегментов e-commerce. Вот что замедляет каждый из 13 сайтов.

Тяжёлые фото блюд

Каталог рациона на неделю — это 30-50 фотографий блюд в высоком разрешении. Без ленивой загрузки и современных форматов (WebP/AVIF) страница весит 5-10 МБ. Отсюда LCP 2-3 секунды у середнячков.

Серверная персонализация

Меню зависит от города, даты доставки, предпочтений пользователя. Сервер формирует персонализированную страницу на лету — отсюда TTFB 2 800 мс у Шефмаркета и 2 650 мс у ПростоЕды. Для сравнения: у Внук и Внучка TTFB всего 732 мс — вероятно, используют CDN-кэширование с невалидацией по городу.

CLS от динамического контента

Корзина, баннер «Скидка -20%», блок аллергенов, слайдер отзывов — всё это подгружается асинхронно и сдвигает контент. У Grow Food это привело к CLS 0.44. У Performance Food — CLS 0.23 на мобайле. Решение простое: резервировать место для каждого динамического блока через CSS aspect-ratio или фиксированные min-height.

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

Три шага для ускорения сайта доставки еды

1. Кэшируйте серверный ответ по городу. TTFB выше 1 000 мс — сигнал, что сервер генерирует страницу на каждый запрос. Решение: Edge-кэш (Cloudflare, Fastly) с ключом по городу + инвалидация при обновлении меню. Результат: TTFB ниже 500 мс.

2. Оптимизируйте фото блюд. Конвертируйте в AVIF/WebP, используйте srcset для мобильных разрешений, ставьте loading="lazy" на всё ниже первого экрана. Ожидаемый эффект: LCP минус 30-40%.

3. Зарезервируйте пространство для динамических блоков. Каждому баннеру, слайдеру и корзине — фиксированные CSS-размеры до загрузки. aspect-ratio: 16/9 для фото-карточек, min-height для блоков отзывов. CLS упадёт ниже 0.1 за один спринт.

Если хочешь посчитать, сколько стоит каждая потерянная секунда для твоего бизнеса — используй калькулятор медиабюджета и калькулятор CAC.

«Каждая дополнительная секунда загрузки мобильной страницы снижает конверсию до 20%»

— Google / Think with Google, 2024

FAQ

Следи за свежими данными о рынке e-commerce и доставки в разделе новостей. Все отраслевые рейтинги скорости — на странице рейтингов.