keyword.url wörtlich gelesen: Domainname, Top-Level-Domain .url und die technische Prüfung

keyword.url liest sich wie eine fertige Internetadresse, ist aber zunächst nur eine punktierte Zeichenfolge mit zwei Bestandteilen: keyword ist das Label vor dem Punkt, .url die Top-Level-Domain. Die Endung existiert tatsächlich: .url ist in der Root-Zone des Domain Name Systems als generische Top-Level-Domain delegiert (IANA Root Zone Database). Ob genau dieser Name registriert, im DNS eingerichtet und per HTTPS erreichbar ist, folgt daraus nicht. Das sind vier getrennte Fragen, und jede hat ihre eigene Antwortquelle.

Die fünf Ebenen hinter einem Namen

Wer den Status von keyword.url beurteilen will, sollte nicht eine Frage stellen, sondern fünf. Sie bauen aufeinander auf, aber keine beantwortet die nächste.

Ein „funktioniert nicht" ohne Angabe der Ebene ist keine Diagnose. Genau deshalb lohnt die Trennung.

Wie sich die Zeichenfolge zerlegt

Das DNS ordnet Namen hierarchisch von rechts nach links. Rechts steht die Top-Level-Domain, links davon das Label der nächsttieferen Ebene.

Technisch vollständig qualifiziert lautet der Name keyword.url. mit abschließendem Punkt, der auf die Root-Zone verweist. Im Browser, in Texten und in Links wird dieser Punkt weggelassen; in DNS-Zonendateien ist er dagegen bedeutungstragend.

Das Wort keyword hat in diesem Namen keine technische Sonderfunktion. Es ist ein Label wie jedes andere. Erst eine Registrierung ordnet den Namen einem Inhaber oder einer verwaltenden Stelle zu.

Was die Delegation von .url aussagt und was nicht

Die Delegation belegt: Die Endung existiert in der Root-Zone und wird von autoritativen Nameservern bedient. Sie belegt nicht, wer unter dieser Endung registrieren darf, zu welchen Konditionen und ob ein bestimmter Name frei ist. Registry-Regeln, Reservierungen und Sperrlisten sind eine eigene Ebene, die aus dem Root-Eintrag nicht hervorgeht.

Für keyword.url sind daher unter anderem diese Zustände möglich, ohne dass die Schreibweise sie unterscheidet: nicht registriert, registriert ohne DNS, im DNS vorhanden ohne Webserver, nur per HTTP erreichbar, per HTTPS erreichbar, weitergeleitet, geparkt, ausschließlich für E-Mail genutzt oder von der Registry reserviert.

Domain, URL und URI sauber trennen

Umgangssprachlich heißt keyword.url schnell „eine URL". Technisch ist das ungenau. Nach RFC 3986 kann eine URI aus Schema, Authority, Pfad, Query und Fragment bestehen; der Domainname ist nur ein möglicher Bestandteil davon, nämlich der Host innerhalb der Authority.

An einer vollständigen Adresse wird der Unterschied sichtbar:

https://keyword.url/ratgeber?quelle=test#abschnitt

Nicht jede Komponente muss vorhanden sein. Kurz gefasst: Die Domain ist der Name im DNS, die URL die Adresse inklusive Zugriffsschema und gegebenenfalls Pfad, die URI der übergeordnete Begriff für eine Kennung nach dem in RFC 3986 beschriebenen Aufbau.

Ebenfalls nicht identisch sind keyword.url und www.keyword.url. www ist ein zusätzliches Subdomain-Label. Beide Namen können auf denselben Server zeigen, sie können aber auch getrennt konfiguriert sein, und einer von beiden kann ins Leere laufen.

Registrierung prüfen

Registrierungsdaten generischer Domains lassen sich über den ICANN Registration Data Lookup Service beziehungsweise über RDAP abfragen. Eingegeben wird der reine Domainname ohne Schema und ohne Pfad:

keyword.url

Ein vorhandener Datensatz zeigt typischerweise Registrar, Statuscodes, Nameserver und Zeitangaben. Personenbezogene Inhaberdaten sind aus Datenschutzgründen häufig nicht öffentlich.

