Решения · Рестораны и HoReCa
Меню заведения — это не брошюра: в нём цены и объёмы должны быть точными, оно часто меняется и читается людьми, говорящими на трёх языках. Мы строим меню как данные, генерируем страницу из них и проверяем перед каждой публикацией, в том числе что цены идут вниз в каждой категории и что каждая фотография существует.
Уже построеноДва цифровых меню в production, проверяемые снаружи сегодня. Первое: 119 продуктов в 21 категории, с ценой, объёмом, составом и фотографией, плюс короткий текст представления и набор рекомендаций по сочетанию для каждого продукта; генератор имеет 402 строки, а проверка перед публикацией — 233 строки и 16 блоков. Второе, сайт-сестра с тем же движком: 146 продуктов в 31 категории, генератор на 377 строк, проверка на 210 строк с 14 блоками, а непрерывная интеграция регенерирует страницу из источников и отклоняет изменение, если результат отличается от файла в репозитории. Оба отвечают 200, и ни один не ставит cookie — проверено мной 06.09.2026. Мы также говорим, что это две работы с одним и тем же движком и одним и тем же владельцем, а не две независимые работы.
Отсканированный PDF по QR-коду не решает ничего из того, что заведение должно решать. В нём нельзя искать, он не переводится, на телефоне не масштабируется нормально и его нельзя изменить без повторной печати кода. А меню часто меняется: кухня убирает блюдо, бар получает другой бренд, цена позиции растёт. Меню — это набор данных, который меняется еженедельно, а не документ, напечатанный один раз.
Поэтому мы рассматриваем его как данные. Реальные источники — это несколько структурированных файлов: товары, описательные тексты, рекомендации по сочетанию, переводы, — а написанный на Python генератор собирает из них одну страницу. В одном из заведений: 119 товаров в 21 категории, каждый с ценой, объёмом, составом и фотографией, плюс 119 коротких текстов и 119 наборов «с чем сочетается». В другом: 146 товаров в 31 категории. Страница не редактируется напрямую — она пересобирается.
Перевод не ограничивается кнопками. Румынский — основа, а русский и английский покрывают категории, наименования, объёмы, составы, 82 ярлыка вкуса и все описательные тексты. В городе, где соседний стол заказывает на другом языке, меню, переведённое наполовину, раздражает сильнее, чем непереведённое: оно заставляет думать, что вы можете прочитать всё.
Часть, которую мы считаем самой важной и которую никто не просит в брифе: корзина, список избранного и разделение счёта работают в браузере, без аккаунта и без сервера, а сайт не ставит ни одного cookie и не запрашивает ничего у стороннего домена. Это не обещание из политики конфиденциальности — это правило, заданное автоматическими проверками, которые запускаются перед каждой публикацией и отклоняют изменение, если появился какой-либо трекер, какой-либо внешний ресурс или какой-либо шрифт, взятый у кого-то ещё.
Что входит
Товары, презентационные тексты, рекомендации и переводы хранятся в структурированных файлах; генератор, написанный на Python — 402 строки в одном локале, 377 в другом — собирает из них одну страницу. Опубликованная страница не редактируется вручную; когда кто-то это делает, это ловит непрерывная интеграция, потому что она заново генерирует страницу и сравнивает результат.
В баре объём — часть цены: одно и то же название на 40 и на 100 миллилитров — это два разных продукта, а клиент, который не видит объём, думает, что ему сказали другое. Структура данных держит все четыре поля как обязательные, а не как необязательные, именно для того, чтобы неполная позиция не попала на стол.
Перевод охватывает интерфейс, категории, названия, объёмы, составы, 82 вкусовые метки и все короткие презентационные тексты, при этом у каждого румынского ключа есть пара на русском и английском. Одна из проверок перед публикацией не проходит, если меню не полностью во всех трёх языках.
Без аккаунта, без сервера, без передачи данных куда-либо. Клиент собирает свой заказ на телефоне и показывает его официанту или использует для разделения счёта. Техническое следствие: нет базы с тем, что заказали ваши клиенты, потому что она не создаётся.
Проверено извне: ни одного cookie-заголовка ни на одном из двух сайтов, а политика содержимого одного из них не допускает абсолютно ничего извне. Шрифты размещены на том же домене, а не у внешнего сервиса. Единственные внешние адреса на странице — ссылки на социальные сети заведения, на которые нажимает посетитель, а не вызывает страница.
Шестнадцать блоков проверки в одном локале, четырнадцать в другом: без отслеживающих скриптов, без автоматически загружаемых ресурсов от третьих сторон, шрифты на собственном хостинге, действительные структурированные файлы, каждая фотография существует, меню полностью на трёх языках, структурированные данные на странице действительны и — то, что удивляет всех — цены по каждой категории идут по убыванию. Неправильно введённая цена видна как разрыв в порядке списка, а не по жалобе клиента.
При каждом изменении непрерывная интеграция заново генерирует страницу из источников и отклоняет изменение, если результат отличается от файла в репозитории. Это единственная реальная гарантия того, что то, что видит клиент на экране, приходит из данных, которые редактирует заведение, а не из забытого там три месяца назад ручного вмешательства.
В серверной конфигурации одного из локалов: маскирование IP-адресов, удаление заголовков идентификации из журнала и ограниченное хранение, с явной отсылкой к принципу ограничения хранения. Непрерывная интеграция отклоняет изменение, если из конфигурации исчезают эти строки — значит, защиту нельзя тихо потерять при смене сервера.
Не принимает заказ на кухне и не подтверждает бронь: для этого нужна связь с операционной системой заведения, а это отдельная работа. И мы не публикуем функции, которые обещают то, что должно быть исполнено на кассе — скидка типа «happy hour» или график кухни не запускаются без письменного согласия заведения, потому что за обещание на экране платит человек у стойки.
Traseul
Первая поставка — это меню как данные: категории, позиции, цена, объем, состав, фотография. Здесь же выявляются и недочеты — позиции без объема, категории, которые на самом деле являются двумя, продукты без фотографии. Цифровое меню, построенное на неполных данных, выглядит неполным, как бы хорош ни был дизайн.
Категории, названия, объемы, составы, вкусовые метки и презентационные тексты получают свои пары на русском и английском. Мы поставляем полное меню на трех языках и автоматическую проверку, которая падает, если какой-то ключ остается непереведенным.
Без трекеров, без ресурсов от третьих сторон, шрифты на собственном хостинге, валидные файлы, каждая фотография на месте, цены в порядке убывания по категории, валидные структурированные данные. Мы поставляем скрипт проверки в репозитории, чтобы заведение могло запускать его и без нас.
Публикация происходит при слиянии изменения, после того как непрерывная интеграция заново сгенерировала страницу и сравнила ее с источниками, и после того как была сохранена копия предыдущей версии. Мы передаем доступы и процедуру отката — а не только запущенный сайт.
Данные
Правила различаются от отрасли к отрасли. Это те, что применяются в ресторанах и horeca.
Случай
Ситуация
В меню с более чем сотней позиций самая частая ошибка — не в дизайне, а в наборе: лишняя цифра в цене или позиция без фотографии. Обе обычно обнаруживаются, когда клиент показывает их официанту.
Что мы построили
Перед публикацией мы поставили скрипт проверки — 233 строки в одном заведении, 210 в другом — который запускает шестнадцать, соответственно четырнадцать блоков: что не закрался ни один трекер, что страница ничего не запрашивает у стороннего домена, что шрифты размещены локально, что файлы данных валидны и каждая фотография существует, что меню полное на всех трех языках, что структурированные данные на странице валидны и что цены снижаются в каждой категории. Отдельно непрерывная интеграция заново генерирует страницу из источников при каждом изменении и отклоняет ее, если результат отличается от опубликованного файла.
Что получилось
Опечатка в цене нарушает нисходящий порядок и останавливает публикацию, а отсутствующая фотография никогда не попадает на экран у стола. Опубликованная страница всегда соответствует данным, которые редактирует заведение, потому что иначе она не публикуется.
Чего этот случай не говорит
Проверки ловят то, что можно проверить механически. Неправильно введенная, но правдоподобная — и по порядку — цена проходит; для нее нет другого механизма, кроме как если кто-то посмотрит. В документации одного из проектов сказано «14 проверок» там, где в скрипте 16 блоков; правильная цифра — та, что в скрипте.
Вопросы
Да. Редактируются данные, а не страница; страница из них заново генерируется. Непрерывная интеграция проверяет регенерацию при каждом изменении и отклоняет изменение, если опубликованная страница больше не соответствует источникам. Так не бывает сценария, когда кто-то исправил цену прямо на странице, а изменение исчезло при следующей публикации.
Потому что меню, которое ничего не собирает, не нуждается в баннере согласия, ему нечего утекать и нечего объяснять контролеру. Проверить это может любой: один запрос к сайту показывает, что ни один cookie-заголовок не возвращается. А политика содержания одного из заведений не допускает вообще никакого ресурса извне.
Корзина работает в браузере, как список, который клиент показывает официанту или использует для разделения счета. Отправка заказа на кухню требует подключения к системе заведения и является отдельной работой, с предварительной проверкой совместимости. Мы не называем «онлайн-заказом» корзину, которая никуда не доходит.
Это можно построить, но мы не запускаем это без письменного согласия заведения, потому что это обещание, которое выполняется на кассе. Наше правило: функции, которые обязывают заведение перед клиентом — скидки, часы работы кухни, доступность — не публикуются на основе устной договоренности.
На трех: румынский как база, русский и английский. Полно означает категории, наименования, объемы, составы, вкусовые теги и тексты презентации, а не только кнопки. Автоматическая проверка падает, если меню не полно на всех трех — поэтому оно не попадает на сайт наполовину переведенным.
Среди проверок перед публикацией есть одна, которая требует, чтобы цены снижались в каждой категории. Это не коммерческое правило, а детектор опечаток: позиция, введенная с лишней или недостающей цифрой, нарушает порядок и останавливает публикацию. Остальные проверки занимаются отсутствующими фотографиями и недопустимыми файлами.
Результат — одна сгенерированная страница, с шрифтами, размещёнными на том же домене, и без ресурсов, запрашиваемых с сторонних доменов. Это означает меньше соединений, которые нужно открывать, и ничего, что ждало бы внешнего сервиса. Мы не публикуем цифры скорости, измеренные в условиях, отличных от ваших.
Да, и тогда политика контента страницы разрешает ровно эту область, ничего больше. На одном из двух локалов это видно снаружи. Стоит сказать и обратную сторону: в тот момент страница уже не «без ничего внешнего», поэтому решение принимается осознанно, а не как бонус.
Это два сайта с одним и тем же движком, одного и того же владельца, и мы говорим об этом прямо. Заявленное функциональное различие между ними — рекомендации по сочетанию для каждого продукта, которых во втором нет. Мы могли бы представить их как независимые работы; это было бы преувеличением портфолио.
Расскажите о своём процессе. Вместе определим, что стоит построить, что можно подключить и как проверим результат.