Versions et capacité des QR codes : combien de données un code peut-il contenir ?
Comprenez les versions QR 1–40, les grilles de modules, la capacité numérique vs octets, et comment les URL dynamiques courtes gardent les codes imprimés scannables.
Un QR code n’est pas un carré unique et figé. Selon la norme ISO/IEC 18004, il existe quarante versions — quarante tailles de grille distinctes — chacune capable de stocker une quantité différente de données. La version 1 est un symbole compact de 21×21 modules ; la version 40 est une grille de 177×177 modules qui peut contenir des milliers de caractères. Les codes marketing du quotidien se situent quelque part entre ces extrêmes.
La version et la capacité comptent parce que la longueur de la charge utile détermine la densité, et la densité détermine la taille d’impression nécessaire pour des scans fiables. Un lien court peut vivre dans une version basse et rester lisible à quelques centimètres. Une longue URL statique, une vCard complète ou une chaîne Wi‑Fi complexe peut forcer une version plus élevée : plus de modules dans le même espace physique, jusqu’à ce que la caméra peiné.
Ce guide appartient au silo Général. Il se concentre sur combien de données tiennent et quelle version cela implique. Pour le décodage caméra, voir comment fonctionnent les QR codes. Pour comprendre comment les niveaux L/M/Q/H échangent de la capacité contre de la récupération après dommages, voir la correction d’erreur des QR codes expliquée — cet article couvre la récupération ; celui-ci couvre la version et la taille de charge utile.
En atelier d’impression, chez un imprimeur d’emballage ou dans une équipe marketing française, ces notions évitent des litiges classiques : « le générateur a choisi la version 12 » n’est pas un défaut mystérieux — c’est presque toujours le signal que la chaîne encodée (ou le niveau de correction) est trop longue pour une grille plus petite. Anticiper la capacité, c’est anticiper la taille minimale du carré imprimé.
Ce qu’une « version » signifie vraiment
Dans le vocabulaire QR, version signifie taille de grille, pas une release logicielle. Chaque version ajoute quatre modules par côté par rapport à la précédente :
| Version | Modules (côté × côté) | Rôle approximatif |
|---|---|---|
| 1 | 21×21 | Charges courtes ; très petit format possible |
| 2 | 25×25 | Un peu plus d’espace ; encore compact |
| 5 | 37×37 | URL courtes typiques et texte simple |
| 10 | 57×57 | URL plus longues, données de contact modestes |
| 20 | 97×97 | Grosses charges ; impression généreuse nécessaire |
| 40 | 177×177 | Capacité maximale standard |
Formule : longueur du côté = 21 + 4 × (version − 1). Version 1 → 21 ; version 2 → 25 ; … ; version 40 → 177.
Tous les modules ne stockent pas votre message. Les motifs de repérage, les motifs de synchronisation, les motifs d’alignement (à partir de la version 2), les informations de format et — sur les grandes versions — les informations de version occupent des positions fixes. Les modules restants portent les mots de code de données et de correction d’erreur. Deux codes qui paraissent aussi « chargés » peuvent pourtant différer en capacité utile selon la version et le niveau de correction.
Si vous n’avez besoin que d’une définition en une ligne du format, parcourez d’abord qu’est-ce qu’un QR code, puis revenez ici pour le dimensionnement de capacité.
Sur une carte de visite française ou un sticker de menu à Paris, la version 1 à 5 suffit souvent dès que l’URL est courte. Sur une affiche de salon professionnel avec une URL de tracking interminable en mode octets, la version grimpe vite — et le format physique doit suivre, sinon le scan échoue à un mètre.
Modes d’encodage : pourquoi le même texte occupe plus ou moins d’espace
Les tableaux de capacité précisent toujours un mode d’encodage. Les modes plus compacts placent plus de caractères dans la même version.
Mode numérique
Chiffres 0–9 uniquement. Le plus efficace pour les numéros de série, les numéros de téléphone sans ponctuation et les identifiants courts. Trois chiffres tiennent dans environ 10 bits — plus dense que de traiter chaque chiffre comme un octet complet.
Mode alphanumérique
Majuscules A–Z, chiffres, espace, et un petit jeu de symboles ($ % * + - . / :). Utile pour les codes produit en majuscules. Les URL en casse mixte forcent en général le mode octets à cause des minuscules.
Mode octets (byte)
Octets de huit bits — le défaut pour les URL web modernes, le texte mixte et la plupart du contenu UTF‑8. Flexible et courant ; moins dense que le numérique ou l’alphanumérique pour le même nombre de caractères.
Mode kanji
Optimisé pour les caractères japonais Shift JIS. La plupart des charges marketing occidentales ne l’utilisent jamais.
À retenir : une chaîne numérique de 40 caractères peut tenir dans une version plus petite qu’une URL octets de 40 caractères. Les générateurs choisissent le mode automatiquement ; vous contrôlez toujours la longueur de charge utile qui pilote la version. Pour comprendre comment URL, Wi‑Fi et vCard diffèrent, voir types de QR codes : URL, Wi‑Fi et vCard.
En pratique, une URL HTTPS avec des paramètres UTM longs (utm_source, utm_campaign, identifiants de session) consomme du mode octets caractère par caractère. Un numéro de lot purement numérique — « 202607310045 » — reste plus économique. C’est pourquoi les équipes produit qui sérialisent des lots industriels peuvent rester en version basse même avec des chaînes « longues » en apparence, alors qu’un marketeur avec une URL de 180 caractères en casse mixte monte déjà en version à deux chiffres.
La capacité dépend à la fois du mode et de la correction d’erreur
Les comptes maximaux de caractères sont publiés par version × mode × niveau de correction d’erreur. Une correction plus élevée (Q, H) réserve davantage de la grille à la parité, donc la charge utile utilisable diminue. Une correction plus basse (L, puis M) laisse plus de place aux données.
C’est le pont vers le guide de correction d’erreur : choisir H pour un logo central est une décision de récupération qui réduit aussi la capacité — et peut vous faire passer à une version plus grande si l’URL est longue. Choisir L maximise la capacité mais laisse moins de marge face aux dégâts. Les niveaux (~7 % / ~15 % / ~25 % / ~30 % de récupération) sont détaillés dans la correction d’erreur des QR codes expliquée ; ici, retenez que H coûte de la capacité.
Capacités illustratives (approximatives)
Les tableaux ISO exacts sont longs ; ces exemples arrondis montrent le schéma. Laissez toujours un générateur conforme aux normes confirmer ce que votre chaîne exacte peut contenir.
| Version | Numérique (L) | Alphanumérique (L) | Octets (L) | Octets (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 |
Un lien court d’environ 20–30 octets peut tenir en version 1–3 avec une correction moyenne. Une URL de tracking de 200 caractères peut exiger la version 8–12 selon le niveau. Une vCard multi-lignes complète pousse vite vers des versions à deux chiffres. La version 40 au niveau L contient des milliers d’octets — rarement nécessaire en marketing.
Pourquoi votre générateur « saute » de version
Lorsque vous collez une URL plus longue ou passez de M à H, l’outil recalcule la plus petite version qui convient. Le carré imprimé peut garder la même taille physique tandis que le nombre de modules augmente — chaque module rétrécit. Même sticker, grille plus fine, scan plus difficile à distance.
Sur un menu de restaurant imprimé en 3 cm de côté, ce saut de version 4 à version 11 transforme un code confortable en grille trop dense pour un smartphone tenu à bout de bras. Le générateur n’a pas « cassé » le design : il a respecté la capacité. C’est à vous d’ajuster la charge utile ou le format d’impression.
Pourquoi les longues URL statiques densifient les codes
Un QR code statique stocke toute la charge utile dans les modules. Encoder une longue URL de campagne avec des balises UTM fait consommer de la capacité à chaque caractère (en mode octets). Les paramètres de requête aident l’analytique sur votre site — mais ils gonflent le symbole.
Les codes denses à haute version échouent plus souvent lorsque le format d’impression est petit (cartes de visite, étiquettes de suspension), que la distance de lecture est grande (affiches de vitrine), que le contraste ou la zone calme est faible, ou qu’un logo couvre les modules centraux en plus d’une version élevée et d’une correction élevée.
Par rapport à QR codes statiques vs dynamiques, le chemin statique verrouille à la fois la destination et la longueur dans le graphisme. Corriger une faute de frappe ou raccourcir une URL plus tard signifie réimprimer.
Les équipes e-commerce françaises qui collent des URL Amazon ou marketplace avec des dizaines de paramètres découvrent souvent ce piège trop tard : le PDF marketing est déjà validé à 2,5 cm, mais la grille est devenue illisible. Raccourcir en amont — ou passer au dynamique — coûte moins cher qu’un second tirage.
Pourquoi les redirections dynamiques courtes aident le format d’impression
Un QR code dynamique encode une URL de redirection courte sur le domaine d’un fournisseur — souvent quelques dizaines de caractères — au lieu de la destination finale longue. Le téléphone ouvre le lien court ; le serveur envoie l’utilisateur vers la page d’atterrissage actuelle.
Cela garde la charge encodée petite, donc le générateur peut rester sur une version basse. Les modules restent plus grands à taille d’impression égale, ce qui améliore la fiabilité de scan pour les emballages, menus et enseignes extérieures.
Vous gagnez aussi en flexibilité opérationnelle : modifier la destination après impression, garder les longues chaînes UTM côté serveur tandis que le code imprimé reste court, et éviter de compresser plusieurs destinations dans une charge statique surdimensionnée.
Le générateur de QR dynamiques d’Izoukhai est une option solide et économique pour ce schéma : 3,99 $/mois ou 39,99 $/an, QR codes et scans illimités, analytique en temps réel (scans, appareils, lieux), couleurs/formes/cadres/logo, export SVG, et destinations modifiables à tout moment. Les codes continuent de fonctionner après résiliation. Les codes dynamiques ne changent pas la formule de version ; ils changent la longueur de chaîne que vous lui donnez — entrée courte → version basse → modules plus grands à une taille donnée.
Pour une équipe qui gère des campagnes saisonnières (soldes d’été, menus de Noël, portes ouvertes), ce modèle évite de réimprimer chaque fois que l’URL marketing évolue. La capacité du symbole reste stable ; seule la cible serveur change.
Recommandations de taille pratiques (la version rencontre l’impression)
La capacité reste abstraite tant que vous n’avez pas choisi une taille d’impression.
Taille de module, pas seulement des millimètres globaux
Les scanners ont besoin que chaque module soit assez grand pour survivre à l’étalement d’encre, à la mise au point de la caméra et à la distance. Une règle empirique courante est environ 1,0–1,5 mm de largeur minimale de module pour des scans fiables au téléphone en bonne lumière — plus pour l’extérieur ou les surfaces abîmées. Longueur totale du côté ≈ taille de module × modules par côté (plus la zone calme).
Exemples :
- Version 1 (21 modules) à ~1,2 mm/module → environ 2,5 cm de côté avant zone calme.
- Version 10 (57 modules) à la même taille de module → environ 7 cm de côté.
- Version 20 (97 modules) → souvent 10+ cm si les modules restent ≥ ~1 mm.
Si le marketing insiste sur un code de 2 cm sur une étiquette de suspension, gardez la version basse (charge courte, correction modérée) ou acceptez des échecs de scan.
Distance et placement
Les observateurs plus éloignés ont besoin de symboles globaux plus grands. Un chevalet de table peut utiliser un petit code en version 3 ; une vitrine de centre commercial exige une impression physique plus grande même si la version est basse. Le plan de capacité commence toujours par « combien de modules la caméra doit-elle résoudre ? » — voir contraste, taille et zone calme des QR codes pour le placement et le contraste.
Logos et branding
Les logos centraux consomment de la surface de modules et appellent en général une correction d’erreur plus élevée — ce qui réduit la capacité et peut augmenter la version. Préférez des URL dynamiques courtes lorsque vous brandissez le code. Voir personnaliser les QR codes avec logos et couleurs. Exportez en vectoriel (SVG) pour l’échelle d’impression afin que les modules restent nets — formats de fichiers QR : SVG, PNG et PDF.
Sur un packaging alimentaire français avec un logo de marque au centre, la combinaison « URL longue + H + version élevée + format 3 cm » est le scénario d’échec le plus fréquent. Coupez d’abord la chaîne, puis validez le format.
Quand raccourcir la charge utile vs agrandir l’impression
Raccourcissez la charge utile lorsque…
- L’empreinte physique est fixe (découpe d’étiquette produit, coin de carte de visite).
- Vous avez besoin de place pour un logo ou un cadre.
- Vous voulez une correction Q/H sans faire exploser la version.
- L’URL est statique mais pleine de paramètres de tracking — déplacez le tracking vers une redirection courte ou une analytique côté serveur.
- Les destinations changent dans le temps — un code dynamique court bat la réimpression de variantes statiques denses.
Agrandissez l’impression lorsque…
- La charge utile ne peut pas rétrécir (texte hors ligne, chaînes réglementaires, identifiants Wi‑Fi complets dans le symbole).
- La distance de lecture est grande et vous utilisez déjà une URL courte.
- L’impression est grossière (certains cartons ondulés ou tissus) et les modules doivent être plus grands indépendamment de la version.
- Vous êtes déjà en version basse et les scans échouent encore — le problème est la taille, le contraste ou la zone calme, pas la capacité.
Combinez les deux lorsque…
- vCard dense ou longue chaîne Wi‑Fi : minimisez les champs, puis imprimez plus grand qu’un code URL de même version.
- Branding lourd : lien dynamique court + taille d’impression adéquate + correction appropriée.
Un flux de travail qui fonctionne pour la plupart des équipes :
- Décider statique vs dynamique (QR codes statiques vs dynamiques).
- Minimiser les caractères encodés (surtout en statique).
- Choisir la correction selon l’environnement/logo (guide de correction d’erreur).
- Générer et noter la version sélectionnée par l’outil.
- Dimensionner l’impression pour que les modules restent ≥ ~1 mm (plus si conditions dures).
- Tester sur plusieurs téléphones avant un tirage complet.
Ce flux évite le scénario « on a validé le PDF, puis découvert en magasin que personne ne scanne ». La capacité et la version font partie du brief créatif, pas d’un détail technique laissé au générateur en fin de chaîne.
Mythes de capacité à abandonner
« Une version plus élevée est toujours meilleure. » À taille d’impression fixe, plus de modules signifient des cellules plus petites. Préférez la plus basse version qui convient à votre charge utile et à votre niveau de correction.
« Les codes dynamiques contiennent moins de données. » La redirection encodée est courte ; la page d’atterrissage peut être aussi riche que vous le souhaitez. La capacité du symbole concerne ce qui est dans les modules, pas ce que contient la page.
« La version 40 signifie une qualité professionnelle. » La version 40 signifie une charge utile énorme. La qualité signifie en général une version basse, un contraste clair, une zone calme et une taille d’impression testée.
Un autre mythe fréquent en atelier : « si le code est plus dense, c’est qu’il est plus moderne. » Non — la densité est un coût, pas un badge. Les campagnes les plus professionnelles que l’on voit en retail français utilisent souvent des versions basses, des URL courtes et des modules généreux.
Mettre tout cela ensemble pour de vraies campagnes
Menus, emballages et badges d’événement gagnent presque toujours avec des URL dynamiques courtes, des versions basses et des tailles d’impression adaptées à la distance de lecture. La sérialisation et les instructions hors ligne peuvent exiger des versions plus élevées — budgétez l’espace physique tôt pour que les modules ne deviennent jamais des points submillimétriques.
Lorsque vous générez des codes, notez la version et le niveau. Si l’aperçu floute à taille vignette, raccourcissez les données ou agrandissez le plan de travail. Préférez le SVG pour l’échelle d’impression. Pour des codes illimités, modifiables et suivis analytiquement à 3,99 $/mois ou 39,99 $/an, essayez Izoukhai — avec export SVG et modification de destination après impression.
Pour un festival en région, une chaîne de cafés ou un réseau de pharmacies, la même logique s’applique : un code court et stable par support physique, des redirections adaptées par période ou par magasin, et une capacité de symbole qui ne combat jamais le format d’étiquette.
Conclusion et prochaines étapes
La version QR est la grille de modules (21×21 à 177×177). La capacité est le nombre de caractères qui tiennent après le mode et la surcharge de correction d’erreur. Les longues URL statiques poussent la version vers le haut et les modules vers le bas ; les redirections dynamiques courtes inversent cette pression. Associez ces choix au contraste, à la zone calme, aux tests et au bon niveau de correction pour les logos et l’usure.
Continuez avec comment fonctionnent les QR codes, QR codes statiques vs dynamiques, types de QR codes : URL, Wi‑Fi et vCard, et NFC vs QR codes lorsque vous choisissez un média hors ligne / en ligne plutôt que de dimensionner une matrice. Pour la production, utilisez contraste, taille et zone calme et les formats de fichiers. Pour créer des codes courts et modifiables avec scans illimités et continuité après résiliation, ouvrez la page produit QR d’Izoukhai.