Capacidad de un código QR: cuántos datos caben, por versión del símbolo y modo de codificación

¿Cuántos datos puede guardar un código QR?

Un código QR guarda como mucho 7.089 dígitos, 4.296 caracteres alfanuméricos, 2.953 bytes o 1.817 caracteres kanji. Esas cuatro cifras describen un solo símbolo (la versión 40, con 177 módulos de lado, en el nivel de corrección de errores L) y son el techo del formato, no un objetivo al que nadie deba aspirar.

El rango práctico es mucho más estrecho de lo que sugiere el techo. Un símbolo de versión 40 impreso en el suelo de 0,4 mm por módulo del papel estucado mide 71 mm de lado antes del margen, y cada uno de sus módulos tiene que sobrevivir a que lo fotografíen, así que códigos de ese tamaño aparecen en marcaje industrial y casi en ningún otro sitio.

Para el uso corriente, la pregunta útil es la contraria a la del máximo: dado este contenido, cuál es el símbolo más pequeño que lo contiene y qué cuesta ese símbolo en milímetros impresos. Las dos últimas secciones de esta página lo responden directamente.

Qué es una versión del símbolo

La versión del símbolo es el nombre que la norma QR da al número de módulos de un código, y va de la versión 1 con 21 × 21 módulos hasta la versión 40 con 177 × 177. Un código de versión V tiene 4V + 17 módulos por lado, así que las versiones avanzan de cuatro en cuatro: 21, 25, 29, 33, 37 y así sucesivamente.

La versión no se elige. El codificador toma la versión más pequeña que contenga el contenido en el nivel de corrección de errores pedido, lo que significa que la versión es el resultado de dos decisiones que sí tomas tú: qué dice el código y cuánto daño debe sobrevivir.

De ahí salen dos consecuencias, y las dos pillan a la gente. La primera es que la capacidad avanza a saltos y no de forma continua: añadir un carácter puede salir gratis o puede empujar el código una versión entera hacia arriba. La segunda es que una versión más alta no es un dibujo más grande, sino uno más denso. A una anchura impresa fija, los módulos de un código de versión 10 son un 40% más estrechos que los de uno de versión 4 (57 celdas en el mismo espacio en vez de 33), y de módulos pequeños están hechos los fallos de escaneo.

No todo el símbolo está disponible para el contenido. En un código de versión 1, 233 de los 441 módulos son patrones funcionales e información de formato en lugar de datos: en patrones de localización y anatomía del código QR está adónde va cada uno. Lo que queda tras eso se reparte entre tus datos y su corrección de errores.

Los cuatro modos de codificación QR

Un modo de codificación es el esquema que usa un código QR para convertir caracteres en bits, y la norma define cuatro: numérico, alfanumérico, byte y kanji. Cada uno empaqueta los caracteres a una densidad distinta, así que el mismo símbolo guarda un número muy diferente de ellos según qué modo permita el contenido.

El modo alfanumérico es el que conviene entender, porque es el único que se aplica a las URL. Es el esquema de codificación QR que empaqueta dos caracteres en 11 bits, con un juego de 45 caracteres de dígitos, letras mayúsculas, espacio y ocho signos de puntuación. Las minúsculas no están en ese juego, y tampoco el signo de interrogación, el ampersand, el signo igual ni el guion bajo.

El modo lo elige el codificador, no quien escribe el contenido. Algunos codificadores analizan el contenido y cambian de modo automáticamente, otros dividen el contenido en segmentos y usan un modo distinto para cada uno, y muchos lo codifican todo en modo byte pase lo que pase. Este último caso es lo bastante frecuente como para que la única forma fiable de saberlo sea generar el código y contar sus módulos.

Capacidad del código QR por versión y modo

La tabla de abajo es la referencia sobre la que se apoya el resto de esta página: cuántos caracteres guarda cada versión del símbolo, en cada modo y en cada nivel de corrección de errores. Se lee buscando la fila de tu nivel y la versión cuya cifra supere por primera vez la longitud de tu contenido.

Hay dos celdas de esta tabla que conviene leer juntas. La versión 25 en el nivel L guarda 1.273 bytes, y la versión 40 en el nivel H guarda exactamente esos mismos 1.273 bytes: un símbolo con más del doble de superficie de módulos, gastando toda la diferencia en recuperación. La capacidad que se gana agrandando el código y la que se pierde subiendo el nivel son la misma moneda, y por eso las dos decisiones pertenecen a una sola tabla y no a dos.

Por qué la misma URL cabe en un código más pequeño en mayúsculas

Una URL escrita en mayúsculas puede codificarse en modo alfanumérico a 5,5 bits por carácter en lugar de los 8 del modo byte, lo que supone un ahorro del 31% y con frecuencia baja el símbolo una versión entera. HTTPS://EXAMPLE.COM/MENU usa solo caracteres del juego alfanumérico de 45; https://example.com/menu no, porque las minúsculas no están en él.

