URL (Uniform Resource Locator)

Was ist eine URL? Bedeutung und Abkürzung

URL ist die Abkürzung für Uniform Resource Locator und bezeichnet die Adresse, unter der sich eine Webseite, ein Bild, ein Dokument oder ein anderer Inhalt im Internet abrufen lässt. Das Digitale Wörterbuch der deutschen Sprache (DWDS) übersetzt den Begriff mit „einheitlicher Ressourcenzeiger“. Einfach erklärt sagt eine URL dem Browser, auf welchem Weg er eine Ressource abrufen soll und wo sie liegt. Im allgemeinen Sprachgebrauch heißt die URL auch Webadresse, Internetadresse oder URL-Adresse, im Englischen „web address“.

Der Duden definiert die URL als „Standard für die Adressierung einer Website im World Wide Web“ und nennt Internetadresse als gleichbedeutendes Wort. Üblich ist die feminine Form, also die URL, laut Duden selten auch der URL. Der Plural lautet URLs.

Die URL geht auf Tim Berners-Lee zurück, den Erfinder des World Wide Web. Gemeinsam mit Larry Masinter und Mark McCahill gab er im Dezember 1994 den ersten URL-Standard als RFC 1738 (Request for Comments) heraus. Die allgemeine Syntax legt seit Januar 2005 der Standard RFC 3986 der Internet Engineering Task Force (IETF) fest. Browser richten sich zusätzlich nach dem URL-Standard der WHATWG, einer Arbeitsgruppe der Browserhersteller.

Umgangssprachlich wird die URL oft mit der Domain gleichgesetzt. Die Domain ist aber nur ein Teil der Internetadresse. In https://www.example.com/ratgeber ist example.com die Domain, die vollständige URL nennt zusätzlich das Schema https, die Subdomain www und den Pfad /ratgeber.

Wie ist eine URL aufgebaut?

Eine URL folgt dem Format schema://hostname:port/pfad?parameter#fragment, wobei bei Webadressen nur Schema und Hostname Pflicht sind. Die übrigen Bestandteile kommen je nach Seite hinzu. So ist jede Internetadresse aufgebaut, ob sie zu einer Startseite, einem Bild oder einer Datei führt. Den Aufbau einer URL und ihre Zusammensetzung regelt der Standard RFC 3986, er nennt die Teile scheme, authority (mit Hostname und Port), path, query und fragment. Innerhalb der Adresse trennen feste Zeichen die Teile, etwa // vor dem Hostnamen, ? vor den Parametern und # vor dem Fragment. Die Abbildung zeigt alle Bestandteile an einem Beispiel, die Abschnitte darunter erklären sie einzeln.

Schema

Das Schema steht am Anfang und legt fest, wie die Ressource abgerufen wird. Umgangssprachlich heißt es oft Protokoll. Webseiten nutzen https oder http, weitere Schemata sind etwa mailto für E-Mail-Adressen, tel für Telefonnummern und ftp für die Dateiübertragung. Auf das Schema folgt ein Doppelpunkt, bei Webadressen außerdem zwei Schrägstriche vor dem Hostnamen. Das s in https zeigt eine verschlüsselte Verbindung an, für die der Server ein gültiges SSL-Zertifikat braucht.

Subdomain, Domain und Top-Level-Domain

Nach den zwei Schrägstrichen folgt der Hostname, also der Name des Servers. Aufgebaut ist er von rechts nach links. Ganz rechts steht die Top-Level-Domain (TLD) wie .de oder .com. Links davon steht der Name, den eine Person oder ein Unternehmen registriert hat. Zusammen ergeben beide die Domain, etwa example.com. Alles weiter links sind Subdomains wie www oder blog, die der Inhaber der Domain selbst anlegt. Damit der Browser den Server findet, übersetzt das Domain Name System (DNS) den Hostnamen in eine IP-Adresse. Ob eine Brand Länderversionen über Länderendungen, Subdomains oder Verzeichnisse abbildet, ordnet der Artikel zum Hreflang-Tag ein.

Port

Der Port steht nach einem Doppelpunkt hinter dem Hostnamen und bestimmt, welcher Dienst auf dem Server die Anfrage annimmt. Fehlt er, gilt der Standard des Schemas, bei https Port 443 und bei http Port 80. In Webadressen taucht der Port deshalb fast nie auf, in Server-URLs für Geräte im Heimnetz dagegen häufig.

Pfad, Slug und Dateiendung

