logo
17 min de lecturaMenú QRMenú digitalOperativa del restaurante

Generador de menú QR: cómo crear uno para tu restaurante en 2026

Un generador de códigos QR y un verdadero generador de menú QR resuelven problemas distintos. Compara códigos estáticos y dinámicos, la normativa europea sobre alérgenos, los menús multilingües y la ubicación del código — con un menú de demostración en vivo para comprobarlo mientras lees.

Un código QR en un atril de mesa junto a un smartphone que muestra un menú de restaurante creado con un generador de menú QR

¿Qué es exactamente un generador de menú QR?

Escribe «generador de menú QR» en un buscador y los resultados son casi todos herramientas, no artículos: generadores que convierten un PDF o una dirección web en un cuadrado escaneable, pensados para quien quiere un menú de mesa sin costes de impresión. Tiene sentido: el hábito de escanear un código para ver la oferta empezó como una solución de emergencia durante la pandemia y nunca desapareció del todo, porque resultó ser bastante más cómodo que esperar a que un camarero trajera una carta plastificada, y más barato que reimprimir cada vez que cambia un plato o un precio.

Un generador de menú QR, en sentido estricto, hace un solo trabajo: toma un enlace o un archivo y produce un código QR que apunta a él. Algunas herramientas se quedan justo ahí: subes un PDF, obtienes un código, listo. Otras incluyen un creador de páginas, de modo que el código lleva a un verdadero menú móvil con categorías, fotos y precios, en lugar de a un simple documento escaneado alojado en algún lugar. La diferencia entre estas dos categorías importa más de lo que la mayoría de los dueños de restaurantes se dan cuenta antes de haberse comprometido ya con una, haber impreso una pila de tarjetas de mesa, y descubrir solo entonces lo que la herramienta no hace.

Para un puesto emergente puntual, una carta de vinos que cambia dos veces al año, o un evento privado único, un simple generador de códigos QR suele bastar de sobra: el cliente escanea, se abre un PDF, nadie necesita nada más sofisticado. Para un restaurante que cambia precios cada semana, añade platos de temporada, gestiona más de un local o debe cumplir normas de información sobre seguridad alimentaria, la brecha entre «un código QR» y «un sistema de menú» empieza a notarse en el primer mes de uso, normalmente la primera vez que algo necesita cambiar y la solución resulta ser reabrir un archivo de diseño en lugar de editar un campo en una página.

Vale la pena ser precisos con el vocabulario aquí, porque los resultados de búsqueda lo confunden. Un código QR es solo un contenedor para un texto corto, casi siempre un enlace. Un menú es el contenido que un comensal realmente lee. «Generador de menú QR» puede referirse a una herramienta que solo se ocupa de la primera parte y deja la segunda enteramente al restaurante, o a una plataforma que cubre ambas cosas — y saber cuál de las dos se tiene delante, antes de comparar precios o funciones, evita la mayor parte de la frustración que aparece después.

Verlo antes de construirlo

La mayoría de las herramientas de este sector piden una cuenta antes de mostrar nada real. Te registras, avanzas por un proceso de incorporación y solo entonces descubres si el editor, los temas o los campos de alérgenos encajan de verdad con lo que necesita tu restaurante — después de haber entregado ya un correo electrónico y, en algunos casos, un número de tarjeta para una «prueba gratuita». Ese orden parece invertido para algo que, al final, van a juzgar clientes que pagan por tu comida.

La forma más rápida de saber si una plataforma de menú QR encaja con tu restaurante es ver un ejemplo terminado, no una lista de funciones.

Hay una forma más directa de responder a la pregunta que una página de funciones no puede resolver: abrir ahora mismo un menú QR en funcionamiento, sin cuenta, sin formulario de registro, sin nada que rellenar. Muestra categorías, fotos de platos, precios y los campos de alérgenos e idioma que se explican más adelante en este artículo, exactamente como los vería un comensal tras escanear un código en la mesa. Si algo de lo que sigue plantea la duda de «¿esto realmente se ve bien en un móvil, en una sala oscura, con una mano ocupada con el tenedor?», ese enlace la responde más rápido que cualquier tabla comparativa o llamada comercial.

Tómalo como referencia mientras lees el resto de este artículo: las secciones siguientes explican en términos generales qué buscar en un generador de menú QR, pero un ejemplo real convierte esas abstracciones en algo concreto en unos treinta segundos.

