Короткие ссылки для ресторанов: QR-меню, которые действительно конвертируют

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

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

Что уровень редиректа меняет для ресторана#

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

Уровень редиректа разрывает эту связь. QR-код на тейбл-тенте указывает на короткий URL — s.elido.me/menu — и этот URL перенаправляет туда, куда вы укажете сегодня. Измените назначение в панели управления, и каждый напечатанный тейбл-тент теперь мгновенно ведет на новое меню. Никакой перепечатки.

Тот же редирект несет в себе аналитику. Каждое сканирование — это зафиксированное событие с меткой времени, местоположением POP редиректа, типом устройства и реферером (на практике сканирования через мобильные приложения камеры приходят без реферера). При объеме одного ресторана — от нескольких сотен до нескольких тысяч сканирований в неделю — этих данных достаточно, чтобы ответить на важные операционные вопросы:

• Какие дни недели генерируют больше всего сканирований меню?
• Каково соотношение обеденного и вечернего трафика в вашем QR-трафике?
• Просматривают ли посетители меню после сканирования или возвращаются обратно к камере?
• Генерирует ли QR на тейбл-тенте больше сканирований, чем наклейка на окне снаружи?

Третий вопрос требует целевой страницы, которая отправляет аналитику обратно в ваш сервис сокращения ссылок; на остальные можно ответить исключительно по событиям редиректа. Даже самое простое развертывание — один QR, указывающий на PDF, без аналитики на целевой странице — дает полезные операционные данные в день запуска.

Практическая настройка#

Начните с трех QR-кодов на каждое заведение, каждый из которых указывает на отдельный короткий URL:

• Стол (Table QR): внутренний QR для уже сидящих гостей. Назначение: текущее меню.
• Окно (Window QR): наклейка на переднем окне для прохожих. Назначение: лендинг с бронированием, часами работы и меню.
• На вынос (Takeaway QR): QR-стикер на упаковке для заказов навынос. Назначение: форма обратной связи, регистрация в программе лояльности или страница со скидкой на следующий заказ.

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

Каждый QR привязан к короткой ссылке. Ссылки настраиваются в разделе /links в панели управления. Задайте понятные метки (labels):

• loc:queens-st · placement:table → меню
• loc:queens-st · placement:window → лендинг бронирования
• loc:queens-st · placement:takeaway → регистрация в программе лояльности

Метки заполняют фильтры тегов в панели аналитики. Отфильтруйте по loc:queens-st, чтобы увидеть все три QR-кода для одной локации рядом; отфильтруйте по placement:table, чтобы сравнить эффективность QR на столах во всех заведениях.

Сами изображения QR-кодов генерируются Elido — на странице с деталями ссылки вкладка QR code показывает QR с вариантами размера, формата и уровня коррекции ошибок. Файлы для печати экспортируются как SVG или PNG; SVG — лучший выбор для любого размещения, где дизайн может измениться (тейбл-тенты обычно перепечатываются сезонно).

Сам QR-код: дизайн и печать#

Три правила, которые важнее, чем URL за ними:

Контраст важнее цвета. Черный QR на белом фоне — наиболее читаемая форма. Цветной QR на цветном фоне снижает надежность сканирования, иногда значительно. Если брендинг требует цвета, темно-синий или темно-коричневый на кремовом фоне — безопасный выбор. Пастель на пастели — нет.

Свободная зона (Quiet zone) — самое нарушаемое правило. Спецификации QR требуют «свободную зону» (чистое пространство) не менее 4 модулей вокруг кода (где модуль — это размер одной ячейки QR). В большинстве дизайнов тейбл-тентов текст или графика располагаются вплотную к краю QR; это существенно снижает процент успешных сканирований. Инструмент экспорта QR в Elido правильно устанавливает свободную зону по умолчанию; если дизайнер масштабирует QR или накладывает рамку, свободную зону необходимо сохранить.

Уровень коррекции ошибок влияет на размер QR, а также на его устойчивость к повреждениям. Уровень L (низкий) дает максимально компактный код. Уровень H (высокий) позволяет восстановить до 30% повреждений и является правильным выбором для любого размещения, которое может быть потерто, испачкано или частично закрыто — наклейки на пакеты, наклейки на окна снаружи, тейбл-тенты при интенсивном обслуживании. Экспортер Elido по умолчанию использует уровень M; переключите его на H для размещений, требующих долговечности.

