Was ist eine URL?

Eine URL (Uniform Resource Locator) ist die Adresse einer einzigartigen Ressource im Internet. Sie ist einer der wichtigsten Mechanismen, die von Browsern verwendet werden, um veröffentlichte Ressourcen wie HTML-Seiten, CSS-Dokumente, Bilder und Ähnliches abzurufen.

Theoretisch verweist jede gültige URL auf eine einzigartige Ressource. In der Praxis gibt es jedoch einige Ausnahmen, die häufigste ist eine URL, die auf eine Ressource verweist, die nicht mehr existiert oder verschoben wurde. Da die Ressource, die durch die URL repräsentiert wird, und die URL selbst vom Webserver verwaltet werden, liegt es in der Verantwortung des Betreibers des Webservers, diese Ressource und ihre zugehörige URL sorgfältig zu verwalten.

Hier sind einige Beispiele für URLs:

https://developer.mozilla.org
https://developer.mozilla.org/en-US/docs/Learn_web_development/
https://developer.mozilla.org/en-US/search?q=URL

Alle diese URLs können in die Adressleiste Ihres Browsers eingetippt werden, um ihm mitzuteilen, dass er die zugehörige Ressource laden soll, die in allen drei Fällen eine Webseite ist.

Eine URL besteht aus verschiedenen Teilen, von denen einige obligatorisch und andere optional sind. Die wichtigsten Teile sind in der untenstehenden URL hervorgehoben (Details werden in den folgenden Abschnitten gegeben):

Der erste Teil der URL ist das Schema, das das Protokoll angibt, das der Browser verwenden muss, um die Ressource anzufordern (ein Protokoll ist eine festgelegte Methode zum Austauschen oder Übertragen von Daten in einem Computernetzwerk). Normalerweise ist das Protokoll für Webseiten HTTPS oder HTTP (seine nicht gesicherte Version). Zum Adressieren von Webseiten wird eines dieser beiden benötigt, aber Browser können auch andere Schemata wie mailto: (um einen E-Mail-Client zu öffnen) verarbeiten, daher sollten Sie nicht überrascht sein, wenn Sie andere Protokolle sehen.

Es folgt die Autorität, die durch das Muster :// vom Schema getrennt wird. Ist die Autorität vorhanden, umfasst sie sowohl die Domain (z.B., www.example.com) als auch den Port (80), getrennt durch einen Doppelpunkt:

• Die Domain gibt an, welcher Webserver angefordert wird. Üblicherweise handelt es sich um einen Domainnamen, aber auch eine IP-Adresse kann verwendet werden (was jedoch selten ist, da es viel weniger praktisch ist).
• Der Port zeigt das technische "Tor" an, das verwendet wird, um auf die Ressourcen des Webservers zuzugreifen. Er wird normalerweise weggelassen, wenn der Webserver die Standardports des HTTP-Protokolls (80 für HTTP und 443 für HTTPS) verwendet, um den Zugriff auf seine Ressourcen zu gewähren. Andernfalls ist er obligatorisch.

/path/to/myfile.html ist der Pfad zur Ressource auf dem Webserver. In den frühen Tagen des Webs stellte ein solcher Pfad einen physischen Dateispeicherort auf dem Webserver dar. Heutzutage ist es meist eine Abstraktion, die von Webservern ohne physische Realität gehandhabt wird.

?key1=value1&key2=value2 sind zusätzliche Parameter, die dem Webserver zur Verfügung gestellt werden. Diese Parameter sind eine Liste von Schlüssel/Wert-Paaren, die mit dem &-Symbol getrennt sind. Der Webserver kann diese Parameter verwenden, um vor dem Zurückgeben der Ressource zusätzliche Dinge auszuführen. Jeder Webserver hat seine eigenen Regeln in Bezug auf Parameter, und der einzige zuverlässige Weg, um zu wissen, ob ein bestimmter Webserver mit Parametern arbeitet, besteht darin, den Betreiber des Webservers zu fragen.