La pega es que solo una parte de una URL se puede poner en mayúsculas sin riesgo. Los esquemas y los nombres de dominio no distinguen mayúsculas de minúsculas, así que HTTPS://EXAMPLE.COM y https://example.com llegan al mismo servidor. Todo lo que va después del dominio sí las distingue en la mayoría de servidores web, así que poner la ruta en mayúsculas puede dar un código que se escanea perfectamente y aterriza en un 404.

Lo que queda es una regla de aplicación estrecha pero real: pon en mayúsculas el esquema y el dominio, deja la ruta exactamente como la espera el servidor, y comprueba si el símbolo ha encogido de verdad. Un contenido que mezcla mayúsculas y minúsculas cae entero en modo byte, así que un solo carácter en minúscula dentro de la ruta se lleva por delante todo el ahorro.

Conviene decir con honestidad otros dos límites. El juego alfanumérico no tiene signo de interrogación, ampersand, signo igual ni guion bajo, así que cualquier URL con parámetros de consulta va en modo byte sea cual sea su caja. Y el codificador tiene que admitir el cambio de modo: muchos generan todo el contenido en modo byte, y entonces las mayúsculas no cambian nada. Genera el código de las dos maneras, cuenta los módulos de un lado y compara: si el número es el mismo, el modo no ha cambiado.

La corrección de errores es la mitad de la cuestión de la capacidad

Subir el nivel de corrección de errores de L a H quita alrededor del 57% de la capacidad de un símbolo, porque las palabras de código de recuperación y las de datos salen del mismo presupuesto fijo. En todas las versiones, los cuatro niveles se reparten el mismo total: el nivel L gasta en recuperación alrededor del 7%, el M el 15%, el Q el 25% y el H el 30%.

La interacción que sorprende funciona también en el otro sentido. Como la capacidad avanza a saltos, subir de nivel a menudo no cuesta nada: si tu contenido ocupa 40 bytes, el nivel M y el Q te dejan igualmente en la versión 4, y el nivel más alto sale gratis. Genera el código en el nivel que quieras, apunta el número de módulos, genéralo un nivel por encima y compara: quédate con el nivel más alto siempre que la retícula no cambie.

En los niveles de corrección de errores L, M, Q y H está qué compra de verdad esa capacidad de recuperación, qué tamaño de logotipo tolera cada nivel y por qué subir el nivel después de un fallo de escaneo suele empeorar el código en vez de mejorarlo.

De la longitud de la URL al tamaño impreso

La longitud del contenido decide la versión del símbolo, y la versión del símbolo decide el tamaño mínimo al que se puede imprimir el código honestamente. Esta es la cadena que importa en una maqueta, y es la razón de que acortar una URL sea una decisión de impresión y no de pulcritud.

Las dos últimas filas son el argumento a favor de acortar enlaces, reunido en un solo sitio. Una URL de seguimiento de 200 caracteres en el nivel H no se puede imprimir por debajo de unos 34 mm en papel estucado, y una de 25 caracteres puede bajar a 16 mm: la misma información, entregada por el mismo código, en menos de una cuarta parte de superficie.

Son suelos, no recomendaciones. Un código también hay que dimensionarlo para su distancia de lectura, que es de aproximadamente 1 cm de ancho por cada 10 cm de distancia de escaneo, y manda la mayor de las dos cifras. El tamaño mínimo para impresión recorre ese cálculo de principio a fin, y la calculadora de tamaño de impresión lo resuelve para una distancia dada.

Qué hacer cuando el contenido no cabe

Un contenido que no cabe a un tamaño manejable es casi siempre un problema de URL y no de código QR. El símbolo está haciendo lo que se le ha pedido; lo que se le pide es demasiado largo. Más o menos por orden de cuánto ahorran:

• Quita los parámetros de seguimiento. Un juego completo de UTM con un identificador de clic añade sin esfuerzo entre 80 y 120 caracteres, que son tres o cuatro versiones del símbolo. Adjunta los datos de campaña en el destino en lugar de en el código impreso.
• Elimina el www y la barra final. Poco, gratis y suficiente para ganar una versión en una URL corta donde cada carácter cuenta.
• Usa una ruta corta. example.com/carta en vez de example.com/restaurante/nuestras-cartas/carta-de-mediodia-2026. En impresión, la ruta la lee una cámara y no la teclea nadie, así que su legibilidad no aporta nada.
• Apunta a una redirección que controles tú. Una ruta corta en tu propio dominio que reenvía a la URL larga mantiene el código pequeño y el destino modificable, cosa que un código estático no puede ser de otro modo.
• Codifica lo mínimo para ese tipo de contenido. Un código de Wi-Fi lleva el nombre de la red, la contraseña y el tipo de seguridad, y nada más; uno de teléfono lleva dígitos. Los campos de más cuestan versiones: mira tipos de códigos QR para saber qué necesita de verdad cada contenido.
• Baja el nivel de corrección de errores si no hay logotipo. Pasar de H a M no es un ahorro pequeño: casi duplica la capacidad en todas las versiones (de 44 bytes a 84 en la versión 5), y el nivel M es de sobra suficiente para un código limpio sobre papel estucado y plano.
• Divide el trabajo. Si el contenido es largo de verdad (una carta, un documento, un certificado), ponlo detrás de una URL en vez de dentro del código. Un código QR que guarda 2.000 caracteres es un código que nadie puede escanear.

