URI vs URL : Les Différences et Quand les Utiliser

Bien qu’un identifiant de ressource uniforme (URI), « uniform resource identifier ») et un localisateur de ressource uniforme (URL, « uniform resource locator ») puissent être utilisés de manière interchangeable dans certains cas, il est important de les différencier.

En effet, le fait de connaître la différence entre URI vs URL peut faciliter le développement de votre site internet. Par exemple, vous pourrez plus facilement concevoir une API REST car un URI ou une URL identifiera chaque ressource sur le web.

En bref, la principale différence entre un URI et une URL est que le premier peut être un nom, un emplacement ou les deux, tandis que le second ne fournit que l’emplacement d’une ressource.

Dans cet article, nous expliquerons plus en détail les différences entre URI vs URL, ainsi que leur structure. Nous inclurons aussi des cas d’utilisation des URI et des URL, ainsi que leurs avantages et inconvénients.

Les différences entre un URI et une URL

Consultez le tableau comparatif ci-dessous pour mieux comprendre les principales différences entre un URI et une URL.

URI	URL
URI est l’acronyme d’Uniform Resource Identifier.	URL est l’acronyme de Uniform Resource Locator.
L’URI est le sur-ensemble de l’URN et de l’URL.	L’URL est le sous-ensemble de l’URI.
L’URI identifie une ressource et la différencie des autres en utilisant un nom, un emplacement ou les deux.	L’URL identifie l’adresse web ou l’emplacement d’une ressource unique.
L’URI contient des composants tels qu’un schéma, une autorité, un chemin et une requête.	L’URL a des composants similaires à l’URI, mais son autorité est constituée d’un nom de domaine et d’un port.
Un exemple d’URI est ISBN 0-476-35557-4.	Un exemple d’URL serait https://hostinger.com.
L’URI est généralement utilisé dans les fichiers XML, les fichiers de bibliothèque de balises et d’autres fichiers, tels que JSTL et XSTL.	L’URL sert principalement à rechercher des pages web sur Internet.
Le schéma de l’URI peut être un protocole, une spécification ou une désignation telle que HTTP, fichier ou données.	Le schéma de l’URL est un protocole, tel que HTTP et HTTPS.

Les types d’URI

Maintenant que nous avons vu les principales différences entre un URI et une URL, examinons en détail les deux types d’URI.

Les Uniform Resource Names (URNs)

Un URN est un identifiant persistant et indépendant de l’emplacement qui vise à identifier une ressource de manière permanente. Cela signifie que la ressource reste valide même si ses données sont déplacées vers un autre emplacement.

Pour ce faire, un URN utilise le schéma pour distinguer les ressources. Par exemple, l’URN urn:isbn:0405999832 identifie un livre en utilisant les numéros ISBN.

Chaque URN se compose d’au moins trois éléments :

• URN – chaque URN utilise le préfixe de spécification de schéma urn:
• NID – fait référence à un identifiant d’espace de noms qui doit être enregistré auprès de l’Internet Assigned Numbers Authority (IANA). Il peut s’agir de lettres, de chiffres ou d’un trait d’union suivi de deux points.
• NSS – Il s’agit d’une chaîne spécifique à l’espace de noms qui identifie la ressource internet. Elle peut contenir des codes ASCII, des chiffres, des signes de ponctuation et des caractères spéciaux.

Les Uniform Resource Locators (URLs)

Une URL spécifie la méthode permettant d’obtenir une représentation de l’emplacement physique par le biais de la description du mécanisme d’accès principal ou de son emplacement sur le réseau. Les ressources qu’elle tente de localiser peuvent être une page web, une vidéo, une image ou tout autre document publié en ligne.

Contrairement à un URN (Uniform Resource Name), cet identifiant de ressource internet n’est pas toujours persistant et indépendant de l’emplacement puisqu’il spécifie le chemin d’accès à la ressource, qui peut changer au fil du temps. En outre, l’URL ne suit pas le schéma de l’URN.

La principale différence entre les deux identifiants est qu’un URN ne spécifie que le nom d’une ressource, tandis qu’une URL nécessite la technique ou les protocoles d’accès pour retrouver l’emplacement de la ressource.

En bref, toutes les URL sont des URI, mais tous les URI ne sont pas des URL.

La syntaxe des URI

La syntaxe d’un « Uniform Resource Identifier » (URI) définit sa structure, ce qui permet à un programme de le comprendre. Voici la syntaxe générique d’un URI :

