Les QR codes statiques et dynamiques ne sont pas deux variations de la même chose. Ce sont deux artefacts complètement différents qui se trouvent ressembler au moment du scan. L'un d'eux encode une URL de manière permanente dans une grille de modules noirs et blancs. L'autre encode un lien court - un pointeur. Si cette distinction compte pour vous dépend entièrement de ce que vous pointez et si vous prévoyez que cela puisse changer.
TL;DR#
- Un QR code statique encode l'URL de destination directement dans le pattern de modules. Imprimez-le et la destination est gelée.
- Un QR code dynamique encode un lien court. La destination réelle vit au raccourcisseur et peut être changée, suivie ou routée A/B après que le code est déjà imprimé.
- Les QR codes dynamiques ajoutent un saut HTTP de redirection (~5-15 ms sur l'edge d'Elido). En pratique, les scanners ne le remarquent jamais.
- S'il y a la moindre chance que la destination change, ou si vous avez besoin d'analytics de scan, utilisez dynamique. Statique est un choix viable seulement quand l'URL est définitivement stable et que vous n'avez vraiment pas besoin de tracking.
Ce qu'un QR statique encode réellement#
Un QR code n'est pas une image d'une URL. C'est une matrice 2D de modules binaires - carrés sombres et clairs arrangés en grille - qui encode des données en utilisant quatre modes d'encodage possibles (numérique, alphanumérique, octet, kanji). Une longue URL HTTPS force typiquement le mode octet.
La taille de cette grille est appelée la version. ISO/IEC 18004, la norme qui définit la structure du QR code, spécifie 40 versions : la version 1 est une grille de modules 21×21 capable de contenir 17 caractères alphanumériques ; la version 40 est 177×177 et peut contenir 4 296 caractères alphanumériques. Chaque version supplémentaire ajoute quatre modules par côté. Une URL comme https://example.com/products/spring-collection-2026?utm_source=flyer&utm_medium=print&utm_campaign=march fait 101 caractères. Au niveau de correction d'erreur M, cela nécessite au moins la version 15 (77×77 modules), ce qui est déjà assez dense pour qu'un scan à bout de bras depuis une impression usée ou à faible contraste puisse échouer.
Les niveaux de correction d'erreur - L, M, Q, H - échangent la capacité de données contre la tolérance aux dommages. Le niveau H peut récupérer de jusqu'à 30 % des données de module endommagées ou obscurcies ; le niveau L gère 7 %. Plus vous achetez de marge de correction, plus la grille doit être grande pour contenir le même payload. Plus à ce sujet dans la section logo ci-dessous.
Une fois le QR imprimé, l'URL est gravée dans le pattern de modules. Il n'y a pas d'« éditer la destination ». Une faute de frappe dans l'URL, une page déplacée, une campagne terminée - tout cela signifie réimprimer. L'inventeur du QR Denso Wave publie les tables complètes version/capacité si vous voulez modéliser le point de rupture exact.
Ce qu'un QR dynamique encode#
Un QR code dynamique encode un lien court au lieu de l'URL de destination complète. Quelque chose comme https://b.elido.me/spring26 - 32 caractères, version 3 (29×29) au niveau de correction d'erreur H. La destination réelle est dans le datastore d'Elido, résolue au moment du scan.
Cette couche d'indirection unique active quatre choses qu'un QR statique ne peut pas faire :
Changements de redirection. Mettez à jour l'URL de destination dans le tableau de bord ou via l'API. Le code imprimé ne change jamais. La campagne passe à une nouvelle landing page ; les flyers déjà sur le terrain la suivent.
Analytics de scan. Chaque scan est un événement de redirection. Elido le logge vers notre entrepôt d'analytique - timestamp, pays, type d'appareil - sans échantillonnage. La fonctionnalité de suivi de conversion peut fermer la boucle du scan à la conversion en aval si votre landing page déclenche le postback.
Routage A/B. Smart links vous laissent router par pays, appareil ou langue à la couche de redirection. Un seul QR sur une boîte de produit peut envoyer les visiteurs iOS à l'App Store, les visiteurs Android au Play Store et les visiteurs desktop à la page marketing. Un code imprimé, trois destinations, zéro réimpression.
Expiration. Vous pouvez régler un lien pour rediriger vers une page « campagne terminée » après une date. Le code scanne toujours ; il va juste quelque part de sensé au lieu d'un 404.
La pénalité de latence est une redirection HTTP supplémentaire. L'edge d'Elido est à p95 15 ms sur un cache hit. Un scan depuis un téléphone implique une capture de frame caméra (~100-300 ms), une passe de décodage QR par la bibliothèque de l'OS, une résolution DNS, un handshake TLS, et la redirection - tout cela rapetisse les 5-15 ms que la redirection elle-même ajoute. Les scanners ne le remarquent jamais.
Le compromis de correction d'erreur#
Les QR codes dynamiques sont plus petits (URL plus courte → version plus petite). Cela compte pour le cas d'usage d'embarquement de logo.
Au niveau de correction d'erreur H, 30 % des données de module peuvent être fausses ou obscurcies et le scanner récupère encore le payload. Cette marge de 30 % est ce qui vous permet d'estampiller un logo de marque sur le centre du QR - le logo occulte des modules, et la correction d'erreur les reconstruit.
Le piège : la correction au niveau H coûte de l'espace. Pour le même payload de données, version au H versus version au M signifie environ 15-20 % de modules en plus. Un QR statique en version 15 (niveau M) que vous essayez de déplacer au niveau H deviendrait version 22 ou environ, une grille significativement plus dense. Un QR dynamique en version 3 (niveau H) pour une URL courte comme b.elido.me/spring26 reste minuscule et laisse encore du budget de correction pour un logo.
C'est la raison sous-appréciée pour laquelle les équipes tendent la main vers les QR codes dynamiques même quand elles n'ont pas besoin de l'édition de redirection : URL plus courte → version plus petite → plus de marge de correction d'erreur → le logo rentre → matériel imprimé cohérent avec la marque.
Performance et lisibilité au scan#
La taille de module à distance d'impression est la contrainte pratique dont personne ne parle jusqu'à ce qu'un QR échoue sur le terrain.
Un QR version 3 (29×29) imprimé à 3 cm × 3 cm vous donne des modules d'environ 1 mm de large. À 30 cm de la caméra, la plupart des caméras de téléphone résolvent cela proprement. Passez à un QR version 20 (97×97) à la même taille d'impression physique et vous obtenez des modules de 0,3 mm - à bout de bras, sur un flyer pelliculé sous éclairage halogène de boutique, le scan fiable est marginal.
Le guide d'impression de QRTIGER (consulté le 2026-05-10) documente une règle empirique qui s'est tenue : la taille minimale d'impression d'un QR code devrait être de 1/10ème de la distance de scan. Un code destiné à être scanné à 1 m devrait faire au moins 10 cm × 10 cm. Tout ce qui est plus petit et vous comptez sur une bonne caméra dans de bonnes conditions de lumière.
La taille minimale de module est un plancher, pas une cible. Si vous imprimez sur un packaging vu à des distances variables - un produit en rayon, une affiche - utilisez la version qui vous donne le plus petit nombre de modules denses, ce qui signifie l'URL la plus courte, ce qui signifie un lien court.
Quand statique est le bon choix#
Les QR codes statiques ont des usages légitimes. Ils sont le bon outil quand :
- La destination est vraiment permanente et stable : un DOI, une obligation statutaire de divulgation, un lien d'archives publiques qu'une agence gouvernementale contrôle.
- Le code est sur quelque chose qui ne sera jamais réimprimé et vous n'avez aucun intérêt pour les analytics de scan (un livre à tirage unique, un produit où la landing page est le manuel produit et le manuel ne changera pas).
- Vous générez des QR codes hors ligne, sans connexion réseau à un raccourcisseur, et vous avez besoin que le code fonctionne sans aucune dépendance serveur.
Dans les trois cas, le code statique est plus simple. Pas de compte nécessaire, pas de risque de renouvellement, pas de service externe sur le chemin de scan. Un QR code intégré dans une archive PDF avec une URL stable est encore scannable dans dix ans sans infrastructure de votre côté.
Quand dynamique gagne#
Tout le reste. Spécifiquement :
Tout ce que vous pourriez éditer après impression. Toute campagne avec une date de fin définie. Tout cas d'usage où vous voulez savoir combien de personnes ont scanné, depuis où, sur quel appareil. Tout code sur du packaging qui s'expédie à travers les géographies et a besoin de landing pages spécifiques aux géographies. Toute situation où l'URL « finale » est encore en cours de décision quand le code doit partir à l'impression.
Les QR codes dynamiques réduisent aussi le rayon d'impact opérationnel d'une mauvaise URL. Si la destination a un bug, vous corrigez le lien, pas le packaging. C'est le genre d'assurance qui ne coûte rien au moment de la création et qui coûte occasionnellement tout quand vous en avez besoin et ne l'avez pas.
Voir aussi : domaines personnalisés pour les liens courts, qui couvre comment mettre votre propre domaine sur l'URL courte embarquée dans le QR plutôt que de compter sur un sous-domaine partagé elido.me.
La troisième option : QR dynamique avec URL courte vanity#
Le défaut pratique pour la plupart des équipes n'est pas « statique ou dynamique » - c'est dynamique avec une URL courte sur votre propre domaine. Quelque chose comme links.acme.example/spring26 au lieu d'un b.elido.me/spring26 brut.
Pourquoi ça compte pour QR spécifiquement : un domaine vanity comme links.acme.example est typiquement 17 à 20 caractères plus court qu'une URL de tracking non brandée avec paramètres UTM. Cette différence en version 3 / correction d'erreur H produit un nombre de modules significativement plus petit qu'un encodage en version 7 de la chaîne UTM complète. Un nombre de modules plus petit signifie une meilleure lisibilité au scan à des tailles d'impression plus petites et plus de marge pour la superposition de logo.
Au-delà de la physique : un domaine personnalisé sur l'URL courte signifie que le QR code reste valide même si vous migrez de fournisseur de raccourcisseur. La destination de la redirection vit sur le domaine, et le domaine est à vous. La configuration de domaine personnalisé est couverte dans la page de fonctionnalités, et la disponibilité par palier est sur la page de tarification - les domaines personnalisés sont sur Pro et au-dessus.
Pour les marketeurs qui gèrent des QR codes à l'échelle, la page solutions pour marketeurs couvre le workflow de campagne de bout en bout, y compris la génération QR en masse via l'API.
Pièges opérationnels#
Le mode d'échec que personne ne documente jusqu'à ce qu'il vous morde : un QR code dynamique dont le domaine de raccourcisseur expire est un artefact mort dans la nature. Le QR code est sur des médias physiques - packaging, panneaux, marchandise, livres - et les scans routent vers un domaine qui ne résout plus. Le code ne peut pas être mis à jour, parce qu'il encode l'URL courte, pas la destination finale. L'URL courte est partie.
La garde est la mitigation, pas la technologie. Sachez qui possède le domaine, connaissez la date de renouvellement, gardez le renouvellement dans le même système de facturation que tout ce qui compte. Si vous utilisez les sous-domaines elido.me d'Elido, ce renouvellement est notre problème. Si vous utilisez un domaine personnalisé, c'est le vôtre, et vous devriez le traiter avec le même sérieux opérationnel que api.acme.example.
Le deuxième piège est la suppression de lien. Un QR code dynamique pointant vers un lien que vous avez supprimé fera un 404 ou redirigera vers une page de repli selon le comportement de votre raccourcisseur. Elido redirige les liens supprimés vers l'URL « non trouvé » configurée du workspace - une landing page configurable qui est mieux qu'un 404 brut, mais toujours pas la destination originale. Si un QR code est sur des matériaux physiques, archivez le lien, ne le supprimez pas.
Les deux sont des arguments pour traiter les liens courts adossés à des QR différemment des liens de campagne. Taggez-les, mettez-les dans un dossier dédié, et réglez un rappel avant tout renouvellement. Le standard GS1 pour les QR codes sur le packaging retail ajoute une couche par-dessus ceci - GS1 Digital Link encode l'identité du produit dans la structure URL, ce qui donne à l'écosystème retail une couche de résolution stable même quand des marques individuelles changent de fournisseur de raccourcisseur. À savoir si vous êtes dans le retail.
Pour l'anatomie technique du chemin de redirection qui adosse un QR dynamique - comment fonctionne le cache L1/L2, ce qui se passe sur un cache miss, à quoi ressemble la distribution de latence en production - l'article smart links couvre la même infrastructure edge qui sert chaque redirection QR.
- Marius
En lien sur le blog#
Essayer Elido
Collez une URL, obtenez un lien court
Sans inscription. Lien actif 30 jours. Inscrivez-vous pour le garder pour toujours.
Gratuit, sans inscription · 2 par jour