Wie viele Daten passen in einen QR-Code? Kapazität, Versionen und Grenzen

Wie viele Daten passen in einen QR-Code?

Ein QR-Code fasst maximal 7.089 numerische Ziffern, 4.296 alphanumerische Zeichen oder 2.953 Byte beliebiger Daten. Das sind die Obergrenzen, festgelegt durch den Standard ISO/IEC 18004, und sie gelten ausschließlich beim größtmöglichen Code (Version 40) mit der niedrigsten Stufe der Fehlerkorrektur. In echten Kampagnen kommen Sie diesen Werten nie nahe, und das sollten Sie auch gar nicht wollen. Die spannende Frage für eine Agentur lautet nicht, wie viel ein QR-Code fassen kann, sondern wie wenig er fassen sollte. Denn die Datenmenge, die Sie kodieren, entscheidet darüber, wie dicht, wie anfällig und wie groß Ihr gedruckter Code sein muss.

Dieser Leitfaden erklärt, woher diese Zahlen stammen, warum eine lange Tracking-URL das Teuerste ist, das Sie in einen Code packen können, und warum die kleinste Nutzlast fast immer gewinnt. Falls Sie jemals einen Code gedruckt haben, der wie ein wirres Durcheinander winziger Quadrate aussah und sich dann aus der Entfernung partout nicht scannen ließ: Genau das ist der Grund.

Die kurze Antwort und ihr Haken

Hier sind die absoluten Höchstkapazitäten, entnommen von Denso Wave (dem Unternehmen, das den QR-Code erfunden hat) und dem zugrundeliegenden Standard ISO/IEC 18004. Das sind harte Spezifikationen, keine Schätzungen.

• Numerisch (nur Ziffern): 7.089 Zeichen
• Alphanumerisch (ein eingeschränkter Zeichensatz, siehe unten): 4.296 Zeichen
• Byte / binär (beliebiger Text, was URLs verwenden): 2.953 Byte
• Kanji (japanische Doppelbyte-Zeichen): 1.817 Zeichen

Der Haken: Jeder dieser Werte setzt Version 40 voraus, den größten Code, der existiert, und das auf Fehlerkorrekturstufe L, der schwächsten. Erhöhen Sie die Fehlerkorrektur, sinkt die Obergrenze rapide. Im Byte-Modus fällt das Maximum von 2.953 Byte bei Stufe L auf 1.273 Byte bei Stufe H, ein Rückgang von rund 57 Prozent. Die ehrliche Antwort auf die Frage "Wie viele Daten passen in einen QR-Code" lautet also "Das hängt von der Version und der Fehlerkorrekturstufe ab", und 2.953 Byte als pauschale Tatsache zu nennen, ist einer der häufigsten Fehler bei diesem Thema.

Die praktische Antwort ist sogar noch kleiner. Ein normaler Weblink umfasst ein paar Dutzend Byte und passt in einen der allerkleinsten Codes überhaupt.

Versionen: warum ein QR-Code wächst

Ein QR-Code gibt es in 40 Größen, genannt Versionen. Version 1 ist ein Raster aus 21 mal 21 Modulen (ein Modul ist eines der kleinen schwarzen oder weißen Quadrate). Version 40 misst 177 mal 177. Jede Stufe nach oben fügt pro Seite vier Module hinzu, die Formel ist also denkbar einfach:

Module pro Seite = 21 + 4 x (Version - 1)

Version 2 ist 25 mal 25, Version 5 ist 37 mal 37, Version 10 ist 57 mal 57 und so weiter bis 177. Der Encoder wählt die kleinste Version, die Ihre Daten bei der gewählten Fehlerkorrekturstufe aufnehmen kann. Mehr Daten erzwingen eine höhere Version, und eine höhere Version bedeutet mehr Module, gepackt in den physischen Raum, in dem Sie den Code drucken. Das ist der gesamte Mechanismus hinter einem "unruhigen" Code: Er ist keine gestalterische Entscheidung, sondern Ihre Nutzlast, die durchscheint.

