Was ist eine URL? Aufbau, Bedeutung und Unterschied zur Domain

Warum die Domain nur ein Teil der URL ist

Die Domain ist wichtig, aber sie ist nicht die vollständige Adresse. beispiel.de kann eine Domain sein. Die vollständige URL kann zusätzlich das Protokoll, eine Subdomain oder ein Host-Label, einen Port, einen Pfad, einen Dateinamen, Parameter und ein Fragment enthalten. Deshalb ist https://www.beispiel.de/ratgeber/datei.html?seite=2#abschnitt mehr als nur die Domain.

Eine Domain funktioniert als Namensraum. Wer beispiel.de registriert, kontrolliert Namen innerhalb dieses Bereichs, soweit die Registrierung und die technischen DNS-Einstellungen greifen. Daraus entsteht die Möglichkeit, unterschiedliche Dienste sauber zu benennen: eine Website unter www.beispiel.de, einen Shop unter shop.beispiel.de, eine Hilfeseite unter hilfe.beispiel.de oder Mailserver-Einträge für E-Mail-Verkehr.

Im deutschen Sprachgebrauch meint „Domain“ fast immer die registrierbare Domain: den Namen, den eine Person, ein Unternehmen oder eine Organisation bei einer Vergabestelle beziehungsweise über einen Registrar registriert. Bei beispiel.de besteht diese klassische Domain aus dem frei gewählten Namen beispiel und der Top-Level-Domain .de. Bei www.beispiel.de kommt links davor noch www hinzu; dadurch entsteht ein Hostname, nicht eine völlig andere registrierbare Domain.

Diese Unterscheidung ist praktisch relevant. Wer nur die Domain nennt, verweist auf ein Angebot oder einen Namensraum. Wer eine vollständige URL nennt, verweist auf eine konkrete Ressource innerhalb dieses Angebots, möglicherweise mit Zusatzangaben wie Suchfiltern oder einer Sprungmarke. Wer eine verdächtige Adresse prüft, muss daher zuerst erkennen, welche registrierbare Domain wirklich angesprochen wird.

Top-Level-Domain, Second-Level-Domain und Subdomain richtig unterscheiden

Domainnamen liest man für die technische Einordnung sinnvoll von rechts nach links. Ganz rechts steht die Top-Level-Domain, etwa .de, .com, .org oder .net. Links davon steht bei vielen Adressen die Second-Level-Domain, also der eigentliche frei gewählte Name. In beispiel.de ist .de die Top-Level-Domain und beispiel die Second-Level-Domain.

Die klassische Domain im Sprachgebrauch ist genau genommen also häufig die Kombination aus Second-Level-Domain und Top-Level-Domain. beispiel.de ist nicht einfach „irgendein Wort mit Punkt“, sondern ein registrierter Name unter der Top-Level-Domain .de. Diese Kombination entscheidet im Alltag darüber, welchem Namensraum eine Adresse zugeordnet wird.

Alles links von dieser registrierbaren Domain kann eine Subdomain oder ein Host-Label sein. Bei www.beispiel.de steht www links vor beispiel.de. Bei shop.eu.beispiel.de stehen shop und eu links davor. Solche Labels können organisatorische Bereiche, Länderbereiche, Anwendungen, Testumgebungen oder technische Dienste bezeichnen.

Eine wichtige Einschränkung: Nicht jede registrierbare Domain besteht nur aus dem Namen direkt vor der letzten Endung. Bei einigen Länderstrukturen kommen öffentliche Suffixe über mehrere Ebenen vor, etwa .co.uk. Bei example.co.uk wäre example.co.uk die registrierbare Domain, nicht bloß co.uk und auch nicht automatisch nur example.uk. Für Laien genügt der Grundsatz: Die relevante Domain steht im Hostnamen rechts vor dem Pfad, aber man muss die jeweilige Endungsstruktur berücksichtigen.

www verdient eine besondere Einordnung, weil es historisch so häufig vorkommt. Es ist kein Synonym für Internet, keine Pflichtangabe und nicht die Top-Level-Domain. Es ist ein Label links der registrierbaren Domain und bezeichnet üblicherweise den Webdienst. Viele Websites funktionieren heute mit und ohne www, etwa beispiel.de und www.beispiel.de. Technisch können beide Namen auf dasselbe Ziel zeigen, müssen es aber nicht.

Warum URLs manchmal sehr lang werden

Lange URLs entstehen häufig durch zusätzliche Informationen. Eine Suchseite kann Suchbegriffe und Filter speichern, ein Shop kann Sortierung oder Warenkorbzustände in der Adresse mitführen, eine Kampagne kann Kennzeichnungen anhängen, und eine Anwendung kann technische oder sitzungsbezogene Angaben verwenden. Je nach Dienst können diese Angaben harmlos, überflüssig, persönlich oder nur für eine bestimmte Sitzung sinnvoll sein.

