Was ist eine URL?

URL steht für Uniform Resource Locator. Gemeint ist die Adresse in der Adresszeile des Browsers, die Adresse hinter einem Link und die Adresse, die Google in seinem Index speichert. Technisch ist eine URL eine Form des URI (Uniform Resource Identifier), dessen Format die Norm RFC 3986 festlegt: ein Bezeichner für eine Ressource. Die URL ist die Form, die zusätzlich angibt, wo diese Ressource zu finden ist.

Drei Nachbarbegriffe werden oft vermischt. Die Domain ist nur ein Teil der URL, nämlich der Name des Servers (zum Beispiel zds.es). Der Slug ist das letzte Stück des Pfads, das die Seite in Worten beschreibt (bei diesem Eintrag was-ist-eine-url). Die URL ist das Ganze: Protokoll, Domain, Pfad und, falls vorhanden, Parameter und Fragment.

Für eine Suchmaschine ist jede abweichende URL zunächst ein eigenes Dokument. Google schreibt das in seinem Leitfaden zur URL-Struktur ausdrücklich: /APPLE und /apple gelten als zwei verschiedene Adressen mit jeweils eigenem Inhalt. Daraus entsteht ein großer Teil der Probleme mit doppelten Inhalten, nämlich dieselbe Seite unter mehreren URLs.

RFC 3986 beschreibt die allgemeine Syntax in fünf Bestandteilen: Schema, Authority, Pfad, Query und Fragment. In https://zds.es/que-es-sitemap?utm_source=newsletter#faq ist https das Schema, zds.es die Authority, /que-es-sitemap der Pfad, utm_source=newsletter die Query und faq das Fragment. Schema und Pfad sind Pflicht, der Rest ist optional.

Die Teile verhalten sich unterschiedlich. Schema und Servername unterscheiden nicht zwischen Groß- und Kleinschreibung, die Norm empfiehlt trotzdem Kleinbuchstaben. Der Pfad dagegen unterscheidet sie, sofern der Server nichts anderes festlegt. Zeichen, die die Norm nicht direkt zulässt, etwa ein Leerzeichen oder ein „ü“, werden mit dem Prozentzeichen kodiert: Das „ü“ wird zu %C3%BC.

Das Fragment, der Teil hinter „#“, erreicht den Server nie. Der Browser nutzt es, um zu einem Abschnitt der Seite zu springen. Deshalb schreibt Google, dass es Fragmente im Allgemeinen nicht unterstützt, und rät davon ab, damit den Inhalt einer Seite zu wechseln; dafür empfiehlt es die History-API von JavaScript. Browser wiederum lesen URLs nach dem URL Standard der WHATWG, einer laufend gepflegten Norm, zuletzt aktualisiert am 7. Oktober 2026.

Eine gut gebaute URL hilft zwei Lesern gleichzeitig. Wer sie in einem Suchergebnis oder Link sieht, versteht vor dem Klick, worum es auf der Seite geht. Die Suchmaschine nutzt sie als festen Bezeichner, um zu crawlen, zu indexieren und Signale zu sammeln. Ist dieselbe Seite unter mehreren URLs erreichbar, verteilen sich diese Signale, und die Suchmaschine muss entscheiden, welche Fassung die maßgebliche ist.

Für die KI-Suche gilt dasselbe. Zitiert ein Assistent eine Quelle, verlinkt er eine bestimmte URL. Gibt es die Seite in mehreren Fassungen, etwa mit und ohne Schrägstrich am Ende oder mit Kampagnenparametern, kann sich das Zitat auf diese Fassungen verteilen oder auf die falsche zeigen.

In diesem Glossar lösen wir das so, geprüft am 8. Oktober 2026 am Eintrag zur Sitemap: Mit Schrägstrich am Ende leitet zds.es/que-es-sitemap/ per 301 auf die Fassung ohne Schrägstrich um. Mit einem Kampagnenparameter, ?utm_source=…, kommt dieselbe Seite, aber mit einem Canonical-Tag auf die saubere URL. Und mit dem spanischen Slug im deutschen Ordner, /de/que-es-sitemap, folgt eine 301-Umleitung auf /de/was-ist-sitemap. Großgeschrieben, als /Que-Es-Sitemap, leitet die Adresse ebenfalls per 301 auf die Kleinschreibung um. Vier Varianten, eine einzige URL, die zählt.

• Lesbare Wörter statt langer ID-Nummern verwenden, und zwar in der Sprache der Leserinnen und Leser.
• Wörter mit Bindestrichen trennen, nicht mit Unterstrichen, wie Google empfiehlt.
• Pfade durchgehend kleinschreiben und Varianten mit Großbuchstaben per 301 umleiten, wenn der Server sie annimmt.
• Sich für eine Form entscheiden, mit oder ohne Schrägstrich am Ende, und die andere umleiten.
• Parameter, die den Inhalt nicht verändern, weglassen und bei den übrigen die übliche Schreibweise nutzen: „=“ zwischen Schlüssel und Wert, „&“ zwischen Parametern.
• Die Haupt-URL per Canonical kennzeichnen, wenn eine Seite auch mit Parametern erreichbar sein muss.

• URLs ändern, ohne die alten umzuleiten, sodass Links und Zitate auf einem 404 landen.
• Fragmente („#“) nutzen, um anderen Inhalt zu laden, der eigentlich indexierbar sein sollte.
• In internen Links Groß- und Kleinschreibung mischen, sodass dieselbe Seite zweimal existiert.
• Für jede Filterkombination eines Shops oder einer Liste neue URLs erzeugen, ohne zu steuern, welche indexiert werden.
• Den Text einer Seite übersetzen und den Slug in der anderen Sprache lassen, oder umgekehrt, ohne die Zuordnung zwischen den Fassungen zu pflegen.