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

Человек хочет есть. Прямо сейчас. Он открывает три сервиса доставки рационов, чтобы выбрать обед на неделю. Один показывает меню за секунду. Второй грузит пустой экран три секунды. У третьего кнопка “Заказать” прыгает по экрану, и палец попадает не туда. Антагонист этой истории — не конкуренты. Это серверный ответ в 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. Здесь три специфические проблемы, которых нет, например, в обычном интернет-магазине.

Персонализация меню убивает TTFB

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

Внук и Внучка показывает TTFB 732 мс — в 3.5 раза лучше. Ключевое решение: разделить «оболочку» страницы (меню категорий, шапка, футер) и персонализированную «начинку» (рекомендации, скидки). Оболочку можно кэшировать на CDN с ключом по городу; начинку подгружать отдельным AJAX-запросом уже после отрисовки первого экрана. Пользователь видит страницу немедленно — а персонализация догоняет через 200-300 мс.

Фотографии блюд весят как брошюра

Каталог недельного рациона — 40-80 фотографий блюд, часто снятых в профессиональной студии. Без оптимизации такая страница весит 8-15 МБ. Именно поэтому LCP у середнячков — 2-3 секунды: браузер ждёт скачивания главной картинки-героя.

Быстрый фикс: конвертация в AVIF даёт 50-70% экономии веса без потери качества. Критически важно поставить fetchpriority="high" на первую фотографию в каталоге — браузер загрузит её в приоритете, не дожидаясь остальных.

CLS от корзины и акционных баннеров

Кнопка «В корзину», счётчик заказа, баннер акции дня — всё это рендерится асинхронно и сдвигает уже отрисованный контент. У Grow Food CLS 0.44 (норма Google — ниже 0.1). У Performance Food — CLS 0.23 на мобайле. Оба сервиса теряют позиции в выдаче из-за этого показателя.

Решение: каждому динамическому блоку — фиксированная высота в CSS до загрузки. Корзина в шапке: min-width: 48px. Баннер акции: min-height: 80px. Слайдер блюд: aspect-ratio: 4/3. Суммарно это один час работы верстальщика.

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

1. Раздели статику и персонализацию. Выдели «оболочку» страницы в отдельный слой и кэшируй его на Edge-CDN (Cloudflare, Fastly) с ключом {город}. Меню категорий, карточки блюд, цены — кэш-хит. Рекомендации, скидки, история — клиентский JS после загрузки. TTFB упадёт с 2 800 мс до 300-500 мс: проверено у сервисов, перешедших на этот паттерн.

2. Конвертируй фото блюд в AVIF с fetchpriority. Запусти автоматическую конвертацию в AVIF/WebP (Cloudinary, imgproxy или nginx-image-filter). На главный hero-баннер добавь fetchpriority="high", на всё ниже первого экрана — loading="lazy". Для страницы рациона на 50 блюд экономия трафика — 60-70%, LCP — минус 1-1.5 секунды.

3. Зафиксируй высоту динамических блоков. Пройдись по каждому блоку, который загружается после первичного рендера: корзина, баннер акции, блок «Вам может понравиться», слайдер отзывов. Дай каждому min-height или aspect-ratio в CSS. CLS упадёт ниже 0.1 за один спринт — это прямо влияет на ранжирование в мобильном поиске.

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

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

— Google / Think with Google, 2024

FAQ

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