Deux e-mails dans une cellule, ou deux chaînes dans un tableau
Publié le 09/09/2026 · 3 min de lecture · Outils fichiers
Daniel Okonkwo — Développeur front-end et rédacteur Tech chez OneKitly
Performance web · Formats de fichiers
Vérifié à partir de 3 sources
La vCard autorise un contact à répéter une propriété : deux lignes EMAIL, trois lignes TEL, autant que la personne en a. Une cellule de tableur ne porte qu'une valeur : l'export CSV les joint donc — jp.dupont@example.fr · contact@example.fr, séparés par un point médian choisi parce qu'il n'apparaît presque jamais dans une adresse ni dans un numéro. C'est lisible et triable, et c'est une chaîne de caractères. L'export JSON écrit le même contact en objet, où emails et phones sont des tableaux : ["jp.dupont@example.fr", "contact@example.fr"]. Si un humain doit lire le fichier, la cellule jointe est plus aimable ; si c'est un programme, le tableau supprime l'étape où tu choisis sur quoi découper en espérant qu'aucun contact n'a jamais mis ce caractère dans une note. Tout le reste est identique, puisque les deux sont la même lecture du même fichier.
Un contact peut avoir plusieurs numéros et plusieurs adresses. Le CSV les joint par un point médian dans une seule cellule ; le JSON les garde en liste — c'est la différence entre un script qui marche et un script qui découpe au jugé.
Pourquoi le séparateur est un point médian
Une virgule serait indiscernable du séparateur du CSV lui-même, un point-virgule de celui qu'emploie Excel dans toute l'Europe continentale, et une barre oblique apparaît dans de vraies adresses. Le point médian n'apparaît presque dans rien de ce qu'on met dans une fiche de contact, ce qui rend une cellule jointe découpable en pratique alors que rien ne le garantit. C'est la description honnête : une convention qui marche, pas une règle imposée par le format — et c'est précisément pourquoi un programme devrait prendre le JSON.
Ce qu'aucun des deux exports ne porte
Les étiquettes. Une vCard dit quel numéro est le mobile et quel autre le bureau, avec TYPE=CELL et TYPE=WORK, et les deux exports écrivent les numéros sans elles — le CSV parce qu'il n'a qu'une colonne de téléphones, le JSON parce qu'il range une liste de chaînes et non une liste de paires. Si la distinction compte pour toi, garde le .vcf, ou ajoute une colonne à toi avant d'importer. C'est une limite réelle, qu'il vaut mieux énoncer que découvrir une fois deux cents contacts arrivés avec leurs mobiles marqués comme fixes.
Questions fréquentes
- Puis-je modifier le JSON et le reconvertir ?
- Le sens import de ces outils lit du CSV : un JSON que tu as modifié demande donc ton propre script pour redevenir un .vcf — ce qui est en général la situation dans laquelle tu étais déjà si tu as choisi le JSON. Pour des retouches à la main qui doivent repasser par les outils, prends le CSV, modifie-le dans un tableur et refabrique depuis là.
- Le JSON est-il valide pour n'importe quel analyseur ?
- Oui — c'est un simple tableau d'objets, indenté, en UTF-8, sans virgule finale ni commentaire. Note que ce n'est pas du jCal, la forme JSON normalisée de la vCard et de l'iCalendar : c'est une représentation directe des champs que ces outils lisent, plus facile à consommer et qui porte moins. S'il te faut du jCal précisément, garde le .vcf et convertis-le avec une bibliothèque qui le vise.
Articles qui pourraient t'intéresser
Tous les guides →Outils similaires
Sources
Tu as repéré une erreur dans cet article ?