Tipos de Contenido de QR: URL vs vCard vs Wi-Fi vs Texto - Cual Elegir

Ultima revision 2026-05-06. Dirigido al momento en que te sientas a hacer tu primer QR y el generador pregunta "que tipo de payload?". Ruta la generacion real a QR Code Generator (en el navegador, sin subida).

Que hay realmente dentro de un QR?

Un QR es, mecanicamente, un cuadrado de modulos negros y blancos que codifican una cadena de bytes. La especificacion QR (ISO/IEC 18004) no define que cadena poner - solo define como codificar cualquier cadena en el patron visual. El "tipo de contenido" de un QR es puramente una convencion acordada entre generadores de QR y apps de escaner sobre con que prefijo comienza la cadena. Cuando un escaner lee https://example.com, ve el prefijo https:// y trata el payload como una URL; cuando lee BEGIN:VCARD, trata el payload como una tarjeta de contacto. El QR en si no "sabe" el tipo; el prefijo le dice al escaner.

Tres lugares definen las convenciones de prefijo en la practica. Primero, esquemas URI registrados por RFC (http, https, mailto, tel, geo, sms) son los estandares formales de Internet que los escaneres confian sin cuestionar. Segundo, RFC 6350 vCard 4.0 (y el antiguo RFC 2426 vCard 3.0) define el formato de texto de tarjeta de contacto - si un payload QR empieza con BEGIN:VCARD, sigue ese formato. Tercero, el wiki del proyecto ZXing - el decodificador QR canonico de codigo abierto usado en muchas apps de escaner - documenta un pequeno conjunto de prefijos de facto que no tienen especificacion IETF formal pero estan universalmente implementados; el mas importante es el esquema URI WIFI: que iOS Camera, Android Camera y Google Lens todos interpretan como una solicitud de unirse a una red. Entender cual de las tres fuentes respalda tu tipo de contenido elegido te dice cuan confiablemente se escaneara en telefonos de diferentes fabricantes.

Tipo 1: URL - el tipo mas comun

Un QR de URL es el payload mas simple: los caracteres literales de la URL, incluido el prefijo https://. Por ejemplo, https://freetoolonline.com/utility-tools/qr-code-generator.html codificado directamente. Cada app de escaner en cada telefono moderno reconoce esto y ofrece abrir la URL en el navegador predeterminado; muchos tambien auto-abren cuando la camara apunta al codigo desde un aviso "viewfinder" sin que el usuario toque explicitamente.

El prefijo https:// importa: un payload de solo freetoolonline.com sin el esquema es tecnicamente un payload de texto plano, y la mayoria de escaneres lo muestran como texto en lugar de ofrecer abrirlo. Siempre incluye el esquema. Para codigos mas cortos, https:// tambien es ligeramente mas largo que http:// a nivel de bytes, pero la diferencia es un byte y los escaneres modernos requieren https:// para que las advertencias de seguridad se comporten correctamente - nunca elimines la s para ahorrar un byte.

Cuando elegir URL. Carpa de mesa de conferencia que abre una pagina de aterrizaje de evento; menu de restaurante que abre un menu en linea; embalaje de producto que abre un video instructivo; folleto que abre un formulario de registro; firma de correo que abre tu portafolio. Cualquier escenario donde la accion deseada es "abrir esta pagina web en un navegador de telefono" es un QR de URL.

Tipo 2: vCard - para tarjetas de contacto

Un QR vCard codifica una tarjeta de contacto en el formato vCard 4.0 RFC 6350 (o el mas antiguo RFC 2426 vCard 3.0; ambos siguen en uso activo). El payload comienza con BEGIN:VCARD y termina con END:VCARD, con campos de nombre, telefono, correo, organizacion y URL entre ellos. Un vCard 3.0 minimo se ve asi:

BEGIN:VCARD
VERSION:3.0
N:Smith;Jane
FN:Jane Smith
ORG:Example Corp
TEL:+1-555-0100
EMAIL:jane@example.com
URL:https://example.com/jane
END:VCARD