¿Generador de códigos QR o plataforma de menú completa? La diferencia que realmente importa

Los resultados de búsqueda para «generador de menú QR» se dividen a grandes rasgos en dos familias, que resuelven problemas realmente distintos — una distinción que rara vez se explica en las propias páginas de marketing de las herramientas, ya que ambas se presentan bajo el mismo nombre.

La primera familia son generadores de códigos QR de propósito general que añadieron una opción de «menú» junto a docenas de otras: códigos WiFi, tarjetas de visita, páginas de eventos, perfiles de redes sociales, vCards. Para estas herramientas, un menú de restaurante es solo un caso de uso más entre muchos, y el mecanismo subyacente no cambia según lo que haya detrás del código. El resultado suele ser un código QR que enlaza a un PDF o una imagen que el propio restaurante sube. Diseño, maquetación, información de alérgenos, traducciones — todo eso sigue siendo enteramente responsabilidad del restaurante; la herramienta solo se ocupa del código y, como mucho, de una página de destino genérica alrededor del archivo subido.

La segunda familia está diseñada específicamente para la hostelería: un editor de menú con categorías, campos de plato, precios y fotos, donde el código QR se genera automáticamente en cuanto el menú existe como datos estructurados en lugar de un archivo plano. Estas plataformas suelen añadir funciones propias del sector que una herramienta QR genérica no tiene motivo evidente para desarrollar, porque no se aplican fuera de la hostelería — etiquetas dietéticas y de alérgenos por plato, gestión multilocal para grupos de restaurantes, y precios que se actualizan en todas partes en cuanto se cambian en un solo sitio, en lugar de tener que volver a escribirse en cada versión de idioma o en el archivo de cada local por separado.

Un generador de códigos QR genérico

es la opción adecuada cuando el menú en sí cambia poco, funciona perfectamente como un solo PDF o imagen, y no necesita etiquetas de alérgenos, traducciones ni estructura por plato — un puesto emergente estacional, un menú de degustación para un evento único, una carta de vinos que se revisa como mucho dos veces al año.

Una plataforma de menú específica

se justifica en cuanto el menú cambia con frecuencia, abarca varias categorías y decenas de platos, necesita etiquetado de alérgenos o dietético por motivos normativos, o debe aparecer en más de un idioma para un público mixto de clientes locales y turistas. En ese caso, abrir y volver a subir un archivo de diseño cada vez es el verdadero coste recurrente que se evita — el código QR en sí nunca fue la parte difícil del proceso.

Hay una prueba sencilla que atraviesa la mayor parte del discurso de marketing de ambos lados: si actualizar el menú hoy significa abrir un archivo de diseño, exportar un nuevo PDF y volver a subirlo a algún sitio, un generador de códigos QR no ha resuelto el verdadero problema del restaurante — solo le ha puesto una puerta escaneable al viejo problema manual. Si actualizar el menú significa entrar en una página y editar un campo, el sistema subyacente ha cambiado de verdad, y el código QR es solo el punto de entrada a él, exactamente como debería ser.

Escenario — un ejemplo ilustrativo

Un escenario típico es el de un pequeño bistró que adoptó un generador QR sencillo durante un rediseño del menú, imprimió nuevas tarjetas de mesa y, tres semanas después, se encontró de nuevo con el mismo software de diseño solo para corregir una errata en la descripción de un plato — porque el «menú» seguía siendo, estructuralmente, un PDF al que resultaba que le habían pegado un código QR.

Códigos QR estáticos y dinámicos para un menú de restaurante

Casi todos los generadores de códigos QR de propósito general distinguen entre dos tipos de código, y vale la pena entender esta distinción antes de elegir uno, ya que determina qué pasa la primera vez que el menú necesita cambiar.

Un código QR estático tiene su destino grabado directamente en el patrón desde el momento de su creación. Apúntalo a un PDF de menú alojado en una dirección web concreta, y esa dirección será siempre lo que abra el código, de forma permanente — mueve el archivo, renómbralo o elimínalo, y el código impreso simplemente deja de funcionar, sin ninguna forma de redirigirlo después. Un código QR dinámico, en cambio, apunta a un enlace de redirección corto controlado por el proveedor, de modo que el destino tras esa redirección puede cambiarse en cualquier momento sin tocar, reimprimir ni sustituir el código en sí.