Das ist eine andere Dimension als die physische Größe des gedruckten Codes, die wir in wie groß ein QR-Code sein sollte behandeln. Die Version bestimmt, wie viele Quadrate es gibt. Die Druckgröße bestimmt, wie groß jedes einzelne Quadrat am Ende ausfällt. Beides zusammen entscheidet darüber, ob ein Smartphone den Code überhaupt auflösen kann, worauf wir noch zurückkommen.

Kodierungsmodi: Ihre URL ist die ineffizienteste Art von Daten

QR-Codes speichern Zeichen nicht so, wie es eine Textdatei tut. Der Standard definiert vier Kodierungsmodi, und der Encoder wählt automatisch den dichtesten, der Ihre Zeichen darstellen kann. Der Modus bestimmt, wie viele Bits jedes Zeichen kostet, und genau das treibt die Kapazität.

• Numerischer Modus packt drei Ziffern in zehn Bit, also etwa 3,3 Bit pro Zeichen. Der effizienteste Modus, verarbeitet aber nur 0 bis 9.
• Alphanumerischer Modus packt zwei Zeichen in elf Bit, also rund 5,5 Bit je Zeichen. Sein Zeichensatz umfasst lediglich 45 Symbole: die Ziffern, die Großbuchstaben A bis Z, das Leerzeichen und eine Handvoll Symbole ($ % * + - . / :). Es gibt keine Kleinbuchstaben und keines der Satzzeichen, auf die eine URL angewiesen ist.
• Byte-Modus verwendet volle acht Bit pro Zeichen und kann alles darstellen, einschließlich Kleinbuchstaben, ?, =, &, # und _.
• Kanji-Modus packt japanische Doppelbyte-Zeichen mit je dreizehn Bit.

Hier kommt der Teil, der fürs Marketing entscheidend ist. Eine echte URL wie https://agency.com/spring?utm_source=poster enthält Kleinbuchstaben und Satzzeichen aus der Query-Zeichenkette, kann also den effizienten alphanumerischen Modus nicht nutzen. Sie fällt in den Byte-Modus mit acht Bit pro Zeichen, die am wenigsten dichte Textoption überhaupt. Ihr Tracking-Link ist, Byte für Byte, ziemlich genau das Teuerste, das Sie einem QR-Code zumuten können. (Ein Link komplett in Großbuchstaben ohne Query-Zeichenkette ließe sich in den alphanumerischen Modus zwängen, aber so schreibt niemand URLs.)

Die Fehlerkorrektur frisst vom Budget

QR-Codes lassen sich auch dann noch lesen, wenn sie zerkratzt, verschmiert oder teilweise verdeckt sind, weil sie über die Reed-Solomon-Fehlerkorrektur redundante Daten mitführen. Sie wählen selbst, wie viel Redundanz Sie hinzufügen, und zwar über vier Stufen:

• L (Low): stellt etwa 7 Prozent der Codewörter wieder her
• M (Medium): etwa 15 Prozent, der übliche Standard
• Q (Quartile): etwa 25 Prozent
• H (High): etwa 30 Prozent

Diese Redundanz gibt es nicht umsonst. Sie belegt dasselbe Datenbudget wie Ihre Nutzlast, je mehr Fehlerkorrektur Sie also hinzufügen, desto weniger Platz bleibt für Inhalte. Bei Version 40 im Byte-Modus liegt die Kapazität bei 2.953 Byte mit L, 2.331 mit M, 1.663 mit Q und 1.273 mit H. Der Wechsel von L zu H mehr als halbiert, was Sie speichern können.

