QR-Code-Kapazität: wie viele Daten hineinpassen, nach Symbolversion und Kodierungsmodus

Wie viele Daten kann ein QR-Code fassen?

Ein QR-Code fasst höchstens 7.089 Ziffern, 4.296 alphanumerische Zeichen, 2.953 Bytes oder 1.817 Kanji-Zeichen. Diese vier Zahlen beschreiben ein einziges Symbol - Version 40, 177 Module pro Seite, auf Fehlerkorrekturstufe L - und sind die Obergrenze des Formats, kein Ziel, auf das man hinarbeiten sollte.

Der praktische Bereich ist viel enger, als die Obergrenze vermuten lässt. Ein Symbol der Version 40, gedruckt an der Untergrenze von 0,4 mm pro Modul für gestrichenes Papier, misst vor seinem Rand 71 mm, und jedes seiner Module muss es überstehen, fotografiert zu werden - Codes dieser Größe kommen in der Industriekennzeichnung vor und sonst fast nirgends.

Für den gewöhnlichen Gebrauch ist die nützliche Frage das Gegenteil des Höchstwerts: Was ist bei diesem Inhalt das kleinste Symbol, das ihn fasst, und was kostet dieses Symbol an gedruckten Millimetern. Die letzten beiden Abschnitte dieser Seite beantworten das direkt.

Was eine Symbolversion ist

Die Symbolversion ist der Name, den der QR-Standard der Modulanzahl eines Codes gibt, von Version 1 mit 21 × 21 Modulen bis Version 40 mit 177 × 177. Ein Code der Version V hat 4V + 17 Module pro Seite, also gehen die Versionen in Vierersprüngen: 21, 25, 29, 33, 37 und so weiter.

Eine Version wählt man nicht. Der Kodierer nimmt die kleinste Version, die den Inhalt auf der gewünschten Fehlerkorrekturstufe fasst - die Version ist also das Ergebnis zweier Entscheidungen, die du tatsächlich triffst: was der Code sagt und wie viel Schaden er überstehen soll.

Daraus folgen zwei Dinge, und beide überraschen. Erstens steigt die Kapazität in Stufen statt stetig: Ein Zeichen mehr kann kostenlos sein oder den Code eine ganze Version nach oben schieben. Zweitens ist eine höhere Version kein größeres Bild, sondern ein dichteres. Bei fester Druckbreite sind die Module eines Codes der Version 10 rund 40 % schmaler als die eines Codes der Version 4 - 57 Zellen auf derselben Fläche statt 33 -, und aus kleinen Modulen sind Scanfehler gemacht.

Nicht das ganze Symbol steht für Inhalt zur Verfügung. In einem Code der Version 1 sind 233 der 441 Module Funktionsmuster und Formatinformation statt Daten - in Suchmuster und der Aufbau eines QR-Codes steht, wohin sie gehen. Was danach bleibt, teilen sich deine Daten und ihre Fehlerkorrektur.

Die vier QR-Kodierungsmodi

Ein Kodierungsmodus ist das Verfahren, mit dem ein QR-Code Zeichen in Bits umsetzt, und der Standard definiert vier: numerisch, alphanumerisch, Byte und Kanji. Jeder packt Zeichen mit einer anderen Dichte, also fasst dasselbe Symbol sehr unterschiedlich viele davon, je nachdem, welchen Modus der Inhalt zulässt.

Der alphanumerische Modus ist der, den man verstehen sollte, denn er ist der einzige, der auf URLs zutrifft. Er ist das QR-Kodierungsverfahren, das zwei Zeichen in 11 Bit packt, mit einem Zeichensatz aus 45 Ziffern, Großbuchstaben, Leerzeichen und acht Satzzeichen. Kleinbuchstaben gehören nicht dazu, ebenso wenig das Fragezeichen, das Kaufmanns-Und, das Gleichheitszeichen und der Unterstrich.

Den Modus wählt der Kodierer, nicht die Person, die den Inhalt eintippt. Manche Kodierer analysieren den Inhalt und wechseln den Modus automatisch, manche teilen ihn in Abschnitte und nutzen für jeden einen anderen Modus, und viele kodieren alles im Byte-Modus. Letzteres kommt oft genug vor, dass der einzig verlässliche Weg darin besteht, den Code zu erzeugen und seine Module zu zählen.

QR-Code-Kapazität nach Version und Modus

