Zwei E-Mails in einer Zelle oder zwei Strings in einem Array
Veröffentlicht am 9.9.2026 · 3 Min. Lesezeit · Datei-Tools
Daniel Okonkwo — Front-end-Entwickler und Tech-Redakteur bei OneKitly
Web-Performance · Dateiformate
Anhand von 3 Quellen geprüft
vCard erlaubt einem Kontakt, eine Eigenschaft zu wiederholen: zwei EMAIL-Zeilen, drei TEL-Zeilen, so viele wie die Person hat. Eine Tabellenzelle trägt einen Wert, also fügt der CSV-Export sie zusammen — jp.dupont@example.fr · contact@example.fr, getrennt durch einen Mittelpunkt, gewählt, weil er in einer Adresse oder einer Nummer fast nie vorkommt. Das ist lesbar und sortierbar, und es ist eine Zeichenkette. Der JSON-Export schreibt denselben Kontakt als Objekt, in dem emails und phones Arrays sind: ["jp.dupont@example.fr", "contact@example.fr"]. Liest ein Mensch die Datei, ist die zusammengefügte Zelle freundlicher; liest ein Programm sie, erspart das Array den Schritt, an dem du entscheidest, woran zu trennen ist, und hoffst, dass kein Kontakt dieses Zeichen je in eine Notiz geschrieben hat. Alles andere ist gleich, denn beide sind dieselbe Lesung derselben Datei.
Ein Kontakt kann mehrere Nummern und mehrere Adressen haben. Das CSV fügt sie mit einem Mittelpunkt in eine Zelle; das JSON behält sie als Liste — der Unterschied zwischen einem Skript, das funktioniert, und einem, das auf gut Glück trennt.
Warum der Trenner ein Mittelpunkt ist
Ein Komma wäre vom Trenner des CSV selbst nicht zu unterscheiden, ein Semikolon von dem, das Excel in Kontinentaleuropa benutzt, und ein Schrägstrich kommt in echten Adressen vor. Der Mittelpunkt kommt in fast nichts vor, was jemand in eine Kontaktkarte schreibt, was eine zusammengefügte Zelle praktisch trennbar macht, obwohl nichts es garantiert. Das ist die ehrliche Beschreibung: eine Übereinkunft, die funktioniert, keine vom Format erzwungene Regel — und genau deshalb sollte ein Programm das JSON nehmen.
Was keiner der beiden Exporte trägt
Die Bezeichnungen. Eine vCard sagt mit TYPE=CELL und TYPE=WORK, welche Nummer die mobile und welche die des Büros ist, und beide Exporte schreiben die Nummern ohne sie — das CSV, weil es eine einzige Telefonspalte hat, das JSON, weil es eine Liste von Zeichenketten ablegt und keine Liste von Paaren. Ist dir die Unterscheidung wichtig, behalte die .vcf oder ergänze vor dem Import eine eigene Spalte. Das ist eine echte Grenze, und sie gehört ausgesprochen, statt entdeckt zu werden, nachdem zweihundert Kontakte mit als Festnetz beschrifteten Mobilnummern gelandet sind.
Häufige Fragen
- Kann ich das JSON bearbeiten und zurückwandeln?
- Die Importseite dieser Werkzeuge liest CSV; ein von dir bearbeitetes JSON braucht also ein eigenes Skript, um wieder eine .vcf zu werden — was ohnehin meist die Lage war, wenn du JSON gewählt hast. Für Handkorrekturen, die durch die Werkzeuge zurückkommen sollen, nimm das CSV, ändere es in einer Tabelle und baue von dort neu.
- Ist das JSON für jeden Parser gültig?
- Ja — es ist ein schlichtes Array von Objekten, eingerückt, UTF-8, ohne abschließende Kommas und ohne Kommentare. Beachte: Es ist kein jCal, die normierte JSON-Form von vCard und iCalendar, sondern eine geradlinige Darstellung der Felder, die diese Werkzeuge lesen — leichter zu verarbeiten und weniger tragend. Brauchst du ausdrücklich jCal, behalte die .vcf und wandle sie mit einer darauf zielenden Bibliothek um.
Artikel, die dich interessieren könnten
Alle Ratgeber →Ähnliche Tools
Quellen
Hast du einen Fehler in diesem Artikel entdeckt?