Texte et outils quotidiens · Boîte à outils QR et codes-barres
Combien de données un code QR peut-il contenir ? Versions 1 à 40 et capacité expliquées
· Contexte
code QR codage convivialité
Explique les versions 40 QR, comment la taille de la grille, le mode de codage et la correction d'erreur se combinent pour définir la capacité, et pourquoi le maximum théorique est rarement le maximum pratique.
Le code qui est devenu un carré gris illisible : que se passe-t-il lorsque vous encodez un paragraphe au lieu d'un lien
Une longue note peut transformer un symbole compact en un champ dense de minuscules modules avant même que l'encodeur ne le rejette. Ce changement visuel est important car une largeur d'impression fixe laisse moins de pixels ou de points d'imprimante pour chaque ligne et colonne ajoutées.
La densité est visible à la fois dans le compteur de modules et dans la preuve physique. Le générateur peut accepter une longue note, mais l'aperçu de taille fixe contient désormais de nombreuses cellules plus petites et une impression ultérieure peut les rendre floues. La capacité détermine si une matrice peut être construite, et non si une imprimante et un téléphone choisis peuvent la résoudre. Réduisez la charge utile avant de réduire la marge ou la taille des cellules, car ces modifications attaquent les preuves visuelles du scanner.
Versions 1 à 40 — 21×21 modules augmentant de quatre de chaque côté jusqu'à 177×177, et ce que chaque étape ajoute
L'implémentation prend en charge les versions QR 1 à 40 : 21 modules par côté dans la première version, puis quatre autres par côté jusqu'à 177. La sélection automatique choisit la plus petite version qui correspond à la charge utile et au niveau de correction de UTF-8 octets. Les dimensions de la version
fournissent une échelle observable simple : 21 modules pour la première version, puis quatre modules supplémentaires par côté à chaque étape jusqu'à 177. Les tests vérifient la règle de dimension `4n + 17` à travers les niveaux de correction. ToolAcre demande à la dépendance une sélection automatique plutôt que d'exposer un champ de version, les utilisateurs doivent donc lire le nombre de modules résultant au lieu de forcer une recherche dans la table.
La capacité de cette boîte à outils est de UTF-8 capacité en mode octet ; les maxima publiés dans tous les modes sont en dehors de l'implémentation
Les tableaux de capacité génériques séparent les modes numérique, alphanumérique, octet et kanji, mais ToolAcre utilise délibérément le mode octet pour chaque charge utile. La reproduction des maxima d'un autre mode décrirait mal cet outil, donc la capacité ici est mesurée en octets codés UTF-8. La longueur d'octet
UTF-8 explique pourquoi un nombre de caractères égal peut se comporter différemment. Quarante caractères ASCII `x` utilisent moins d'octets que quarante caractères japonais, et le test confirme que la charge utile multi-octets nécessite une matrice au moins aussi grande. C'est pour cette raison que le panneau affiche des octets plutôt que des caractères. Les maxima numériques ou alphanumériques génériques ne prédiraient pas ToolAcre car il envoie chaque charge utile via le mode octet.
La capacité dépend du niveau de correction sélectionné ; utiliser les limites exactes d'octets de l'implémentation
Les plafonds vérifiés sont de 2,953 octets en L, 2,331 en M, 1,663 en Q et 1,273 en H. Ce sont des constantes d'implémentation, pas une promesse de qualité d'impression pratique, et une correction plus forte laisse moins de place aux octets de charge utile.
Les plafonds configurés exacts définissent également le chemin d'erreur : 2,953 octets en L, 2,331 en M, 1,663 en Q et 1,273 en H. Ce sont des chiffres d'implémentation valides à afficher dans l'interface. Ils ne doivent pas être convertis en nombre de caractères, car les accents et les emoji varient en longueur UTF-8. Lorsqu'une valeur dépasse la capacité, il est plus sûr de la raccourcir que de supprimer silencieusement du contenu.
Plafonds pratiques : la résolution de la caméra, la taille d'impression et la distance de numérisation réduisent la plage d'utilisation bien en dessous de la version 40
Une matrice qui s'adapte techniquement peut toujours être une mauvaise conception physique lorsqu'elle est imprimée trop petite ou vue trop loin. La résolution de la caméra, la zone silencieuse, le contraste et le substrat réduisent le plafond pratique, c'est pourquoi une URL courte est souvent préférable à un enregistrement complet.
La portée pratique dépend de l'ensemble du symbole. Une correction plus forte peut agrandir la matrice pour un texte identique, comme le démontre le test de caractère 200 entre L et H. À une largeur d'impression fixe, cela réduit chaque module. Augmenter la correction n'est donc pas automatiquement plus sûr : la redondance peut tolérer certains dégâts tandis qu'une densité accrue rend la capture nette plus difficile. Choisissez un niveau puis testez le code physique résultant.
Exemple pratique : comparer le nombre de modules générés au lieu de prédire les versions exactes à partir de la mémoire
Générez une URL courte, une vCard prise en charge et une longue note en texte brut, puis comparez le nombre de modules renvoyés et numérisez les épreuves. La source n'expose pas d'estimateur de version garantie pour le texte arbitraire, alors observez la sortie réelle au lieu de deviner.
Pour l'ensemble d'exemples, générez une URL HTTPS courte, une vCard prise en charge et une note de caractères 500 au même niveau de correction. Enregistrez le nombre d'octets et les dimensions des modules au lieu de prédire les versions exactes. La vCard ajoute des étiquettes de champ et des séparateurs autour des données de contact visibles, de sorte que sa longueur codée n'est pas simplement la somme de ce qui apparaît dans le formulaire.
Ce que cela ne couvre pas : ajout structuré sur plusieurs codes et Micro QR
L'ajout structuré et Micro QR ne sont pas implémentés. ToolAcre ne répartit pas non plus une charge utile surdimensionnée entre les symboles ; il signale que le contenu est trop long et suggère de le raccourcir ou de choisir un niveau de correction inférieur.
ToolAcre ne divise pas les données entre plusieurs codes et ne propose pas de Micro QR. Une charge utile surdimensionnée renvoie une erreur plutôt qu’une image partielle. Si un enregistrement est trop volumineux, hébergez-le derrière une URL stable ou sélectionnez un outil spécialisé dont le format multi-symboles et la prise en charge du lecteur répondent aux exigences. Couper manuellement du texte en images QR sans rapport crée un problème d'assemblage pour le scanner et l'utilisateur.
Ce qu'il faut retenir : encodez un pointeur plutôt que la charge utile lorsque vous le pouvez, et laissez la boîte à outils QR et codes-barres choisir la version du contenu que vous saisissez.
Encodez un pointeur lorsque la destination peut héberger l'enregistrement le plus volumineux, gardez les URL de longue durée sous votre contrôle et laissez le générateur sélectionner la matrice. La capacité est un budget en octets, tandis que l'utilisation fiable est un test du système physique.
Le point opérationnel à retenir est une hiérarchie : conserver le contenu correct, supprimer les octets inutiles, choisir un niveau de correction approprié, observer la matrice générée, puis la dimensionner et la tester. Un maximum théorique constitue la limite finale du codeur et non un objectif de conception. Les pointeurs courts laissent généralement plus de place aux modules robustes et permettent au contenu de destination de changer sans remplacer l'impression.