Die folgende Tabelle ist die Grundlage für den Rest dieser Seite: wie viele Zeichen jede Symbolversion fasst, in jedem Modus und auf jeder Fehlerkorrekturstufe. Du liest sie, indem du die Zeile deiner Stufe suchst und die Version, deren Wert die Länge deines Inhalts zuerst übersteigt.

Zwei Zellen dieser Tabelle liest man am besten zusammen. Version 25 auf Stufe L fasst 1.273 Bytes, und Version 40 auf Stufe H fasst genau dieselben 1.273 Bytes - ein Symbol mit mehr als der doppelten Modulfläche, das den ganzen Unterschied in Wiederherstellung steckt. Kapazität, die man durch ein größeres Symbol gewinnt, und Kapazität, die man durch eine höhere Stufe verliert, sind dieselbe Währung - deshalb gehören beide Entscheidungen in eine Tabelle und nicht in zwei.

Warum dieselbe URL in Großbuchstaben in einen kleineren Code passt

Eine in Großbuchstaben geschriebene URL kann im alphanumerischen Modus mit 5,5 Bit pro Zeichen statt der 8 Bit des Byte-Modus kodiert werden, was 31 % spart und den Code häufig eine ganze Version kleiner macht. HTTPS://EXAMPLE.COM/MENU nutzt nur Zeichen aus dem 45er-Satz; https://example.com/menu nicht, weil Kleinbuchstaben nicht dazugehören.

Der Haken ist, dass sich nur ein Teil einer URL gefahrlos großschreiben lässt. Schemata und Hostnamen unterscheiden keine Groß- und Kleinschreibung, also landen HTTPS://EXAMPLE.COM und https://example.com auf demselben Server. Alles nach dem Host unterscheidet sie auf den meisten Webservern sehr wohl, also kann ein großgeschriebener Pfad einen Code ergeben, der einwandfrei scannt und auf einer 404-Seite landet.

Was bleibt, ist eine Regel mit engem, aber echtem Anwendungsbereich: Schreib Schema und Domain groß, lass den Pfad genau so, wie der Server ihn erwartet, und prüfe, ob das Symbol wirklich kleiner geworden ist. Ein Inhalt mit gemischter Schreibweise fällt ganz in den Byte-Modus zurück, ein einziger Kleinbuchstabe im Pfad macht die ganze Ersparnis zunichte.

Zwei weitere Grenzen sollte man ehrlich benennen. Im alphanumerischen Zeichensatz fehlen Fragezeichen, Kaufmanns-Und, Gleichheitszeichen und Unterstrich, also läuft jede URL mit Abfrageparametern unabhängig von der Schreibweise im Byte-Modus. Und der Kodierer muss den Moduswechsel überhaupt unterstützen - viele erzeugen jeden Inhalt im Byte-Modus, dann ändert Großschreibung gar nichts. Erzeuge den Code auf beide Arten, zähl die Module einer Seite und vergleiche: Ist die Zahl gleich, hat sich der Modus nicht geändert.

Die Fehlerkorrektur ist die halbe Kapazitätsfrage

Die Fehlerkorrekturstufe von L auf H anzuheben, nimmt rund 57 % der Kapazität eines Symbols, weil Wiederherstellungs- und Datencodewörter aus demselben festen Budget kommen. Bei jeder Version teilen sich die vier Stufen dieselbe Gesamtmenge: Stufe L gibt etwa 7 % davon für Wiederherstellung aus, M etwa 15 %, Q etwa 25 % und H etwa 30 %.

Die überraschende Wechselwirkung geht auch in die andere Richtung. Weil die Kapazität in Stufen steigt, kostet eine höhere Stufe oft gar nichts: Umfasst dein Inhalt 40 Bytes, landest du mit Stufe M und mit Stufe Q gleichermaßen bei Version 4, und die höhere Stufe ist gratis. Erzeuge den Code auf der gewünschten Stufe, notiere die Modulanzahl, erzeuge ihn eine Stufe höher und vergleiche - bleibt das Raster gleich, nimm die höhere Stufe.

In den Fehlerkorrekturstufen L, M, Q und H steht, was diese Wiederherstellungskapazität tatsächlich einbringt, wie groß ein Logo je Stufe sein darf und warum es einen Code meist verschlechtert statt verbessert, die Stufe nach einem Scanfehler anzuheben.

Von der URL-Länge zur Druckgröße

