[ NOTE: For more primers like this, check out my tutorial series. ]
There are many classic tech debates, and the question of what to formally call web addresses is one of the most nuanced. The way this normally manifests is someone asks for the “URL” to put into his or her browser, and someone perks up with,
Actually, that’s called a URI, not a URL…
The response to this correction can range from quietly thinking this person needs to get out more, to agreeing indifferently via shoulder shrug, to removing the safety clasp on a Katana. This page hopes to serve as a simple, one page summary for navigating the subtleties of this debate.
URI, URL, URN
As the image above indicates, there are three distinct components at play here. It’s usually best to go to the source when discussing matters like these, so here’s an exerpt from Tim Berners-Lee, et. al. in RFC 3986: Uniform Resource Identifier (URI): Generic Syntax:
A Uniform Resource Identifier (URI) is a compact sequence of characters that identifies an abstract or physical resource.
A URI can be further classified as a locator, a name, or both. The term “Uniform Resource Locator” (URL) refers to the subset of URIs that, in addition to identifying a resource, provide a means of locating the resource by describing its primary access mechanism (e.g., its network “location”).
Wikipedia captures this well with the following simplification:
One can classify URIs as locators (URLs), or as names (URNs), or as both. A Uniform Resource Name (URN) functions like a person’s name, while a Uniform Resource Locator (URL) resembles that person’s street address. In other words: the URN defines an item’s identity, while the URL provides a method for finding it.
So we get a few things from these descriptions:
- First of all (as we see in the diagram as well) a URL is a type of URI. So if someone tells you that a URL is not a URI, he’s wrong. But that doesn’t mean all URIs are URLs. All butterflies fly, but not everything that flies is a butterfly.
- The part that makes a URI a URL is the inclusion of the “access mechanism”, or “network location”, e.g.
- The URN is the “globally unique” part of the identification; it’s a unique name.
So let’s look at some examples of URIs–again from the RFC:
ftp://ftp.is.co.za/rfc/rfc1808.txt(also a URL because of the protocol)
http://www.ietf.org/rfc/rfc2396.txt(also a URL because of the protocol)
ldap://[2001:db8::7]/c=GB?objectClass?one(also a URL because of the protocol)
mailto:John.Doe@example.com(also a URL because of the protocol)
news:comp.infosystems.www.servers.unix(also a URL because of the protocol)
telnet://192.0.2.16:80/(also a URL because of the protocol)
Those are all URIs, and some of them are URLs. Which are URLs? The ones that show you how to get to them. Again, the name vs. address analogy serves well.
So this brings us to the question that brings many readers here:
Which is the more proper term when referring to web addresses?
Based on the dozen or so articles and RFCs I read while researching this article, I’d say that URI is probably the better term to use.
Well, because we often use URIs in forms that don’t technically qualify as a URL. For example, you might be told that a file you need is located at
files.hp.com. That’s a URI, not a URL—and that system might very well respond to many protocols over many ports.
If you go to
http://files.hp.com you could conceivably get completely different content than if you go to
ftp://files.hp.com. And this type of thing is only getting more common. Think of all the different services that live on the various Google domains.
So, if you use URI you’ll always be technically correct, and if you use URL you might not be. Finally, there is significant chatter around the term “URL” being—or becoming—deprecated. So URI is a fairly safe choice in terms of accuracy.
That being said, Dafydd Stuttard has a different view, which is that the terms are near enough the same so as to make it pure pedantry to differentiate. In The Web Application Hacker’s Handbook he states:
The correct technical term for a URL is actually URI (or uniform resource identifier), but this term is really only used in formal specifications and by those who wish to exhibit their pedantry.
[ NOTE: If someone actually gives a full URL then the more correct technical term is still URL, but I think I know what he meant. ]
If you don’t mind being “that guy”, URI is probably the more accurate term to use. But if you are in the linguist / “use what’s understood” camp, feel free to go with URL.