vCard im QR-Code: Felder, Kodierung, Kartenformat

Drucken Sie 500 Visitenkarten mit einem Code, der Ihre Kontaktdaten trägt, und der Unterschied zwischen einem sauberen und einem verstümmelten Import hängt an einem Textformat aus den neunziger Jahren. In diesem Code steckt fast immer eine vCard: ein Klartextblock, den das Handy in einen neuen Kontakt übersetzt. Richtig gemacht kostet das Speichern zwei Fingertipps. Falsch gemacht landet Ihre Funktionsbezeichnung als Faxnummer im Adressbuch, und bei deutschen Karten gibt es dafür drei besonders zuverlässige Anlässe.

Eine vCard ist nur strukturierter Text

Eine vCard (das .vcf-Dateiformat) ist eine Reihe von Zeilen, eine Eigenschaft pro Zeile, eingefasst zwischen einer BEGIN:VCARD-Zeile und einer END:VCARD-Zeile. Eine Zeile wie "TEL;TYPE=CELL:+994501234567" sagt: Hier ist eine Telefonnummer, beschrifte sie als Mobilnummer. Es gibt kein Binärformat und keinen Server. Der QR-Code speichert diesen Text direkt, weshalb ein statischer vCard-Code ganz ohne Internetverbindung funktioniert, im Konferenzsaal im Keller oder im Flugzeug.

Drei Versionen zählen. Version 2.1 (1996) ist ein Altformat und behandelt nicht-lateinischen Text über ein sperriges Quoted-Printable-System. Version 4.0 (2011) ist die neueste und hat 2026 immer noch lückenhafte Handy-Unterstützung. Version 3.0 ist die praktische Wahl: Jede gängige iOS- und Android-Version parst sie, und in der Praxis transportiert sie UTF-8-Text ohne Zusatzparameter. Lässt ein Generator Sie wählen, wählen Sie 3.0.

Die Felder, die Handys tatsächlich importieren

Handys behandeln nicht jede vCard-Eigenschaft gleich. Darauf können Sie sich verlassen, wenn der Scan auf einem unveränderten iPhone oder einem gängigen Android-Handy passiert:

Die oberen sieben Zeilen sind der verlässliche Kern, und praktischerweise sind sie zugleich alles, was eine Visitenkarte braucht: Name, Nummern, E-Mail, Firma, Titel, Website, Adresse. Bauen Sie den Code aus diesen Feldern und aus sonst nichts.

Warum Fotos in eine gedruckte vCard nicht hineingehören

Eine vCard mit Name, zwei Nummern, einer E-Mail, Firma, Titel und URL kommt auf etwa 250 bis 350 Bytes. Das landet in einem QR-Code um Version 11 bis 13 (61 bis 69 Module pro Seite), der sich mit 2 bis 2,5 cm sauber auf eine Karte drucken lässt und auf Armlänge scannt.

Ein Foto kippt die Rechnung komplett. Bilder reisen im PHOTO-Feld als Base64-Text, was sie um ein Drittel aufbläht: Schon ein winziges 2-KB-Vorschaubild wird zu rund 2.700 Zeichen, und die absolute Obergrenze eines QR-Codes liegt bei 2.953 Bytes auf der niedrigsten Fehlerkorrekturstufe. Ein Foto passt also entweder gar nicht hinein oder erzeugt einen Code nahe der Kapazitätsgrenze mit einem Raster aus 177 Modulen. In Visitenkartengröße sind diese Module etwa ein Zehntel Millimeter groß, unterhalb dessen, was Bürodrucker wiedergeben und Handykameras auflösen. Die vollständige Kapazitätsübersicht steht in wie viele Daten ein QR-Code speichern kann; die Kurzfassung für Karten lautet: nur Text, und je schlanker, desto besser, denn weniger Bytes bedeuten größere Module und schnellere Scans.

Import-Eigenheiten von iOS und Android

Unter iOS erkennt die Kamera-App einen vCard-Code, zeigt ein Banner und öffnet eine Kontaktvorschau mit den Optionen, einen neuen Kontakt anzulegen oder einen bestehenden zu ergänzen. Sie respektiert Standard-TEL-Labels, benennt unbekannte stillschweigend in "Sonstige" um und behält von mehreren URLs oft nur die erste.

Bei Android endet die Einheitlichkeit, denn das Scannen übernehmen Google Lens auf Pixels, Samsungs eigener Kamera-Scanner und Dutzende Herstellervarianten. Die meisten bieten eine Kontakt-hinzufügen-Aktion, aber manche Dritt-Scanner-Apps zeigen den rohen vCard-Text und lassen den Nutzer wählen, manche Importer verwerfen das NOTE-Feld komplett, und Adress-Unterfelder (Straße, Stadt, Postleitzahl) verschmelzen oder vertauschen sich gelegentlich. Nichts davon ist ein Grund, auf den Code zu verzichten; es ist ein Grund, die Nutzlast auf die verlässlichen Felder zu beschränken und vor dem Druck zu testen.

