Los menús con códigos QR llegaron a los restaurantes la misma semana en que estalló la pandemia, y la mayoría de los propietarios nunca se han replanteado seriamente la decisión que tomaron entonces. La pegatina con el código QR de la mesa sigue apuntando al PDF que alguien subió a Google Drive en marzo de 2020, el enlace está a un redireccionamiento de dominio de acabar en la papelera, y nadie del equipo puede editar los precios sin pasar por el gerente que lo configuró. Esa versión de los menús con código QR se ha ganado su mala reputación: tardan en cargarse, son feos de escanear, imposibles de actualizar y están restando ventas al restaurante silenciosamente en cada turno.
La versión de 2026 es un producto diferente. Si se hace bien, un menú QR acorta el tiempo entre «el cliente se sienta» y «se pide la primera ronda» entre dos y cuatro minutos, aumenta el ticket medio porque el menú puede promocionar productos de mayor valor visualmente, y elimina una parte significativa del coste de mano de obra por comensal al eliminar partes del trabajo de toma de pedidos que antes recaía en un camarero. Esta guía es la versión práctica: los tres modelos de menú QR entre los que vale la pena elegir, las reglas de diseño que hacen que una pegatina se pueda escanear, los patrones de integración que conectan un QR con el resto de la pila tecnológica del restaurante, y la lista de verificación de implementación que te lleva de una pegatina en la mesa a un sistema operativo en treinta días.
Los tres modelos de menú QR y cuándo es adecuado cada uno
Los operadores hablan de «menús QR» como si se tratara de un único producto. Hay tres, y se adaptan a diferentes formatos. Elegir el incorrecto es el error más común que vemos.
Modelo 1: Menú PDF estático
El código QR apunta a un PDF alojado en algún sitio: la página web del restaurante, Google Drive, un enlace de Dropbox. Es el más barato de configurar; todo lo demás que tiene es un error. El PDF tarda entre 6 y 10 segundos en cargarse en el móvil, no funciona en todos los teléfonos, no se puede editar sin volver a subirlo, y no ofrece nada en cuanto a análisis, ventas adicionales o accesibilidad. Existe porque en 2020 nadie tenía tiempo para hacerlo mejor.
Un PDF estático solo es aceptable como solución temporal para un menú de evento de corta duración (una cena con maridaje de vinos, un menú degustación disponible solo durante un fin de semana). Para cualquier cosa que preveas que dure más de un mes, descártalo.
Modelo 2: Menú digital alojado (solo visualización)
El código QR redirige a una página web alojada en tu dominio (o en el subdominio de tu proveedor de menús). El menú es una página adaptativa en toda regla, de carga rápida, editable en tiempo real, que puede incluir fotos, filtros de alérgenos, etiquetas dietéticas, opciones multilingües y un botón para «llamar al camarero». Los clientes leen; no piden desde la página; el camarero sigue tomando la comanda en un terminal de punto de venta portátil o en un bloc de notas.
Este es el modelo adecuado para formatos de servicio completo en los que leer el menú y pedir son tareas diferentes: el cliente sigue prefiriendo el contacto humano a la hora de pedir a través de un camarero, pero el menú en sí mismo debe ser algo que se pueda actualizar sin necesidad de imprimirlo. También es el modelo adecuado para bares y locales especializados en cócteles, donde la hospitalidad es lo importante y una tableta en la mesa arruinaría el ambiente. La mayoría de los bistros independientes, restaurantes italianos de barrio y gastropubs se encuentran en esta categoría.
Modelo 3: Escaneo para pedir (totalmente integrado)
El código QR redirige a una página web donde el cliente navega, elabora un pedido y paga. El pedido llega directamente al TPV y al sistema de visualización de la cocina , igual que lo haría un pedido introducido por un camarero. El pago se ingresa en la misma caja. El trabajo del camarero pasa de «tomar el pedido» a «servir la comida, gestionar el local y realizar ventas adicionales», que es para lo que fue contratado en primer lugar.
Este es el modelo adecuado para restaurantes de servicio rápido, fast-casual, zonas de restauración, terrazas de piscinas de hoteles, bares deportivos en hora punta, food trucks con mesas cercanas y cualquier concepto en el que la rentabilidad del local dependa del número de comensales por hora en lugar del importe medio del ticket. Normalmente observamos que el sistema de escanear para pedir aumenta entre un 8 % y un 15 % el ticket medio, ya que la presentación visual del menú vende más acompañamientos que el argumento de venta del camarero, y reduce entre 30 y 45 segundos el tiempo desde la llegada del cliente hasta el primer pedido. La pega: requiere trabajo de integración y hay que replantearse el modelo de rotación de mesas, ya que el pedido llega antes de que el camarero haya saludado a los comensales.
¿Qué modelo se adapta a su formato?
- Restaurantes de alta cocina, menús degustación, bistros íntimos: Modelo 2. La hospitalidad es el factor diferenciador; el QR sirve para presentar el menú, no para tomar el pedido.
- Restaurantes informales con servicio completo, gastropubs, restaurantes italianos de barrio, brasseries: Modelo 2 por defecto. Considera el Modelo 3 solo para las mesas del bar.
- Restaurantes informales de servicio rápido, servicio en barra, cuencos, ensaladas: Modelo 3. El cliente espera lo digital.
- Bares deportivos, cervecerías, cervecerías al aire libre, grandes terrazas: Modelo 3 para la terraza (donde los camareros tienen que cubrir demasiado terreno), Modelo 2 en el interior.
- Food trucks, cocinas fantasma, ventanillas de comida para llevar: Modelo 3, sin duda. Véase el TPV de comida para llevar para el patrón de integración.
- Hoteles, restauración en complejos turísticos, servicio de habitaciones: Modelo 2 para el restaurante, Modelo 3 para la habitación y junto a la piscina.
Crea un QR ahora mismo
Introduce la URL de la página del menú a la que quieres que lleguen los clientes en el generador de abajo. Genera un QR con alta corrección de errores (por lo que se sigue escaneando aunque haya un pequeño logotipo o una pegatina encima), en el color de tu marca y en tamaños listos para imprimir. Descarga el SVG para el diseñador de impresión y el PNG para carteles de mesa o tarjetas plastificadas.
Hay algo que el generador no te puede decir: la URL a la que lo dirijas
debe estar alojada en un dominio que controles. Dirigir un código QR a
bit.ly/3aXjY9 un PDF de Google Drive es la razón más
común por la que un menú QR deja de funcionar: el servicio de enlaces cortos
cambia sus condiciones, los permisos de uso compartido caducan y el cartelito de mesa en
la esquina de la sala se convierte en un error 404 ante un cliente que
ya tiene hambre y ahora está ligeramente molesto.
Fundamentos de diseño que determinan si el QR se escanea realmente
La mayoría de las quejas de «el código QR no funciona» no tienen nada que ver con el enlace. Son problemas físicos de fallo en el escaneo. Las cinco reglas que solucionan el 90 % de ellos:
1. Contraste. Primer plano oscuro sobre un fondo claro. Un QR negro o casi negro sobre fondo blanco se escanea en milisegundos; un QR «marca sobre marca» (marrón claro sobre crema, azul marino sobre negro) hace que la cámara tenga que esforzarse más y falla con poca luz. El color de la marca está bien para el primer plano, solo tiene que ser lo suficientemente oscuro.
2. Tamaño. El tamaño mínimo de impresión es de 25 mm por 25 mm para un teléfono que escanea a un brazo de distancia. Para un cartel de mesa situado a 30-40 cm del cliente, 30-35 mm es el tamaño adecuado. Para un cartel en el suelo en el bufé de un hotel, donde los clientes escanean desde un metro de distancia, el QR debe tener al menos 60 mm. La regla general: longitud del lado del QR = distancia al escáner / 10.
3. Zona de seguridad. El borde blanco alrededor del código QR. La mayoría de los escáneres necesitan al menos 4 módulos (los pequeños cuadrados que componen el código QR) de espacio libre alrededor del código antes de poder detectarlo. Un código QR apretujado contra el borde de un cartel de mesa o encajonado junto a un logotipo fallará la mitad de los escaneos.
4. Corrección de errores. Configúrela en «alta» (nivel H). Esto le restará algo de densidad al código QR, pero significa que el código seguirá escaneándose incluso con hasta un 30 % de su superficie dañada, manchada de salsa o cubierta por un pequeño logotipo en el centro. El generador anterior tiene el valor predeterminado en H por este motivo.
5. Material físico. El laminado brillante refleja la luz y provoca fallos de escaneo bajo las lámparas colgantes de los restaurantes. El laminado mate es el acabado adecuado. Para mesas al aire libre, utiliza tintas resistentes a los rayos UV; la luz solar decolora una impresión estándar en menos de tres meses.
Dónde colocar los códigos QR (y dónde no)
La decisión sobre la ubicación es tan importante como el diseño. Las ubicaciones que funcionan:
- Pequeño cartel acrílico en el centro de la mesa. La opción predeterminada. Dos caras (para que dos comensales puedan escanear a la vez), código QR de 30-35 mm, breve leyenda («Escanea para ver el menú» o «Escanea para pedir»). Sustituye por completo al menú impreso.
- Pegatina en la esquina de la mesa. Barato, funciona para barras de bar y mesas altas donde un cartel de mesa estorba. Vulnerable a los derrames.
- Impresión en posavasos, servilletas o manteles individuales. Menor tasa de escaneo (los clientes tienen que levantar el posavasos). Útil como alternativa, no como opción principal.
- Fuera de la puerta principal y en la ventana. Un código QR que abre la misma página del menú que ven los clientes en la mesa es también un recurso de marketing para el tráfico de transeúntes. Añade una URL indexable para el SEO local.
- En el recibo y en la recepción. Para la petición de pedidos para llevar online: el QR del recibo es el canal de captación de clientes más barato que tiene un restaurante, y el QR de la recepción captura al cliente que ha entrado pero la espera es demasiado larga.
Las ubicaciones que no funcionan: códigos QR diminutos en el reverso de un menú impreso (los clientes no le dan la vuelta al menú), códigos QR en la pared detrás de la barra donde el camarero bloquea la línea de visión, códigos QR impresos en plástico negro brillante que reflejan las luces colgantes en la cámara.
El flujo de «escanear para pedir»: cómo debería integrarse
Si utilizas el Modelo 3, la forma de la integración determina si el sistema es útil o realmente perjudicial. Las integraciones que importan, por orden:
Integración con el TPV. La página de «escanear para pedir» escribe directamente en el TPV como si fuera un camarero, con el número de mesa adjunto. Los platos, los modificadores, las peticiones especiales y la cuenta aparecen en el mismo ticket que cualquier cosa que el camarero añada más tarde. Sin esto, te acabas encontrando con dos cajas registradoras paralelas, dos recibos paralelos al cerrar, y un aumento en los costes de mano de obra por tener que conciliarlos manualmente. Consulta la gestión de pedidos en restaurantes para conocer la forma más detallada.
Integración con el KDS. Los tickets generados a partir de pedidos con QR llegan al mismo sistema de visualización de cocina que los tickets introducidos por el camarero, con los mismos metadatos de canal, plato y tiempo. La cocina no necesita saber si el pedido proviene de un camarero o de un teléfono; el trabajo es idéntico. Oculta la fuente del canal en la línea del KDS: es una distracción y ralentiza a los expedidores.
Integración de pagos. La tarjeta del cliente permanece dentro del flujo de «escaneo para pedir»; se evita el terminal de pago. La cuenta se cierra cuando el cliente pulsa «Pagar» en su teléfono, no cuando el camarero trae el dataphone. De aquí proviene la mayor mejora en el tiempo de servicio: el final de la comida ya no es un evento de 5-7 minutos en el que hay que «perseguir al camarero para que traiga la cuenta».
Ritmo de los platos. La cocina sigue necesitando saber que se ha enviado el pedido. La integración debería permitir al camarero enviar cada plato (o que se envíe automáticamente con un temporizador); el QR envía el pedido, pero sigue siendo una persona quien decide cuándo la cocina empieza a prepararlo. Sin esto, los platos principales pueden llegar antes de que se retiren los entrantes.
Visibilidad del camarero. El camarero que atiende la mesa ve llegar el pedido en tiempo real en su dispositivo móvil y puede modificarlo, ofrecerlo de cortesía o anularlo como si lo hubiera tomado él mismo. Ocultar los pedidos QR al camarero es el peor error que cometen los operadores al implantar el sistema de escanear para pedir: elimina la capacidad del camarero para gestionar la mesa y convierte la hostelería en pura logística.
Pago en mesa sin «scan-to-order» (Modelo 2 + pago)
Una solución intermedia que vale la pena conocer: el menú se sigue leyendo en la página del código QR, el camarero sigue tomando el pedido, pero al final de la comida el cliente escanea la parte inferior de la factura para pagar desde su teléfono en lugar de esperar a que le traigan la terminal de pago. Este es el modelo de pago en mesa sin el hardware, y para un restaurante informal donde el cierre de la cuenta es la parte más larga de la comida, suele ser una ventaja mayor que la reconversión completa al sistema de escaneo para pedir.
El requisito técnico es que la impresora de recibos imprima un código QR que codifique el ID de la cuenta y un enlace directo al procesador de pagos. El cliente escanea el código, elige la propina y la cuenta se cierra en el TPV en el momento en que se confirma el pago. A los camareros les encanta porque recuperan el tiempo de cierre de la cuenta; al departamento de finanzas les encanta porque la gestión de las propinas es más clara; a los clientes les encanta porque la comida termina cuando ellos deciden que termine, no cuando el camarero tiene tiempo.
Accesibilidad: no ofrezcas un menú con código QR que excluya a los clientes
El menú solo en QR tiene un coste real de accesibilidad que es fácil pasar por alto. Clientes mayores sin smartphones, clientes con discapacidades visuales, clientes cuyos teléfonos están descargados o sin datos móviles: todos ellos son clientes a los que no quieres rechazar. Cinco reglas prácticas:
- Ten entre tres y cinco menús impresos en la recepción. Si los piden, dáselos sin hacer preguntas. Esta es la decisión más importante en materia de accesibilidad y la más barata de implementar.
- La página del menú QR debe ser compatible con lectores de pantalla. Estructura de encabezados, texto alternativo en las fotos de los platos, nada de menús que sean solo imágenes de texto. Si el menú es un PDF, este debe estar etiquetado para la accesibilidad (la mayoría de los PDF no lo están).
- Los alérgenos y las etiquetas dietéticas deben poder filtrarse. «Muéstrame solo los platos veganos» es una consulta que el menú QR puede responder más rápido que el camarero. Si tu menú impreso ya incluye los alérgenos, la versión digital debería permitir al cliente filtrarlos.
- Botón para aumentar el tamaño de letra. Un sencillo botón «AA» en la parte superior de la página del menú que duplica el tamaño de la fuente. No cuesta nada, pero es importante para una parte significativa de los clientes.
- Botón para cambiar a varios idiomas. Una página de menú QR puede presentar el menú en cinco idiomas sin necesidad de imprimir cinco menús. Para el SEO local, esto también ayuda: cada versión lingüística es una página indexable por separado.
La ADA en EE. UU., la Ley de Igualdad en el Reino Unido y la Ley de Accesibilidad de la UE incluyen explícitamente los menús digitales como parte de los servicios de cara al público. Trata el menú QR como el mismo recurso de accesibilidad que tu sitio web.
Seguimiento de lo que funciona: códigos QR dinámicos, etiquetas UTM y pruebas A/B
La razón por la que un menú QR es más potente que uno impreso es que se puede medir. Los dos elementos técnicos:
Códigos QR dinámicos. El QR codifica una URL corta que tu sistema controla y redirige con un 302 a la página del menú actual. La ventaja: puedes cambiar el destino del QR sin tener que volver a imprimir los carteles de mesa. Si lanzas un nuevo menú, cambias un precio o modificas la URL de pedido, las pegatinas QR existentes siguen funcionando. El coste es una pequeña cuota mensual por un servicio de gestión de QR, o tu propio acortador de URL si tienes capacidad técnica.
Parámetros UTM por ubicación. La misma URL del menú, servida desde diferentes códigos QR, con diferentes etiquetas de origen UTM: una por ubicación. Ahora puedes responder a preguntas como: ¿los clientes escanean más a menudo el código QR de la mesa o el de la ventana? ¿El código QR del recibo genera más pedidos repetidos que el de la recepción? Estos son los datos que justifican el programa de códigos QR.
Realice pruebas A/B de la estructura del menú. El menú QR le permite probar qué disposición de platos vende más sin tener que reimprimir nada. Coloque los platos de mayor margen en la parte superior; pruébelo durante dos semanas; compruebe la matriz de ingeniería de menús. Esta es la versión de la ingeniería de menús que los menús impresos nunca permitieron porque el ciclo de producción era demasiado lento.
Una métrica de escaneo que vale la pena seguir es la «conversión de escaneo a pedido»: qué porcentaje de clientes que escanearon el QR también hicieron un pedido a través de él. Lo normal es un 60-75 % en el Modelo 3 (el resto pide a través del camarero). Por debajo del 40 % suele significar que la página del menú es lenta, que el diseño es confuso o que los clientes abandonan porque la página les pide demasiada información antes de que puedan ver la comida.
Errores comunes que acaban silenciosamente con los menús QR
Los errores que vemos con más frecuencia, en orden aproximado según el daño que causan:
- Dirigir el código QR a una página lenta. Cualquier tiempo superior a 3 segundos para la primera carga hace que una parte significativa de los clientes se rinda. Los PDF alojados y los generadores de menús sin caché son los peores culpables. Analiza la página del menú con PageSpeed; intenta que el primer contenido se cargue en menos de 1,5 segundos en dispositivos móviles.
- No hay alternativa cuando se queda sin cobertura móvil. Restaurantes en sótanos, en edificios de hormigón, con mala cobertura móvil. La página del menú debería incluir un service worker que almacene el menú en caché tras el primer escaneo, para que los siguientes clientes en la misma mesa no necesiten cobertura móvil para verlo.
- Pedir el correo electrónico o el inicio de sesión antes de que se cargue el menú. El QR estorba a la hora de comer; tratarlo como una oportunidad de captación de datos de marketing hace que el cliente se vaya. Pon la solicitud de correo electrónico al final del menú o en el recibo, nunca en la portada.
- No hay ninguna indicación de que el código QR sea el menú. Un código QR en una mesa sin pie de foto puede confundirse con un código QR de pago, de fidelización, de wifi o de número de mesa. Incluye siempre la frase «Escanea para ver el menú» o «Escanea para pedir» en letra de 10-12 pt debajo del código.
- Olvidarse de actualizar el QR cuando cambia la URL. Si utilizas un QR estático (no dinámico), cambiar la URL implica reimprimir todos los QR del restaurante. Utiliza QR dinámicos a menos que realmente no tengas intención de cambiar el destino.
- No hay forma de llamar al camarero desde la página del menú. Un botón de «llamar al camarero» junto al menú (que hace sonar un dispositivo portátil) resuelve el problema de «quiero hacer una pregunta» que, de otro modo, interrumpe el proceso de escanear para pedir.
Cumplimiento normativo y datos: lo que recopilas cuando los clientes escanean
Según el RGPD (UE), la CCPA (California), la LGPD (Brasil) y varios otros marcos normativos emergentes, los datos que se recopilan al escanear un código QR son datos personales en el momento en que pueden vincularse a un usuario específico. Las implicaciones prácticas para un menú con código QR:
- El escaneo del código QR en sí mismo no constituye un acto de consentimiento: el cliente que escanea el código no ha aceptado nada. La página a la que accede puede utilizar cookies estrictamente necesarias; todo lo demás (análisis, publicidad, remarketing) requiere consentimiento explícito antes de activarse.
- Los datos del pedido (lo que comió el cliente, cuándo, cuánto gastó) son datos personales una vez vinculados a un teléfono, correo electrónico o cuenta. El almacenamiento requiere la base legal declarada en su política de privacidad.
- La política de privacidad debe estar enlazada desde la página del menú, no escondida en el pie de página del sitio web principal. La mayoría de los clientes no la leerán; no pasa nada, pero debe ser accesible.
- Si la página del menú establece una cookie que rastrea al cliente a lo largo de las sesiones, se trata de una cookie de rastreo y requiere consentimiento.
La buena noticia: un flujo de «escaneo para pedir» bien diseñado puede recopilar exactamente los datos necesarios para gestionar el programa de fidelización y el embudo de marketing, y nada más. La parte de marketing del restaurante es un tema aparte; la parte legal es el tipo de cosa que tu proveedor de menús ya debería haber resuelto.
Un plan de implementación de 30 días
Si vas a poner en marcha un menú QR por primera vez, o vas a sustituir el PDF estático que lleva en funcionamiento desde 2020, esta es la secuencia que utilizamos para pasar de la decisión al sistema operativo en un mes.
Semana 1: elige el modelo y la página del menú. Decídete por el Modelo 2 o el Modelo 3 (el Modelo 1 no entra en cuenta; si tu presupuesto lo exige, utiliza el Modelo 1 durante un mes y luego planifica la migración al Modelo 2). Ponga en marcha la página del menú en su propio dominio. Confirme que se carga en menos de 1,5 segundos en el móvil. Añada filtros de alérgenos, opción de letra grande y opción multilingüe.
Semana 2: imprimir y colocar. Genera códigos QR dinámicos con etiquetas UTM por ubicación (utiliza el generador anterior para el lote inicial; cambia a un servicio de códigos QR dinámicos antes de ampliar la escala). Imprime en los tamaños indicados en la sección de diseño. Colócalos en los carteles de mesa, la recepción, el escaparate y el ticket de caja. Forma al equipo en el nuevo flujo.
Semana 3: medir y ajustar. Observa la conversión de escaneo a pedido (si es el Modelo 3), el tiempo medio desde el escaneo hasta el primer pedido, y las preguntas de ayuda que los clientes hacen a los camareros. Cualquier cosa que genere una pregunta recurrente es un problema de experiencia de usuario en la página del menú; corrígelo.
Semana 4: integrar con el resto del sistema. Confirma que el TPV, el KDS y el terminal de pago ven todos los pedidos. Si la caja cuadra correctamente, la implementación está lista. Añade la inscripción al programa de fidelización mediante código QR en el recibo. Examina los datos de ingeniería del menú y realiza la primera prueba A/B sobre el pedido de artículos.
La mayoría de los restaurantes que vemos hacer esto alcanzan un estado estable en treinta días. Los que tardan más son los que intentaron implementar el Modelo 3 antes de que la integración del TPV estuviera lista; no te saltes ese paso o pasarás los primeros noventa días conciliando cajas registradoras a mano.
¿Cuál es el siguiente paso?
Un menú QR es una capa de la pila tecnológica de un restaurante, concretamente la capa de pedidos de los clientes que se sitúa por encima del TPV y alimenta el KDS. Los elementos que hacen que realmente valga la pena son las integraciones con el resto de la pila: el sistema de gestión de pedidos, el sistema de gestión de menús que permite actualizar los precios una sola vez y que se propaguen a todas partes, y el TPV con pedidos online nativos que trata una sesión de «escanear para pedir» y un pedido en la sala como el mismo tipo de ticket.
Si el objetivo no es solo «enviar un QR», sino «enviar un QR que influya en la cuenta de resultados», las métricas que demuestran que ha funcionado se encuentran en el mismo lugar que todas nuestras demás métricas de operador: el ticket medio en la cuenta de resultados, el coste de mano de obra por comensal en el informe de costes de personal y los comensales por hora en el panel de rotación de mesas. Un menú QR que no influye en ninguna de esas cuatro cifras en un trimestre no es un menú QR, es una pegatina.
