Продвижение ресторана: гости с карт и заказы без комиссии

Продвижение ресторана — это работа не с одной страницей, а с цепочкой мест, где гость принимает решение: карточка на Яндекс Картах и в 2ГИС, поисковая выдача по району, ответ нейросети на вопрос «где поужинать рядом», отзывы и уже потом сайт с бронью и доставкой. Мы соединяем три слоя. SEO выводит страницы заведения по локальным запросам. GEO работает над тем, чтобы факты о вас попадали в генеративные ответы без искажений. AEO готовит текст так, чтобы готовый ответ из него можно было извлечь, не догадываясь. Ниже — механика каждого слоя и то, что она даёт ресторану, кафе, бару или кофейне.

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

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

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

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

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

Обычный SEO-текст написан под другую задачу: он повторяет ключ и уговаривает, вместо того чтобы отвечать. В нём нет извлекаемых утверждений — до какого часа принимает заказы кухня, есть ли веранда и сколько на ней посадочных мест, предусмотрено ли детское меню, — зато есть «уютная атмосфера» и «лучшие блюда города», которые модель не может ни проверить, ни пересказать как факт.

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

Как звучат разговорные запросы о заведении и чего для ответа не хватает на типовой странице

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

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

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

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

Данные о заведении, которые должны совпадать во всех источниках

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

Различие меняет и семантику, и посадочные страницы. Импульсный спрос собирают запросы со словами «рядом», «сейчас», «открыто», названием улицы или станции метро; планируемый — «где отметить», «ресторан для банкета», «кафе для завтрака», «ресторан для большой компании». Одна универсальная страница проигрывает обеим группам: она не отвечает ни на срочность, ни на условия.

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

Два сценария выбора заведения и что должно быть готово под каждый

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

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

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

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

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

Ответы на негатив — публичная часть репутации, которую читают и люди, и системы. Ответ по существу, с описанием того, что исправлено, снимает возражение у следующего читателя и добавляет к карточке факт, которого раньше не было. Шаблонные отписки этого не делают: они не отвечают на претензию и не добавляют ни одного нового сведения о заведении.

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

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

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

Поисковая оптимизация, GEO и AEO дают заведению видимость и корректное описание, но не закрывают весь путь гостя. Дальше подключаются другие услуги: контекстная и таргетированная реклама на район, разработка или доработка сайта с бронью и доставкой, управление репутацией, внедрение CRM и веб-аналитика. Порядок определяется тем, где сейчас теряется больше обращений.

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

Работаем как один подрядчик больше 14 лет, за это время реализовано более 280 проектов, рейтинг агентства на Яндекс.Картах — 5,0. Часть работ открыта публично: 62 кейса, из них 33 юридических и 25 медицинских. По ним видна методика, которую мы применяем и в ресторанной нише: разбор спроса, порядок работ, состав отчётности.