Un widget de menú es un pequeño fragmento de código en su propio sitio web que muestra su menú actual como parte de la página, leído en vivo desde el sistema donde usted mantiene el menú, en lugar de enlazar a un PDF que hay que exportar y volver a subir tras cada cambio.
Muchos sitios web de restaurantes siguen haciendo lo contrario. En algún lugar de la navegación hay un enlace llamado "Menú", y detrás un PDF: cuatro páginas A4, de 2 a 5 MB, diseñado para imprimir. En el móvil, el cliente pellizca, amplía, se desplaza de lado y se rinde en algún punto de la pasta. Y en cuanto cambia un precio, el archivo de la web queda mal.
Este artículo analiza lo que realmente le cuesta ese enlace PDF, qué hace un widget de forma diferente y dónde tiene límites que conviene conocer antes de cambiar.
Lo que le cuesta el enlace PDF
Tomemos un restaurante de ejemplo con un menú de 40 platos que cambia unas pocas veces al año, más una oferta de almuerzo que cambia cada semana. Así es mantener la web al día con un PDF:
| Paso | Tiempo cada vez |
|---|---|
| Cambiar el precio o el plato en el archivo de diseño | 10 minutos |
| Exportar un PDF nuevo, revisarlo | 5 minutos |
| Entrar en la web, sustituir el archivo | 5 a 10 minutos |
| Comprobar que el archivo antiguo ha desaparecido de verdad (cachés del navegador y del buscador) | 5 minutos |
| Hacer lo mismo con la oferta de almuerzo | 20 minutos, cada semana |
Eso es aproximadamente media hora por cambio, y más de 15 horas al año solo para la oferta de almuerzo. En la práctica, el resultado es conocido: el menú de la web es de la temporada pasada, el PDF del almuerzo es de hace tres semanas y nadie se da cuenta hasta que un cliente pide un plato que ya no existe.
También hay costes menos visibles:
- En el móvil, un PDF es un documento, no una página. Se abre en un visor, a veces como descarga, y el cliente abandona su web para leerlo.
- Muestra un solo idioma. Un segundo idioma significa un segundo PDF y una segunda subida cada vez.
- No puede aceptar reservas. Un cliente que acaba de decidir que quiere venir tiene que buscar el teléfono o un formulario aparte.
Qué hace un widget de forma diferente
Un widget convierte el menú de un archivo en una vista. Usted mantiene el menú en un solo lugar, y la web muestra lo que haya allí en ese momento.
| Enlace PDF | Widget de menú | |
|---|---|---|
| Dónde lo lee el cliente | En un visor de PDF, a menudo fuera de su sitio | En su página, con su diseño |
| En el móvil | Pellizcar y ampliar | Se adapta a la pantalla |
| Tras un cambio de precio | Exportar, subir, sustituir | Nada que hacer en la web |
| Segundo idioma | Segundo archivo | Un ajuste de idioma en el código de inserción |
| Ofertas diarias o semanales | Archivo aparte, subida aparte | Widget aparte, se actualiza solo |
| Reservar mesa | No es posible | Formulario de reserva junto al menú |
| Diseño | Fijado por el archivo | Sus colores y la fuente de su sitio |
La línea importante es la tercera. Con un widget, la web deja de ser un lugar donde se mantiene el menú. Se convierte en un lugar donde se muestra el menú. Esa es la diferencia entre un menú actual y uno que solo está al día los días en que alguien se acordó.
Insertar un widget en su propio sitio web
La parte técnica es más pequeña de lo que la mayoría de los propietarios espera. Con Widget Creator, una inserción consta de dos líneas de HTML: un marcador de posición donde debe aparecer el widget y una etiqueta de script antes del final de la página. Funciona en WordPress, Wix, Squarespace o en un sitio escrito a mano, porque la web solo necesita aceptar un fragmento de HTML.
Una configuración realista para un restaurante tiene este aspecto:
| Dónde en la web | Qué widget | Qué ve el cliente |
|---|---|---|
| Página de menú | Menú clásico | El menú completo por categorías, con descripciones, tamaños y precios |
| Página de inicio, cerca de arriba | Destacado de hoy | Solo lo que se ofrece hoy |
| Página de almuerzo | Lista de menú diario | Las ofertas de la semana, agrupadas por día |
| Sección de eventos o noticias | Promociones | Solo las promociones activas; las caducadas desaparecen solas |
| Página de reservas | Reservar mesa | Fecha, hora, número de personas, datos de contacto y casilla de privacidad |
Cada widget se construye una vez. Usted elige el tipo, ajusta colores, tamaño de fuente y radio de esquinas, y mira el resultado en una vista previa de escritorio, tableta y móvil antes de publicar. La fuente puede dejarse en "heredar", para que el widget use la fuente de su sitio web en lugar de traer la suya propia. Para lo que los ajustes no cubren, hay campos para su propio CSS y JavaScript.
Si otra persona se ocupa de su web, no necesita explicarle nada de esto. El diálogo de inserción puede enviar las instrucciones directamente a su diseñador web por correo electrónico, y un enlace de vista previa muestra el widget por sí solo antes de publicarse.
De dónde sale el contenido
Los widgets no guardan el menú. Lo leen de Restaurant Hub, donde usted lo introduce una vez: platos, categorías, descripciones, tamaños, precios en sus divisas, marcas de alérgenos, ofertas diarias y promociones. Los mismos datos alimentan también el menú QR digital y el menú imprimible, que es la idea que describimos en por qué un código QR que abre un PDF es la solución equivocada.
En la práctica, eso significa que un cambio en Restaurant Hub actualiza a la vez la página del menú, el widget de almuerzo de la página de inicio y el menú QR de la mesa. Nadie toca la web.
Las solicitudes de mesa del widget Reservar mesa llegan a Restaurant Hub como solicitudes de reserva, junto a las que introduce su equipo, y se confirman o rechazan en el mismo lugar.
El código QR en la mesa o en el escaparate
Muchos restaurantes también quieren un código QR que lleve al menú, en una pegatina de escaparate, un folleto o un soporte de mesa. Si quiere que ese código abra la página de menú de su propia web, donde vive el widget, basta con un código del Generador de códigos QR gratuito que apunte a esa página. Como la página muestra el menú en vivo, el código impreso nunca queda desactualizado.
Límites que conviene conocer
Un widget no es magia, y hay algunos puntos que conviene decidir de antemano:
- Un diseño por tipo de widget. Lo adapta con colores, fuente y su propio CSS, no eligiendo entre varios diseños.
- El idioma se fija en el código de inserción. Si su web tiene una versión en inglés y otra en alemán, inserta el widget con el código de idioma correspondiente en cada una. El widget no adivina por sí solo el idioma del visitante.
- El contenido se edita en Restaurant Hub, no en el widget. Esa es la idea, pero significa que el widget no puede mostrar un plato que no esté en los datos de su menú.
- El script se coloca una vez por página, aunque la página muestre varios widgets.
- Mantenga algo de texto propio en la página. El widget carga el menú con un script. Un párrafo breve en la propia página sobre su cocina, su ubicación y su horario sigue ayudando a los visitantes y a los buscadores a entender la página de un vistazo.
Cuándo sigue teniendo sentido el PDF
Hay un lugar donde el PDF sigue siendo el formato adecuado: el papel. Un menú impreso en la mesa o en el escaparate necesita un diseño fijo. El enfoque sensato es generar ese PDF a partir de los mismos datos del menú, en lugar de mantener un archivo de diseño aparte que se aleja poco a poco de la realidad. Restaurant Hub hace exactamente eso con su menú imprimible.
En la web, sin embargo, al PDF no le queda ninguna ventaja. Es más lento de actualizar, más difícil de leer en el móvil, está limitado a un idioma y no puede aceptar reservas.
Cómo empezar
Widget Creator es gratuito en cada espacio de trabajo de KIMISUITE. Los widgets de restaurante leen su contenido de Restaurant Hub, que puede añadir al mismo espacio de trabajo con 14 días gratis. Construya su primer widget de menú, pegue dos líneas en su web y el próximo cambio de precio se resolverá solo. Cree su espacio de trabajo gratuito.