Für die meisten gedruckten Marketing-Codes ist Stufe M eine sinnvolle Voreinstellung, und zu Q oder H greifen Sie nur, wenn Sie ein Logo in die Mitte setzen oder auf etwas drucken, das im Alltag Stöße abbekommt. Der Logo-Fall ist eine eigene Gratwanderung, die wir in wie Sie ein Logo in einen QR-Code einbinden, ohne den Scan zu zerstören behandeln. Eine nützliche Präzisierung: Die Werte von 7 bis 30 Prozent beschreiben den Anteil der Codewörter, den der Code wiederherstellen kann, nicht einen garantierten Prozentsatz der physischen Fläche, die Sie verdecken dürfen. Sie sind kein Freibrief, ein Drittel des Codes mit Grafik zuzukleistern.

In der Abbildung oben: (1) Eine kurze Redirect-URL kodiert in einen Code mit niedriger Version, spärlich besetzt und mit großen Modulen, der sich mühelos scannen lässt. (2) Dasselbe Ziel ausgeschrieben mit allen UTM-Parametern braucht eine deutlich höhere Version, weshalb dasselbe gedruckte Quadrat mit weit kleineren Modulen gefüllt ist. (3) Bei identischer Druckgröße sind diese kleineren Module für eine Kamera schwerer aufzulösen, und genau hier beginnen Scans zu scheitern.

Was das beim Druck bedeutet

Die Konsequenz aus alledem ist unmittelbar. Mehr Zeichen erzwingen eine höhere Version, eine höhere Version bedeutet mehr und kleinere Module, und kleinere Module brauchen mehr Auflösung, sauberen Druck oder einen physisch größeren Code, um lesbar zu bleiben.

Nehmen wir ein konkretes Beispiel zur Veranschaulichung. Ein kurzer Redirect wie scn.kit/aB3x9 umfasst rund 25 Zeichen und passt in etwa einen Code der Version 2, ein Raster aus 25 mal 25. Schreiben Sie dieselbe Kampagne vollständig aus, https://agency.com/landing?utm_source=poster&utm_medium=print&utm_campaign=spring25, landen Sie bei etwa 120 Zeichen, was Sie auf ungefähr Version 6 oder 7 hebt, also rund ein Raster aus 45 mal 45. (Die genauen Versionen hängen von der Fehlerkorrekturstufe und vom Encoder ab, betrachten Sie das also als Veranschaulichung und nicht als feste Regel.) Das sind grob dreimal so viele Module über dieselbe gedruckte Fläche, jedes Quadrat ist somit nur noch etwa 40 Prozent seiner früheren Breite. Drucken Sie das in gleicher Größe auf einen Flyer, ist die Wahrscheinlichkeit des Scheiterns weit höher, besonders beim Scannen aus der Entfernung oder bei schlechtem Licht. Ein Code, der sich nicht scannen lässt, hat fast immer eines von zwei Problemen: zu klein für seine Dichte oder zu dicht für seine Größe. Die übrigen Fehlerursachen diagnostizieren wir in warum mein QR-Code nicht scannt.

Eine verbreitete Faustregel für die Dimensionierung ist das Verhältnis 10:1: Die Breite eines Codes sollte etwa ein Zehntel der Distanz betragen, aus der er gescannt wird. Aus zehn Zentimetern Entfernung braucht es einen Code von mindestens einem Zentimeter, und ein aus zehn Metern gelesenes Plakat braucht einen Code von rund einem Meter Breite. Diese Regel ist Branchenpraxis, nicht Teil des ISO-Standards, aber ein verlässlicher Ausgangspunkt. Je dichter Ihr Code, desto großzügiger müssen Sie bei der Größe sein, was das deutlichste Argument dafür ist, die Nutzlast von vornherein kurz zu halten.

Die Lösung: weniger kodieren, nicht mehr

Hier liegt das strukturelle Problem langer URLs im Druck. Ein QR-Code ist eine direkte Kodierung exakt der Bytes, die Sie ihm geben. Ändern Sie ein einziges Zeichen, wird das gesamte Modulmuster neu berechnet und sieht völlig anders aus. Das heißt: Sie können einen statischen Code nicht kürzen oder bearbeiten, sobald er gedruckt ist. Das vollständige Ziel ist fest in die Punkte auf dem Papier eingebrannt. Zieht die Landingpage Ihres Kunden um, ist der Code tot.

