Schémas d'URI : la liste complète et les six spéciaux

Qu'est-ce qu'un schéma d'URI ?

Un schéma d'URI, c'est ce qui précède les deux-points : le https de https://example.com, le mailto de mailto:quelquun@example.com, le spotify d'un lien qui ouvre une application. Il indique à ce qui reçoit l'URL de quel genre de chose il s'agit, et l'IANA en tient le registre — 426 au moment où cette page a été générée, chacun marqué Permanent, Provisional ou Historical.

Presque toutes les listes de schémas d'URL du web sont des copies de ce registre dont on a discrètement retiré la colonne de statut. Celle-ci la garde, et ajoute la colonne qu'aucune copie ne porte, car le registre ne répond finalement pas à la question que presque tout le monde se pose en arrivant.

Cette question, c'est comment le navigateur va effectivement traiter le schéma. La réponse se trouve dans une tout autre spécification, et elle prend la forme d'une table de six lignes.

Comment l'utiliser

1. Tapez un schéma dans le champ. N'importe lequel, enregistré ou inventé. Cinq entrées sont soumises à l'analyseur d'URL de votre propre navigateur et les réponses s'affichent en dessous.
2. Regardez quelles lignes indiquent une différence. Chaque vérification est comparée à un schéma enregistré ordinaire : une ligne signalée comme différente est donc une règle de schéma spécial qui s'applique, et rien d'autre.
3. Fouillez le registre plus bas. Par nom de schéma ou par description. Chaque ligne porte son statut IANA, le fait que le standard URL le traite spécialement ou non, et son port par défaut le cas échéant.

Six schémas spéciaux, et le registre ne peut pas dire lesquels

Le standard URL du WHATWG — la spécification que les navigateurs implémentent réellement — définit un schéma spécial comme un schéma figurant dans une table qu'il imprime en entier. Cette table compte six lignes : ftp avec le port 21 par défaut, file sans port du tout, http avec 80, https avec 443, ws avec 80 et wss avec 443. Une URL est spéciale si son schéma est l'un de ces six, et toutes les différences de cette page découlent de ce seul prédicat.

Mettez les deux sources côte à côte : elles ne se recoupent pas. Les six schémas spéciaux sont enregistrés Permanent, ce qui ressemble à une règle jusqu'à ce qu'on remarque que 93 autres schémas sont eux aussi Permanent et sont analysés comme ordinaires. gopher est Permanent, il a sa propre RFC, et votre navigateur ne lui accorde aucun traitement particulier. mailto est Permanent et ordinaire. Pendant ce temps, un schéma que vous inventez cet après-midi, absent de tout registre, est analysé exactement comme gopher.

Le statut au registre vous dit donc si un schéma est passé par un processus de normalisation. Il ne vous dit rien de l'analyse. Ce sont deux faits maintenus par des organismes différents à des fins différentes, et les confondre est l'erreur la plus répandue dans ce coin du web.

Ce que le statut spécial change vraiment

Le port par défaut disparaît. Analysez https://example.com:443/ et le port s'efface, puisque 443 est celui d'https ; analysez git://example.com:443/ et le port reste, puisque git n'en a aucun auquel le comparer.

Les barres obliques inverses deviennent des barres normales. La chaîne https:\\example.com\chemin est analysée comme https://example.com/chemin : l'analyseur la répare en silence. Avec un schéma ordinaire, chaque barre inverse survit telle quelle.

Un hôte vide est refusé, et ce qui se produit à la place est le plus surprenant. Un schéma spécial ne peut pas avoir d'hôte vide, si bien que https:///chemin n'échoue pas : le premier segment du chemin est promu en hôte, et vous obtenez une URL dont l'hôte est chemin. Avec un schéma ordinaire, l'hôte vide est conservé et le chemin reste où vous l'aviez mis. file fait exception parmi les six : c'est le seul schéma spécial autorisé à avoir un hôte vide, et c'est pourquoi file:///etc/hosts fonctionne comme il le fait.

L'hôte est normalisé. EXAMPLE.München.DE devient example.xn--mnchen-3ya.de : mis en minuscules et passé par IDNA. Un schéma ordinaire conserve la casse et encode plutôt les caractères non ASCII en pourcentage.

Enfin, un schéma spécial exige un hôte. new URL("https:") lève une TypeError, tandis que new URL("git:") est une URL parfaitement valide qui s'analyse en git: et rien de plus.

Une différence qui n'existe pas

La suppression des segments point est régulièrement présentée comme un comportement de schéma spécial ; elle ne l'est pas. Un chemin /a/./b/../c se réduit à /a/c sous https, sous git et sous un schéma que personne n'a jamais enregistré. Toute URL dotée d'une autorité voit ses segments point supprimés : c'est donc une propriété du fait d'avoir un hôte, pas d'être spécial.

Si nous le signalons, c'est que l'affirmation figurait dans nos propres notes avant la rédaction de cette page, et que la confronter à l'analyseur est ce qui l'a fait disparaître. Les vérifications ci-dessus tournent dans votre navigateur plutôt que d'être citées d'une spécification, pour la même raison : une page sur ce que font les navigateurs devrait en interroger un.

Deux limites assumées. Le registre est un instantané, daté dans le panneau sous la table, et des schémas y sont ajoutés en continu : un schéma enregistré la semaine dernière peut manquer ici, même s'il s'analysera comme les schémas ordinaires qui y figurent. Et qu'un schéma soit enregistré ne dit rien de la capacité de votre machine à l'ouvrir : cela dépend des logiciels installés, qu'aucune page web ne peut inspecter.

Pourquoi est-ce gratuit ?

Le registre voyage avec la page pour quelques kilo-octets, et les vérifications d'analyse tournent dans votre propre navigateur. Rien de ce que vous tapez n'est envoyé, rien n'est journalisé, et il n'y a aucun compte à créer.

Sans inscription, sans limite, et sans filigrane sur ce que vous copiez.