Uniform Resource Identifier

URI Uniform Resource Identifier

Glossary

A Uniform Resource Identifier (short: URI) is a standardised character string for uniquely identifying a resource – on the internet or beyond. URI is the umbrella term for two specialised subtypes: the URL, which also locates a resource, and the URN, which describes only its identity without specifying an access path.

Structure of a URI

A URI consists of several components:

scheme://host/path?parameter=value#anchor
  • Scheme: defines how the rest of the URI is to be interpreted (e.g. http, mailto, urn)
  • Host/authority: for network-based schemes, the addressed instance (e.g. www.example.com)
  • Path: the concrete location of the resource within the host
  • Parameters and anchor: optional additional information for more precise addressing

URI schemes at a glance

The scheme at the start of a URI determines what kind of resource is addressed:

SchemeUseExample
http / httpsWeb pageshttps://example.com/page
mailtoEmail addressesmailto:info@example.com
telPhone numberstel:+491234567
ftpFile transferftp://server.example.com/file.zip
urnPermanent, location-independent identifiersurn:isbn:978-3-86680-192-9

URI vs. URL vs. URN

The three terms are frequently jumbled in everyday use:

  • URI is the umbrella term for any unique resource identifier.
  • URL is a URI that additionally describes the access path to the resource – the classic web address.
  • URN is a URI that describes only a resource’s identity, independent of its current storage location.

Mnemonic: every URL and every URN is a URI, but not every URI is a URL or URN.

What URIs are used for

URIs play a central role in connecting resources, building hyperlinks and unique addressing in APIs and data formats. Beyond the pure web, URIs also serve as unique identifiers in XML namespaces, RDF data or software configuration – wherever something must be uniquely identifiable, regardless of whether it can be opened directly in a browser.

Conclusion

The URI is the conceptual roof over URLs and URNs – in everyday web life you almost exclusively encounter URLs, but the broader URI concept becomes relevant wherever resources must be uniquely identified rather than merely located. In the technical design of APIs, data structures or website architecture, we take such details into account from the start. More as part of our custom software development or in a free first conversation.

Häufige Fragen

Is every URL also a URI?
Yes. URI is the umbrella term for any unique resource identifier. A URL is a special kind of URI that additionally describes the access path to the resource. Mnemonic: every URL is a URI, but not every URI is a URL.
What's the difference between a URI and a URN?
A URN identifies a resource permanently, independent of its current storage location – like an ISBN for a book. A URL additionally identifies where and how the resource can be retrieved. Both are subtypes of the overarching URI category: one describes pure identity, the other identity plus access path.
Which URI schemes exist besides http and https?
Considerably more than everyday web use reveals: mailto: for email addresses, tel: for phone numbers, ftp: for file transfer, urn: for permanent identifiers or data: for directly embedded content. Each scheme defines its own rules for how the rest of the URI is interpreted.
Why does the exact distinction between URI and URL often not matter in everyday life?
Because in the web context, practically every relevant URI is also a URL – a web address identifies a resource and simultaneously describes how it’s retrieved. The difference becomes important above all when URN-like, purely identifying designators come into play, say in scientific or library contexts.
Can a URI also point to a resource that isn't on the internet?
Yes. A URI doesn’t have to describe an internet resource – local file paths (file:) or abstract, not directly retrievable identifiers like XML namespaces can also be expressed as URIs. The concept is deliberately broader than “the address of a web page”.
As a web developer, do I have to deal with URIs, or does knowledge of URLs suffice?
For most everyday web development tasks, a solid understanding of URLs is entirely sufficient. The finer URI distinction becomes relevant above all with APIs, XML namespaces, persistent identifiers or when a system has to work with several URI schemes at once.
← Back to glossary
HOMEGLOSSARYUNIFORM-RESOURCE-IDENTIFIER