AspectoCódigo QR estáticoCódigo QR dinámico
DestinoFijado de forma permanente al crearseSe puede actualizar en cualquier momento
Cambios en el menúRequiere generar y reimprimir un nuevo códigoMismo código impreso, el contenido se actualiza detrás
Estadísticas de escaneoNo disponiblesNormalmente disponibles
Uso típicoUn menú que prácticamente nunca cambiaCualquier restaurante que ajuste precios o platos

Para un menú de restaurante en concreto, esto no es un detalle técnico secundario: determina cuánta reimpresión va a generar el ritmo normal de funcionamiento de una cocina. Los platos de temporada, la falta de algún ingrediente y los ajustes de precio son parte habitual de llevar un restaurante, no la excepción, y reimprimir cada tarjeta de mesa cada vez que cambia una sola línea anula buena parte del sentido de pasarse a un menú QR. Un código dinámico — o, en la práctica, un sistema donde el contenido del menú vive en una página que se puede editar directamente en lugar de en un archivo que hay que sustituir — mantiene el material físico impreso completamente intacto mientras todo lo que hay detrás se mantiene al día.

La contrapartida que conviene conocer de antemano: los códigos QR dinámicos suelen depender de que el servicio de redirección del proveedor siga en línea y de que la cuenta permanezca activa, mientras que un código estático, una vez impreso, funciona con independencia de cualquier cuenta o suscripción mientras exista el destino al que apunta. Para un restaurante que planea usar el mismo sistema de menú durante años, esa dependencia suele ser un compromiso aceptable a cambio de no tener que reimprimir tarjetas de mesa cada temporada — pero conviene saber cuál de los dos tipos corresponde a un código concreto antes de confiar en él a largo plazo.

Cómo crear un menú QR, paso a paso

Cinco pasos para tener un menú QR en la mesa

  1. Decidir a qué debe apuntar el código. Un simple PDF o imagen funciona bien para un menú que cambia poco y no necesita estructura por plato. Una página construida — categorías, platos individuales, precios, fotos y campos de alérgenos — funciona mejor para cualquier cosa que se edite a menudo, se sirva en más de un idioma o esté sujeta a obligaciones de información.
  2. Construir o subir el contenido del menú. En una plataforma basada en páginas, añadir categorías y elementos directamente mediante un editor. En un generador QR sencillo, preparar primero el archivo PDF o imagen, ya que la propia herramienta no ayuda en nada con el diseño o la maquetación — esa parte sigue siendo totalmente manual.
  3. Añadir los detalles que los comensales realmente usan para decidir. Los precios, las descripciones breves de los platos y las fotos influyen en las decisiones de pedido mucho más que el esquema de colores o el diseño de las esquinas de un código QR. Este es también el punto en el que una herramienta especializada en menús suele adelantar a una genérica, ya que las etiquetas de alérgenos y los campos de idioma existen como entradas estructuradas en lugar de texto libre que el restaurante debe recordar añadir manualmente.
  4. Generar el código QR y comprobar el destino en un móvil real, no solo en un panel de vista previa de escritorio. Una página que se ve perfecta en un monitor ancho puede envolver el texto de forma incómoda, cargar despacio con el WiFi de un restaurante, u ocultar por completo fuera de pantalla un botón de «siguiente categoría» en un navegador móvil — y un navegador móvil, en un comedor, es el único entorno en el que el menú se va a usar de verdad.
  5. Imprimirlo a un tamaño manejable y colocarlo correctamente — ver la sección de ubicación y tamaño más abajo — y luego probar físicamente todo el recorrido con un escaneo real en un móvil real antes de implantar el código en todas las mesas del local.

El paso que más a menudo se salta es el cuarto, y suele ser el que provoca la primera oleada de quejas de clientes. Un menú que parece completo en el panel de vista previa de un editor puede seguir comportándose mal una vez en vivo en la pantalla de un móvil, en un comedor oscuro y ruidoso, sostenido con una mano por alguien que también gestiona una bebida y una conversación — y ese es el entorno real y poco glamuroso para el que está pensado todo este ejercicio.

Etiquetado de alérgenos: qué significa la normativa de la UE para tu menú QR

14

Categorías de alérgenos obligatorias según la ley de la UE

Reglamento (UE) n.º 1169/2011, que se indica por plato

Antes de la compra

Cuándo debe estar disponible la información sobre alérgenos

