logo
24 min de lecturaCarta digitalCarta QRCumplimiento UE

Carta en PDF o carta digital: un PDF detrás de un código QR sigue siendo un PDF

El escaneo casi nunca es el problema — lo que llega después, normalmente sí. Carta en PDF y carta digital comparadas en velocidad, UX móvil, derecho europeo de accesibilidad, idiomas, alérgenos, cambios diarios y analítica, además de cómo migrar sin reimprimir un solo código QR.

Un cliente lee una carta digital responsive de Platoo en el móvil, sentado a la mesa de un restaurante, junto a un código QR que antes abría una carta en PDF

El escaneo funciona. La carta, no.

Un cliente se sienta, levanta el móvil, lo apunta al pequeño cuadrado en blanco y negro pegado a la mesa, y la cámara hace su trabajo. El escaneo casi nunca es el problema. Lo que llega después, normalmente sí, porque detrás de muchísimas cartas con código QR en Europa hay una carta en PDF: un archivo de imprenta con una dirección web delante.

Qué promete en realidad la pegatina de la mesa

La pegatina promete una carta digital. Algo actualizado, legible en el dispositivo que el cliente ya tiene en la mano y modificable por el local ese mismo día. Un código QR dinámico puede sostener esa promesa, porque apunta a una dirección que el operador sigue controlando; un código estático, con la ubicación del archivo grabada dentro, no puede. Añade encima uno o dos acortadores de enlaces y el cliente recorre una cadena de redirecciones antes de que se muestre una sola palabra de la carta.

Qué recibe realmente el cliente

Lo que se muestra es un documento pensado para el papel: un archivo con maquetación de imprenta que no se readapta, de modo que el cliente acaba haciendo el trabajo de maquetación a base de pellizcos. Se cataloga junto a los documentos ofimáticos porque es exactamente eso.

La pegatina de la mesa promete una carta digital. El PDF que hay detrás entrega un archivo de imprenta con una dirección web delante — terminado, congelado y compuesto para un tamaño de página que nadie tiene en la mano.

Tres cosas que un archivo nunca hará y que una página hace de serie

Un archivo no cambia después de publicarse; alguien tiene que exportar y subir un sustituto. No se adapta al lector, ni con texto más grande, ni con un lector de pantalla, ni con un segundo idioma. Y no le cuenta al local nada sobre lo que se abrió. Una página hace las tres cosas sin que se lo pidan. Esa división — archivo estático frente a página web viva — atraviesa la velocidad, la maquetación, la accesibilidad, el idioma, los alérgenos y el trabajo diario de mantener la carta al día.

Un archivo y una página, uno al lado del otro

Quita la capa de marca y el argumento se reduce a un hecho estructural: un archivo estático frente a una página web viva. Una carta en PDF quedó terminada en el momento en que se exportó. Una página de carta HTML responsive se ensambla cada vez que un cliente la abre, a partir de datos que el local sigue controlando.

Entre qué estás eligiendo en realidad

Una carta en PDF — un archivo estático

  • ✕Terminada al exportar; cada cambio implica generar un archivo nuevo
  • ✕Una maquetación A4 fija que no se readapta a un móvil
  • ✕Un documento por idioma y, normalmente, un código QR por documento
  • ✕Alérgenos como nota a pie impresa que alguien debe recordar editar
  • ✕Como mucho informa del número de descargas, y nada de lo que se leyó

Una carta digital — una página viva

  • ✓Se ensambla en cada escaneo con datos que el local controla
  • ✓Se readapta a cualquier pantalla en la que se abra
  • ✓Un conjunto de datos, un selector de idioma, un código QR
  • ✓Alérgenos como campo del plato — filtrables, traducibles, leídos en voz alta
  • ✓Informa de visualizaciones de platos, sesiones y mezcla de idiomas

Qué puede hacer cada formato por el cliente

La distancia se abre con el primer gesto y no vuelve a cerrarse del todo: una página responsive se readapta al ancho que se le da, y un archivo no. Con el idioma pasa lo mismo. Una página de carta multilingüe puede cambiar de idioma a demanda; una carta en PDF necesita un archivo aparte, y un código QR aparte, por cada idioma que el local quiera ofrecer.

