Pourquoi les préfixes d'adresses sont-ils abrégés sur un tag ?
Le format d'enregistrement URI remplace un préfixe courant, tel que https ou un schéma de courrier, par un seul octet d'identifiant, et ne range que le reste de l'adresse. Cela économise plusieurs octets sur chaque tag, c'est entièrement invisible à l'usage, et cela explique pourquoi un affichage brut montre une adresse tronquée.
Ce que le format range réellement
Un enregistrement URI commence par un octet qui désigne un préfixe pris dans une liste fixe, puis porte le reste de l'adresse en caractères ordinaires.
Une adresse qui commence par un schéma courant ne range donc pas ces caractères du tout. Le lecteur retrouve le préfixe à partir de l'octet et reconstitue l'adresse complète avant de la remettre au système.
La liste couvre les schémas qui apparaissent réellement sur les tags : adresses web avec et sans la convention www, courrier, téléphone, et une poignée d'autres.
Pourquoi quelques octets valent la peine
Parce que sur les plus petits tags, quelques octets sont une part notable de ce dont vous disposez.
Économiser les caractères d'un schéma sur un tag qui a de la place pour quelques centaines d'octets de contenu est un faible pourcentage. Sur un tag où une adresse entre tout juste, cela peut faire la différence entre une écriture réussie et un échec, et c'est pourquoi le format s'en soucie.
Cela ne coûte rien en échange. Aucun compromis de compatibilité, aucune perte d'information, aucun réglage.
Ce que vous voyez dans une vue brute
C'est là que le mécanisme devient visible, et là qu'il déroute.
Un outil qui affiche l'enregistrement décodé montre l'adresse complète, comme il se doit. Un outil qui affiche des octets bruts montre l'adresse sans son schéma, précédée d'un octet qui ressemble à du bruit.
Voir un domaine sans https dans un affichage hexadécimal est donc normal et n'est pas le signe d'un tag mal écrit. Le schéma est bien là, encodé sur un octet plutôt que sur huit caractères.
Les limites du procédé
Seuls les préfixes de la liste sont abrégés. Un schéma inhabituel, un schéma propre à une application, ou une adresse qui ne commence par rien de la liste sont rangés en entier, l'octet d'identifiant indiquant l'absence d'abréviation.
Cela compte quand vous vous battez pour de la place avec un schéma propriétaire, car l'économie sur laquelle vous comptiez ne s'applique pas. Cela veut dire aussi que deux adresses de même longueur apparente peuvent occuper des quantités de mémoire différentes selon la façon dont elles commencent.
Rien de tout cela ne change ce que vous faites en écrivant un tag. Un outil s'en charge, et l'enseignement pratique est simplement de cesser de s'inquiéter quand une vue brute paraît fausse.
Questions fréquentes
Faut-il faire quelque chose pour bénéficier de l'abréviation ?
Non. Tout outil qui écrit un enregistrement URI l'applique automatiquement quand l'adresse commence par un préfixe reconnu, et les lecteurs l'inversent tout aussi automatiquement.
Pourquoi mon tag montre-t-il une adresse sans https en hexadécimal ?
Parce que le schéma est rangé sur un octet d'identifiant plutôt qu'en caractères. Décodez l'enregistrement au lieu de lire les octets bruts et l'adresse complète apparaît.
Cela fonctionne-t-il pour un schéma propre à une application ?
Seulement si le schéma figure sur la liste fixe, ce que les schémas propriétaires ne font pas. Ils sont rangés en entier : un schéma propriétaire coûte donc plus de place qu'un schéma standard de même longueur apparente.
Cela peut-il faire varier le comportement d'un tag selon les téléphones ?
Non. Le mécanisme fait partie du format d'enregistrement et tout lecteur conforme l'applique identiquement. Les écarts entre plateformes viennent des types d'enregistrements, non de l'encodage des préfixes.