Сайт для ресторана и кафе в 2026: меню, бронирование, доставка и цена

Гость ищет, где поужинать, открывает 2ГИС, смотрит три фото и пару отзывов - и либо бронирует столик, либо идёт дальше по списку. Своего сайта у заведения в этот момент часто просто нет. Есть страница в Яндекс Еде с урезанным меню под требования каталога и аккаунт ВКонтакте, где последний пост про акцию был опубликован в марте. Сайт ресторана - это канал, который вы не делите с алгоритмом чужой площадки: меню с реальными ценами, бронь напрямую и доставка без 20-30%, которые в среднем чеке уходят агрегатору.

Зачем ресторану сайт, если есть 2ГИС, агрегаторы и соцсети

2ГИС и Яндекс Карты закрывают задачу "нас нашли". Но карточка в каталоге - это чужой шаблон: фиксированный набор полей, три фото в превью, никакой возможности показать сезонное меню или анонс дегустационного ужина. Агрегаторы доставки решают задачу "нам заказали", только берут за это солидную долю выручки с каждого заказа - подробнее ниже, в разделе про комиссии.

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

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

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

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

Обязательные разделы сайта ресторана

Костяк, без которого сайт ресторана работает хуже, чем должен:

• Меню с фото и актуальными ценами - без вкладки "цену уточняйте по телефону", это выглядит как отговорка
• Онлайн-бронирование столика - календарь с датой, временем и числом гостей, а не форма обратного звонка
• Доставка или самовывоз с корзиной - каталог блюд, оформление заказа, статус готовности
• Галерея - реальные блюда и интерьер, а не фотобанк с чужой едой
• Карта, часы работы и контакты - схема проезда, парковка, если есть
• События - живая музыка по пятницам, банкеты, сезонное меню, дегустации

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

Меню и события в разметке Schema.org

Часы работы, диапазон цен и тип кухни стоит оформлять не только текстом, но и разметкой Schema.org - типы Restaurant, Menu и openingHoursSpecification. Google и Яндекс вытягивают из неё данные прямо в сниппет выдачи, а анонсы концертов и дегустаций через тип Event попадают в блоки "события рядом". Без разметки те же данные тоже показываются - просто реже и без выделения среди конкурентов на той же странице поиска.

Частая ошибка - меню без цен или с ценами трёхлетней давности

Меню без цен раздражает сильнее, чем можно подумать: гость либо звонит уточнить, либо уходит к конкуренту, у которого цены указаны сразу. Не лучше и обратная ситуация - цены есть, но их не обновляли с прошлого повышения закупок, и администратор на входе объясняет разницу в 15% каждому второму гостю. Обновление меню на сайте - рутинная задача на пять минут, если раздел собран правильно; дороже обходится доверие, которое теряется от одной неловкой ситуации на входе.

Онлайн-бронирование стоит того, чтобы делать его нормально с самого начала. Форма "оставим заявку, перезвоним" работает хуже календаря с подтверждением: гость видит свободное время сразу, а не ждёт звонка администратора, который может позвонить через час, когда решение уже принято в пользу другого места. Готовые виджеты вроде Restoplace предлагают бесплатный тариф с базовым функционалом и платные - от 2 020 ₽ в месяц при годовой оплате за расширенное управление рассадкой (Restoplace). Установка виджета на сайт и интеграция с iiko или другой POS-системой обычно укладывается в 10 000-40 000 ₽ разовых расходов сверх стоимости самого сайта.

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

Доставка: свой сайт против агрегаторов

Здесь и разворачивается главная экономика сайта ресторана. По официальным данным Яндекс Еды, комиссия составляет 16,67% без НДС, если ресторан доставляет заказы своими курьерами, и 29,17% без НДС, если доставку выполняют курьеры агрегатора (Яндекс Еда). На практике к этому добавляется плата за продвижение в каталоге - без неё заведение просто теряется среди конкурентов на той же улице, и фактическая нагрузка на выручку у части ресторанов доходит до 40-45% (vc.ru).

Возьмём заказ на 1 500 ₽ с доставкой своими курьерами. Через Яндекс Еду при комиссии 16,67% ресторан получает примерно 1 250 ₽. Тот же заказ, оформленный на собственном сайте с оплатой через СБП по ставке 1,5%, приносит около 1 477 ₽ - разница почти 230 ₽ с одного чека, при том что курьера в обоих случаях предоставляет сам ресторан. На потоке в полсотни заказов в день за месяц набегает сумма, сопоставимая со стоимостью разработки сайта.

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

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

Мобильность решает, дойдёт ли гость до брони

Решение "куда сегодня пойти ужинать" чаще принимается с телефона в моменте, а не за компьютером заранее. Если кнопка брони теряется на маленьком экране или таблица меню разъезжается на 375 пикселях, гость закрывает вкладку и открывает следующую в списке поиска. Подробный разбор тап-зон, размера шрифта и mobile-first индексации - в статье про мобильную версию сайта; здесь достаточно зафиксировать, что для ресторана это не второстепенная опция, а основной сценарий использования.

На какой платформе делать сайт ресторана

Ключевой вопрос при выборе платформы - не дизайн, а интеграция с системой учёта. Если меню на сайте обновляется вручную, а в зале уже другие цены после ре-прайса, доверие теряется быстрее, чем от неудачного дизайна. Синхронизация с iiko или r_keeper через API снимает эту проблему - цена меняется в одном месте и подтягивается везде.

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

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

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

Сроки разработки - 2-4 недели на базовом уровне, 5-10 недель на среднем с интеграцией POS-системы, до 3 месяцев на премиум-проекте с доставкой через свой сайт и мультиязычным меню. Общий обзор цен по типам сайтов и сравнение подрядчиков - в статье сколько стоит разработка сайта в 2026 году.

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

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