logo
24 min di letturaMenu digitaleMenu QRConformità UE

Menu in PDF o menu digitale: un PDF dietro un QR code resta un PDF

La scansione non è quasi mai il problema — quello che arriva dopo di solito sì. Menu in PDF e menu digitale a confronto su velocità, UX mobile, normativa europea sull'accessibilità, lingue, allergeni, modifiche quotidiane e analisi dei dati, più come migrare senza ristampare un solo QR code.

Un cliente legge un menu digitale responsive di Platoo sullo smartphone al tavolo di un ristorante, accanto a un QR code che un tempo apriva un menu in PDF

La scansione funziona. Il menu no.

Un cliente si siede, alza lo smartphone, lo punta sul quadratino in bianco e nero incollato al tavolo e la fotocamera fa il suo lavoro. La scansione non è quasi mai il problema. Quello che arriva dopo di solito sì, perché dietro moltissimi menu con QR code in Europa c'è un menu in PDF: un file di stampa con davanti un indirizzo web.

Che cosa promette davvero l'adesivo sul tavolo

L'adesivo promette un menu digitale. Qualcosa di aggiornato, leggibile sul dispositivo che il cliente ha già in mano e modificabile dal locale in giornata. Un QR code dinamico può reggere quella promessa, perché punta a un indirizzo che il gestore continua a controllare; un codice statico, con la posizione del file incisa dentro, non può. Aggiungi sopra uno o due accorciatori di link e il cliente attraversa una catena di reindirizzamenti prima che compaia una sola parola del menu.

Che cosa riceve davvero il cliente

Quello che compare è un documento pensato per la carta: un file con impaginazione da stampa che non si riadatta, così il cliente finisce per fare da sé il lavoro di impaginazione a colpi di pizzico. Viene catalogato insieme ai documenti d'ufficio perché è esattamente questo.

L'adesivo sul tavolo promette un menu digitale. Il PDF che ci sta dietro consegna un file di stampa con davanti un indirizzo web — finito, congelato e impaginato per un formato di pagina che nessuno tiene in mano.

Tre cose che un file non farà mai e che una pagina fa di serie

Un file non cambia dopo la pubblicazione; qualcuno deve esportare e caricare un sostituto. Non si adatta al lettore, né con un testo più grande, né con uno screen reader, né con una seconda lingua. E non dice al locale nulla su che cosa è stato aperto. Una pagina fa tutte e tre le cose senza che gliene sia fatta richiesta. Questa frattura — file statico contro pagina web viva — attraversa velocità, impaginazione, accessibilità, lingua, allergeni e il lavoro quotidiano di tenere aggiornato il menu.

Un file e una pagina, fianco a fianco

Togli il marchio e l'argomento si riduce a un fatto strutturale: un file statico contro una pagina web viva. Un menu in PDF era finito nell'istante in cui è stato esportato. Una pagina di menu HTML responsive viene assemblata ogni volta che un cliente la apre, a partire da dati che il locale continua a controllare.

Fra che cosa stai scegliendo davvero

Un menu in PDF — un file statico

  • ✕Finito all'esportazione; ogni modifica significa produrre un nuovo file
  • ✕Un'impaginazione A4 fissa che non si riadatta a uno smartphone
  • ✕Un documento per lingua e, di solito, un QR code per documento
  • ✕Allergeni come nota a piè di pagina che qualcuno deve ricordarsi di aggiornare
  • ✕Al massimo riporta un numero di download, e nulla su che cosa è stato letto

Un menu digitale — una pagina viva

  • ✓Assemblata a ogni scansione da dati che il locale controlla
  • ✓Si riadatta a qualunque schermo su cui viene aperta
  • ✓Un insieme di dati, un selettore di lingua, un QR code
  • ✓Allergeni come campo del piatto — filtrabili, traducibili, letti ad alta voce
  • ✓Riporta visualizzazioni dei piatti, sessioni e distribuzione delle lingue

Che cosa può fare ciascun formato per il cliente

La distanza si apre al primo gesto e non si richiude mai davvero: una pagina responsive si riadatta alla larghezza che riceve, un file no. Con la lingua funziona allo stesso modo. Una pagina di menu multilingue può cambiare lingua su richiesta; un menu in PDF richiede un file separato, e un QR code separato, per ogni lingua che il locale vuole servire.

Che cosa può fare ciascun formato per il gestore

