Drei vCard-Versionen und dieselbe Person in jeder
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
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.
| Zeile | vCard 2.1 | vCard 3.0 | vCard 4.0 |
|---|---|---|---|
| Mobil | TEL;CELL: | TEL;TYPE=CELL: | TEL;TYPE=cell;VALUE=uri:tel: |
| Geburtstag | BDAY:19780412 | BDAY:1978-04-12 | BDAY:19780412 |
| Vom Betrachter gelesen | Ja | Ja | Ja, Präfix behalten |
| Zum Schreiben am besten | Nein — Altbestand | Ja | Nur wenn das Ziel sie verlangt |
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 →Ähnliche Tools
Quellen
Hast du einen Fehler in diesem Artikel entdeckt?