Code QR avec URL, est-ce que * VRAIMENT * besoin du http: //?

Question

Il semble que la plupart (sinon tous) les lecteurs QR sur mon iPhone gérer les URL sans le http: // très bien, mais je me demandais si cela est universel? Android? La mûre? Y at-il un document RFC quelque part que je devrais lire?

Je suis en train de construire un système de gestion QR/raccourcisseur url et je me demandais si c'était absolument nécessaire. Si ce n'est pas le cas, je peux supprimer 7 caractères des URL de mes QR et les rendre le niveau de complexité le plus bas (16 caractères ou moins). Lequel, d'après tout ce que j'ai lu, est une bonne chose.

Answer 1

Je n'ai trouvé aucune documentation absolue disant qu'il doit l'avoir. Mais ... Après avoir testé un certain nombre d'applications de lecture de QR, il est clair que beaucoup d'entre elles vont "deviner" à une URL s'il n'y a pas de http: // dedans. Mais beaucoup ne le font pas et l'affichent comme une simple ficelle. Comme c'est une URL, elle en a vraiment besoin. Et si des applications ne le lisent pas, alors je dois m'incliner devant eux et l'ajouter pour tous.

Answer 2

Hey Dan Je suis le développeur de Barcode Scanner et je viens de voir ta question. J'ai quelques informations supplémentaires qui peuvent aider.

Il n'y a pas vraiment de 'standard' pour cela; Je suppose que la spécification HTTP est la chose la plus proche et techniquement, elle dit que vous avez besoin de "http: //". This wiki a tout ce que nous pensons savoir sur les normes et les normes de facto dans ce domaine.

Je peux vous dire que les codes QR ont des modes spéciaux pour coder les chiffres seulement, et du texte alphanumérique seulement. Le mode alpha inclut uniquement les lettres majuscules, mais inclut la ponctuation de clé comme les deux-points et les barres obliques. Donc, "HTTP://FOO.ORG/BAR" devrait être encodable dans les codes QR en moins d'octets que "http://foo.org/bar". Toutefois, les URL elles-mêmes sont sensibles à la casse. Ce n'est pas forcément OK de mettre une URL en majuscules. Mais l'application serveur peut être insensible à la casse. Si vous contrôlez les points de terminaison et savez que vous pouvez utiliser toutes les majuscules, c'est peut-être un moyen de se faufiler dans la version 1.

Enfin, je dirais que les codes QR de la version 1 sont un peu bizarres puisqu'ils n'ont pas de modèle d'alignement. Sans un quatrième point à trouver, il ne peut pas (bien, le processus stupide mais efficace employé par Barcode Scanner et par extension beaucoup de scanners) compte pour la distorsion de la perspective. Il arrive à travailler avec seulement une petite inclinaison. Mais la version 2 a en fait un petit avantage pour la décodabilité avec ce modèle d'alignement.

Answer 3

lecteurs QR identifient généralement comme une URL de texte qui sont conformes à aucune de ces conditions:

• texte commence largeur http: // (ou)
• texte commence largeur www.
• texte commence par MEBKM: (format NTT DoCoMo pour marque-page web)

Vous devriez être bien sans http si l'URL commence par www. mais ce n'est pas ton cas. Comme le souligne Sean, vous devriez plutôt utiliser des URL majuscules.

Vous pouvez intégrer jusqu'à 24 caractères alphanumériques dans un niveau L QR version 1, ce qui est juste suffisant pour un raccourci url. Exemple: