Menús QR de restaurantes: cambia el menú, no el código

Los códigos QR de los menús se hicieron universales en 2020 y nunca desaparecieron. En la mayoría de los restaurantes, el código se creó una vez, por quien gestionaba la web, y no se ha vuelto a revisar; esto importa porque la hostelería es donde se concentra este modelo: muchos códigos, mucho volumen de escaneos, material impreso de larga duración y márgenes reducidos.

¿Por qué cobran a los restaurantes por mesa?

Porque el precio por código afecta a un negocio que necesita muchos códigos. Un restaurante con doce soportes de mesa, una pegatina en el escaparate y una pegatina en las bolsas para llevar tiene catorce códigos. En un plan dinámico con precio por código, eso son catorce cargos mensuales para un menú que antes costaba lo que el papel.

La suscripción también es especialmente difícil de abandonar en este caso. Los soportes de mesa están plastificados, las pegatinas llevan adhesivo y los menús se reimprimen, como mucho, por temporada. Reimprimirlos es un proyecto real, así que la cuota mensual se mantiene cómodamente por debajo de ese coste; así es exactamente como se eligió el precio. El coste real de un código QR «gratis» explica esas cuentas.

¿Qué aprende el proveedor sobre tus clientes?

Cada escaneo es una solicitud HTTP al proveedor antes de que se cargue el menú. Sin cookies ni consentimiento, recibe la dirección IP del cliente, la hora, el dispositivo y el sistema operativo, además del idioma preferido; y, como cada soporte de mesa tiene su propio enlace corto, también sabe de qué mesa se trata.

Agregados, esos datos ofrecen una imagen detallada de tu servicio: clientes por hora, tiempos de rotación de las mesas, qué mesas tienen más movimiento, diferencias entre los patrones de los días laborables y los fines de semana, y la combinación de idiomas de tus clientes. Es información operativa realmente útil sobre tu restaurante, generada por tu mobiliario y recopilada por otra persona.

En toda la base de clientes del proveedor, es algo más. La misma huella digital que aparece repetidamente en restaurantes, tiendas y locales de una ciudad describe los desplazamientos de una persona. El Tribunal de Justicia resolvió en *Breyer* (C-582/14) que una IP dinámica registrada por el operador de un sitio puede ser un dato personal. Por eso es una cuestión de cumplimiento, no una simple curiosidad; y, según el RGPD, la responsabilidad suele recaer en el negocio que desplegó el código. Qué registra un proxy QR entra en detalle.

¿Qué puede salir mal en la práctica?

Los tres primeros son el mismo fallo con distintas apariencias: el menú depende de una empresa que no eres tú. El cuarto no está relacionado con la facturación, pero esta situación lo empeora, porque un cliente acostumbrado a ver un dominio corto desconocido no tiene forma de detectar uno malicioso.

La evaluación del NCSC indica que los códigos QR en bares y restaurantes suelen ser seguros, y que conviene extremar mucho más la cautela con los códigos recibidos por correo electrónico. El riesgo físico residual es la pegatina superpuesta, y la contramedida es sencilla: revisa los soportes.

¿Cómo es la versión fija?

¿Y los códigos para pedir y pagar?

Conviene separarlos de los códigos de los menús, porque el perfil de riesgo es realmente distinto y los consejos no son idénticos.

Un código para pedir y pagar envía al cliente a una página donde introducirá los datos de su tarjeta. Eso eleva la gravedad de todos los problemas de este artículo: una pegatina superpuesta en un código de pago es una vía directa al fraude con tarjetas, no una simple molestia, y quien escanea sin poder reconocer tu dominio en la vista previa no tiene forma de distinguir tu proceso de pago de una copia convincente. La advertencia de la FTC sobre pegatinas colocadas sobre códigos legítimos se refiere exactamente a este patrón en otros contextos; los parquímetros son el ejemplo clásico.

De aquí se desprenden dos reglas. Primero, un código de pago debe codificar siempre tu propio dominio o el dominio real de tu plataforma de pedidos; nunca un acortador genérico, porque elimina la única señal de verificación que tiene el cliente. Segundo, imprime el dominio con texto legible junto al código y revisa los soportes físicos con cierta periodicidad; ambas medidas son baratas y son las únicas defensas que funcionan en la mesa.

Si tu plataforma de pedidos genera los códigos, decodifica uno y comprueba de quién es el dominio incluido en la carga útil. Algunas plataformas codifican directamente su propio dominio, lo cual está bien. Otras redirigen primero mediante un acortador externo, lo que coloca a otra parte no contratada entre tu cliente y el formulario de su tarjeta.

¿Cómo haces el cambio?

1. Decodifica un soporte de mesa actual con nuestro lector y comprueba de quién es el dominio incluido en la carga útil. Si no es tuyo, estás usando una redirección alquilada.
2. Elige una URL estable — yourrestaurant.com/menu — y asegúrate de que no cambiará. Si quieres poder moverla más adelante, dirige el código a yourrestaurant.com/m y redirige desde allí.
3. Genera un [código QR de URL](Url) estático que codifique esa dirección.
4. Añade seguimiento por ubicación si lo quieres: ?src=table, ?src=window, ?src=takeaway. Tus propios análisis te darán los mismos recuentos por ubicación que te vendía el panel.
5. Imprime la URL con texto legible junto al código, para que los clientes puedan llegar al menú sin escanear y comprobar que el código es tuyo.
6. Vuelve a imprimir en tu próximo ciclo habitual, y cancela la suscripción cuando los soportes antiguos dejen de estar en servicio.

Si los códigos ya están muertos y los clientes llegan hoy a una página de actualización, la guía para recuperar códigos secuestrados explica la secuencia de emergencia antes de reimprimir.

Haz ahora el reemplazo para tenerlo listo en la próxima tirada: código QR de URL. Contexto: la verdad sobre las estafas con códigos QR.