QR-Code-Versionen und Datenkapazität: Wie viel passt in einen Code?

Ein QR-Code ist kein festes Quadrat. Nach ISO/IEC 18004 gibt es vierzig Versionen — vierzig diskrete Rastergrößen —, die jeweils unterschiedlich viel Daten speichern können. Version 1 ist ein kompaktes 21×21-Modul-Symbol; Version 40 ist ein 177×177-Raster, das Tausende Zeichen aufnehmen kann. Alltägliche Marketing-Codes liegen irgendwo dazwischen.

Version und Kapazität sind wichtig, weil die Länge der Nutzlast die Dichte steuert — und die Dichte bestimmt, wie groß Sie drucken müssen, damit Scans zuverlässig bleiben. Ein Kurzlink kann in einer niedrigen Version leben und bei wenigen Zentimetern lesbar bleiben. Eine lange statische URL, eine vollständige vCard oder eine komplexe WLAN-Zeichenkette kann eine höhere Version erzwingen: mehr Module im gleichen physischen Raum, bis die Kamera Schwierigkeiten hat.

Dieser Leitfaden gehört zum Silo Allgemein. Er fokussiert darauf, wie viel Daten passen und welche Version daraus folgt. Zum Kameradecoding siehe wie QR-Codes funktionieren. Wie die Stufen L/M/Q/H Kapazität gegen Schadenswiederherstellung tauschen, erklärt QR-Code-Fehlerkorrektur — jener Artikel deckt die Wiederherstellung ab; dieser deckt Version und Nutzlastgröße ab.

In der Druckerei, bei Packaging-Dienstleistern oder in deutschen Marketingteams vermeiden diese Begriffe klassische Missverständnisse: „Der Generator hat Version 12 gewählt“ ist kein mysteriöser Fehler — es signalisiert fast immer, dass die kodierte Zeichenkette (oder die Korrekturstufe) für ein kleineres Raster zu lang ist. Kapazität vorauszudenken heißt, die Mindestgröße des gedruckten Quadrats vorauszudenken.

Was eine „Version“ wirklich bedeutet

In der QR-Terminologie bedeutet Version die Rastergröße, nicht eine Software-Release. Jede Version fügt gegenüber der vorherigen vier Module pro Seite hinzu:

Version	Module (Seite × Seite)	Ungefähre Rolle
1	21×21	Kurze Nutzlasten; sehr kleiner Druck möglich
2	25×25	Etwas mehr Platz; weiterhin kompakt
5	37×37	Typische Kurz-URLs und einfacher Text
10	57×57	Längere URLs, bescheidene Kontaktdaten
20	97×97	Große Nutzlasten; großzügiger Druck nötig
40	177×177	Maximale Standardkapazität

Formel: Seitenlänge = 21 + 4 × (Version − 1). Version 1 → 21; Version 2 → 25; …; Version 40 → 177.

Nicht jedes Modul speichert Ihre Nachricht. Finder-Muster, Timing-Muster, Ausrichtungsmuster (ab Version 2), Formatinformationen und — bei größeren Versionen — Versionsinformationen belegen feste Positionen. Die übrigen Module tragen Daten- und Fehlerkorrektur-Codewörter. Zwei Codes, die gleich „dicht“ wirken, können trotzdem unterschiedliche Nutzlastgrößen haben — je nach Version und Fehlerkorrekturstufe.

Wenn Sie nur eine Einzeilen-Definition des Formats brauchen, lesen Sie zuerst was ein QR-Code ist, und kehren Sie dann zur Kapazitätsplanung zurück.

Auf einer deutschen Visitenkarte oder einem Menüaufkleber in Berlin reichen Versionen 1 bis 5 oft aus, sobald die URL kurz ist. Auf einem Messestand-Poster mit endloser Tracking-URL im Byte-Modus steigt die Version schnell — und das physische Format muss folgen, sonst scheitert der Scan auf einen Meter Distanz.

