Lector gratuito de códigos QR en línea
Importa una imagen o arrastra y suelta un QR para decodificar su contenido al instante.
Suelta una imagen de código QR aquí o haz clic para importar
Admite PNG, JPG, GIF, BMP, WebP
Cómo usar este lector de código QR
- Haz clic en la zona de importación o arrastra y suelta una imagen que contenga un código QR.
- La herramienta decodifica el código QR al instante y muestra su contenido.
- Haz clic en Copiar para copiar el texto decodificado, o Abrir el enlace si se trata de una URL.
¿Qué puede contener un código QR?
- URL · enlaces a sitios web, stores de aplicaciones o perfiles sociales.
- Texto plano · cualquier mensaje o nota.
- Credenciales WiFi · SSID, contraseña y tipo de cifrado para una conexión automática.
- vCards · información de contacto (nombre, teléfono, correo, organización).
- Correo/SMS · direcciones de correo o números de teléfono prerellenados.
Preguntas frecuentes
¿Qué formatos de imagen se admiten?
PNG, JPEG, GIF, BMP y WebP. Cualquier formato de imagen habitual que tu navegador pueda mostrar.
¿Se envía mi imagen a un servidor?
No. El código QR se decodifica íntegramente en tu navegador mediante JavaScript. Tu imagen nunca sale de tu dispositivo.
¿Puede leer códigos QR a partir de capturas de pantalla?
¡Sí! Capturas de pantalla, fotos y documentos escaneados funcionan. El código QR solo tiene que ser bien visible y no demasiado borroso.
Un invento de 1994 en Denso Wave, y un tablero de Go
El código QR fue inventado en 1994 por Masahiro Hara, un ingeniero del departamento de desarrollo de Denso Corporation (la filial escindida que se convirtió en Denso Wave se constituyó formalmente más tarde), para resolver un problema concreto de la fabricación de automóviles en Japón. El modelo de producción ajustada de Toyota, con su énfasis en las tarjetas Kanban y la producción de alta variedad y bajo volumen, generaba más SKU de los que podían gestionar los códigos de barras unidimensionales existentes. Un código de barras lineal estándar, del tipo impreso en los productos de supermercado, almacena unos veinte caracteres; una sola pieza de automóvil podía necesitar registrar un número de pedido, número de pieza, lote, proveedor e indicador de proceso, de modo que los operarios acababan leyendo unos diez códigos de barras seguidos, con la correspondiente tasa de errores de lectura. En 1992 se encargó a Hara diseñar un código bidimensional que pudiera llevar toda la etiqueta en un único símbolo, en cualquier orientación y de forma rápida.
La famosa historia de su origen cuenta que Hara concibió el esquema de codificación durante una partida de Go a la hora de comer, el antiguo juego de tablero en el que se disponen piedras blancas y negras sobre una cuadrícula de 19×19. Los módulos en blanco y negro de un código de barras matricial son, en esencia, piedras de Go sobre una retícula cuadrada, y Hara se dio cuenta de que el denso patrón bidimensional podía transportar mucha más información que un código de barras unidimensional de la misma superficie física. La otra pieza del rompecabezas era la orientación: ¿cómo sabe un escáner dónde empieza y termina el código, y cuál es la parte de arriba, cuando se fotografía inclinado o del revés? La respuesta de Hara son los tres patrones localizadores de cuadrados concéntricos situados en tres esquinas de cada código QR.
Para elegir un patrón que no coincidiera con la impresión habitual, el equipo de Hara analizó miles de revistas, periódicos y materiales impresos y tabuló las frecuencias de longitud de racha de las regiones blancas y negras. Descubrieron que la proporción de anchos de franja 1:1:3:1:1 (negro fino, blanco fino, negro grueso, blanco fino, negro fino) casi nunca aparecía en la impresión corriente. Esa proporción es lo que buscan los escáneres. Cuando una cámara detecta en una imagen tres regiones cuyos anchos de franja coinciden con 1:1:3:1:1 en ambos ejes, puede afirmar con seguridad que son las tres esquinas de un símbolo QR y corregir la perspectiva a partir de ahí. La proporción resultó lo bastante robusta como para que los códigos QR puedan decodificarse en superficies curvas, en ángulos de hasta unos treinta grados y a través de oclusiones parciales.
La decisión de la licencia abierta
La otra contribución decisiva de Denso Wave fue estratégica más que técnica. La empresa posee patentes sobre el código QR (y sigue registrando patentes sobre derivados como el iQR y el SQRC), pero ha renunciado expresamente a los derechos de regalías por el uso de códigos QR que cumplan las normas públicas JIS e ISO. La posición pública de Denso Wave, reiterada en las páginas de preguntas frecuentes y de patentes de su sitio qrcode.com, es que no se necesita licencia, no se requiere contrato ni se debe pagar ninguna tarifa por el uso comercial del código QR siempre que el símbolo siga la especificación ISO/IEC 18004. La marca registrada del término «QR Code» está registrada, pero el código de barras matricial subyacente es libre.
No era la decisión obvia en 1994. Symbol Technologies, que entonces poseía la patente de PDF417, cobraba regalías; Aztec y Datamatrix tuvieron al principio historias igualmente gravadas por patentes. La decisión de Denso Wave de ceder el formato significó que cualquiera (fabricantes de impresoras, fabricantes de teléfonos móviles, redes de pago, cadenas de restaurantes, desarrolladores de aplicaciones de rastreo de contactos) pudiera integrar códigos QR sin fricción legal. Esa decisión es, por sí sola, la mayor razón por la que los códigos QR ganaron la carrera de los códigos de barras 2D en las aplicaciones de consumo.
Corrección de errores Reed-Solomon: por qué un QR manchado sigue funcionando
La razón por la que un código QR sigue funcionando cuando está parcialmente manchado, roto o cubierto por un pequeño logotipo es la corrección de errores Reed-Solomon, una técnica de la teoría de la codificación de hace cuarenta años. Los códigos Reed-Solomon se presentaron en un artículo de cinco páginas, «Polynomial Codes over Certain Finite Fields», de Irving S. Reed y Gustave Solomon, por entonces miembros del personal del MIT Lincoln Laboratory. El artículo se completó como informe interno del Lincoln Lab en diciembre de 1958 y se publicó, en forma ligeramente modificada, en el Journal of the Society for Industrial and Applied Mathematics, vol. 8, pp. 300-304, en 1960. Reed y Solomon trabajaban originalmente en el sistema de defensa aérea SAGE, que necesitaba mantener coherentes las señales de radar a través de enlaces de comunicación ruidosos en tiempos de guerra. Su intuición fue que una secuencia de datos podía tratarse como los coeficientes de un polinomio sobre un cuerpo finito, evaluado en un conjunto de puntos; la redundancia de la sobreevaluación permite a un receptor recuperar el polinomio incluso cuando algunas de las evaluaciones son erróneas. Esas mismas matemáticas son la base de los CD, los DVD, las transmisiones de sondas del espacio profundo, la televisión y (desde 1994) todos los códigos QR del mundo.
Los códigos QR ofrecen cuatro niveles de corrección de errores seleccionables por el usuario, cada uno con un equilibrio distinto entre capacidad de datos y robustez:
- Nivel L (bajo): ~7% de recuperación de palabras de código
- Nivel M (medio): ~15%, el valor predeterminado práctico
- Nivel Q (cuartil): ~25%
- Nivel H (alto): ~30%, suficiente para que un QR de nivel H siga funcionando con un logotipo sorprendentemente grande pegado sobre su superficie
El coste de una mayor corrección es una capacidad reducida: la misma versión física de un código QR almacena mucha menos carga útil en el nivel H que en el nivel L, porque más módulos quedan ocupados por bits de paridad.
Capacidad en la versión 40: el límite superior
Los códigos QR existen en cuarenta versiones. La versión 1 mide 21×21 módulos. Cada versión sucesiva añade 4 módulos por lado, de modo que la versión 2 es 25×25, la versión 3 es 29×29, hasta la versión 40, con 177×177 módulos. Las cargas útiles máximas en la versión 40 con la corrección de errores más baja (L):
- 7.089 caracteres numéricos (dígitos)
- 4.296 caracteres alfanuméricos (dígitos, letras mayúsculas, espacio y algunos signos de puntuación)
- 2.953 bytes de datos binarios arbitrarios (lo que incluye texto UTF-8)
- 1.817 caracteres kanji en codificación Shift JIS
Estos máximos caen bruscamente con una corrección mayor: en el nivel H, el mismo símbolo de versión 40 almacena solo 3.057 dígitos, 1.852 caracteres alfanuméricos, 1.273 bytes o 784 kanji. En la práctica, los códigos QR con más de unos pocos cientos de bytes son raros; cuando se llega a la versión 20 o así, los módulos se vuelven demasiado pequeños para escanearlos de forma fiable con un teléfono a la distancia de un brazo sin una cámara de alta resolución.
Datamatrix, Aztec, PDF417: las alternativas al QR que verás por ahí
- Datamatrix (finales de la década de 1980, ISO/IEC 16022) es un código de barras matricial cuadrado o rectangular optimizado para marcas muy pequeñas, con un único patrón localizador en forma de L. Domina el marcado de piezas pequeñas (placas de circuitos, instrumentos quirúrgicos, dosis unitarias farmacéuticas) y la serialización de la Directiva sobre Medicamentos Falsificados de la UE, que desde 2019 exige que toda caja de medicamento con receta lleve un Datamatrix.
- Aztec (1995, ISO/IEC 24778) recibe su nombre del patrón localizador en forma de diana situado en su centro, que evoca una pirámide azteca escalonada vista desde arriba. Su rasgo distintivo es que no requiere zona de silencio (ningún borde en blanco alrededor del símbolo), lo que le permite caber en espacios reducidos como la esquina de una tarjeta de embarque en papel. Es el estándar de los billetes electrónicos de avión y de muchos sistemas ferroviarios y de transporte de Europa.
- PDF417 (Symbol Technologies, 1991, ISO/IEC 15438) es técnicamente un código «lineal apilado» más que un verdadero código matricial: varias filas de códigos de barras lineales apiladas una encima de otra. Es el más denso de los cuatro para texto ASCII simple, puede transportar más de un kilobyte de datos y se usa en el reverso de los permisos de conducir de EE. UU. (codificando todos los datos de la banda magnética y más) y en las etiquetas de envío de FedEx y otras empresas.
De estos cuatro, los códigos QR conquistaron el mercado de consumo por tres razones: el escaneo omnidireccional gracias a los tres localizadores de las esquinas, la licencia abierta y la profunda integración con la industria japonesa de la telefonía móvil a finales de la década de 1990, que les dio una masa crítica de escáneres instalados antes que cualquier competidor.
Cronología de la normalización ISO
Los códigos QR se publicaron por primera vez como norma industrial japonesa (JIS X 0510) en enero de 1999 y como norma internacional, ISO/IEC 18004, en junio de 2000. La ISO/IEC 18004:2006 (septiembre de 2006) la sustituyó; esta definió el «QR Code 2005», una ligera ampliación del Modelo 2 con patrones de alineación adicionales. La ISO/IEC 18004:2015 (febrero de 2015) renombró el símbolo simplemente como «QR Code» (eliminando el sufijo del año), incorporó aclaraciones y corrigió errores menores. La edición actual es la ISO/IEC 18004:2024, la cuarta edición, publicada en agosto de 2024. La norma, como todas las publicaciones de ISO, se vende como un PDF de pago; varias implementaciones de código abierto (en especial ZXing) han servido de referencias vivas para la especificación.
Las variantes de Denso Wave: Micro QR, iQR, SQRC, rMQR
La especificación original de Hara de 1994 se llama ahora Modelo 1. El Modelo 2, definido en 1997, es la versión que la mayoría de la gente quiere decir hoy cuando habla del «código QR»; se amplía hasta la versión 40 y es la base de la norma ISO moderna. El Micro QR Code usa un solo patrón localizador y una zona de silencio más pequeña, por lo que cabe en espacios más reducidos. El iQR Code, presentado por Denso Wave en 2011, tiene hasta un 80% más de capacidad que el Modelo 2; puede ser cuadrado o rectangular y alcanza los 422×422 módulos y 40.000 dígitos. El SQRC (Secure QR Code) lleva dos capas: una capa pública legible por cualquier escáner de QR y una capa privada cifrada que requiere un lector y una clave especiales. El rMQR (Rectangular Micro QR Code) se normalizó en 2022 como ISO/IEC 23941: un híbrido de Micro QR e iQR, mucho más ancho que alto, que cabe en tiras estrechas como el lateral de una etiqueta o el borde de una placa de circuito impreso.
El auge tras la COVID y la cultura del pago con QR en China
La adopción del código QR en Occidente fue lenta durante buena parte de la década de 2010. Entonces llegó la COVID-19. Cuando la OMS declaró la pandemia el 11 de marzo de 2020, los restaurantes, los nudos de transporte y los edificios públicos de todas partes necesitaron formas sin contacto de compartir menús, registrar visitantes y procesar pagos, y el código QR era la única superficie sin contacto madura y sin hardware disponible. A mediados de 2020, los menús en código QR eran casi universales en los restaurantes de EE. UU. y de Europa. El volumen de transacciones de pago con QR en Singapur creció, según los informes, alrededor de un 272% interanual a lo largo de 2021. Muchos de esos usos (sobre todo los menús) han retrocedido desde la fase aguda, pero la barrera cultural a escanear un QR en público se rompió para siempre.
El otro motor de la adopción del QR (cronológicamente, el primero) es el ecosistema de pagos móviles de China. Alipay introdujo los pagos con QR en 2011; WeChat Pay, de Tencent, le siguió en 2014 y disparó la adopción con la función de «sobre rojo» de la Fiesta de la Primavera, pasando de 30 millones a 100 millones de usuarios en el plazo de un mes desde su lanzamiento. En 2016, más de 1,65 billones de dólares en transacciones circularon a través de los pagos con código QR en China. Hoy, Alipay tiene en torno al 53% del mercado chino de pagos móviles y WeChat Pay alrededor del 42%, juntos cerca del 90%. Más del 90% de los pagos móviles en China se realizan mediante códigos QR, y aproximadamente el 70% de la población los usa con regularidad.
Cuando Occidente obtuvo el escaneo nativo de QR
El otro gran catalizador de la adopción en Occidente fue la compatibilidad nativa de la cámara. Apple lanzó iOS 11 en septiembre de 2017, y la app Cámara de esa versión reconocía códigos QR de forma silenciosa y predeterminada, la primera vez que un iPhone podía leer un QR sin instalar una aplicación de terceros. Apple ni siquiera mencionó la función en la WWDC 2017; los analistas la descubrieron tras el lanzamiento público. El cambio llegó a más de 700 millones de iPhone en el primer año. Google siguió su ejemplo: Google Lens añadió compatibilidad con QR en mayo de 2018 y empezó a desplegarse en las apps de cámara de diez fabricantes de Android; Android 9, lanzado el mismo año, convirtió el escaneo nativo de QR en estándar de la plataforma. En aproximadamente un año, la era de las aplicaciones dedicadas de «escáner de QR» terminó en la práctica.
Quishing: el auge del phishing con QR
El mismo escaneo de baja fricción que hizo útiles los códigos QR durante la pandemia también los hizo atractivos para los diseñadores de ataques de phishing. El quishing (phishing mediante código QR) utiliza una imagen QR incrustada en un correo electrónico o en un folleto impreso para entregar una URL maliciosa. Como la URL está oculta dentro del código, las pasarelas tradicionales de seguridad de correo electrónico que analizan el texto de los enlaces no pueden inspeccionarla; y como normalmente se pide al usuario que escanee con un dispositivo móvil personal, el ataque se traslada de la red corporativa (con sus protecciones) a un teléfono (a menudo sin ellas).
La escala creció con rapidez. De 2021 a 2023, los escaneos de códigos QR aumentaron un 433%. La proporción de correos de phishing que usaban una carga QR pasó de en torno al 0,8% en 2021 a alrededor del 12,4% en 2023, y se estabilizó en aproximadamente el 10,8% en 2024. En 2023, los códigos QR aparecían en el 22% de todos los ataques de phishing. Alrededor del 27% de los correos de quishing suplantan avisos de autenticación multifactor; cerca del 90% buscan credenciales de inicio de sesión. Los altos ejecutivos tienen 42 veces más probabilidades que los empleados de base de recibir un intento de quishing. La respuesta defensiva por la que han optado los equipos de seguridad: no abrir automáticamente las cargas de los QR. Decodifícalas, mira la URL en texto plano y decide. Eso es exactamente lo que un lector de QR basado en imágenes (como este) permite hacer a un usuario prudente.
Esquemas de URI que verás decodificados con frecuencia
Un código QR no es más que una envoltura en torno a una cadena de bytes; el significado de esos bytes lo dicta la convención. Un pequeño número de convenciones cubre casi todo lo que se ve por ahí:
- URL http: / https:, con diferencia las más comunes.
- Los URI mailto: (con los parámetros de consulta opcionales
?subject=y?body=) rellenan un borrador de correo electrónico. - Los URI tel: inician una llamada telefónica.
- Los URI sms: (y la forma más antigua SMSTO:, popularizada por NTT DoCoMo) rellenan previamente un mensaje de texto.
- Los URI geo: abren un mapa en una latitud y longitud concretas.
- WIFI: un esquema informal definido por Denso Wave con la forma
WIFI:S:<SSID>;T:<WPA|WEP|nopass>;P:<password>;H:<true|false>;;que permite a un teléfono unirse a una red con un solo toque. El gran aliado de los carteles de wifi para invitados. - MECARD: (NTT DoCoMo), un formato de contacto compacto.
- vCard (RFC 6350), el prolijo estándar internacional para contactos, ampliamente compatible a pesar de su tamaño.
Este lector muestra la carga decodificada como texto plano. Seguir el enlace o copiar el texto es decisión tuya; no se abre nada de forma automática.
Cómo funciona por dentro la decodificación en el navegador
Dos bibliotecas de código abierto dominan la decodificación de QR del lado del navegador. jsQR, escrita por Daniel Beaver con el alias de GitHub «cozmo», es una adaptación en TypeScript puro que toma datos ImageData en bruto (la matriz de píxeles de un lienzo, un fotograma de vídeo o una imagen subida) y devuelve el texto decodificado. No tiene dependencias ni código específico de plataforma, y es lo bastante pequeña como para servirse desde una CDN como una sola etiqueta de script. Esta herramienta usa jsQR. La otra opción importante es la adaptación a JavaScript de ZXing («Zebra Crossing»), una biblioteca de códigos de barras originalmente en Java que admite muchos más formatos 2D y 1D además del QR, publicada como @zxing/library y @zxing/browser en npm.
Una tercera vía es la API nativa de la plataforma BarcodeDetector, parte de la API de detección de formas del W3C, que expone a JavaScript un lector de códigos de barras integrado en el navegador. BarcodeDetector se lanzó activada de forma predeterminada en Chrome 83 en mayo de 2020 (Microsoft Edge la adoptó al mismo tiempo). Sin embargo, la API depende de la plataforma: se apoya en la detección de códigos de barras a nivel del sistema operativo y es totalmente compatible en macOS, Android y Chrome en Android; Chrome en Windows y Linux no la implementa. Firefox y Safari no la han lanzado. La mayoría de los escáneres de QR de navegador en producción usan jsQR o zxing-js como alternativa, llamando a BarcodeDetector cuando está disponible y al decodificador de JavaScript en caso contrario.
Más preguntas
¿Por qué usar esta herramienta en lugar de apuntar con el teléfono al código?
Tres razones reales: (1) el QR ya está dentro de una imagen que tienes en el ordenador (una captura de pantalla de un correo, un cartel descargado, una página de un PDF) y pasarlo al teléfono para escanearlo añade fricción; (2) el QR es sospechoso y quieres leer la URL antes de comprometerte a seguirla (este es el caso de uso de defensa frente al quishing); (3) tú mismo has generado un QR y quieres verificar la carga sin tener que pasar por la cámara de un teléfono.
¿Cuál es el código QR más pequeño que aún se escanea de forma fiable?
Aproximadamente la versión 1 (21×21 módulos) con corrección de errores de nivel H, impresa a 1 cm × 1 cm o más, escaneada por un teléfono a la distancia de un brazo con buena iluminación. Por debajo de eso, la resolución cae por debajo de lo que pueden resolver la mayoría de las cámaras de teléfono. Para la impresión física, la regla general es que la longitud del lado del QR debe ser al menos 1/10 de la distancia de escaneo prevista: un código de 5 cm se escanea desde unos 50 cm de distancia.
Mi imagen no se decodifica. ¿Qué puedo hacer?
Recorta más ajustado al QR (elimina el desorden del fondo), aumenta el contraste (los códigos muy tenues no se decodifican bien), evita la inclinación de perspectiva extrema (más de ~30° degrada el paso de corrección de perspectiva) y comprueba que los tres grandes patrones localizadores de cuadrados concéntricos estén intactos. Si falta u oculta aunque sea uno solo de los tres localizadores de las esquinas, el decodificador no puede establecer la orientación. Si el QR tiene un logotipo incrustado en el centro, debería seguir funcionando siempre que el origen se generara con corrección de errores de nivel H.
¿Es seguro seguir la URL de este QR?
Esta herramienta decodifica la URL, pero no la juzga. Observa el dominio con atención: ¿coincide con la marca que el QR dice representar? ¿Es un acortador de URL (bit.ly, tinyurl, etc.) que oculta el destino real? Si algo parece sospechoso (un dominio mal escrito, un TLD desconocido, una dirección IP, una URL inusualmente larga), trátalo como tratarías un enlace sospechoso de un correo. El objetivo de decodificar antes de escanear es darte la oportunidad de hacer ese juicio.