¿Qué aporta un resolutor detrás de una etiqueta de producto?
Una capa entre el identificador y los destinos. Una redirección corriente manda a todo el mundo a una página; un resolutor guarda varios enlaces para el mismo identificador, redirige cada petición al tipo que pide, y puede devolverle a una máquina la lista entera en vez de redirigirla.
Por qué un solo destino se queda corto
Un pasaporte de producto tiene lectores nombrados. El reglamento (UE) 2024/1781 enumera entre quienes tienen que tener acceso según sus derechos a los clientes, a los reparadores, a los reacondicionadores, a los recicladores, a las autoridades de vigilancia del mercado y a las aduaneras, cosa que expone la página del acceso. Llegan a la misma etiqueta queriendo cosas distintas.
Una dirección con un solo destino sirve al primero de ellos y decepciona al resto. La respuesta habitual es una página con enlaces encima, que funciona para una persona con pantalla y nada en absoluto para una máquina.
Cómo responde un resolutor conforme
La norma del resolutor conforme de GS1 describe el comportamiento con precisión. Cada identificador tiene un enlace por defecto, y el resolutor redirige a él salvo que la petición diga otra cosa. Una petición puede decir otra cosa mediante cabeceras HTTP o mediante un parámetro linkType que nombre el tipo de enlace que quiere, y donde el resolutor conozca un enlace de ese tipo redirige allí de inmediato.
Una máquina puede además pedirlo todo: con linkType puesto a linkset, o con una cabecera Accept de application/linkset+json, el resolutor no redirige y devuelve la lista entera de enlaces, siguiendo el formato linkset del RFC 9264. Esa es la diferencia entre una redirección y un resolutor: la lista se puede descubrir por software en vez de quedar implícita.
La norma pide además direcciones de destino directamente pertinentes para la entidad identificada y no una página de inicio ni un conjunto de resultados de búsqueda, que es la regla que más despliegues rompen primero.
Montar uno, o no
Una redirección de uno a uno no necesita software especial: todo servidor web la hace, y para un solo destino esa es la respuesta honesta. Lo que añade un resolutor son varios enlaces por identificador, tipos declarados y una manera de que el software los enumere.
Lo que montes tiene que sobrevivir al producto, ya que el pasaporte debe seguir disponible al menos durante su vida útil prevista, cosa que cubre la página de la disponibilidad. Un resolutor es infraestructura con una década de servicio en su especificación, y esa es una razón para pesar comprarlo frente a montarlo.
Lo que no resuelve
Los derechos de acceso. Los derechos del pasaporte los fija el acto y se aplican allí donde viven los datos, como describe la página del acceso; un resolutor que redirige a quien repara hacia un recurso restringido no ha concedido nada, ha señalado una puerta que sigue teniendo que comprobar quién llama.
Y la identidad. El identificador de una dirección lo puede leer cualquiera y lo puede copiar cualquiera, así que un resolutor responde a lo que el identificador dice ser, no a lo que el objeto es. La página del lado servidor lo dice sin rodeos, y la página de la credencial traza la misma línea para los sistemas de acceso.
Preguntas frecuentes
¿Qué lo diferencia de una redirección?
Una redirección tiene un destino. Un resolutor guarda varios enlaces para un identificador, redirige al tipo pedido, y puede enumerarlos todos para una máquina.
¿Cómo pide un cliente un enlace concreto?
Mediante cabeceras HTTP o un parámetro linkType que nombre el tipo que quiere. El resolutor redirige allí de inmediato cuando conoce un enlace así.
¿Cómo obtiene una máquina la lista entera?
Pidiendo el linkset, mediante el valor de linkType o una cabecera Accept, en cuyo caso el resolutor devuelve la lista en vez de redirigir.
¿Aplica un resolutor los derechos de acceso?
No. Señala recursos. Los derechos que fija el acto se aplican allí donde viven los datos del pasaporte.