Menu digitale o PDF sul sito ristorante? Perché il PDF ti frena
Aggiornamenti, allergeni, mobile e QR: quando un menu HTML batte il PDF sul sito del ristorante — e quando il PDF resta solo come backup stampa.
Mi arriva spesso lo stesso brief: «il menu ce l’abbiamo già, è un PDF». Capisco. È veloce da caricare e sembra lavoro finito. Poi il cliente apre il telefono, fa pinch-to-zoom sul prezzo del risotto, e chiude. Il PDF sul sito pubblico non è un menu: è un allegato.
Cosa chiede chi apre il menu dal telefono
Vuole scorrere sezioni, leggere prezzi senza girare lo schermo, capire allergeni in due tocchi. Non vuole scaricare un file né aspettare il viewer del browser.
Con il menu in pagina (HTML) il testo è già lì. Ancore per antipasti, primi, vini. Foto leggere solo dove servono. Il PDF obbliga a un’app di lettura: lag, zoom, testo che salta. Su una connessione media in centro o in periferia, quella frizione basta.
Stagionalità e prezzi: chi aggiorna davvero il PDF?
Finisce il pesce del giorno. Sale il caffè. Cambia il menù del pranzo. Col PDF ogni modifica passa da chi «sa esportare»: giorni di ritardo, versioni vecchie in giro, QR stampati che puntano a un file morto.
Nel menu digitale che imposto io aggiorni una riga e pubblichi. Stagionale, tartufo, offerta pranzo/cena: minuti, non un giro grafico. Se hai più sedi non moltiplichi i PDF: sezioni e filtri.
Allergeni leggibili, non in legenda microscopica
Gli allergeni non sono un optional grafico. Devono stare vicino al piatto, aggiornati, leggibili. Nel PDF finiscono spesso in fondo o in un carattere da sei punti che sul telefono nessuno apre.
Nel digitale metto badge per piatto, filtri tipo senza glutine o vegano, note sempre visibili. Non sostituisco la sala. Riduco le chiamate «c’è nichel nel pesto?» e dimostri attenzione prima della prenotazione.
QR in sala: stesso link, due formati diversi
Il QR sul tavolo deve aprire una URL stabile del menu, non un Drive condiviso. Se cambi prezzi aggiorni la pagina; il cartoncino resta valido. Col PDF cambi file e rischi di lasciare in giro QR obsoleti.
Il PDF lo tengo come seconda via: stampa, allegato per un evento aziendale, export offline. Sul sito pubblico la via principale è lo scroll. Stampabile sì — ma non come unica esperienza.
Come lo imposto nei siti ristorante che costruisco
Parto da sezioni chiare, tipografia grande, bottoni Chiama e Prenota vicini al menu. Foto solo dove aggiungono fiducia, non un catalogo da cento megabyte.
Lavoro da Udine con ristoranti in Friuli e fuori: il menu digitale è pezzo del servizio sito ristorante, non un plugin gonfio. Se ti riconosci nel PDF che nessuno aggiorna, partiamo da lì.
Domande frequenti
- Il PDF sul sito ristorante è sempre sbagliato?
- No come backup stampa o allegato. Sì come unica via sul mobile: zoom, aggiornamenti lenti, allergeni nascosti. Meglio HTML in pagina e PDF opzionale.
- Posso tenere menu del giorno e carta fissa insieme?
- Sì. Una sezione «oggi» aggiornata spesso e una carta stagionale più stabile. Eviti due PDF e due QR confusi.
- Serve un’app per il menu digitale?
- Quasi mai. Una pagina veloce sul sito basta. Le app aggiungono store, login e abbandono. Il cliente vuole leggere e prenotare.
- Come gestisco i prezzi che cambiano spesso?
- Campi editabili sul CMS o una sezione dedicata. Pubblichi in minuti. Col PDF ogni variazione è un nuovo file e un rischio di versioni parallele.
Ristoranti: pagine locali
Pagine localizzate per le città più popolate. Stesso metodo, territorio diverso.