Cuando un escaner lee esto, ofrece guardar el contacto - normalmente abriendo la app de contactos del telefono pre-llenada con los campos, lista para confirmar. iOS Camera, Android Camera, Google Lens y la mayoria de apps de escaner QR de terceros soportan payloads vCard.

El trade-off es la longitud del payload: un vCard completo con nombre, telefono, correo, organizacion, direccion y URL frecuentemente tiene 200-350 bytes, lo que produce un QR denso que es mas dificil de escanear en tamanos de impresion pequenos. Dos mitigaciones practicas: (a) manten el vCard minimo (nombre, telefono unico, correo unico - omite direccion y organizacion si no son esenciales), y (b) imprime el QR de al menos 3 cm x 3 cm para que el patron denso siga siendo legible desde distancias de escaneo tipicas. La guia complementaria sobre tamano de payload en QR Code Error Correction and Scan Failures cubre el trade-off tamano-vs-payload en detalle.

MECARD: una alternativa vCard mas pequena. Un formato mas antiguo llamado MECARD (originado por NTT DoCoMo para telefonos feature japoneses) usa el prefijo MECARD: y una sintaxis de campo mas compacta: MECARD:N:Smith,Jane;TEL:5550100;EMAIL:jane@example.com;;. Los payloads MECARD son tipicamente 30-40% mas cortos que el vCard equivalente, lo que produce un codigo mas escaso y facil de escanear. La mayoria de escaneres modernos (iOS Camera, Android Camera, Google Lens, apps basadas en ZXing) reconocen MECARD; escaneres mas antiguos pueden no. Si tu publico es global y principalmente en telefonos de version actual, MECARD es una buena opcion cuando el tamano de impresion esta restringido; de lo contrario vCard 3.0 es el predeterminado mas seguro.

Cuando elegir vCard o MECARD. Tarjeta de visita con un QR "escanear para guardar mi contacto"; cordon en una conferencia; gafete de personal de evento que permite a asistentes obtener el contacto del organizador; folleto inmobiliario impreso con el contacto del agente pre-llenado. Cualquier escenario donde la accion deseada es "guardar los detalles de contacto de esta persona en el telefono" es un QR vCard o MECARD.

Tipo 3: Wi-Fi - para unirse a una red

Un QR Wi-Fi codifica una credencial de red que pide al escaner unirse a la red. El formato esta documentado en el wiki del proyecto ZXing y esta implementado nativamente por iOS Camera (desde iOS 11), Android Camera (desde Android 10 en Pixel; varia en otros fabricantes) y Google Lens. La sintaxis del payload es:

WIFI:S:<ssid>;T:<auth_type>;P:<password>;H:<hidden>;;

Donde S: es el nombre de la red (SSID), T: es el tipo de autenticacion (WPA para WPA / WPA2 / WPA3, WEP para WEP heredado, nopass para redes abiertas), P: es la contrasena (omite para redes abiertas), y H:true marca la red como oculta (la mayoria de redes omiten este campo). Un codigo Wi-Fi tipico de cafeteria se ve asi: WIFI:S:CafeGuest;T:WPA;P:welcome2026;;. Nota el doble punto y coma al final - termina el payload.

El formato Wi-Fi no tiene RFC formal de IETF; es un estandar de facto documentado en el wiki ZXing e implementado por las principales apps de camara. Esto significa que en un iPhone o Pixel actual estable el codigo "simplemente funciona", pero en telefonos mas antiguos (pre-iOS 11; pre-Android 10 en la mayoria de fabricantes no-Pixel) el payload puede mostrarse como texto en bruto en lugar de disparar un aviso de unirse a red. Para audiencias mixtas, imprime el SSID y contrasena como texto plano debajo del QR para que usuarios con telefonos mas antiguos aun puedan unirse manualmente.

