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

Сканування працює. Меню — ні.
Гість сідає, піднімає телефон, наводить його на маленький чорно-білий квадрат, наклеєний на стіл, і камера робить свою справу. Сканування майже ніколи не є проблемою. Проблемою зазвичай виявляється те, що відкривається після нього, бо за дуже багатьма QR-меню в Європі стоїть PDF-меню: файл для друку, перед яким поставили вебадресу.
Що насправді обіцяє наліпка на столі
Наліпка обіцяє цифрове меню. Щось актуальне, читабельне на пристрої, який гість і так тримає в руці, і змінюване закладом того ж дня. Динамічний QR-код здатен витягнути цю обіцянку, бо веде на адресу, якою оператор і далі керує; статичний код із вшитим усередину розташуванням файлу — ні. Додайте зверху один-два сервіси скорочення посилань, і гість пройде ланцюгом переадресацій, перш ніж відмалюється бодай одне слово меню.
Що гість отримує насправді
Відмальовується документ, зроблений під папір: файл у друкарській верстці, який не переносить текст наново, тож роботу верстки зрештою виконує сам гість пальцями. Він каталогізується разом з офісними документами, бо саме ним і є.
Наліпка на столі обіцяє цифрове меню. PDF за нею видає файл для друку з приставленою вебадресою — закінчений, заморожений і зверстаний під формат сторінки, якого ніхто не тримає в руках.
Три речі, яких файл не зробить ніколи і які сторінка робить за замовчуванням
Файл не змінюється після публікації; хтось має вивантажити й завантажити заміну. Він не підлаштовується під читача — ні під більший шрифт, ні під скрінридер, ні під другу мову. І він нічого не повідомляє закладу про те, що було відкрито. Сторінка робить усі три речі, навіть якщо її про це не просили. Цей розкол — статичний файл проти живої вебсторінки — проходить крізь швидкість, верстку, доступність, мову, алергени та щоденну роботу з підтримання меню в актуальному стані.
Файл і сторінка поруч
Зніміть брендинг, і суперечка зводиться до одного структурного факту: статичний файл проти живої вебсторінки. PDF-меню було закінчене тієї миті, коли його вивантажили. Адаптивна HTML-сторінка меню збирається заново щоразу, коли гість її відкриває, з даних, якими заклад і далі керує.
Між чим ви насправді обираєте
PDF-меню — статичний файл
- ✕Закінчене на вивантаженні; будь-яка зміна означає новий файл
- ✕Жорстка верстка A4, яка не перебудовується під телефон
- ✕Один документ на мову і, як правило, один QR-код на документ
- ✕Алергени як друкована виноска, про яку хтось має не забути
- ✕У кращому разі повідомляє кількість завантажень і нічого — про те, що читали
Цифрове меню — жива сторінка
- ✓Збирається при кожному скануванні з даних, якими керує заклад
- ✓Перебудовується під будь-який екран, на якому її відкрили
- ✓Один набір даних, один перемикач мови, один QR-код
- ✓Алергени як поле біля страви — фільтруються, перекладаються, читаються вголос
- ✓Повідомляє перегляди страв, сесії та розподіл мов
Що кожен формат може дати гостю
Розрив відкривається на першому ж жесті й по-справжньому так і не закривається: адаптивна сторінка перебудовується під ширину, яку їй дали, а файл — ні. З мовою все влаштовано так само. Багатомовна сторінка меню може перемкнутися на запит; PDF-меню потребує окремого файлу й окремого QR-коду для кожної мови, яку заклад хоче обслуговувати.
Що кожен формат може дати оператору
Тут різниця вимірюється часом. Оновлення ціни в реальному часі на сторінці — це правка поля, яка доїжджає до наступного сканування. Та сама зміна в PDF означає повторне вивантаження, повторне завантаження і надію, що у верстці нічого не поїхало. З алергенами ставки вищі: європейське право про інформацію про харчові продукти покладає обов'язок декларування на оператора, а не на документ. Декларація алергенів, що зберігається як структуровані дані, подорожує разом зі стравою. У PDF це рядок тексту, про який хтось має не забути. Сторінка до того ж звітує назад — перегляди страв, сесії, розподіл мов, — тоді як файл не повідомляє нічого.
Де ці два формати перетинаються, а де ні
Обидва формати скануються, і обидва переживають слабке з'єднання. Перетин закінчується тієї миті, коли меню має змінитися.
Швидкість: що відбувається в перші п'ять секунд за столом
Гість сканує, кидає погляд на екран і або починає читати, або кладе телефон екраном донизу й чекає на офіціанта. Саме в цьому короткому вікні PDF-меню й адаптивна HTML-сторінка меню перестають поводитися як дві версії одного й того самого. Одному треба прийти цілком, перш ніж воно покаже бодай щось; інша встигає вивести на екран перші страви, поки решта ще в дорозі.
Порогові значення, які публікує Google, і чому вони описують вашу залу
Документація Google щодо Core Web Vitals вважає Largest Contentful Paint (LCP) добрим, якщо він настає в межах 2,5 секунди від моменту початку завантаження сторінки, вимірюючи на 75-му процентилі завантажень. Та сама документація задає Interaction to Next Paint (INP) на рівні 200 мілісекунд або менше, а Cumulative Layout Shift (CLS) — 0,1 або менше, знову ж на 75-му процентилі. Google також зазначає, що ці метрики вимірюються окремо для мобільних пристроїв і для десктопа, тож меню, яке відкривають майже виключно з телефонів, оцінюється за своїми мобільними польовими даними, а не за тим, наскільки жваво воно відкривається на офісному ноутбуці.
Ці цифри писали для пошуку, але читаються вони як пороги обслуговування. Дві з половиною секунди — це приблизно терпіння людини, яка тримає телефон за столом, поки до неї підходить офіціант.
2,5 с
Поріг Largest Contentful Paint, який Google вважає добрим, на 75-му процентилі завантажень сторінки
Google Core Web Vitals
200 мс
Стеля Interaction to Next Paint для доброї оцінки, вимірювана так само
Google Core Web Vitals
0,1
Стеля Cumulative Layout Shift для доброї оцінки — під великим пальцем ніщо не повинно зсуватися
Google Core Web Vitals
Чому готовий до друку файл важкий за своєю природою
Готове до друку PDF-меню несе вбудовані шрифти й зображення в друкарській роздільності, бо саме це потрібно друкарні. Поряд із вебсторінкою, яка спершу вантажить текст, а зображення підтягує поступово, воно важке за своєю природою. Нічого не зламано; файл просто робить роботу, для якої його створили, на пристрої, для якого його не створювали. На перевантаженому Wi-Fi закладу розмір файлу напряму перетворюється на час завантаження через мобільну мережу, і ця затримка припадає на першу читабельну страву.
Ланцюг переадресацій, якого ніхто не надрукував на наліпці
Наліпка несе одну URL-адресу, але телефон часто йде довшим шляхом. Типовий сценарій: надрукований код веде на сервіс скорочення посилань, той перенаправляє в папку хмарного сховища, а вона — ще раз, уже в переглядач. Кожен перехід коштує одного запиту й одного повного обороту. Ланцюги переадресацій і скорочувачі посилань невидимі на настільній табличці, і списуються вони цілком на мобільний UX меню.
Мобільний UX: гість не повинен займатися версткою
Меню читають у ті кілька хвилин, що минають між тим, як людина сіла, і тим, як вона зробила замовлення, на телефоні в одній руці, часто за столом, де розмовляють ще троє. Усе в мобільному UX меню випливає з цієї обстановки, а не з того, який вигляд документ має на моніторі дизайнера.
Пропорції A4 на п'ятидюймовому екрані
Рекомендації Google щодо мобільної зручності на web.dev називають механіку прямо: PDF у друкарській верстці не переносить текст заново, тому макет, зроблений під аркуш A4, зберігає пропорції A4 і на п'ятидюймовому екрані. Перенесення тексту на малих екранах — це саме те, що браузер робить з адаптивною HTML-сторінкою меню, наново переламуючи рядки за шириною пристрою. PDF перекладає цю роботу на гостя, і той виконує її жестом масштабування: збільшити, прочитати дві-три страви, потягнути вбік до колонки з цінами, зменшити назад, щоб знайти наступну категорію. Гість, по суті, верстає сторінку вручну — по разу на кожну подачу.
Пошук, фільтр і перехід: навігація, якої файл запропонувати не може
Сторінці можна поставити запитання; файл можна лише прокручувати. Якорі категорій, поле пошуку, фільтр, який звужує довгий список до того, що людина справді може з'їсти сьогодні ввечері, — це звичайні деталі вебсторінки й неможливі речі в пласкому вивантаженні. Та сама структура тягне далі: семантичні заголовки дають скрінридеру те, чим можна пересуватися, замість одного нерозчленованого блоку, а сторінка може оголосити напрямок тексту для кожної мови. PDF зберігає те, що вивантажив дизайнер, включно з помилками.
Приглушене світло, одна рука, повний стіл
Типовий сценарій
Восьма вечора, стіл на чотирьох, світло приглушене, телефон на половині яскравості. PDF відкривається на всю ширину сторінки, тож перший жест — масштабування. Читаються дві страви за раз; колонка з цінами йде за правий край, тож наступний жест — протягування. До того моменту, як четвертий гість знаходить вегетаріанські закуски, офіціант уже двічі пройшов повз стіл.
Мало світла, телефон на половині яскравості, стіл на чотирьох: у цьому типовому сценарії різниця між сторінкою й файлом вимірюється кількістю жестів, що відділяють гостя від ціни. Є й друга причина, чому це важливо. При mobile-first індексації вигляд із телефона — це водночас і той вигляд, який бачить пошук.
Доступність тепер юридична площина, а не приємне доповнення
Роками меню, яке важко прочитати, вважалося огріхом сервісу. У ЄС воно стало ще й питанням відповідності вимогам, і відповідь залежить не так від QR-коду, як від того, що стоїть за ним.
Що охоплює Європейський акт про доступність і з якого моменту
Директива (ЄС) 2019/882, відома як Європейський акт про доступність, застосовується з 28 червня 2025 року до охоплених товарів і послуг, що розміщуються на ринку ЄС, згідно з текстом, опублікованим на EUR-Lex. Технічний еталон — стандарт EN 301 549, гармонізована європейська норма, яка переймає критерії успіху WCAG 2.1 рівня AA для цифрового контенту й послуг. Група, заради якої написані правила, аж ніяк не маргінальна: Євростат повідомив, що у 2024 році 23,9 % людей у ЄС віком 16 років і старше мали інвалідність (обмеження активності) — за даними Євростату про чисельність населення, це близько 90 мільйонів осіб.
Чому нерозмічений PDF провалюється перед скрінридером
PDF-меню, вивантажене з дизайнерського файлу, структурно є набором інструкцій із відмальовування. Поки його ніхто не розмітив тегами, у ньому немає ні ієрархії заголовків, ні семантики списків, ні надійного порядку читання, тож скрінридер може зачитати дві колонки впереміш, назвати ціни у відриві від страв, яким вони належать, або не знайти взагалі нічого, якщо сторінку звели в зображення. Адаптивна HTML-сторінка меню побудована з тих елементів, яких очікує допоміжне ПЗ, — саме тому скрінридери й семантичні заголовки стоять поруч у будь-якому аудиторському чеклісті.
Збільшення тексту, контраст і області натискання на справжній сторінці
Файл із фіксованою версткою масштабується цілком: збільште шрифт, і рядки підуть за межі екрана, змушуючи прокручувати вбік. Сторінка ж перебудовується. Правила щодо контрасту й розміру областей натискання до того ж перевіряються на сторінці й практично невиправні у вивантаженому документі без повторного відкриття вихідного макета.
| Вимога | Вивантажене PDF-меню | Адаптивна сторінка меню |
|---|---|---|
| Порядок читання для скрінридера | Відсутній, якщо файл не розмітили вручну; колонки можуть перемішуватися | Випливає зі структури заголовків і списків на сторінці |
| Збільшення тексту без прокручування вбік | Масштабується вся сторінка, і збільшений шрифт іде за екран | Рядки переламуються за шириною пристрою |
| Контраст, який можна перевірити й виправити | Запечений у макеті; виправлення означає повторне відкриття дизайн-файлу | Значення стилю, змінене один раз для всіх страв |
| Області натискання, достатні для великого пальця | Їх немає — у плаского файлу немає елементів керування | Задані у верстці й перевіряються на пристрої |
| Друга мова | Другий файл і, як правило, другий QR-код | Перемикач над тими самими даними |
Хто звільнений і чому виняток вужчий, ніж здається
Акт звільняє мікропідприємства — менш ніж 10 працівників і річний оборот або баланс не більше 2 мільйонів EUR — від обов'язків у частині послуг. Окреме незалежне кафе часто під це підпадає. Невелика група, служба харчування при готелі або заклад усередині більшої компанії — як правило, ні, і звільнення знімає юридичний обов'язок, а не гостя, який не може прочитати меню.
Мови: одна сторінка, багато гостей
Європа прийняла 747 мільйонів міжнародних туристичних прибуттів у 2024 році — за даними World Tourism Barometer організації UN Tourism, це на 1 % вище рівня 2019 року й на 5 % вище 2023-го, — а Євростат нарахував у ЄС за той рік уперше понад 3 мільярди ночівель у туристичних засобах розміщення, на 2,7 % більше, ніж у 2023-му. Поруч із вокзалом, пляжем або собором гість за шостим столом часто читає меню мовою, якою кухня не говорить.
747 млн
Міжнародні туристичні прибуття в Європі у 2024 році — на 1 % вище 2019-го і на 5 % вище 2023-го
UN Tourism, World Tourism Barometer
3 млрд+
Ночівлі в туристичних засобах розміщення ЄС у 2024 році, уперше в історії, на 2,7 % більше, ніж у 2023-му
Євростат, статистика туризму
76 %
Покупців в інтернеті віддають перевагу покупкам там, де інформація їхньою рідною мовою
CSA Research, «Can't Read, Won't Buy»
Чому чотири PDF-файли — це чотири проблеми супроводу
Багатомовне меню, зібране з PDF, — це чотири документи, чотири цикли вивантаження і зазвичай чотири QR-коди на столі. Змініть одну ціну, і зміну доведеться внести чотири рази, у чотирьох макетах. Пропустіть один — типовий сценарій — і німецька версія тихо призначить ціну страві, яку італійська вже не продає. На адаптивній HTML-сторінці меню мова — це перемикач над одним набором даних: одна правка розходиться всюди.
Збережіть назву страви, поясніть страву
Дослідження «Can't Read, Won't Buy» компанії CSA Research, що охопило 8709 споживачів у 29 країнах, показало, що 76 % покупців в інтернеті віддають перевагу товарам з інформацією їхньою рідною мовою, а 40 % ніколи не куплять на сайтах іншою мовою; серед респондентів, які не володіють англійською, ця частка піднімається до 89 %. Правило не в тому, щоб перекладати все. Збережіть власну назву страви — саме її замовляє гість і саме її чує офіціант — і перекладіть опис під нею.
Чого машинний переклад торкатися може, а чого ні
Автоматичний переклад із людською вичиткою розумний для описів і назв розділів. Він не годиться для алергенів, де хибне слово — питання безпеки, а не стилю. Писемності справа наліво й двонапрямлений текст — арабська версія поряд із латинськими цифрами — дають верстку, яку жорсткий PDF перебудувати не в змозі; QR-меню, віддане як сторінка, вміє задавати напрямок тексту для кожної мови й залишати ціни в спокої.
Алергени: поле, яке не має права застаріти
З усього, що надруковано в меню, рядок з алергенами — єдине місце, де застарілий файл перестає бути незручністю. Ціна, занижена на євро, коштує закладу одного євро. Декларація алергенів, що описує рецептуру минулого місяця, може відправити гостя до лікарні.
Чого Регламент (ЄС) № 1169/2011 вимагає від ресторану
Регламент (ЄС) № 1169/2011 застосовується з 13 грудня 2014 року і, як викладає Європейська комісія у своєму законодавстві про інформування споживачів про харчові продукти, зобов'язує операторів харчового бізнесу декларувати 14 зазначених алергенів у кожній страві, включно з нефасованими продуктами, що подаються в ресторанах, кафе та їдальнях. Обов'язок на цьому не закінчується. Для нефасованих продуктів регламент і побудовані на ньому настанови національних компетентних органів вимагають, щоб інформація про алергени надавалася в письмовій формі в місці представлення: у меню, на дошці або в супровідному документі. Усної вказівки офіціанта недостатньо.
PDF здатен нести цю письмову форму. Чого він не може — так це гарантувати, що письмова форма в руках гостя є чинною.
Алергени як структуровані дані, а не як виноска
У PDF алергени зазвичай виживають у вигляді ряду значків або нумерованої легенди в підвалі сторінки, кеглем настільки дрібним, що інформація технічно присутня й практично непридатна — і невидима для скрінридера. На адаптивній HTML-сторінці меню кожна страва — це запис, а прикріплені до неї алергени — поле цього запису. Поле можна відфільтрувати, прочитати вголос, перекласти разом із рештою сторінки й виправити в одному місці.
| Аспект | Алергени всередині PDF-меню | Алергени як поле біля страви |
|---|---|---|
| Де живе інформація | Нумерована легенда або ряд значків у підвалі сторінки | Поле в записі цієї страви |
| Як це виправляється | Відкрити макет, вивантажити заново, завантажити заново, перевірити кожне посилання | Змінити поле й зберегти |
| Скільки живе помилка | Доки хтось не помітить і не перевидасть документ | До наступного сканування |
| Що оголошує скрінридер | Зазвичай нічого — дрібний кегль, часто зведений у зображення | Алергени тієї страви, яка зараз читається |
| Що гість може з цим зробити | Прочитати, якщо кегль достатньо великий | Відфільтрувати меню до того, що він може безпечно з'їсти |
| Другою мовою | Окремий файл, перекладений і супроводжуваний окремо | Перекладаються разом із рештою запису |
Чому зміна рецептури і зміна меню мають бути однією дією
Кухні міняють постачальників посеред тижня. Типовий сценарій: звичної заправки немає, заміна містить гірчицю, і страву віддають три дні, перш ніж хтось заново вивантажить файл. На сторінці та сама правка, яка дає оновлення ціни в реальному часі, переписує й поле алергенів. Одна дія, один запис, в ефірі з наступного сканування. Розрив виникає тоді, коли декларацію алергенів вважають документом, який треба перевидати, а не даними, які треба поправити.
День оператора: зміна ціни, страва, що закінчилася, новий сезон
Меню — не документ, який закінчують один раз. Постачальники піднімають ціни, страви закінчуються посеред зміни, а карта має оновитися, коли оновлюється сезон. Питання не в тому, чи змінюється меню, а в тому, скільки вечора оператора з'їдає кожна зміна.
Цикл PDF: дизайнер, вивантаження, завантаження, перевірка кожного посилання
Відредагувати PDF-меню зазвичай означає повернутися до вихідного файлу верстки, який часто лежить у дизайнера, що його зібрав. Хтось править цифру, вивантажує заново, перевіряє, що нічого не поїхало, завантажує новий файл, а потім переконується, що кожен QR-код на кожному столі, плюс посилання на сторінці бронювання і в картці агрегатора, тепер ведуть на нову версію, а не на стару. Цей ланцюг доводиться проходити заново заради однієї виправленої ціни.
Змінити одну ціну в PDF-меню
- Знайти вихідний файл верстки, який часто лежить у дизайнера, що його зібрав.
- Поправити цифру й перевірити, що на сторінці більше нічого не поїхало.
- Вивантажити свіжий PDF у друкарській роздільності.
- Завантажити його й замінити старий файл усюди, де він розміщений.
- Переконатися, що кожен код на столі, сторінка бронювання і кожна картка агрегатора ведуть на нову версію.
- Сподіватися, що жоден телефон не тримає попередній файл у кеші.
Цикл сторінки: одне поле, одне збереження
Цифрове меню перевертає цю послідовність. Оновлення ціни в реальному часі — це поле, відредаговане на телефоні й збережене; наступний гість, який відсканує, побачить нову цифру. Позначити позицію, що закінчилася, — те, що на кухні називають «86», — це перемикач, який гасить страву до кінця зміни й повертає її наступного дня. Сезонне ведення меню перетворюється на публікацію заздалегідь підготовлених позицій замість перевидання макетів.
Прихована ціна версії, яку ніхто не замінив
Дорогий збій — рідко сама правка. Це копія, яку так і не поміняли: старий файл, що досі лежить у кеші телефона, посилання в довіднику, який нікому не належить, друкована вкладка біля барної стійки. З файлом правильність залежить від того, чи вдалося наздогнати кожну копію. Зі сторінкою виправляти треба одну-єдину копію.
Що меню розповідає вам і що воно розповідає Google
PDF-меню — закритий об'єкт. Його завантажують, відкривають за столом, і після цього воно не каже кухні нічого. Адаптивна HTML-сторінка меню лишає слід: яку страву відкрили, якою мовою, якого вечора. За даними звіту State of the Restaurant Industry 2021 організації National Restaurant Association, 50 % операторів ресторанів із повним обслуговуванням заявили, що з березня 2020 року додали цифровий доступ до меню через QR-коди, — тобто багато закладів уже змушують сканувати, нічого при цьому не збираючи.
Перегляди на страву, а не завантаження на файл
Хостинг статичних файлів уміє повідомити, скільки разів документ запитували. Це одне число, і воно покриває все меню разом: закуски, яких ніхто не читає, і страва, якою шеф пишається найбільше, всередині нього нерозрізненні. Аналітика меню на цифровому меню працює на рівні позиції — перегляди страв, сесії на зміну, порядок, у якому відкривають категорії. У типовому сценарії страва з високою маржею стоїть низько на довгій сторінці й відкривається рідко; рішення — зміна позиції, а не нова рецептура. З PDF-меню така картина невидима, бо файл нічого не розкриває про те, що сталося після його відкриття.
| Що ви хочете дізнатися | Розміщений PDF-файл | Сторінка цифрового меню |
|---|---|---|
| Скільки гостей відкрили меню | Кількість завантажень, роздута повторними відкриттями й роботами | Сесії, за днями й годинами |
| Яка страва привернула найбільше уваги | Невидимо — файл є єдиним об'єктом | Перегляди на позицію |
| Якою мовою читала зала | Тільки якщо розміщувати по файлу на мову й порівнювати лічильники | Мова, записана для кожної сесії |
| Де довга категорія втрачає людей | Зовсім нічого | Порядок, у якому відкривали категорії |
| Чи спрацювала зміна | Порівняти дві суми завантажень і вгадувати | Порівняти перегляди позицій до правки й після неї |
Розподіл мов як сигнал для графіка змін
Вибір мови — операційні дані раніше, ніж маркетингові. Якщо за місяць велика частка сесій перемикається на одну мову, це аргумент про те, хто має стояти в залі цього місяця, які постачальницькі буклети варто перекласти і яке сет-меню заслуговує на другу версію. QR-меню, яке фіксує розподіл мов, перетворює здогад про залу на те, на чому можна побудувати графік.
Читати дані, не порушуючи правил приватності
Корисні дані меню агреговані й скупі: лічильники переглядів позицій, сесій, мов. Їм не потрібні ні імена, ні акаунти, ні міжсайтовий трекінг, що тримає їх далеко від важчих обов'язків європейського права про захист даних. Операторам усе ж варто перевірити, що їхня платформа записує в браузер і чи потрібна згода до запуску неосновної аналітики.
Проіндексовано — не те саме, що корисно
Google Search Central перелічує Adobe Portable Document Format (.pdf) серед індексованих кодованих типів файлів, поряд із документами Word, Excel і PowerPoint. Отже, PDF-меню може бути проіндексоване. Але та сама документація не дає жодних вказівок щодо мобільної зручності, структурованих даних або розширених результатів для PDF; вона поводиться з ними як зі звичайними бінарними документами.
Що бачить mobile-first краулер
При mobile-first індексації Google використовує для індексації й ранжування мобільну версію вмісту сайту, обійдену агентом для смартфонів. Сторінка, побудована для читання з телефона, оцінюється за її власними мірками. Документ, побудований під A4, — ні.
Структуровані дані, мовні версії та внутрішні посилання
HTML-сторінка меню може нести розмітку меню й ресторану, оголошувати свої мовні версії й вести на сторінки бронювання, адреси й контактів. PDF не несе нічого з цього й не веде нікуди.
Два чесні заперечення: слабкий сигнал і друк, який усе одно потрібен
Чому стіл у підвалі — справжня перевірка
Два заперечення проти заміни PDF-меню розміщеною сторінкою заслуговують на пряму відповідь. Перше — зв'язок. Файл, одного разу завантажений, лежить на телефоні; сторінці, якщо вірити звичній розповіді, мережа потрібна щоразу. Вирішувати цю суперечку слід не на терасі з чотирма поділками сигналу, а в підвальній залі з товстими стінами, за столом у дворі на краю добивання роутера або в повній залі в суботу, коли всі ділять одну точку доступу.
Типовий сценарій
Суботня зміна в підвальній залі з товстими стінами. Сорок гостей ділять одну точку доступу, а столи у дворі стоять на краю добивання роутера. Легка сторінка меню виводить на екран перші страви, поки її зображення ще долітають. Файлу в друкарській роздільності треба приземлитися цілком, перш ніж він покаже бодай одну страву, — і на такому з'єднанні він часто не приземляється зовсім.
Кешування, легкі зображення й друкований запасний варіант
Заперечення реальне, але воно так само стосується й файлу: описана вище вага в друкарській роздільності — саме те, з чим перевантажене з'єднання справляється найгірше, а завантаження, яке зобов'язане прийти цілком, не покаже першу страву рано. Легка сторінка здатна вкластися в ціль за LCP на звичайному з'єднанні; важкий файл, як правило, ні. Офлайн-кешування меню, стримана вага зображень і жменька заламінованих карток за барною стійкою закривають залишок розриву.
Одне джерело істини, кілька представлень
Друге заперечення — друк, і воно перестає бути запереченням, щойно архітектура вибудувана правильно. Той самий запис, який живить QR-меню, може видати готовий до друку PDF-експорт як результат: ті самі ціни, ті самі алергени, та сама сезонна страва, зверстана під A4, а не під мобільний UX. Не працює зворотна схема, в якій документ є еталоном, а цифрове меню — його копією, що тихо старіє між перевиданнями.
Банкети, винні карти й вивантаження в агрегатори
Чимало матеріалів і далі мають існувати на папері або у вигляді файлу. Банкетна пропозиція йде поштою корпоративному клієнту. Довгу винну карту приємніше тримати в руках, ніж прокручувати. Агрегатор може захотіти меню вивантаженням у жорсткому форматі. Щось має стояти у вікні для перехожих. Ніщо з цього не говорить на користь відмови від сторінки; усе це говорить на користь того, щоб кожен такий артефакт породжувався з тих самих даних.
Коли PDF усе ще чесна відповідь
Невеликий заклад із короткою картою, яка змінюється рідко, з простою ситуацією щодо алергенів і переважно місцевою публікою документом обслужений непогано. Ідеться тут про заклади, у яких меню рухається.
Перехід без передруку жодного QR-коду
Більшість операторів виходить із того, що розлучитися з PDF означає нові настільні таблички, нові наліпки, нові плівки на вітрину. Зазвичай це не так. Усе залежить від того, що насправді закодовано в надрукованому візерунку.
Володійте доменом, на який веде код
Статичний QR-код зберігає адресу призначення всередині самого візерунка, тому змінити, куди він веде, означає передрукувати. Динамічний QR-код зберігає коротку адресу, яка розв'язується в те, що власник задасть потім, — у цьому й полягає практична вага відмінності динамічний QR-код проти статичного QR-коду. В ідеалі ця коротка адреса лежить на домені, яким керує заклад. Скорочувач стороннього сервісу додає описані вище переходи й залишає заклад без можливості полагодити зламане посилання, якщо постачальник зникне.
Двотижневий чекліст для невеликого закладу
Два тижні, без жодного передруку
- Відскануйте один зі своїх настільних кодів і запишіть, куди він веде насправді: до файлу, до скорочувача чи на адресу, якою керуєте ви.
- Якщо це адреса, якою керуєте ви, на столі міняти не потрібно нічого — лише те, що лежить на її кінці.
- Зберіть меню як дані: страви, ціни, описи і 14 алергенів полями, а не виноскою.
- Вичитайте його на телефоні, у залі, за найгіршим столом закладу.
- Додайте мови, якими зала справді читає, переклавши описи й залишивши назви страв недоторканими.
- Спрямуйте адресу, якою керуєте ви, на нову сторінку й залишіть старий файл доступним на тиждень.
- Пройдіть по залі та відскануйте кожен надрукований код, потім перевірте сторінку бронювання й кожну картку агрегатора.
- Проінструктуйте персонал, як позначати страву, що закінчилася, і лише потім виводьте старий файл з обігу.
Для наочності: бістро на тридцять посадкових місць витрачає перший тиждень на збирання та вичитку сторінки, а другий — на редиректи, перевірку в залі кожного надрукованого QR-меню й інструктаж персоналу, перш ніж старий файл виводиться з обігу.
Читайте також
Часті запитання
Ні. Формат не заборонений; обов'язки прив'язані до змісту й доступу. Регламент (ЄС) № 1169/2011 вимагає від операторів харчового бізнесу декларувати 14 зазначених алергенів у кожній страві, включно з нефасованими продуктами, що подаються в ресторанах і кафе, а Директива (ЄС) 2019/882 застосовується з 28 червня 2025 року до охоплених товарів і послуг. Ризик — це PDF-меню, яке не може прочитати допоміжна технологія.
Скарги описують масштабування, збільшення й файл, який відкривається в переглядачі, а не як сторінка. QR-меню, що веде на адаптивну HTML-сторінку, знімає більшість із них. Код рідко був причиною невдоволення.
Зазвичай так, за умови що код веде на URL-адресу, якою керуєте ви, а не на сам файл. Перенаправте цю адресу на нове цифрове меню, і надруковані коди працюватимуть далі.
Документація Google щодо Core Web Vitals вважає Largest Contentful Paint добрим, якщо він настає в межах 2,5 секунди від моменту початку завантаження сторінки. На Wi-Fi закладу, коли за столом чекають, це і є планка.
Окремі меню супроводжувати не потрібно. Один набір даних з окремим представленням на кожну мову тримає ціни й декларацію алергенів багатомовного меню в злагоді. Показник 76 % від CSA Research — покупці, які віддають перевагу інформації рідною мовою, — не зупиняється на порозі ресторану.
Ні, вона гірша. Зображення не несе ні виділюваного тексту, ні чогось, що скрінридер міг би вимовити, тому воно не проходить WCAG 2.1 рівня AA з тих самих підстав, що й зведений файл. Пошукові системи теж не прочитають із неї нічого.
Джерела: Європейська комісія — Законодавство про інформування споживачів про харчові продукти · EUR-Lex — Регламент (ЄС) № 1169/2011 про надання споживачам інформації про харчові продукти · EUR-Lex — Директива (ЄС) 2019/882 (Європейський акт про доступність) · ETSI — EN 301 549, гармонізований європейський стандарт доступності · W3C — Web Content Accessibility Guidelines (WCAG) 2.1 · Євростат — Статистика інвалідності: функціональні обмеження та обмеження активності · Google — Порогові значення Core Web Vitals · web.dev — Основи адаптивного вебдизайну · Google Search Central — Типи файлів, які індексує Google · Google Search Central — Рекомендації щодо mobile-first індексації · UN Tourism — World Tourism Barometer · Євростат — Статистика туризму · CSA Research — «Can't Read, Won't Buy» · National Restaurant Association — State of the Restaurant Industry 2021