Résumé

  • La RFC 3305 retrace le passage d’une partition exclusive entre URL et URN à une architecture où les schémas URI constituent les unités extensibles ; « URL » reste une description utile, non une case formelle séparée.
  • Ce rapport Informational de 2002 n’imposait aucune mise en œuvre. La RFC 3986 l’a ensuite citée en recommandant le terme générique « URI » : c’est une trace d’adoption documentaire, pas la preuve d’une cause unique ni d’un usage universel.

Quand la taxonomie gênait le travail

Au commencement du Web, la classification paraissait simple. Un Uniform Resource Locator (URL) désignait une ressource en indiquant le principal moyen d’y accéder ; un Uniform Resource Name (URN) devait l’identifier indépendamment de son emplacement. Dans la conception classique, tout URI était donc l’un ou l’autre. La difficulté est apparue lorsque des textes normatifs ont alterné entre « schéma URL », « schéma URI » et « schéma URN », comme s’ils désignaient des couches différentes.

La RFC 3305 documente une tentative de clarification. En octobre 2000, le W3C a créé un groupe de planification chargé d’évaluer les travaux à poursuivre sur les identifiants uniformes de ressources. Il réunissait des membres du W3C et des experts de l’IETF invités à participer. Publié en août 2002, son rapport oppose une vision « classique » à une vision dite « contemporaine » : les schémas d’identification du Web sont en général des schémas URI et chacun peut définir ses propres sous-espaces. http: est un schéma URI ; urn: en est un aussi, avec des espaces de noms imbriqués.

Dans ce modèle, « URL » ne désigne plus une classe formelle dans laquelle chaque schéma devrait entrer. Le mot reste une description informelle mais commode d’un URI qui localise une ressource au moyen de son mécanisme d’accès principal. La nuance change la question : plutôt que de décider si un schéma est intrinsèquement un nom ou un localisateur, on examine ce qu’un identifiant donné permet et la façon dont l’autorité d’attribution le définit. Un même schéma peut servir à nommer, à localiser, ou aux deux.

Le rapport répond à une friction entre documents, pas à une enquête démontrant que tous les internautes étaient confus de la même manière. La RFC 3305 cite l’emploi discordant des termes dans des textes antérieurs, notamment la syntaxe URI générique de la RFC 2396 et les procédures d’enregistrement de « schémas URL » de la RFC 2717. Quand deux normes désignent différemment le même type d’extension, auteurs, implémenteurs et responsables des registres doivent d’abord traduire le vocabulaire avant de discuter du fond.

Recommander n’est pas commander

Le groupe proposait un modèle commun W3C/IETF, la révision des RFC 2717 et 2718 pour parler de schémas URI, la clarification des arbres d’enregistrement alternatifs et l’amélioration des données IANA sur les schémas publics, obsolètes ou en attente. Le rapport photographiait aussi le registre en 2002 : 34 schémas dans la liste officielle et dix identifiants d’espaces de noms URN formellement enregistrés. Ce sont des chiffres historiques datés, non les totaux actuels.

Le statut du document fixe sa portée. La RFC 3305 est Informational : elle renseigne la communauté Internet, mais n’est ni un protocole de la filière Standards Track ni une décision capable d’obliger les projets du W3C, les auteurs de l’IETF ou les responsables de schémas à changer leur code ou leurs termes. Elle rend un problème de coordination visible et propose une voie. Le contrôle concret reste réparti entre les spécifications de schémas, leurs demandeurs d’enregistrement, les listes tenues par l’IANA et les implémentations qui attribuent ou analysent les identifiants.

Trois ans plus tard, la RFC 3986 fournit une trace solide de la circulation de cette formulation. Elle présente l’URL comme un sous-ensemble des URI qui indiquent un mécanisme d’accès principal. Elle précise aussi qu’un schéma n’a pas à être exclusivement un nom ou un localisateur et recommande aux futures spécifications le terme général « URI », moins restrictif que « URL » et « URN » — en citant explicitement RFC 3305. C’est une reprise directe dans un texte Standards Track postérieur. Cela ne prouve ni que RFC 3305 en fut l’unique cause, ni que tous les auteurs l’ont suivie, ni que le mot courant « URL » a disparu.

Les procédures d’enregistrement ont évolué sur une voie connexe, mais distincte. La RFC 7595 a ensuite documenté les bonnes pratiques et les règles d’enregistrement des schémas URI. La RFC 8820 est revenue sur l’autorité propre aux schémas : ceux-ci définissent la structure de leurs URI, tandis que des normes externes imposant cette sous-structure peuvent créer des difficultés. Le vocabulaire seul ne réglait donc ni la propriété, ni la syntaxe, ni l’enregistrement.

Ce que les archives permettent d’affirmer

Il vaut mieux lire RFC 3305 comme une petite séquence d’histoire des standards : un groupe mixte repère un conflit de terminologie, propose une langue commune et des améliorations du registre, puis laisse les textes ultérieurs et leurs participants décider de l’adoption. La citation explicite de RFC 3986 permet de suivre une recommandation jusque dans un document plus formel. Les archives ne mesurent pas la baisse de confusion, ne prouvent pas une conformité universelle et ne donnent pas à RFC 3305 le mérite exclusif de la conception actuelle des URI.

Cette retenue fait partie du mécanisme. Un document de coordination peut rendre un problème commun lisible sans posséder le pouvoir d’imposer sa solution. La publication crée une référence que d’autres peuvent reprendre ; les spécifications ultérieures, la procédure d’enregistrement et les implémentations déterminent ce qui change effectivement.