QR-меню ресторану: змінюється не код, а меню

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

Чому ресторанам виставляють рахунок за кожен столик?

Тому що тарифікація за код припадає на бізнес, якому потрібно багато кодів. У ресторану з дванадцятьма настільними табличками, наклейкою на вікні та наклейкою на пакеті для їжі буде чотирнадцять кодів. За динамічного тарифного плану з оплатою за кожен код це чотирнадцять рядків у рахунку щомісяця — за меню, яке раніше коштувало лише ціну паперу.

Підписка тут також незвично надовго утримує клієнта. Настільні таблички ламінують, наклейки приклеюють, а меню передруковують щонайчастіше раз на сезон. Передрук — це справжній проєкт, тому щомісячна плата залишається помітно нижчою за нього — саме так і було підібрано ціну. Справжня вартість «безкоштовного» QR-коду пояснює цю арифметику.

Що постачальник дізнається про ваших відвідувачів?

Кожне сканування — це HTTP-запит до постачальника ще до завантаження меню. Навіть без файлів cookie чи згоди він отримує IP-адресу відвідувача, час, пристрій і операційну систему, а також бажану мову — і, оскільки кожна настільна табличка має власне коротке посилання, номер столика.

У сукупності це дає детальну картину вашої роботи: кількість гостей за годину, тривалість перебування за столиками, які столики користуються найбільшим попитом, відмінності між буднями та вихідними, а також мовний склад клієнтів. Це справді корисні операційні дані про ваш ресторан, але їх створюють ваші меблі, а збирає хтось інший.

Для всієї клієнтської бази постачальника це означає ще більше. Один і той самий цифровий відбиток пристрою, що регулярно з’являється в ресторанах, магазинах і закладах міста, описує пересування людини. Суд Європейського Союзу постановив у справі *Breyer* (C-582/14), що динамічна IP-адреса, яку реєструє оператор сайту, може бути персональними даними. Саме тому це питання дотримання вимог, а не просто цікавість: за GDPR відповідальність зазвичай покладається на бізнес, який розгорнув код. У матеріалі Що реєструє QR-проксі розглянуто деталі.

Що на практиці виходить з ладу?

Перші три випадки — це одна й та сама несправність у різних формах: меню залежить від компанії, яка не є вами. Четвертий випадок не пов’язаний із тарифікацією, але вона його погіршує, адже відвідувач, який звик бачити незнайомий короткий домен, не має способу помітити шкідливий.

За оцінкою NCSC, QR-коди в пабах і ресторанах зазвичай безпечні, тоді як значно обережнішими слід бути з кодами, отриманими електронною поштою. Залишковий фізичний ризик — накладна наклейка, а спосіб протидії простий: перевіряйте таблички.

Як виглядає варіант зі статичним кодом?

А як щодо кодів для замовлення та оплати?

Їх варто розглядати окремо від кодів меню, адже профіль ризиків справді інший, тому й рекомендації не тотожні.

Код для замовлення й оплати переводить відвідувача на сторінку, де він вводитиме дані картки. Це підвищує важливість кожної проблеми з цієї статті: накладна наклейка на платіжному коді — це прямий шлях до шахрайства з карткою, а людина, яка не може розпізнати ваш домен у попередньому перегляді, не відрізнить вашу сторінку оплати від переконливої копії. Попередження FTC про наклейки, розміщені поверх справжніх кодів, стосується саме такого сценарію в інших місцях; найтиповіший приклад — паркувальні автомати.

З цього випливають два правила. По-перше, платіжний код завжди має містити ваш власний домен або справжній домен платформи замовлень — ніколи не загальний сервіс скорочення посилань, бо це прибирає єдиний сигнал перевірки, доступний відвідувачу. По-друге, надрукуйте домен читабельним текстом поруч із кодом і регулярно перевіряйте фізичні таблички; обидві дії дешеві й є єдиними засобами захисту, що працюють безпосередньо за столиком.

Якщо коди видає ваша платформа замовлень, декодуйте один і подивіться, чий домен міститься в даних. Деякі платформи безпосередньо вказують власний домен — це нормально. Інші додатково спрямовують через сторонній сервіс скорочення посилань, створюючи ще одну неузгоджену з вами ланку між відвідувачем і формою введення даних картки.

Як перейти на інший варіант?

1. Декодуйте наявну настільну табличку за допомогою нашого зчитувача і подивіться, чий домен міститься в даних. Якщо це не ваш домен, ви користуєтеся орендованим переспрямуванням.
2. Виберіть стабільну URL-адресу — yourrestaurant.com/menu — і переконайтеся, що вона не зміниться. Якщо хочете залишити можливість перенести її пізніше, спрямовуйте код на yourrestaurant.com/m, а вже звідти налаштуйте переспрямування.
3. Створіть статичний [QR-код URL-адреси](Url), що міститиме цю адресу.
4. Додайте відстеження для кожного розміщення, якщо хочете: ?src=table, ?src=window, ?src=takeaway. Тоді ваша власна аналітика дасть ті самі дані про кількість сканувань для кожного місця, які вам продавала панель.
5. Надрукуйте URL читабельним текстом поруч із кодом, щоб гості могли відкрити меню без сканування й бачили, що код належить вам.
6. Передрукуйте матеріали під час наступного планового оновлення, а потім скасуйте підписку, коли старі таблички вийдуть із використання.

Якщо коди вже не працюють і відвідувачі сьогодні потрапляють на сторінку оновлення тарифу, посібник із повернення контролю над кодами описує термінову послідовність дій до передруку.

Замініть код уже зараз, щоб він був готовий до наступного передруку: QR-код URL-адреси. Передумови: правда про шахрайство з QR-кодами.