De nombreux protocoles web ont besoin d'apprendre quelque chose sur un site avant de l'utiliser : politique, configuration, certificats, liens d'application ou métadonnées de compte. Sans convention, chaque protocole inventerait une URL à la racine et risquerait d'entrer en collision avec le contenu propre du site.

Les URI bien connues ont résolu ce problème avec un préfixe volontairement terne : /.well-known/. Les protocoles enregistrent un suffixe, et les clients savent où chercher sans balayer ni deviner.

Le génie réside dans la retenue. La norme ne centralise pas l'hébergement et n'impose pas le format des métadonnées. Elle réserve seulement une infime partie de l'espace des URI et ajoute un registre IANA afin que la découverte reste prévisible.

Réserver une étagère de découverte

Un préfixe fixe réduit les suppositions côté client et les allers-retours supplémentaires.

L'enregistrement empêche les noms de protocoles de se piétiner mutuellement.

Les sites gardent le reste de leur espace d'URI sous leur propre contrôle.

La découverte fonctionne lorsque l'espace de noms est terne et gouverné. Une petite étagère réservée vaut mieux que cent protocoles s'emparant d'URL d'entrée aléatoires.

Le modèle est devenu une dépendance discrète pour l'infrastructure web moderne, notamment les protocoles de sécurité, d'identité et d'automatisation. ACME, WebFinger, la découverte liée à OpenID et les conventions de type security.txt bénéficient tous du fait de disposer d'un emplacement reconnu pour placer des faits au niveau de l'origine.

VÉRIFIEZ LES SOURCES

Les sources

  1. RFC 8615: Well-Known Uniform Resource Identifiers (URIs) RFC Editor · rfc-editor.org
  2. Well-Known URIs registry IANA · iana.org