PDF меню или дигитално меню: PDF зад QR код си остава PDF

Сканирането работи. Менюто — не.

Гостът сяда, вдига телефона, насочва го към малкото черно-бяло квадратче, залепено на масата, и камерата си върши работата. Сканирането почти никога не е проблемът. Проблем обикновено е това, което се отваря след него, защото зад много голяма част от QR менютата в Европа стои PDF меню: файл за печат, пред който са поставили уеб адрес.

Какво всъщност обещава стикерът на масата

Стикерът обещава дигитално меню. Нещо актуално, четимо на устройството, което гостът и без това държи в ръка, и променимо от заведението същия ден. Динамичният QR код може да удържи това обещание, защото сочи към адрес, който операторът продължава да контролира; статичен код с вписано вътре местоположение на файла — не. Добавете отгоре една-две услуги за съкращаване на връзки и гостът минава през верига от пренасочвания, преди да се изобрази дори една дума от менюто.

Какво получава гостът в действителност

Изобразява се документ, направен за хартия: файл в печатна подредба, който не пренася текста наново, така че работата по подредбата накрая я върши самият гост с пръсти. Каталогизира се заедно с офисните документи, защото точно това е.

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

Три неща, които един файл никога няма да направи и които една страница прави по подразбиране

Файлът не се променя след публикуване; някой трябва да експортира и качи заместник. Той не се съобразява с четящия — нито с по-едър шрифт, нито с екранен четец, нито с втори език. И не казва на заведението нищо за това какво е било отворено. Страницата прави и трите неща, без да я молят. Това разделение — статичен файл срещу жива уеб страница — минава през скоростта, подредбата, достъпността, езика, алергените и ежедневната работа по поддържането на менюто актуално.

Файл и страница едно до друго

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

Между какво всъщност избирате

Какво може да даде всеки формат на госта

Разликата се отваря при първия жест и всъщност никога не се затваря: адаптивната страница се пренарежда за ширината, която ѝ е дадена, а файлът — не. С езика е точно същото. Многоезичната страница с меню може да превключи при поискване; 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 посочва и че тези показатели се измерват поотделно за мобилни устройства и за настолни, така че меню, което се отваря почти изключително от телефони, се оценява по своите мобилни данни от практиката, а не по това колко пъргаво се отваря на служебния лаптоп.

Тези числа са писани заради търсенето, но се четат като прагове на обслужване. Две секунди и половина са горе-долу търпението на човек, който държи телефон на масата, докато сервитьорът приближава.

Защо готовият за печат файл е тежък по устройство

Готовото за печат PDF меню носи вградени шрифтове и изображения в печатна резолюция, защото точно това е нужно на печатницата. До уеб страница, която зарежда първо текста и изтегля изображенията постепенно, то е тежко по устройство. Нищо не е счупено; файлът просто върши работата, за която е създаден, на устройство, за което не е създаден. На претоварения Wi-Fi на заведението размерът на файла се превръща направо във време за зареждане по мобилни данни и това забавяне пада върху първото четимо ястие.

Веригата от пренасочвания, която никой не е отпечатал на стикера

Стикерът носи един URL адрес, но телефонът често върви по по-дълъг път. Типичен сценарий: отпечатаният код сочи към услуга за съкращаване на връзки, която пренасочва към папка в облачно хранилище, а тя пренасочва отново — вече към визуализатор. Всеки скок струва по една заявка и по едно пълно обръщение. Веригите от пренасочвания и съкратителите на връзки са невидими на настолната табелка и се начисляват изцяло на мобилния UX на менюто.

Мобилен UX: гостът не бива да се занимава с подредбата

Менюто се чете в онези няколко минути между сядането и поръчката, на телефон, държан с една ръка, често на маса, на която говорят още трима души. Всичко в мобилния UX на менюто следва от тази обстановка, а не от това как документът изглежда на монитора на дизайнера.

Пропорции A4 на петинчов екран

Насоките на Google за мобилна използваемост, публикувани на web.dev, назовават механиката направо: PDF в печатна подредба не пренася текста си наново, затова оформление, направено за лист A4, запазва пропорции A4 и на петинчов екран. Пренасянето на текста на малки екрани е точно това, което браузърът прави с адаптивна HTML страница с меню, като пречупва редовете по ширината на устройството. 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 страница с меню е изградена от онези елементи, които помощният софтуер очаква — точно затова екранните четци и семантичните заглавия стоят заедно във всеки одитен чеклист.

