Widget di prenotazione per ristoranti: che cos’è e come funziona

Quasi tutti i ristoratori incontrano l’espressione "widget di prenotazione" mentre confrontano i sistemi di prenotazione e annuiscono senza che nessuno spieghi loro di che cosa si tratti davvero. Vale dieci minuti, perché la differenza tra un widget e l’alternativa decide chi possiede i dati dei suoi ospiti, chi controlla l’email di conferma e se un ospite che era sulla sua homepage ci tornerà mai.

Questo testo è scritto per chi gestisce il ristorante, non per chi costruisce il sito. Non serve saper scrivere codice per capirlo e, quasi certamente, non le serve uno sviluppatore per installarlo.

Un widget è un percorso di prenotazione che gira sulla sua paginaCopy link to section: Un widget è un percorso di prenotazione che gira sulla sua pagina

Un sito può raccogliere prenotazioni in due modi. Il primo è un link: l’ospite tocca "Prenota un tavolo", esce dal suo sito e atterra da un’altra parte — la scheda di un portale, una pagina di prenotazione ospitata altrove, un dominio di terze parti. Il secondo è un widget: il percorso di prenotazione viene disegnato dentro la sua pagina, sotto la sua intestazione, sul suo dominio, e l’ospite non se ne va mai.

Tecnicamente un widget è un piccolo software che il suo sistema di prenotazione inserisce in uno spazio che lei gli riserva sulla pagina. In pratica significa che tutto il percorso, da "quando siete aperti" a "la sua prenotazione è confermata", avviene tra la sua barra di navigazione e il suo footer.

L’anatomia di un widget di prenotazioneCopy link to section: L’anatomia di un widget di prenotazione

Ogni widget di prenotazione serio fa le stesse cinque cose nello stesso ordine. Se le ha chiare, può valutare la demo di qualsiasi fornitore in novanta secondi.

1. 1Interrogazione della disponibilità. Prima di mostrare qualsiasi cosa, il widget chiede al suo sistema che cosa sia realmente prenotabile: orari di apertura, turni di servizio, tavoli disponibili e tutto ciò che è già a registro.
2. 2Numero di persone. Si chiede per primo, perché cambia tutto ciò che viene dopo. Un tavolo da due e un tavolo da otto hanno disponibilità diverse e spesso tempi di permanenza diversi.
3. 3Data e orario. L’ospite vede fasce reali, non un campo di testo libero. Gli orari non disponibili devono essere assenti o visibilmente disattivati, non accettati e poi rifiutati.
4. 4Dati dell’ospite. Nome, telefono, email ed eventuali note che lei consente. Pochi campi: ognuno in più le costa prenotazioni completate.
5. 5Conferma. Una conferma a schermo immediata e un messaggio all’ospite con i dettagli e un modo per annullare o modificare.

Quell’ultimo messaggio lavora molto più di quanto gli si riconosca: è l’unica comunicazione che un ospite prenotato apre in modo affidabile. Cosa includere in una conferma di prenotazione spiega che cosa deve contenere.

Inline, popup, pulsante o pagina interaCopy link to section: Inline, popup, pulsante o pagina intera

Lo stesso percorso di prenotazione può essere presentato in diversi modi, e la scelta è una decisione di impaginazione più che tecnica. Quasi tutti i sistemi permettono di passare dall’uno all’altro senza toccare il sito.

Per la homepage di un ristorante la scelta inline è la più sicura. I popup convertono bene quando il pulsante è evidente, ma è facile abusarne: un unico punto di ingresso chiaro batte tre che si fanno concorrenza.

Che cosa fa davvero il codice di installazioneCopy link to section: Che cosa fa davvero il codice di installazione

Le verrà consegnato uno snippet da incollare nel sito. Di solito sono due righe e vale la pena sapere a che cosa serve ciascuna, così può distinguere un vero problema di installazione da un problema di impostazioni.

<div data-booking-widget="YOUR_WIDGET_ID"></div>
<script async src="https://example.com/widget/v1.js"></script>

• Il div è un segnaposto vuoto. Non contiene nulla e indica il punto della pagina in cui va disegnato il percorso di prenotazione.
• Lo script carica il software di prenotazione dal suo fornitore, trova il segnaposto e lo riempie. Essendo async, si carica insieme al resto della pagina invece di rallentarla.
• L’ID del widget è un identificativo pubblico, non una password. Dice allo script quale ristorante caricare, ed è per questo che lo snippet si può inviare tranquillamente via email a chi gestisce il sito.
• Lo script va inserito una sola volta per pagina, anche se sulla stessa pagina mette due segnaposto.

Come resta allineato alla sua disponibilità realeCopy link to section: Come resta allineato alla sua disponibilità reale

L’unica domanda che vale la pena fare a un fornitore è dove viene calcolata la disponibilità. In un widget costruito bene la risposta è sempre "sul server, nel momento in cui l’ospite guarda". Il widget non conserva alcuna copia del suo registro. Chiede, ogni volta, e mostra quello che gli viene detto.