#SomewhereInTheDocument ist ein Anker zu einem anderen Teil der Ressource selbst. Ein Anker stellt eine Art "Lesezeichen" innerhalb der Ressource dar und gibt dem Browser die Richtung, um den Inhalt an der "markierten" Stelle anzuzeigen. In einem HTML-Dokument scrollt der Browser beispielsweise zu dem Punkt, an dem der Anker definiert ist; in einem Video- oder Audiodokument versucht der Browser zur durch den Anker repräsentierten Zeit zu springen. Es ist wichtig zu beachten, dass der Teil nach der #, auch bekannt als Fragment-Identifikator, niemals mit der Anfrage an den Server gesendet wird.

Jede URL kann direkt in die Adressleiste des Browsers eingegeben werden, um die dahinterstehende Ressource zu erreichen. Aber dies ist nur die Spitze des Eisbergs!

Die HTML-Sprache (siehe Inhalte mit HTML strukturieren) nutzt URLs intensiv:

• um Links zu anderen Dokumenten mit dem <a>-Element zu erstellen;
• um ein Dokument mit seinen zugehörigen Ressourcen durch verschiedene Elemente wie <link> oder <script> zu verknüpfen;
• um Medien anzuzeigen, wie z.B. Bilder (mit dem <img>-Element), Videos (mit dem <video>-Element), Sounds und Musik (mit dem <audio>-Element) usw.;
• um andere HTML-Dokumente mit dem <iframe>-Element anzuzeigen.

Andere Technologien wie CSS oder JavaScript nutzen URLs ebenfalls intensiv, und sie sind wirklich das Herz des Webs.

Was wir oben gesehen haben, wird als absolute URL bezeichnet, aber es gibt auch so etwas wie eine relative URL. Der URL-Standard definiert beide — obwohl er die Begriffe absolute URL string und relative URL string verwendet, um sie von URL-Objekten (die speicherinterne Darstellungen von URLs sind) zu unterscheiden.

Lassen Sie uns untersuchen, was die Unterscheidung zwischen absolut und relativ im Kontext von URLs bedeutet.

Die erforderlichen Teile einer URL hängen stark vom Kontext ab, in dem die URL verwendet wird. In der Adressleiste Ihres Browsers hat eine URL keinen Kontext, daher müssen Sie eine vollständige (oder absolute) URL angeben, wie die oben gezeigten. Sie müssen das Protokoll nicht einbeziehen (der Browser verwendet standardmäßig HTTP) oder den Port (der nur erforderlich ist, wenn der angezielte Webserver einen ungewöhnlichen Port verwendet), aber alle anderen Teile der URL sind erforderlich.

Wenn eine URL in einem Dokument verwendet wird, wie in einer HTML-Seite, sind die Dinge etwas anders. Da der Browser bereits die eigene URL des Dokuments hat, kann er diese Informationen verwenden, um die fehlenden Teile einer URL innerhalb dieses Dokuments auszufüllen. Wir können zwischen einer absoluten URL und einer relativen URL unterscheiden, indem wir uns nur den Pfad Teil der URL ansehen. Wenn der Pfadteil der URL mit dem /-Zeichen beginnt, ruft der Browser diese Ressource von der obersten Wurzel des Servers ab, ohne Bezug auf den vom aktuellen Dokument gegebenen Kontext.

Schauen wir uns einige Beispiele an, um dies klarer zu machen. Nehmen wir an, die URLs werden innerhalb des Dokuments an folgender URL definiert: https://developer.mozilla.org/de/docs/Learn_web_development.

https://developer.mozilla.org/de/docs/Learn_web_development selbst ist eine absolute URL. Sie enthält alle erforderlichen Teile, die zum Lokalisieren der Ressource, auf die sie verweist, benötigt werden.

Alle folgenden URLs sind relative URLs:

• Schema-relative URL: //developer.mozilla.org/de/docs/Learn_web_development — nur das Protokoll fehlt. Der Browser verwendet dasselbe Protokoll wie das, das zum Laden des Dokuments verwendet wurde, das diese URL beherbergt.
• Domain-relative URL: /de/docs/Learn_web_development — das Protokoll und der Domainname fehlen beide. Der Browser verwendet dasselbe Protokoll und denselben Domainnamen wie das, das zum Laden des Dokuments verwendet wurde, das diese URL beherbergt.
• Unterressourcen: Howto/Web_mechanics/What_is_a_URL — das Protokoll und der Domainname fehlen und der Pfad beginnt nicht mit /. Der Browser versucht, das Dokument in einem Unterverzeichnis desjenigen zu finden, das die aktuelle Ressource enthält. In diesem Fall möchten wir wirklich diese URL erreichen: https://developer.mozilla.org/de/docs/Learn_web_development/Howto/Web_mechanics/What_is_a_URL.
• Zurück im Verzeichnisbaum: ../CSS/display — das Protokoll und der Domainname fehlen, und der Pfad beginnt mit ... Dies ist aus der UNIX-Dateisystemwelt geerbt — um dem Browser zu sagen, dass wir um eine Ebene nach oben gehen möchten. Hier möchten wir diese URL erreichen: https://developer.mozilla.org/de/docs/Learn_web_development/../Web/CSS/display, die vereinfacht werden kann zu: https://developer.mozilla.org/de/docs/Web/CSS/display.
• Nur Anker: #semantic_urls - alle Teile außer dem Anker fehlen. Der Browser verwendet die URL des aktuellen Dokuments und ersetzt oder fügt den Anker-Teil hinzu. Dies ist nützlich, wenn Sie auf einen bestimmten Teil des aktuellen Dokuments verlinken möchten.

Etwas weniger häufig als die oben besprochenen Teile einer URL, können Sie einen Benutzernamen und ein Passwort in URLs sehen.

Zum Beispiel:

https://username:password@www.example.com:80/

Wenn vorhanden, werden der Benutzername und das Passwort zwischen den Zeichen :// und der Autorität gesetzt, mit einem Doppelpunkt zwischen den beiden und einem @-Zeichen am Ende.

Ein Benutzername und ein Passwort können in der URL enthalten sein, wenn Sie auf Websites zugreifen, die den Sicherheitsmechanismus der HTTP-Authentifizierung verwenden, um sich sofort anzumelden und das Benutzername/Passwort-Dialogfeld zu umgehen, das sonst zum Eingeben Ihrer Anmeldedaten erscheinen würde.

Obwohl Sie diesen Mechanismus noch in freier Wildbahn sehen könnten, ist er aufgrund von Sicherheitsbedenken veraltet, und moderne Websites neigen dazu, andere Mechanismen für die Authentifizierung zu verwenden. Lesen Sie Zugriff mit Anmeldedaten in der URL für weitere Details.

Trotz ihres sehr technischen Charakters stellen URLs einen für Menschen lesbaren Einstiegspunkt für eine Website dar. Sie können auswendig gelernt werden, und jeder kann sie in die Adressleiste des Browsers eingeben. Menschen stehen im Mittelpunkt des Webs, und daher gilt es als beste Praxis, sogenannte semantische URLs zu erstellen. Semantische URLs verwenden Wörter mit einer innewohnenden Bedeutung, die von jedem verstanden werden können, unabhängig von ihrem technischen Wissen.

Linguistische Semantik ist für Computer natürlich irrelevant. Sie haben wahrscheinlich oft URLs gesehen, die wie eine Mischung aus zufälligen Zeichen aussehen. Aber es gibt viele Vorteile bei der Erstellung von menschlich lesbaren URLs:

• Es ist einfacher für Sie, sie zu verwalten.
• Sie klären die Benutzer darüber auf, wo sie sich befinden, was sie tun, was sie auf dem Web lesen oder mit dem sie interagieren.
• Einige Suchmaschinen können diese Semantik nutzen, um die Klassifizierung der zugehörigen Seiten zu verbessern.

Daten-URLs: URLs, die mit dem data:-Schema prefixed sind, erlauben es Inhaltsanbietern, kleine Dateien direkt in Dokumenten einzubetten.