Qui la differenza è tempo. Un aggiornamento di prezzo in tempo reale su una pagina è la modifica di un campo che arriva alla scansione successiva. La stessa modifica in un PDF significa riesportare, ricaricare e sperare che nulla si sia spostato nell'impaginazione. Con gli allergeni la posta è più alta, perché la normativa europea sull'informazione alimentare mette l'obbligo di dichiarazione in capo al gestore e non al documento. Una dichiarazione di allergeni tenuta come dato strutturato viaggia insieme al piatto. In un PDF è una riga di testo che qualcuno deve ricordarsi di modificare. Una pagina inoltre restituisce informazioni — visualizzazioni dei piatti, sessioni, distribuzione delle lingue —, mentre un file non restituisce nulla.

Dove i due si sovrappongono e dove no

Entrambi i formati si scansionano ed entrambi sopravvivono a una connessione debole. La sovrapposizione finisce nel momento in cui il menu deve cambiare.

Velocità: che cosa succede nei primi cinque secondi al tavolo

Un cliente scansiona, dà un'occhiata allo schermo e o inizia a leggere, o appoggia il telefono a faccia in giù e aspetta un cameriere. È in quella finestra breve che un menu in PDF e una pagina di menu HTML responsive smettono di comportarsi come due versioni della stessa cosa. Uno deve arrivare intero prima di mostrare qualsiasi cosa; l'altra può mettere in schermo i primi piatti mentre il resto sta ancora viaggiando.

Le soglie che Google pubblica e perché descrivono la tua sala

La documentazione Core Web Vitals di Google considera buono il Largest Contentful Paint (LCP) quando avviene entro 2,5 secondi dall'inizio del caricamento della pagina, misurato al 75° percentile dei caricamenti. La stessa documentazione fissa l'Interaction to Next Paint (INP) a 200 millisecondi o meno e il Cumulative Layout Shift (CLS) a 0,1 o meno, sempre al 75° percentile. Google precisa inoltre che queste metriche vengono misurate separatamente per mobile e desktop: un menu aperto quasi esclusivamente da telefono viene quindi giudicato sui suoi dati sul campo mobili, e non su quanto svelto si apra sul portatile dell'ufficio.

Quei numeri sono stati scritti per la ricerca, ma si leggono come soglie di servizio. Due secondi e mezzo sono più o meno la pazienza di chi tiene un telefono al tavolo mentre un cameriere si avvicina.

2,5 s

La soglia di Largest Contentful Paint che Google considera buona, al 75° percentile dei caricamenti di pagina

Google Core Web Vitals

200 ms

Il tetto di Interaction to Next Paint per una buona valutazione, misurato allo stesso modo

Google Core Web Vitals

0,1

Il tetto di Cumulative Layout Shift per una buona valutazione — nulla dovrebbe muoversi sotto il pollice

Google Core Web Vitals

Perché un file pronto per la stampa è pesante per costruzione

Un PDF di menu pronto per la stampa porta con sé font incorporati e immagini a risoluzione di stampa, perché è ciò di cui ha bisogno una tipografia. Accanto a una pagina web che carica prima il testo e fa arrivare le immagini in modo progressivo, è pesante per costruzione. Nulla è rotto: il file sta semplicemente facendo il lavoro per cui è stato creato, su un dispositivo per cui non è stato creato. Sul Wi-Fi congestionato del locale, il peso del file si traduce direttamente in tempo di caricamento su rete mobile, e quel ritardo ricade sul primo piatto leggibile.

La catena di reindirizzamenti che nessuno ha stampato sull'adesivo

L'adesivo porta un solo URL, ma il telefono percorre spesso una strada più lunga. Uno scenario tipico: il codice stampato punta a un accorciatore di link, che reindirizza a una cartella di archiviazione cloud, che reindirizza di nuovo a un visualizzatore. Ogni salto costa una risoluzione e un viaggio di andata e ritorno. Le catene di reindirizzamenti e gli accorciatori sono invisibili sul totem da tavolo e vengono addebitati per intero alla UX mobile del menu.

UX mobile: il cliente non dovrebbe doversi impaginare il menu

Un menu si legge nei pochi minuti che passano fra il sedersi e l'ordinare, su un telefono tenuto con una mano, spesso a un tavolo dove altre tre persone stanno parlando. Tutto ciò che riguarda la UX mobile di un menu discende da quel contesto e non da come appare il documento sul monitor di un grafico.

