~2026-10628-55: Das Ausrufezeichen ist dann doch etwas übertrieben und passt nicht zum Stil von Wikipedia.

2026-02-17T13:26:50Z

Das Ausrufezeichen ist dann doch etwas übertrieben und passt nicht zum Stil von Wikipedia.

Neue Seite

{{Weiterleitungshinweis|URL|Zu weiteren Bedeutungen siehe [[Url]].}}
Ein '''Uniform Resource Locator''' (Abk. '''URL'''; {{enS}} für „einheitlicher Verorter für [[Ressource#Informatik|Ressourcen]]“) identifiziert und lokalisiert eine Ressource, beispielsweise eine [[Webseite]], über die zu verwendende Zugriffsmethode (zum Beispiel das verwendete [[Netzwerkprotokoll]] wie [[Hypertext Transfer Protocol|HTTP]] oder [[File Transfer Protocol|FTP]]) und den Ort ({{enS|location}}) der Ressource in [[Rechnernetz|Computernetzwerken]]. Der ursprüngliche Standard wurde im Dezember 1994 als <nowiki>RFC 1738</nowiki><ref name="RFC1738" /> publiziert; er ist inzwischen durch die Veröffentlichung mehrerer anderer [[Request for Comments|RFCs]] obsolet. Im Jahr 2023 waren folgende RFCs aktuell:

* {{RFC-Internet |RFC=3986 |Titel=Uniform Resource Identifier (URI): Generic Syntax}}
** {{RFC-Internet |RFC=6874 |Titel=Representing IPv6 Zone Identifiers in Address Literals and Uniform Resource Identifiers}}
** {{RFC-Internet |RFC=8820 |Titel=URI Design and Ownership}}
* {{RFC-Internet |RFC=4248 |Titel=The telnet URI Scheme}}
* {{RFC-Internet |RFC=4266 |Titel=The gopher URI Scheme}}
* {{RFC-Internet |RFC=6068 |Titel=The ‘mailto’ URI Scheme}}
* {{RFC-Internet |RFC=6196 |Titel=Moving mailserver: URI Scheme to Historic}}
* {{RFC-Internet |RFC=6270 |Titel=The ‘tn3270’ URI Scheme}}
* {{RFC-Internet |RFC=8089 |Titel=The "file" URI Scheme}}

URLs sind eine Unterart der generellen Identifikationsbezeichnung mittels [[Uniform Resource Identifier]]n (URIs). Da URLs die erste und häufigste Art von URIs darstellen, werden die Begriffe häufig [[Synonymie|synonym]] verwendet. Im allgemeinen Sprachgebrauch werden URLs auch als '''Internetadresse''' oder '''Webadresse''' bezeichnet,<ref>Duden – ''Deutsches Universalwörterbuch.'' 6. Auflage.</ref> wobei damit (der umgangssprachlich häufigen Gleichsetzung von [[Internet]] und [[World Wide Web|WWW]]<ref>{{Internetquelle |url=http://www.news.de/medien/855030425/internet-und-world-wide-web-der-unterschied/1/ |titel=Internet und World Wide Web – der Unterschied |hrsg=News.de |datum=2009-10-29 |abruf=2010-12-11}}</ref> folgend) meist speziell URLs von [[Webseite]]n gemeint sind.

== Aufbau ==
Der grundsätzliche URL-Aufbau besteht aus einer die Zugriffsmethode festlegenden Schema-Bezeichnung (englisch ''scheme'') und einem Schema-spezifischen Teil ''(scheme-specific part),'' die durch einen Doppelpunkt getrennt sind:
<pre>
<scheme>:<scheme-specific-part>
</pre>

=== Schema ''(scheme)'' ===
Legt fest, mit welcher technischen Methode die Ressource angesprochen werden soll.<ref name="RFC3986_3_1" /> Ist meistens, aber nicht zwingend gleichlautend mit dem verwendeten [[Netzwerkprotokoll]], über das die Ressource lokalisiert werden kann. Beispiele sind:

* mit gleich lautendem Protokoll: <code>[[Hypertext Transfer Protocol|http]]</code>, <code>[[Hypertext Transfer Protocol Secure|https]]</code> oder <code>[[File Transfer Protocol|ftp]]</code>
* mit anderem Protokoll: <code>[[mailto]]</code><ref name="RFC6068" /> (zum Schreiben einer E-Mail) oder <code>file</code><ref name="RFC8089" /> (zum Zugriff auf lokale Dateien).

=== Schema-spezifischer Teil ''(scheme-specific part)'' ===
Je nach Schema sind unterschiedliche spezifische Angaben erforderlich und möglich. In den meisten Fällen beginnt er mit der Zeichenkette <code>//</code>, jedoch ist bei manchen Varianten auch lediglich der Doppelpunkt definiert. Die folgenden Beispiele beziehen sich auf das Hypertext Transfer Protocol (HTTP).

==== Benutzer und Kennwort ''(user, password)'' ====
Falls benötigt, können [[Login (Informationstechnik)|Login]]-Informationen aus [[Nickname|Benutzername]] ''(user)'' und [[Kennwort]] ''(password)'' mit übermittelt werden.<ref name="RFC3986_3_2_1" /> Diese werden, voneinander durch Doppelpunkt getrennt, dem Host mit einem trennenden At-Zeichen ([[@]]) vorangestellt.

Auch wenn für dieses Beispiel das Protokoll [[Hypertext Transfer Protocol|HTTP]] gewählt wurde, ist die Angabe von Benutzername und Kennwort als Teil des URLs ''nicht'' Teil der HTTP-Spezifikation.<ref>{{RFC-Internet |RFC=2616 |Titel=Hypertext Transfer Protocol |Datum= |Abschnitt=3.2.2 |Abschnittstitel=http URL |Standard=HTTP/1.1}}</ref> Aktuelle Browser akzeptieren diese URL-Syntax zwar, fragen aber beim Benutzer nach, ob er sich wirklich mit den angegebenen Daten anmelden möchte. Der [[Internet Explorer]] 6 (ab Windows XP SP2) und neuere Versionen fallen hier aus dem Rahmen, indem sie diese URL-Syntax rundweg als fehlerhaft ablehnen. Mit einem [[Windows-Registrierungsdatenbank|Registry]]-Eintrag kann man sie zum gleichen Verhalten zwingen, wie es die Vorgänger bis Version 5.5 zeigen: Diese übernehmen die Anmeldedaten ungefragt und übergeben sie direkt an den Server.

Bei einigen anderen Protokollen, etwa [[File Transfer Protocol|FTP]], ist die Angabe der Benutzerdaten in der gezeigten Form dagegen völlig korrekt und durch die Standards abgedeckt.

==== Host ====
Die Host-Komponente wird in Form einer [[IPv4]]-Adresse in [[Dezimalsystem|dezimaler]] Schreibweise durch Punkte getrennt, in Form einer [[IPv6]]-Adresse in [[Hexadezimalsystem|hexadezimaler]] Schreibweise durch Doppelpunkte getrennt und in eckige Klammern gesetzt oder in Form eines [[Domain (Internet)|FQDN]] notiert.<ref name="RFC3986_3_2_2" />

==== Port ====
Die Angabe des [[Port (Protokoll)|Ports]] erlaubt die Ansteuerung eines [[Transmission Control Protocol|TCP]]-Ports. Wird kein Port angegeben, so wird der Standard-Port des jeweiligen Protokolls verwendet – zum Beispiel bei HTTP 80, bei HTTPS 443 und bei FTP 21.<ref name="RFC3986_3_2_3" />

==== Pfad ''(Path)'' ====
Der Pfad beschreibt eine bestimmte Ressource auf dem [[Server (Software)|Server]].<ref name="RFC3986_3_3" /> Der Pfad kann auch leer sein; dieser leere Pfad kann optional durch einen [[Schrägstrich]] ({{enS|Slash}}) ersetzt werden und ist zu diesem gleichbedeutend.

Klassischerweise (bei manchen Protokollen ist das auch so vorgeschrieben) entspricht der Pfad in der URL einem relativen Pfad unterhalb eines konfigurierbaren „Stammverzeichnisses“ auf dem Server. Die Interpretation des Pfades ist jedoch allein Sache des Servers und es ist durchaus üblich, dass Ressourcen über URL-Pfade angeboten werden, die ''keine'' Entsprechung im Dateisystem des Servers haben.

Traditionell stellt ein Pfad, der mit einem Slash abgeschlossen wird, ein Verzeichnis dar, während ein Pfad, der nicht mit einem Schrägstrich abgeschlossen ist, gewöhnlich eine „Datei“ kennzeichnet – also ein „Blatt“ am Ende eines Zweiges, während Verzeichnisse die möglichen Verzweigungen darstellen. Suchmaschinen behandeln beide Schreibweisen meist gleich. Da dies für Nutzer allerdings verwirrend sein kann, sollte unterschiedlicher Content auch in unterschiedlichen Pfaden abgelegt werden.<ref>{{Internetquelle |url= https://developers.google.com/search/blog/2010/04/to-slash-or-not-to-slash?hl=de |titel= Schrägstrich oder nicht? |werk= developers.google.com |datum=2010-04-21 |abruf= 2024-01-01}}</ref>

Die Interpretation ([[Datei]] oder [[Verzeichnisstruktur|Verzeichnis]]; Textdatei liefern oder [[Skriptsprache|Skript]] ausführen) bleibt dem Server überlassen. Ein typisches Beispiel für die Interpretationsfreiheit ist das Verhalten bei der Anforderung des Pfades <code>/</code> durch einen Client: Je nach Einstellung liefert der Server etwa den Inhalt einer namentlich ausgezeichneten Datei (wie <code>/index.html</code>, <code>/README</code>, <code>/HEADER</code>), ohne dass dies für den anfragenden Client ersichtlich ist. Genauso kann der Server allerdings – je nach Protokoll – auch explizit zu dieser Ressource weiterleiten oder eine Verzeichnisauflistung ausgeben.

==== Abfrage ''(Query)'' ====
{{Hauptartikel|Query-String}}
Im Fall des HTTP kann nach dem eigentlichen Ressourcenzeiger – getrennt durch ein [[Fragezeichen]] – ein Query-String folgen.<ref name="RFC3986_3_4" /> Damit können zusätzliche Informationen übertragen werden, die server- oder clientseitig weiterverarbeitet werden können.

==== Fragment ====
{{Hauptartikel|Fragmentbezeichner}}
Nach einem [[Rautezeichen|Doppelkreuz]] kann ein Teil der Ressource referenziert werden, typischerweise ein [[Anker (HTML)|Anker]] in einer HTML-Seite, zu dem nach dem Aufrufen der Seite automatisch [[Bildlauf|hinuntergescrollt]] wird:<ref name="RFC3986_3_5" /> Der URL <code><nowiki>http://example.com/dokument.html#absatz3</nowiki></code> würde, in dem hier fiktiven Dokument, den Browser dazu veranlassen, zum Anfang des dritten Absatzes zu scrollen.

Der Fragmentbezeichner wird – im Gegensatz zum Query-String – ''nicht'' an den Server übertragen, sondern nur vom Client und etwaigen clientseitigen Skripten ausgewertet. Er kann also ''nicht'' dazu benutzt werden, z. B. nur Teile einer Ressource vom Server anzufragen.

=== Beispiele ===
Für <code>http(s)</code>:
<pre>
|--------------------------- Schema-spezifischer Teil -----------------------------|
| |
https://maxmuster:geheim@www.example.com:8080/documentation/index.html?p1=A&p2=B#ressource
\___/ \_______/ \____/ \_____________/ \__/\_______________________/ \_______/ \_______/
| | | | | | | |
Schema¹ Benutzer Kennwort Host Port Pfad Query Fragment
</pre>

¹ hier gleich Netzwerkprotokoll

Für <code>mailto</code>:
<pre>
mailto:max@example.org
\____/ \_____________/
| |
Schema² |
E-Mail-Adresse gemäß RFC 5322
</pre>

² hier kein Netzwerkprotokoll

Für <code>news</code> (in diesem Beispiel ist weder ein Netzwerkprotokoll noch eine Host-Adresse enthalten):
<pre>
news:alt.hypertext
\__/ \___________/
| |
Schema |
Name der Newsgroup
</pre>

Für <code>file</code>:
<pre>
file:///verzeichnis/unterverzeichnis/datei
\__/ \_________________________________/
| |
Schema |
Pfad zu einer lokalen Datei im Dateisystem des Rechners, der den URL interpretiert
</pre>
Streng genommen hat das <code>file</code>-Schema die Form <code>file://<host>/<path></code>, wobei aber der Host-Teil praktisch nicht verwendet wird, da das <code>file</code>-Schema mangels einer Möglichkeit, ein Netzwerkprotokoll für den Zugriff auf die Datei anzugeben, kaum sinnvoll über ein Netzwerk benutzt werden kann.<ref>{{RFC-Internet |RFC=1738 |Titel=Uniform Resource Locators (URL) |Abschnitt=3.10 |Abschnittstitel=FILES |Datum=1994-12}}</ref>
File-URLs werden beispielsweise in der Programmiersprache [[Java (Programmiersprache)|Java]] verwendet, um auf diese Weise auf lokale Dateien zuzugreifen.<ref>{{Internetquelle |url=http://download.oracle.com/javase/1.5.0/docs/api/java/io/File.html |titel=Class File (Java 1.5.0 API) |hrsg=[[Oracle]] |abruf=2010-12-11}}</ref> Je nach Browser ist oftmals das Öffnen von <code>file</code>-Links nur nach spezieller clientseitiger Konfiguration oder unter Zuhilfenahme von [[Addon|Add-ons]] etc. möglich.<ref>''[[:en:File URI scheme #Browser behaviour|File URI scheme #Browser behaviour]]'' in der englischsprachigen Wikipedia</ref><ref>Firefox beispielsweise blockiert aus Sicherheitsgründen seit 2012 alle lokalen Zugriffe mit <code>file:</code>, wenn das umgebende Dokument aus <code>http://</code> stammt.</ref>

=== Konkrete Beispiele ===
* <code><nowiki>ftp://max:muster@ftp.example.com</nowiki></code> … [[File Transfer Protocol|FTP]] mit Benutzer und Kennwort
* <code><nowiki>http://de.wikipedia.org</nowiki></code> … [[Website]] ohne Pfad (Aufruf der [[Homepage|Startseite]])
* <code><nowiki>http://de.wikipedia.org/wiki/Uniform_Resource_Locator</nowiki></code> … Website mit Pfad
* <code><nowiki>https://de.wikipedia.org</nowiki></code> … wie Aufruf der [[Website]] ohne Pfadangabe, allerdings mit dem verschlüsselten [[Hypertext Transfer Protocol Secure]]
* <code><nowiki>mailto:hans@example.org</nowiki></code> … zum Schreiben einer [[E-Mail]] an die angegebene Mailadresse (öffnet den Standard-Mailclient mit einer neuen, leeren Nachricht, in der die TO-Adresse vorausgefüllt ist)
* <code><nowiki>news:alt.hypertext</nowiki></code> … Anzeige einer [[Usenet]]-Newsgruppe (generisch, ohne Angabe des Netzwerkprotokolls [[Network News Transfer Protocol|NNTP]])
* <code><nowiki>nntp:alt.hypertext</nowiki></code> … Anzeige einer Usenet-Newsgruppe (mit Angabe des Netzwerkprotokolls NNTP)
* <code><nowiki>telnet:example.org</nowiki></code> … Start einer [[Telnet]]-Session
* <code><nowiki>file:///foo/bar.txt</nowiki></code> … Zugriff auf eine lokale Datei

== Relative URLs ==
Neben den bisher dargestellten absoluten oder vollständigen URLs gibt es auch relative URLs.<ref>{{RFC-Internet |RFC=3986 |Titel=Uniform Resource Identifier (URI): Generic Syntax |Datum=2005-01 |Abschnitt=4.2 |Abschnittstitel=Relative Reference}}</ref> Sie sind nur innerhalb eines Kontextes gültig, von dem sie Eigenschaften erben. Ihnen fehlt die Ortsangabe im [[World Wide Web]] oder einem echten [[Intranet]]. Sie sind vor allem in der Gruppe http, https und ftp möglich, aber auch bei mailto. Das entspräche einer Telefonnummer ohne [[Telefonvorwahl|Vorwahl]] (des Landes, des [[Ortsnetz]]es).

{| class="wikitable"
|+ Relative URLs für http, https, ftp
|-
! Beginn !! Bedeutung !! Anmerkung !! Beispiel
|-
| <code>//</code> || Selbes Protokoll
| sinnvoll, um <code>http:</code> oder [[Hypertext Transfer Protocol Secure|https:]] der momentanen Umgebung zu verwenden
| <code>//example.com/pfad/zu/datei</code>
|-
| <code>/</code> || Selbe Domäne (<code>host:port</code>), „[[Stammverzeichnis|Wurzelverzeichnis]]“
| || <code>/pfad/zu/datei</code>
|-
| <code>#</code> || Selbe Ressource
| Wirkung über Nebenwirkung
| <code>#</code>
|-
| <code>#</code>fragment || Selbe Ressource, Sprungmarke
| || <code>#knoten</code>
|-
| ''nichts'' || Selbe Ressource || ||
|-
| <code>../</code> || ein [[Verzeichnisstruktur|Pfad-Segment]] aufwärts
|rowspan="2"| Ein Server muss keine durch <code>/</code> gegliederte Pfad-Segmentierung unterstützen.
|rowspan="2"| <code>/pfad/zur/../zur/datei<br /> ./relativer/pfad</code>
|-
| <code>./</code><br /> ''sonstige'' || Selbes Pfad-Segment
|}

Relative URLs werden oft eingesetzt, um eine Gruppe zusammengehörender Ressourcen wahlweise in einem lokalen [[Dateisystem]] oder an unterschiedlichen Orten in verschiedenen Netzwerk-Domänen unverändert abzulegen und aufeinander zu verlinken. Im Übrigen ist die Interpretation des Identifikators ([[Zeichenkette]] zwischen <code>host:port</code> und <code>#</code>) jedem Server freigestellt – zwar handhabt es die weitaus überwiegende Anzahl der Server und jede Standard-Software wie oben angegeben, jedoch können <code>/</code> genau wie <code style="white-space:nowrap">? % &</code> nach eigenen Regeln ausgewertet werden.

Bei <code>mailto:</code> wäre eine relative URL <code><nowiki>mailto:addr1</nowiki></code> (ohne <code>@</code>)  möglich – sie gilt nur im lokalen Netzwerk.<ref name="rfc2368">{{RFC-Internet |RFC=2368 |Titel=The mailto URL scheme |Datum=}}</ref>

== Liste erlaubter Zeichen ==
Reservierte Zeichen sind:
* Sonderzeichen <code>: / ? # [ ] @ ! $ & ' ( ) * + , ; =</code>

Nicht reservierte Zeichen sind:
* Buchstaben <code>A–Z, a–z</code>
* Ziffern <code>0–9</code>
* Sonderzeichen <code>- . _ ~</code>

In bestimmten Fällen ist außerdem das Leerzeichen <code>␣</code> (dieses alternativ auch mit <code>+</code><ref name="SO-URL-Encoding" /> oder <code>%</code>) in [[URL-Encoding|Prozentkodierung]] (<code>%20</code>)<ref name="W3-School" /> darzustellen.

== Sprachgebrauch ==
Im deutschen Sprachgebrauch hat ''URL'' häufig den weiblichen [[Artikel (Wortart)|Artikel]], wird aber auch mit männlichem Artikel verwendet.<ref>Duden – ''Deutsches Universalwörterbuch,'' siehe auch [https://www.duden.de/rechtschreibung/URL duden.de]</ref> Die Wahl des Genus hängt davon ab, ob es in Anlehnung an die deutsche Übersetzung ''die Adresse'' (feminin) gebildet wird oder mittels der Grammatikregel, dass Hauptwörter auf ''-or'' (hier ''Locator'' oder ''-identifikator'') oder ''-er'' (''-bezeichner,'' ''-lokalisierer,'' ''-anzeiger'') im Deutschen stets maskulin sind.<ref>{{Internetquelle |url=http://www.korrekturen.de/forum/index.cgi/read/70 |titel=Forum – Der/die URL – Der/das (Werbe)Banner |werk=korrekturen.de |abruf=2023-07-31}}</ref>

== URLs in Texten ==
Anhang C von <nowiki>RFC 3986</nowiki><ref>{{RFC-Internet |RFC=3986 |Titel=Uniform Resource Identifier (URI): Generic Syntax |Datum=2005-01 |Anhang=C}}</ref> empfiehlt, URIs (und damit auch URLs) in Texten

* eigenständig auf einer Zeile,
* mit doppelten Anführungsstrichen <code>"<nowiki>http://example.com/</nowiki>"</code> oder
* mit spitzen Klammern <code><<nowiki>http://example.com/</nowiki>></code>

gegen den Kontext und vor allem gegen die [[Satzzeichen|Interpunktion]] des Satzes abzugrenzen.

== URLs und Suchmaschinen ==
Auch wenn URLs technisch komplex aufgebaut sein können, können schlecht gestaltete URLs die Auffindbarkeit von Inhalten durch Suchmaschinen behindern. Aus diesem Grund empfiehlt der Suchmaschinenbetreiber Google z. B. den bedachten Einsatz von Parametern in URLs.<ref>{{Internetquelle |url=https://developers.google.com/search/docs/advanced/guidelines/url-structure?hl=de |titel=URL-Struktur einfach halten |sprache=de |abruf=2021-02-25}}</ref> Google hat auch die Begrifflichkeit der [[Canonical Link|kanonischen URL]] eingeführt. Eine kanonische URL ist demnach die URL der Seite, von der Google annimmt, dass sie die repräsentativste von mehrfachen Verweisen auf einer Website ist. Aus Sicht einer Suchmaschine sind z. B. die URL-Varianten <code>"<nowiki>http://www.example.com/</nowiki>" , "<nowiki>http://example.com/</nowiki>" , "<nowiki>https://www.example.com/</nowiki>" und "<nowiki>https://example.com/</nowiki>"</code>vier eigenständige Versionen, die – wenn keine kanonische URL definiert ist – zu „Duplicate-Content“ und damit einer suboptimalen Sichtbarkeit führen können.

Die Prüfung der URL-Struktur wird oft im Rahmen der sogenannten [[Suchmaschinenoptimierung]] durchgeführt.

== Geschichte ==
=== Name und Standardisierung ===
In der Anfangszeit des WWW (ab Ende 1990) fand sich in der Dokumentation auf <code>info.cern.ch</code> zunächst keine dedizierte Bezeichnung für die Adressierung von Webseiten, das Thema wurde nur beschreibend als „W3 document address“, „W3 name“, „W3 address“ oder „Hypertext Name“ dokumentiert.<ref>{{Internetquelle |url=http://www.w3.org/History/19921103-hypertext/hypertext/WWW/Technical.html |titel=Technical details |hrsg=CERN / W3C |datum=1992-11-13 |abruf=2010-12-22}}</ref><ref name="w3_naming_schemes">{{Internetquelle |url=http://www.w3.org/History/19921103-hypertext/hypertext/WWW/Addressing/Addressing.html |titel=W3 Naming Schemes |hrsg=CERN / W3C |datum=1992-02-24 |abruf=2010-12-22}}</ref><ref>{{Internetquelle |url=http://www.w3.org/History/19921103-hypertext/hypertext/WWW/Addressing/BNF.html |titel=W3 address syntax: BNF |hrsg=CERN / W3C |datum=1992-06-29 |abruf=2010-12-22}}</ref> Die damals spezifizierte (und in den ersten Webseiten verwendete) Gestalt der Adressierung entspricht aber schon der später als „URL“ standardisierten Form; im Standardisierungsprozess wurden zwar Änderungen erwogen, wegen der inzwischen schon fortgeschrittenen Verbreitung des WWW aber wieder verworfen.<ref name="w3_naming_schemes" /><ref name="Berners-Lee. 1999, S. 63">{{Literatur |Autor=[[Tim Berners-Lee]], Mark Fischetti |Titel=Der Web-Report. Der Schöpfer des World Wide Webs über das grenzenlose Potential des Internets |Verlag=Econ |Ort=München |Datum=1999 |ISBN=3-430-11468-3 |Seiten=63 |Originaltitel=Weaving the Web: The Original Design and Ultimate Destiny of the World Wide Web |Originalsprache=en}}</ref>

Im Sommer 1992 versuchte [[Tim Berners-Lee]] beim [[Internet Engineering Task Force|IETF-Meeting]] in Boston eine Arbeitsgruppe ins Leben zu rufen, die den Zugriff auf Dokumente im Web standardisieren sollte. Er schlug als Namen ''Universal Document Identifier (UDI)'' vor, womit nach seiner Vorstellung ein allgemeiner Internet-Standard definiert werden sollte. Der Name wurde aber als zu „arrogant“ kritisiert, was vor allem am Wort ''universal'' (englisch für „allgemeingültig“, „umfassend“) lag. Stattdessen wurde von der Gruppe der bescheidenere Begriff ''uniform'' (englisch für „einheitlich“) vorgeschlagen. Außerdem wurde „Document“ durch „Resource“ ersetzt, um zu unterstreichen, dass das Web mit anderen Informationssystemen integriert werden sollte. Die URI-Arbeitsgruppe kam schließlich zustande, wobei noch eine weitere Namensänderung für den zu definierenden Standard beschlossen wurde: „Identifier“ wurde durch „Locator“ ersetzt, um zu betonen, dass es sich bei Web-Adressen nicht um dauerhaft registrierte Adressen handelt.<ref>{{Literatur |Autor=[[Tim Berners-Lee]], Mark Fischetti |Titel=Der Web-Report. Der Schöpfer des World Wide Webs über das grenzenlose Potential des Internets |Verlag=Econ |Ort=München |Datum=1999 |ISBN=3-430-11468-3 |Seiten=62 |Originaltitel=Weaving the Web: The Original Design and Ultimate Destiny of the World Wide Web |Originalsprache=en}}</ref>

Aufgrund der konfliktreichen Arbeitsweise der Gruppe wurde der erste – noch informelle – Standardisierungsentwurf <nowiki>RFC 1630</nowiki><ref>{{RFC-Internet |RFC=1630 |Titel=Universal Resource Identifiers in WWW |Datum=1994-06 |Autor=[[Tim Berners-Lee]]}}</ref> erst im Juni 1994 von Berners-Lee vorgelegt.<ref name="Berners-Lee. 1999, S. 63" /> Er nennt den von Berners-Lee favorisierten Namen „Universal Resource Identifiers“ im Titel und definiert bereits die Begriffe URI, URL und [[Uniform Resource Name|URN]]. Im Dezember 1994 wurde von der Gruppe mit <nowiki>RFC 1738</nowiki><ref name="RFC1738" /> der Standard mit dem Titel „Uniform Resource Locators (URL)“ veröffentlicht.

=== Bestandteile ===
Berners-Lee entlehnte die einzelnen Bestandteile zum Teil bewusst von bereits existierenden Systemen, um Webadressen neuen Anwendern möglichst unmittelbar vertraut respektive logisch erscheinen zu lassen:<ref name="tbl_faq">{{Internetquelle |autor=Tim Berners-Lee |url=http://www.w3.org/People/Berners-Lee/FAQ.html#etc |titel=Frequently asked questions – Why the //, #, etc? |datum=2007-11-20 |abruf=2010-12-22}}</ref>
* Der Pfad (<code><nowiki>http://www.example.com</nowiki>'''/verzeichnis/unterverzeichnis/datei.html'''</code>) zitiert direkt die Pfad-Syntax in [[Dateisystem#Hierarchische Dateisysteme|UNIX-Dateisystemen]].<ref name="tbl_faq" />
* Die mit einem Doppel-Schrägstrich eingeleitete Notation des Hosts stammt aus der Syntax des [[Dateisystem#Netzwerkdateisysteme|Netzwerk-Dateisystems]] von [[Apollo Computer|Apollo Domain/OS]], in der Pfade auf entfernten Hosts nach dem Muster <code>'''//example.com'''/verzeichnis/unterverzeichnis/…</code> adressiert wurden.<ref name="tbl_faq" />
* Das mit einem [[Rautezeichen|Doppelkreuz]] markierte Fragment ist der in den [[Vereinigte Staaten|USA]] üblichen Schreibweise für [[Apartment]]- und [[Suite (Zimmerflucht)|Suitenummern]] in Postadressen entlehnt: ''12 Foo Avenue #34'' steht für ''Foo Avenue Nr. 12, Apartment 34.'' Entsprechend bedeutet <code>datei.html'''#ressource'''</code> ''Teil (Abschnitt, Kapitel …) <code>ressource</code>'' innerhalb des Dokuments <code>datei.html</code>.<ref name="tbl_faq" />

== Siehe auch ==
* [[Digital Object Identifier]]
* [[Homographischer Angriff]]
* [[Internationalisierter Domainname]]
* [[Clean URL]]
* [[Kurz-URL-Dienst]]
* [[Linkresolver]], [[OpenURL]], [[Ex Libris SFX]]
* [[Semacode]]
* [[Typosquatting]]
* [[URL-Encoding|URL-Kodierung]] (Prozentzeichen-Kodierung)
* [[URL-Template]]

== Literatur ==
* {{Literatur
|Autor=[[Tim Berners-Lee]], Mark Fischetti
|Titel=Der Web-Report. Der Schöpfer des World Wide Webs über das grenzenlose Potential des Internets
|Verlag=Econ
|Ort=München
|Datum=1999
|ISBN=3-430-11468-3
|Originaltitel=Weaving the Web: The Original Design and Ultimate Destiny of the World Wide Web
|Originalsprache=en}}

== Weblinks ==
{{Wiktionary|URL}}
* {{RFC-Internet |RFC=3986 |Titel=Uniform Resource Identifier (URI): Generic Syntax |Datum=2005-01 |Updated=6874 |Obsoletes=2732 |Errata=1}}
* {{RFC-Internet |Autor=T. Berners-Lee, L. Masinter, M. McCahill |RFC=1738 |Titel=Uniform Resource Locators (URL) |Datum=1994-12 |Updated=1808 |Errata=1}}
* {{RFC-Internet |Autor=R. Fielding |RFC=1808 |Titel=Relative Uniform Resource Locators |Datum=1995-06 |Kommentar=Wurde durch <nowiki>RFC 3986</nowiki> obsolete}}

== Einzelnachweise ==
<references responsive>
<ref name="RFC6068">
{{RFC-Internet |RFC=6068 |Titel=The ‘mailto’ URI Scheme}}
</ref>
<ref name="RFC8089">
{{RFC-Internet |RFC=8089 |Titel=The “file” URI Scheme}}
</ref>
<ref name="RFC1738">
{{RFC-Internet |RFC=1738 |Titel=Uniform Resource Locators (URL) |Datum=1994-12}}
</ref>
<ref name="RFC3986_3_1">
{{RFC-Internet |RFC=3986 |Titel=Uniform Resource Identifier (URI): Generic Syntax |Abschnitt=3.1 |Abschnittstitel=Scheme}}
</ref>
<ref name="RFC3986_3_2_1">
{{RFC-Internet |RFC=3986 |Titel=Uniform Resource Identifier (URI): Generic Syntax |Abschnitt=3.2.1 |Abschnittstitel=User Information}}
</ref>
<ref name="RFC3986_3_2_2">
{{RFC-Internet |RFC=3986 |Titel=Uniform Resource Identifier (URI): Generic Syntax |Abschnitt=3.2.2 |Abschnittstitel=Host}}
</ref>
<ref name="RFC3986_3_2_3">
{{RFC-Internet |RFC=3986 |Titel=Uniform Resource Identifier (URI): Generic Syntax |Abschnitt=3.2.3 |Abschnittstitel=Port}}
</ref>
<ref name="RFC3986_3_3">
{{RFC-Internet |RFC=3986 |Titel=Uniform Resource Identifier (URI): Generic Syntax |Abschnitt=3.4 |Abschnittstitel=Path}}
</ref>
<ref name="RFC3986_3_4">
{{RFC-Internet |RFC=3986 |Titel=Uniform Resource Identifier (URI): Generic Syntax |Abschnitt=3.4 |Abschnittstitel=Query}}
</ref>
<ref name="RFC3986_3_5">
{{RFC-Internet |RFC=3986 |Titel=Uniform Resource Identifier (URI): Generic Syntax |Abschnitt=3.5 |Abschnittstitel=Fragment}}
</ref>
<ref name="SO-URL-Encoding">
{{Internetquelle
|autor=Matas Vaitkevicius
|url=http://stackoverflow.com/a/29948396/1744774
|titel=URL encoding the space character: + or %20?
|werk=stackoverflow.com
|datum=2015-04-29
|abruf=2016-04-08}}
</ref>
<ref name="W3-School">
{{Internetquelle
|url=http://www.w3schools.com/tags/ref_urlencode.asp
|titel=HTML URL Encoding Reference
|werk=w3schools.com
|abruf=2016-04-08}}
</ref>
</references>

{{Normdaten|TYP=s|GND=4753514-3}}

[[Kategorie:Semantisches Web]]
[[Kategorie:URI]]
[[Kategorie:Wikipedia:Artikel mit Grafik im ASCII-Stil]]

Uniform Resource Locator - Versionsgeschichte

~2026-10628-55: Das Ausrufezeichen ist dann doch etwas übertrieben und passt nicht zum Stil von Wikipedia.