Generador de códigos QR vCard
100% privado y local: tus datos nunca salen de tu navegador. Estos códigos QR son permanentes y nunca caducan.
Ajustes de Contacto
Diseño
Añadir un logo central
La imagen se lee en esta página y se incrusta en el código como una URL data:. No se sube a ninguna parte y se queda dentro del archivo que descargas.
Más opciones de diseño
La mitad oscura del código. Mantenlo muy por debajo del fondo en luminosidad.
Cubre la zona de silencio y también los huecos entre módulos. Un fondo transparente lo deja fuera del archivo, así que no se dibuja nada con él.
Contraste 11.5:1 entre los módulos y el fondo.
PNG y WebP conservan un canal alfa; el SVG simplemente omite el rectángulo de fondo. Aquello sobre lo que se coloque el código pasa a ser la mitad clara del contraste.
Un degradado rellena solo los módulos oscuros. Su extremo más claro fija el contraste que recibe de verdad un lector, así que los dos extremos tienen que seguir siendo oscuros.
El segundo color, usado solo mientras hay un degradado seleccionado. Se mide su contraste junto con el primero.
Grados en sentido horario desde un barrido de izquierda a derecha. Un degradado radial se expande del centro hacia fuera, así que el ángulo solo se aplica al lineal.
Las formas redondeadas cubren menos de cada celda. El centro sigue cubierto, que es donde muestrea el decodificador, pero un código denso impreso pequeño se lee con más fiabilidad en cuadrados.
El anillo de los tres patrones de localización.
El ojo dentro de cada patrón de localización.
El margen en blanco alrededor del código, medido en módulos. 4 es el mínimo que fija la especificación.
Más recuperación aguanta más daño y cuesta capacidad, así que el mismo contenido produce un símbolo más denso.
Hay un logo en el centro que mantiene el nivel en H. Su límite de ancho sigue al símbolo: 14% en el código más pequeño, 30% en uno denso.
Vista previa y exportación
Introduce un nombre o unos apellidos. Una vCard tiene que llevar un nombre de visualización, así que una tarjeta sin ninguno de los dos no es un registro válido.
Exportar
Ráster, para pantalla
Completa el formulario para activar las descargas.
Tamaño de exportación y texto codificado
- Carga útil
- Aún no hay nada codificado
- Símbolo
- Aún sin construir
- Recuperación
- M
Esperando datos
Un código QR vCard contiene una ficha de contacto completa, así que al escanearlo el teléfono ofrece guardar un contacto en lugar de abrir una página. Cada campo que completas añade bytes y el símbolo crece con ellos, por eso una tarjeta entera hay que imprimirla más grande que un simple enlace.
Cuando alguien lo escanea
El teléfono muestra una vista previa del contacto y ofrece añadirlo a la agenda, sin cargar ninguna página y sin descargar nada.
Cómo es un registro vCard 4.0
La carga útil es un pequeño documento de texto plano, no un enlace. Empieza con BEGIN:VCARD y VERSION:4.0, lleva una propiedad por línea separada por retorno de carro y salto de línea, y termina con END:VCARD. La versión 4.0 está definida en el RFC 6350.
Dos propiedades cubren el nombre y hacen trabajos distintos. N guarda el nombre estructurado en cinco huecos ordenados, con el apellido primero. FN guarda la única cadena de visualización que muestra la agenda, y el RFC 6350 hace que FN sea obligatoria, y por eso una tarjeta sin ningún nombre no es un registro válido.
ADR es una sola propiedad con siete componentes en un orden fijo, y los que van vacíos siguen necesitando sus separadores. Por eso una dirección sin apartado de correos empieza con dos puntos y coma antes de la calle.
- N:Serrano;Lucía;;; y después FN:Lucía Serrano
- ORG:Encuadernación Norte y TITLE:Jefa de producción
- TEL;TYPE=cell:+34612345678 y TEL;TYPE=work,voice:+34912345678
- ADR;TYPE=work:;;Calle Mayor 18;Valencia;Valencia;46002;España
- El RFC 6350 tipa TEL como un URI tel:; la forma corta de número desnudo que se usa aquí es también la que esperan los analizadores de la época de la 3.0
Por qué una tarjeta de contacto da un símbolo grande
Una tarjeta que rellena todos los campos de esta página llega a unos 400 bytes de texto, varias veces un enlace web normal. El nivel H gasta alrededor de dos tercios de las palabras de código de un símbolo en corrección de errores —2430 de 3706 en la versión 40— y eso es lo que compra ese aproximadamente 30 por ciento del símbolo que puede restaurar. También hace de H el nivel que menos almacena: una cuadrícula de versión 20 guarda 382 bytes en H. Por eso aquí el valor por defecto es M, que pone la misma información en una cuadrícula bastante más pequeña.
La versión 20 mide 97 módulos de lado. Con la zona de silencio de cuatro módulos que la norma exige en cada lado, son 105 módulos de borde a borde. Impresa a 25 mm de ancho, cada módulo mide unos 0,24 mm. Las guías de impresión sitúan el suelo entre 0,4 y 0,5 mm por módulo, así que esos 105 anchos de módulo piden entre 42 y 53 mm, y una tarjeta de contacto completa a 25 mm se queda muy por debajo de cualquiera de las dos cifras.
Si el código tiene que ser pequeño, la solución son menos bytes, no más recuperación. Quitar la nota, el segundo número de teléfono y la provincia suele restar cien bytes a la carga útil y baja la versión varios escalones.
- Los caracteres acentuados y no latinos se codifican como UTF-8 y cuestan de dos a cuatro bytes cada uno en lugar de uno
- Un logo central obliga al nivel H, así que una tarjeta completa más un logo necesita el tamaño de impresión mayor
- El techo absoluto de un solo símbolo son 2953 bytes, en el nivel L
La versión 4.0 y qué la sigue leyendo
Hay tres versiones de vCard en circulación: la 2.1, la 3.0 del RFC 2426 y la 4.0 del RFC 6350. Esta página escribe 4.0, que es la especificación vigente y la que define UTF-8 como codificación en lugar de dejar los juegos de caracteres a un parámetro.
Contactos de iOS y las apps de contactos actuales de Android leen registros 4.0 desde un escaneo. Por debajo de eso la compatibilidad no es universal: algunas apps de contactos de terceros más antiguas y algunas agendas corporativas se hicieron contra la 2.1 o la 3.0 y o ignoran las propiedades que no reconocen o rechazan el registro entero. Si una tarjeta tiene que llegar a un parque de teléfonos viejos, prueba una antes de imprimir mil.
Nada del registro se verifica. Una vCard afirma lo que hayas escrito, así que un escaneo es una propuesta de guardar un contacto, no una prueba de que el contacto sea auténtico. Todas las plataformas muestran una pantalla de confirmación antes de escribir en la agenda.
Preguntas y respuestas
¿Cuánto puedo poner en una tarjeta antes de que deje de escanearse?
El límite es el tamaño de impresión, no el formato. Una tarjeta completa ronda los 400 bytes, que en el nivel M caen en una cuadrícula de entre unos 77 y 85 módulos. Impresa a 45 mm o más se escanea a la distancia del brazo; impresa a 25 mm los módulos bajan a unos 0,24 mm y las cámaras de los teléfonos empiezan a fallar.
¿Por qué la versión 4.0 y no la 3.0?
La 4.0 es la especificación vigente, el RFC 6350, y fija la codificación de caracteres en UTF-8 para que los nombres acentuados y las escrituras no latinas sobrevivan al viaje de ida y vuelta sin un parámetro de juego de caracteres. La contrapartida es que unas cuantas apps de contactos antiguas hechas para la 2.1 o la 3.0 pueden descartar propiedades que no reconocen.
¿Puedo incluir una foto en la tarjeta?
Incrustada no. Una propiedad PHOTO lleva la imagen en base64, y hasta un retrato pequeño llega a decenas de kilobytes frente a un techo duro de 2953 bytes para todo el símbolo. Pon la imagen en una página tuya y usa el campo de sitio web en su lugar.
¿Qué pasa con los caracteres acentuados y las escrituras no latinas?
Se codifican como UTF-8 y se guardan en el modo byte del código QR. Funcionan, pero no salen gratis: un carácter fuera del ASCII simple cuesta de dos a cuatro bytes en lugar de uno, así que un nombre en griego, árabe o japonés sube el símbolo una o dos versiones.
Cómo funciona un código QR estático
Todos los códigos de este sitio son estáticos: la carga útil está escrita en los propios módulos blancos y negros. No se consulta nada al leer el código, ningún servidor nuestro interviene y ninguna suscripción sostiene el código impreso. Esa misma propiedad es el límite: una vez impreso, lo que contiene ya no se puede cambiar.
A partir de ahí, tres cosas deciden si un código impreso se lee: cuántos bytes ocupó la carga útil, qué nivel de recuperación absorbe los daños y cuánto mide un módulo suelto sobre el papel. Estas guías recorren cada una de ellas con los números.