Was ist unter „URL“ zu verstehen?

Eine URL, ausgeschrieben Uniform Resource Locator, ist eine Adresse, die angibt, wo eine Ressource erreichbar ist und über welches Verfahren darauf zugegriffen wird. Eine solche Webadresse kann auf eine Webseite, ein Bild, eine PDF-Datei oder eine andere digitale Ressource verweisen. Im Alltag begegnet Dir dafür auch der Begriff Internetadresse.

Als durchgängiges Beispiel verwenden wir diese Webadresse für einen fiktiven Betrieb: https://www.example.com/de/leistungen?standort=bozen#kontakt. Die Adresse zeigt den Aufbau; example.com ist eine für Beispiele reservierte Domain und steht hier nicht für einen echten Südtiroler Betrieb.

Wie ist eine URL aufgebaut?

Die Beispieladresse besteht aus fünf unterscheidbaren Teilen. Wenn Du diese Bestandteile erkennst, kannst Du Links gezielter prüfen und Fehler leichter eingrenzen:

  • Schema – https: Das Schema legt das Zugriffsverfahren fest. Im Beispiel bezeichnet https das Protokoll HTTPS: HTTP über eine mit TLS geschützte Verbindung.
  • Host – www.example.com: Der Host bezeichnet das angesprochene Zielsystem. Im Beispiel besteht der Hostname aus der Domain example.com und der Subdomain www; ein Host kann auch als IP-Adresse angegeben sein.
  • Pfad – /de/leistungen: Der Pfad bezeichnet die angeforderte Ressource innerhalb des Hosts. Hier steht /de/ für die deutsche Sprachversion und leistungen für die Leistungsseite.
  • Query-Parameter – standort=bozen: Nach dem Fragezeichen stehen zusätzliche Angaben. In einer entsprechend eingerichteten Website könnte dieser Parameter beispielsweise den Standort Bozen auswählen.
  • Fragment – kontakt: Nach der Raute steht ein Verweis auf einen Teil der Ressource. Auf einer Webseite kann #kontakt zum Kontaktabschnitt führen, wenn ein passendes Sprungziel vorhanden ist.

Nicht jede URL enthält alle diese Bestandteile. Query-Parameter und Fragment sind optional. Auch ein Port kann ausdrücklich angegeben sein, etwa als :8443 nach dem Host. Bei HTTPS wird ohne ausdrückliche Portangabe standardmäßig Port 443 verwendet.

Der Pfad muss kein tatsächliches Verzeichnis auf einem Server abbilden. Eine Website-Anwendung kann selbst festlegen, welcher Inhalt unter /de/leistungen ausgeliefert wird.

URL, Domain, URI und Slug: die Unterschiede

Die Begriffe werden im Website-Alltag manchmal vermischt. Für Gespräche mit Deiner technischen Betreuung hilft diese Abgrenzung:

  • URL: Die Adresse einer Ressource, im Beispiel https://www.example.com/de/leistungen?standort=bozen#kontakt.
  • Domain: Ein Name im Domainnamensystem, hier example.com. Die Domain allein enthält weder das Schema noch den Pfad zur konkreten Seite.
  • Host: Das in der Adresse angesprochene Ziel, hier www.example.com. Der Hostname kann eine Domain mit Subdomain sein.
  • URI: Die Abkürzung für Uniform Resource Identifier. Im klassischen URI-Modell ist URI der übergeordnete Begriff für die Identifikation einer Ressource; eine URL ist eine URI, die zusätzlich einen Zugriffsweg beschreibt.
  • Slug: Ein meist lesbarer Pfadabschnitt im Website-Alltag, hier beispielsweise leistungen. Ein Slug ist nicht die gesamte Webadresse.

Für Deinen Betrieb ist die Unterscheidung praktisch: Eine Änderung des Slugs betrifft möglicherweise eine einzelne Seite. Ein Domainwechsel betrifft dagegen die Adressen vieler oder aller Ressourcen. Warum die Kontrolle über diesen Namen wichtig ist, erkläre ich im Beitrag zum strategischen Wert einer eigenen Domain.

Sprachpfade: Webadressen für Deutsch und Italienisch

Für einen fiktiven Südtiroler Betrieb könnten zwei Sprachversionen so organisiert sein:

  • Deutsch: https://www.example.com/de/leistungen
  • Italienisch: https://www.example.com/it/servizi