Qué puede hacer cada formato por el operador

Aquí la diferencia es tiempo. Una actualización de precios en tiempo real en una página es la edición de un campo que llega al siguiente escaneo. El mismo cambio en un PDF significa volver a exportar, volver a subir y confiar en que nada se haya movido en la maquetación. Con los alérgenos hay más en juego, porque la normativa europea de información alimentaria sitúa el deber de declaración en el operador y no en el documento. Una declaración de alérgenos guardada como datos estructurados viaja con el plato. En un PDF es una línea de texto que alguien debe recordar editar. Una página además devuelve información — visualizaciones de platos, sesiones, mezcla de idiomas —, mientras que un archivo no devuelve nada.

Dónde coinciden los dos y dónde no

Ambos formatos se escanean y ambos sobreviven a una conexión débil. La coincidencia termina en el momento en que la carta tiene que cambiar.

Velocidad: qué ocurre en los primeros cinco segundos en la mesa

Un cliente escanea, echa un vistazo a la pantalla y o bien empieza a leer, o bien deja el móvil boca abajo y espera a un camarero. En esa ventana corta es donde una carta en PDF y una página de carta HTML responsive dejan de comportarse como dos versiones de lo mismo. Una tiene que llegar entera antes de mostrar nada; la otra puede poner los primeros platos en pantalla mientras el resto sigue viajando.

Los umbrales que publica Google y por qué describen tu sala

La documentación de Core Web Vitals de Google considera bueno el Largest Contentful Paint (LCP) cuando se produce dentro de los 2,5 segundos posteriores al inicio de la carga de la página, medido en el percentil 75 de las cargas. La misma documentación sitúa el Interaction to Next Paint (INP) en 200 milisegundos o menos y el Cumulative Layout Shift (CLS) en 0,1 o menos, también en el percentil 75. Google señala además que estas métricas se miden por separado para móvil y escritorio, así que una carta que se abre casi exclusivamente en móviles se juzga por sus datos de campo móviles y no por lo ágil que resulte en el portátil de la oficina.

Esas cifras se escribieron para la búsqueda, pero se leen como umbrales de servicio. Dos segundos y medio es, más o menos, la paciencia de alguien que sostiene un móvil en la mesa mientras se acerca un camarero.

2,5 s

El umbral de Largest Contentful Paint que Google considera bueno, en el percentil 75 de las cargas de página

Google Core Web Vitals

200 ms

El techo de Interaction to Next Paint para una buena valoración, medido del mismo modo

Google Core Web Vitals

0,1

El techo de Cumulative Layout Shift para una buena valoración — nada debería moverse bajo el pulgar

Google Core Web Vitals

Por qué un archivo listo para imprenta es pesado por diseño

Un PDF de carta listo para imprenta lleva tipografías incrustadas e imágenes a resolución de imprenta, porque es lo que necesita una imprenta. Al lado de una página web que carga primero el texto y trae las imágenes de forma progresiva, es pesado por diseño. Nada está roto; el archivo simplemente hace el trabajo para el que se creó, en un dispositivo para el que no se creó. Con el wifi del local saturado, el tamaño del archivo se convierte directamente en tiempo de carga con datos móviles, y ese retraso cae sobre el primer plato legible.

La cadena de redirecciones que nadie imprimió en la pegatina

La pegatina lleva una sola URL, pero el móvil recorre a menudo un camino más largo. Un escenario típico: el código impreso apunta a un acortador de enlaces, que redirige a una carpeta de almacenamiento en la nube, que redirige de nuevo a un visor. Cada salto cuesta una resolución y un viaje de ida y vuelta. Las cadenas de redirecciones y los acortadores son invisibles en el expositor de mesa, y se cargan por completo a la UX móvil de la carta.

UX móvil: el cliente no debería tener que maquetar

Una carta se lee en los pocos minutos que van de sentarse a pedir, en un móvil sostenido con una mano, a menudo en una mesa donde hablan otras tres personas. Todo lo relativo a la UX móvil de una carta se deriva de ese contexto y no de cómo luce el documento en el monitor de un diseñador.

Proporciones A4 en una pantalla de cinco pulgadas

