Internationalisierte Domain-Namen (IDNs)

Ein internationalisierter Domainname (IDN) ist ein Domainname, der Zeichen aus nicht-lateinischen Schriftsystemen oder Sprachen enthält — wie Arabisch, Chinesisch, Kyrillisch, Devanagari, Hebräisch, Japanisch oder Koreanisch — sowie akzentuierte lateinische Zeichen, die in Sprachen wie Deutsch, Französisch, Polnisch oder Spanisch verwendet werden.

Bevor IDNs existierten, unterstützte das Domain Name System (DNS) ausschließlich ASCII-Zeichen: die 26 Buchstaben des lateinischen Alphabets, die Ziffern 0–9 und Bindestriche. Dadurch war die große Mehrheit der Schriftsysteme der Welt davon ausgeschlossen, nativ in einem Domainnamen repräsentiert zu werden.

ICANN führte internationalisierte Domainnamen ein, um das Internet für nicht englischsprachige Gemeinschaften zugänglicher zu machen. Heute existieren IDN-TLDs (Top-Level-Domains) für Dutzende von Sprachen, sodass Nutzer das Web vollständig in ihrer Muttersprache navigieren können — von der Domain-Endung bis zur Website-Adresse.

Es gibt zwei unterschiedliche Arten, wie Nicht-ASCII-Zeichen in einem Domainnamen vorkommen können, und es ist wichtig, den Unterschied zu verstehen:

IDN-TLDs (internationalisierte Domain-Endungen) — Das sind die TLDs, die auf dieser Seite aufgelistet sind. Die Endung selbst ist in einer Nicht-ASCII-Schrift geschrieben. Beispiele sind .中国 (China), .рф (Russland), .مصر (Ägypten) und .한국 (Südkorea). Eine vollständig internationalisierte Domain wie 政府.中国 verwendet native Zeichen auf beiden Ebenen — dem Second-Level-Domainnamen und der TLD-Endung.

IDN-Domainnamen unter Standard-TLDs — Einige Registries, die bekannte TLDs wie .com, .net oder länderspezifische TLDs wie .de oder .at betreiben, erlauben die Registrierung von Second-Level-Domainnamen mit Nicht-ASCII-Zeichen, auch wenn die Endung selbst ASCII bleibt. Zum Beispiel verwenden münchen.de oder académie.fr akzentuierte oder Nicht-ASCII-Zeichen im Domainnamen, aber die TLD ist eine herkömmliche ASCII-Endung.

Ob eine Standard-TLD Nicht-ASCII-Registrierungen akzeptiert, hängt vollständig von der Richtlinie der jeweiligen Registry ab. Einige Registries erlauben eine breite Palette von Unicode-Zeichen; andere beschränken Registrierungen auf reine ASCII-Second-Level-Domains. Es gibt keine universelle Regel — die IDN-Richtlinie der spezifischen Registry für die gewünschte TLD muss geprüft werden.

Warum diese Unterscheidung sicherheitsrelevant ist: IDN-Homograph-Angriffe nutzen fast immer das zweite Szenario aus — sie registrieren einen Domainnamen mit täuschend ähnlichen Unicode-Zeichen (etwa ein kyrillisches а anstelle eines lateinischen a) unter einer verbreiteten ASCII-TLD wie .com. Dies erzeugt eine Domain, die in der Adressleiste visuell identisch mit einer bekannten Marke aussieht. IDN-TLD-Endungen unterliegen in der Regel strengeren Single-Script-Richtlinien der Registries, was diesen Missbrauch auf Endungsebene einschränkt — wenn auch nicht vollständig verhindert.

Obwohl IDN-Domains den Nutzern in ihren nativen Schriften angezeigt werden, arbeitet die DNS-Infrastruktur weiterhin auf ASCII-Basis. Die Brücke zwischen beiden ist Punycode — ein Kodierungsstandard gemäß RFC 3492, der Unicode-Zeichen in eine gültige ASCII-kompatible Zeichenkette umwandelt.

Jede IDN-Domain wird im DNS als Punycode-Äquivalent gespeichert und aufgelöst, das stets mit dem Präfix xn-- beginnt. Zum Beispiel:

• Die arabische Domain مثال.إختبار wird zu xn--mgbh0fb.xn--kgbechtv
• Die deutsche Domain münchen.de wird zu xn--mnchen-3ya.de
• Die japanische Domain 日本語.jp wird zu xn--wgv71a309e.jp

Moderne Browser und E-Mail-Clients übernehmen die Punycode-Konvertierung automatisch, sodass Nutzer in der Adressleiste die lesbare Unicode-Version sehen. Im Hintergrund löst das DNS die xn--Punycode-Zeichenkette wie jeden anderen Domainnamen auf.