Proporzioni A4 su uno schermo da cinque pollici

Le indicazioni di Google sull'usabilità mobile pubblicate su web.dev enunciano il meccanismo senza giri di parole: un PDF con impaginazione da stampa non riadatta il testo, quindi un'impaginazione costruita per un foglio A4 mantiene proporzioni A4 su uno schermo da cinque pollici. Il riflusso del testo su schermi piccoli è esattamente ciò che un browser fa con una pagina di menu HTML responsive, ricomponendo le righe sulla larghezza del dispositivo. Un PDF passa quel lavoro al cliente, che lo svolge con lo zoom a pizzico: ingrandire, leggere due o tre piatti, trascinare di lato per raggiungere la colonna dei prezzi, ridurre di nuovo per trovare la categoria successiva. Il cliente sta di fatto impaginando la pagina a mano, una volta per portata.

Cercare, filtrare, saltare: la navigazione che un file non può offrire

A una pagina si possono fare domande; un file si può solo scorrere. Ancore di categoria, un campo di ricerca, un filtro che riduce una lista lunga a ciò che qualcuno può davvero mangiare stasera — sono componenti ordinari di una pagina web e impossibili in un'esportazione piatta. La stessa struttura porta più lontano: le intestazioni semantiche danno a uno screen reader qualcosa in cui muoversi invece di un unico blocco indifferenziato, e una pagina può dichiarare la direzione del testo per lingua. Un PDF conserva ciò che il grafico ha esportato, errori compresi.

Luce soffusa, una mano sola, un tavolo pieno

Uno scenario tipico

Le otto di sera, un tavolo da quattro, le luci basse e un telefono a metà luminosità. Il PDF si apre a tutta larghezza di pagina, quindi il primo gesto è un pizzico. Si leggono due piatti alla volta; la colonna dei prezzi finisce oltre il bordo destro, quindi il gesto successivo è un trascinamento. Quando il quarto commensale trova gli antipasti vegetariani, il cameriere è già passato due volte dal tavolo.

Poca luce, un telefono a metà luminosità, un tavolo da quattro: in questo scenario tipico la differenza fra una pagina e un file si misura in quanti gesti separano un cliente da un prezzo. C'è un secondo motivo per farci caso. Con l'indicizzazione mobile-first, la vista da telefono è anche la vista che vede il motore di ricerca.

L'accessibilità è ormai una superficie giuridica, non un optional

Per anni un menu difficile da leggere contava come una carenza di servizio. Nell'UE è diventato anche una questione di conformità, e la risposta dipende meno dal QR code che da ciò che ci sta dietro.

Che cosa copre lo European Accessibility Act e da quando