Las indicaciones de Google sobre usabilidad móvil en web.dev enuncian el mecanismo con claridad: un PDF con maquetación de imprenta no readapta su texto, así que una maquetación creada para una hoja A4 conserva proporciones A4 en una pantalla de cinco pulgadas. El reajuste del texto en pantallas pequeñas es exactamente lo que hace un navegador con una página de carta HTML responsive: recompone las líneas al ancho del dispositivo. Un PDF traslada ese trabajo al cliente, que lo resuelve con el zoom de pellizco: ampliar, leer dos o tres platos, arrastrar de lado hasta la columna de precios, alejar otra vez para encontrar la siguiente categoría. El cliente está, de hecho, maquetando la página a mano, una vez por plato.

Buscar, filtrar y saltar: la navegación que un archivo no puede ofrecer

A una página se le puede preguntar; un archivo solo se puede desplazar. Anclas de categoría, un campo de búsqueda, un filtro que reduzca una lista larga a lo que alguien puede comer realmente esta noche — son componentes corrientes de una página web e imposibles en una exportación plana. La misma estructura llega más lejos: los encabezados semánticos dan a un lector de pantalla algo por lo que moverse en lugar de un bloque indiferenciado, y una página puede declarar la dirección de su texto por idioma. Un PDF conserva lo que el diseñador exportó, errores incluidos.

Luz tenue, una mano, una mesa llena

Un escenario típico

Las ocho de la tarde, una mesa de cuatro, las luces bajas y un móvil a media luminosidad. El PDF se abre al ancho completo de la página, así que el primer gesto es un pellizco. Se leen dos platos a la vez; la columna de precios queda fuera del borde derecho, así que el siguiente gesto es un arrastre. Para cuando el cuarto comensal encuentra los entrantes vegetarianos, el camarero ya ha pasado dos veces por la mesa.

Poca luz, un móvil a media luminosidad, una mesa de cuatro: en este escenario típico la diferencia entre una página y un archivo se mide en cuántos gestos separan a un cliente de un precio. Hay un segundo motivo para prestarle atención. Con la indexación mobile-first, la vista de móvil es también la vista que ve el buscador.

La accesibilidad ya es una superficie legal, no un extra

Durante años, una carta difícil de leer contaba como un fallo de servicio. En la UE se ha convertido además en una cuestión de cumplimiento, y la respuesta depende menos del código QR que de lo que hay detrás.

Qué cubre la Ley Europea de Accesibilidad y desde cuándo

La Directiva (UE) 2019/882, conocida como Ley Europea de Accesibilidad, es aplicable desde el 28 de junio de 2025 a los productos y servicios cubiertos que se introducen en el mercado de la UE, según el texto publicado en EUR-Lex. El patrón técnico es la norma EN 301 549, la norma europea armonizada que incorpora los criterios de conformidad WCAG 2.1 nivel AA para contenidos y servicios digitales. El colectivo al que responden las normas no es marginal: Eurostat informó de que en 2024 el 23,9 % de las personas de 16 años o más en la UE tenían una discapacidad (limitación de la actividad) — según las cifras de población de Eurostat, unos 90 millones de personas.

Por qué un PDF sin etiquetar falla ante un lector de pantalla

Una carta en PDF exportada desde un archivo de diseño es, estructuralmente, un conjunto de instrucciones de dibujo. Mientras nadie la haya etiquetado, no hay jerarquía de encabezados, ni semántica de listas, ni un orden de lectura fiable: un lector de pantalla puede anunciar dos columnas entrelazadas, leer precios desligados de los platos a los que pertenecen, o no encontrar nada en absoluto si la página se aplanó en una imagen. Una página de carta HTML responsive se construye con los elementos que espera el software de asistencia, y por eso los lectores de pantalla y los encabezados semánticos aparecen juntos en toda lista de auditoría.

Ampliación de texto, contraste y áreas táctiles en una página de verdad

Un archivo de maquetación fija se redimensiona en bloque: amplía la tipografía y las líneas se salen de la pantalla, obligando a desplazarse en horizontal. Una página se readapta. Las reglas de contraste y de área táctil, además, se pueden comprobar en una página y resultan prácticamente incorregibles en un documento exportado sin reabrir el arte original.