Увеличаване на текста, контраст и зони за натискане на истинска страница

Файл с фиксирана подредба се мащабира изцяло: увеличете шрифта и редовете излизат извън екрана, принуждавайки превъртане настрани. Страницата пък се пренарежда. Правилата за контраст и размер на зоните за натискане освен това се проверяват на страница и са практически непоправими в експортиран документ без повторно отваряне на оригиналния макет.

Кой е освободен и защо изключението е по-тясно, отколкото звучи

Актът освобождава микропредприятията — под 10 служители и годишен оборот или общ баланс, ненадвишаващи 2 милиона EUR — от задълженията си относно услугите. Отделно независимо кафене често попада в тази категория. Малка група, хотелска F&B дейност или заведение вътре в по-голяма компания — по правило не, а освобождаването покрива правното задължение, не госта, който не може да прочете менюто.

Езици: една страница, много гости

Европа прие 747 милиона международни туристически пристигания през 2024 г. според World Tourism Barometer на UN Tourism — с 1 % над нивата от 2019 г. и с 5 % над 2023 г. — а Евростат преброи през същата година в ЕС за първи път над 3 милиарда нощувки в туристически места за настаняване, с 2,7 % повече от 2023 г. Близо до гара, плаж или катедрала гостът на маса шест често чете менюто на език, който кухнята не говори.

Защо четири 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 меню обикновено означава да се върнеш към оригиналния файл с подредбата, който често стои у дизайнера, който го е изградил. Някой коригира числото, експортира отново, проверява дали нещо не е мръднало, качва новия файл и след това се уверява, че всеки QR код на всяка маса, плюс връзката на страницата за резервации и в обявата на агрегатора, сочат вече към новата версия, а не към старата. Тази верига трябва да се извърви наново заради една поправена цена.

Цикълът на страницата: едно поле, един запис

Дигиталното меню обръща тази последователност. Обновяването на цена в реално време е поле, редактирано на телефона и записано; следващият гост, който сканира, вижда новото число. Да отбележиш свършила позиция — това, което кухнята нарича „86“ — е превключвател, който посивява ястието до края на смяната и го връща на следващия ден. Сезонното водене на менюто се превръща във въпрос на публикуване на предварително подготвени позиции, а не на преиздаване на макети.

Скритата цена на версията, която никой не е сменил

Скъпият провал рядко е самата редакция. Това е копието, което така и не е било сменено: старият файл, все още в кеша на някой телефон, връзката в указател, който не принадлежи на никого, отпечатаната вложка на бара. При файл коректността зависи от това дали е догонено всяко копие. При страница има само едно копие за поправяне.

Какво менюто казва на вас и какво казва на Google

PDF менюто е затворен обект. Изтегля се, отваря се на масата и след това не казва на кухнята нищо. Адаптивната HTML страница с меню оставя следа: кое ястие е било отворено, на какъв език, в коя вечер. Според доклада State of the Restaurant Industry 2021 на National Restaurant Association 50 % от операторите на ресторанти с пълно обслужване са заявили, че от март 2020 г. са добавили дигитален достъп до менюто чрез QR кодове — тоест много заведения вече карат хората да сканират, без да събират нищо от това.

Преглеждания на ястие, а не изтегляния на файл

Хостингът на статични файлове може да съобщи колко пъти е бил заявен даден документ. Това е едно число и то покрива цялото меню наведнъж: предястията, които никой не чете, и ястието, с което главният готвач се гордее най-много, са неразличими вътре в него. Анализът на менюто при дигитално меню работи на ниво позиция — преглеждания на ястия, сесии на смяна, редът, в който се отварят категориите. В типичен сценарий ястие с висок марж стои ниско на дълга страница и се отваря рядко; решението е смяна на позицията, а не нова рецепта. При 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 код. В идеалния случай този кратък адрес стои на домейн, който заведението контролира. Съкратителят на трета страна добавя описаните по-горе скокове и оставя заведението без възможност да поправи счупена връзка, ако доставчикът изчезне.

Двуседмичен чеклист за малко заведение

За нагледност: бистро с тридесет места отделя първата седмица за изграждане и коректура на страницата, а втората — за пренасочване, изпробване в залата на всяко отпечатано QR меню и инструктаж на персонала, преди старият файл да бъде изваден от обращение.

Често задавани въпроси