Obligatorio por escrito, antes de que el cliente pida

Para restaurantes, cafeterías y puntos de restauración de hoteles que operan en cualquier lugar de la UE, la información sobre alérgenos no es una función opcional que sopesar frente a preferencias de diseño — es una obligación legal según el Reglamento (UE) n.º 1169/2011, que enumera 14 categorías de alérgenos (cereales con gluten, leche, huevos, frutos de cáscara, cacahuetes, soja y otros recogidos en el anexo del reglamento) que deben identificarse por plato, por escrito, antes de que un cliente haga el pedido. Esa obligación se aplica igual tanto si el menú ante el cliente está impreso en papel como si se muestra en la pantalla de un móvil tras escanear un código QR; el cambio de formato no altera en nada la obligación legal subyacente, solo la forma de cumplirla.

Aquí es donde un generador de códigos QR genérico falla de forma estructural, no solo cosmética. Si el «menú» detrás del código es un PDF plano o una imagen escaneada, la información sobre alérgenos hay que escribirla a mano en cada descripción de plato, comprobar su completitud manualmente en todo el documento, y revisarla desde cero cada vez que cambia un solo ingrediente en cualquier parte del menú. No existe ninguna forma estructural de que un archivo plano garantice que cada plato tenga realmente las indicaciones exigidas — una nota de alérgenos que falta en un artículo es solo una línea de texto ausente, fácil de pasar por alto y fácil de dejar desactualizada tras un cambio de receta.

Un sistema de menú con un campo de alérgenos dedicado por plato gestiona la misma obligación de otra manera: la etiqueta se asocia una sola vez, de forma estructural, al plato en sí, de modo que queda pegada — y sigue siendo coherente — en todas las versiones de idioma del menú, sin que el texto tenga que volver a escribirse o revisarse por separado para cada una. Eso no exime al restaurante de su propia responsabilidad sobre la exactitud de lo introducido; una plataforma puede exigir que cada plato tenga rellenado un campo de alérgenos, pero no puede comprobar que la respuesta escrita en ese campo sea correcta para la receta real de una cocina concreta. Lo que sí elimina es el trabajo manual y propenso a errores de mantener sincronizadas indicaciones en texto libre a lo largo de decenas de platos y varios idiomas.

El riesgo práctico de equivocarse aquí es mayor para los grupos de restaurantes que operan en más de un país de la UE, donde las prácticas de aplicación y control difieren algo según la jurisdicción aunque el reglamento subyacente sea el mismo en todo el bloque — una razón más por la que los datos de alérgenos estructurados, gestionados plato a plato, resisten mejor con el tiempo que un párrafo de indicaciones escondido en el pie de página de un PDF. Para conocer con más detalle cómo funciona el etiquetado de alérgenos en la práctica, consulta nuestra página Platoo: guía de alérgenos.

Menús en más de un idioma, sin más de un menú

Los restaurantes cerca de atracciones turísticas, dentro de vestíbulos de hotel o en zonas fronterizas atienden habitualmente a clientes cuya lengua materna no es la local, y el idioma del menú resulta ser un factor de comodidad mayor de lo que podría parecer desde el lado del mostrador del restaurante. CSA Research, una consultora de investigación de mercado independiente, encuestó a miles de consumidores en decenas de países en su serie «Can’t Read, Won’t Buy» y descubrió que el 76 % de los compradores en línea prefiere comprar productos cuando la información está disponible en su idioma nativo. Un menú de restaurante no es una página de pago de comercio electrónico, pero la incomodidad de fondo — tener que tomar una decisión importante, con dinero de por medio, en un idioma que no es el propio — es la misma incomodidad que aparece cuando un cliente mira fijamente la descripción de un plato que solo entiende a medias.

Un menú impreso multilingüe resuelve esto de la forma tradicional, listando cada plato dos o tres veces, en columnas paralelas o en secciones apiladas unas sobre otras, lo cual se lee razonablemente bien con dos idiomas y se vuelve visualmente recargado y difícil de recorrer a partir del tercero. Un menú digital puede resolver el mismo requisito de otra manera: el cliente elige un idioma una sola vez, en la parte superior de la página, y los mismos datos estructurados del plato — nombre, descripción, precio, etiquetas de alérgenos — se muestran en ese idioma, sin que la página se vuelva más larga o más recargada para los clientes que eligieron otro idioma.