Kodierungsmodi: warum derselbe Text unterschiedlich viel Platz braucht

Kapazitätstabellen geben immer einen Kodierungsmodus an. Kompaktere Modi packen mehr Zeichen in dieselbe Version.

Numerischer Modus

Nur Ziffern 0–9. Am effizientesten für Seriennummern, Telefonnummern ohne Satzzeichen und kurze IDs. Drei Ziffern passen in etwa 10 Bit — dichter, als jede Ziffer als volles Byte zu behandeln.

Alphanumerischer Modus

Großbuchstaben A–Z, Ziffern, Leerzeichen und ein kleines Symbolset ($ % * + - . / :). Nützlich für Produktcodes in Großbuchstaben. URLs mit gemischter Groß-/Kleinschreibung erzwingen meist den Byte-Modus wegen der Kleinbuchstaben.

Byte-Modus

Acht-Bit-Bytes — der Standard für moderne Web-URLs, gemischten Text und die meisten UTF‑8-Inhalte. Flexibel und üblich; bei gleicher Zeichenzahl weniger dicht als numerisch oder alphanumerisch.

Kanji-Modus

Optimiert für japanische Shift-JIS-Zeichen. Die meisten westlichen Marketing-Nutzlasten nutzen ihn nie.

Praktische Erkenntnis: Eine numerische Zeichenkette mit 40 Zeichen kann in eine kleinere Version passen als eine Byte-URL mit 40 Zeichen. Generatoren wählen den Modus automatisch; Sie steuern weiterhin die Nutzlastlänge, die die Versionswahl treibt. Wie sich URL-, WLAN- und vCard-Nutzlasten unterscheiden, zeigt Arten von QR-Codes: URL, WLAN und vCard.

In der Praxis verbrauchen HTTPS-URLs mit langen UTM-Parametern (utm_source, utm_campaign, Session-IDs) den Byte-Modus Zeichen für Zeichen. Eine rein numerische Losnummer — „202607310045“ — bleibt sparsamer. Deshalb können Produktteams mit industrieller Serialisierung oft bei niedriger Version bleiben, während ein Marketer mit einer 180-Zeichen-URL in gemischter Schreibweise bereits in zweistellige Versionen steigt.

Kapazität hängt von Modus und Fehlerkorrektur zusammen

Maximale Zeichenzahlen werden pro Version × Modus × Fehlerkorrekturstufe veröffentlicht. Höhere Korrektur (Q, H) reserviert mehr Rasterfläche für Parität, daher schrumpft die nutzbare Nutzlast. Niedrigere Korrektur (L, dann M) lässt mehr Raum für Daten.

Das ist die Brücke zum Fehlerkorrektur-Leitfaden: H für ein zentrales Logo zu wählen, ist eine Wiederherstellungsentscheidung, die auch Kapazität kostet — und bei langer URL eine größere Version erzwingen kann. L maximiert die Kapazität, lässt aber weniger Spielraum bei Schäden. Die Stufen (~7 % / ~15 % / ~25 % / ~30 % Wiederherstellung) stehen in QR-Code-Fehlerkorrektur; hier gilt: H kostet Kapazität.

Illustrative Kapazitäten (näherungsweise)

Exakte ISO-Tabellen sind lang; diese gerundeten Beispiele zeigen das Muster. Lassen Sie immer einen standardkonformen Generator bestätigen, was Ihre exakte Zeichenkette fasst.

Version	Numerisch (L)	Alphanumerisch (L)	Byte (L)	Byte (H)
1	~41	~25	~17	~7
5	~255	~154	~106	~46
10	~652	~395	~271	~119
20	~2061	~1249	~858	~382
40	~7089	~4296	~2953	~1273

Ein Kurzlink von ~20–30 Bytes kann bei mittlerer Korrektur in Version 1–3 passen. Eine 200-Zeichen-Tracking-URL braucht je nach Stufe oft Version 8–12. Eine vollständige mehrzeilige vCard treibt rasch in zweistellige Versionen. Version 40 auf Stufe L hält Tausende Bytes — im Marketing selten nötig.