Das ist der Kerngrund, einen dynamischen QR-Code zu verwenden. Ein statischer Code kodiert das vollständige, endgültige Ziel, sodass eine lange URL mit Tracking-Parametern einen dichten, anfälligen, großen Code erzeugt. Ein dynamischer Code kodiert nur einen kurzen Redirect, etwa scn.kit/aB3x9, und ein Server löst diesen Kurzlink zu dem Ziel auf, auf das Sie verweisen. Weil die kodierte Zeichenkette kurz ist und sich nie ändert, bleibt das gedruckte Muster bei niedriger Version, spärlich und stabil, ganz gleich wie lang das echte Ziel ist oder wie oft Sie es ändern. Sämtliche unübersichtlichen UTM-Parameter leben im Redirect, nicht auf dem Druckmotiv. Den vollständigen Vergleich der beiden finden Sie in dynamische vs. statische QR-Codes, und den praktischen Ablauf, einen gedruckten Code umzuleiten, in das Ziel eines QR-Codes ändern, ohne neu zu drucken.

Es liegt eine hübsche Ironie in der Marketing-Behauptung, "dynamische QR-Codes fassen mehr Daten". Sie fassen weniger kodierte Daten, nur einen kurzen Link, und genau deshalb funktionieren sie besser. Der unbegrenzte Inhalt lebt am Ziel, nie im Code selbst.

Wie viel brauchen Sie tatsächlich?

Für die überwältigende Mehrheit der Kampagnen: sehr wenig. Ein Weblink umfasst ein paar Dutzend Byte, was bequem in einen Code der Version 1 bis 3 passt, das untere Ende der Spanne. An die höheren Versionen kommen Sie nur heran, wenn Sie darauf bestehen, eine lange URL direkt zu kodieren, oder wenn Sie etwas wirklich Umfangreiches einbetten, etwa eine vollständige vCard-Kontaktkarte mit mehreren Feldern. Selbst dann bewegen Sie sich bei Hunderten von Byte, nicht bei Tausenden, und längst nicht in der Nähe der Obergrenze von 2.953 Byte.

Das richtige Denkmodell lautet also nicht "Wie viel kann ich hineinquetschen", sondern "Was ist die kürzeste Zeichenkette, die das Smartphone dorthin bringt, wo es hin soll". Für eine getrackte Marketingkampagne ist diese Zeichenkette ein kurzer Redirect, und alles andere, das Ziel, das Tracking, die Analytik, sitzt sicher dahinter. Wenn Sie sehen möchten, was dieser Redirect messbar macht, sobald die Leute zu scannen beginnen, ist das Thema von QR-Code-Analytics.

Häufig gestellte Fragen

Wie viele Zeichen passen in einen QR-Code?

Im absoluten Maximum fasst ein QR-Code 7.089 numerische Ziffern, 4.296 alphanumerische Zeichen oder 2.953 Byte allgemeinen Text. Diese Werte setzen den größten Code (Version 40) auf der niedrigsten Fehlerkorrekturstufe (L) voraus. Erhöhen Sie die Fehlerkorrektur, fallen die Grenzen deutlich, bis auf nur noch 1.273 Byte bei Stufe H. Codes aus der Praxis fassen weit weniger, meist ein paar Dutzend bis ein paar Hundert Zeichen.

Wie lang darf eine URL in einem QR-Code maximal sein?

Eine URL wird im Byte-Modus mit acht Bit pro Zeichen gespeichert, die harte Obergrenze liegt also bei 2.953 Zeichen mit Version 40, Stufe L. Das ist rein theoretisch. In der Praxis sollte eine URL deutlich unter etwa 100 Zeichen bleiben, damit der Code eine niedrige Version behält und sauber druckt. Am zuverlässigsten ist es, einen kurzen Redirect von 20 bis 30 Zeichen zu kodieren und das lange Ziel dahinter zu halten.