Caracteres especiales en contrasenas. Si el SSID o contrasena contiene un literal ;, :, ,, ", o \, esos caracteres deben escaparse con barra invertida en el payload (\\;, \\:, etc.). La mayoria de generadores QR manejan esto automaticamente, pero si editas un payload a mano es la fuente mas comun de reportes "el codigo se genero pero mi telefono se niega a unirse".

Cuando elegir Wi-Fi. Red de invitados de cafeteria en una tarjeta de mesa; paquete de bienvenida de coworking; folleto de green-room de conferencia; listado de Airbnb que pre-comparte el codigo en el mensaje de bienvenida. Cualquier escenario donde la accion deseada es "dejar que el visitante se una a mi Wi-Fi sin escribir una contrasena" es un QR Wi-Fi.

Tipo 4: Texto plano - para notas cortas

Un QR de texto plano son los caracteres literales del texto, sin prefijo especial. Cuando un escaner lo lee, el texto se muestra en un panel "contenido escaneado" y el usuario puede copiarlo al portapapeles. No hay auto-abrir, no hay auto-guardar, no hay auto-unirse - solo texto en pantalla.

El texto plano es la opcion correcta cuando ninguno de los otros tipos encaja: una contrasena de Wi-Fi donde no quieres auto-union (quieres que el usuario copie y pegue por su cuenta), un numero de serie corto en un equipo, un codigo del dia del evento, una direccion de Bitcoin, un codigo de cupon de descuento. El trade-off es que en la mayoria de escaneres el texto plano obtiene la UI de menor friccion - el usuario tiene que leer el texto y decidir que hacer con el - lo cual es exactamente correcto para algunos payloads (un codigo de cupon) y exactamente incorrecto para otros (una URL de 150 caracteres que habria sido mejor como QR de URL).

Cuando elegir texto plano. Codigo de cupon en folleto impreso; numero de serie en equipo; contrasena de Wi-Fi de conferencia donde el SSID se anuncia en voz alta y el QR contiene solo la contrasena; direccion de criptomoneda; nota corta ("pide a recepcion validacion de estacionamiento"). Cualquier escenario donde la accion deseada es "el usuario lee el texto y lo escribe manualmente en otro lugar" es un QR de texto plano.

Otros tipos de contenido que vale la pena conocer

Mas alla de los cuatro tipos primarios, varios prefijos menos comunes tienen soporte universal de escaner y pueden ser el ajuste correcto para escenarios estrechos:

• Correo (mailto:) - abre la app de correo predeterminada con la direccion y asunto/cuerpo opcionales pre-llenados. Formato: mailto:hello@example.com?subject=Inquiry&body=From%20conference%20booth. Los caracteres reservados en asunto y cuerpo deben codificarse en porcentaje segun RFC 3986 (codificacion URL).
• Telefono (tel:) - abre el marcador con el numero pre-introducido (el usuario aun presiona Llamar). Formato: tel:+15551234567. Siempre incluye el codigo de pais con un + inicial.
• SMS (smsto: o sms:) - abre la app de mensajeria con el destinatario y cuerpo opcional pre-llenados. Formato: smsto:+15551234567:Hello,%20I%20saw%20your%20flyer o sms:+15551234567?body=Hello. Los dos formatos coexisten; smsto: es mas antiguo pero aun ampliamente soportado.
• Geolocalizacion (geo:) - abre la app de mapas predeterminada en la latitud/longitud suministrada. Formato: geo:48.8566,2.3522?q=Notre+Dame+Paris. La etiqueta ?q= es opcional; sin ella la app muestra solo un alfiler.
• Evento de calendario (BEGIN:VEVENT de iCalendar RFC 5545) - pide al escaner anadir un evento al calendario. Formato empieza con BEGIN:VEVENT y termina con END:VEVENT. Menos soportado universalmente que vCard - prueba en telefonos de la audiencia objetivo antes de imprimir a escala.

Decision: que tipo para que escenario

Si sabes lo que quieres que el escaner haga, el tipo es normalmente obvio. El mapeo:

• Abrir una pagina web en el navegador → URL.
• Guardar un contacto en el telefono → vCard (o MECARD si el tamano de impresion es pequeno).
• Unirse a una red Wi-Fi → Wi-Fi. Imprime SSID y contrasena como texto plano al lado para telefonos mas antiguos.
• Mostrar un codigo o nota para que el usuario copie → texto plano.
• Componer un correo → mailto:. Pre-llena asunto y cuerpo para claridad.
• Hacer una llamada telefonica → tel:. Siempre incluye el codigo de pais internacional.
• Enviar un SMS pre-llenado → smsto:.
• Abrir un mapa en una ubicacion → geo:.
• Anadir un evento de calendario → VEVENT (prueba primero el soporte del escaner).

Cuando dudes entre dos opciones, elige la que tenga el payload mas corto - payloads mas cortos producen codigos mas escasos y confiables. Una URL corta que redirige a una URL larga es casi siempre mas confiable que codificar la URL larga directamente; la redireccion lleva los parametros de seguimiento del lado del servidor.

Tamano de payload, correccion de errores, y el trade-off de confiabilidad de escaneo

Los QR tienen un payload maximo fijo en cada tamano; cuanto mas largo el payload, mas denso el patron, y mayor el tamano de impresion que necesitas para mantenerlo escaneable. Como guia aproximada: una URL de 25 caracteres produce un codigo escaso que se escanea a un metro de distancia en una camara de telefono; un vCard de 200 caracteres produce un codigo denso que necesita ser al menos 3 cm x 3 cm y ser escaneado a no mas de 30 cm. La guia dedicada en QR Code Error Correction and Scan Failures cubre los cuatro niveles de correccion de errores (L / M / Q / H) y el trade-off tamano-vs-payload, con recomendaciones concretas de tamano de impresion por escenario.

Dos valores predeterminados practicos que funcionan para casi todo escenario de impresion: nivel de correccion de errores M (~15% de tolerancia a danos) para uso interior y nivel Q (~25%) para uso exterior o superficies desgastadas; un tamano minimo de 2 cm x 2 cm para payloads cortos (URL bajo 50 caracteres), 3 cm x 3 cm para payloads medios (vCard, Wi-Fi), y 4 cm x 4 cm para URLs largas sobre 100 caracteres. Cualquier cosa mas pequena y una fraccion significativa de telefonos fallara al escanear.

Privacidad: que codifica un QR y que no

Un QR codifica solo la cadena literal del payload. No hay direccion IP, no hay ID de dispositivo, no hay timestamp, no hay ubicacion, no hay datos de analytics ocultos en el patron - el codigo es exactamente lo que pones dentro, nada mas. Generar un QR localmente en el navegador (que es lo que hace QR Code Generator en este sitio) mantiene el payload enteramente en tu dispositivo; nada sobre tus QR se envia a ningun servidor durante la generacion.

Si codificas una URL que apunta a un rastreador de analytics del lado del servidor o una URL con parametros UTM, los analytics suceden en el extremo receptor cuando el escaner abre la URL - el QR en si son solo bytes estaticos. Los codigos Wi-Fi llevan la contrasena literal; trata los codigos Wi-Fi impresos de la misma forma que tratarias la contrasena en texto plano (no los dejes en lugares publicamente fotografiables si la red es sensible).

Lectura relacionada

• QR Code Generator - el generador en el navegador que crea cada uno de los tipos de contenido descritos arriba; elige el tipo, llena los campos, descarga el PNG. Sin subida, sin instalacion.
• QR Code Generator: Best Practices - nivel de correccion de errores, contraste, tamano fisico, y los cinco ajustes que deciden si un codigo escanea confiablemente.
• QR Code Error Correction and Scan Failures - como diagnosticar un codigo que no escanea, con correcciones concretas para los modos de falla mas comunes.
• Free Online Tools That Work Without Uploading Files - la seleccion mas amplia de herramientas privacidad-primero en este sitio, de la que el generador QR es un ejemplo.