È questo che evita il guasto che porta i ristoratori a diffidare delle prenotazioni online: due ospiti che prendono lo stesso tavolo delle 20:00 perché entrambi guardavano una pagina che era corretta dieci minuti prima. Significa anche che una prenotazione presa al telefono e inserita nel sistema toglie quella fascia dal sito in pochi secondi, e che un tavolo bloccato per un evento privato sparisce dal widget senza che lei tocchi il sito.

Il corollario è che un solo posto deve custodire la verità. Se il widget, il registro del telefono e la scheda su un portale hanno ciascuno la propria fotografia della serata, lei ha tre registri e nessun sistema di prenotazione. Come organizzare prenotazioni telefoniche, di persona e online spiega come consolidarli.

Personalizzarlo perché non sembri appiccicatoCopy link to section: Personalizzarlo perché non sembri appiccicato

Un widget che stona con il sito che lo circonda viene letto come una pubblicità di terzi, e gli ospiti lo trattano con la diffidenza che riservano alla pubblicità. Di solito potrà controllare il colore del pulsante principale, i colori di testo e sfondo, il colore dei bordi, il raggio degli angoli, il testo del pulsante e la lingua. Li imposti partendo dalla palette del suo sito invece di sceglierne di nuovi.

• Allinei il colore del pulsante alla call to action più forte già presente sul sito, così il pulsante di prenotazione risulti suo.
• Allinei il raggio degli angoli a quello dei suoi pulsanti e delle sue schede. Un widget a forma di pillola dentro un sito dagli angoli vivi è il dettaglio che quasi tutti notano senza saperlo nominare.
• Usi le parole dei suoi ospiti sul pulsante. "Prenota un tavolo" per una sala da pranzo, "Prenota" per un locale più informale. Tre parole o meno sopravvivono a uno schermo piccolo.
• Controlli il contrasto alla luce del giorno su un telefono, non sul monitor della scrivania. Testo chiaro su sfondo chiaro è il problema di accessibilità più comune nei widget personalizzati.

Il comportamento su mobile è la vera provaCopy link to section: Il comportamento su mobile è la vera prova

La maggior parte del traffico di prenotazione arriva da telefono, spesso con una mano sola, spesso all’aperto, a volte con una connessione debole mentre l’ospite è fermo in strada a decidere. Dia per scontato che questo sia il suo utente tipo, non l’eccezione. Il widget deve occupare tutta la larghezza disponibile, avere aree toccabili abbastanza grandi da colpire camminando, richiamare il tastierino numerico per il numero di telefono e non intrappolare mai l’ospite in uno scorrimento orizzontale. Provi il percorso con un pollice solo sul suo telefono prima di decidere che funziona.

Che cosa controllare prima di pubblicareCopy link to section: Che cosa controllare prima di pubblicare

1. 1Apra la pagina pubblicata in una normale finestra del browser, non nell’anteprima dell’editor. Gli editor spesso bloccano gli script e fanno sembrare rotto un widget che funziona.
2. 2Verifichi che gli orari mostrati coincidano con quelli in cui serve davvero, ultimo turno e giorni di chiusura compresi.
3. 3Provi con un numero di persone superiore al suo limite online e controlli che all’ospite venga detto che cosa fare invece di finire in un vicolo cieco.
4. 4Faccia una prenotazione vera dall’inizio alla fine da telefono, con la rete dati e il wi-fi spento.
5. 5Controlli che il messaggio di conferma arrivi, sia scritto correttamente, riporti il nome giusto del ristorante e contenga un link di annullamento funzionante.
6. 6Controlli che la prenotazione compaia nel suo sistema con data, orario, numero di persone e recapiti corretti.
7. 7Annulli la prenotazione di prova perché non resti a registro e verifichi che la fascia oraria torni disponibile nel widget.

Gli errori di installazione più frequentiCopy link to section: Gli errori di installazione più frequenti

• Salvato ma non pubblicato. Quasi tutti i sistemi tengono una bozza e una configurazione pubblicata. Una bozza salvata è invisibile agli ospiti, ed è l’origine del classico "l’ho cambiato e non è successo niente".
• Incollato in un blocco di testo invece che in un blocco embed. I gestori di siti neutralizzano il codice incollato nei contenuti normali, quindi lo snippet appare in pagina come testo visibile. Usi il blocco HTML o codice personalizzato.
• Lo script incollato tre volte. Una volta per pagina basta. I duplicati rallentano la pagina e possono far comparire il widget due volte.
• Sepolto troppo in basso. Un widget che nessuno raggiunge scorrendo non converte nulla. Metta un punto di ingresso nell’intestazione di ogni pagina.
• Lasciato attivo accanto al vecchio modulo. Un modulo di contatto dimenticato che continua a raccogliere richieste significa metà prenotazioni nel sistema e metà nella casella di posta.

Per la parte pratica su una piattaforma specifica, la guida all’installazione del widget copre il codice di installazione e la guida alla personalizzazione copre le impostazioni di aspetto. Se sta ancora decidendo se integrare o meno, Prenotazioni dirette vs portali di prenotazione è la versione onesta di quel confronto.