Warum Ihr Generator die Version „hochspringt“

Wenn Sie eine längere URL einfügen oder von M auf H wechseln, berechnet das Tool die kleinste passende Version neu. Das gedruckte Quadrat kann dieselbe physische Größe behalten, während die Modulanzahl steigt — jedes Modul wird kleiner. Gleicher Aufkleber, feineres Raster, schwierigerer Scan auf Distanz.

Auf einer Restaurantkarte mit 3 cm Seitenlänge verwandelt der Sprung von Version 4 auf Version 11 einen komfortablen Code in ein zu dichtes Raster für ein Smartphone in Armlänge. Der Generator hat das Design nicht „kaputtgemacht“: Er hat die Kapazität eingehalten. Sie müssen Nutzlast oder Druckformat anpassen.

Warum lange statische URLs Codes verdichten

Ein statischer QR-Code speichert die gesamte Nutzlast in den Modulen. Eine lange Kampagnen-URL mit UTM-Tags lässt jedes Zeichen (im Byte-Modus) Kapazität verbrauchen. Query-Parameter helfen der Analytik auf Ihrer Website — blähen aber das Symbol auf.

Dichte High-Version-Codes scheitern häufiger, wenn das Druckformat klein ist (Visitenkarten, Hang-Tags), die Betrachtungsdistanz groß (Schaufensterplakate), Kontrast oder Ruhezone schwach, oder ein Logo zentrale Module zusätzlich zu hoher Version und hoher Korrektur überdeckt.

Im Vergleich zu statischen vs. dynamischen QR-Codes sperrt der statische Weg Destination und Länge in die Grafik. Ein Tippfehler oder eine spätere URL-Kürzung bedeutet Nachdruck.

Deutsche E-Commerce-Teams, die Amazon- oder Marketplace-URLs mit Dutzenden Parametern einfügen, entdecken diese Falle oft zu spät: Das Marketing-PDF ist bereits bei 2,5 cm freigegeben, das Raster aber unlesbar. Früh kürzen — oder dynamisch gehen — ist günstiger als ein zweiter Drucklauf.

Warum dynamische Kurz-Redirects die Druckgröße helfen

Ein dynamischer QR-Code kodiert eine kurze Redirect-URL auf einer Anbieter-Domain — oft nur wenige Dutzend Zeichen — statt der langen Enddestination. Das Telefon öffnet den Kurzlink; der Server leitet zur aktuellen Landingpage weiter.

So bleibt die kodierte Nutzlast klein, und der Generator kann bei einer niedrigen Version bleiben. Module bleiben bei gleicher Druckgröße größer — das verbessert die Scan-Zuverlässigkeit für Verpackung, Speisekarten und Außenbeschilderung.

Sie gewinnen auch operative Flexibilität: Destination nach dem Druck ändern, lange UTM-Strings serverseitig halten, während der gedruckte Code kurz bleibt, und vermeiden, mehrere Ziele in eine überdimensionierte statische Nutzlast zu quetschen.

Izoukhais dynamischer QR-Generator ist eine starke, günstige Option für dieses Muster: 3,99 $/Monat oder 39,99 $/Jahr, unbegrenzte QR-Codes und Scans, Echtzeit-Analytik (Scans, Geräte, Orte), Farben/Formen/Rahmen/Logo, SVG-Export und jederzeit änderbare Destinationen. Codes funktionieren nach Kündigung weiter. Dynamische Codes ändern nicht die Versionsformel; sie ändern die Zeichenkettenlänge, die Sie einspeisen — kurze Eingabe → niedrigere Version → größere Module bei gegebener Größe.

Für Teams mit saisonalen Kampagnen (Sommerschlussverkauf, Weihnachtsmenüs, Tag der offenen Tür) spart dieses Modell Nachdrucke, wann immer die Marketing-URL wechselt. Die Symbolkapazität bleibt stabil; nur das Serverziel ändert sich.

