Ссылка на заведение: как гость открывает нужное меню без поиска

Публичная ссылка вида /s/<slug> открывает меню конкретного заведения без промежуточного выбора точки. slug — это читаемая часть адреса, закреплённая за заведением. Приложение находит по ней активную точку, сохраняет её идентификатор и загружает каталог.

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

Если читать 30 секунд

• Адрес /s/<slug> ведёт сразу в меню одной активной точки, а неверный slug возвращает гостя к выбору заведения.
• Ссылка не содержит tableId и не обещает автоматическую маршрутизацию к конкретному столу.
• Возможность посмотреть меню и возможность отправить веб-заказ — разные настройки.
• Один публичный адрес удобно использовать на сайте, в профиле, на витрине и в электронном сообщении.
• Перед распространением проверьте название точки, режим заказа, языки и поведение оформления в чистой сессии.

Что именно делает slug

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

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

Старый путь /app/s/<slug> остаётся совместимым, но для новых материалов лучше использовать короткий /s/<slug>. Храните канонический вариант в одном месте, чтобы сайт, рассылка и печатные носители не расходились.

Карточка решений по месту размещения

Практический выбор зависит от того, знает ли носитель конкретный стол.

Носитель	Какая ссылка уместна	Что получает гость	Что проверить
сайт заведения	/s/<slug>	сразу каталог нужной точки	корректный slug и публичность
профиль или публикация	/s/<slug>	меню без поиска в списке	превью, язык, мобильное открытие
витрина или вход	/s/<slug>	меню до выбора места	не обещать столовой контекст
электронный чек	/s/<slug>	повторный просмотр каталога	адрес ведёт в ту же точку
стол в зале	/t/<qrKey>	точка и конкретный стол	ключ относится к этому столу
гостиничный или языковой канал	/s/<slug>?lang=<locale>	точка и стартовая локаль	язык разрешён и переводы готовы
знакомство с общими экранами	демо гостя	выбор точки, меню и корзина	не считать проверкой своего slug

Если один и тот же макет должен работать и на входе, и на столе, разделите его. Общая ссылка полезна до посадки; настольная должна передавать больше контекста. Подробные критерии выбора собраны в сравнении ссылки стола и заведения.

Открывает ли ссылка сразу заказ

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

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

Как гость выбирает стол без контекста стола

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

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

Что произойдёт с несуществующим адресом

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

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

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

Да, поддерживаемый параметр ?lang=<locale> задаёт стартовый язык интерфейса. Но локаль должна быть разрешена для заведения, а переводы контента — заполнены. Иначе гость увидит другую разрешённую локаль или исходный текст отдельных полей.

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

Нужна ли короткая ссылка на каждую точку сети

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

Не используйте один slug для автоматического перехода на «ближайшее кафе», если продукт этого явно не делает. Текущий маршрут находит конкретное активное заведение по адресу; географический подбор — отдельная функция и отдельное обещание.

Как проверить ссылку перед публикацией

Откройте адрес в приватном окне, чтобы сохранённая ранее точка не скрыла ошибку.

1. Сверьте slug в адресной строке и название на первом экране.
2. Проверьте, что каталог относится к нужной точке.
3. Переключите язык, если ссылка публикуется для конкретной аудитории.
4. Добавьте блюдо и откройте оформление без отправки в рабочую смену.
5. Для столового режима убедитесь, что интерфейс просит выбрать стол.
6. Откройте заведомо неверный тестовый slug и проверьте возврат к выбору точки.
7. Повторите переход из каждого реального канала: сайт, соцсеть, письмо или QR у входа.

Общее демо /app/ показывает выбор точек и гостевой интерфейс, но не проверяет ваш slug. Для приёмки нужен реальный адрес подключённого заведения.

Кто отвечает за актуальность адреса

Назначьте владельца ссылки так же, как владельца домена или номера телефона. Обычно это администратор точки либо маркетолог сети. Он хранит основной адрес, список размещений и дату последней проверки.

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

Как выбрать и менять slug без потери ссылок

Slug должен быть стабильным, коротким и отличать точку от соседних заведений сети. Он не обязан повторять полное юридическое название. Главное, чтобы команда могла однозначно связать адрес с местом и не меняла его при каждом обновлении вывески.

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

При неизвестном slug приложение возвращает гостя к общему выбору, но это запасное поведение, а не автоматический переход со старого адреса. Не обещайте такой переход, если маршрут отдельно не настроен и не проверен.

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

Какие данные доступны по публичной ссылке

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

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

Это разделение полезно и для редактора. На сайте размещают ссылку меню, гостю после оформления показывают ссылку заказа, а сотрудник работает со служебным интерфейсом. Попытка заменить три адреса одним размывает права и ожидания.

Как проверить карточку канала, а не только адрес

Ссылка может быть технически правильной, но плохо объяснённой. Для каждого места распространения заполните четыре поля:

Поле	Пример решения
аудитория	человек выбирает кафе до визита
обещание	посмотреть меню конкретной точки
адрес	канонический /s/<slug>
следующий шаг	выбрать блюда; стол уточнить при оформлении

На витрине не пишите «закажите к столику», если ссылка не знает стол. В профиле сети называйте конкретный филиал рядом с кнопкой. В электронном чеке объясните, что адрес возвращает к меню, а не к статусу прошлого заказа.

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

Опубликуйте адрес точки сначала в одном канале

Соберите все публичные места, где гость ещё выбирает точку вручную. Для одной активной точки подготовьте основной /s/<slug>, пройдите контроль в приватном окне и замените ссылку сначала в одном цифровом канале. Проверьте обращения, прежде чем менять печатные носители.

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

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