Primero cambia el tamaño del diseño y después coloca el código QR

Partimos de 12 URL ficticias de campaña. Los cuatro destinos representaban un taller, el libro de un creador, un producto y una clase de fotografía. Cada uno tenía una versión corta, otra con parámetros de campaña y una más larga con parámetros adicionales. En cada comparación entre procedimientos, la URL completa se mantuvo sin cambios.

Cada URL se codificó con dos niveles de corrección de errores y se guardó en dos formatos. Obtuvimos así 48 archivos por procedimiento de exportación y tamaño del diseño. Son condiciones repetidas sobre 12 URL, no 48 clientes, campañas o ensayos independientes. Antes de empezar la comparación, ambos lectores por software descodificaron correctamente las 24 imágenes originales grandes.^[1]

La diferencia fue más clara a 540 × 540 píxeles. Al reducir el diseño completo, ambos lectores recuperaron la URL exacta de 16 de 48 archivos. Al reducir primero el fondo e insertar después el código QR al tamaño final, ambos recuperaron los 48. La mejora apareció con los dos niveles de corrección y tanto en PNG como en JPEG.

El QR tenía el mismo espacio reservado en cada pareja: un cuadrado de 90 × 90 píxeles. El segundo procedimiento ajustó el código a ese espacio utilizando píxeles enteros para sus pequeños cuadrados. No acortó el enlace, eliminó parámetros de campaña ni cambió el destino. La tabla muestra los resultados de los cuatro grupos de 12 archivos.

Para una empresa que encarga trabajo creativo, esto cambia lo que debe pedir al diseñador. Comprobar que se abre el archivo original y que funciona su QR grande resulta útil. La pieza más pequeña necesita su propia comprobación. La aprobación debe identificar las dimensiones y el archivo que se entregarán, sin quedarse en el original.

Un código QR es una cuadrícula de pequeños cuadrados llamados módulos. El enlace y los ajustes de codificación determinan esa cuadrícula. DENSO WAVE, desarrollador de QR Code, explica que más datos y distintos ajustes de corrección pueden exigir cuadrículas mayores. Un QR estándar también necesita un margen libre, conocido como zona de silencio, de cuatro módulos en cada lado.^[2][3]

La tarea práctica consiste en encajar toda esa cuadrícula y su margen en el diseño que se entregará. En el primer procedimiento, el QR ya formaba parte de una imagen de 2160 × 2160 píxeles cuando se redujo el conjunto. El remuestreo podía mezclar los bordes o dejar la cuadrícula entre los píxeles finales. En el segundo, redujimos el fondo y dibujamos la cuadrícula original directamente sobre píxeles enteros.

Un ejemplo medido permite ver la diferencia. La URL larga del taller contenía 199 bytes. Con corrección de errores M, generó una cuadrícula de 57 × 57 módulos. Incluida la zona de silencio, ocupaba 65 módulos de ancho. El diseño original asignaba cinco píxeles a cada módulo, por lo que el conjunto medía 325 píxeles de ancho.

Al reducir el diseño a 540 píxeles, ese conjunto pasó a ocupar 81,25 píxeles, con 1,25 píxeles entre los límites de los módulos. Ningún lector recuperó la URL del PNG resultante. Dibujar la misma cuadrícula directamente al tamaño final utilizó un píxel por módulo y un espacio menor, de 65 píxeles. Entonces ambos recuperaron la URL completa.

Comparamos dos procedimientos completos de exportación. El tamaño ocupado, la posición y el filtrado cambiaron a la vez, de modo que la prueba no aísla una sola causa. Sí muestra por qué «haz más grande el QR original» es una instrucción incompleta: en este ejemplo, el símbolo final más pequeño fue el que pudieron leer los programas.

Conserva intacta la URL prevista mientras resuelves la exportación. Los parámetros de campaña pueden formar parte de un plan de medición acordado. Eliminarlos cambia el enlace que se entrega. Si el equipo valora después una redirección gestionada o un destino más corto, será otra decisión que requerirá comprobar el destino y la atribución. Nuestro experimento no probó esa alternativa.

La comparación de todos los tamaños ayuda a delimitar el resultado principal. A 1080, 720 y 540 píxeles, ambos lectores recuperaron todos los archivos con inserción final. Reducir el diseño completo produjo otro patrón: 32, 37 y 16 recuperaciones compartidas, respectivamente, sobre 48 archivos por tamaño.

No hubo un descenso constante al reducir el diseño. Las exportaciones de 720 píxeles lograron más recuperaciones compartidas que las de 1080. Distintas proporciones de reducción y los píxeles resultantes pueden producir resultados diferentes para un lector. Estos datos no fijan un tamaño mínimo universal de código QR en píxeles.

A 360 píxeles, el espacio reservado al QR era de solo 60 × 60 píxeles. Algunas cuadrículas, incluidas sus zonas de silencio, necesitaban 65 u 85 módulos de ancho. No cabían ni asignando un píxel entero a cada módulo. Registramos esas 24 condiciones de inserción final como imposibles de preparar según el procedimiento establecido, no como fallos de descodificación.

