Dos correos en una celda, o dos cadenas en un array
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
vCard permite a un contacto repetir una propiedad: dos líneas EMAIL, tres líneas TEL, tantas como la persona tenga. Una celda de hoja de cálculo lleva un valor, así que la exportación CSV las une — jp.dupont@example.fr · contact@example.fr, separadas por un punto medio elegido porque casi nunca aparece dentro de una dirección ni de un número. Es legible y ordenable, y es una cadena. La exportación JSON escribe el mismo contacto como objeto donde emails y phones son arrays: ["jp.dupont@example.fr", "contact@example.fr"]. Si va a leer el archivo una persona, la celda unida es más amable; si lo va a leer un programa, el array elimina el paso en el que decides por qué carácter dividir esperando que ningún contacto lo haya puesto nunca en una nota. Todo lo demás es igual, porque ambas son la misma lectura del mismo archivo.
Un contacto puede tener varios números y varias direcciones. El CSV los une con un punto medio en una sola celda; el JSON los conserva como lista, que es la diferencia entre un script que funciona y otro que divide a ojo.
Por qué el separador es un punto medio
Una coma sería indistinguible del propio separador del CSV, un punto y coma del que usa Excel en toda Europa continental, y una barra aparece en direcciones reales. El punto medio no aparece casi en nada de lo que se pone en una ficha de contacto, lo que hace una celda unida divisible en la práctica aunque nada lo garantice. Esa es la descripción honesta: una convención que funciona, no una regla que el formato imponga — y por eso mismo un programa debería coger el JSON.
Lo que ninguna de las dos exportaciones lleva
Las etiquetas. Una vCard dice qué número es el móvil y cuál el de la oficina, con TYPE=CELL y TYPE=WORK, y ambas exportaciones escriben los números sin ellas — el CSV porque tiene una sola columna de teléfonos y el JSON porque guarda una lista de cadenas y no de pares. Si la distinción te importa, conserva el .vcf, o añade una columna propia antes de importar. Es un límite real, y más vale enunciarlo que descubrirlo tras doscientos contactos llegados con sus móviles marcados como fijos.
Preguntas frecuentes
- ¿Puedo editar el JSON y reconvertirlo?
- El lado de importación de estas herramientas lee CSV, así que un JSON que hayas editado necesita un script tuyo para volver a ser un .vcf — que suele ser la situación en la que ya estabas si elegiste JSON. Para retoques a mano que deban volver por las herramientas, coge el CSV, cámbialo en una hoja de cálculo y reconstruye desde ahí.
- ¿El JSON es válido para cualquier analizador?
- Sí — es un simple array de objetos, indentado, en UTF-8, sin comas finales ni comentarios. Ten en cuenta que no es jCal, la forma JSON normalizada de vCard e iCalendar: es una representación directa de los campos que estas herramientas leen, más fácil de consumir y que lleva menos. Si necesitas jCal en concreto, conserva el .vcf y conviértelo con una biblioteca que lo tenga por objetivo.
Artículos que podrían interesarte
Todas las guías →Herramientas relacionadas
Fuentes
¿Has detectado un error en este artículo?