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

La capacidad de datos de un código QR llega como máximo a unos 7.089 dígitos, 4.296 letras y símbolos, o 2.953 bytes — pero la verdadera lección es que las cargas más cortas se escanean más rápido y con mucha más fiabilidad, así que más pequeño es casi siempre más inteligente.

La gente suele preguntar "¿cuánto puedo meter en un código QR?" como si más grande fuera una victoria. La respuesta honesta es: puedes meter una cantidad sorprendente, pero rara vez deberías. Veamos los límites reales, por qué difieren según el tipo de datos y por qué una carga ligera es el secreto de un código que simplemente funciona. 🐾

¿Cuáles son las capacidades máximas de un código QR?

Los máximos absolutos se aplican al código más grande (versión 40) en el nivel de corrección de errores más bajo (L). La capacidad depende en gran medida de qué tipo de datos estás almacenando, porque los códigos QR tienen modos de codificación especializados que empaquetan algunos tipos de datos más apretadamente que otros.

Modo de codificación	Tipo de datos	Caracteres máx.
Numérico	Solo dígitos 0–9	~7.089
Alfanumérico	Dígitos, A–Z y algunos símbolos	~4.296
Byte	Texto general, URL (UTF-8)	~2.953
Kanji	Caracteres Kanji japoneses	~1.817

Fíjate en el patrón: cuanto más restringido es el conjunto de caracteres, más cabe. El modo numérico solo necesita representar diez valores posibles, así que almacena tres dígitos en apenas diez bits — muy eficiente. El modo byte, que maneja cualquier carácter incluidas las letras y los símbolos de una URL típica, usa ocho bits completos por carácter y por eso contiene mucho menos.

¿Por qué cambia la capacidad según el tipo de datos?

Piénsalo como un problema de eficiencia del lenguaje. Si solo necesitas escribir números, puedes usar una taquigrafía compacta. Si podrías necesitar cualquier letra, símbolo o emoji, necesitas un código más amplio y voluminoso para cada carácter. Los códigos QR explotan esto ofreciendo distintos modos:

• Numérico — el empaquetado más apretado, para dígitos puros.
• Alfanumérico — letras mayúsculas, dígitos y nueve símbolos (espacio, $, % y algunos más).
• Byte — el modo de uso general para URL y texto mixto.
• Kanji — un modo eficiente para caracteres japoneses.

La mayoría de los códigos del mundo real — los enlaces especialmente — usan el modo byte, y por eso el techo práctico de una dirección web está muy por debajo de esos máximos numéricos.

¿Cómo consume la corrección de errores parte de la capacidad?

Esos máximos suponen el nivel de corrección de errores L, la protección más ligera. Elige un nivel más alto y parte del espacio del código se reserva para datos de recuperación en lugar de tu mensaje. A grandes rasgos, pasar de L a H puede recortar sustancialmente la capacidad utilizable para el mismo tamaño físico.

Cada elección es un compromiso: más corrección de errores significa un código más resistente pero menos espacio para datos. Nuestra guía de corrección de errores desgrana los cuatro niveles.

Así que la capacidad real de tu código es una negociación a tres bandas entre el tipo de datos, el nivel de corrección de errores y la versión (tamaño). Sube cualquiera de ellos y los demás notan el apretón.

¿Por qué se escanean mejor las cargas cortas?

Aquí está la parte que la gente pasa por alto. Meter más datos en un código lo fuerza a una versión más grande — una cuadrícula más densa con más módulos, más pequeños. Y los módulos más pequeños son más difíciles de resolver para una cámara, sobre todo cuando el código se imprime pequeño, se ve desde lejos o está mal iluminado.

Una URL larga podría empujar un código de la versión 3 (29×29) a la versión 10 (57×57), casi duplicando el número de módulos a lo ancho. Ese mismo cuadrado físico tiene ahora un detalle mucho más fino, así que necesita una cámara mejor, una distancia más corta o una impresión más grande para escanearse. Un enlace corto se mantiene en una versión baja, se imprime nítido y se lee desde el otro lado de la habitación.

La conclusión práctica