RequisitoCarta en PDF exportadaPágina de carta responsive
Orden de lectura para un lector de pantallaAusente salvo que el archivo se etiquetara a mano; las columnas pueden entrelazarseSurge de la estructura de encabezados y listas de la página
Ampliar el texto sin desplazamiento horizontalToda la página escala, y la tipografía ampliada se sale de la pantallaLas líneas se recomponen al ancho del dispositivo
Un contraste que se puede comprobar y corregirFijado en el arte; corregirlo implica reabrir el archivo de diseñoUn valor de estilo, cambiado una vez para todos los platos
Áreas táctiles lo bastante grandes para un pulgarNo existen — un archivo plano no tiene controlesDefinidas en la maquetación y comprobables en el dispositivo
Un segundo idiomaUn segundo archivo y, normalmente, un segundo código QRUn selector sobre los mismos datos

Quién queda exento y por qué la exención es más estrecha de lo que parece

La norma exime a las microempresas — menos de 10 empleados y un volumen de negocios anual o un balance general que no supere los 2 millones de EUR — de sus obligaciones en materia de servicios. Una cafetería independiente suele encajar ahí. Un grupo pequeño, una operación de F&B hotelera o un local dentro de una empresa mayor, por lo general no — y la exención cubre el deber legal, no al cliente que no puede leer la carta.

Idiomas: una página, muchos clientes

Europa registró 747 millones de llegadas de turistas internacionales en 2024, según el Barómetro del Turismo Mundial de UN Tourism — un 1 % por encima de los niveles de 2019 y un 5 % por encima de 2023 — y Eurostat contabilizó ese año más de 3 000 millones de pernoctaciones en establecimientos turísticos de la UE, una primicia, un 2,7 % más que en 2023. Cerca de una estación, una playa o una catedral, el cliente de la mesa seis lee a menudo la carta en un idioma que la cocina no habla.

747 M

Llegadas de turistas internacionales a Europa en 2024 — un 1 % por encima de 2019 y un 5 % por encima de 2023

UN Tourism, World Tourism Barometer

3000 M+

Pernoctaciones en establecimientos turísticos de la UE en 2024, una primicia, un 2,7 % más que en 2023

Eurostat, estadísticas de turismo

76 %

De los compradores online prefiere comprar donde la información está en su propio idioma

CSA Research, « Can't Read, Won't Buy »

Por qué cuatro archivos PDF son cuatro problemas de mantenimiento

Una carta multilingüe hecha con PDF son cuatro documentos, cuatro ciclos de exportación y, normalmente, cuatro códigos QR en la mesa. Cambia un precio y el cambio hay que hacerlo cuatro veces, en cuatro maquetaciones. Si se te escapa una — escenario típico —, la versión alemana pone precio en silencio a un plato que la italiana ya no sirve. En una página de carta HTML responsive, el idioma es un selector sobre un único conjunto de datos: una edición se propaga a todas partes.

Conserva el nombre del plato, explica el plato

La encuesta « Can't Read, Won't Buy » de CSA Research, realizada a 8 709 consumidores de 29 países, halló que el 76 % de los compradores online prefiere adquirir productos cuya información está en su propio idioma y que el 40 % nunca comprará en webs en otro idioma; entre quienes no tienen competencia en inglés, esa cifra sube al 89 %. La regla no es traducirlo todo. Conserva el nombre propio del plato — es lo que el cliente pide y lo que el camarero oye — y traduce la descripción de debajo.

Qué puede tocar la traducción automática y qué no

La traducción automática con revisión humana es razonable para descripciones y títulos de sección. No es apropiada para los alérgenos, donde una palabra equivocada es un asunto de seguridad y no de estilo. Las escrituras de derecha a izquierda y el texto bidireccional — una versión en árabe junto a cifras latinas — forman una maquetación que un PDF rígido no sabe readaptar; una carta con código QR servida como página puede fijar la dirección del texto por idioma y dejar los precios en paz.

Alérgenos: el campo que nunca puede estar desactualizado

De todo lo que aparece impreso en una carta, la línea de alérgenos es el único punto donde un archivo desactualizado deja de ser una molestia. Un precio un euro por debajo le cuesta a la casa un euro. Una declaración de alérgenos que describe la receta del mes pasado puede llevar a un cliente al hospital.