Por eso la tabla compara únicamente las 24 parejas restantes a 360 píxeles. Ambos lectores recuperaron seis archivos con el diseño reducido y 18 con inserción final. Seis archivos preparados mediante inserción final tampoco superaron la prueba conjunta. El método mejoró este pequeño conjunto, pero no hizo que funcionaran todas las exportaciones pequeñas.

En una pieza de campaña compacta, la siguiente decisión de diseño es cuánto espacio reservar al código y a su margen. Resuélvelo antes de considerar intercambiables todos los huecos disponibles. Las dimensiones del recuadro, la URL completa, la codificación y el resultado final deben figurar en el encargo. Que un módulo de un píxel funcionara en esta prueba controlada no lo convierte en un tamaño recomendado para cámaras de móvil o material impreso.

La corrección de errores ayuda al lector QR a recuperar datos codificados cuando parte de la información está dañada. Aumentarla también puede exigir una cuadrícula mayor para el mismo contenido. Por eso nuestras codificaciones M y H implicaban una decisión real dentro de un espacio fijo. El nivel superior no se limitaba a añadir protección a una imagen idéntica.^[7]

A 540 píxeles, el diseño reducido consiguió cinco recuperaciones compartidas de 12 con M y tres con H en cada formato. Pero H fue mejor en otras condiciones comparables: ocho comparaciones con las URL detalladas a 1080 píxeles y dos comparaciones PNG con URL de campaña a 720. Decir «elige siempre el nivel inferior» tergiversaría los resultados.

El formato tampoco permitió establecer una clasificación simple. A 720 píxeles y nivel M, ambos lectores recuperaron 10 exportaciones PNG y 12 JPEG del diseño reducido. Eso no convierte JPEG en una opción más segura en general. Muestra por qué no debe trasladarse automáticamente el resultado de un formato a otro.

Los lectores discreparon en 54 de los 360 archivos generados. A 1080 y 720 píxeles, ZXing-C++ recuperó todos los archivos; quirc fue el que redujo los totales compartidos. A 540 píxeles, cada lector mejoró por separado cuando el QR se añadió al final. Utilizamos la coincidencia entre ambos como resultado principal y conservamos sus resultados individuales en la descarga.

Para un creador que entrega archivos a un cliente, lo útil es especificar el formato previsto y confirmar el enlace exacto que se entrega. La descodificación por software comprueba el archivo de imagen. Una prueba aparte con el móvil, la pantalla o la pieza impresa previstos comprueba otra parte de la experiencia real. Medimos lo primero; lo segundo sigue siendo un paso práctico para el equipo que utilizará el diseño.

Copia estos campos en el encargo creativo o en una nota de entrega. Complétalos para cada tamaño solicitado. Vinculan la decisión del responsable de la empresa sobre el destino con los ajustes de exportación del diseñador y la persona que revisa el material terminado. La versión descargable no exige registro y puedes adaptarla a tu forma de trabajar.

Campaña y uso: [Indica la campaña, la acción a la que debe llevar el QR y dónde aparecerá el diseño.] Responsable del enlace: [Indica quién puede aprobar el destino y sus parámetros.] URL completa aprobada: [Pega la cadena exacta, incluidos todos los parámetros necesarios y las secuencias de escape con porcentaje.]

Diseño final: [Ancho × alto en píxeles.] Área del QR: [Posición y ancho × alto reservados.] Zona de silencio: [Confirma que hay un margen libre en los cuatro lados.] Cuadrícula y ajuste: [Anota el número de módulos y los píxeles enteros por módulo utilizados, si el generador o el proceso de exportación facilitan esos datos.]

Codificación y exportación: [Indica el generador, el nivel de corrección de errores y las opciones pertinentes.] Orden de preparación: [Indica si el QR se insertó a las dimensiones finales.] Formato guardado: [PNG o JPEG, con los ajustes utilizados.] Archivo entregado: [Anota el nombre del archivo u otro identificador inequívoco.]

Comprobación del archivo: [Indica el lector o lectores, el archivo probado y el resultado.] URL recuperada: [Compara la cadena completa devuelta con la URL aprobada.] Resultado pendiente: [Anota cualquier fallo, discrepancia o problema de ajuste y quién lo resolverá.] No marques como comprobado un resultado que no has probado.

Comprobación de uso: [Indica la pantalla o pieza impresa prevista, el móvil u otro lector utilizado, la persona responsable y la fecha de comprobación.] Comprobación del destino: [Confirma que el enlace aprobado llega a la página prevista y que los parámetros de campaña necesarios se conservan durante el recorrido previsto.] Estas comprobaciones van más allá de nuestra prueba de archivos de imagen.

El encargo debe dejar claras las responsabilidades. El responsable de campaña aprueba el enlace; el diseñador prepara los archivos especificados; quien revisa comprueba los archivos reales y su uso previsto. Si después alguien cambia el enlace, las dimensiones o los ajustes de exportación, actualiza el encargo y vuelve a comprobar el resultado afectado.