1. Mantén las URL cortas. Apunta a una dirección limpia y breve en lugar de una gigantesca cargada de rastreo.
2. Codifica solo lo necesario. Elimina parámetros y fragmentos innecesarios.
3. Usa el modo correcto. Si tus datos son todo dígitos, el modo numérico ahorra un espacio enorme.
4. No sobreprotejas. Un nivel de error altísimo sobre una carga larga puede hinchar el código sin necesidad.

¿No es un código dinámico la solución a las URL largas?

A menudo oirás que los códigos QR "dinámicos" resuelven el problema de la longitud porque almacenan un diminuto enlace de redirección en lugar de tu largo destino. Eso es técnicamente cierto — una redirección corta mantiene el código pequeño. Pero viene con condiciones: la redirección la controla un tercero, puede rastrearse, puede cambiarse después de imprimir e incluso puede apagarse si caduca una suscripción.

Nuestra guía sobre códigos QR estáticos frente a dinámicos expone los riesgos. La mejor solución suele ser simplemente una URL de destino genuinamente corta codificada en un código estático sencillo — sin intermediario, sin caducidad.

¿Puedo mezclar tipos de datos en un mismo código?

Sí — y los códigos QR son aquí más ingeniosos de lo que la mayoría cree. Un solo código puede cambiar de modo a mitad de los datos. Una carga que empieza con una serie de dígitos, luego algunas letras mayúsculas y después texto arbitrario puede usar el modo numérico para los dígitos, el alfanumérico para las letras y el modo byte para el resto, empaquetando cada segmento tan apretadamente como su contenido permita.

Los buenos codificadores hacen esta optimización automáticamente, eligiendo el modo más eficiente para cada tramo de tus datos. No tienes que pensar en ello, pero explica por qué la capacidad es un objetivo móvil: el "mismo" número de caracteres puede ocupar cantidades de espacio muy distintas según cuáles sean esos caracteres. Un número de teléfono codificado como dígitos apenas bebe espacio; los mismos dígitos envueltos en una URL completa con letras y barras cuestan mucho más.

¿Cuántos datos necesito realmente?

Para la inmensa mayoría de los usos, muy pocos:

• Un enlace web corto: a menudo de 20 a 40 caracteres.
• Credenciales de Wi-Fi: normalmente muy por debajo de 100 caracteres.
• Una tarjeta de contacto: unos pocos cientos de caracteres como mucho.

Todos ellos caben cómodamente en códigos de versión baja que se escanean estupendamente. Casi nunca te acercarás a esos máximos de titular — y si te ves intentándolo, suele ser una señal para replantear la carga. Para ver cómo la capacidad se traduce en tamaño físico, visita versiones y tamaños de los códigos QR.

Cuando estés listo, puedes crear un código QR gratis con QR Puppy — estático y ligero por diseño, sin rastreo y sin caducidad.

Preguntas frecuentes

¿Cuál es la máxima cantidad de datos que puede contener un código QR?

En la versión más grande (40) y el nivel de error más bajo (L): unos 7.089 dígitos, 4.296 caracteres alfanuméricos o 2.953 bytes. En la práctica, los códigos así de densos son difíciles de escanear y rara vez merece la pena usarlos.

¿Por qué mi URL larga genera un código enorme y difícil de escanear?

Cada carácter extra empuja el código hacia una versión más grande con módulos más pequeños. Una URL larga puede forzar una cuadrícula densa que necesita una buena cámara y una distancia corta. Acorta el enlace para mantener el código pequeño y escaneable.

¿Almacenar números realmente ahorra espacio?

Sí, mucho. El modo numérico empaqueta tres dígitos en diez bits, mucho más apretado que los ocho bits por carácter del modo byte. Si tus datos son puramente dígitos — como un identificador o un número de teléfono — el modo numérico aumenta drásticamente cuánto cabe.

¿Puedo meter una imagen o un archivo en un código QR?

No de forma práctica. Incluso el máximo de ~2.953 bytes es diminuto comparado con una imagen o un documento típicos. Los códigos QR están hechos para pequeños fragmentos de texto — normalmente un enlace al lugar donde realmente vive el archivo más grande.

¿Cómo hago que un código QR contenga más sin volverse más grande?

Usa el modo de codificación más eficiente para tus datos, recorta la carga a lo esencial y evita un nivel de corrección de errores innecesariamente alto. Esos tres movimientos mantienen la versión baja y el código nítido.