Zum Inhalt springen
OneKitly

Drei vCard-Versionen und dieselbe Person in jeder

Veröffentlicht am 9.9.2026 · 3 Min. Lesezeit · Datei-Tools

Daniel Okonkwo

Daniel Okonkwo — Front-end-Entwickler und Tech-Redakteur bei OneKitly

Web-Performance · Dateiformate

Anhand von 3 Quellen geprüft

Profil ansehen →
Kurz gesagt

Die Version steht in der zweiten Zeile jeder Karte, gleich nach BEGIN:VCARD, und sie ändert, wie der Rest geschrieben wird. In 2.1, noch von älteren Telefonen und Mailprogrammen erzeugt, ist ein Typ ein nackter Parameter: TEL;CELL und TEL;WORK;VOICE, ohne Gleichheitszeichen. In 3.0, das fast jedes Adressbuch exportiert und alles liest, heißt dieselbe Zeile TEL;TYPE=CELL und TEL;TYPE=WORK,VOICE. In 4.0, dem heutigen Standard, werden viele Werte zu URIs: TEL;VALUE=uri:tel:+33612345678, und ein Geburtstag steht als 19780412 statt 1978-04-12. Der Betrachter liest alle drei — deshalb erscheinen eine Karte aus einem Telefon von 2009 und eine aus dem diesjährigen Adressbuch nebeneinander —, aber er schreibt sie nicht ineinander um: Eine 4.0-Nummer behält ihr tel:-Präfix und ein 4.0-Geburtstag seine kompakte Form. Beim Schreiben reist 3.0 am weitesten.

2.1 markiert Typen ohne Gleichheitszeichen, 3.0 liest alles, 4.0 schreibt manche Werte als URI — eine Telefonnummer kann also als tel:+33612345678 samt Präfix ankommen. Zu wissen, welche du hast, erklärt die meisten Import-Überraschungen.

Warum alle drei Versionen noch im Umlauf sind

Adressbücher werden weitergereicht, nicht neu geschrieben. Eine 2008 auf einem Telefon angelegte Karte ist seither ein Dutzend Mal exportiert, importiert und wieder exportiert worden, und jeder dieser Schritte hat die Version bewahrt, in der sie geboren wurde — sofern nicht etwas sie absichtlich hochgestuft hat. Ein benutztes Adressbuch ist deshalb oft eine Mischung, und eine Datei mit fünfhundert Kontakten kann alle drei enthalten — weshalb ein Leser, der nur eine beherrscht, scheinbar willkürlich Kontakte verliert.

Der Parser nimmt die Parameter hier, wie sie kommen — mit Gleichheitszeichen oder ohne —, und genau das lässt eine gemischte Datei in einem Zug öffnen. Was er nicht tut: eine Karte still von einer Version in eine andere überführen, denn das wäre eine Änderung, und eine ungefragte Änderung ist das Letzte, was man auf einen Schlag auf fünfhundert Kontakte angewandt haben will.

Derselbe Kontakt, dreifach geschrieben
ZeilevCard 2.1vCard 3.0vCard 4.0
MobilTEL;CELL:TEL;TYPE=CELL:TEL;TYPE=cell;VALUE=uri:tel:
GeburtstagBDAY:19780412BDAY:1978-04-12BDAY:19780412
Vom Betrachter gelesenJaJaJa, Präfix behalten
Zum Schreiben am bestenNein — AltbestandJaNur wenn das Ziel sie verlangt
VCF-BetrachterÖffne eine .vcf-Datei und lies die Kontakte — ohne sie irgendwo zu importieren.Tool ausprobieren →

Häufige Fragen

Wie finde ich heraus, welche Version eine Datei benutzt?
Öffne sie in einem beliebigen Texteditor und lies die zweite Zeile: VERSION:2.1, VERSION:3.0 oder VERSION:4.0. Eine einzige .vcf kann Hunderte Karten enthalten, und sie können verschiedene Versionen haben, denn eine Datei ist nichts als hintereinander geschriebene Karten — ein aus mehreren Quellen zusammengesetztes Adressbuch ist das oft.
Meine importierten Nummern beginnen mit tel:. Wie räume ich das auf?
Das ist eine wörtlich gelesene 4.0-Datei. Exportiere ins CSV, entferne das Präfix mit Suchen und Ersetzen über die Telefonspalte und baue die .vcf aus dem korrigierten Blatt neu — der Hin- und Rückweg kostet dich die Typbezeichnungen, die eine 4.0-URI-Nummer ohnehin unhandlich gemacht hatte. Hast du nur eine Handvoll, geht das Korrigieren am Ziel schneller.
Überstehen Namen mit Akzenten und Fotos den Versionswechsel?
Namen ja: Alle drei Versionen tragen in der Praxis UTF-8, und der Betrachter dekodiert, was er liest. Fotos sind eine andere Sache — ein eingebettetes PHOTO ist Base64 in der Karte und kann allein Hunderte Kilobyte ausmachen, und weder der CSV- noch der JSON-Export trägt es. Haben deine Karten Fotografien, behalte die .vcf als maßgebliche Kopie.

Artikel, die dich interessieren könnten

Alle Ratgeber →
ErklärungEine vCard-Adresse hat sieben Teile, eine CSV-Spalte einenNamen, Adressen und Organisationen sind in einer vCard gegliederte Felder. Drückt man sie in eine Tabelle, lesen sie sich gleich und verlieren dabei ihre Nähte — was in dem Moment zählt, in dem man aus dieser Tabelle wieder eine vCard baut.VergleichZwei E-Mails in einer Zelle oder zwei Strings in einem ArrayEin 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.AnleitungKalender und Adressbücher zusammenführen hängt an — es entdoppelt nichtDie Zusammenführungswerkzeuge legen jeden Datensatz jeder Datei in eine Ausgabe, in der Reihenfolge, in der du sie gegeben hast. Das ist die richtige Voreinstellung und das Einzige, was man wissen muss, bevor man zwei Exporte desselben Kontos hineingibt.AnleitungDu musst deine Spalten nicht ins Englische umbenennenDie Kopfzeile wird in sechs Sprachen erkannt: prénom, apellidos, Vorname und cognome werden alle verstanden. Eine Überschrift ist wirklich mehrdeutig — nom — und die Nachbarspalte entscheidet sie.VergleichDer JSON-Export behält drei Dinge, für die das CSV keine Spalte hatDieselbe Datei, derselbe Parser, zwei Ausgaben. Die Tabelle bekommt acht Spalten; das JSON bekommt zusätzlich die benannte Zeitzone, den Ganztagsmarker und die Wiederholungsregel.ErklärungDieselbe .ics-Datei kann fünf verschiedene Zeiten meineniCalendar schreibt eine Anfangszeit auf drei Arten, und nur eine ist eindeutig. Eine Besprechung mit benannter Zone, umgewandelt auf Rechnern in Paris, New York und Honolulu, umspannte neunzehn Stunden und wechselte den Tag.

Ähnliche Tools

Quellen

Hast du einen Fehler in diesem Artikel entdeckt?