Esto solo funciona bien si el menú subyacente está guardado como datos estructurados — un campo de nombre de plato, un campo de descripción, un campo de alérgenos, cada uno con sus propias variantes traducidas — en lugar de como una imagen plana o un PDF, que es exactamente el punto donde un generador de códigos QR sencillo devuelve todo el problema al restaurante. Una herramienta genérica puede apuntar un código a un PDF en francés y un segundo código, separado, a un PDF en inglés, duplicando tanto la impresión como el mantenimiento cada vez que cambia cualquiera de las dos versiones. Una plataforma de menú estructurada puede en cambio ofrecer un único código con un selector de idioma integrado en la página que hay detrás, de modo que solo hay un menú que mantener y varias formas de leerlo.

Escenario — un ejemplo ilustrativo

Un escenario típico es una cafetería cerca de un gran nudo de transporte que atiende a una mezcla bastante equilibrada de clientes habituales y turistas de paso — imprimir menús separados para cada grupo lingüístico significaría llevar en paralelo dos listas de precios, dos conjuntos de especiales de temporada y dos conjuntos de notas de alérgenos, con cada cambio de cocina teniendo que aplicarse dos veces antes de que ambas versiones vuelvan a ser correctas.

Dónde colocar el código para que realmente lo escaneen

Un menú bien construido detrás de un código QR ilegible o mal colocado sigue fallando en su única tarea, así que el aspecto físico merece más o menos la misma atención que la propia página — y es la parte que la mayoría de las guías sobre el tema pasan por alto rápidamente en favor del software. Para una guía más detallada e ilustrada sobre la ubicación y el tamaño, consulta nuestra página Platoo: guía de colocación de códigos QR.

Tamaño. Un código QR impreso necesita un tamaño mínimo de unos 2 x 2 cm (aproximadamente 0,8 x 0,8 pulgadas) para escanearse de forma fiable a corta distancia, y bastante más si va a escanearse desde más lejos — un código en un cartel de mostrador o un escaparate necesita mucho más espacio físico que uno colocado directamente en una mesa frente a un cliente sentado que sostiene el móvil a medio metro o un metro de distancia.

Ubicación. Los atriles de mesa y los pequeños soportes de sobremesa son la opción por defecto para el servicio de mesa, ya que el cliente ya está mirando hacia la superficie de la mesa de todos modos y la distancia de escaneo es corta y previsible. Las ubicaciones en mostrador o escaparate suelen funcionar mejor en establecimientos de comida rápida o para llevar, donde la decisión de pedido ocurre antes de que nadie se siente, y la distancia de escaneo es más larga y menos constante.

Escenario — un ejemplo ilustrativo

Un escenario típico es una cafetería que usa una pequeña tarjeta de sobremesa junto a la caja para clientes que entran y ya están cerca, y una versión notablemente más grande del mismo código en el escaparate para las personas en la calle que aún están decidiendo si entrar — el mismo código, el mismo destino, con tamaños distintos para dos distancias de escaneo muy diferentes.

Contraste y durabilidad. Un código QR necesita un contraste claro entre su primer plano y su fondo para escanearse de forma fiable con la iluminación normal de un restaurante, y el material impreso sobre las mesas se moja, se engrasa y se arruga a lo largo de un solo servicio, sin contar varias semanas de uso. Plastificar las tarjetas de mesa, o imprimir en un material más resistente que el papel normal, importa bastante más en un menú con código QR de lo que importaba en uno de papel corriente — un menú de papel desgastado o manchado sigue siendo legible para el ojo humano, pero un código QR dañado no se degrada con elegancia; a partir de cierto punto de desgaste físico, simplemente deja de escanearse por completo.

Qué comprobar antes de decidirte por un generador de menú QR