Протестированный в рабочих условиях QR-код размером 3х3 см с уровнем M при черно-белой печати надежно сканируется с расстояния 30 см на большинстве современных телефонов. При меньшем размере частота сканирования заметно падает. Более крупные коды удобнее на столах с плохим освещением — ресторанам формата fine-dining с приглушенным светом особенно полезны QR размером 5–6 см.

Что разместить за редиректом#

Для независимого ресторана с одной локацией выбор назначения очевиден — меню. Стоит рассмотреть три варианта страницы меню:

Простой PDF: дешевле всего в обслуживании, нет аналитики на стороне назначения, нет мобильного дизайна. Отображение PDF на телефонах улучшилось по сравнению с 2020 годом, но все еще уступает нативному HTML. Приемлемо как отправная точка, но не как долгосрочное решение.

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

Целевая страница в стиле био-ссылки (bio-page): единая оптимизированная для мобильных устройств страница с разделами меню, фотографиями фирменных блюд и дополнительными ссылками — бронирование, контакты, раздел без глютена, детское меню. Функция био-страниц в Elido напрямую покрывает этот сценарий использования; руководство по созданию био-страницы — это пошаговая инструкция.

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

Для сетей с более чем 50 локациями назначение меню сложнее — обычно это лендинг для каждой локации, генерируемый из центральной базы данных меню, со специфическими для конкретного места спецпредложениями. Уровень редиректа позволяет настраивать соответствие QR и назначения для каждой локации без изменения самого QR. Центральная маркетинговая команда может провести A/B тест обновленной страницы меню в трех локациях, не касаясь QR-кодов, напечатанных во всех 200 заведениях.

A/B тестирование лендинга меню#

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

Одна короткая ссылка может направлять 50% трафика на menu-v1.example.com и 50% на menu-v2.example.com на основе стабильного хэша IP-адреса посетителя. Гость, сканирующий QR во время обеда, видит один вариант; другой гость за соседним столом видит второй; аналитика фиксирует, какое назначение сработало для каждого сканирования.

Объедините роутинг с отслеживанием событий на целевой странице (событие scrolled_to_dessert, событие viewed_drinks_section), и вы получите A/B тест макета меню, работающий прямо во время обеденного обслуживания. Через неделю трафика у вас будет несколько тысяч сессий на каждый вариант, чего достаточно для обнаружения разницы в 5 процентных пунктов в частоте прокрутки до десертов с достаточной уверенностью.

В посте разбор смарт-ссылок подробно описывается движок роутинга; руководство по A/B тестированию лендингов описывает дизайн эксперимента для трафика ресторанного масштаба.

Атрибуция воронки бронирования#

Размещение QR на окне — это то, что наиболее напрямую связано с выручкой. Прохожий сканирует QR на витрине, попадает на страницу бронирования и заказывает столик.

Вопрос атрибуции: как узнать, что бронирование пришло именно через QR, а не через поиск Google, переход из Instagram или листинг OpenTable?

На этот вопрос отвечают три технических элемента:

• UTM-параметры, добавляемые во время редиректа. QR указывает на s.elido.me/reserve. Редирект добавляет ?utm_source=qr&utm_medium=window&utm_campaign=walk-in&utm_content=queens-st и перенаправляет на страницу бронирования. Ваша платформа бронирования фиксирует источник.
• Передача конверсий на стороне сервера (Server-side conversion forwarding). Когда бронирование подтверждается, система бронирования отправляет серверный вызов (S2S) обратно на эндпоинт /v1/conversions Elido с ID клика. Elido пересылает конверсию в Meta CAPI или GA4 Measurement Protocol, если они настроены. Пост об отслеживании конверсий на стороне сервера описывает весь механизм.
• Ключи объединения на уровне клика (Click-level join keys). Если платформа бронирования поддерживает пользовательские параметры URL, параметр elido_click из редиректа фиксируется в записи о бронировании. Поле metadata в событии клика сокращателя ссылок позволяет сопоставить клик и бронирование в вашем собственном хранилище данных.