Qué le pide el Reglamento (UE) n.º 1169/2011 a un restaurante

El Reglamento (UE) n.º 1169/2011 es aplicable desde el 13 de diciembre de 2014 y, como expone la Comisión Europea en su legislación sobre información alimentaria facilitada al consumidor, obliga a los operadores de empresas alimentarias a declarar 14 alérgenos determinados en cada plato, incluidos los alimentos no envasados servidos en restaurantes, cafeterías y comedores. El deber no acaba ahí. Para los alimentos no envasados, el reglamento y las directrices de las autoridades nacionales competentes que se apoyan en él exigen que la información sobre alérgenos se facilite por escrito en el punto de presentación: en la carta, en una pizarra o en un documento adjunto. Una indicación verbal del camarero no es suficiente.

Un PDF puede llevar esa forma escrita. Lo que no puede hacer es garantizar que la forma escrita que tiene el cliente en la mano sea la vigente.

Alérgenos como datos estructurados, no como nota a pie

En un PDF, los alérgenos suelen sobrevivir como una fila de iconos o una leyenda numerada al pie de página, en un cuerpo lo bastante pequeño como para que la información esté técnicamente presente y sea prácticamente inservible — e invisible para un lector de pantalla. En una página de carta HTML responsive cada plato es un registro, y los alérgenos asociados a él son un campo de ese registro. Un campo se puede filtrar, leer en voz alta, traducir junto con el resto de la página y corregir en un solo sitio.

AspectoAlérgenos dentro de una carta en PDFAlérgenos como campo del plato
Dónde vive la informaciónUna leyenda numerada o una fila de iconos al pie de la páginaUn campo en el registro de ese plato
Cómo se corrigeReabrir la maquetación, reexportar, volver a subir, revisar cada enlaceEditar el campo y guardar
Cuánto sobrevive un errorHasta que alguien lo detecta y reedita el documentoHasta el siguiente escaneo
Qué anuncia un lector de pantallaNormalmente nada — cuerpo diminuto, a menudo aplanado en una imagenLos alérgenos del plato que se está leyendo
Qué puede hacer el cliente con elloLeerlo, si el cuerpo es lo bastante grandeFiltrar la carta para quedarse con lo que puede comer sin riesgo
En un segundo idiomaUn archivo aparte, traducido y mantenido por separadoTraducidos junto con el resto del registro

Por qué el cambio de receta y el cambio de carta deben ser el mismo acto

Las cocinas cambian de proveedor a mitad de semana. Escenario típico: el aliño habitual no está disponible, el sustituto contiene mostaza, y el plato se sirve durante tres días antes de que alguien reexporte el archivo. En una página, la misma edición que produce una actualización de precios en tiempo real reescribe también el campo de alérgenos. Un acto, un registro, en vivo para el siguiente escaneo. La brecha se abre cuando la declaración de alérgenos se trata como un documento que hay que reeditar en lugar de como datos que se editan.

El día del operador: un cambio de precio, un plato agotado, una nueva temporada

Una carta no es un documento que se termine una vez. Los proveedores suben precios, los platos se agotan a mitad de servicio y la carta tiene que rotar cuando rota la temporada. La pregunta no es si la carta cambia, sino cuánta tarde del operador consume cada cambio.

El bucle del PDF: diseñador, exportar, subir, revisar cada enlace

Editar una carta en PDF suele implicar volver al archivo de maquetación original, que a menudo está en manos del diseñador que lo creó. Alguien ajusta la cifra, exporta de nuevo, comprueba que nada se ha movido, sube el archivo nuevo y después verifica que cada código QR de cada mesa, más el enlace de la página de reservas y el del listado del agregador, apunte ahora a la versión nueva y no a la antigua. Esa cadena hay que recorrerla de nuevo por un solo precio corregido.