Die Länge allein macht eine URL nicht gefährlich. Sie kann aber die Prüfung erschweren, weil die eigentliche registrierbare Domain zwischen vielen Bestandteilen weniger auffällt. Für das Verständnis ist deshalb entscheidend, die Adresse in ihre Teile zu zerlegen: zuerst Protokoll und Hostname, dann die registrierbare Domain innerhalb des Hostnamens, danach Pfad, Parameter und Fragment.

Sicherheitsblick auf URLs: die Adresse richtig lesen

Phishing-Seiten und andere irreführende Ziele arbeiten häufig mit ähnlich aussehenden Namen, ungewöhnlich langen Subdomains oder vertrauenerweckenden Wörtern im Pfad. Eine Adresse kann so gestaltet sein, dass ein bekannter Begriff weit vorn erscheint, während die tatsächliche registrierbare Domain erst später folgt. Auch Schreibvarianten mit vertauschten Buchstaben, zusätzlichen Bindestrichen oder ungewohnten Endungen können ein Anlass sein, genauer hinzusehen.

Bei paypal.com.example.net steht der bekannte Name zwar vorn, die registrierbare Domain ist aber example.net. Bei example.de.login-sicherheit.net liegt example.de nur als linke Zeichenfolge im Hostnamen; maßgeblich ist login-sicherheit.net. Bei beispiel-de.com handelt es sich nicht um beispiel.de, sondern um eine andere Domain unter .com. Solche Beispiele zeigen, warum man nicht beim ersten vertrauten Wort stehen bleiben darf.

Das Protokoll https ist dabei wichtig, aber nicht ausreichend. Es zeigt an, dass die Verbindung zwischen Browser und Server verschlüsselt aufgebaut wird und der Browser das Zertifikat des Servers prüft. Es sagt jedoch nicht automatisch, dass der Anbieter seriös ist, dass der Inhalt korrekt ist oder dass die Seite wirklich zu der Organisation gehört, die man erwartet. Auch eine betrügerische Website kann eine verschlüsselte Verbindung verwenden.

Die folgende Prüfreihenfolge hilft, eine URL sachlich einzuordnen. Sie ersetzt keine Sicherheitssoftware und keine gesunde Vorsicht, verhindert aber viele typische Lesefehler in der Adresszeile.

Checkliste: eine URL vor dem Öffnen oder Teilen prüfen

