Was ist eine URL?

Eine URL (Uniform Resource Locator) ist die Adresse einer einzigartigen Ressource im Internet. Es ist einer der wichtigsten Mechanismen, die Browser verwenden, um veröffentlichte Ressourcen wie HTML-Seiten, CSS-Dokumente, Bilder usw. abzurufen.

Theoretisch verweist jede gültige URL auf eine einzigartige Ressource. In der Praxis gibt es einige Ausnahmen, die häufigste ist eine URL, die auf eine Ressource verweist, die nicht mehr existiert oder sich bewegt hat. Da die Ressource, die von der URL repräsentiert wird, und die URL selbst vom Webserver verwaltet werden, liegt es am Besitzer 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

Jede dieser URLs kann in die Adressleiste Ihres Browsers eingegeben werden, um ihm mitzuteilen, die zugehörige Ressource zu laden, 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 unten stehenden URL hervorgehoben (Details werden in den folgenden Abschnitten bereitgestellt):

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 lautet das Protokoll für Websites HTTPS oder HTTP (seine ungesicherte Version). Das Adressieren von Webseiten erfordert eines dieser beiden, aber Browser wissen auch, wie man mit anderen Schemata umgeht, wie z.B. mailto: (um einen E-Mail-Client zu öffnen), also seien Sie nicht überrascht, wenn Sie andere Protokolle sehen.

Es folgt die Authority, die durch das Zeichenmuster :// vom Schema getrennt wird. Wenn vorhanden, umfasst die Authority sowohl die Domain (z. B. www.example.com) als auch den Port (80), getrennt durch einen Doppelpunkt:

• Die Domain zeigt an, welcher Webserver angefordert wird. Dies ist normalerweise ein Domain-Name, aber eine IP-Adresse kann auch verwendet werden (aber das ist selten, da es viel weniger praktisch ist).
• Der Port gibt das technische "Tor" an, das verwendet wird, um auf die Ressourcen auf dem Webserver zuzugreifen. Er wird normalerweise weggelassen, wenn der Webserver die Standard-Ports des HTTP-Protokolls (80 für HTTP und 443 für HTTPS) verwendet, um Zugang zu seinen Ressourcen zu gewähren. Andernfalls ist er obligatorisch.

/path/to/myfile.html ist der Pfad zur Ressource auf dem Webserver. In den Anfangstagen des Webs stellte ein solcher Pfad einen physischen Dateispeicherort auf dem Webserver dar. Heutzutage ist es meistens eine Abstraktion, die von Webservern ohne physische Realität behandelt 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 zusätzliche Aufgaben auszuführen, bevor er die Ressource zurückgibt. Jeder Webserver hat seine eigenen Regeln bezüglich der Parameter, und der einzige zuverlässige Weg zu wissen, ob ein bestimmter Webserver Parameter verarbeitet, ist, den Besitzer des Webservers zu fragen.

#SomewhereInTheDocument ist ein Anker zu einem anderen Teil der Ressource selbst. Ein Anker repräsentiert eine Art "Lesezeichen" innerhalb der Ressource und gibt dem Browser die Anweisungen, den Inhalt an der "markierten" Stelle anzuzeigen. Auf einem HTML-Dokument scrollt der Browser zum Punkt, an dem der Anker definiert ist; auf einem Video- oder Audiodokument versucht der Browser, zu dem Zeitpunkt zu gehen, den der Anker darstellt. Es ist erwähnenswert, dass der Teil nach dem #, auch bekannt als Fragment-Identifier, niemals mit der Anfrage an den Server gesendet wird.

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

Die HTML-Sprache (siehe Strukturieren von Inhalten mit HTML) verwendet URLs intensiv:

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

Andere Technologien, wie CSS oder JavaScript, verwenden URLs intensiv, und diese sind wirklich das Herzstück des Webs.

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

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

Die notwendigen Teile einer URL hängen in großem Maße 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, die wir oben gesehen haben. Sie müssen das Protokoll (der Browser verwendet standardmäßig HTTP) oder den Port (der nur erforderlich ist, wenn der angezielte Webserver einen ungewöhnlichen Port verwendet) nicht angeben, aber alle anderen Teile der URL sind notwendig.

Wenn eine URL innerhalb eines Dokuments 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 nur den Pfad-Teil der URL betrachten. Wenn der Pfadteil der URL mit dem /-Zeichen beginnt, wird der Browser diese Ressource vom obersten Verzeichnis des Servers abrufen, ohne auf den Kontext des aktuellen Dokuments Bezug zu nehmen.

Schauen wir uns einige Beispiele an, um das klarer zu machen. Nehmen wir an, dass die URLs innerhalb des Dokuments definiert sind, das an folgender URL zu finden ist: 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 notwendigen Teile, die benötigt werden, um die Ressource zu lokalisieren, auf die sie verweist.

Alle folgenden URLs sind relative URLs:

• Schema-relative URL: //developer.mozilla.org/de/docs/Learn_web_development — nur das Protokoll fehlt. Der Browser wird das gleiche Protokoll verwenden wie das, das verwendet wurde, um das Dokument zu laden, das diese URL beherbergt.
• Domain-relative URL: /de/docs/Learn_web_development — das Protokoll und der Domain-Name fehlen beide. Der Browser wird das gleiche Protokoll und den gleichen Domain-Namen verwenden wie das, das verwendet wurde, um das Dokument zu laden, das diese URL beherbergt.
• Unterressourcen: Howto/Web_mechanics/What_is_a_URL — das Protokoll und der Domain-Name fehlen, und der Pfad beginnt nicht mit /. Der Browser wird versuchen, das Dokument in einem Unterverzeichnis desjenigen zu finden, das die aktuelle Ressource enthält. In diesem Fall wollen 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 Domain-Name fehlen, und der Pfad beginnt mit ... Dies ist aus der UNIX-Dateisystemwelt geerbt — um dem Browser mitzuteilen, dass wir um eine Ebene nach oben gehen möchten. Hier wollen 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 fehlen außer dem Anker. Der Browser wird die URL des aktuellen Dokuments verwenden und den Ankerteil daran ersetzen oder hinzufügen. Dies ist nützlich, wenn Sie auf einen bestimmten Teil des aktuellen Dokuments verlinken möchten.

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 eines Browsers eingeben. Menschen stehen im Mittelpunkt des Webs, und es gilt daher als Best Practice, sogenannte semantische URLs zu erstellen. Semantische URLs verwenden Wörter mit einem inhärenten Verständnis, das von jedem verstanden werden kann, unabhängig von seinem technischen Wissen.

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

• Es ist einfacher für Sie, sie zu manipulieren.
• Es klärt für Nutzer Dinge in Bezug darauf, wo sie sind, was sie tun, was sie lesen oder im Web interagieren.
• Einige Suchmaschinen können diese Semantik verwenden, um die Klassifizierung der zugehörigen Seiten zu verbessern.

Data URLs: URLs, die mit dem data:-Schema beginnen, ermöglichen es Inhaltserstellern, kleine Dateien inline in Dokumente einzubetten.