Без этих трех элементов вклад QR на окне в выручку остается невидимым. С ними решение о размещении (окно против двери или стойки хостес) становится основанным на данных уже через две недели.

Регистрация в программе лояльности через QR навынос#

Третий QR — на упаковке навынос — генерирует другой паттерн конверсии. Гости навынос по определению уже совершили покупку; редирект ведет на страницу регистрации в программе лояльности или лендинг «скидка на следующий заказ».

Интересная аналитика по QR навынос — это не частота сканирований (обычно 5–15% от заказов навынос, что сильно варьируется в зависимости от дизайна упаковки), а коэффициент конверсии из сканирования в регистрацию. Конверсия выше 20% означает, что лендинг работает. Ниже 10% означает, что предложение не привлекательно, страница запрашивает слишком много информации или трение после сканирования слишком велико.

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

Отработанный операционный ритм#

Для ресторана с одной локацией и тремя размещениями QR еженедельный обзор аналитики занимает около 10 минут:

Утро понедельника, 5 минут: откройте панель био-аналитики. Отфильтруйте данные за последние 7 дней. Проверьте три цифры: общее количество сканирований, распределение по дням недели, самый загруженный час. Сравните с предыдущей неделей.

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

Пятница, 2 минуты: проверьте аналитику целевой страницы, если она настроена. Переходят ли пользователи к бронированию? Конвертируются ли регистрации в лояльность? Запишите любые аномалии для собрания команды в понедельник.

Этот ритм — разница между QR-меню как статичной инфраструктурой и QR-меню как маркетинговым каналом. Без ритма данные накапливаются и никогда не приводят к решению. С ним канал активно управляется.

Реалии ценообразования для рестораторов#

Большинство независимых ресторанов используют настройку QR-меню на тарифе Pro от Elido — 3,50 евро в месяц при уровне использования, который генерирует один ресторан. Расчет стоимости для сетей отличается и масштабируется в зависимости от количества локаций, а не объема сканирований.

Бесплатного тарифа достаточно для тестирования концепции (50 ссылок, 500 кликов в месяц). Для работающей системы с тремя QR-кодами, собственным доменом, детализацией аналитики и A/B тестированием Pro является минимумом.

На странице цен представлен полный разбор. Рестораны, которым требуется хранение данных в EU для данных о бронировании гостей (реальное требование для любого заведения, подлежащего аудиту на соответствие GDPR), используют уровень EU-default — подробности об обязательствах по хранению данных см. в статье GDPR для сокращателей ссылок.

Что не работает#

Три варианта, которые на бумаге выглядят разумно, но на практике не работают:

QR на костере (подставке под напиток). Костеры намокают, затираются и они маленькие. QR уровня H с широкой свободной зоной помогает, но частота сканирования на мокром костере ненадежна даже в лучшие времена. Вместо этого используйте тейбл-тент или вкладыш в меню.

QR со ссылкой на сторонний виджет бронирования, размещенный на OpenTable или Resy. Сам редирект работает, но сторонний виджет часто теряет UTM-параметры в своих внутренних перенаправлениях. Атрибуция конверсии к «сканированию QR» исчезает в середине воронки. Если вам необходимо направлять трафик на стороннюю страницу бронирования, используйте API-интеграцию платформы для передачи ID клика, а не полагайтесь на сохранение UTM в цепочке редиректов.

QR, указывающий на профиль компании в Google (Google Business Profile). Редирект работает, но страница Google не учитывает UTM, и клик не возвращается в ваш уровень отслеживания конверсий. Используйте назначение, которое вы контролируете.

Что еще почитать#

• Короткие ссылки для электронной коммерции: уровень данных за воронкой — основной материал для кластера отраслей.
• Динамические и статические QR-коды: какой сломается первым — основополагающее решение для любой настройки QR-меню.
• Кампания с QR-кодами с нуля — смежное руководство для кампаний с QR-кодами вне ресторанной сферы.
• Короткие ссылки для SaaS: жизненный цикл, онбординг, коммуникации — руководство для смежной отрасли.
• A/B тестирование лендингов с помощью коротких ссылок — для шага по тестированию дизайна меню.
• Возможности продукта: /features/qr-codes, /features/bio-pages и /solutions/marketers.
• Внешние ресурсы: стандарты GS1 по размещению QR и руководства по свободной зоне.