Der Pfad, englisch path, beginnt mit dem ersten einzelnen Schrägstrich nach Hostname und Port und beschreibt, wo die Ressource auf dem Server liegt. Weitere Schrägstriche gliedern ihn in Verzeichnisse wie /ratgeber/ oder /tarife/. Der letzte Abschnitt, der eine einzelne Seite benennt, heißt Slug, etwa festgeld-zinsen in /ratgeber/festgeld-zinsen. Content-Management-Systeme wie WordPress bilden ihn meist aus dem Titel des Beitrags oder der Seite. Endet der Pfad auf eine Dateiendung wie .html, .pdf oder .jpg, nennt sie in der Regel den Dateityp. Bei Seiten lassen viele Websites die Endung weg. Besteht der Pfad nur aus einem Schrägstrich, führt die URL zur Startseite. Diese Adresse aus Schema, Hostname und Schrägstrich heißt auch Root-URL, etwa https://www.example.com/.

Parameter und Fragment

Nach einem Fragezeichen können Parameter folgen, die dem Server zusätzliche Angaben übergeben, etwa ?laufzeit=24 an einen Festgeld-Rechner. Üblich sind Paare aus Schlüssel und Wert, mehrere Paare verbindet ein &. Ein Fragment beginnt mit einer Raute (#) und verweist auf eine Stelle innerhalb der Seite, etwa auf eine Zwischenüberschrift. Der Browser wertet das Fragment selbst aus und schickt es nicht an den Server.

URL-Beispiele: So sieht eine URL aus

Ein typisches Beispiel für die URL einer Webseite ist https://www.example.com/ratgeber/festgeld-zinsen mit Schema, Hostname und einem Pfad aus lesbaren Wörtern. Was eine URL im Einzelfall bedeutet, verrät oft schon ihr Ende, etwa eine Dateiendung oder ein sprechender Slug. Die folgenden Beispiele für Internetadressen sind fiktiv und nutzen die für Dokumentationen reservierten Domains example.com und example.org.

Eine Bild-URL ist also nichts anderes als die URL einer Bilddatei. Kryptische Adressen wie https://www.example.com/index.php?id=123&cat=7 funktionieren technisch genauso, verraten aber nichts über den Inhalt. Wie sich gute von schlechten URLs unterscheiden, zeigt der Abschnitt zu SEO-freundlichen URLs.

Was ist eine Server-URL?

Eine Server-URL ist die Adresse eines Servers, die ein Programm oder eine App braucht, um sich mit diesem Server zu verbinden. Gemeint ist meist keine einzelne Webseite, sondern der Zugang zu einem Dienst, deshalb hängt die genaue Bedeutung vom Programm ab, das danach fragt. Aufgebaut ist eine Server-URL wie jede andere URL aus Schema, Hostname oder IP-Adresse, oft einem Port und manchmal einem Pfad.

Ein Beispiel aus dem Finanzbereich ist Banking-Software, die Konten über die Schnittstelle FinTS abruft. Sie fragt nach der Adresse des Bankservers, die Banken auf ihren Hilfeseiten nennen und die viele Programme nach Eingabe der Bankleitzahl selbst eintragen. Apps für Medien-, Foto- oder Cloud-Server im eigenen Heimnetz erwarten dagegen meist eine IP-Adresse mit Port. Mailprogramme fragen beim manuellen Einrichten nach Name und Port der Server für Posteingang und Postausgang, etwa imap.example.com mit Port 993, und damit nur nach einem Teil der Server-URL. Streaming-Software braucht neben der Server-URL einen Streamschlüssel, und KI-Assistenten verbinden sich über eine Server-URL mit Servern nach dem Model Context Protocol (MCP).

Wo die Server-URL steht, hängt vom Dienst ab. Bei Online-Diensten nennt sie der Anbieter in seiner Hilfe oder in den Zugangsdaten, bei eigenen Servern zeigt sie die Verwaltungsoberfläche. Typische Fehlerquellen beim Eintragen sind ein fehlender Port und ein falsches Schema, etwa http statt https oder beim Streaming rtmp statt der verschlüsselten Variante rtmps.

Wie funktioniert eine URL beim Aufruf?

Beim Aufruf einer URL fragt der Browser zuerst über das DNS die IP-Adresse zum Hostnamen ab, baut dann eine Verbindung zum Server auf und fordert den Pfad an. Die IP-Adresse ist die eigentliche Nummer hinter der URL, über die sich Rechner im Internet erreichen, etwa 203.0.113.10 aus einem für Beispiele reservierten Bereich. Der Hostname ist nur ihr lesbarer Name, deshalb kann eine Website auf einen anderen Server umziehen, ohne dass sich ihre URL ändert.

Der Server antwortet mit einem dreistelligen Statuscode und im Erfolgsfall mit dem Inhalt. Der Code 200 meldet Erfolg, Codes ab 300 verweisen in der Regel auf eine andere Adresse, Codes ab 400 melden Fehler wie 404 für eine nicht gefundene Seite, und Codes ab 500 stehen für Fehler auf dem Server. Danach lädt der Browser Bilder, Schriften und Skripte nach, die jeweils eigene URLs haben. Was 404- und 5xx-Fehler für Suchmaschinen bedeuten, erklärt der Artikel zum Crawling.

Welcher Teil einer URL ist die eigentliche Zieladresse?

Die eigentliche Zieladresse einer URL steht am Ende des Hostnamens, also direkt vor dem ersten einzelnen Schrägstrich oder vor dem Doppelpunkt eines Ports. Entscheidend ist die registrierbare Domain, also die Endung wie .de oder .com und der Name unmittelbar davor. Der URL-Standard der WHATWG definiert sie genau so, als öffentliche Endung plus das Namensglied davor, bei Endungen wie .co.uk zählt die ganze Endung. Alles, was weiter links steht, sind Subdomains, und die kann der Inhaber einer Domain frei vergeben.

Genau das nutzen gefälschte Login-Seiten aus. Den Unterschied zeigt ein fiktives Beispiel. Die echte Anmeldeseite einer Bank liegt unter meinebank.example/login. Eine gefälschte Seite unter meinebank.example.sicher-login.example/login enthält zwar den Banknamen, ihre registrierbare Domain ist aber sicher-login.example. Das Bundesamt für Sicherheit in der Informationstechnik (BSI) stuft Adressen, in die der Name eines Geldinstituts nur eingebaut ist, ausdrücklich als verdächtig ein, ebenso Adressen, die mit einer Zahlenfolge statt eines Domainnamens beginnen. Schon minimale Abweichungen in der Adresse wie ein zusätzlicher Punkt oder Bindestrich gelten laut BSI als Zeichen einer Fälschung.

Ein zweiter Trick nutzt das @-Zeichen. Folgt auf die zwei Schrägstriche zunächst ein Text mit @, gilt dieser Text laut RFC 3986 als Angabe zum Nutzer, und erst hinter dem @ beginnt der Hostname. Die Adresse https://meinebank.example@betrug.example/login führt deshalb zu betrug.example. Auch https:// ist laut BSI keine Entwarnung, weil auch Betrüger Zertifikate erwerben. Kurz-URLs zeigen das eigentliche Linkziel nicht direkt an. Bei der Überprüfung einer verdächtigen URL lohnt es sich daher, drei Bestandteile genauer unter die Lupe zu nehmen, nämlich das Ende des Hostnamens, ein mögliches @ davor und die genaue Schreibweise des Domainnamens. Banken und Versicherer sollten Login- und Kontaktseiten deshalb unter ihrer bekannten Domain betreiben, damit diese Prüfung für Kundinnen und Kunden eindeutig ausfällt.

URL, URI, Link und Domain: die Unterschiede

Eine URI ist der Oberbegriff, eine URL ist eine URI mit Fundort, ein Link ist ein Verweis auf eine URL, und eine Domain ist nur ein Teil davon. URI steht für Uniform Resource Identifier. RFC 3986 bezeichnet als URL die Teilmenge der URIs, die eine Ressource nicht nur kennzeichnen, sondern auch angeben, wie sie sich abrufen lässt. Jede URL ist also eine URI, aber nicht jede URI ist eine URL. Eine URN wie urn:oasis:names:specification:docbook:dtd:xml:4.1.2 aus RFC 3986 benennt eine Ressource dauerhaft, ohne zu sagen, wo sie liegt.

Im Alltag verschwimmt die Grenze. RFC 3986 empfiehlt, in neuen Spezifikationen nur noch von URI zu sprechen. Der URL-Standard der WHATWG verwendet dagegen ausschließlich URL und nennt die Trennung schlicht verwirrend. Auch in der SEO-Praxis meinen URL und URI fast immer dasselbe, nämlich die Adresse einer Seite.

Ein Link ist das klickbare Element in einem Dokument, das auf eine URL verweist. In HTML steht die Ziel-URL im Attribut href, zwischen den Tags steht der Linktext. Mit einem URL-Link ist meist ein Link gemeint, dessen sichtbarer Text die Adresse selbst ist. Die Domain wiederum ist der registrierte Name im Hostnamen, etwa example.com. Wer nur die Domain eintippt, landet auf der Startseite, weil der Browser die fehlenden Teile der URL ergänzt.

URL herausfinden, kopieren und eingeben

Die URL einer geöffneten Seite steht in der Adressleiste des Browsers, die auch URL-Leiste heißt. Wer die Adresse finden und weitergeben will, klickt in die Leiste, markiert so die vollständige URL und kopiert sie. Manche Browser kürzen die Anzeige allerdings. Safari zeigt auf dem Mac standardmäßig nur den Domainnamen und die vollständige Adresse erst nach einer Einstellung. Die URL eines Links lässt sich per Rechtsklick kopieren, bei Bildern heißt der Eintrag meist „Bildadresse kopieren“.

Auf dem Handy funktioniert das ähnlich. Ein Tipp auf die Adresszeile des mobilen Browsers zeigt die URL, ein langer Druck auf einen Link bietet an, seine Adresse zu kopieren. In Apps führt der Weg meist über das Teilen-Menü und den Eintrag „Link kopieren“. Die eigene URL, etwa die Adresse der eigenen Website oder eines Profils, findet sich auf demselben Weg.

Eine URL eingeben heißt, sie direkt in die Adressleiste zu tippen und nicht in ein Suchfeld. Das BSI empfiehlt beim Onlinebanking, die Internetadresse der Bank bei jedem Aufruf neu über die Tastatur einzugeben. Sämtliche Seiten einer Internetadresse listet am ehesten die XML-Sitemap der Website, oft unter /sitemap.xml, während eine Google-Suche mit site:example.com laut Google nicht immer alle Seiten zeigt. Ob eine bestimmte URL im Google-Index steht, zeigt die URL-Prüfung der Search Console, die der Artikel zur Indexierung beschreibt.

SEO-freundliche URLs und URL-Struktur

Eine SEO-freundliche URL ist kurz, einheitlich geschrieben und besteht aus lesbaren Wörtern, die den Inhalt der Seite beschreiben. Google empfiehlt in seinen Best Practices zur URL-Struktur (Stand 12/2025) lesbare Wörter statt langer ID-Nummern, Begriffe in der Sprache der Zielgruppe, Bindestriche statt Unterstriche zwischen Wörtern und so wenige Parameter wie möglich. Solche sprechenden URLs helfen vor allem Menschen, ein Suchergebnis oder einen geteilten Link einzuschätzen. Als Rankingfaktor zählen sie kaum. Laut Googles SEO-Startleitfaden haben Keywords im Domainnamen oder URL-Pfad allein kaum Auswirkungen auf das Ranking, außer dass sie im Navigationspfad des Suchergebnisses erscheinen können, den Google seit Januar 2025 nur noch am Desktop zeigt.

Eigene Darstellung nach Google Search Central, Best Practices für die URL-Struktur (Stand 12/2025) · Beispiele fiktiv

Die URL-Struktur, auch URL-Architektur genannt, ist das Muster, nach dem eine Website ihre Adressen bildet, etwa /ratgeber/ für Ratgeber und /tarife/ für Tarifseiten. Bei Websites mit mehr als ein paar Tausend URLs helfen thematisch gruppierte Verzeichnisse Google laut SEO-Startleitfaden zu erkennen, wie oft sich die Inhalte eines Verzeichnisses ändern. Flache Verzeichnisse mit wenigen Ebenen halten die Adressen dabei kurz, etwa /ratgeber/festgeld-zinsen statt /de/privatkunden/sparen/geldanlage/festgeld/zinsen. Für die Länge einer URL gibt es keine allgemeine Obergrenze. RFC 9110 empfiehlt nur, dass Browser und Server URIs mit mindestens 8.000 Bytes verarbeiten können. Google nennt für Webseiten keine Höchstlänge und rät, unnötige Parameter wegzulassen. Eine feste Grenze gilt nur für Einträge in einer XML-Sitemap, die laut Sitemap-Protokoll kürzer als 2.048 Zeichen sein müssen.

Sprechende URLs erzeugen Content-Management-Systeme meist selbst, auf Apache-Servern übernehmen das oft Rewrite-Regeln in der .htaccess. Bestehende URLs sollten möglichst stabil bleiben. Ändert sich eine Adresse doch, braucht die alte URL eine dauerhafte Weiterleitung auf die neue, damit Nutzer und Suchmaschinen nicht auf einer Fehlerseite landen.

URL-Parameter und UTM-Tracking

URL-Parameter sind Angaben nach dem Fragezeichen einer URL, mit denen eine Website Inhalte filtert oder sortiert oder einen Besuch einer Quelle zuordnet. Google empfiehlt die übliche Schreibweise mit = zwischen Schlüssel und Wert und & zwischen mehreren Paaren. Parameter, die den Inhalt nicht verändern, sollten möglichst wegfallen. Google rät außerdem, Sitzungs-IDs nach Möglichkeit nicht in die URL zu schreiben, und hält Cookies dafür normalerweise für eine gute Option.

Für die Kampagnenmessung hängen Brands UTM-Parameter (Urchin Tracking Module) an die Links zu ihrer Website. Google Analytics wertet unter anderem utm_source für die Quelle, utm_medium für das Medium und utm_campaign für die Kampagne aus und verlangt alle drei, sobald eine URL UTM-Parameter trägt. Ein Newsletter-Link auf einen Festgeld-Ratgeber lautet dann etwa https://www.example.com/ratgeber/festgeld?utm_source=newsletter&utm_medium=email&utm_campaign=zinsaktion.

Auch ChatGPT arbeitet mit Parametern. Laut OpenAI (Stand 10/2026) hängt ChatGPT an Links aus seinen Suchergebnissen automatisch utm_source=chatgpt.com an, sodass solche Besuche in der Webanalyse als eigene Quelle erscheinen. Ruft ChatGPT eine Seite dagegen selbst ab, um sie zu lesen, entsteht kein Besuch mit UTM-Parameter, sondern nur ein Eintrag mit dem User-Agent im Server-Log.

Bei Klicks auf Anzeigen in ChatGPT hängt OpenAI laut seiner Hilfe zur Conversion-Messung (Stand 10/2026) die Klick-Referenz oppref an die Ziel-URL. Einen Quellen-Parameter wie utm_source=chatgpt.com tragen diese Klicks nicht, und Google Analytics wertet oppref nicht als Quelle aus.

Aus Sicht von KKP gehören an die Ziel-URLs von ChatGPT-Anzeigen deshalb immer eigene UTM-Parameter, die Werbetreibende in einer Vorlage für die Zielseite festlegen. Sonst lassen sich bezahlte und unbezahlte Besuche aus ChatGPT in der Webanalyse nicht sauber trennen. Weil jeder Tracking-Parameter eine neue URL-Variante mit gleichem Inhalt erzeugt, sollte die Seite per Canonical-Tag auf ihre Adresse ohne Parameter verweisen.

Groß- und Kleinschreibung, Umlaute und Sonderzeichen

Schema und Hostname unterscheiden nicht zwischen Groß- und Kleinschreibung, Pfad und Parameter in der Regel schon. RFC 3986 nennt HTTP://www.EXAMPLE.com/ und http://www.example.com/ ausdrücklich gleichwertig. Alle übrigen Bestandteile unterscheiden dort Groß- und Kleinschreibung, sofern das Schema nichts anderes festlegt. Ob ein Server /ratgeber/Festgeld und /ratgeber/festgeld als dieselbe Seite ausliefert, hängt von seiner Konfiguration ab. Google behandelt beide grundsätzlich als zwei verschiedene URLs.

Ein Beispiel zeigt die Folge. Liefert der Server von www.example.com den Festgeld-Ratgeber unter beiden Schreibweisen aus, entstehen zwei URLs mit identischem Inhalt, und Google muss erst erkennen, dass beide dieselbe Seite meinen. Google rät deshalb, in solchen Fällen alle URLs in derselben Schreibweise zu führen. Wie solche Varianten zu Duplicate Content führen und wie er sich beheben lässt, steht im gleichnamigen Artikel.

Umlaute und andere Zeichen außerhalb des ASCII-Zeichensatzes werden im Pfad prozentkodiert, ebenso Leerzeichen. Aus ü wird %C3%BC und aus einem Leerzeichen %20, Google zeigt das selbst am Beispiel gem%C3%BCse für gemüse. Zeichen mit fester Funktion wie ?, # oder & müssen ebenfalls kodiert werden, wenn sie als normaler Text in der URL stehen sollen. Wer kopierte Links lesbar halten will, schreibt Umlaute im Slug aus, also kuendigung statt kündigung, und Google nennt solche transliterierten Wörter ausdrücklich als Möglichkeit. Domainnamen mit Umlauten stehen im DNS in einer ASCII-Form mit dem Präfix xn--, aus müller.example wird xn--mller-kva.example.

Gratis Download

AI Search Guide: Sichtbar in ChatGPT & Co.

Der Praxis-Guide zeigt auf 164 Seiten, wie eine Brand in ChatGPT, Google AI Overviews, Gemini und Perplexity sichtbar wird, von den Grundlagen über Messung und KPIs bis zu konkreten Maßnahmen.

Kostenlos herunterladen →