Praktische Größenempfehlungen (Version trifft physischen Druck)

Kapazität bleibt abstrakt, bis Sie eine Druckgröße wählen.

Modulgröße, nicht nur Gesamtmillimeter

Scanner brauchen Module, die groß genug sind, um Druckverbreiterung, Kamerafokus und Distanz zu überstehen. Eine gängige Faustregel: etwa 1,0–1,5 mm Mindest-Modulbreite für zuverlässige Handy-Scans bei gutem Licht — mehr für Außenbereich oder beschädigte Oberflächen. Gesamte Seitenlänge ≈ Modulgröße × Module pro Seite (plus Ruhezone).

Beispiele:

Version 1 (21 Module) bei ~1,2 mm/Modul → grob 2,5 cm Seite vor der Ruhezone.
Version 10 (57 Module) bei gleicher Modulgröße → grob 7 cm Seite.
Version 20 (97 Module) → oft 10+ cm, wenn Module ≥ ~1 mm bleiben.

Besteht Marketing auf einem 2-cm-Code auf einem Hang-Tag, halten Sie die Version niedrig (kurze Nutzlast, moderate Korrektur) — oder akzeptieren Sie Scan-Ausfälle.

Distanz und Platzierung

Entferntere Betrachter brauchen größere Gesamtsymbole. Ein Tischaufsteller kann einen kleineren Version-3-Code nutzen; ein Schaufenster im Einkaufszentrum braucht größeren physischen Druck selbst bei niedriger Version. Kapazitätsplanung beginnt immer mit: „Wie viele Module muss die Kamera auflösen?“ — siehe Kontrast, Größe und Ruhezone von QR-Codes für Platzierung und Kontrast.

Logos und Branding

Zentrale Logos verbrauchen Modulfläche und verlangen meist höhere Fehlerkorrektur — das reduziert Kapazität und kann die Version erhöhen. Bevorzugen Sie kurze dynamische URLs beim Branding. Siehe QR-Codes mit Logos und Farben branden. Exportieren Sie Vektorgrafik (SVG) für Druckskalierung, damit Module scharf bleiben — QR-Code-Dateiformate: SVG, PNG und PDF.

Auf deutscher Lebensmittelverpackung mit zentralem Markenlogo ist die Kombination „lange URL + H + hohe Version + 3 cm Format“ das häufigste Fehlerszenario. Kürzen Sie zuerst die Zeichenkette, dann validieren Sie das Format.

Wann Nutzlast kürzen vs. Druck vergrößern

Kürzen Sie die Nutzlast, wenn…

Die physische Fläche fest ist (Etikettenstanzung, Visitenkartenecke).
Platz für Logo oder Rahmen nötig ist.
Sie Q/H-Korrektur ohne Versions-Explosion wollen.
Die URL statisch, aber voller Tracking-Parameter ist — verschieben Sie Tracking auf Kurz-Redirect oder serverseitige Analytik.
Destinationen sich ändern — ein kurzer dynamischer Code schlägt Nachdruck dichter statischer Varianten.

Vergrößern Sie den Druck, wenn…

Die Nutzlast nicht schrumpfen kann (Offline-Text, regulatorische Strings, vollständige WLAN-Zugangsdaten im Symbol).
Die Betrachtungsdistanz groß ist und Sie bereits eine Kurz-URL nutzen.
Der Druck grob ist (manche Wellpappe oder Textilien) und Module unabhängig von der Version größer sein müssen.
Sie bereits bei niedriger Version Scans verlieren — das Problem ist Größe, Kontrast oder Ruhezone, nicht Kapazität.

Kombinieren Sie beides, wenn…

Dichte vCard oder lange WLAN-Zeichenkette: Felder minimieren, dann größer drucken als ein URL-Code derselben Version.
Starkes Branding: kurzer dynamischer Link + ausreichende Druckgröße + passende Korrektur.