Seis preguntas antes de comprometerte

  1. ¿El menú existe como datos estructurados, o como un archivo que hay que volver a subir cada vez? Esta única pregunta predice casi todo lo demás sobre lo doloroso que será hacer actualizaciones habituales dentro de seis meses, cuando ya haya pasado la ilusión inicial.
  2. ¿Se puede añadir información de alérgenos y dietética por plato, como un campo específico, en lugar de escribirla en una descripción de texto libre fácil de olvidar actualizar cuando cambia una receta?
  3. ¿La plataforma admite más de un idioma sin duplicar el menú en sí, o cada idioma adicional requiere un código independiente y una página mantenida por separado?
  4. ¿Hay alguna forma de ver un ejemplo real y terminado antes de crear una cuenta? Una demo en vivo suele responder más en treinta segundos de observación que una página de funciones en diez minutos de texto de marketing.
  5. ¿Qué pasa con el código impreso si el restaurante cambia de herramienta más adelante? Un código estático atado de forma permanente al alojamiento de un único proveedor puede dejar atrapado a un restaurante que quiere marcharse; un sistema que permite exportar contenido o redirigir el código existente evita precisamente esa trampa.
  6. ¿El plan gratuito limita el número de artículos o de locales de una forma que realmente encaje con el funcionamiento diario del negocio, sobre todo para quien ya gestiona más de un local o planea abrir un segundo próximamente?

Ninguna de estas preguntas tiene una única respuesta universalmente correcta — un pequeño bar de vinos con una carta de ocho artículos tiene necesidades muy distintas a las de un restaurante de hotel que hace malabares con tres idiomas y una carta de temporada rotativa en dos salas. Lo que importa en la práctica es repasarlas de forma deliberada antes de imprimir y repartir las tarjetas de mesa, en lugar de descubrir las respuestas de forma reactiva, una limitación frustrante tras otra, durante los meses siguientes.

Lecturas relacionadas

Preguntas frecuentes

La mayoría de las herramientas de este sector ofrecen algún tipo de plan gratuito, normalmente suficiente para un menú pequeño y sencillo, mientras que los planes de pago desbloquean un número mayor de artículos, locales adicionales, o funciones extra como estadísticas y traducciones. La generación gratuita de códigos QR en sí es prácticamente universal en el mercado; lo que realmente varía entre proveedores es cuánta estructura de menú y cuántas funciones específicas de hostelería quedan detrás del muro de pago en lugar de en el plan gratuito.

No. La aplicación de cámara integrada de cualquier smartphone actual puede escanear un código QR estándar de forma nativa y abrir la página enlazada directamente en el navegador predeterminado del móvil — el cliente no necesita descargar ninguna aplicación de escaneo aparte, y el restaurante no necesita crear ni mantener ninguna aplicación.

Un «menú QR» es simplemente cualquier menú al que un cliente llega escaneando un código, sin más — esa descripción abarca muchísimo terreno. Un «menú digital» se refiere específicamente a la página estructurada, editable elemento por elemento, que hay detrás de ese código. Un código QR puede apuntar igual de bien a un PDF estático, que en el sentido más laxo es técnicamente un menú QR, pero no un verdadero menú digital en el sentido estructural que permite etiquetas de alérgenos, varios idiomas y actualizaciones sencillas.

Sí, y en la práctica la mayoría de los restaurantes hace exactamente eso en lugar de cambiar de la noche a la mañana — manteniendo ambos formatos en paralelo durante un periodo de transición, o guardando un pequeño stock de menús impresos disponibles bajo petición mientras el código QR se convierte en la opción por defecto para la mayoría de las mesas. No existe ninguna obligación técnica de eliminar por completo los menús de papel el primer día, ni nunca, si un restaurante prefiere mantener ambos de forma permanente.

El móvil del propio cliente necesita algún tipo de conexión de datos — WiFi o datos móviles — para cargar la página a la que apunta un código, ya que el código QR en sí solo almacena un texto corto o un enlace y no contiene el contenido real del menú directamente dentro del patrón impreso. Los restaurantes sin un WiFi propio fiable deberían comprobar que la cobertura de red móvil dentro del comedor sea realmente adecuada antes de depender por completo de menús basados en QR, especialmente en sótanos, edificios antiguos de paredes gruesas o zonas rurales con señal débil.

Eso depende de la plataforma detrás del código y no del código QR en sí, ya que el código solo enlaza a una página — que esa página admita mostrar precios en varias monedas es una función del sistema de menú que la renderiza, igual que el soporte multilingüe, y no es algo que un generador de códigos QR genérico e independiente del menú ofrezca por sí solo.


Fuentes: Reglamento (UE) n.º 1169/2011 — información alimentaria facilitada al consumidor · Comisión Europea — resumen oficial del Reglamento (UE) n.º 1169/2011 · CSA Research, «Can’t Read, Won’t Buy — B2C» (2020), encuesta a 8.709 consumidores en 29 países