Menú con código QR en un restaurante: créalo una vez y no vuelvas a imprimirlo nunca más.

Todos aconsejan lo mismo: genera un código QR, pon en él el enlace al menú, imprímelo y listo. En mi opinión, es la forma más estúpida posible de hacerlo. Y en un momento mostraré por qué.

Primero la imagen. Viernes, sala llena, el camarero corre como loco. En la mesa siete, tres clientes llevan cinco minutos agitando el teléfono sobre una pegatina grasienta. El código lleva a un PDF de hace dos temporadas. La mitad de los platos no están. Precios inventados. Al final preguntan por la carta de papel, que ya no imprimís. ¿Te suena? Pues eso.

El código QR del menú no es un gadget. Es tu "botón" más tocado en todo el local. Y suele crearse de tal manera que los problemas están integrados en el guion desde el primer día.

El código que codifica el archivo es un código de un solo uso (solo que no lo sabes)

Un clásico. Generas un QR que contiene la dirección directa a menu-wiosna-2025.pdf. Imprimes, laminas, grabas en colgantes, distribuyes por las mesas. Hermoso. Funciona hasta el primer cambio en la carta.

Porque cambias el proveedor de cerveza. O subes el precio de la hamburguesa tres zlotys. O entra un menú de temporada. Y de repente, ese precioso código laminado lleva a contenido desactualizado. Tienes dos opciones: dejar la mentira sobre la mesa o volver a imprimir todo desde cero.

El código QR en sí es tonto. Es literalmente una imagen que codifica un fragmento de texto. Si le has puesto una dirección larga y rígida a un archivo, estás casado con esa dirección. Para bien y para mal.

Y toda la cura cabe en una sola frase. El código no debe dirigir al menú. Debe dirigir a un enlace corto, cuyo destino puedes cambiar cuando quieras.

En la práctica se ve así

En lugar de codificar en un QR a un monstruito al estilo:

https://twojarestauracja.pl/uploads/2025/menu-final-v3-NEW.pdf

codificas una dirección intermedia corta:

https://cutty.dev/u/menu

Este enlace nunca cambia. Solo cambia hacia dónde dirige, y eso lo configuras en el panel en treinta segundos. Hoy abre la carta de primavera. Mañana la de invierno. Dentro de un mes lo cambiarás por el PDF con los vinos junto a la barra. ¿Pegatinas en las mesas? Las mismas. Cambias el destino, no el papel. Ese es todo el truco y realmente no hay ninguna trampa oculta.

Receta para un código que harás una vez y olvidarás

Uno por uno.

Primero haz el menú como una página web, no como un PDF. Esto es importante. Un PDF en el teléfono es un drama: hay que hacer zoom, desplazarse hacia los lados y, con mala cobertura en el sótano del local, tarda siglos en cargar. Una simple subpágina HTML se abre al instante y es legible en cualquier pantalla, incluso en esa con la pantalla rota de cincuenta zlotys.

Luego crea un enlace corto con un final coherente. Algo como /u/menu o /u/karta. Será útil cuando el cliente prefiera escribir la dirección manualmente o cuando se la proporciones por teléfono durante una reserva ("punto dev, barra menú").

A partir de este enlace corto generas un código QR. Una. Vez. En cutty.dev lo haces directamente con el enlace listo, así que no saltas entre tres herramientas ni te complicas intentando averiguar qué archivo PNG era el correcto.

Imprimes y despliegas. Colgantes, pegatinas, pegatina en la entrada, póster en el escaparate para los pedidos para llevar.

Eso es todo. De ahora en adelante, el cambio de tarjeta es una sola edición en el panel. El papel se queda donde está.

Los escaneos te dicen más sobre el local de lo que crees

Aquí entra algo que la mayoría de los restauradores simplemente pasan por alto. Un enlace corto proporciona estadísticas de escaneos. Y no son números muertos para enmarcar, es conocimiento sobre tu propio local.

Ves cuántas veces se abrió el menú el viernes por la noche y cuántas el martes por la tarde. Crea un código aparte para el almuerzo y otro distinto para la carta de la noche, y verás a qué hora empieza realmente la cena en tu caso (normalmente no es cuando piensas). Un código aparte en la carta de vinos te mostrará la cruda realidad: si alguien llega siquiera a consultarla.

Y ahora atención, porque esto es importante. En cutty.dev recopilamos estos números sin crear un perfil de invitado. La IP pasa por un hash, no hay rastreadores publicitarios, no hay una ficha del cliente. Obtienes el número de escaneos y la tendencia en el tiempo, es decir, exactamente lo que ayuda a gestionar un restaurante, sin convertir un plato de spaghetti en datos personales. En la gastronomía de la UE, donde el RGPD te pisa los talones, esto es la diferencia entre "tenemos estadísticas" y "tenemos un problema con el inspector".

Un par de detalles que ahorran nervios. El menú y los datos de los escaneos permanecen en servidores de la Unión, así que es un tema menos de qué hablar con la contadora. El cliente no tiene que crear una cuenta ni atravesar un muro de consentimientos, porque nada quita tanto el apetito como un cookie-wall antes del bacalao. Y este mismo mecanismo de sustitución también gestionará la oferta del día o la encuesta tras la visita. Basta con redireccionar momentáneamente el enlace existente.

Un buen menú de código QR es aburrido. Lo imprimes una vez, cuelga durante años y nunca miente sobre los precios. El aburrimiento es aquí un cumplido.

Así que la próxima vez que alguien te diga "pega el enlace del menú en el código e imprime", sonríe y haz algo diferente. Un enlace corto y reemplazable debajo (por ejemplo, cutty.dev) hace que actualices el menú con un solo clic, en lugar de pegar pegatinas en treinta mesas. Tu camarero de la mesa número 7 te lo agradecerá.