Una cosa que no hay que hacer: subir el tamaño impreso para que quepa un contenido largo y quedarse ahí. Funciona, pero oculta la causa, y la siguiente versión del arte se topará con la misma pared con una URL un poco más larga y menos espacio que darle.

Por qué los saltos de capacidad son irregulares

La capacidad no sube de forma uniforme con la versión, y de ello se encargan tres mecanismos distintos. Conocerlos explica los saltos que si no parecen arbitrarios en la tabla de arriba.

El indicador de recuento de caracteres se ensancha. El indicador de recuento de caracteres es la cabecera breve del interior de un código QR que declara cuántos caracteres contiene el contenido, y su anchura en bits cambia con la versión del símbolo. En modo byte son 8 bits en las versiones 1 a 9 y 16 bits a partir de la versión 10, así que cruzar esa frontera cuesta un byte de sobrecarga antes de guardar nada de contenido.

Los bloques de corrección de errores se dividen de forma desigual. A partir de la versión 5, los datos se reparten en bloques de tamaños distintos para que la aritmética de recuperación siga siendo manejable, y la estructura de bloques cambia en casi todas las versiones. Por eso dos versiones contiguas pueden ganar 20 bytes y luego 38.

Sobran bits de relleno. Algunas versiones dejan 3, 4 o 7 módulos sueltos tras colocar las palabras de código, que se rellenan con ceros y no llevan nada. Son parte de por qué el número de módulos y la capacidad no van exactamente de la mano.

Nada de esto cambia lo que hay que hacer. Sí explica por qué añadir un carácter a una URL a veces no cuesta nada y a veces añade cuatro módulos a cada lado, y por qué la única forma fiable de conocer la versión es generar el código y contar, en lugar de estimarla a partir del número de caracteres.

Cuando la capacidad no es el límite real

La mayoría de los códigos chocan con un límite físico mucho antes que con uno de capacidad, y confundir uno con otro es el error habitual en este asunto. Un símbolo de versión 20 guarda 666 bytes en el nivel M, lo que suena generoso hasta que hay que imprimir el código: 97 módulos por lado en el suelo de 0,4 mm son 42 mm de conjunto, y apretado en un caballete de mesa de 30 mm sus módulos caen a 0,29 mm, por debajo de lo que aguantan la mayoría de procesos de impresión y por debajo de lo que resuelve la cámara de un teléfono a la distancia de un brazo.

Los límites que muerden primero, en el orden en que suelen llegar:

• El tamaño del módulo impreso. Los módulos deben medir 0,4 mm o más en papel estucado y 0,5 mm o más en no estucado. Esto es lo que convierte una longitud de contenido en una anchura mínima, y el diseño no lo puede negociar.
• La distancia de lectura. Un código necesita aproximadamente 1 cm de ancho por cada 10 cm que lo separen de la cámara. Un código denso en un rótulo de pared falla a la distancia a la que se pone la gente, no a la distancia a la que se diseñó.
• El enfoque de la cámara. Las cámaras de los teléfonos tienen una distancia mínima de enfoque de unos 10 cm. Un código muy pequeño y muy denso obliga a acercarse más de lo que la cámara puede enfocar, y eso se percibe como un código que no se escanea.
• El contraste y el acabado. Un código denso tolera peor el poco contraste y los reflejos, porque cada módulo aporta menos píxeles: comprueba una pareja de colores con el comprobador de contraste QR antes de comprometerte con ella.
• La resolución de exportación. Una exportación de mapa de bits necesita píxeles enteros por módulo; un código denso a poco tamaño en píxeles produce bordes de módulo suavizados. En resolución y DPI está la aritmética, y el SVG evita el problema por completo.

KoloQR, un generador de códigos QR gratuito con códigos QR circulares y de formas personalizadas, exporta tanto PNG como SVG, así que un código cuyo contenido obligue a una versión alta se puede colocar como arte vectorial y mantenerse geométricamente exacto a cualquier tamaño impreso. Eso resuelve la mitad de exportación del problema y ninguno de los otros cuatro: un contenido largo sigue necesitando un código físicamente mayor, se exporte como se exporte.

Errores frecuentes sobre la capacidad de un código QR

El error más frecuente es tomar el máximo de 2.953 bytes como un presupuesto de trabajo. Describe un símbolo de 177 × 177 módulos en el nivel de corrección de errores más bajo, que no es un código para una carta, una etiqueta ni un cartel, y un contenido que se acerque a esa cifra habrá fallado por razones físicas mucho antes de que la capacidad llegue a ser la limitación.