QR-Code-Größenanforderungen: Die Grundlagen
QR-Code-Größenanforderungen hängen von zwei Faktoren ab: der Menge der kodierten Daten und dem Scan-Abstand. Ein QR-Code ist ein Raster aus schwarzen und weißen Modulen (Quadraten). Der kleinste QR-Code (Version 1) ist 21×21 Module und fasst bis zu 25 alphanumerische Zeichen. Der größte (Version 40) ist 177×177 Module und fasst bis zu 4.296 alphanumerische Zeichen. Mehr Daten = mehr Module = größere physische Größe für zuverlässiges Scannen nötig.
Die minimale physische Größe für zuverlässiges Scannen wird durch die Modulgröße bestimmt — jedes einzelne Quadrat muss groß genug sein, damit die Kamera es auflösen kann. Für Smartphone-Scannen auf Armlänge (~25 cm) muss jedes Modul mindestens 0,33 mm groß sein. Ein Version-1-Code (21 Module + 8 Module Ruhezone = 29 Module breit) muss mindestens 10 mm × 10 mm sein. Ein Version-10-Code (57 Module) braucht mindestens 25 mm × 25 mm.
Für Druckmaterialien verwende ich diese Faustregel: Der QR-Code sollte mindestens 2 cm × 2 cm für Visitenkarten und Nahbereich-Scannen sein, 3-4 cm für Produktverpackungen und 10+ cm für Poster oder Beschilderung, die aus der Entfernung gescannt werden soll. Der Scan-Abstand ist ungefähr das 10-fache der QR-Code-Breite — ein 3-cm-Code kann aus etwa 30 cm Entfernung gescannt werden.
Fehlerkorrekturstufen (L, M, Q, H)
QR-Codes haben eingebaute Fehlerkorrektur mit Reed-Solomon-Codes. Das bedeutet, ein Teil des Codes kann beschädigt oder verdeckt sein und er scannt trotzdem. Es gibt vier Stufen: L (Low, 7% Wiederherstellung), M (Medium, 15% Wiederherstellung), Q (Quartile, 25% Wiederherstellung) und H (High, 30% Wiederherstellung). Höhere Fehlerkorrektur bedeutet mehr redundante Daten, was mehr Module bedeutet, was einen größeren Code für den gleichen Inhalt bedeutet.
Der Kompromiss ist real. Eine URL wie "https://example.com/page" bei Stufe L erzeugt einen Version-2-Code (25×25 Module). Die gleiche URL bei Stufe H erzeugt einen Version-4-Code (33×33 Module) — 74% mehr Module für die gleichen Daten. Für eine saubere, flache Oberfläche (Bildschirmanzeige, frischer Druck) ist Stufe L oder M in Ordnung. Für Umgebungen, wo der Code schmutzig, zerkratzt oder teilweise verdeckt werden könnte (Produktverpackung, Außenbeschilderung, Lagerlabels), verwende Q oder H.
Die Fehlerkorrektur ermöglicht Logos in der Mitte von QR-Codes. Wenn du ein Logo über den Code legst, beschädigst du absichtlich diese Module. Mit Stufe H (30% Wiederherstellung) kannst du bis zu 30% der Code-Fläche verdecken und er scannt trotzdem — aber in der Praxis halte Logos unter 15-20%, weil der Schaden nicht gleichmäßig verteilt ist. Die drei großen Positionsmarkierungen (Ecken) und Ausrichtungsmuster müssen unverdeckt bleiben.
Meine Empfehlung für die meisten Anwendungsfälle: Stufe M (15%). Sie bewältigt kleinere Druckunvollkommenheiten und leichte Beschädigungen, während der Code kompakt bleibt. Verwende Stufe H nur wenn du ein Logo-Overlay brauchst oder physische Beschädigung erwartest. Verwende Stufe L nur wenn du für die kleinstmögliche Code-Größe optimierst (Bildschirm-zu-Bildschirm-Scannen in kontrollierten Umgebungen).
Datenkapazität und Inhaltsgrenzen
Maximale Kapazität bei Stufe L: 7.089 numerische Zeichen, 4.296 alphanumerische Zeichen oder 2.953 Bytes Binärdaten. Bei Stufe H sinken diese auf 3.057 numerisch, 1.852 alphanumerisch oder 1.273 Bytes. In der Praxis erreichst du diese Grenzen selten, weil größere Codes schwerer zuverlässig zu scannen sind.
Für URLs (der häufigste QR-Code-Inhalt) halte sie unter 100 Zeichen. Eine 100-Zeichen-URL bei Stufe M erzeugt einen Version-7-Code (45×45 Module) — immer noch gut scannbar. Eine 300-Zeichen-URL erzeugt einen Version-13-Code (69×69 Module) — wird groß. Wenn deine URL lang ist, verwende einen URL-Shortener oder Redirect-Service. Dem QR-Code ist das Ziel egal — er kodiert nur den Text, den du ihm gibst.
Kodierungsmodi beeinflussen die Kapazität. QR-Codes wählen automatisch die effizienteste Kodierung: Numerischer Modus (nur 0-9, 3,3 Bits pro Zeichen), Alphanumerischer Modus (0-9, A-Z, Leerzeichen, $%*+-./:, 5,5 Bits pro Zeichen), Byte-Modus (beliebiges UTF-8, 8 Bits pro Zeichen). Großbuchstaben-URLs kodieren effizienter als Kleinbuchstaben, weil sie in den Alphanumerischen Modus passen. "HTTPS://EXAMPLE.COM" braucht weniger Module als "https://example.com" — ein Trick, der bei größenbeschränkten Codes wissenswert ist.
Ein Fallstrick: WiFi-QR-Codes (WIFI:T:WPA;S:Netzwerkname;P:Passwort;;) können groß werden, wenn das Passwort lang ist. Ein 63-Zeichen-WPA2-Passwort in einem WiFi-QR-Code erzeugt einen Version-8-Code. Wenn du WiFi-Codes für ein Unternehmen generierst, halte das Passwort vernünftig oder verwende unser qr-code-generator Tool, um die Größe vor dem Drucken zu prüfen.
QR Code Version vs Capacity (Error Correction Level M):
Version Modules Alphanumeric Typical Use
1 21×21 20 Short URL (bit.ly/abc)
2 25×25 38 Medium URL
3 29×29 61 Full URL (no params)
4 33×33 90 URL with short params
5 37×37 122 URL with medium params
7 45×45 196 Long URL or vCard
10 57×57 311 Full vCard
14 73×73 489 Large text block
20 97×97 858 Very large payload
40 177×177 2,331 Maximum (rarely used)
Rule of thumb: Stay under Version 10 for reliable scanning.
Anything above Version 15 requires close-range, high-res cameras.Design-Fehler, die die Scannbarkeit zerstören
Fehler 1: Unzureichende Ruhezone. QR-Codes brauchen einen weißen Rand (Ruhezone) von mindestens 4 Modulen auf allen Seiten. Das hilft Scannern, den Code vom umgebenden Inhalt zu unterscheiden. Die Ruhezone abzuschneiden oder den Code vor einem unruhigen Hintergrund zu platzieren ist der #1 Grund, warum Codes nicht scannen. Ich habe Marketing-Teams gesehen, die den Rand "um Platz zu sparen" beschnitten und sich dann wunderten, warum 30% der Nutzer nicht scannen konnten.
Fehler 2: Niedriger Kontrast. QR-Codes funktionieren am besten mit maximalem Kontrast — schwarze Module auf weißem Hintergrund. Dunkelblau auf Hellblau oder Dunkelgrau auf Mittelgrau reduziert die Fähigkeit des Scanners, Module zu unterscheiden. Der ISO-18004-Standard erfordert ein Mindest-Kontrastverhältnis, aber viele Handy-Kameras haben Probleme unter 40% Kontrast. Bleib bei Schwarz-auf-Weiß oder sehr dunkler Farbe auf Weiß.
Fehler 3: Farben invertieren. Weiße Module auf schwarzem Hintergrund (invertierter QR-Code) funktioniert technisch mit den meisten modernen Scannern, aber ältere Handys und manche dedizierte Scanner versagen bei invertierten Codes. Wenn du einen dunklen Hintergrund verwenden musst, behalte den QR-Code in einem weißen Rechteck mit ordentlicher Ruhezone, statt den Code selbst zu invertieren.
Fehler 4: Zu klein drucken für den Scan-Abstand. Ein 1,5-cm-QR-Code auf einem Konferenz-Banner, das aus 3 Metern gescannt werden soll, wird nie funktionieren. Die Regel: Scan-Abstand ≈ 10× Code-Breite. Für einen 3-Meter-Scan-Abstand brauchst du einen Code von mindestens 30 cm Breite. Ich habe diesen Fehler auf Autobahnplakaten (Code zu klein), Restaurant-Tischaufstellern (Code in einer dunklen Ecke) und Event-Badges (Code über einem Foto-Hintergrund gedruckt) gesehen.
QR-Codes für verschiedene Anwendungsfälle
URLs: Der häufigste Anwendungsfall. Kodiere die vollständige URL inklusive https://. Kodiere keinen URL-Shortener, es sei denn du kontrollierst ihn dauerhaft — wenn der Shortener-Dienst stirbt, wird jeder gedruckte Code nutzlos. Für Tracking füge UTM-Parameter hinzu: https://example.com/page?utm_source=qr&utm_medium=print&utm_campaign=flyer2026. URL-kodiere Sonderzeichen in Parametern (unser url-encoder Tool hilft dabei).
WiFi-Zugangsdaten: Das Format ist WIFI:T:WPA;S:Netzwerkname;P:Passwort;H:false;; wobei T der Sicherheitstyp ist (WPA, WEP oder nopass), S die SSID, P das Passwort und H ein verstecktes Netzwerk anzeigt. Sowohl iOS als auch Android erkennen dieses Format und bieten automatische Verbindung an. Ideal für Gäste-Netzwerke in Büros, Hotels und Cafés.
vCards (Kontaktinfo): Das vCard-Format (BEGIN:VCARD...END:VCARD) kodiert Name, Telefon, E-Mail, Adresse und Firma. Diese werden schnell groß — eine vollständige vCard mit Adresse kann 300+ Zeichen sein, was einen Version-10+-Code erfordert. Halte es minimal: Name, Telefon, E-Mail. Den Rest können die Leute nachschlagen.
Zahlung: Verschiedene Regionen verwenden verschiedene Standards. China verwendet Alipay/WeChat-Pay-QR-Formate. Europa verwendet EPC-QR-Codes für SEPA-Überweisungen. Indien verwendet UPI-QR-Codes. Brasilien verwendet PIX. Es gibt keinen universellen Zahlungs-QR-Standard — du musst das Format generieren, das die Zahlungs-Apps deiner Zielgruppe erwarten. Gehe nicht davon aus, dass eine URL zu einer Zahlungsseite ausreicht; native Zahlungs-QR-Codes lösen den Zahlungsfluss direkt aus.
Dynamische vs statische QR-Codes
Ein statischer QR-Code kodiert den endgültigen Inhalt direkt. Ändere das Ziel und du brauchst einen neuen Code. Ein dynamischer QR-Code kodiert eine kurze Redirect-URL (wie qr.example.com/abc123), die du aktualisieren kannst, um überall hinzuzeigen. Der QR-Code selbst ändert sich nie, aber das Ziel kann nach dem Drucken aktualisiert werden.
Dynamische Codes sind kleiner (kurze Redirect-URL = weniger Module) und trackbar (der Redirect-Server loggt Scan-Anzahlen, Standorte, Geräte). Der Nachteil: Sie hängen davon ab, dass der Redirect-Service online bleibt. Wenn der Service ausfällt oder die Firma schließt, bricht jeder gedruckte Code. Ich habe das bei QR-Code-Services gesehen, die pivotierten oder bankrott gingen — Tausende gedruckte Materialien wurden über Nacht nutzlos.
Meine Empfehlung: Verwende statische Codes für permanenten Inhalt (deine Website-URL, WiFi-Passwort, Kontaktinfo). Verwende dynamische Codes nur wenn du das Ziel nach dem Drucken wirklich ändern musst (A/B-Testing von Landing Pages, saisonale Aktionen, Inhalt der regelmäßig aktualisiert wird). Für Tracking ohne dynamische Codes verwende UTM-Parameter in einer statischen URL — du bekommst Analytics ohne das Single-Point-of-Failure-Risiko.
Kostenüberlegung: Die meisten dynamischen QR-Code-Services berechnen monatliche Gebühren (15-50 €/Monat für Business-Pläne). Wenn du 100 Codes über gedruckte Materialien hast, sind das laufende Kosten für immer. Ein statischer Code, der auf deine eigene Domain zeigt, kostet nach dem Drucken nichts. Wenn du dynamisches Verhalten brauchst, erwäge deinen eigenen Redirect-Service zu hosten — das ist eine triviale Anwendung (eine Datenbank, die Kurzcodes auf URLs mappt), die du dauerhaft kontrollierst.
QR-Codes vor dem Drucken testen
Teste immer mit mindestens 3 verschiedenen Handys, bevor du zum Druck schickst. Teste mit: einem älteren Handy (iPhone SE oder Budget-Android — langsamere Kameras, niedrigere Auflösung), einem aktuellen Flaggschiff (um zu bestätigen, dass es unter idealen Bedingungen funktioniert) und einem Handy mit gesprungener oder schmutziger Displayschutzfolie (simuliert reale Bedingungen). Wenn alle drei zuverlässig im beabsichtigten Abstand scannen, bist du gut.
Drucke einen Test in Originalgröße auf deinem Bürodrucker, bevor du die volle Auflage bestellst. Tintenstrahl- und Laserdrucker handhaben feine Details unterschiedlich, und die Papierstruktur beeinflusst den Kontrast. Glanzpapier kann Blendung verursachen, die das Scannen unter bestimmter Beleuchtung stört. Mattes Papier ist generell sicherer für QR-Codes.
Teste den kodierten Inhalt, nicht nur die Scannbarkeit. Ich habe einmal 5.000 Flyer mit einem QR-Code gedruckt, der perfekt scannte — aber die URL hatte einen Tippfehler. Der Code funktionierte einwandfrei; er ging nur auf eine 404-Seite. Scanne den finalen Code, folge dem Link und verifiziere, dass das Ziel auf dem Handy korrekt lädt. Prüfe, dass Tracking-Parameter korrekt in deiner Analytics erfasst werden.
Für große Druckauflagen (10.000+ Stück) fordere einen Proof vom Drucker an und teste den Proof. Kommerzielle Druckverfahren (Offset, Digital) können leicht andere Ergebnisse als dein Bürodrucker produzieren. Modulkanten könnten leicht ausbluten und den Kontrast reduzieren. Ein Code, der auf deinem Laserdrucker gut scannt, könnte auf einer kommerziellen Offsetpresse versagen, wenn die Module an der minimalen brauchbaren Größe sind.