Cómo funciona un lector de QR Code

EEl QR Code (Quick Response Code) fue inventado en 1994 por Denso Wave, división de Toyota, para rastrear piezas automotrices en la planta de producción. El código de barras tradicional almacenaba ~20 caracteres y necesitaba ser leído en ángulo correcto. El QR resolvió ambos problemas: almacena hasta 4.296 caracteres alfanuméricos y se lee desde cualquier ángulo (360°).

En 2002 Denso Wave renunció a las regalías (la patente es de ellos, pero decidieron no cobrar). Eso explica por qué QR se volvió estándar de facto globalmente — cualquiera puede generar y leer sin pagar nada. Resultado: hoy hay ~10 mil millones de QRs escaneados por día en el mundo.

Mira cualquier QR. Verás 3 cuadrados grandes en las esquinas (superior-izquierda, superior-derecha, inferior-izquierda). Son los finder patterns — sirven para que el lector encuentre y oriente el QR aunque lo hayas fotografiado inclinado.

Cerca de la esquina inferior derecha hay un cuadrado más pequeño: el alignment pattern. Ayuda en QRs grandes (versión 2+) a corregir distorsión de perspectiva.

Entre los finders existen líneas negras y blancas alternadas — los timing patterns. Definen la "grilla" del QR (cuántas filas y columnas tiene). Y los módulos individuales (cada cuadradito negro o blanco) llevan los datos en sí.

• —Numérico solamente (0-9): hasta 7.089 dígitos
• —Alfanumérico (A-Z, 0-9, símbolos básicos): hasta 4.296 caracteres
• —Bytes (cualquier carácter ASCII extendido): hasta 2.953 bytes
• —Kanji (caracteres japoneses): hasta 1.817 caracteres

Para contexto: 4.000 caracteres es el tamaño de un capítulo corto de libro. Cabe MUCHO en un QR. Pero en la práctica, QRs más grandes se vuelven densos y más difíciles de leer en condiciones malas (poca luz, doblado). Por eso la mayoría de QRs reales lleva 50-200 caracteres — suficiente para una URL o un payload PIX/EMV.

El proceso de lectura tiene 5 pasos rapidísimos (ocurre en < 100ms en un celular):

• —1. Localizar los finder patterns — el algoritmo busca patrones de proporción 1:1:3:1:1 (negro-blanco-negro-blanco-negro) en cualquier dirección.
• —2. Calcular la perspectiva — usando los 3 finders, hace transformación geométrica para "estirar" el QR en un cuadrado perfecto aunque lo hayas fotografiado torcido.
• —3. Leer los timing patterns — descubre el tamaño del QR (versión 1 a 40).
• —4. Extraer los módulos — escanea cada cuadradito, decide si es 0 (claro) o 1 (oscuro), forma una secuencia de bits.
• —5. Decodificar — aplica el algoritmo Reed-Solomon (corrección de errores) para recuperar datos incluso si hasta 30% de los módulos están dañados.

URL

El más simple y más común. El QR contiene solo la string de la URL (https://...). Cuando el lector decodifica, el sistema operativo o la app pregunta "¿abrir esta URL?" y el usuario decide.

WiFi

Formato estándar Google: WIFI:T:WPA;S:MiWifi;P:contraseña123;;. El lector reconoce el prefijo WIFI: y ofrece "conectar a esta red". Útil en hoteles, cafés, casa de amigos — sin necesidad de teclear contraseñas largas.

vCard (contacto)

Formato BEGIN:VCARD ... END:VCARD con campos FN (nombre), TEL, EMAIL, ORG, etc. El lector ofrece "guardar este contacto". Las tarjetas de presentación modernas usan esto.

Pago (PIX, UPI, EMV)

Cada país/región tiene su estándar. PIX en Brasil, UPI en India, EMV-MPM globalmente. Todos siguen el mismo formato TLV (Tag-Length-Value) con campos para clave del recibidor, monto, descripción. La app del banco lo reconoce y abre el flujo de pago.

Texto plano

Cuando el contenido no tiene prefijo conocido, se muestra como texto. Útil para mensajes cortos, instrucciones, códigos de cupón, o IDs internos de sistemas.

Solo, NO. Un QR es solo una string. No envía ping, no tiene JavaScript, no almacena cookies. Cuando lees un QR, NADA se envía a ningún lugar hasta que hagas clic/actúes.

El riesgo de privacidad viene del CONTENIDO del QR. Si el QR apunta a una URL con parámetros de tracking (UTM, ID único), el servidor sabe que la abriste. Pero eso es tracking de URL normal — no es el QR haciendo nada especial.