Capacité et correction d’erreurs QR

Il couvre les versions standard 1 à 40 et les niveaux L, M, Q et H. Vous pouvez ainsi comparer les limites avant de générer un symbole, choisir une taille adaptée ou comprendre pourquoi le même contenu tient avec un niveau de correction, mais pas avec un autre.

Choisissez d’abord la version et le niveau de correction

La version d’un code QR définit les dimensions du symbole : la version 1 commence à 21 modules sur 21, puis chaque version ajoute quatre modules de chaque côté jusqu’à la version 40. Un plus grand nombre de modules offre davantage de place, mais le niveau de correction d’erreurs en réserve aussi une partie aux données de récupération. Le niveau L laisse la capacité utile la plus élevée, tandis que M, Q et H consacrent progressivement plus de mots de code à la correction. Cet outil prend ces deux choix comme point de départ fixe et fournit trois maxima utiles. Sélectionnez une version entière de 1 à 40 et l’une des quatre lettres normalisées. Le résultat présente le niveau normalisé, le nombre de mots de code de données disponibles et le maximum de caractères pour chaque mode accepté. Il n’analyse pas le contenu et ne choisit pas automatiquement une version. La réponse reste donc prévisible pour contrôler un cahier des charges, valider une autre bibliothèque QR ou comparer plusieurs configurations avant l’encodage. Toute version ou tout niveau inconnu est refusé, sans arrondi ni remplacement silencieux.

Comprenez pourquoi le mode modifie la capacité

Les trois capacités diffèrent parce que les modes QR regroupent les caractères selon des densités binaires distinctes. Le mode numérique stocke les chiffres par groupes compacts et offre donc le plus grand nombre de caractères, mais il n’accepte que les chiffres de zéro à neuf. Le mode alphanumérique emploie l’alphabet restreint de 45 caractères de la norme QR : lettres majuscules, chiffres, espaces et quelques signes. Le mode octet stocke des unités de huit bits et constitue la référence pratique pour du texte général ou des données binaires ; son maximum est donc inférieur. Le calcul part des mots de code de données restant après correction, retranche l’indicateur de mode sur quatre bits et le champ de comptage lié à la version, puis recherche la charge maximale admissible. La valeur octet compte des octets, pas des lettres visibles. En UTF-8, les caractères accentués, les écritures non latines et les emoji peuvent occuper plusieurs octets. Un encodeur réel peut aussi alterner les modes, ajouter un indicateur ECI ou des métadonnées : à la limite, comparez son flux binaire exact.

Exploitez le résultat sans garantir la lisibilité

La capacité constitue une limite stricte de stockage pour le mode, la version et le niveau sélectionnés ; elle ne garantit pas qu’un symbole imprimé ou affiché sera lu de façon fiable. La taille physique des modules, la zone de silence, le contraste, la mise au point, les déformations, les défauts d’impression et les conditions de prise de vue restent déterminants. Mesurez d’abord la charge dans l’unité appropriée, puis vérifiez qu’elle ne dépasse pas le maximum renvoyé. Si elle le dépasse, choisissez une version supérieure, réduisez le niveau de correction lorsque les conditions le permettent, raccourcissez la charge ou employez un mode compatible plus dense. Si elle tient tout juste, testez l’encodeur et les lecteurs utilisés en production, car les en-têtes de mode ou les segments supplémentaires peuvent modifier le budget binaire final. Une correction élevée aide les étiquettes exposées aux rayures ou aux masquages, mais réduit la capacité sans agrandissement du symbole et peut produire des modules physiques plus petits à taille d’impression constante. Chaque appel d’API coûte $0.002 et fournit un résultat déterministe adapté aux validations, à la documentation et aux contrôles de build reproductibles.