La direttiva (UE) 2019/882, nota come European Accessibility Act, si applica dal 28 giugno 2025 ai prodotti e servizi coperti immessi sul mercato dell'UE, secondo il testo pubblicato su EUR-Lex. Il metro tecnico è la norma EN 301 549, lo standard europeo armonizzato che recepisce i criteri di successo WCAG 2.1 livello AA per contenuti e servizi digitali. La platea dietro le regole non è marginale: Eurostat ha riferito che nel 2024 il 23,9 % delle persone dai 16 anni in su nell'UE aveva una disabilità (limitazione dell'attività) — sui dati di popolazione di Eurostat, circa 90 milioni di persone.

Perché un PDF non taggato fallisce davanti a uno screen reader

Un menu in PDF esportato da un file di grafica è, strutturalmente, un insieme di istruzioni di disegno. Finché nessuno l'ha taggato, non esistono gerarchia delle intestazioni, semantica delle liste né un ordine di lettura affidabile: uno screen reader può quindi annunciare due colonne intrecciate, leggere prezzi staccati dai piatti a cui appartengono, oppure non trovare nulla se la pagina è stata appiattita in un'immagine. Una pagina di menu HTML responsive è costruita con gli elementi che il software assistivo si aspetta, ed è per questo che screen reader e intestazioni semantiche compaiono insieme in ogni checklist di audit.

Ingrandimento del testo, contrasto e aree di tocco su una pagina vera

Un file a impaginazione fissa si ridimensiona in blocco: ingrandisci i caratteri e le righe escono dallo schermo, costringendo a scorrere in orizzontale. Una pagina invece si riadatta. Le regole su contrasto e aree di tocco, inoltre, si possono verificare su una pagina e sono praticamente incorreggibili in un documento esportato senza riaprire la grafica originale.

RequisitoMenu in PDF esportatoPagina di menu responsive
Ordine di lettura per uno screen readerAssente se il file non è stato taggato a mano; le colonne possono intrecciarsiDeriva dalla struttura di intestazioni ed elenchi della pagina
Ingrandire il testo senza scorrimento orizzontaleScala l'intera pagina, e i caratteri ingranditi escono dallo schermoLe righe si ricompongono sulla larghezza del dispositivo
Un contrasto verificabile e correggibileFissato nella grafica; correggerlo vuol dire riaprire il file di progettoUn valore di stile, cambiato una volta per tutti i piatti
Aree di tocco abbastanza grandi per un polliceNon ce ne sono — un file piatto non ha comandiDefinite nell'impaginazione e verificabili sul dispositivo
Una seconda linguaUn secondo file e, di solito, un secondo QR codeUn selettore sopra gli stessi dati

Chi è esentato e perché l'esenzione è più stretta di quanto sembri

La norma esenta le microimprese — meno di 10 dipendenti e un fatturato annuo o un totale di bilancio non superiore a 2 milioni di EUR — dai suoi obblighi in materia di servizi. Un singolo bar indipendente spesso rientra nella casella. Un piccolo gruppo, una gestione F&B alberghiera o un locale interno a una società più grande di norma no — e l'esenzione riguarda l'obbligo giuridico, non il cliente che non riesce a leggere il menu.

Lingue: una pagina, molti clienti

L'Europa ha registrato 747 milioni di arrivi turistici internazionali nel 2024, secondo il World Tourism Barometer di UN Tourism — l'1 % sopra i livelli del 2019 e il 5 % sopra il 2023 — ed Eurostat ha contato quell'anno oltre 3 miliardi di notti trascorse in strutture ricettive turistiche dell'UE, un primato, in crescita del 2,7 % sul 2023. Vicino a una stazione, a una spiaggia o a una cattedrale, il cliente del tavolo sei legge spesso il menu in una lingua che la cucina non parla.

747 mln

Arrivi turistici internazionali in Europa nel 2024 — l'1 % sopra il 2019 e il 5 % sopra il 2023

UN Tourism, World Tourism Barometer

3 mld+

Notti trascorse in strutture ricettive turistiche dell'UE nel 2024, un primato, in crescita del 2,7 % sul 2023

Eurostat, statistiche sul turismo

76 %

Degli acquirenti online preferisce comprare dove le informazioni sono nella propria lingua

CSA Research, « Can't Read, Won't Buy »

Perché quattro file PDF sono quattro problemi di manutenzione

Un menu multilingue costruito con i PDF è quattro documenti, quattro cicli di esportazione e di solito quattro QR code sul tavolo. Cambia un prezzo e la modifica va fatta quattro volte, in quattro impaginazioni. Se te ne sfugge una — scenario tipico — la versione tedesca mette in silenzio il prezzo a un piatto che quella italiana non vende più. Su una pagina di menu HTML responsive, la lingua è un selettore sopra un unico insieme di dati: una modifica si propaga ovunque.

Tieni il nome del piatto, spiega il piatto

L'indagine « Can't Read, Won't Buy » di CSA Research, condotta su 8.709 consumatori in 29 paesi, ha rilevato che il 76 % degli acquirenti online preferisce comprare prodotti le cui informazioni sono nella propria lingua e che il 40 % non comprerà mai da siti in un'altra lingua; fra chi non ha alcuna competenza in inglese, la cifra sale all'89 %. La regola non è tradurre tutto. Tieni il nome proprio del piatto — è ciò che il cliente ordina e ciò che il cameriere sente — e traduci la descrizione sotto.

Che cosa può toccare la traduzione automatica e che cosa no

La traduzione automatica con revisione umana è ragionevole per descrizioni e titoli di sezione. Non è adatta agli allergeni, dove una parola sbagliata è una questione di sicurezza e non di stile. Le scritture da destra a sinistra e il testo bidirezionale — una versione araba accanto a cifre latine — formano un'impaginazione che un PDF rigido non sa riadattare; un menu con QR code servito come pagina può impostare la direzione del testo per lingua e lasciare in pace i prezzi.

Allergeni: il campo che non deve mai essere superato

Di tutto ciò che è stampato su un menu, la riga degli allergeni è l'unico punto in cui un file superato smette di essere un fastidio. Un prezzo più basso di un euro costa alla casa un euro. Una dichiarazione di allergeni che descrive la ricetta del mese scorso può mandare un cliente in ospedale.

Che cosa chiede a un ristorante il regolamento (UE) 1169/2011

Il regolamento (UE) n. 1169/2011 si applica dal 13 dicembre 2014 e, come illustra la Commissione europea nella sua normativa sull'informazione alimentare ai consumatori, obbliga gli operatori del settore alimentare a dichiarare 14 allergeni specificati in ogni piatto, compresi gli alimenti non preimballati serviti in ristoranti, bar e mense. L'obbligo non finisce lì. Per gli alimenti non preimballati, il regolamento e le linee guida delle autorità nazionali competenti che vi si fondano impongono che l'informazione sugli allergeni sia fornita in forma scritta nel punto di presentazione: sul menu, su una lavagna o su un documento di accompagnamento. Un'indicazione verbale del cameriere non è sufficiente.

Un PDF può portare quella forma scritta. Quello che non può fare è garantire che la forma scritta nelle mani del cliente sia quella corrente.

Allergeni come dati strutturati, non come nota a piè di pagina

In un PDF gli allergeni sopravvivono di solito come una fila di icone o una legenda numerata a piè di pagina, in un corpo abbastanza piccolo da rendere l'informazione tecnicamente presente e praticamente inutilizzabile — e invisibile a uno screen reader. Su una pagina di menu HTML responsive ogni piatto è un record, e gli allergeni collegati sono un campo di quel record. Un campo si può filtrare, leggere ad alta voce, tradurre insieme al resto della pagina e correggere in un solo punto.

AspettoAllergeni dentro un menu in PDFAllergeni come campo del piatto
Dove vive l'informazioneUna legenda numerata o una fila di icone a piè di paginaUn campo nel record di quel piatto
Come si correggeRiaprire l'impaginazione, riesportare, ricaricare, ricontrollare ogni linkModificare il campo e salvare
Quanto sopravvive un erroreFinché qualcuno se ne accorge e ripubblica il documentoFino alla scansione successiva
Che cosa annuncia uno screen readerDi solito nulla — corpo minuscolo, spesso appiattito in un'immagineGli allergeni del piatto che si sta leggendo
Che cosa può farci il clienteLeggerla, se il corpo è abbastanza grandeFiltrare il menu su ciò che può mangiare senza rischi
In una seconda linguaUn file separato, tradotto e mantenuto a parteTradotti insieme al resto del record

Perché il cambio di ricetta e il cambio di menu devono essere lo stesso gesto

Le cucine cambiano fornitore a metà settimana. Scenario tipico: il condimento abituale non è disponibile, il sostituto contiene senape, e il piatto viene servito per tre giorni prima che qualcuno riesporti il file. Su una pagina, la stessa modifica che produce un aggiornamento di prezzo in tempo reale riscrive anche il campo degli allergeni. Un gesto, un record, in linea alla scansione successiva. Il divario si apre quando la dichiarazione di allergeni è trattata come un documento da ripubblicare invece che come un dato da modificare.

La giornata del gestore: un prezzo che cambia, un piatto esaurito, una nuova stagione

Un menu non è un documento che si finisce una volta sola. I fornitori alzano i prezzi, i piatti si esauriscono a metà servizio e il menu deve girare quando gira la stagione. La domanda non è se il menu cambia, ma quanta serata del gestore consuma ogni cambiamento.

Il ciclo del PDF: grafico, esportazione, caricamento, ricontrollo di ogni link

Modificare un menu in PDF di solito significa tornare al file di impaginazione originale, che spesso sta dal grafico che l'ha costruito. Qualcuno ritocca la cifra, riesporta, verifica che nulla si sia spostato, carica il nuovo file e poi controlla che ogni QR code su ogni tavolo, più il link sulla pagina delle prenotazioni e nella scheda dell'aggregatore, punti ora alla nuova versione e non a quella vecchia. Quella catena va ripercorsa per un singolo prezzo corretto.

Cambiare un solo prezzo in un menu in PDF

  1. Trovare il file di impaginazione originale, che spesso sta dal grafico che l'ha costruito.
  2. Modificare la cifra e verificare che nient'altro sulla pagina si sia spostato.
  3. Esportare un PDF nuovo a risoluzione di stampa.
  4. Caricarlo e sostituire il vecchio file ovunque sia ospitato.
  5. Verificare che ogni codice da tavolo, la pagina delle prenotazioni e ogni scheda di aggregatore puntino alla nuova versione.
  6. Sperare che nessun telefono tenga ancora in cache il file precedente.

Il ciclo della pagina: un campo, un salvataggio

Un menu digitale inverte la sequenza. Un aggiornamento di prezzo in tempo reale è un campo modificato dal telefono e salvato; il cliente successivo che scansiona vede la cifra nuova. Segnare un piatto esaurito — quello che in cucina si chiama « 86 » — è un interruttore che lo sbiadisce per il resto del servizio e lo ripristina il giorno dopo. La gestione stagionale del menu diventa una questione di pubblicare voci già pronte anziché rifare la grafica.

Il costo nascosto della versione che nessuno ha sostituito

Il guasto costoso raramente è la modifica in sé. È la copia che non è mai stata sostituita: il vecchio file ancora nella cache di un telefono, il link in un elenco che non è di nessuno, l'inserto stampato al bancone. Con un file, la correttezza dipende dall'inseguire ogni copia. Con una pagina, c'è una sola copia da correggere.

Che cosa ti dice il menu e che cosa dice a Google

Un menu in PDF è un oggetto chiuso. Viene scaricato, aperto al tavolo, e poi non dice più nulla alla cucina. Una pagina di menu HTML responsive lascia una traccia: quale piatto è stato aperto, in quale lingua, in quale serata. Secondo il rapporto State of the Restaurant Industry 2021 della National Restaurant Association, il 50 % dei gestori di ristoranti con servizio al tavolo ha dichiarato di aver aggiunto l'accesso digitale al menu tramite QR code da marzo 2020: molti locali fanno quindi già scansionare senza raccoglierne nulla.

Visualizzazioni per piatto, non download per file

Un hosting di file statici può riferire quante volte un documento è stato richiesto. È un solo numero, e copre tutto il menu in blocco: gli antipasti che nessuno legge e il piatto di cui lo chef va più fiero sono indistinguibili al suo interno. L'analisi del menu su un menu digitale lavora a livello di voce — visualizzazioni dei piatti, sessioni per servizio, l'ordine in cui vengono aperte le categorie. In uno scenario tipico, un piatto ad alto margine sta in basso in una pagina lunga e viene aperto di rado; la soluzione è un cambio di posizione, non una ricetta nuova. Con un menu in PDF quello schema è invisibile, perché il file non rivela nulla su ciò che è accaduto dopo l'apertura.

Che cosa vuoi sapereUn file PDF ospitatoUna pagina di menu digitale
Quanti clienti hanno aperto il menuUn conteggio di download, gonfiato da riaperture e crawlerSessioni, per giorno e per ora
Quale piatto ha attirato più attenzioneInvisibile — il file è un oggetto unicoVisualizzazioni per voce
In quale lingua ha letto la salaSolo ospitando un file per lingua e confrontando i conteggiUna lingua registrata a ogni sessione
Dove una categoria lunga perde le personeNulla del tuttoL'ordine in cui sono state aperte le categorie
Se una modifica ha funzionatoConfrontare due totali di download e tirare a indovinareConfrontare le visualizzazioni delle voci prima e dopo la modifica

La distribuzione delle lingue come segnale per i turni

La scelta della lingua è un dato operativo prima che un dato di marketing. Se in un mese una quota ampia delle sessioni passa a un'unica lingua, è un argomento su chi dovrebbe stare in sala quel mese, su quali depliant dei fornitori vale la pena tradurre e su quale menu fisso merita una seconda versione. Un menu con QR code che registra la distribuzione delle lingue trasforma un'intuizione sulla sala in qualcosa su cui costruire un turno.

Leggere i dati senza violare le regole sulla privacy

I dati utili di un menu sono aggregati e leggeri: conteggi di visualizzazioni delle voci, sessioni, lingue. Non richiedono nomi, né account, né tracciamento fra siti, il che li tiene lontani dagli obblighi più pesanti della normativa europea sulla protezione dei dati. I gestori dovrebbero comunque verificare che cosa la loro piattaforma imposta nel browser e se serve il consenso prima che parta un'analisi non essenziale.

Indicizzato non vuol dire utile

Google Search Central elenca l'Adobe Portable Document Format (.pdf) fra i tipi di file codificati indicizzabili, accanto ai documenti Word, Excel e PowerPoint. Un menu in PDF può quindi essere indicizzato. Ma la stessa documentazione non offre alcuna indicazione su usabilità mobile, dati strutturati o risultati avanzati per i PDF; li tratta come semplici documenti binari.

Che cosa vede un crawler mobile-first

Con l'indicizzazione mobile-first, Google usa la versione mobile dei contenuti di un sito, scansionata con l'agente smartphone, per indicizzazione e posizionamento. Una pagina costruita per essere letta al telefono viene valutata secondo i suoi stessi termini. Un documento costruito per l'A4 no.

Dati strutturati, versioni linguistiche e link interni

Una pagina di menu HTML può portare markup di menu e ristorante, dichiarare le proprie versioni linguistiche e collegarsi alle pagine di prenotazione, indirizzo e contatto. Un PDF non porta nulla di tutto ciò e non porta da nessuna parte.

Le due obiezioni oneste: segnale debole e la stampa di cui hai ancora bisogno

Perché il tavolo nel seminterrato è la prova vera

Due obiezioni alla sostituzione di un menu in PDF con una pagina ospitata meritano una risposta netta. La prima è la connettività. Un file, una volta scaricato, resta sul telefono; una pagina, nel racconto abituale, ha bisogno della rete ogni volta. Il posto dove dirimere la questione non è la terrazza con quattro tacche di segnale, ma la sala interrata con i muri spessi, il tavolo in cortile al limite della portata del router, o un locale pieno di sabato in cui tutti condividono un solo access point.

Uno scenario tipico

Un servizio di sabato in una sala interrata con muri spessi. Quaranta clienti condividono un access point, e i tavoli in cortile stanno al limite della portata del router. Una pagina di menu leggera mette in schermo i primi piatti mentre le sue immagini stanno ancora arrivando. Un file a risoluzione di stampa deve arrivare intero prima di mostrare un solo piatto — e su quella connessione, spesso non arriva affatto.

Cache, immagini leggere e un ripiego stampato

L'obiezione è reale, ma vale anche per il file: il peso a risoluzione di stampa descritto sopra è esattamente ciò che una connessione congestionata gestisce peggio, e un download che deve arrivare intero non può mostrare presto il primo piatto. Una pagina leggera può centrare l'obiettivo LCP su una connessione normale; un file pesante di norma no. La cache offline del menu, un peso delle immagini contenuto e una manciata di menu plastificati dietro il bancone chiudono il divario che resta.

Una sola fonte di verità, più rappresentazioni

La seconda obiezione è la stampa, e smette di essere un'obiezione appena l'architettura è giusta. Lo stesso record che alimenta il menu con QR code può produrre un'esportazione PDF pronta per la stampa come output: prezzi identici, allergeni identici, lo stesso piatto di stagione, impaginato per l'A4 invece che per la UX mobile. Quello che fallisce è la disposizione inversa, in cui il documento è l'originale e il menu digitale una sua copia che invecchia in silenzio fra una ristampa e l'altra.

Banchetti, carte dei vini e caricamenti sugli aggregatori

Molto materiale deve ancora esistere su carta o come file. Una proposta per un banchetto parte via e-mail verso un cliente aziendale. Una carta dei vini lunga è più piacevole da tenere in mano che da scorrere. Un aggregatore potrebbe volere il menu come caricamento in un formato fisso. Qualcosa deve stare in vetrina per chi passa. Nulla di tutto ciò è un argomento per abbandonare la pagina; è un argomento per generare ogni pezzo dagli stessi dati.

Quando un PDF è ancora la risposta onesta

Un locale piccolo con un menu corto che cambia di rado, una gestione degli allergeni semplice e una clientela in gran parte locale non è mal servito da un documento. Qui si parla dei locali il cui menu si muove.

Migrare senza ristampare un solo QR code

La maggior parte dei gestori dà per scontato che lasciarsi alle spalle un PDF significhi nuovi totem da tavolo, nuovi adesivi, nuove vetrofanie. Di solito non è così. Tutto dipende da che cosa codifica davvero il disegno stampato.

Possedere il dominio a cui punta il codice

Un QR code statico conserva la destinazione dentro il disegno stesso, quindi cambiare dove porta impone di ristampare. Un QR code dinamico conserva un indirizzo breve che risolve verso ciò che il proprietario imposta in seguito, ed è questo il peso pratico della distinzione QR code dinamico contro QR code statico. Idealmente quell'indirizzo breve sta su un dominio che il locale controlla. L'accorciatore di un terzo aggiunge i salti descritti sopra e lascia il locale incapace di riparare un link rotto se il fornitore sparisce.

Una checklist di due settimane per un locale piccolo

Due settimane, nessuna ristampa

  1. Scansiona uno dei tuoi codici da tavolo e annota dove porta davvero: a un file, a un accorciatore o a un indirizzo che controlli.
  2. Se è un indirizzo che controlli, sul tavolo non c'è nulla da sostituire — solo ciò che sta in fondo a quell'indirizzo.
  3. Costruisci il menu come dati: piatti, prezzi, descrizioni e i 14 allergeni come campi anziché come nota a piè di pagina.
  4. Provalo su un telefono, in sala, al tavolo peggiore del locale.
  5. Aggiungi le lingue che la sala legge davvero, traducendo le descrizioni e lasciando intatti i nomi dei piatti.
  6. Fai puntare alla nuova pagina l'indirizzo che controlli e lascia il vecchio file raggiungibile per una settimana.
  7. Gira la sala e scansiona ogni codice stampato, poi controlla la pagina delle prenotazioni e ogni scheda di aggregatore.
  8. Forma il personale su come segnare un piatto esaurito e poi ritira il vecchio file.

A titolo di esempio, un bistrot da trenta coperti dedica la prima settimana a costruire e rileggere la pagina, e la seconda a reindirizzare, provare in sala ogni menu con QR code stampato e formare il personale prima che il vecchio file venga ritirato.

Approfondimenti correlati

Domande frequenti

No. Il formato non è vietato; gli obblighi riguardano il contenuto e l'accesso. Il regolamento (UE) n. 1169/2011 impone agli operatori del settore alimentare di dichiarare 14 allergeni specificati in ogni piatto, compresi gli alimenti non preimballati serviti in ristoranti e bar, e la direttiva (UE) 2019/882 si applica dal 28 giugno 2025 ai prodotti e servizi coperti. Il rischio è un menu in PDF che la tecnologia assistiva non riesce a leggere.

Le lamentele descrivono pizzichi, zoom e un file che si apre in un visualizzatore anziché come pagina. Un menu con QR code che porta a una pagina HTML responsive ne elimina la maggior parte. Il codice era raramente il motivo del malcontento.

Di solito sì, a patto che il codice punti a un URL che controlli e non al file. Reindirizza quell'indirizzo al nuovo menu digitale e i codici stampati continueranno a funzionare.

La documentazione Core Web Vitals di Google considera buono il Largest Contentful Paint quando avviene entro 2,5 secondi dall'inizio del caricamento della pagina. Sul Wi-Fi del locale, con un tavolo che aspetta, quella è l'asticella.

Non menu separati da mantenere. Un insieme di dati con una vista per lingua tiene allineati i prezzi e la dichiarazione di allergeni di un menu multilingue. Il 76 % di CSA Research — gli acquirenti che preferiscono le informazioni nella propria lingua — non si ferma sulla porta di un ristorante.

No, è peggio. Un'immagine non porta testo selezionabile né nulla che uno screen reader possa pronunciare, quindi fallisce il livello AA delle WCAG 2.1 per gli stessi motivi di un file appiattito. Nemmeno i motori di ricerca ne leggono qualcosa.


Fonti: Commissione europea — Normativa sull'informazione alimentare ai consumatori · EUR-Lex — Regolamento (UE) n. 1169/2011 relativo alla fornitura di informazioni sugli alimenti ai consumatori · EUR-Lex — Direttiva (UE) 2019/882 (European Accessibility Act) · ETSI — EN 301 549, la norma europea armonizzata sull'accessibilità · W3C — Web Content Accessibility Guidelines (WCAG) 2.1 · Eurostat — Statistiche sulla disabilità: limitazioni funzionali e dell'attività · Google — Soglie dei Core Web Vitals · web.dev — Fondamenti del design web responsive · Google Search Central — Tipi di file indicizzabili da Google · Google Search Central — Buone pratiche per l'indicizzazione mobile-first · UN Tourism — World Tourism Barometer · Eurostat — Statistiche sul turismo · CSA Research — « Can't Read, Won't Buy » · National Restaurant Association — State of the Restaurant Industry 2021