Der Sprachpfad /de/ beziehungsweise /it/ macht die Zuordnung innerhalb der Website nachvollziehbar. Die übersetzten Slugs leistungen und servizi helfen zusätzlich beim Verständnis.

Ein Sprachpfad erzeugt keine Übersetzung. Die jeweiligen Inhalte müssen tatsächlich vorliegen. Auch Suchmaschinen erkennen die Beziehung zwischen Sprachversionen nicht allein an der Adresse. Mit hreflang kannst Du zusammengehörige Sprachversionen ausdrücklich kennzeichnen; eine konsistente interne Verlinkung unterstützt die Zuordnung.

Die weiteren Zusammenhänge findest Du in unserem Beitrag zur Planung einer mehrsprachigen Website.

Warum stabile URLs für Deinen Betrieb wichtig sind

Eine Webadresse wird nicht nur auf Deiner Website verwendet. Kunden speichern Links als Lesezeichen, Du verschickst Webadressen in Angeboten, und gedruckte QR-Codes verweisen auf bestimmte Seiten. Wenn Du eine Adresse änderst, können all diese Verweise ins Leere führen.

In meiner Arbeit mit KMU prüfe ich Website-Änderungen deshalb nicht nur gestalterisch. Aus über 20 Jahren Praxis ist mir wichtig, dass bestehende Verweise erhalten bleiben: Ein bereits verschickter Link soll Deine Kunden weiterhin zum passenden Inhalt führen.

Eine verständliche URL hilft bei der Orientierung. Eine stabile Adresse erhält den Zugang.

Vor einer Adressänderung solltest Du drei Punkte klären:

  • Nutzen: Löst die Änderung ein konkretes Problem, oder wird nur ein bestehender Slug etwas lesbarer?
  • Bestehende Verweise: Welche internen Links, Angebote, Verzeichniseinträge und QR-Codes verwenden die bisherige Adresse?
  • Weiterleitung: Welche neue Seite ersetzt den bisherigen Inhalt fachlich am besten?

Bei einer dauerhaften Adressänderung ist eine passende Weiterleitung üblich, beispielsweise mit HTTP-Status 301 oder 308. Leite die alte Leistungsseite auf die entsprechende neue Leistungsseite weiter, nicht pauschal auf die Startseite.

Aktualisiere auch die internen Links. Eine Weiterleitung garantiert weder unveränderte Rankings noch einen fehlerfreien Umzug.

Eine Canonical-URL hat eine andere Aufgabe: Bei gleichen oder sehr ähnlichen Inhalten nennt die Canonical-Angabe die bevorzugte Adresse für Suchmaschinen. Die Angabe ist ein Hinweis, den Suchmaschinen nicht zwingend übernehmen. Eine Canonical-Angabe ist keine Weiterleitung und schickt Besucher nicht automatisch auf eine andere Seite.

Quellen-URLs für Suchmaschinen und KI-Abrufe

Eine erreichbare, konsistente Quellen-URL erleichtert Suchmaschinen und KI-Systemen den Abruf und die Zuordnung eines Inhalts. Voraussetzung ist, dass das jeweilige System auf die Ressource zugreifen kann. Beim Crawling werden solche Adressen automatisiert aufgerufen und Links verfolgt.

Eine technisch gültige URL garantiert weder die Indexierung noch eine Erwähnung in KI-Antworten. Die Adresse ist ein Zugangsweg, kein Sichtbarkeitsversprechen. Inhalt, technische Erreichbarkeit und die Auswahlregeln des jeweiligen Systems spielen ebenfalls eine Rolle.

Was ist ein Markdown-Endpunkt?

Ein Markdown-Endpunkt ist eine tatsächlich eingerichtete Adresse, über die Inhalte im Markdown-Format abgerufen werden können. Eine solche Fassung kann eine zusätzliche Ressource neben der HTML-Seite sein.

Das bloße Anhängen von .md an eine bestehende Webadresse erzeugt keine Markdown-Version. Der Inhalt muss über eine dokumentierte Adresse oder ein unterstütztes Auslieferungsverfahren bereitgestellt werden und erreichbar sein. Wie Du diese Bereitstellung prüfst, beschreibt unser Beitrag zu Markdown-Fassungen, Synchronisierung und Tests.

Häufige Fragen zur URL

Wo findest Du eine URL und wie kopierst Du die Adresse?

