Aller au contenu
OneKitly

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

Daniel Okonkwo — Développeur front-end et rédacteur Tech chez OneKitly

Performance web · Formats de fichiers

Vérifié à partir de 3 sources

Voir le profil →
En bref

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.

VCF en JSONExporte un carnet vCard en JSON structuré, avec les e-mails et téléphones en tableaux.Essayer l'outil →

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 →
ComparatifTrois versions de vCard, et la même personne dans chacuneLa 2.1 marque les types sans signe égal, la 3.0 est ce que tout le monde lit, la 4.0 écrit certaines valeurs en URI — un téléphone peut donc arriver sous la forme tel:+33612345678, préfixe compris. Savoir laquelle tu as explique la plupart des surprises d'import.ExplicationUne adresse vCard a sept morceaux, une colonne de CSV en a unNoms, adresses et sociétés sont des champs structurés dans une vCard. Aplatis-les dans un tableur : ils se lisent à l'identique tout en perdant leurs coutures — ce qui compte dès qu'on refabrique une vCard depuis ce tableur.ComparatifL'export JSON garde trois choses dont le CSV n'a pas la colonneMême fichier, même analyseur, deux sorties. Le tableur reçoit huit colonnes ; le JSON reçoit en plus le fuseau nommé, l'indicateur de journée entière et la règle de récurrence.TutorielTu n'as pas à renommer tes colonnes en anglaisLa ligne d'en-tête est reconnue en six langues : prénom, apellidos, Vorname et cognome sont tous compris. Un en-tête est réellement ambigu — nom — et c'est la colonne d'à côté qui tranche.TutorielFusionner agendas et carnets d'adresses ajoute — cela ne dédoublonne pasLes outils de fusion mettent chaque fiche de chaque fichier dans une seule sortie, dans l'ordre où tu les as donnés. C'est le bon comportement par défaut, et la seule chose à savoir avant d'y verser deux exports du même compte.ExplicationUn événement récurrent fait une ligne dans le CSV, pas douzeUn fichier .ics range une réunion hebdomadaire une seule fois, avec une règle attachée. À l'export CSV tu obtiens une ligne pour toute la série — c'est le fichier qui est honnête, pas le convertisseur qui perd des lignes.

Outils similaires

Sources

Tu as repéré une erreur dans cet article ?