1. Zuerst auf die registrierbare Domain schauen. Nicht der erste vertraute Begriff ist entscheidend, sondern die Domain im Hostnamen. Bei www.beispiel.de ist das beispiel.de. Vorsicht ist angebracht, wenn der erwartete Name nur ähnlich aussieht, zusätzliche Zeichen enthält oder eine unerwartete Endung verwendet.
2. Domainnamen von rechts nach links einordnen. Rechts steht die Top-Level-Domain oder ein mehrteiliger öffentlicher Suffix. Links davon steht der registrierte Name. Diese Leserichtung verhindert, dass Wörter am Anfang des Hostnamens mehr Vertrauen bekommen, als sie verdienen.
3. Subdomains nicht mit der registrierbaren Domain verwechseln. Alles, was vor der registrierbaren Domain steht, kann eine Subdomain oder ein Host-Label sein. Die Prüffrage lautet: Steht der bekannte Name in der registrierbaren Domain selbst, davor als Subdomain oder erst irgendwo später? Eine Adresse wie bankname.sicherheit.example.net gehört zur Domain example.net, nicht automatisch zu bankname.
4. Nicht vom Pfad täuschen lassen. Der Pfad beginnt nach dem Hostnamen mit einem Schrägstrich, etwa /konto/login oder /rechnung/download.pdf. Vertrauenerweckende Wörter im Pfad können sinnvoll sein, beweisen aber nicht die Herkunft der Seite. Wenn ein bekannter Name erst im Pfad auftaucht, sollte die Domain davor besonders genau geprüft werden.
5. Ähnlich aussehende Schreibweisen bewusst lesen. Irreführende Adressen nutzen oft kleine Abweichungen: zusätzliche Zeichen, vertauschte Buchstaben, Bindestriche, ungewohnte Wortkombinationen oder Namen, die beim schnellen Lesen vertraut wirken. Eine Domain wie beispiel-service.de kann zu einem anderen Anbieter gehören als beispiel.de. Solche Abweichungen sind kein automatischer Beweis für Betrug, aber ein Grund zum genaueren Prüfen.
6. Parameter und lange Anhänge einordnen. Nach einem Fragezeichen folgen häufig Parameter, etwa ?suche=monitor&farbe=schwarz. Sie können Suchbegriffe, Filter, Kampagnenkennzeichnungen, Warenkorbzustände oder sitzungsbezogene Angaben enthalten. Eine lange URL ist dadurch nicht automatisch gefährlich, sie wird aber schwerer lesbar. Vor dem Teilen ist sinnvoll zu prüfen, ob unnötige oder offensichtlich persönliche Parameter entfernt werden können oder ob die Seite eine eigene Teilen-Funktion anbietet.
7. Das Fragment mit # nicht überbewerten. Ein Teil wie #abschnitt verweist meist auf eine Sprungmarke innerhalb derselben Seite. Das kann praktisch sein, wenn genau ein Abschnitt geöffnet werden soll. Für die Vertrauenswürdigkeit der Adresse sagt das Fragment jedoch wenig aus.
8. https als positives, aber begrenztes Signal verstehen. Eine URL mit https:// nutzt eine verschlüsselte Verbindung. Das ist besser als eine unverschlüsselte Übertragung, macht den Anbieter aber nicht automatisch vertrauenswürdig. Wenn Domain, Subdomains, Pfad oder Nachrichtentext unplausibel wirken, sollte https nicht als Entwarnung verstanden werden.
9. Kurzlinks gesondert bewerten. Kurzlinks sind nützlich, wenn eine Adresse in eine kurze Nachricht, eine Präsentation oder gedruckte Unterlagen passen soll. Ihr Nachteil ist, dass das eigentliche Ziel zunächst verdeckt ist. Bei unbekannten Absendern, unerwarteten Nachrichten, dringenden Aufforderungen oder sensiblen Vorgängen sollten Kurzlinks nicht blind geöffnet werden. Wenn möglich, sollte das Ziel vorher angezeigt oder die bekannte Website direkt aufgerufen werden.
10. Vor dem Teilen unnötige Bestandteile prüfen. Beim Kopieren einer URL können Parameter mit übernommen werden, die nur für die aktuelle Ansicht, eine Suche, einen Filter, eine Kampagne oder eine Sitzung gedacht sind. Nicht jeder Parameter ist sensibel. Trotzdem ist es sinnvoll, vor dem Weitergeben zu prüfen, ob eine kürzere, neu erzeugte oder bereinigte Adresse denselben Inhalt ohne überflüssige Anhänge öffnet.

Besondere Vorsicht ist sinnvoll, wenn mehrere Signale zusammenkommen: eine unerwartete Nachricht, Zeitdruck, ein angeblicher Kontohinweis, ein Kurzlink, eine schwer lesbare Adresse und eine Domain, die nur fast vertraut wirkt. Umgekehrt ist eine lange URL nicht automatisch verdächtig. Viele Webanwendungen erzeugen lange Adressen, weil Suchbegriffe, Sortierungen, Filter, Warenkorbzustände oder technische Zustände in der URL mitgeführt werden.

URLs kopieren, teilen und kürzen

Beim Kopieren aus der Adresszeile wird meist die vollständige URL übernommen. Das ist praktisch, wenn eine andere Person genau dieselbe Seite, denselben Suchzustand oder dieselbe Ansicht öffnen soll. Es kann aber auch dazu führen, dass unnötig lange Parameter mitgeteilt werden. Besonders bei Webanwendungen, Shops, geschützten Bereichen oder Dokumentenplattformen ist nicht immer auf den ersten Blick erkennbar, welche Teile nur der Darstellung dienen und welche Angaben personenbezogen oder sitzungsbezogen sein könnten.

Vor dem Weitergeben ist eine kurze Plausibilitätsprüfung sinnvoll: Führt die URL wirklich zu dem Inhalt, der geteilt werden soll? Sind lange Parameter nötig, damit der Inhalt erreichbar bleibt? Enthält die URL Begriffe oder Werte, die Rückschlüsse auf eine persönliche Suche, eine Auswahl oder einen geschützten Zustand zulassen könnten? Wenn Unsicherheit besteht, ist eine neu erzeugte Adresse über die Teilen-Funktion des jeweiligen Dienstes oft sauberer als eine vollständig aus der Adresszeile kopierte URL.

Kurzlinks lösen ein anderes Problem: Sie machen lange URLs handlicher. Das ist in Nachrichten, Präsentationen oder gedruckten Unterlagen praktisch. Der Nachteil liegt in der fehlenden Sichtbarkeit. Vor dem Öffnen ist meist nicht erkennbar, zu welcher Domain der Kurzlink tatsächlich weiterleitet. Bei bekannten Absendern und erwartbarem Kontext kann das unproblematisch sein; bei überraschenden Nachrichten, Gewinnversprechen oder angeblichen Kontowarnungen ist Zurückhaltung sinnvoll.

FAQ zu URLs