Cambiar un solo precio en una carta en PDF

  1. Localizar el archivo de maquetación original, que a menudo está en manos del diseñador que lo creó.
  2. Editar la cifra y comprobar que nada más en la página se ha movido.
  3. Exportar un PDF nuevo a resolución de imprenta.
  4. Subirlo y sustituir el archivo antiguo allí donde esté alojado.
  5. Verificar que cada código de mesa, la página de reservas y cada listado de agregador apuntan a la versión nueva.
  6. Confiar en que ningún móvil siga guardando el archivo anterior en caché.

El bucle de la página: un campo, un guardado

Una carta digital invierte la secuencia. Una actualización de precios en tiempo real es un campo que se edita en el móvil y se guarda; el siguiente cliente que escanea ve la cifra nueva. Marcar un plato agotado — lo que en cocina se llama « 86 » — es un interruptor que lo atenúa durante el resto del servicio y lo restaura al día siguiente. La gestión estacional de la carta pasa a ser cuestión de publicar elementos ya preparados en vez de reeditar artes.

El coste oculto de la versión que nadie sustituyó

El fallo caro rara vez es la edición en sí. Es la copia que nunca se cambió: el archivo antiguo aún en la caché de un móvil, el enlace en un directorio que no es de nadie, el encarte impreso de la barra. Con un archivo, la corrección depende de perseguir cada copia. Con una página, solo hay una copia que corregir.

Qué te cuenta la carta y qué le cuenta a Google

Una carta en PDF es un objeto cerrado. Se descarga, se abre en la mesa y luego no le dice nada a la cocina. Una página de carta HTML responsive deja un rastro: qué plato se abrió, en qué idioma, qué noche. Según el informe State of the Restaurant Industry 2021 de la National Restaurant Association, el 50 % de los operadores de restaurantes con servicio completo declaró haber añadido acceso digital a la carta mediante códigos QR desde marzo de 2020, así que muchos locales ya hacen escanear sin recoger nada de ello.

Visualizaciones por plato, no descargas por archivo

Un alojamiento de archivos estáticos puede informar de cuántas veces se solicitó un documento. Es una sola cifra, y abarca toda la carta de golpe: los entrantes que nadie lee y el plato del que más orgulloso está el chef resultan indistinguibles dentro de ella. La analítica de carta en un menú digital trabaja a nivel de artículo — visualizaciones de platos, sesiones por servicio, el orden en que se abren las categorías. En un escenario típico, un plato de margen alto queda abajo en una página larga y se abre pocas veces; la solución es un cambio de posición, no una receta nueva. Con una carta en PDF ese patrón es invisible, porque el archivo no revela nada de lo que ocurrió después de abrirse.

Qué quieres saberUn archivo PDF alojadoUna página de carta digital
Cuántos clientes abrieron la cartaUn recuento de descargas, inflado por reaperturas y rastreadoresSesiones, por día y por hora
Qué plato atrajo más atenciónInvisible — el archivo es un único objetoVisualizaciones por artículo
En qué idioma leyó la salaSolo alojando un archivo por idioma y comparando recuentosUn idioma registrado en cada sesión
Dónde pierde gente una categoría largaNada en absolutoEl orden en que se abrieron las categorías
Si un cambio funcionóComparar dos totales de descargas y adivinarComparar visualizaciones de artículos antes y después de la edición

La mezcla de idiomas como señal para el cuadrante

La elección de idioma es dato operativo antes que dato de marketing. Si en un mes una parte grande de las sesiones cambia a un único idioma, eso es un argumento sobre quién debería estar en sala ese mes, qué folletos de proveedores merece la pena traducir y qué menú merece una segunda versión. Una carta con código QR que registra la mezcla de idiomas convierte una suposición sobre la sala en algo sobre lo que construir un cuadrante.

Leer los datos sin romper las normas de privacidad

Los datos útiles de una carta son agregados y escasos: recuentos de visualizaciones de artículos, sesiones, idiomas. No necesitan nombres, ni cuentas, ni seguimiento entre sitios, lo que los mantiene lejos de las obligaciones más pesadas de la normativa europea de protección de datos. Aun así, los operadores deberían comprobar qué deja su plataforma en el navegador y si hace falta consentimiento antes de ejecutar analítica no esencial.

Indexado no es lo mismo que útil