Die Länge des Inhalts bestimmt die Symbolversion, und die Symbolversion bestimmt die kleinste Größe, in der sich der Code ehrlich drucken lässt. Das ist die Kette, auf die es im Layout ankommt, und deshalb ist das Kürzen einer URL eine Druckentscheidung und keine Frage der Ordentlichkeit.

Die letzten beiden Zeilen sind das Argument fürs Linkkürzen an einer Stelle. Eine 200 Zeichen lange Tracking-URL lässt sich auf Stufe H nicht unter etwa 34 mm auf gestrichenem Papier drucken, eine mit 25 Zeichen kommt auf 16 mm herunter - dieselbe Information, geliefert vom selben Code, auf weniger als einem Viertel der Fläche.

Das sind Untergrenzen, keine Empfehlungen. Ein Code muss auch für seine Leseentfernung dimensioniert werden, also grob 1 cm Breite je 10 cm Scanabstand, und es gilt die größere der beiden Zahlen. Die Mindestgröße für den Druck führt diese Rechnung von Anfang bis Ende durch, und der QR-Druckgrößenrechner erledigt sie für einen gegebenen Abstand.

Was tun, wenn der Inhalt nicht passt

Ein Inhalt, der bei brauchbarer Größe nicht passt, ist fast immer ein URL-Problem und kein QR-Code-Problem. Das Symbol tut, worum es gebeten wurde; die Bitte ist zu lang. Ungefähr nach Ersparnis geordnet:

• Entferne die Tracking-Parameter. Ein vollständiger UTM-Satz mit Click-ID bringt regelmäßig 80 bis 120 Zeichen mit, also drei oder vier Symbolversionen. Häng die Kampagnendaten am Ziel an statt im gedruckten Code.
• Lass www und den abschließenden Schrägstrich weg. Klein, kostenlos und bei einer kurzen URL, wo jedes Zeichen zählt, eine Version wert.
• Nimm einen kurzen Pfad. example.com/karte statt example.com/restaurant/unsere-karten/mittagskarte-2026. Im Druck liest den Pfad eine Kamera und tippt ihn niemand, also bringt seine Lesbarkeit nichts.
• Zeig auf eine Weiterleitung, die du kontrollierst. Ein kurzer Pfad auf deiner eigenen Domain, der auf die lange URL weiterleitet, hält den Code klein und das Ziel änderbar - was ein statischer Code sonst nicht sein kann.
• Kodiere für die Inhaltsart nur das Nötigste. Ein WLAN-Code trägt Netzwerkname, Passwort und Sicherheitstyp und sonst nichts; ein Telefoncode trägt Ziffern. Zusätzliche Felder kosten Versionen - siehe QR-Code-Typen dafür, was jeder Inhalt wirklich braucht.
• Senk die Fehlerkorrekturstufe, wenn kein Logo im Spiel ist. Von H auf M ist keine kleine Ersparnis: Es verdoppelt die Kapazität bei jeder Version beinahe - bei Version 5 von 44 auf 84 Bytes -, und Stufe M reicht für einen sauberen Code auf flachem, gestrichenem Papier völlig.
• Teile die Aufgabe auf. Ist der Inhalt tatsächlich lang - eine Speisekarte, ein Dokument, ein Zertifikat -, leg ihn hinter eine URL statt in den Code. Ein QR-Code mit 2.000 Zeichen ist ein Code, den niemand scannen kann.

Eines sollte man nicht tun: die Druckgröße erhöhen, damit ein langer Inhalt passt, und es dabei belassen. Es funktioniert, verdeckt aber die Ursache, und die nächste Fassung des Layouts läuft mit einer etwas längeren URL und weniger Platz gegen dieselbe Wand.

Warum die Kapazitätsschwellen unregelmäßig sind

Die Kapazität steigt mit der Version nicht gleichmäßig, und dafür sorgen drei getrennte Mechanismen. Wer sie kennt, versteht die Sprünge, die in der Tabelle oben sonst willkürlich wirken.

Der Zeichenzahl-Indikator wird breiter. Der Zeichenzahl-Indikator ist der kurze Kopf im Inneren eines QR-Codes, der angibt, wie viele Zeichen der Inhalt umfasst, und seine Breite in Bit ändert sich mit der Symbolversion. Im Byte-Modus sind es 8 Bit bei den Versionen 1 bis 9 und 16 Bit ab Version 10, also kostet das Überschreiten dieser Grenze ein Byte Overhead, bevor überhaupt Inhalt gespeichert wird.