Mit einem Punycode-Konverter lässt sich jede IDN-Domain in ihre ASCII-kompatible Kodierungsform (ACE) übersetzen — nützlich beim Konfigurieren von DNS-Einträgen, SSL-Zertifikaten oder Servereinstellungen, die die reine ASCII-Darstellung erfordern, etwa bei Umlaut-Domains wie münchen.de.

Ja — die Registrierung von IDN-Domains ist über ICANN-akkreditierte Registrare möglich, die Unicode-Domainnamen unterstützen. Nicht jeder Registrar bietet IDN-Registrierungen an, daher muss ein Anbieter gefunden werden, der speziell das gewünschte Schriftsystem und die gewünschte TLD unterstützt.

Worauf bei einem IDN-Registrar zu achten ist:

• Unterstützung für den spezifischen Zeichensatz oder das Schriftsystem (Arabisch, Kyrillisch, CJK, Devanagari, Umlaute etc.)
• Verfügbarkeit der gewünschten IDN-TLD — sowohl generische TLDs (gTLDs) als auch ccTLDs können IDN-Varianten haben
• Korrekte Punycode-Konvertierung während des Registrierungsprozesses
• Unterstützung für IDN-kompatible SSL/TLS-Zertifikate und E-Mail-Konfiguration

Registrierungsprozess: Nach der Auswahl eines Registrars und der Bestätigung der Verfügbarkeit entspricht der Prozess der normalen Domain-Registrierung. Der Registrar konvertiert den gewählten Unicode-Domainnamen automatisch in sein Punycode-Äquivalent und übermittelt es an die Registry. Die Domain wird über die Unicode-Version im Kontrollpanel des Registrars verwaltet.

Die Preise für IDN-Domains variieren je nach TLD und Registrar und folgen demselben Verlängerungsmodell wie jeder andere Domainname.

Eine ccTLD (länderspezifische Top-Level-Domain) ist eine zweistellige Domain-Endung, die von ICANN einem bestimmten Land oder Gebiet zugewiesen wird — wie .de (Deutschland), .at (Österreich), .ch (Schweiz) oder .jp (Japan). Alle traditionellen ccTLDs verwenden ASCII-Zeichen, was bedeutet, dass die Endung stets im lateinischen Alphabet geschrieben ist — unabhängig von der nativen Schrift des jeweiligen Landes.

Ein IDN (internationalisierter Domainname) hingegen ist eine Domain, die Nicht-ASCII-Zeichen verwendet — entweder im Second-Level-Domainnamen, in der TLD-Endung selbst oder in beiden. IDNs existieren genau deshalb, damit das Domain Name System die Sprachen und Schriften der Welt jenseits des lateinischen Alphabets abbilden kann.

Diese beiden Kategorien überschneiden sich auf wichtige Weise: die IDN-ccTLDs. ICANN begann 2010 mit der Delegierung von IDN-ccTLDs, damit Länder ihre eigene Endung in ihrer nativen Schrift repräsentieren können. Zum Beispiel:

• .рф ist die IDN-ccTLD für Russland — das kyrillische Äquivalent zu .ru
• .中国 und .中國 sind IDN-ccTLDs für China in vereinfachtem und traditionellem Chinesisch
• .مصر ist die IDN-ccTLD für Ägypten in Arabisch
• .भारत ist eine der mehreren IDN-ccTLDs für Indien in Devanagari-Schrift

Obwohl also jede IDN-ccTLD ein IDN ist, ist nicht jede ccTLD ein IDN: Die meisten länderspezifischen Endungen bleiben rein ASCII. Und obwohl jede IDN-ccTLD ein Land repräsentiert, ist nicht jedes IDN eine ccTLD: IDN-gTLDs wie .游戏 (Spiele) oder .شبكة (Web/Netzwerk) sind internationalisiert, aber nicht länderspezifisch.

Eine vollständige Liste der länderspezifischen Domain-Endungen — sowohl ASCII als auch IDN — findet sich in unserem Länder-TLD-Verzeichnis.

Eine IDN-TLD (internationalisierte Top-Level-Domain) ist eine Top-Level-Domain-Endung, die in einer Nicht-ASCII-Schrift geschrieben ist. Vor dem IDN-Programm von ICANN waren alle TLDs — einschließlich länderspezifischer TLDs wie .uk oder .de — auf ASCII-Zeichen beschränkt, auch für Länder, die nicht das lateinische Alphabet verwenden.

ICANN begann 2010 mit der Delegierung von IDN-ccTLDs und ermöglicht es Ländern damit, ihre TLD in ihrer eigenen nativen Schrift darzustellen. Zum Beispiel:

• .中国 — China (vereinfachtes Chinesisch)
• .مصر — Ägypten (Arabisch)
• .भारत — Indien (Devanagari)
• .рф — Russland (Kyrillisch)
• .한국 — Südkorea (Hangul)

Neben ccTLDs sind auch IDN-gTLDs (internationalisierte generische Top-Level-Domains) verfügbar — mit Domain-Endungen in Schriften wie Arabisch, Chinesisch, Kyrillisch, Hebräisch, Japanisch, Koreanisch, Tamil, Thailändisch und vielen weiteren.

Die Gesamtzahl der delegierten IDN-TLDs wächst weiter, da ICANN neue Anträge bearbeitet. Diese Seite listet alle aktuell verfügbaren IDN-TLDs mit ihren unterstützten Schriften, Registrierungsstatus und Preisen auf.

Ein IDN-Homograph-Angriff (auch Homoglyph-Angriff genannt) ist eine Art Phishing, bei der ein böswilliger Akteur einen Domainnamen registriert, der visuell identisch — oder nahezu identisch — mit einem legitimen aussieht, aber Unicode-Zeichen aus einem anderen Schriftsystem verwendet, die den ursprünglichen lateinischen Buchstaben ähneln.

Zum Beispiel sieht der kyrillische Buchstabe а (U+0430) in den meisten Schriftarten identisch aus wie der lateinische Buchstabe a (U+0061). Ein Angreifer könnte eine Domain wie pаypal.com mit dem kyrillischen 'а' registrieren, die in vielen Browsern identisch zu paypal.com angezeigt würde.

Diese Art von Angriff zielt in der Regel auf Standard-ASCII-TLDs wie .com ab — nicht auf IDN-TLD-Endungen —, da der Angriff darauf beruht, Schriften im Second-Level-Domainnamen zu mischen und dabei eine vertraute, vertrauenswürdig wirkende Endung zu verwenden. Für eine ausführlichere Erläuterung dieser Unterscheidung siehe die Frage weiter oben.

Wie Browser und Registries dem entgegenwirken:

• Moderne Browser zeigen die Punycode-Version (xn--) in der Adressleiste an, wenn eine Domain Schriften mischt, und machen die Täuschung damit sichtbar
• Viele Registries setzen Single-Script-Richtlinien durch und verhindern so, dass eine Domain Zeichen aus verschiedenen Unicode-Schriften mischt
• ICANN gibt Registries Hinweise zur Implementierung von Maßnahmen, die das Risiko von Homograph-Angriffen reduzieren

Selbstschutz: Prüfen Sie beim Klicken auf Links immer sorgfältig die Adressleiste. Wenn eine vertraute Domain ein xn--Präfix anzeigt oder unerwartete Zeichen enthält, behandeln Sie sie mit Vorsicht und navigieren Sie stattdessen direkt zur Website.

IDN-Domains können für SEO effektiv sein, wenn Zielgruppen angesprochen werden, die in nicht-lateinischen Schriften suchen — insbesondere in Märkten, in denen Nutzer Suchanfragen und Markennamen eher in ihrer Muttersprache eingeben.

Aus technischer SEO-Perspektive unterstützen Suchmaschinen wie Google IDN-Domains vollständig und indizieren sie wie jede andere Domain. Die Punycode- und Unicode-Versionen eines IDN lösen sich auf dasselbe Ziel auf, sodass es keine Probleme mit doppeltem Inhalt gibt.

Zu berücksichtigende Faktoren:

• Lokale Relevanz: Eine IDN-Domain in der nativen Schrift des Zielmarkts kann lokales Vertrauen und Markenbekanntheit stärken
• Keyword-Ausrichtung: Wenn Nutzer im Zielmarkt in nativer Schrift suchen, kann eine passende IDN-Domain die thematischen Relevanzsignale stärken
• Linkaufbau: Einige Plattformen und ältere Systeme haben möglicherweise Schwierigkeiten, IDN-Domains korrekt darzustellen oder zu verlinken — die Kompatibilität mit dem eigenen Ökosystem sollte geprüft werden
• E-Mail-Zustellbarkeit: Nicht alle E-Mail-Clients unterstützen IDN-E-Mail-Adressen vollständig — dies sollte berücksichtigt werden, wenn E-Mail Teil der Domain-Strategie ist

Für die meisten internationalen SEO-Strategien bleibt eine ccTLD oder gTLD mit Hreflang-Implementierung die primäre Empfehlung — aber eine IDN-TLD kann eine sinnvolle Ergänzung sein, wenn die Markenidentität in einer nativen Schrift Priorität hat.