vCard in der Praxis: Versionen, Encoding-Fallen und Import-Wege
vCard 2.1 vs. 3.0 vs. 4.0 und was dazwischen bricht, Sammeldateien mit vielen Karten, die Umlaut-Falle — und Import/Export-Wege für jede große Plattform.
Eine vCard ist eine Klartextdatei — öffne eine beliebige .vcf im Texteditor und deine Kontakte stehen Zeile für Zeile darin. Das heißt: Fast jedes vCard-Problem lässt sich mit bloßem Auge diagnostizieren — die falsche Versionsnummer, eine Sammeldatei, die der Importer nur halb gelesen hat, oder ein Encoding-Header, der jedes ü in ü verwandelt hat.
Was in einer .vcf steckt
Jede Karte ist ein Block von Eigenschaften zwischen BEGIN:VCARD und END:VCARD — ein strukturierter Name (N), ein Anzeigename (FN), dann beliebig viele TEL-, EMAIL-, ADR-, ORG-, NOTE- und PHOTO-Zeilen. Die Geschichte des Formats erzählt der vCard-Glossareintrag; der praktische Punkt ist, dass hier menschenlesbarer Text mit einem öffentlichen Standards-Stammbaum vorliegt: Version 2.1 vom versit-Konsortium (1996), 3.0 standardisiert als RFC 2426 (Dawson & Howes, 1998), 4.0 als RFC 6350 (Perreault, 2011).
Diese Abstammung macht das Format als Archiv so stark: Eine Datei, die mit dem Auge lesbar ist, in öffentlichen Dokumenten spezifiziert wurde und von jeder Kontakte-Plattform der letzten fünfundzwanzig Jahre importiert wird, ist so zukunftssicher, wie Daten es werden können. Genau das Format, in dem dein jährliches Kontakte-Backup liegen sollte.
2.1, 3.0, 4.0 — und was dazwischen bricht
vCard 2.1 ist die Mobiltelefon-Ära in Bernstein. Die prägende Eigenheit: Nicht-ASCII-Text wird als Quoted-Printable kodiert — Müller steht als M=C3=BCller in der Datei, mit Zeichensatz-Deklaration pro Eigenschaft. Importer, die die Deklaration falsch lesen, zerlegen jedes Sonderzeichen der Datei. Du triffst 2.1 in SIM-Tools, alten Nokia- und Outlook-Exporten und manchen Billig-Dialern. Lesen ja, schreiben nein.
vCard 3.0 ist das Arbeitstier. Quoted-Printable flog raus, der Feldsatz wurde standardisiert, und es wurde das, was Google Kontakte und iCloud beim Klick auf Exportieren tatsächlich ausgeben. Jede relevante Plattform importiert 3.0 sauber. Wenn ein Tool nach der Version fragt: diese.
vCard 4.0 ist die beste Spezifikation mit der schwächsten Unterstützung. UTF-8 ist Pflicht statt Verhandlungssache, die Felder sind sauberer, und es kann Dinge ausdrücken, die 3.0 nicht kann. Aber fünfzehn Jahre nach RFC 6350 exportieren die großen Plattformen weiterhin 3.0 und importieren 4.0 mit wechselnder Begeisterung — manche stufen stumm herab oder verwerfen Felder. Nutze 4.0, wenn beide Enden es ausdrücklich können — nie als blinden Standard.
Was an den Nahtstellen bricht, ist konstant: Encoding (die Quoted-Printable-Falle von 2.1), Feld-Dialekte (jede Version benennt manche Eigenschaften anders) und stummes Verwerfen — ein Importer, der eine Eigenschaft nicht kennt, wirft sie kommentarlos weg. Namen, Nummern, E-Mails und Adressen überleben jede Versionsgrenze; Fotos, eigene Labels und exotische Felder sind die Opferzone.
Sammeldateien: eine .vcf, viele Kontakte
Eine .vcf ist ein Container, keine Einzelkarte — die Karten folgen schlicht aufeinander, und 800 exportierte Kontakte ergeben eine ordentliche Textdatei. Zwei praktische Folgen:
Manche Importer lesen nur die erste Karte. Moderne Plattformen verarbeiten Sammeldateien problemlos, aber minimale und Alt-Importer — manche SIM-Werkzeuge, alte Desktop-Programme — verarbeiten eine Karte und hören leise auf. Wenn aus einer 800er-Datei genau eine Person ankommt: Das ist der Grund.
Zerteilen und Zusammenfügen ist Textarbeit. Einen Kontakt aus einem großen Export verschicken? Den BEGIN:VCARD…END:VCARD-Block in eine neue Datei kopieren. Drei Exporte vereinen? Dateien aneinanderhängen. Kein Werkzeug nötig — nach dem Zusammenführen mehrerer Quellen sind allerdings Überschneidungen zu erwarten, und dafür gibt es die Dedupe-Runde danach. Unser Tool Kontakte bereinigen liest die kombinierte Datei direkt im Browser.
Der Umlaut-Test: Encoding-Fallen
Die häufigste vCard-Verletzung ist Mojibake: eine UTF-8-Datei als Latin-1 gelesen (oder umgekehrt) — aus ü wird ü, aus é wird é, aus ß wird ß. Einmal verstümmelt importiert, entstümmelt kein Setting den Text wieder — die Lösung ist immer ein frischer Export, keine Reparatur.
Mach den Check also zur Routine. Vor jedem größeren Import die Datei öffnen und einen Namen mit Umlauten suchen. Liest er sich korrekt? Weiter. Sieht er nach Leitungsrauschen aus? Stopp, neu exportieren in vCard 3.0 mit UTF-8, noch mal prüfen. Und eine verwandte Warnung aus der Tabellenwelt: In CSV-Land wütet dieselbe Krankheit schlimmer — einmal in Excel mit falscher Locale geöffnet und gespeichert, sind die Sonderzeichen dauerhaft zerstört. Ein Grund mehr, warum vCard das Umzugs- und Archivformat ist und CSV das Format fürs bewusste Bearbeiten.
Import und Export, Plattform für Plattform
-
Google Kontakte
Export: contacts.google.com → Exportieren → vCard. Import: contacts.google.com → Importieren → .vcf auswählen; auf Android Kontakte-App → Korrigieren und verwalten → Aus Datei importieren. Google etikettiert jede Import-Charge mit Datum — praktisch zum Prüfen und Rückgängigmachen. Bei zwei Konten das Ziel bewusst wählen.
-
iCloud und macOS
Export: iCloud.com → Kontakte → alle markieren → Zahnrad → vCard exportieren; am Mac Ablage → Exportieren → vCard exportieren. Import: im Web das vCard importieren hinterm Zahnrad, am Mac die .vcf einfach in die Kontakte-App ziehen. Vor dem Bestätigen den Account in der Seitenleiste prüfen — der entscheidet, wo die Karten landen.
-
Android (lokal, ohne Cloud)
Export: Kontakte-App → Korrigieren und verwalten → In Datei exportieren (Hersteller-Apps: Einstellungen → Importieren/Exportieren). Import: Aus Datei importieren im selben Menü, dann das Zielkonto wählen — oder „Gerät“ für einen Speicher, der nirgendwohin synchronisiert.
-
Outlook und der Rest
Outlooks klassische Desktop-App ist der unbequeme Gast: Ihr natives Austauschformat ist CSV, und ihre vCard-Verarbeitung war historisch auf Einzelkarten gepolt. Für Outlook-Umzüge lieber den CSV-Weg mit expliziter Spalten-Zuordnung nehmen — und für jede hier nicht genannte Plattform gilt universell: Export suchen, vCard nehmen, wenn angeboten, 3.0 wählen, wenn gefragt.
Dasselbe Format, live
Eine letzte Verbindung lohnt sich: vCard ist nicht nur das Dateiformat von Exporten — es ist auch das Datensatzformat von CardDAV, dem offenen Protokoll, das Adressbücher zwischen Servern und Geräten synchron hält. Einmal das Format verstanden, und du durchschaust deine Backup-Dateien und den Live-Sync unter jedem standardbasierten Setup — auch dem, bei dem viele nach dem Auszug der Kontakte aus Google landen. Endearist steht auf derselben Philosophie, von der anderen Seite: Kontakte kommen per vCard oder CSV herein, und was du darauf aufbaust, bleibt in Dateien, mit denen du jederzeit gehen kannst.
FAQ
Was ist eine vCard-Datei, einfach erklärt?
Eine **Klartextdatei**, die einen oder mehrere Kontakte beschreibt: Jede Karte beginnt mit BEGIN:VCARD und endet mit END:VCARD, dazwischen eine Eigenschaft pro Zeile — Name, Telefonnummern, E-Mails, Adressen, Foto, Notizen. Weil es Text ist, kannst du eine .vcf in jedem Editor öffnen und lesen. Diese Transparenz ist die Superkraft des Formats: Ein vCard-Backup lässt sich mit eigenen Augen prüfen, ganz ohne Spezialsoftware.
Welche vCard-Version soll ich exportieren — 2.1, 3.0 oder 4.0?
**Im Zweifel 3.0.** Das ist die Version, die Google Kontakte und iCloud ausgeben, und die jede moderne Plattform sauber importiert. Version 2.1 (1996) lebt vor allem in alten Telefon- und SIM-Tools weiter und bringt Quoted-Printable-Kopfschmerzen mit. Version 4.0 (RFC 6350, 2011) ist technisch die beste — Pflicht-UTF-8, reichere Felder —, aber die Plattformunterstützung bleibt die schwächste der drei. Als Austausch-Standard taugt sie deshalb nicht.
Was bricht konkret zwischen den vCard-Versionen?
Vor allem **Encoding und Feld-Dialekte**. Version 2.1 kodiert Nicht-ASCII-Zeichen als Quoted-Printable (=C3=BC für ü) und deklariert Zeichensätze pro Eigenschaft; Importer, die das falsch lesen, zerlegen jeden Umlaut. Version 3.0 hat das aufgeräumt, 4.0 schreibt UTF-8 vor. Bei den Feldern benennt jede Version manche Eigenschaften anders — und Importer werfen stumm weg, was sie nicht kennen. Namen und Nummern überleben überall, exotische Felder nicht.
Passt mein ganzes Adressbuch in eine einzige .vcf?
Ja — eine .vcf ist ein **Container**: Die Karten folgen einfach aufeinander, und ein Adressbuch mit tausend Kontakten ist eine bescheidene Textdatei. Der Haken liegt auf der Import-Seite: Moderne Plattformen lesen alle Karten, aber manche ältere oder minimale Importer verarbeiten **nur die erste Karte** und hören auf. Wenn aus einer großen Datei genau ein Kontakt ankommt, hast du genau diesen Fehler getroffen.
Warum wurden aus meinen Umlauten nach dem Import ü-Zeichen?
Das ist **Mojibake**: Die Datei ist UTF-8, aber der Importer hat sie als Latin-1 gelesen (oder umgekehrt) — aus ü wird ü, aus ß wird ß. Es ist die häufigste vCard-Verletzung überhaupt. Die Lösung ist ein Neu-Export statt einer Reparatur: frischen Export in vCard 3.0 mit UTF-8 ziehen und vor dem großen Import eine Karte mit einem Müller testweise einspielen.
Wie importiere ich eine vCard in Google Kontakte?
**contacts.google.com → Importieren → .vcf auswählen.** Google liest Sammeldateien problemlos und vergibt automatisch ein *Importiert*-Label mit Datum — das macht Prüfen und Rückgängigmachen der Charge leicht. Auf Android liegt dieselbe Funktion in der Kontakte-App unter **Korrigieren und verwalten → Aus Datei importieren**. Bei mehreren Konten das Zielkonto bewusst wählen.
Wie importiere ich eine vCard in iCloud oder die Mac-Kontakte?
Im Web: **iCloud.com → Kontakte → Zahnrad → vCard importieren**. Am Mac die .vcf einfach ins Fenster der Kontakte-App ziehen oder Ablage → Importieren nutzen. Beide Wege verarbeiten Sammeldateien. Eine Gewohnheit lohnt sich: vor dem Bestätigen prüfen, in welchen Account (iCloud, Google, lokal) die App schreiben wird — die Auswahl in der Seitenleiste entscheidet.
Kann ich eine vCard-Datei von Hand bearbeiten?
Ja — es ist Text. Öffne die .vcf in einem Editor, der UTF-8 respektiert (nicht Word), und du kannst einen Namen korrigieren, eine Karte löschen oder eine Datei zerteilen, indem du BEGIN:VCARD…END:VCARD-Blöcke ausschneidest. Zwei Regeln: jede Eigenschaft auf ihrer eigenen Zeile lassen und die kodierten Foto-Blöcke nicht anrühren, außer du willst sie entfernen. Für Massenänderungen über hunderte Karten ist der Umweg über CSV meist bequemer.
vCard oder CSV für den Umzug zwischen Plattformen?
**vCard für Treue, CSV für Tabellen.** Eine vCard hält mehrere Nummern pro Person, Fotos und Notizen zusammen und importiert überall ohne Spalten-Zuordnung. CSV drückt Struktur in Zeilen, hat inkompatible Dialekte (Googles und Outlooks Spaltennamen unterscheiden sich) — und bekommt seine Umlaute berüchtigt zuverlässig von unachtsamen Excel-Speichervorgängen zerstört. Umziehen mit vCard; zu CSV nur greifen, wenn du wirklich in Masse bearbeiten willst.
Liest WhatsApp oder mein Messenger vCards?
Messenger nutzen vCards vor allem zum **Teilen einzelner Kontakte im Chat** — die Karte, die dir jemand schickt, ist eine Ein-Kontakt-.vcf. Für ihre Kontaktliste lesen sie das Adressbuch deines Telefons, statt Dateien zu importieren. Der Import-Weg für ein vCard-Backup führt also immer übers Adressbuch (Google, iCloud, Kontakte-App) — die Messenger sammeln die Kontakte von dort ein.
Wie prüfe ich vor dem Import, ob eine vCard-Datei gesund ist?
Im Texteditor öffnen und drei Dinge ansehen: die **Versionszeile** (VERSION:3.0 ist der sichere Fall), die **Kartenzahl** — nach BEGIN:VCARD suchen und die Treffer mit der Erwartung vergleichen — und eine **Sonderzeichen-Stichprobe**: einen Müller oder José suchen und prüfen, ob der Name korrekt lesbar ist. Sechzig Sekunden Hinsehen verhindern die klassische halb importierte, verstümmelte Charge.
Was ist CardDAV, und wie hängt es mit vCard zusammen?
**vCard sind die Daten, CardDAV ist die Leitung.** CardDAV ist das offene Sync-Protokoll, mit dem Server und Geräte Adressbücher abgleichen — und die Datensätze, die es synchronisiert, sind vCards. Das Format einmal zu verstehen zahlt sich darum doppelt aus: Dasselbe Wissen deckt deine Export-Dateien und den Live-Sync zwischen Telefon und jedem standardbasierten Kontakt-Server ab.