Сайт для доставки еды в 2026: заказ, корзина, зоны доставки и цена

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

Зачем службе доставки собственный сайт, если есть агрегаторы

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

Есть и вопрос данных. Агрегатор видит номер телефона гостя, историю заказов и средний чек - и использует это для своей рекламы, а не для вашей. На собственном сайте эти же данные становятся базой для рассылки о новом блюде или для персональной скидки на день рождения. Без своего канала связи с клиентом это работает через смс от площадки с чужим брендом сверху, если вообще работает.

Третий момент - органический поиск. Запрос вроде "заказать роллы с доставкой на дом" или "суши бар доставка [район]" ведёт не только в приложения, но и на страницы сайтов - и там конкуренция за клик обычно ниже, чем в платном размещении внутри агрегатора. Отдельная страница с зоной доставки, меню и отзывами способна закрепиться в выдаче без ежемесячной платы за место в топе каталога.

А есть ли у вашей доставки хотя бы одна страница, которая целиком принадлежит бренду, а не арендована у площадки с чужими правилами ранжирования? Если нет - это первое, что стоит закрыть до расширения меню или запуска второй точки.

Обязательные блоки сайта доставки еды

Минимальный набор, без которого сайт службы доставки работает хуже конкурента с полным функционалом:

• Меню или каталог блюд с фото, весом порции, составом и актуальной ценой
• Корзина с оформлением заказа в один-два шага, без обязательной регистрации
• Зона доставки и расчёт стоимости по адресу до подтверждения заказа
• Оплата онлайн - картой или через СБП, плюс опция оплаты курьеру
• Статус заказа - принят, готовится, у курьера, доставлен
• Программа лояльности - бонусы или кэшбек за повторный заказ

Меню и карточка блюда - не просто список с ценами

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

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

Зоны доставки и расчёт стоимости по адресу

Это узел, который чаще всего делают спустя рукава - и потом теряют на нём заказы. Клиент вводит адрес, а сайт либо не понимает, попадает ли он в зону обслуживания, либо считает доставку по прямой без учёта реальных маршрутов. Рабочий подход - интерактивная карта с полигонами зон через API Яндекс Карт: адрес проверяется автоматически, стоимость и минимальная сумма заказа подставляются по зоне, а для адресов за пределами обслуживания форма сразу сообщает об этом, вместо того чтобы принять заказ и отменить его через двадцать минут (ПроАктОн).

Для сети из нескольких точек логика сложнее - система должна определить, с какой кухни заказ обслужат быстрее, и не отправлять клиента в дальний конец города, когда рядом есть свободная точка. Без этого расчёта на старте владелец обычно узнаёт о проблеме от разозлённого клиента, а не из отчёта.

Оплата: онлайн и курьеру

Оплата картой или через СБП на сайте закрывает сделку сразу, без риска, что курьер не довезёт сдачу или у него не сработает терминал. Сохранённая карта для повторного заказа и автоподстановка последнего адреса сокращают путь до оплаты на пару кликов - мелочь, которая на мобильном экране решает, доведёт ли гость заказ до конца или закроет вкладку на середине формы. Опцию "оплата курьеру" стоит оставлять - часть аудитории до сих пор ей пользуется, особенно при первом заказе у незнакомой доставки, когда доверия к сайту ещё нет.

Статус заказа без звонков в поддержку

"Где мой заказ?" - самый частый звонок в любую доставку без нормального трекинга. Статус на сайте с обновлением на каждом этапе - принят, готовится, курьер выехал, доставлен - снимает большую часть этой нагрузки с оператора и снижает тревожность клиента, который иначе обновляет вкладку агрегатора каждые пять минут. Push- или смс-уведомление о смене статуса работает даже лучше статичной страницы, потому что не требует от клиента держать вкладку открытой.

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

Увеличение удержания клиентов всего на 5% способно поднять прибыль бизнеса на 25-95% - это известная маркетинговая закономерность, которая справедлива и для доставки еды с её высокой частотой повторных заказов (Mindbox). Бонус или кэшбек за заказ работает как встроенный стимул вернуться именно на сайт, а не открыть агрегатор заново - и это единственный инструмент лояльности, которым площадка не может распорядиться по-своему.

Касса и 54-ФЗ при оплате доставки

Про кассу забывают почти так же часто, как про зоны доставки, а цена ошибки выше. По 54-ФЗ кассовый чек обязателен при любом расчёте с клиентом - независимо от того, оплатил он картой на сайте, через СБП или курьеру при получении. При оплате на сайте чек формирует облачная касса, подключённая к платёжному шлюзу, и отправляет его клиенту на email или по SMS автоматически, без участия курьера. При оплате курьеру возить с собой отдельный кассовый аппарат не обязательно - достаточно показать покупателю QR-код, по которому тот скачает электронный чек (Комтет Касса).

Подключение фискализации - разовая настройка на этапе разработки, а не отдельная задача после запуска. Пропустить этот шаг - значит рано или поздно объяснять налоговой, почему заказы принимались без чеков; штрафы по 54-ФЗ для юрлиц и ИП рассчитываются от суммы расчёта без ККТ, и при регулярных нарушениях счёт идёт не на тысячи.

Экономика: агрегатор против своего сайта

Для бизнеса, где доставка - не подработка ресторана, а вся выручка целиком, разница в комиссии ощущается сильнее, чем где бы то ни было. Возьмём заказ на 1 200 ₽. Через Яндекс Еду с доставкой курьерами агрегатора при официальной комиссии 29,17% без НДС на счёт кухни поступает около 850 ₽ (Яндекс Еда). Тот же заказ, оформленный на собственном сайте с оплатой через СБП по ставке 1,5%, приносит около 1 182 ₽ - разница больше 330 ₽ с одного чека при сопоставимых расходах на доставку.

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

Рабочая модель здесь не "уйти с агрегатора", а перераспределить поток: агрегатор остаётся источником новых клиентов, а любой контакт с постоянным гостем - листовка в пакете, QR на стакане, сообщение после заказа - ведёт на собственный сайт с бонусом за первый заказ напрямую.

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

На какой платформе делать сайт доставки еды

Встроенные сайты от POS-систем - вариант для тех, кто уже автоматизировал кухню и не хочет вести две отдельные админки. Такой сайт синхронизируется с меню и остатками автоматически: блюдо закончилось на кухне - исчезло с витрины без ручных правок. Виджет для приёма заказов у одного из таких решений стоит около 1 990 ₽ в месяц за одну точку и до 5 990 ₽ при пяти точках и больше (iiko) - это подписка сверх разовой стоимости самой разработки или настройки шаблона.

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

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

Сколько стоит сайт доставки еды в 2026 году

Сроки разработки - от 2 до 5 недель на базовом уровне, 6-12 недель на среднем с зонами доставки и интеграцией POS, до 4 месяцев на премиум-проекте для сети точек. Мобильная версия здесь не опция, а основной сценарий - заказ еды почти всегда оформляют с телефона в моменте голода, а не за компьютером заранее; подробности про тап-зоны и mobile-first индексацию - в статье про мобильную версию сайта.

Отдельная статья расходов после запуска - касса с ОФД и эквайринг, которые не входят в разработку и оплачиваются каждый месяц вне зависимости от того, сколько заказов пришло. Закладывайте их в юнит-экономику сразу, а не считайте только комиссию площадок - иначе сравнение своего сайта с агрегатором получится нечестным в обе стороны.

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

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