Capacité de données du code QR : caractères maximaux par version et mode
Capacity is fixed by three variables acting together: version, encoding mode and error correction level. Mode sets the bit cost per character, with numeric packing three digits into 10 bits, alphanumeric two characters into 11, byte mode spending a full 8 bits per character and kanji 13. At the ceiling, a Version 40 symbol holds 7,089 digits, 4,296 alphanumeric characters, 2,953 bytes or 1,817 kanji at correction level L; raising correction to level H reduces those figures to 3,057, 1,852, 1,273 and 784 respectively. Real symbols rarely approach the limit. A short URL of roughly 25 bytes fits inside Version 2.
Capacité de données du code QR : caractères maximaux par version et mode
Comprendre la capacité du code QR vous aide à choisir la bonne version et le bon niveau de correction d'erreur pour vos données. La capacité varie considérablement selon trois facteurs : la version, le mode de codage et le niveau EC.
Capacité par mode de codage
Les codes QR prennent en charge quatre modes de codage principaux, chacun avec une efficacité différente :
| Mode | Caractères par groupe | Bits par groupe | Bits effectifs/caractère |
|---|---|---|---|
| Numérique | 3 chiffres | 10 bits | 3,33 |
| Alphanumérique | 2 caractères | 11 bits | 5,5 |
| Octet | 1 octet | 8 bits | 8,0 |
| Kanji | 1 caractère | 13 bits | 13,0 |
Capacité maximale (version 40)
| Niveau EC | Numérique | Alphanumérique | Octet | Kanji |
|---|---|---|---|---|
| L (7 %) | 7 089 | 4 296 | 2 953 | 1 817 |
| M (15 %) | 5 596 | 3 391 | 2 331 | 1 435 |
| Q (25 %) | 3 993 | 2 420 | 1 663 | 1 024 |
| H (30 %) | 3 057 | 1 852 | 1 273 | 784 |
Tailles de cas d'usage courants
En pratique, la plupart des codes QR n'utilisent qu'une fraction de la capacité maximale :
- URL courte (par exemple
https://example.com) : ~25 octets — version 2, EC-M - Identifiants WiFi : ~50-80 octets — version 3-4, EC-M
- vCard (basique) : ~150-250 octets — version 7-10, EC-M
- vCard (complète) : ~400-600 octets — version 13-18, EC-M
- Événement de calendrier : ~200-400 octets — version 8-14, EC-M
Calcul de la version requise
Pour déterminer la version minimale pour vos données :
- Comptez les caractères de vos données et identifiez le mode de codage
- Ajoutez la surcharge : indicateur de mode (4 bits), indicateur de nombre de caractères (variable) et terminateur
- Ajoutez les mots de code de correction d'erreur pour le niveau EC choisi
- Trouvez la plus petite version disposant d'une capacité totale de mots de code suffisante
La plupart des bibliothèques gèrent cela automatiquement, mais un calcul manuel est utile pour la planification de capacité.
Conseils pour réduire la taille des données
- Utilisez des raccourcisseurs d'URL pour réduire la longueur du lien
- Les URL en majuscules déclenchent le mode alphanumérique (5,5 contre 8 bits/caractère)
- Utilisez le format MeCard plutôt que vCard pour des codes de contact plus petits
- Supprimez les champs facultatifs des formats de données structurés
Points clés
- La version 40 en EC-L contient jusqu'à 7 089 caractères numériques ou 2 953 octets
- Une correction d'erreur plus élevée réduit significativement la capacité disponible
- La plupart des codes QR pratiques utilisent les versions 2-15
- Les URL en majuscules économisent environ 30 % par rapport aux minuscules
- Les bibliothèques sélectionnent automatiquement la version minimale pour vos données
Questions fréquemment posées
What is the maximum amount of data a QR code can hold?
At Version 40 with correction level L: 7,089 digits, 4,296 alphanumeric characters, 2,953 bytes or 1,817 kanji characters. Raising correction to level H lowers those same ceilings to 3,057, 1,852, 1,273 and 784, because the correction codewords occupy space the data would otherwise use.
Why does the character limit change with the type of data?
Each encoding mode spends a different number of bits per character. Numeric mode packs three digits into 10 bits, alphanumeric two characters into 11, byte mode uses a full 8 bits per character and kanji 13. The same visible length therefore consumes very different amounts of a symbol.
How much of a QR code's capacity does an ordinary URL use?
Very little. A short address of roughly 25 bytes fits inside Version 2, far below any ceiling. Capacity becomes a real constraint mainly for structured payloads: signed credentials, contact records with many fields, or data large enough to need Structured Append across several symbols.