Google Search Central incluye Adobe Portable Document Format (.pdf) entre los tipos de archivo codificados indexables, junto a los documentos de Word, Excel y PowerPoint. Una carta en PDF puede, por tanto, indexarse. Pero esa misma documentación no ofrece ninguna orientación sobre usabilidad móvil, datos estructurados o resultados enriquecidos para PDF; los trata como simples documentos binarios.

Qué ve un rastreador mobile-first

Con la indexación mobile-first, Google usa la versión móvil del contenido de un sitio, rastreada con el agente de smartphone, para indexar y posicionar. Una página construida para leerse en el móvil se evalúa en sus propios términos. Un documento construido para A4, no.

Datos estructurados, versiones de idioma y enlaces internos

Una página de carta HTML puede llevar marcado de menú y de restaurante, declarar sus versiones de idioma y enlazar con las páginas de reservas, ubicación y contacto. Un PDF no lleva nada de eso y no lleva a ninguna parte.

Las dos objeciones honestas: señal débil y el impreso que aún necesitas

Por qué la mesa del sótano es la prueba de verdad

Dos objeciones a sustituir una carta en PDF por una página alojada merecen una respuesta clara. La primera es la conectividad. Un archivo, una vez descargado, se queda en el móvil; una página, según el relato habitual, necesita la red cada vez. El sitio donde zanjar eso no es la terraza con cuatro barras de cobertura, sino el comedor del sótano con paredes gruesas, la mesa del patio al límite del alcance del router, o un local lleno un sábado compartiendo un único punto de acceso.

Un escenario típico

Un servicio de sábado en un comedor de sótano con paredes gruesas. Cuarenta clientes comparten un punto de acceso, y las mesas del patio están al límite del alcance del router. Una página de carta ligera pone los primeros platos en pantalla mientras sus imágenes siguen llegando. Un archivo a resolución de imprenta tiene que llegar entero antes de mostrar un solo plato — y con esa conexión, a menudo no llega.

Caché, imágenes ligeras y un respaldo impreso

La objeción es real, pero vale también para el archivo: el peso a resolución de imprenta descrito arriba es exactamente lo que peor gestiona una conexión saturada, y una descarga que tiene que llegar entera no puede mostrar pronto el primer plato. Una página ligera puede cumplir el objetivo de LCP en una conexión normal; un archivo pesado, por lo general no. La caché sin conexión de la carta, un peso de imágenes contenido y un puñado de cartas plastificadas detrás de la barra cierran la brecha que quede.

Una fuente de verdad, varias representaciones

La segunda objeción es el impreso, y deja de ser una objeción en cuanto la arquitectura es la correcta. El mismo registro que alimenta la carta con código QR puede producir una exportación a PDF lista para imprenta como salida: precios idénticos, alérgenos idénticos, el mismo plato de temporada, compuesto para A4 en lugar de para la UX móvil. Lo que falla es la disposición inversa, en la que el documento es el maestro y la carta digital una copia suya que envejece en silencio entre reimpresiones.

Banquetes, cartas de vinos y cargas en agregadores

Mucho material tiene que seguir existiendo en papel o como archivo. Una propuesta de banquete sale por correo a un cliente corporativo. Una carta de vinos larga se sostiene mejor de lo que se desplaza. Un agregador puede querer la carta como carga en un formato fijo. Algo tiene que estar en el escaparate para quien pasa. Nada de eso es un argumento para abandonar la página; es un argumento para generar cada pieza a partir de los mismos datos.

Cuándo un PDF sigue siendo la respuesta honesta

Un local pequeño con una carta corta que cambia poco, un manejo sencillo de alérgenos y una clientela mayoritariamente local no queda mal servido por un documento. Lo que se trata aquí son los locales cuya carta se mueve.

Migrar sin reimprimir un solo código QR

La mayoría de los operadores da por hecho que dejar atrás un PDF significa nuevos expositores de mesa, nuevas pegatinas, nuevos vinilos de escaparate. Normalmente no es así. Todo depende de qué codifica en realidad el patrón impreso.

Ser dueño del dominio al que apunta el código

