¿Por qué se abrevian los prefijos de URL en una etiqueta?
El formato de registro URI sustituye un prefijo común, como https o un esquema de correo, por un solo byte identificador, y guarda únicamente el resto de la dirección. Ahorra varios bytes en cada etiqueta, es del todo invisible en el uso normal, y explica por qué un volcado en bruto de una etiqueta muestra una dirección truncada.
Lo que el formato guarda de verdad
Un registro URI empieza con un byte que identifica un prefijo de una lista fija, y después lleva el resto de la dirección como caracteres corrientes.
Así que una dirección que empieza por un esquema común no guarda esos caracteres en absoluto. El lector busca el prefijo a partir del byte y reconstruye la dirección completa antes de entregarla al sistema.
La lista cubre los esquemas que de verdad aparecen en las etiquetas: direcciones web con y sin el convenio www, correo, teléfono, y un puñado de otros.
Por qué unos pocos bytes valen la pena
Porque en las etiquetas más pequeñas unos pocos bytes son una parte apreciable de lo que tienes.
Ahorrarse los caracteres de un esquema en una etiqueta con sitio para un par de cientos de bytes de contenido es un porcentaje pequeño. En una etiqueta donde una URL cabe por los pelos, puede ser la diferencia entre una escritura que sale bien y una que falla, y por eso el formato se toma la molestia.
Y no cuesta nada a cambio. No hay canje de compatibilidad, ni pérdida de información, ni configuración.
Lo que ves en una vista en bruto
Aquí es donde el mecanismo se vuelve visible, y donde confunde a la gente.
Una herramienta que muestre el registro descodificado enseña la dirección completa, como debe ser. Una que muestre los bytes en bruto enseña la dirección sin su esquema, precedida de un byte que parece ruido.
Ver un dominio sin https en un volcado hexadecimal es por tanto normal y no una señal de que la etiqueta se escribiera mal. El esquema está ahí, codificado como un byte en lugar de ocho caracteres.
Los límites del truco
Solo se abrevian los prefijos de la lista. Un esquema inusual, un esquema propio de una aplicación, o una dirección que no empiece por nada de la lista se guardan enteros, con el byte identificador puesto para indicar que no hay abreviación.
Esto cuenta cuando peleas por espacio con un esquema propio, porque el ahorro con el que contabas no se aplica. Significa además que dos direcciones de la misma longitud visible pueden ocupar cantidades distintas de memoria según cómo empiecen.
Nada de esto cambia lo que haces al escribir una etiqueta. Una herramienta se ocupa, y la lección práctica es sencillamente dejar de preocuparse cuando una vista en bruto parece incorrecta.
Preguntas frecuentes
¿Tengo que hacer algo para usar la abreviación?
No. Cualquier herramienta que escriba un registro URI la aplica automáticamente cuando la dirección empieza por un prefijo reconocido, y los lectores la deshacen con la misma automaticidad.
¿Por qué mi etiqueta muestra una URL sin https en un volcado hexadecimal?
Porque el esquema se guarda como un único byte identificador y no como caracteres. Descodifica el registro en lugar de leer los bytes en bruto y aparecerá la dirección completa.
¿Funciona con los esquemas propios de una aplicación?
Solo si el esquema está en la lista fija, cosa que los propios no cumplen. Se guardan enteros, así que un esquema propio cuesta más espacio que uno estándar de la misma longitud visible.
¿Puede esto hacer que una etiqueta se comporte de otra forma según el teléfono?
No. El mecanismo forma parte del formato de registro y todo lector conforme lo implementa igual. Las diferencias entre plataformas vienen de los tipos de registro, no de la codificación del prefijo.