Zwei Fehlschlüsse sind hier verbreitet. Erstens: Kein Datensatz bedeutet nicht automatisch „sofort registrierbar", denn Reservierungen und Vergaberegeln erscheinen dort nicht zwingend. Zweitens: Ein vorhandener Datensatz belegt nur die Registrierung, nicht die Existenz einer Website. Die praktische Verfügbarkeit klärt zusätzlich ein Registrar, der .url unterstützt.

DNS abfragen

Erst die DNS-Konfiguration verbindet den Namen mit Servern. Relevant sind A (IPv4), AAAA (IPv6), CNAME (Verweis auf einen anderen Hostnamen), NS (autoritative Nameserver), MX (E-Mail) und TXT (Verifizierung, Richtlinien).

dig +short keyword.url
dig keyword.url NS
dig keyword.url AAAA
dig www.keyword.url

Die Antworten sind unterschiedlich zu lesen: NXDOMAIN heißt, der Name existiert im DNS nicht. Eine erfolgreiche, aber leere Antwort heißt, der Name existiert, besitzt jedoch keinen Eintrag des angefragten Typs. Zeitüberschreitungen deuten auf defekte Nameserver oder Netzprobleme hin, nicht auf einen freien Namen. Weil Resolver zwischenspeichern, sehen außerdem nicht alle Beteiligten nach einer Änderung sofort denselben Stand.

HTTP, HTTPS und Zertifikat testen

Ein DNS-Eintrag ist noch kein Webdienst. Beide Schemata werden getrennt geprüft, weil sie sich unterschiedlich verhalten können:

curl -I http://keyword.url/
curl -I https://keyword.url/
openssl s_client -connect keyword.url:443 -servername keyword.url

Aussagekräftig sind Statuscode und Weiterleitungsziel: 200 für eine ausgelieferte Ressource, 301 oder 308 für eine dauerhafte, 302 oder 307 für eine vorübergehende Weiterleitung, 403 für eine abgelehnte Anfrage, 404 für einen nicht gefundenen Pfad, 500 oder 503 für ein Serverproblem. Eine Weiterleitung von HTTP auf HTTPS ist dabei ein korrektes Ergebnis, kein Fehler.

Beim Zertifikat zählt dreierlei: Es muss zum aufgerufenen Hostnamen passen, zeitlich gültig sein und zu einer vertrauenswürdigen Kette gehören. Der Parameter -servername übermittelt den Hostnamen per Server Name Indication und ist nötig, weil viele Server mehrere Domains unter einer IP-Adresse bedienen. Ein Zertifikat für www.keyword.url deckt keyword.url nur ab, wenn dieser Name ausdrücklich enthalten oder von einem passenden Wildcard erfasst ist.

Ein Ping ersetzt diese Tests nicht: Viele Server blockieren ICMP, obwohl ihre Website läuft, und eine Ping-Antwort sagt nichts über HTTP oder HTTPS aus.

Befunde richtig deuten

Bei einem unbekannten Namen gilt zudem: Erreichbar heißt nicht vertrauenswürdig. Vor Downloads, Anmeldungen oder der Eingabe persönlicher Daten sind Betreiberangaben, Zertifikat, Weiterleitungsziel und Inhalt zu prüfen.

Abgrenzung: Punktnotation ist keine Pfadfrage

keyword.url beschreibt einen Namen links vom ersten Schrägstrich, nicht ein Schlüsselwort im Pfad einer Adresse. Für die Gestaltung von Pfaden empfiehlt Google einfache, verständliche Strukturen mit beschreibenden Wörtern, die bevorzugt durch Bindestriche getrennt werden (URL-Struktur). Das betrifft die Ebene hinter dem Host und ist von der Frage, was .url als Endung ist, unabhängig. Und unabhängig von beidem gilt: Ein Schlüsselwort im Domainnamen oder in der Adresse ersetzt keine technischen, inhaltlichen und qualitativen Signale und ist keine Ranking-Garantie (SEO-Grundlagen).

Fazit

Wörtlich gelesen ist keyword.url ein möglicher Domainname unter der real delegierten generischen Top-Level-Domain .url, mit keyword als Label und .url als Endung. Mehr sagt die Schreibweise nicht. Registrierungsstatus, DNS-Auflösung, Serverantwort und TLS-Konfiguration sind vier Befunde aus vier Quellen, und erst ihr Zusammenspiel entscheidet, ob aus dem Namen eine nutzbare Adresse wie https://keyword.url/ wird.