Nicht-ASCII-Namen und Zeichenkodierung

Heißen Sie Əliyev, Müller oder 田中, entscheidet die Kodierung, ob der Name den Scan übersteht. Die Standard-Textinterpretation des QR-Standards ist Latin-1, moderne Handys erwarten aber UTF-8, und Leser, die falsch raten, machen aus Zeichen Fragezeichen oder Datensalat. vCard 3.0 beherrscht UTF-8 auf der Formatseite sauber; die Code-Seite hängt davon ab, dass der Generator tatsächlich UTF-8-Bytes schreibt.

Die praktische Verteidigung ist simpel: Bauen Sie den Code mit einem vCard-QR-Code-Generator, statt den Text von Hand zusammenzusetzen, scannen Sie das Ergebnis dann auf einem echten Handy und öffnen Sie den gespeicherten Kontakt. Wird der Name dort korrekt dargestellt, wird er für alle auf derselben Plattform korrekt dargestellt.

Rufnummern, Umlaute und das deutsche Kartenformat

Schreiben Sie die Rufnummer international. Die hier verbreitete Form mit führender Null und Schrägstrich funktioniert auf keinem Gerät zuverlässig, sobald jemand aus dem Ausland anruft oder das Telefon in einem fremden Netz hängt. In die vCard gehört die Nummer mit Ländervorwahl, ohne Klammern, ohne Schrägstrich, mit Leerzeichen zur Gliederung. Dasselbe gilt für die Faxnummer, die in Deutschland öfter noch eine Rolle spielt als in anderen Märkten und die viele Geräte stillschweigend als zweite Mobilnummer ablegen, wenn sie nicht sauber ausgezeichnet ist.

Der zweite Anlass sind Umlaute. Namen mit ä, ö, ü oder ß und Straßennamen mit Umlaut sind der häufigste Grund für Zeichensalat im importierten Kontakt, weil die vCard in einer anderen Kodierung geschrieben wurde als das Telefon erwartet. Bleiben Sie bei UTF-8 und prüfen Sie den Import mit genau einem Testkontakt, der einen Umlaut und ein ß enthält. Bei akademischen Titeln gilt: Sie gehören in das dafür vorgesehene Feld und nicht vor den Vornamen, sonst steht Ihr Eintrag im Adressbuch unter D wie Doktor und nicht unter Ihrem Nachnamen.

Und das Format. Die gängige Visitenkarte hat hier 85 mal 55 Millimeter, also weniger Fläche als in manchen anderen Märkten, und der Code teilt sie mit Name, Funktion und Logo. Rechnen Sie entsprechend: wenige Felder und ein größeres Symbol schlagen einen vollständigen Datensatz, der auf zwölf Millimeter schrumpft. Ein Punkt wird dabei häufig verwechselt: Eine Visitenkarte muss keine handelsrechtlichen Pflichtangaben tragen, Ihre geschäftlichen E-Mails schon. Prüfen Sie also die Signatur auf Firma, Rechtsform, Sitz, Registergericht und Registernummer, auch wenn die Karte nur Name, Funktion und Code zeigt.

Statische vCard oder gehostete Kontaktseite

Alles bisher Beschriebene gilt für eine statische vCard: Die Kontaktdaten liegen physisch im gedruckten Code. Das bringt Scans ohne Netz, keine laufenden Kosten und einen Code, der nicht abläuft. Es heißt aber auch, dass die Daten zum Druckzeitpunkt eingefroren sind. Neue Rufnummer, neue Funktion, neuer Arbeitgeber: Jede Karte im Umlauf trägt weiterhin den alten Stand, und zwar dauerhaft.

Die Alternative ist ein Code, der eine kurze URL zu einer gehosteten Kontaktseite trägt. Die Seite zeigt Ihre Angaben und bietet einen Speichern-Button, der eine frische .vcf herunterlädt, Sie können die Nummer also nach dem Druck ändern, und jede bereits verteilte Karte aktualisiert sich sofort. Die Kosten: Der Scan braucht Internet, vor dem Speichern liegt ein Browser-Schritt, und gehostete Codes sind auf den meisten Plattformen ein Bezahl-Feature. Bei QRolling kommen dynamische Codes mit einer 7-tägigen Testphase und bringen Scan-Analysen mit, Sie sehen also auch, wann und wo Karten gescannt werden. Ein Visitenkarten-QR-Code-Generator, der beides unterstützt, lässt Sie die Wahl an die Karte anpassen: stabile Angaben, direkt in das Muster codiert; Angaben, die sich ändern, gehostet.

Bevor irgendetwas in die Druckerei geht, generieren Sie Ihren vCard-Code, scannen ihn mit einem iPhone und einem Android-Handy und lesen jedes Feld im gespeicherten Kontakt. Zwei Minuten Testen sind billiger als 500 neu gedruckte Karten.