Imagina que una empresa encarga a un creador la promoción de un taller de otoño. Necesita una pieza digital cuadrada para una pantalla del local y otra más pequeña para un mensaje de campaña. La empresa ha aprobado un enlace con datos de fuente, medio, campaña y colaborador. Es un supuesto ficticio de producción que utiliza una de nuestras URL medidas para concretar la entrega.

La URL aprobada es el ejemplo del taller de 199 bytes incluido en la descarga. Su campaña se llama autumn_2026, su medio es qr y su campo de contenido identifica a un creador colaborador ficticio. Esos detalles se conservan en la URL de ambas piezas. El creador no los elimina para reducir la información del código.

La nota de entrega del ejemplo especifica un PNG de 540 × 540 píxeles, con un área QR de 90 × 90 píxeles que empieza en x=378, y=378. Utiliza la codificación M medida: una cuadrícula de 57 módulos, una zona de silencio de cuatro módulos y un píxel entero por módulo. El conjunto final ocupa 65 × 65 píxeles y queda centrado dentro del área reservada.

El diseñador reduce primero el fondo e inserta después esa cuadrícula. La nota identifica el archivo guardado y recoge el resultado medido: ZXing-C++ y quirc devolvieron la URL original exacta. También recoge el resultado alternativo: ninguno recuperó la URL del PNG equivalente obtenido al reducir el original completo. Ambos resultados proceden de nuestro experimento, no de una campaña real de cliente.

La empresa aún debe comprobar la pantalla real del local y el recorrido previsto con el móvil. Si otro servicio va a recomprimir o reducir la versión pequeña, el equipo también comprueba el archivo o la visualización resultantes. No medimos ese servicio y la prueba inicial superada no establece qué ocurrirá después de otra transformación.

Supongamos que el encargo pide después una pieza de 360 píxeles manteniendo la misma proporción del área QR. El recuadro pasa a medir 60 píxeles, pero este código necesita 65 módulos con su margen. No puede prepararse con nuestro procedimiento de píxeles enteros. El diseñador debe señalar el conflicto de espacio y acordar un área mayor u otra forma de entrega, en lugar de declarar correcta una exportación imposible.

Ese es el valor de una entrega concreta: la conversación se produce mientras el diseño aún puede cambiar. El equipo puede conservar su enlace aprobado, identificar qué pieza necesita atención y evitar que una maqueta grande que funciona se considere una aprobación de todos los archivos posteriores.

Fijamos las 12 URL ficticias, la composición, los tamaños y los ajustes antes de descodificar las exportaciones de prueba. Las URL utilizaban example.com y nunca se solicitaron por la red. Cada una de las cuatro familias de destinos tenía tres perfiles de datos, de 39 a 203 bytes. Probamos corrección M y H, cuatro anchos de diseño cuadrado y dos formatos, lo que dio 384 condiciones de archivo previstas entre ambos procedimientos.^[1]

Segno 1.6.6 generó códigos QR estándar en modo byte, con el aumento automático del nivel de corrección desactivado. Cada combinación de URL y nivel se codificó una sola vez, y ambos procedimientos reutilizaron exactamente su matriz. El diseño original medía 2160 píxeles por lado. Pillow 13.0.0 aplicó una reducción LANCZOS; JPEG utilizó calidad 85 con el submuestreo de crominancia desactivado. Todos los códigos eran negros sobre blanco y tenían una zona de silencio de cuatro módulos.^[4]

Ambos lectores recibieron la misma imagen guardada completa, convertida a escala de grises de 8 bits. Utilizamos ZXing-C++ 3.1.1 y una compilación fijada de quirc con ajustes constantes. La recuperación exacta exigía los bytes originales de la URL y ningún resultado correcto contradictorio. No añadimos recortes, ampliaciones para reintentar ni intentos manuales de rescate. El paquete conserva los ajustes de los lectores, la geometría de cada archivo y los resultados.^[5]

Los 24 originales superaron la prueba de ambos lectores. De las 384 exportaciones previstas, se generaron 360 y 24 no pudieron prepararse con el procedimiento de inserción final. Quedaron así 168 parejas comparables. Conservamos todas las condiciones, incluidas las discrepancias, los archivos preparados que fallaron y las comparaciones favorables a cualquiera de los dos niveles de corrección. Los resultados describen estos archivos sintéticos y estas compilaciones, no tasas de lectura de consumidores.

La orientación existente ya explica la importancia del espacio, las zonas de silencio y la calidad de imagen. QRotto también ha publicado una comparación de resoluciones de origen tras redimensionar y aplicar desenfoque. Nuestra aportación es más concreta: comparar cuándo se coloca el QR durante la exportación de un diseño, manteniendo la URL completa y la matriz codificada dentro de cada pareja. Las tablas completas y los detalles de preparación están disponibles a continuación.^[6]