Ein Workflow, der für die meisten Teams funktioniert:

Statisch vs. dynamisch entscheiden (statische vs. dynamische QR-Codes).
Kodierte Zeichen minimieren (besonders bei statisch).
Korrektur nach Umfeld/Logo wählen (Fehlerkorrektur-Leitfaden).
Generieren und die vom Tool gewählte Version notieren.
Druck so dimensionieren, dass Module ≥ ~1 mm bleiben (mehr bei harschen Bedingungen).
Vor dem Großauftrag auf mehreren Handys testen.

Dieser Ablauf vermeidet das Szenario „PDF freigegeben, im Laden scannt niemand“. Kapazität und Version gehören ins Kreativbriefing — nicht als Technikdetail ans Ende der Kette.

Kapazitätsmythen, die Sie fallen lassen sollten

„Höhere Version ist immer besser.“ Bei fester Druckgröße bedeuten mehr Module kleinere Zellen. Bevorzugen Sie die niedrigste Version, die zu Nutzlast und Korrekturstufe passt.

„Dynamische Codes halten weniger Daten.“ Der kodierte Redirect ist kurz; die Landingpage kann so reich sein, wie Sie wollen. Symbolkapazität betrifft, was in den Modulen steckt — nicht, was die Seite enthält.

„Version 40 bedeutet professionelle Qualität.“ Version 40 bedeutet eine riesige Nutzlast. Qualität bedeutet meist niedrige Version, klarer Kontrast, Ruhezone und getestete Druckgröße.

Ein weiterer Werkstattmythos: „Dichter heißt moderner.“ Nein — Dichte ist ein Kostenfaktor, kein Gütesiegel. Die professionellsten Retail-Kampagnen in Deutschland nutzen oft niedrige Versionen, kurze URLs und großzügige Module.

Für echte Kampagnen zusammenführen

Speisekarten, Verpackung und Event-Badges gewinnen fast immer mit kurzen dynamischen URLs, niedrigen Versionen und Druckgrößen passend zur Betrachtungsdistanz. Serialisierung und Offline-Anweisungen brauchen oft höhere Versionen — planen Sie physischen Platz früh, damit Module nie zu Submillimeter-Punkten werden.

Beim Generieren Version und Stufe notieren. Wenn die Vorschau in Thumbnail-Größe unscharf wirkt, Daten kürzen oder die Zeichenfläche vergrößern. Für den Druck SVG bevorzugen. Für unbegrenzte, editierbare, analytikgestützte Codes zu 3,99 $/Monat oder 39,99 $/Jahr Izoukhai ausprobieren — inklusive SVG-Export und Destinationsänderung nach dem Druck.

Für ein Regionalfestival, eine Café-Kette oder ein Apothekennetz gilt dieselbe Logik: ein kurzer, stabiler Code pro physischem Träger, Redirects nach Periode oder Filiale, und eine Symbolkapazität, die nie gegen das Etikettenformat kämpft.

Fazit und nächste Schritte

Die QR-Version ist das Modulraster (21×21 bis 177×177). Kapazität ist, wie viele Zeichen nach Modus- und Fehlerkorrektur-Overhead passen. Lange statische URLs treiben die Version hoch und Module klein; dynamische Kurz-Redirects kehren diesen Druck um. Kombinieren Sie das mit Kontrast, Ruhezone, Tests und der richtigen Korrekturstufe für Logos und Verschleiß.

Weiter mit wie QR-Codes funktionieren, statische vs. dynamische QR-Codes, Arten von QR-Codes: URL, WLAN und vCard und NFC vs. QR-Codes, wenn Sie ein Offline-/Online-Medium wählen statt eine Matrix zu dimensionieren. Für die Produktion: Kontrast, Größe und Ruhezone sowie Dateiformate. Für kurze, editierbare Codes mit unbegrenzten Scans und Kontinuität nach Kündigung: Izoukhais QR-Produktseite.