Die Fehlerkorrekturblöcke teilen sich ungleichmäßig. Ab Version 5 werden die Daten in unterschiedlich große Blöcke aufgeteilt, damit die Wiederherstellungsrechnung handhabbar bleibt, und die Blockstruktur ändert sich bei fast jeder Version. Zwei benachbarte Versionen können deshalb 20 Bytes und dann 38 zulegen.

Es bleiben Restbits übrig. Bei manchen Versionen bleiben nach dem Platzieren der Codewörter 3, 4 oder 7 Module übrig, die mit Nullen gefüllt werden und nichts tragen. Sie gehören mit dazu, warum Modulanzahl und Kapazität nicht exakt miteinander laufen.

An dem, was zu tun ist, ändert das nichts. Es erklärt aber, warum ein Zeichen mehr in einer URL mal gar nichts kostet und mal vier Module pro Seite hinzufügt - und warum der einzig verlässliche Weg zur Version darin besteht, den Code zu erzeugen und zu zählen, statt sie aus der Zeichenzahl zu schätzen.

Wenn die Kapazität nicht die eigentliche Grenze ist

Die meisten Codes stoßen lange vor einer Kapazitätsgrenze an eine physische, und das eine für das andere zu halten, ist der übliche Fehler bei diesem Thema. Ein Symbol der Version 20 fasst auf Stufe M 666 Bytes, was großzügig klingt, bis der Code gedruckt werden muss: 97 Module pro Seite an der 0,4-mm-Untergrenze ergeben 42 mm Gesamtfläche, und auf einen 30 mm großen Tischaufsteller gequetscht fallen seine Module auf 0,29 mm - unter dem, was die meisten Druckverfahren halten, und unter dem, was eine Telefonkamera auf Armlänge auflöst.

Die Grenzen, die zuerst greifen, in der Reihenfolge ihres Auftretens:

• Die gedruckte Modulgröße. Module sollten auf gestrichenem Papier 0,4 mm oder größer sein und auf ungestrichenem 0,5 mm oder größer. Das macht aus einer Inhaltslänge eine Mindestbreite, und das Design kann darüber nicht verhandeln.
• Die Leseentfernung. Ein Code braucht ungefähr 1 cm Breite je 10 cm Abstand zur Kamera. Ein dichter Code auf einem Wandschild versagt in der Entfernung, in der Leute stehen, nicht in der, für die er entworfen wurde.
• Der Kamerafokus. Telefonkameras haben eine Naheinstellgrenze von etwa 10 cm. Ein sehr kleiner, sehr dichter Code zwingt die lesende Person näher heran, als die Kamera scharf stellen kann - und das wirkt wie ein Code, der nicht scannt.
• Kontrast und Oberfläche. Ein dichter Code verträgt wenig Kontrast und Reflexe schlechter, weil jedes Modul weniger Pixel beisteuert - prüfe ein Farbpaar mit dem QR-Kontrastprüfer, bevor du dich darauf festlegst.
• Die Exportauflösung. Ein Rasterexport braucht ganze Pixel pro Modul; ein dichter Code in kleiner Pixelgröße erzeugt weichgezeichnete Modulkanten. In Auflösung und DPI steht die Rechnung, und SVG umgeht das Problem ganz.

KoloQR, ein kostenloser QR-Code-Generator mit runden und individuell geformten QR-Codes, exportiert sowohl PNG als auch SVG, sodass sich ein Code, dessen Inhalt eine hohe Symbolversion erzwingt, als Vektorgrafik platzieren lässt und in jeder Druckgröße geometrisch exakt bleibt. Das löst die Exporthälfte des Problems und keine der anderen vier: Ein langer Inhalt braucht weiterhin einen physisch größeren Code, egal in welchem Format er exportiert wird.

Häufige Irrtümer zur QR-Code-Kapazität

Der häufigste Irrtum ist, den Höchstwert von 2.953 Bytes als Arbeitsbudget zu behandeln. Er beschreibt ein Symbol mit 177 × 177 Modulen auf der niedrigsten Fehlerkorrekturstufe, und das gehört weder auf eine Speisekarte noch auf ein Etikett noch auf ein Plakat - ein Inhalt in dieser Größenordnung wäre längst aus physischen Gründen gescheitert, bevor die Kapazität zur Grenze wird.