Сбой Яндекса в октябре показал ресторанам их главный риск в доставке — и это не комиссия

В ночь на 11 октября после повреждения дата-центров у Яндекса несколько дней шли массовые сбои. Для обычного пользователя это «не вызывается такси и не грузится Кинопоиск». Для ресторана, который принимает заказы только через агрегатор, это было кое-что похуже: гость готов заказать и заплатить, а канал приёма заказов просто не работает. Мы делаем сервис для собственной доставки заведений и в те дни наблюдали этот сценарий вживую — поэтому я хочу разобрать не сам сбой, а риск, который он обнажил.

Коротко и по фактам. 8 октября остановился дата-центр в Сасово, 9 октября — повреждения в Калуге, и в тот же день у части пользователей «Яндекс Еды» перестала проходить оплата заказов. 11 октября после остановки дата-центра во Владимире перебои разом накрыли десятки сервисов. По сообщениям, проблемы ловили и другие игроки доставки: «Додо Пицца» не принимала заказы, сбоили Flowwow и Delivery Club. Сбой был не только российским — по данным местных СМИ, сервисы Яндекса штормило в восьми странах, включая Казахстан.

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

В инженерии это называется single point of failure — единая точка отказа. Если все заказы на доставку идут через один канал, то его падение = твой простой, и неважно, насколько у тебя хорошая кухня и лояльные гости. Ты не управляешь ни аптаймом платформы, ни сроками её восстановления.

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

С 1 октября 2026 работу агрегаторов регулирует 289-ФЗ: комиссию теперь обязаны прописывать в договоре, об изменениях — предупреждать заранее. Условия стали прозрачнее, но не дешевле — размер комиссии закон не ограничивает. То есть регуляторика сняла часть вопросов про «честность», но вопрос концентрации риска остался ровно там же.

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

Рабочая схема, которую я вижу у устойчивых заведений:

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

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

Альтернатива агрегаторам: зачем ресторану свой канал заказов

Кейс октябрьских сбоев — это не про рекламу конкретного сервиса, а повод пересобрать риски: он одинаково касается любого решения для своего канала.

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

А у вас во время октябрьских сбоев падали заказы? Через что принимаете доставку — только агрегатор или есть свой канал?