Initializing, please wait a moment

QR-Code-Inhaltstypen: URL vs vCard vs Wi-Fi vs Text - Welcher Passt

Zuletzt geprueft 2026-09-03. Ausgerichtet auf den Moment, in dem Sie sich hinsetzen, um Ihren ersten QR-Code zu erstellen, und der Generator fragt "welche Art von Payload?". Leitet die eigentliche Erstellung an QR Code Generator (im Browser, kein Upload).

30-Sekunden-Antwort. Vier Inhaltstypen decken fast jeden realen QR-Code ab: URL (ein Weblink - bei weitem der haeufigste), vCard (eine Kontaktkarte, die den Scanner auffordert, einen Kontakt zu speichern), Wi-Fi (eine Netzwerk-Zugangsberechtigung, die den Scanner auffordert, beizutreten) und einfacher Text (eine kurze Notiz, die als Text angezeigt wird). Die Scanner-App auf jedem Telefon liest ein spezielles Praefix am Anfang des Payloads (https://, BEGIN:VCARD, WIFI:) und schaltet das Verhalten entsprechend um. Waehlen Sie nach dem, was der Scanner tun soll: eine Seite oeffnen (URL), einen Kontakt speichern (vCard), einem Netzwerk beitreten (Wi-Fi) oder einfach etwas Text anzeigen.

Was ist eigentlich in einem QR-Code?

Ein QR-Code ist mechanisch ein Quadrat aus schwarzen und weissen Modulen, das eine Zeichenkette von Bytes codiert. Die QR-Spezifikation (ISO/IEC 18004) definiert nicht, welche Zeichenkette einzufuegen ist - sie definiert nur, wie eine beliebige Zeichenkette in das visuelle Muster codiert wird. Der "Inhaltstyp" eines QR-Codes ist rein eine Konvention, die zwischen QR-Generatoren und Scanner-Apps darueber vereinbart wurde, mit welchem Praefix die Zeichenkette beginnt. Wenn ein Scanner https://example.com liest, sieht er das https://-Praefix und behandelt den Payload als URL; wenn er BEGIN:VCARD liest, behandelt er den Payload als Kontaktkarte. Der QR-Code selbst "weiss" den Typ nicht; das Praefix sagt es dem Scanner.

Drei Stellen definieren die Praefix-Konventionen in der Praxis. Erstens, RFC-registrierte URI-Schemata (http, https, mailto, tel, geo, sms) sind die formalen Internet-Standards, denen Scanner ohne Frage vertrauen. Zweitens, RFC 6350 vCard 4.0 (und der aeltere RFC 2426 vCard 3.0) definiert das Kontaktkarten-Textformat - wenn ein QR-Payload mit BEGIN:VCARD beginnt, folgt er diesem Format. Drittens, das ZXing-Projekt-Wiki - der kanonische Open-Source-QR-Decoder, der in vielen Scanner-Apps verwendet wird - dokumentiert eine kleine Reihe von De-facto-Praefixen, die keine formale IETF-Spezifikation haben, aber universell implementiert sind; das wichtigste ist das WIFI:-URI-Schema, das iOS Camera, Android Camera und Google Lens alle als Netzwerk-Beitrittsanfrage interpretieren. Zu verstehen, welche der drei Quellen Ihren gewaehlten Inhaltstyp unterstuetzt, sagt Ihnen, wie zuverlaessig er auf Telefonen verschiedener Hersteller gescannt wird.

Typ 1: URL - der haeufigste Typ

Ein URL-QR-Code ist der einfachste Payload: die wortwoertlichen Zeichen der URL, einschliesslich des https://-Praefixes. Zum Beispiel https://freetoolonline.com/utility-tools/qr-code-generator.html direkt codiert. Jede Scanner-App auf jedem modernen Telefon erkennt das und bietet an, die URL im Standardbrowser zu oeffnen; viele oeffnen auch automatisch, wenn die Kamera auf den Code aus einer "Sucher"-Eingabeaufforderung gerichtet wird, ohne dass der Benutzer explizit tippt.

Das https://-Praefix ist wichtig: Ein Payload von nur freetoolonline.com ohne das Schema ist technisch ein Klartext-Payload, und die meisten Scanner zeigen ihn als Text an, anstatt anzubieten, ihn zu oeffnen. Schliessen Sie immer das Schema ein. Fuer kuerzere Codes ist https:// auf Byte-Ebene auch etwas laenger als http://, aber der Unterschied ist ein Byte und moderne Scanner erfordern https://, damit Sicherheitswarnungen sich korrekt verhalten - lassen Sie nie das s weg, um ein Byte zu sparen.

Wann URL waehlen. Konferenz-Tischzelt, das eine Event-Landingpage oeffnet; Restaurantmenue, das ein Online-Menue oeffnet; Produktverpackung, die ein Anleitungsvideo oeffnet; Flyer, der ein Anmeldeformular oeffnet; E-Mail-Signatur, die Ihr Portfolio oeffnet.

Wenn eine in einem QR-Code eingebettete URL prozentcodierte Zeichen enthaelt - wie %20 fuer Leerzeichen oder %3A fuer Doppelpunkte in einer Abfragezeichenkette - wandelt der URL-Decoder auf dieser Seite diese Sequenzen in lesbaren Text um, was hilft, einen gescannten Payload zu pruefen, der nicht wie erwartet oeffnet.

Typ 2: vCard - fuer Kontaktkarten

Ein vCard-QR-Code codiert eine Kontaktkarte im RFC 6350 vCard 4.0-Format (oder dem aelteren RFC 2426 vCard 3.0; beide sind noch in aktiver Verwendung). Der Payload beginnt mit BEGIN:VCARD und endet mit END:VCARD, mit Namen-, Telefon-, E-Mail-, Organisations- und URL-Feldern dazwischen. Eine minimale vCard 3.0 sieht so aus:

BEGIN:VCARD
VERSION:3.0
N:Smith;Jane
FN:Jane Smith
ORG:Example Corp
TEL:+1-555-0100
EMAIL:jane@example.com
URL:https://example.com/jane
END:VCARD

Wenn ein Scanner dies liest, bietet er an, den Kontakt zu speichern - typischerweise durch Oeffnen der Kontakt-App des Telefons, vorgefuellt mit den Feldern, bereit zur Bestaetigung. iOS Camera, Android Camera, Google Lens und die meisten Drittanbieter-QR-Scanner-Apps unterstuetzen alle vCard-Payloads.

Der Trade-off ist die Payload-Laenge: Eine vollstaendige vCard mit Name, Telefon, E-Mail, Organisation, Adresse und URL ist oft 200-350 Bytes, was einen dichten QR-Code erzeugt, der bei kleinen Druckgroessen schwerer zu scannen ist. Zwei praktische Massnahmen: (a) halten Sie die vCard minimal (Name, einzelnes Telefon, einzelne E-Mail - lassen Sie Adresse und Organisation weg, wenn sie nicht wesentlich sind), und (b) drucken Sie den QR-Code mindestens 3 cm x 3 cm, damit das dichte Muster aus typischen Scan-Entfernungen lesbar bleibt.

MECARD: eine kleinere vCard-Alternative. Ein aelteres Format namens MECARD (entstanden von NTT DoCoMo fuer japanische Feature-Phones) verwendet das Praefix MECARD: und eine kompaktere Feld-Syntax: MECARD:N:Smith,Jane;TEL:5550100;EMAIL:jane@example.com;;. MECARD-Payloads sind typischerweise 30-40% kuerzer als die aequivalente vCard, was einen spaerlicheren, leichter zu scannenden Code erzeugt. Die meisten modernen Scanner (iOS Camera, Android Camera, Google Lens, ZXing-basierte Apps) erkennen MECARD; aeltere Scanner moeglicherweise nicht. Wenn Ihr Publikum global ist und hauptsaechlich auf aktuell stabilen Telefonen, ist MECARD eine gute Wahl, wenn die Druckgroesse begrenzt ist; ansonsten ist vCard 3.0 der sicherere Standard.

Wann vCard oder MECARD waehlen. Visitenkarte mit einem QR "scannen, um meinen Kontakt zu speichern"; Schluesselband bei einer Konferenz; Event-Mitarbeiterabzeichen, mit dem Teilnehmer den Kontakt des Veranstalters erfassen koennen; gedruckter Immobilien-Flyer mit dem Kontakt des Maklers vorgefuellt.

Typ 3: Wi-Fi - fuer den Beitritt zu einem Netzwerk

Ein Wi-Fi-QR-Code codiert eine Netzwerk-Zugangsberechtigung, die den Scanner auffordert, dem Netzwerk beizutreten. Das Format ist im ZXing-Projekt-Wiki dokumentiert und wird nativ von iOS Camera (seit iOS 11), Android Camera (seit Android 10 auf Pixel; variiert bei anderen Herstellern) und Google Lens implementiert. Die Payload-Syntax ist:

WIFI:S:<ssid>;T:<auth_type>;P:<password>;H:<hidden>;;

Wobei S: der Netzwerkname (SSID) ist, T: der Authentifizierungstyp (WPA fuer WPA / WPA2 / WPA3, WEP fuer Legacy-WEP, nopass fuer offene Netzwerke), P: das Passwort (fuer offene Netzwerke weglassen) und H:true markiert das Netzwerk als versteckt (die meisten Netzwerke lassen dieses Feld weg). Ein typischer Cafe-Wi-Fi-Code sieht so aus: WIFI:S:CafeGuest;T:WPA;P:welcome2026;;. Beachten Sie das doppelte Semikolon am Ende - es beendet den Payload.

Das Wi-Fi-Format hat keine formale IETF-RFC; es ist ein De-facto-Standard, der im ZXing-Wiki dokumentiert und von den grossen Kamera-Apps implementiert wird. Das bedeutet, dass auf einem aktuell stabilen iPhone oder Pixel der Code "einfach funktioniert", aber auf aelteren Telefonen (vor iOS 11; vor Android 10 auf den meisten Nicht-Pixel-Herstellern) der Payload als Roh-Text angezeigt werden kann, anstatt eine Netzwerk-Beitritt-Eingabeaufforderung auszuloesen. Fuer gemischte Zielgruppen drucken Sie SSID und Passwort als Klartext unter dem QR-Code, damit Benutzer mit aelteren Telefonen immer noch manuell beitreten koennen.

Sonderzeichen in Passwoertern. Wenn die SSID oder das Passwort ein wortwoertliches ;, :, ,, " oder \ enthaelt, muessen diese Zeichen im Payload mit Backslash escaped werden (\\;, \\:, etc.). Die meisten QR-Generatoren handhaben dies automatisch, aber wenn Sie einen Payload manuell bearbeiten, ist es die haeufigste Quelle von "der Code wurde generiert, aber mein Telefon weigert sich beizutreten"-Berichten.

Wann Wi-Fi waehlen. Cafe-Gastnetzwerk auf einer Tischkarte; Coworking-Space-Begruessungspaket; Konferenz-Green-Room-Handzettel; Airbnb-Listing, das den Code in der Begruessungsnachricht vorab teilt.

Typ 4: Einfacher Text - fuer kurze Notizen

Ein Klartext-QR-Code ist die wortwoertlichen Zeichen des Textes, ohne spezielles Praefix. Wenn ein Scanner ihn liest, wird der Text in einem "gescannter Inhalt"-Panel angezeigt und der Benutzer kann ihn in die Zwischenablage kopieren. Es gibt kein Auto-Oeffnen, kein Auto-Speichern, kein Auto-Beitreten - nur Text auf dem Bildschirm.

Klartext ist die richtige Wahl, wenn keiner der anderen Typen passt: ein Wi-Fi-Passwort, bei dem Sie keinen automatischen Beitritt wollen (Sie wollen, dass der Benutzer selbst kopiert und einfuegt), eine kurze Seriennummer auf einem Geraet, ein Event-Tagescode, eine Bitcoin-Adresse, ein Rabatt-Coupon-Code. Der Trade-off ist, dass auf den meisten Scannern Klartext die UI mit der geringsten Reibung bekommt - der Benutzer muss den Text lesen und entscheiden, was damit zu tun ist - was fuer einige Payloads genau richtig ist (ein Coupon-Code) und fuer andere genau falsch (eine 150-Zeichen-URL, die besser als URL-QR-Code gewesen waere).

Wann Klartext waehlen. Coupon-Code auf einem gedruckten Flyer; Seriennummer auf Geraeten; Konferenz-Wi-Fi-Passwort, bei dem die SSID laut angesagt wird und der QR nur das Passwort haelt; Kryptowaehrungs-Adresse; kurze Notiz ("an Empfang fragen wegen Parkvalidierung").

Andere Inhaltstypen, die es wert sind, zu kennen

Compare vier weitere QR-Inhaltstypen using the four points in this diagram. — Email, SMS, Geo und Event - weitere Typen neben URL und Wi-Fi.

Ueber die vier primaeren Typen hinaus haben mehrere weniger gaengige Praefixe universelle Scanner-Unterstuetzung und koennen fuer enge Szenarien die richtige Passform sein:

E-Mail (mailto:) - oeffnet die Standard-E-Mail-App mit Adresse und optionalem Betreff/Body vorgefuellt. Format: mailto:hello@example.com?subject=Inquiry&body=From%20conference%20booth. Die reservierten Zeichen in Betreff und Body muessen gemaess RFC 3986 (URL-Codierung) prozent-codiert sein.
Telefon (tel:) - oeffnet den Waehler mit der voreingegebenen Nummer (der Benutzer drueckt immer noch Anrufen). Format: tel:+15551234567. Schliessen Sie immer den Landesvorwahl mit fuehrendem + ein.
SMS (smsto: oder sms:) - oeffnet die Messaging-App mit Empfaenger und optionalem Body vorgefuellt. Format: smsto:+15551234567:Hello,%20I%20saw%20your%20flyer oder sms:+15551234567?body=Hello. Die beiden Formate koexistieren; smsto: ist aelter, aber immer noch weit verbreitet unterstuetzt.
Geolokation (geo:) - oeffnet die Standard-Karten-App an der gelieferten Breite/Laenge. Format: geo:48.8566,2.3522?q=Notre+Dame+Paris. Das Label ?q= ist optional; ohne es zeigt die App nur einen Pin.
Kalendertermin (BEGIN:VEVENT aus RFC 5545 iCalendar) - fordert den Scanner auf, einen Termin zum Kalender hinzuzufuegen. Format beginnt mit BEGIN:VEVENT und endet mit END:VEVENT. Weniger universell unterstuetzt als vCard - testen Sie auf den Telefonen des Zielpublikums, bevor Sie in grossem Massstab drucken.

Entscheidung: welcher Typ fuer welches Szenario

Compare vier QR-Typen und wann jeder passt using the four points in this diagram. — URL, vCard, Wi-Fi, Text - welcher Typ fuer welchen Fall.

Wenn Sie wissen, was der Scanner tun soll, ist der Typ normalerweise offensichtlich. Die Zuordnung:

Eine Webseite im Browser oeffnen → URL.
Einen Kontakt auf dem Telefon speichern → vCard (oder MECARD, wenn die Druckgroesse klein ist).
Einem Wi-Fi-Netzwerk beitreten → Wi-Fi. Drucken Sie SSID und Passwort als Klartext daneben fuer aeltere Telefone.
Einen Code oder eine Notiz fuer den Benutzer zum Kopieren anzeigen → Klartext.

Im Zweifel zwischen zwei Optionen, waehlen Sie diejenige mit dem kuerzeren Payload - kuerzere Payloads erzeugen spaerlichere, zuverlaessigere Codes. Eine kurze URL, die zu einer langen URL umleitet, ist fast immer zuverlaessiger als die lange URL direkt zu codieren; die Umleitung traegt die Tracking-Parameter serverseitig.

Payload-Groesse, Fehlerkorrektur und der Scan-Zuverlaessigkeits-Trade-off

QR-Codes haben ein festes maximales Payload bei jeder Groesse; je laenger der Payload, desto dichter das Muster und desto groesser die Druckgroesse, die Sie benoetigen, um ihn scannbar zu halten. Als grobe Richtlinie: Eine URL mit 25 Zeichen produziert einen spaerlichen Code, der aus einem Meter Entfernung auf einer Telefonkamera scannbar ist; eine vCard mit 200 Zeichen produziert einen dichten Code, der mindestens 3 cm x 3 cm sein muss und aus nicht mehr als 30 cm gescannt werden muss. Der dedizierte Guide bei QR Code Error Correction and Scan Failures deckt die vier Fehlerkorrektur-Stufen (L / M / Q / H) und den Groessen-vs-Payload-Trade-off ab, mit konkreten Druckgroesse-Empfehlungen pro Szenario.

Zwei praktische Standards, die fuer fast jedes Druckszenario funktionieren: Fehlerkorrekturstufe M (~15% Schadenstoleranz) fuer den Innengebrauch und Stufe Q (~25%) fuer den Aussengebrauch oder abgenutzte Oberflaechen; eine Mindestgroesse von 2 cm x 2 cm fuer kurze Payloads (URL unter 50 Zeichen), 3 cm x 3 cm fuer mittlere Payloads (vCard, Wi-Fi) und 4 cm x 4 cm fuer lange URLs ueber 100 Zeichen. Alles Kleinere und ein bedeutender Anteil der Telefone wird das Scannen nicht schaffen.

Datenschutz: was ein QR-Code codiert und was nicht

Ein QR-Code codiert nur die wortwoertliche Payload-Zeichenkette. Es gibt keine IP-Adresse, keine Geraete-ID, keinen Zeitstempel, keinen Standort, keine Analytics-Daten im Muster versteckt - der Code ist genau das, was Sie eingegeben haben, nichts mehr. Einen QR-Code lokal im Browser zu generieren (was QR Code Generator auf dieser Seite tut) haelt den Payload vollstaendig auf Ihrem Geraet; nichts ueber Ihre QR-Codes wird waehrend der Generierung an irgendeinen Server gesendet.

Wenn Sie eine URL codieren, die auf einen serverseitigen Analytics-Tracker zeigt, oder eine URL mit UTM-Parametern, passieren die Analytics am Empfangsende, wenn der Scanner die URL oeffnet - der QR-Code selbst ist nur statische Bytes. Wi-Fi-Codes tragen das wortwoertliche Passwort; behandeln Sie gedruckte Wi-Fi-Codes genauso wie das Klartext-Passwort (lassen Sie sie nicht an oeffentlich fotografierbaren Orten, wenn das Netzwerk sensibel ist).