Un código QR estático guarda el destino dentro del propio patrón, así que cambiar adónde lleva obliga a reimprimir. Un código QR dinámico guarda una dirección corta que resuelve a lo que el propietario fije después, y ese es el peso práctico de la distinción código QR dinámico frente a código QR estático. Lo ideal es que esa dirección corta esté en un dominio que el local controle. El acortador de un tercero añade los saltos descritos arriba y deja al local sin capacidad de reparar un enlace roto si el proveedor desaparece.

Una lista de dos semanas para un local pequeño

Dos semanas, sin reimprimir

  1. Escanea uno de tus propios códigos de mesa y anota adónde lleva realmente: a un archivo, a un acortador o a una dirección que controlas.
  2. Si es una dirección que controlas, no hay que sustituir nada en la mesa — solo lo que está al final de ella.
  3. Construye la carta como datos: platos, precios, descripciones y los 14 alérgenos como campos en lugar de como nota a pie.
  4. Revísala en un móvil, en la sala, en la peor mesa de la casa.
  5. Añade los idiomas que la sala lee de verdad, traduciendo las descripciones y dejando intactos los nombres de los platos.
  6. Haz que la dirección que controlas apunte a la página nueva y deja el archivo antiguo accesible durante una semana.
  7. Recorre la sala y escanea cada código impreso, y luego revisa la página de reservas y cada listado de agregador.
  8. Forma al equipo en cómo marcar un plato agotado y retira después el archivo antiguo.

A modo de ejemplo ilustrativo, un bistró de treinta cubiertos dedica la primera semana a construir y revisar la página, y la segunda a redirigir, probar en sala cada carta con código QR impresa e instruir al equipo antes de retirar el archivo antiguo.

Lecturas relacionadas

Preguntas frecuentes

No. El formato no está prohibido; las obligaciones recaen sobre el contenido y el acceso. El Reglamento (UE) n.º 1169/2011 exige a los operadores de empresas alimentarias declarar 14 alérgenos determinados en cada plato, incluidos los alimentos no envasados servidos en restaurantes y cafeterías, y la Directiva (UE) 2019/882 es aplicable desde el 28 de junio de 2025 a los productos y servicios cubiertos. El riesgo es una carta en PDF que la tecnología de asistencia no puede leer.

Las quejas describen pellizcos, zooms y un archivo que se abre en un visor en lugar de como una página. Una carta con código QR que lleva a una página HTML responsive elimina la mayoría de ellas. El código rara vez era el motivo de queja.

Normalmente sí, siempre que el código apunte a una URL que controlas y no al archivo. Redirige esa dirección a la nueva carta digital y los códigos impresos seguirán funcionando.

La documentación de Core Web Vitals de Google considera bueno el Largest Contentful Paint cuando se produce dentro de los 2,5 segundos posteriores al inicio de la carga de la página. Con el wifi del local y una mesa esperando, ese es el listón.

Cartas aparte que mantener, no. Un conjunto de datos con una vista por idioma mantiene sincronizados los precios y la declaración de alérgenos de una carta multilingüe. La cifra del 76 % de CSA Research — compradores que prefieren la información en su propio idioma — no se detiene en la puerta de un restaurante.

No, es peor. Una imagen no lleva texto seleccionable ni nada que un lector de pantalla pueda vocalizar, así que incumple el nivel AA de las WCAG 2.1 por los mismos motivos que un archivo aplanado. Los buscadores tampoco leen nada de ella.


Fuentes: Comisión Europea — Legislación sobre información alimentaria facilitada al consumidor · EUR-Lex — Reglamento (UE) n.º 1169/2011 sobre la información alimentaria facilitada al consumidor · EUR-Lex — Directiva (UE) 2019/882 (Ley Europea de Accesibilidad) · ETSI — EN 301 549, la norma europea armonizada de accesibilidad · W3C — Web Content Accessibility Guidelines (WCAG) 2.1 · Eurostat — Estadísticas de discapacidad: limitaciones funcionales y de actividad · Google — Umbrales de las Core Web Vitals · web.dev — Fundamentos del diseño web responsive · Google Search Central — Tipos de archivo indexables por Google · Google Search Central — Buenas prácticas de indexación mobile-first · UN Tourism — World Tourism Barometer · Eurostat — Estadísticas de turismo · CSA Research — « Can't Read, Won't Buy » · National Restaurant Association — State of the Restaurant Industry 2021