Die Adresse der geöffneten Seite findest Du in der Adressleiste Deines Browsers. Klicke oder tippe auf die Leiste, markiere die vollständige Adresse und kopiere die Auswahl. Die Zieladresse eines Links kannst Du meist per Rechtsklick oder durch längeres Antippen kopieren. Öffne den kopierten Link zur Kontrolle, damit Du tatsächlich die gewünschte Seite oder Datei weitergibst.

Was unterscheidet eine URL von einer Domain?

Eine Domain wie example.com kann den Host einer Webadresse bilden. Eine vollständige HTTPS-Adresse wie https://www.example.com/de/leistungen enthält zusätzlich das Schema, hier außerdem eine Subdomain und einen Pfad. Wenn Du eine konkrete Leistung verlinken möchtest, kopiere deshalb die Seitenadresse statt nur der Domain.

Was sind eine absolute URL und eine relative URL?

Eine absolute URL lässt sich ohne Basisadresse interpretieren, beispielsweise https://www.example.com/de/leistungen. Eine relative URL wie /de/leistungen benötigt dagegen eine Basisadresse zur Auflösung. Dieses Beispiel übernimmt Schema und Host der Basisadresse. Für E-Mails oder gedruckte Verweise solltest Du eine absolute Adresse verwenden, damit das Ziel eindeutig bleibt.

Was bedeuten Fragezeichen und Raute in einer URL?

Das Fragezeichen beginnt die Query, etwa ?standort=bozen; mehrere Query-Parameter werden häufig mit & getrennt. Die Raute beginnt das Fragment, etwa #kontakt, das auf einen Abschnitt verweisen oder von einer Browser-Anwendung verarbeitet werden kann. Bei HTTP-Anfragen wird das Fragment nicht an den Server übertragen.

Können Großschreibung, Umlaute und abschließende Schrägstriche eine Rolle spielen?

Ja: Pfade können zwischen Groß- und Kleinschreibung unterscheiden, während Hostnamen nicht zwischen Groß- und Kleinschreibung unterscheiden. Umlaute werden je nach Adressbestandteil technisch kodiert; außerdem können /leistungen und /leistungen/ unterschiedlich behandelt werden. Verwende deshalb die von Deiner Website festgelegte Adresse konsistent, statt bestehende Links eigenmächtig zu vereinheitlichen.

Was passiert, wenn Du eine URL änderst?

Ohne passende Weiterleitung kann die alte Adresse einen Fehler liefern, obwohl der Inhalt unter einer neuen Adresse weiterhin vorhanden ist. Plane deshalb vor der Änderung das passende neue Ziel, richte die Weiterleitung ein und aktualisiere interne Verweise. Prüfe anschließend auch wichtige gespeicherte Links und QR-Codes.

Solltest Du Query-Parameter vor dem Teilen entfernen?

Nicht pauschal: Manche Parameter dienen nur der Kampagnenmessung, andere steuern Filter, Sprache oder den angezeigten Inhalt. Wenn Du Parameter entfernst, prüfe die gekürzte Adresse möglichst in einem privaten Browserfenster, damit eine bestehende Sitzung das Ergebnis nicht verfälscht. Teile die kürzere Adresse nur, wenn weiterhin genau der beabsichtigte Inhalt erscheint.

Können URL-Parameter sensible Informationen enthalten?

Ja: Parameter können beispielsweise E-Mail-Adressen, Kundennummern oder Zugangstoken enthalten. Solche Angaben können in Browserhistorien, Serverprotokollen oder weitergegebenen Links auftauchen, auch wenn HTTPS verwendet wird. Übermittle Passwörter und vertrauliche Kundendaten deshalb nicht über Query-Parameter und teile persönliche Zugangslinks nicht öffentlich.

Macht HTTPS eine Website automatisch vertrauenswürdig?

Nein: HTTPS schützt die Übertragung zwischen Browser und Server, bestätigt aber nicht die Seriosität des Anbieters. Ein gültiges TLS-Zertifikat, häufig noch SSL-Zertifikat genannt, ist deshalb kein Gütesiegel für Inhalte oder Geschäftsmodelle. Prüfe vor einer Zahlung zusätzlich die genaue Domain, Anbieterangaben und nachvollziehbare Kontaktmöglichkeiten.

Florian Berger
Ähnliche Ausdrücke URL, URLs, Uniform Resource Locator, Uniform Resource Locators, Webadresse, Webadressen, Internetadresse, Internetadressen
Die 7 Website-KPIs, die jeder Betriebsinhaber verstehen sollte – ohne Technik-Studium
Bloggerei.de