Аналітика QR-меню: метрики, які справді мають значення для ресторанів у ЄС
QR-меню перетворило найстаріший інструмент гостинності на вимірюваний — але уваги власника заслуговує лише жменька цифр. Розбираємо, які метрики відстежувати, чого цифрове меню без POS не покаже ніколи і як при цьому не порушити GDPR.

Десятиліттями друковане меню було чорною скринькою. Гість брав його до рук, прочитував частину, робив замовлення — і відкладав убік. Ніхто ніколи не знав, яку страву він майже обрав, скільки вагався над винною картою і чи не пішов узагалі через те, що не знайшов вегетаріанської позиції. Меню виконувало свою роботу і зникало.
Ця чорна скринька прочинилася тієї миті, коли ресторани по всій Європі почали ставити QR-меню на стіл — маленький квадратний код на настільній табличці замість ламінованої картки. Те, що замислювалося як тимчасовий захід пандемії, непомітно перетворилося на інше: на першу по-справжньому вимірювану версію найдавнішого інструмента гостинності.
Проблема в тому, що майже ніхто ним не користується. Запитайте власника закладу в Лісабоні, Любляні чи Ліоні, що йому розповідає його QR-меню, і у відповідь ви зазвичай отримаєте знизування плечима — або цифру з дашборда, який ніхто до пуття не відкривав: «у нас близько 200 сканувань на тиждень».
Це історія не про те, що ресторанам потрібно більше даних. Це історія про те, яка частина цих даних заслуговує на увагу власника, яка — просто шум, вбраний в інсайт, і чого цифрове меню не покаже вам ніколи, скільки б графіків не малював дашборд.
Що QR-меню справді вимірює — і чого воно не бачить
Почнімо з чесної межі. QR-меню бачить усе, що гість робить до розмови з офіціантом: коли він відкрив меню, якою мовою, які страви розгорнув, що додав до обраного, що поклав у кошик, чи повернувся за два тижні. Далі меню сліпне. Що реально вийшло з кухні, що гість вимовив уголос, скільки залишив чайових — це територія POS, а не меню.
У моделі «подивився — покликав офіціанта», без інтеграції з касою і без обробки платежів, аналітика меню вимірює намір, а не виручку. Поле вужче, ніж обіцяють деякі вендори, — але кожна цифра в ньому означає рівно те, що написано, без додаткових припущень.
| Метрика | Що вимірює | Чому це важливо |
|---|---|---|
| Сканування QR | Скільки гостей відкрили меню, за днями і годинами | Трафік, години пік, наскільки вдало розміщено код |
| Перегляди страв | Які позиції гість розгорнув, щоб прочитати опис | Реальний інтерес, а не здогади менеджера |
| Обране | Що гість позначив як бажане | Найсильніший сигнал наміру в меню |
| Середня вартість кошика | Сума позицій у кошиках, поділена на кількість гостей | Найближче до грошей, що є без каси |
| Гості, що повертаються | Скільки людей відкрили меню повторно | Лояльність, якої друковане меню не фіксувало |
| Мова першого відкриття | Якою мовою гість почав | Хто ваша аудиторія і чи окупається переклад |
| Кліки на соцмережі | Скільки гостей перейшли в Instagram або Facebook | Єдиний вимірюваний канал, що веде з меню назовні |
Чого тут немає — і не буде без каси: загальної виручки, реального середнього чека, співвідношення переглядів і замовлень та будь-якої відповіді на питання, чому гість обрав одну страву замість іншої. Якщо вендор обіцяє конверсію в замовлення без інтеграції з POS, варто уточнити, що саме він називає замовленням.
Перегляд — не замовлення, а кошик — не виручка. Плутати намір із фактом — найчастіша помилка ресторанів, які вперше відкрили дашборд аналітики меню.
Метрика №1: перегляди страв проти ваших власних очікувань
Якщо у власника є десять хвилин на тиждень, найкорисніше витратити їх на список страв, відсортований за переглядами, — і порівняти його зі списком, який ви очікували побачити.
Логіка стає очевидною, щойно ви це побачите. Позиція, яку ви вважаєте флагманською, але яка сидить у нижній третині за переглядами, має проблему з видимістю: вона закопана надто глибоко в розділі, у неї слабка назва або немає фотографії. Це правка на п'ятнадцять хвилин у редакторі меню. Куди цікавіша страва з високими переглядами, яка не потрапляє в обране і рідко доходить до кошика: гості активно цікавляться, читають опис — а потім щось змушує їх відступити.
Саме тут аналітика меню окупається. Вона показує не те, що продається, — вона показує, де гість зупиняється.
Сценарій — ілюстративний приклад
Уявіть ресторан на узбережжі в туристичному містечку. Ціла риба на грилі збирає майже вдвічі більше переглядів, ніж будь-яка інша позиція, і регулярно потрапляє в обране — але майже ніколи не доходить до кошика. Власник відкриває сторінку страви очима гостя і знаходить причину: ціна вказана за кілограм, діапазон ваги не названий, а опис не каже, на скількох людей розрахована порція. Гість читає, не може порахувати, у скільки це обійдеться, і бере щось передбачуване. Після того як додали діапазон ваги та приблизну ціну за порцію, розрив між переглядами і додаваннями в кошик закривається за два тижні.
Це правка тексту, а не кухні. Без даних про перегляди вона лишилася б непомітною: за самою виручкою страва виглядала б просто середньою.
Фотографії: ефект реальний, до цифр потрібна обережність
Одне джерело повідомляє, що додавання фотографій піднімає конверсію меню приблизно на 25%; інше оцінює приріст загальної кількості замовлень вище 35%. Обидва спираються на дослідження застосунків доставки, а не на європейську модель обслуговування в залі, де гість уже сидить за столом. Тому чесне формулювання таке:
Фотографії стабільно покращують поведінкові метрики, ймовірно, на двозначний відсоток, але конкретні цифри вважайте орієнтиром і перевіряйте на власному меню.
25–30%
Ефект фотографій
Дані сектору доставки; єдина академічно виміряна оцінка — близько 6,5% на позицію (Cornell, 2014).
200+
Поріг A/B-тесту: переглядів на варіант
Практичний мінімум, а не статистично виведений поріг.
2–4 тижні
Рекомендована тривалість тесту
Достатньо, щоб охопити і будні, і вихідні.
Три контекстні метрики: гроші, лояльність, мова
Середня вартість кошика — найближче до грошей, що меню може дати без каси. Розрахунок простий: сумарна вартість усіх позицій, доданих у кошики за період, поділена на кількість гостей. Абсолютна цифра важлива менше за тренд: якщо вона зростає третій тиждень поспіль після перебудови меню — зміна працює. Фільтр за годинами відкриває ще дещо: обідні та вечірні кошики в більшості закладів живуть за різними правилами, і меню часто варто оптимізувати під кожен випадок окремо.
Гості, що повертаються — метрика, якої у друкованих меню не було ніколи. Вона не скаже, чи повернулася людина фізично; вона каже, що меню відкрили повторно з того самого пристрою. Для міського закладу з місцевою публікою зростання цієї цифри — пристойний проксі лояльності. Для ресторану на туристичній набережній вона природно залишиться низькою — і це нормально.
Мова першого відкриття — один із найцінніших сигналів у туристичних регіонах. Записуйте саме першу обрану мову: вона відображає гостя, а не його подальші експерименти з перемикачем. Якщо помітна частка гостей починає мовою, якої у вас немає серед основних, це прямий доказ, що переклад себе окупить. Важливе застереження: мова інтерфейсу — не країна походження. Німець в Іспанії часто відкриє англійську версію.
Меню-інжиніринг: популярність із даних, маржа від вас
Розбивка страв на «зірки», «робочі коні», «загадки» і «собак» існує десятиліттями, і їй потрібні дві осі: популярність і прибутковість. Дашборд меню дає першу — і не може дати другу, бо не знає вашого фудкосту. Але знаєте ви. Покладіть перегляди та додавання в кошик у таблицю поруч із власною маржею — і матриця збереться сама за пів години, раз на квартал.
| Категорія | Популярність (дані меню) | Прибутковість (ваші цифри) | Дія |
|---|---|---|---|
| «Зірки» | Висока | Висока | Берегти й не чіпати |
| «Робочі коні» | Висока | Низька | Трохи скоригувати ціну або порцію |
| «Загадки» | Низька | Висока | Підняти видимість: фото, текст, позиція |
| «Собаки» | Низька | Низька | Прибрати або замінити |
A/B-тестування змін у меню
П'ять кроків до тесту, який справді щось каже
- Оберіть страву з розривом між переглядами і додаваннями в кошик.
- Змініть одну річ: опис, позицію всередині розділу або фотографію.
- Дайте тесту 2–4 тижні, використовуючи фільтр за датами.
- Порівняйте «до» і «після» (потрібно 200+ переглядів на варіант).
- Якщо цифри покращилися — залиште зміну; якщо ні — тестуйте іншу змінну.
GDPR та ePrivacy: що це означає для ресторану в ЄС
Аналітика меню не збирає імен, телефонів і платіжних даних. Але називати її «повністю анонімною» було б неточно, і ця неточність коштує дорого.
Дві метрики з перелічених вище — гості, що повертаються, і мова першого відкриття — технічно вимагають зберігати невеликий ідентифікатор на пристрої гостя. Момент запису на пристрій користувача або читання з нього регулюється Директивою ePrivacy (2002/58/EC, ст. 5(3)), і вона вимагає попередньої згоди, а не відмови постфактум. Псевдонімний ідентифікатор вважається персональними даними за GDPR, навіть якщо за ним неможливо відновити ім'я. Настанови EDPB 2/2023 прямо відносять локальне сховище, унікальні ідентифікатори та фінгерпринтинг — а не лише куки — до сфери дії ст. 5(3).
За пакетом Digital Omnibus варто стежити: Єврокомісія запропонувала перенести правило про згоду прямо в GDPR і додати вимогу до сигналів згоди на рівні браузера. Станом на липень 2026 року це пропозиція, яка все ще обговорюється — описана вище рамка залишається чинною.
На практиці для закладу це означає три речі: зрозумілий банер згоди при першому відкритті меню, доступну політику конфіденційності з указаним строком зберігання і відмову, яка справді працює, — гість, який відмовився, зобов'язаний бачити повне меню без жодних обмежень. Це не формальність: базовий підрахунок сканувань і переглядів страв працює взагалі без ідентифікатора, тож відмова гостя нічого не ламає.
| Аспект | GDPR + ePrivacy | Регламент (ЄС) № 1169/2011 |
|---|---|---|
| Що регулює | Дані гостя та ідентифікатори на пристрої | Інформацію про алергени |
| До чого застосовується | До аналітики, що використовує ідентифікатор | До будь-якого меню, включно з цифровим |
| Типові кроки | Згода, повідомлення, строк зберігання | Чітке маркування 14 алергенів |
| Зв'язок з аналітикою | Прямий | Відсутній |
Останній рядок варто перечитати двічі: маркування алергенів — обов'язок, ніяк не пов'язаний із вашим дашбордом. Ці дві теми постійно плутають, і в результаті ресторан старанно налаштовує банер згоди, забуваючи про алергени в описі страви.
Метрики, які можна спокійно ігнорувати
| Відстежувати | Ігнорувати |
|---|---|
| Перегляди й обране за стравами | Загальну кількість переглядів сторінок |
| Середню вартість кошика в динаміці | «Покинуті кошики» (інша модель) |
| Гостей, що повертаються | CAC та інші маркетингові метрики |
| Години піку сканувань | Порівняння «частки ринку» |
| Мову першого відкриття | Технічні метрики, з яких не випливає дій |
Кілька слів про бенчмарки. Цифри на кшталт «нормальне співвідношення — 0,5–0,7» кочують блогами про QR у HoReCa без жодної незалежної перевірки і майже завжди походять із маркетингових матеріалів вендорів. У меню привокзального бістро і меню, розрахованого на півторагодинну вечерю, немає спільної норми. Ваш єдиний надійний бенчмарк — ваші ж цифри за минулий місяць.
Що це означає для власника ресторану
Ніщо з цього не потребує аналітичної освіти. Найефективніші заклади тримаються простого розпорядку:
- Щотижня: 5 хвилин на перегляди страв і розрив між переглядами та кошиками.
- Щомісяця: середня вартість кошика в динаміці, мови, години пік.
- Щокварталу: класифікація меню за схемою «зірки — робочі коні — загадки — собаки» разом із власною маржею.
QR-меню не дає вам більше даних, ніж раніше, — воно дає кращі дані, за умови що ви знаєте, куди дивитися і де зупинитися.
Читайте також
Часті запитання
Сім показників: сканування за днями і годинами, перегляди страв, обране, середню вартість кошика, гостей, що повертаються, мову першого відкриття та кліки на посилання соцмереж.
Ні. У моделі «подивився — покликав офіціанта» меню бачить лише те, що відбувається до розмови гостя з офіціантом. Виручка і реальні замовлення залишаються на боці POS.
Так, за умови правильно налаштованої згоди. Гості, що повертаються, і мова першого відкриття потребують ідентифікатора на пристрої, тому потрібні банер згоди, політика конфіденційності та реальна можливість відмовитися.
Перевірте опис, ціну і фотографію — у більшості випадків причина в одному з трьох. Змінюйте по одній змінній за раз і порівнюйте через 2–4 тижні.
Для переглядів, обраного і кошиків — ні. Для точного співвідношення переглядів і реальних замовлень — так.
Загальну кількість переглядів сторінок, «покинуті кошики», CAC і галузеві бенчмарки без джерела.
Джерела: Регламент (ЄС) № 1169/2011 — надання споживачам інформації про харчові продукти · Регламент (ЄС) 2016/679 (GDPR), пункт 26 преамбули — псевдонімні дані · Директива 2002/58/EC (ePrivacy), ст. 5(3) — консолідований текст · EDPB, Настанови 2/2023 щодо технічної сфери дії ст. 5(3) Директиви ePrivacy (ухвалено 16.10.2024) · Європейська комісія, пропозиція регламенту Digital Omnibus, COM(2025) 837 final (19.11.2025) · Європейський парламент — статус процедури 2025/0360(COD) · Snappr — дані про вплив фотографій на конверсію в застосунках доставки