scheme:[//authority]path[?query][#fragment]

Passons maintenant en revue les éléments de la syntaxe de l’URI :

Schéma

Un schéma est le premier composant d’un URI qui définit le système d’adressage. Dans certains cas, les schémas URI constituent un protocole utilisé pour accéder à une ressource, mais d’autres techniques peuvent ne spécifier aucun protocole.

Par exemple, le schéma about: est utilisé dans les navigateurs web où la ressource est intégrée au client, mais où elle n’est associée à aucun protocole spécifique.

Il peut contenir n’importe quelle combinaison de lettres, de chiffres, de signes plus, de points ou de traits d’union suivis de deux points. Les schémas d’URI les plus courants sont HTTP, HTTPS, FTP, mailto et file.

Par exemple, si l’URI est file:website.com/pathtofile/intro.pdf, le nom du schéma est file.

Composant d’autorité

Il s’agit d’un composant facultatif précédé d’une double barre oblique et terminé par une barre oblique, un point d’interrogation ou un symbole de hashtag. Il se compose de trois sous-composants :

• Info utilisateur – comprend un nom d’utilisateur et un mot de passe séparés par deux points.
• Hôte – consiste en une adresse IP ou un nom enregistré. L’adresse IP doit être insérée entre parenthèses.
• Port – un protocole utilisé pour la connexion au serveur. Il s’agit d’un sous-composant optionnel suivi de deux points.

Par exemple, le composant d’autorité de file:website.com/pathtofile/intro.pdf est website.com/.

Chemin d’accès

Le chemin d’accès contient une séquence de segments de données décrivant l’emplacement d’une ressource dans une structure de répertoires. Il doit être vide ou séparé par une barre oblique. Par exemple, telnet://192.0.2.16:80/ ou foo://info.example.com?fred est un URI valide avec un chemin d’accès vide puisqu’il n’y a pas d’indication concernant l’emplacement spécifique de la ressource.

Composant de requête

Une requête est un composant facultatif qui contient une chaîne de requête de données non hiérarchiques. Il s’agit souvent d’une chaîne de paires clé=valeur. Ce composant est précédé d’un point d’interrogation. Par exemple, si l’URI est https://example.org/test/test1?search=test-question#part2 , le composant de requête est search=test-question.

Composant de fragment

Ce composant facultatif comprend un identifiant de fragment qui indique la direction à suivre pour accéder à une ressource secondaire. Il renvoie à une section différente de la ressource principale. Un fragment est précédé d’un symbole de hashtag et se termine par la fin d’un URI.

Par exemple, le composant de fragment de https://example.org/test/test1?search=test-question#part2 est part2.

La syntaxe de l’URL

Chaque URL doit suivre la syntaxe URI, dont la structure est similaire à celle d’un URI. Vous trouverez ci-dessous un exemple de syntaxe d’URL :

https://www.example.com/forum/questions/?tag=networking&order=newest#top

L’URL ci-dessus peut être divisée en plusieurs éléments :

Schéma

La première partie de la syntaxe URL est un protocole utilisé pour récupérer une ressource. Un schéma d’URL indique le type d’application que votre appareil utilise pour ouvrir l’URL. Par exemple, FaceTime utilise un schéma d’URL facetime:// pour passer des appels. Voici d’autres protocoles parmi les plus utilisés pour les schémas d’URL:

• Protocole de transfert hypertexte (HTTP) – permet aux utilisateurs d’accéder aux données des pages web à l’aide de liens hypertextes.
• Protocole de transfert hypertexte sécurisé (HTTPS) – protège la transmission des données entre le navigateur de l’utilisateur et le site.
• Protocole de transfert de fichiers (FTP) – utilisé pour le transfert de fichiers entre différents appareils via un réseau.

En outre, certains protocoles URL utilisent un lien mailto pour identifier les adresses électroniques ou un lien JDBC pour spécifier l’accès à une base de données en fonction des besoins de l’utilisateur.

Autorité

Ce composant est précédé d’une double barre oblique. Il contient deux sous-composants – un nom de domaine et un port, la ressource à laquelle vous accédez. Le nom de domaine est le nom enregistré de la ressource, comme hostinger.com ou google.com.

Quant au port, il s’agit du numéro spécifique qui identifie le service web que vous demandez sur un serveur web. Par exemple, le numéro de port pour une URL HTTP est 80, et 443 pour une URL HTTPS. Toutefois, si le serveur web utilise un protocole standard comme HTTP ou HTTPS, le port est généralement omis de l’URL.

Chemin d’accès

Cet élément identifie l’emplacement spécifique d’une page web, d’un message ou d’autres fichiers auxquels les utilisateurs veulent accéder dans le nom de domaine. Un chemin d’accès contient également toute extension de fichier, comme les images et les documents.

Cependant, toutes les URL n’affichent pas le composant du chemin d’accès. Dans de nombreux serveurs web modernes, il se peut que vous ne voyiez pas le composant du chemin d’accès, car il peut être omis pour raccourcir les URL. Par exemple …/software/htp/index.html ou …/forum/question/.

Chaîne de requête

Cette chaîne fournit des données sur la ressource du serveur web et est précédée d’un point d’interrogation. Elle contient généralement une paire clé/valeur séparée par une esperluette (le signe &). Par exemple ?tag=networking&order=newest .

La chaîne de requête stocke des données car le protocole HTTP est stateless. Cela signifie que chaque requête est indépendante et n’est pas liée à la requête précédente. La connexion entre un navigateur et un serveur web sera donc automatiquement fermée une fois la requête du client terminée.

En outre, la chaîne est connue sous le nom de paramètres de requête URL qui peuvent être utilisés à certaines fins, telles que les résultats de la recherche d’une page web. Elle aidera les utilisateurs à parcourir le contenu d’une ressource. Par exemple, les utilisateurs peuvent facilement trouver des informations sur les produits d’une boutique en ligne.

Identifiants de fragments

Un identifiant de fragment, ou une ancre, apparaît généralement à la fin d’une URL et est introduit par un signe dièse. Il s’agit d’un élément facultatif permettant de diriger un navigateur web vers une ressource secondaire. Il renvoie à une section spécifique d’une page web.

Dans une page HTML, le navigateur passe à la section spécifique marquée par un fragment.

Par exemple, si l’URL est https://example.com/results.html#intro , il se rendra directement à l’introduction balisée de la page intitulée results.html.

Les raisons d’utiliser un Uniform Resource Identifier (URI)

L’utilisation d’un URI permet de créer des règles standard pour l’utilisation d’une ressource, notamment pour y accéder, la mettre à jour, la trouver ou la télécharger. Il s’agit d’un moyen simple d’identifier les ressources internet.

Voici trois cas d’utilisation d’un URI :

• Les œuvres audiovisuelles – L’ISAN est un numéro de code de série utilisé pour identifier les œuvres audiovisuelles et leurs versions, comme les films, les émissions de télévision ou les documentaires. En utilisant le schéma urn: , l’URI peut identifier l’ISAN sans protocole ni moyen d’y accéder. Par exemple, urn:isan:0000-0000-2CEA-0000-1-0000-0000-Y , qui fait référence au film Spider-Man de 2002. Il identifie une ressource à l’aide d’un numéro audiovisuel sans indiquer à l’utilisateur où la trouver.
• Les numéros de téléphone – un URI peut identifier une ressource à l’aide d’une chaîne de numérotation qui comporte un point de terminaison du réseau (NTP) contenant les informations nécessaires pour acheminer l’appel. Le schéma tel: n’est qu’un identifiant unique global (GUID) et ne fait référence à aucun appareil physique. Par exemple, tel:+1-816-555-6666 décrit un GUID comme étant le numéro de téléphone standard aux États-Unis.
• L’accès à distance – Telnet est un protocole réseau que les URI utilisent pour spécifier l’accès à un ordinateur ou à un hôte distant via internet. Par exemple, telnet://192.0.2.16:80/ . Telnet est couramment utilisé pour tester ou dépanner à distance des serveurs web ou de messagerie.

Voyons maintenant quels sont les avantages et les inconvénients d’un URI :

Avantages :

• Identifiant univoque – un URI peut éviter toute ambiguïté en fournissant des schémas uniques pour identifier les ressources et les différencier sur le web sémantique. Il aide un framework de description de ressources (RDF) à interpréter les informations pour les utilisateurs. Ainsi, il n’y aura pas de confusion entre les documents web et les autres ressources.
• Uniformité – un URI identifie le nom et l’emplacement d’une ressource. De plus, différents types d’identificateurs de ressources peuvent être utilisés dans le même contexte. Par exemple, une URL et un URI peuvent se référer à la même ressource. L’uniformité fait référence à la syntaxe générale de l’URI qui doit être respectée.
• Identifier des ressources abstraites et physiques – Les schémas d’URI peuvent spécifier n’importe quelle ressource, y compris des objets du monde réel, tels que des numéros de téléphone, des lieux, des livres et des personnes. La ressource n’est pas nécessairement limitée aux pages web accessibles via internet.
• Plusieurs URI peuvent être liés à une même ressource – par exemple, les données sur http://www.example.com/abc/2022/Q1 peuvent également être disponibles sur http://www.example.com/abc/Q12022 . Cela permet au client-serveur de se référer plus facilement à une ressource.

Inconvénients :

• Les URI doivent être permanents – une fois que vous avez créé un URI, le modifier peut nuire à la réputation de votre site web. Même si vous pouvez toujours recoder les URL cassées, cela demande beaucoup de temps et d’efforts.
• Les URI ne sont pas compatibles avec tous les navigateurs – bien que les URI puissent être utilisés dans de nombreux navigateurs populaires, tels que Google Chrome et Mozilla Firefox, certaines anciennes versions de navigateurs comme Internet Explorer 5, 6, 7 ou Safari 5 et 6 ne sont pas prises en charge par le système des URI.

Les raisons d’utiliser un Uniform Resource Locator (URL)

Comme l’URI, l’URL sert à identifier une ressource. Les deux présentent des différences subtiles en termes d’objectif et de structure. N’oubliez pas que la plupart des URL fournissent un protocole. Voici quelques cas d’utilisation d’une URL :

• Le renvoi à une adresse électronique – un URL peut spécifier une adresse électronique en utilisant le schéma mailto: Il s’agit d’un lien hypertexte permettant d’envoyer un courrier électronique directement à partir d’une page HTML. Par exemple, mailto:abc@example.com.
• La récupération de pages web – les URL les plus courantes renvoient à une adresse web. Elles contiennent un protocole, un nom de domaine et un chemin d’accès. Elles sont également connues sous le nom d’URL absolue. Par exemple, https://www.example.com/news/business/ vous indique l’adresse et le répertoire de la ressource.
• La redirection d’une ressource – vous pouvez utiliser une URL pour rediriger une ancienne ressource vers un nouvel emplacement. Cette méthode est généralement utilisée pour déplacer une page web. Par exemple, si vous avez changé l’adresse de votre site web de https://www.blog.example.com à https://www.example.com/blog , vous pouvez mettre en place une redirection 301. Vous éviterez ainsi aux visiteurs d’obtenir divers codes d’état HTTP, tels qu’une page d’erreur 404.
• Le renvoi à une page interne –  Les URLs peuvent être affichées sans protocole ni nom de domaine, mais indiquent uniquement un chemin d’accès. Il est utilisé pour lier un fichier spécifique au sein du même domaine, ce qui peut être appelé une URL relative. Par exemple, si l’URL est https://www.example.com/news/business/ , l’URL relative sera /news/business/.

Chaque URL se compose de plusieurs éléments qui affecteront la sécurité de votre site et son optimisation pour les moteurs de recherche (SEO). Découvrons ses avantages et ses inconvénients.

Avantages :

• Améliorer l’expérience utilisateur – une URL bien structurée aide les utilisateurs à comprendre à quelle page ils accèdent. Par exemple, si le site web www.exemple.com a pour balise de titre « Recette de pudding au chocolat pour Noël » sur sa page web, votre URL peut être http://exemple.com/recettes/pudding-chocolat afin de décrire clairement le contenu de la page.
• Améliorer le classement du site – outre l’autorité du domaine, les mots clés dans les URL constituent un facteur de classement mineur pour votre site web. Ils peuvent affecter les pages de résultats des moteurs de recherche (SERP) dans l’analyse de la pertinence d’une page ou d’une ressource spécifique.
• Sécuriser votre site – l’utilisation d’URL HTTPS peut protéger votre site et la vie privée de vos visiteurs de manière plus sûre qu’une URL HTTP. En effet, HTTPS est accompagné d’un certificat SSL (Secure Sockets Layer) qui assure une connexion chiffrée entre un serveur web et un navigateur web pour la transmission des données.

Inconvénients :

• Menace pour la sécurité – la création d’une URL raccourcie peut également mettre en péril la réputation de votre site web. De nombreux pirates utilisent des raccourcisseurs d’URL, tels que Bitly, owl.ly, AdF.ly, et TinyURL, afin de dissimuler leurs intentions malveillantes aux utilisateurs. Un exemple d’URL raccourcie est http://bitly.is/example , où vous ne pouvez pas voir le domaine du site.
• Le vol de contenu – l’utilisation d’URLs relatives peut être dangereuse pour le vol de contenu, car les internautes n’ont pas besoin de réécrire les liens internes. Ils peuvent facilement copier votre page et la placer sur un nouveau domaine à l’aide d’un web scraper.
• Les liens morts – cela peut se produire lorsque vous utilisez un service de raccourcissement d’URL. En effet, un service peut tomber en panne ou même être interrompu, ce qui fait que votre lien ne fonctionnera pas.

Conclusion

Le fait de comprendre les différences entre l’ URI vs URL et leur utilisation est essentiel pour tout webmaster. Par exemple, le fait de créer une API REST en utilisant une structure prévisible et hiérarchique d’un URI ou d’une URL peut améliorer les performances de l’API REST.

Un URI est un identifiant de ressource uniforme, c’est une chaîne de caractères qui identifie généralement une ressource par un nom, un emplacement ou les deux sur internet. En outre, un URI peut différencier les types de fichiers et d’autres ressources.

D’autre part, une URL est un localisateur de ressource uniforme, une chaîne de caractères qui indique l’adresse de la ressource et la manière d’y accéder sur la page web. Comme l’URL fait partie de l’URI, ils suivent une structure similaire.

Nous espérons que cet article vous a aidé à comprendre la différence entre un URI et une URL et à savoir quand les utiliser. Enfin, si vous avez d’autres questions, n’hésitez pas à les poser dans la section des commentaires ci-dessous !