Macht eine längere URL den QR-Code schwerer scannbar?

Ja. Eine längere URL erzwingt eine höhere Version, die mehr und kleinere Module in dieselbe gedruckte Fläche packt. Kleinere Module brauchen mehr Kameraauflösung, bessere Druckqualität oder einen größeren physischen Code, um zuverlässig lesbar zu sein. Das ist die mit Abstand häufigste Ursache für einen Code, der "unruhig" wirkt und aus der Entfernung nicht scannt.

Was sind QR-Code-Versionen?

Versionen sind die 40 Standardgrößen eines QR-Codes, von Version 1 mit 21 mal 21 Modulen bis Version 40 mit 177 mal 177. Jede Version nach oben fügt vier Module pro Seite hinzu. Der Encoder wählt automatisch die kleinste Version, die Ihre Daten bei der gewählten Fehlerkorrekturstufe aufnimmt, mehr Daten bedeuten also eine höhere Version.

Verringert die Fehlerkorrektur die Kapazität eines QR-Codes?

Ja. Die Fehlerkorrektur fügt redundante Daten hinzu, die sich dasselbe Budget mit Ihrem Inhalt teilen, höhere Stufen lassen also weniger Platz. Im Byte-Modus bei Version 40 fällt die Kapazität von 2.953 Byte bei Stufe L auf 2.331 bei M, 1.663 bei Q und 1.273 bei H. Die vier Stufen stellen jeweils rund 7, 15, 25 und 30 Prozent der Codewörter wieder her.

Kann ein QR-Code ein Bild oder eine ganze Webseite speichern?

Nein. Selbst beim Maximum von 2.953 Byte ist bei Weitem nicht genug Platz für ein Bild oder eine Webseite. Ein QR-Code speichert einen Link zu diesem Inhalt, nicht den Inhalt selbst. Deshalb verweist jede praktische Anwendung, von der Speisekarte über das Video bis zur Kontaktkarte, auf ein gehostetes Ziel, statt die Datei einzubetten.

Warum sieht mein QR-Code so unruhig und dicht aus?

Dichte ist ein Symptom dafür, wie viele Daten Sie kodiert haben. Eine lange URL, besonders eine mit UTM-Tracking-Parametern, erzwingt eine höhere Version mit vielen kleinen Modulen, was sich als unruhiger, überladener Code zeigt. Kürzen Sie die Nutzlast, idealerweise auf einen kurzen Redirect, und derselbe Code wird spärlich und deutlich leichter scannbar.

Fassen dynamische QR-Codes mehr Daten als statische?

Nein, und die umgekehrte Sichtweise trifft es genauer. Ein dynamischer Code kodiert nur einen kurzen Redirect-Link, fasst also weniger Daten als ein statischer Code mit einer vollständigen URL. Genau deshalb bleibt er klein und scannbar. Der "unbegrenzte" Inhalt, den ein dynamischer Code zu bieten scheint, lebt am Ziel, das Sie jederzeit ändern können, nicht im gedruckten Muster.

Kurz zusammengefasst

Ein QR-Code kann technisch bis zu 2.953 Byte fassen, aber diese Obergrenze lenkt nur ab. Die Kapazität sinkt mit höherer Fehlerkorrektur, echte URLs werden im ineffizientesten Modus gespeichert, und jedes zusätzliche Zeichen schiebt den Code auf eine höhere Version mit kleineren, anfälligeren Modulen. Die praktische Lehre ist das Gegenteil der üblichen Frage: Kodieren Sie so wenig wie möglich. Ein kurzer Redirect von ein paar Dutzend Zeichen hält Ihren Code spärlich, robust und leicht scannbar, und er lässt Sie das Ziel später ändern, ohne neu zu drucken. Bevor Sie irgendeinen Code in den Druck geben, schauen Sie sich die Länge der Zeichenkette darin an. Ist es eine lange Tracking-URL, tauschen Sie sie gegen einen dynamischen Kurzlink und lassen Sie den Redirect die Last tragen.