Tres versiones de vCard, y la misma persona en cada una
Publicado el 9/9/2026 · 3 min de lectura · Herramientas de archivos
Daniel Okonkwo — Desarrollador front-end y redactor de Tecnología en OneKitly
Rendimiento web · Formatos de archivo
Verificado con 3 fuentes
La versión está en la segunda línea de cada ficha, justo después de BEGIN:VCARD, y cambia cómo se escribe el resto. En 2.1, que aún producen teléfonos y clientes de correo antiguos, un tipo es un parámetro desnudo: TEL;CELL y TEL;WORK;VOICE, sin signo igual. En 3.0, que exporta casi cualquier agenda y que todo el mundo lee, la misma línea es TEL;TYPE=CELL y TEL;TYPE=WORK,VOICE. En 4.0, la norma actual, muchos valores se vuelven URI: TEL;VALUE=uri:tel:+33612345678, y un cumpleaños se escribe 19780412 en vez de 1978-04-12. El visor lee las tres — de ahí que una ficha de un teléfono de 2009 y otra de la agenda de este año se muestren juntas — pero no las reescribe entre sí: un número 4.0 conserva su prefijo tel: y un cumpleaños 4.0 su forma compacta. Al escribir, la 3.0 llega más lejos.
La 2.1 marca los tipos sin signo igual, la 3.0 es lo que todo el mundo lee, la 4.0 escribe algunos valores como URI — así que un teléfono puede llegar como tel:+33612345678, prefijo incluido. Saber cuál tienes explica casi todas las sorpresas de importación.
Por qué las tres versiones siguen circulando
Las agendas se copian hacia delante, no se reescriben. Una ficha creada en un teléfono en 2008 ha sido exportada, importada y reexportada una docena de veces desde entonces, y cada uno de esos pasos conservó la versión en que nació, salvo que algo la actualizara a propósito. El resultado es que una agenda en uso suele ser una mezcla, y un archivo de quinientos contactos puede contener las tres — de ahí que un lector que solo maneja una parezca perder contactos al azar.
El analizador toma aquí los parámetros como vienen — con signo igual o sin él — lo que permite abrir de una vez un archivo mezclado. Lo que no hace es normalizar en silencio una ficha de una versión a otra, porque sería una edición, y una edición que no has pedido es lo último que quieres aplicado de golpe a quinientos contactos.
| Línea | vCard 2.1 | vCard 3.0 | vCard 4.0 |
|---|---|---|---|
| Móvil | TEL;CELL: | TEL;TYPE=CELL: | TEL;TYPE=cell;VALUE=uri:tel: |
| Cumpleaños | BDAY:19780412 | BDAY:1978-04-12 | BDAY:19780412 |
| Leído por el visor | Sí | Sí | Sí, prefijo conservado |
| Mejor para escribir | No — heredada | Sí | Solo si el destino la pide |
Preguntas frecuentes
- ¿Cómo sé qué versión usa un archivo?
- Ábrelo en cualquier editor de texto y lee la segunda línea: VERSION:2.1, VERSION:3.0 o VERSION:4.0. Un solo .vcf puede contener cientos de fichas, y pueden ser de versiones distintas, ya que un archivo no es más que fichas escritas una tras otra — una agenda montada desde varias fuentes suele serlo.
- Mis números importados empiezan por tel:. ¿Cómo lo limpio?
- Es un archivo 4.0 leído literalmente. Exporta a CSV, quita el prefijo con un buscar y reemplazar sobre la columna de teléfonos y reconstruye el .vcf desde la hoja corregida — el viaje de ida y vuelta te cuesta las etiquetas de tipo, que un número URI 4.0 ya hacía incómodas. Si solo tienes unos pocos, corregirlos en el destino es más rápido.
- ¿Los nombres acentuados y las fotos sobreviven entre versiones?
- Los nombres sí: las tres versiones llevan UTF-8 en la práctica, y el visor decodifica lo que lee. Las fotos son otra cosa — una PHOTO incrustada es base64 dentro de la ficha y puede ocupar cientos de kilobytes ella sola, y ni la exportación CSV ni la JSON la llevan. Si tus fichas tienen fotografías, conserva el .vcf como ejemplar de referencia.
Artículos que podrían interesarte
Todas las guías →Herramientas relacionadas
Fuentes
¿Has detectado un error en este artículo?