Umiędzynarodowione nazwy domen (IDN)

Umiędzynarodowiona nazwa domeny (IDN) to nazwa domeny zawierająca znaki z niełacińskich systemów pisma lub języków — takich jak arabski, chiński, cyrylica, dewanagari, hebrajski, japoński czy koreański — a także akcentowane znaki łacińskie używane w językach takich jak polski, francuski, niemiecki czy hiszpański.

Zanim pojawiły się IDN, system nazw domenowych (DNS) obsługiwał wyłącznie znaki ASCII: 26 liter alfabetu łacińskiego, cyfry od 0 do 9 oraz myślniki. Wykluczało to zdecydowaną większość systemów pisma świata z natywnej reprezentacji w nazwie domeny.

ICANN wprowadził umiędzynarodowione nazwy domen, aby internet stał się bardziej dostępny dla społeczności nieanglojęzycznych. Dziś istnieją IDN TLD (domeny najwyższego poziomu) dla dziesiątek języków, umożliwiając użytkownikom przeglądanie sieci w całości w ich ojczystym języku — od końcówki domeny po adres strony internetowej.

Istnieją dwa różne sposoby, w jakie znaki spoza ASCII mogą pojawiać się w nazwie domeny, i ważne jest zrozumienie tej różnicy:

TLD IDN (umiędzynarodowione końcówki domen) — To domeny TLD wymienione na tej stronie. Sama końcówka jest zapisana w niełacińskim systemie pisma. Przykłady to .中国 (Chiny), .рф (Rosja), .مصر (Egipt) i .한국 (Korea Południowa). W pełni umiędzynarodowiona domena, jak 政府.中国, używa natywnych znaków na obu poziomach — zarówno w nazwie domeny drugiego poziomu, jak i w końcówce TLD.

Nazwy domen IDN pod standardowymi TLD — Niektóre rejestry obsługujące popularne TLD, takie jak .com, .net, czy krajowe TLD jak .pl lub .de, zezwalają na rejestrację nazw domen drugiego poziomu zawierających znaki spoza ASCII, nawet jeśli sama końcówka pozostaje w ASCII. Na przykład münchen.de czy académie.fr zawierają akcentowane lub nieasciowe znaki w nazwie domeny, ale TLD to zwykła końcówka ASCII.

To, czy standardowy TLD akceptuje rejestracje spoza ASCII, zależy wyłącznie od polityki danego rejestru. Niektóre rejestry dopuszczają szeroki zakres znaków Unicode; inne ograniczają rejestracje do domen drugiego poziomu zawierających wyłącznie znaki ASCII. Nie ma jednolitej reguły — należy sprawdzić szczegółową politykę IDN rejestru dla wybranego TLD.

Dlaczego ta różnica jest ważna z punktu widzenia bezpieczeństwa: Ataki homograficzne IDN niemal zawsze wykorzystują drugi scenariusz — rejestrują nazwę domeny zawierającą wizualnie podobne znaki Unicode (np. cyrylickie а zamiast łacińskiego a) pod powszechnym ASCII TLD, takim jak .com. Tworzy to domenę wyglądającą identycznie jak znana marka w pasku adresu. Końcówki TLD IDN podlegają zazwyczaj surowszym politykom jednosystemowym narzucanym przez rejestry, co ogranicza — choć nie eliminuje — tego rodzaju nadużycia na poziomie końcówki.

Chociaż domeny IDN są wyświetlane użytkownikom w ich rodzimych systemach pisma, infrastruktura DNS nadal działa w oparciu o ASCII. Mostem między nimi jest Punycode — standard kodowania zdefiniowany w RFC 3492, który przekształca znaki Unicode w poprawny ciąg zgodny z ASCII.

Każda domena IDN jest przechowywana i rozwiązywana w DNS jako jej odpowiednik w formacie Punycode, który zawsze zaczyna się od prefiksu xn--. Na przykład:

• Arabska domena مثال.إختبار staje się xn--mgbh0fb.xn--kgbechtv
• Niemiecka domena münchen.de staje się xn--mnchen-3ya.de
• Japońska domena 日本語.jp staje się xn--wgv71a309e.jp

Nowoczesne przeglądarki i klienty poczty automatycznie obsługują konwersję Punycode, dzięki czemu użytkownicy widzą czytelną wersję Unicode w pasku adresu. W tle DNS rozwiązuje ciąg Punycode xn-- tak samo jak każdą inną nazwę domeny.

Konwerter Punycode pozwala przetłumaczyć dowolną domenę IDN na jej formę kodowania zgodną z ASCII (ACE) — przydatne przy konfiguracji rekordów DNS, certyfikatów SSL lub ustawień serwera wymagających surowej reprezentacji ASCII.

Tak — rejestracja domen IDN jest dostępna za pośrednictwem akredytowanych przez ICANN rejestratorów obsługujących nazwy domen Unicode. Nie każdy rejestrator oferuje rejestrację IDN, dlatego konieczne jest znalezienie takiego, który obsługuje konkretny system pisma i TLD.

Na co zwrócić uwagę przy wyborze rejestratora IDN:

• Obsługa konkretnego zestawu znaków lub systemu pisma (arabski, cyrylica, CJK, dewanagari, znaki diakrytyczne itp.)
• Dostępność wybranego TLD IDN — zarówno generyczne TLD (gTLD), jak i ccTLD mogą mieć warianty IDN
• Prawidłowa konwersja Punycode podczas procesu rejestracji
• Obsługa certyfikatów SSL/TLS i konfiguracji poczty kompatybilnej z IDN

Proces rejestracji: Po znalezieniu rejestratora i potwierdzeniu dostępności proces przebiega identycznie jak standardowa rejestracja domeny. Rejestrator automatycznie konwertuje wybraną nazwę domeny Unicode na jej odpowiednik w formacie Punycode i przesyła ją do rejestru. Domeną zarządza się za pomocą wersji Unicode w panelu kontrolnym rejestratora.

Ceny domen IDN różnią się w zależności od TLD i rejestratora i podlegają takiemu samemu modelowi odnowień jak każda inna nazwa domeny.

Krajowa domena najwyższego poziomu (ccTLD) to dwuliterowa końcówka domeny przypisana przez ICANN do reprezentowania konkretnego kraju lub terytorium — na przykład .pl (Polska), .de (Niemcy), .fr (Francja) czy .jp (Japonia). Wszystkie tradycyjne ccTLD używają znaków ASCII, co oznacza, że końcówka jest zawsze zapisana w alfabecie łacińskim, niezależnie od rodzimego systemu pisma danego kraju.

IDN (umiędzynarodowiona nazwa domeny) to z kolei domena używająca znaków spoza ASCII — w nazwie domeny drugiego poziomu, w samej końcówce TLD lub w obu. IDN istnieją właśnie po to, by system DNS mógł reprezentować języki i systemy pisma świata poza alfabetem łacińskim.

Obie kategorie przecinają się w ważnym miejscu: ccTLD IDN. ICANN rozpoczął delegowanie ccTLD IDN w 2010 roku, umożliwiając krajom reprezentowanie własnych końcówek w rodzimym systemie pisma. Na przykład:

• .рф to ccTLD IDN Rosji — cyryliczny odpowiednik .ru
• .中国 i .中國 to ccTLD IDN Chin w uproszczonym i tradycyjnym chińskim
• .مصر to ccTLD IDN Egiptu w języku arabskim
• .भारत to jeden z kilku ccTLD IDN Indii w piśmie dewanagari

Choć zatem każdy ccTLD IDN jest IDN, nie każdy ccTLD jest IDN — większość końcówek krajowych pozostaje wyłącznie ASCII. I choć każdy ccTLD IDN reprezentuje kraj, nie każdy IDN jest ccTLD: gTLD IDN, takie jak .游戏 (gry) czy .شبكة (sieć/web), są umiędzynarodowione, ale nie są przypisane do żadnego konkretnego kraju.

Pełną listę krajowych końcówek domen internetowych — zarówno ASCII, jak i IDN — znajdziesz w naszym katalogu TLD według krajów.

TLD IDN (umiędzynarodowiony domenowy poziom najwyższy) to końcówka domeny najwyższego poziomu zapisana w niełacińskim systemie pisma. Przed wprowadzeniem programu IDN przez ICANN wszystkie TLD — w tym krajowe ccTLD, takie jak .uk czy .de — były ograniczone do znaków ASCII, nawet dla krajów nieposługujących się alfabetem łacińskim.

ICANN rozpoczął delegowanie ccTLD IDN w 2010 roku, umożliwiając krajom reprezentowanie swoich TLD w rodzimym systemie pisma. Na przykład:

• .中国 — Chiny (uproszczony chiński)
• .مصر — Egipt (arabski)
• .भारत — Indie (dewanagari)
• .рф — Rosja (cyrylica)
• .한국 — Korea Południowa (hangul)

Oprócz ccTLD dostępne są również gTLD IDN (umiędzynarodowione generyczne domeny najwyższego poziomu) — z końcówkami w systemach pisma takich jak arabski, chiński, cyrylica, hebrajski, japoński, koreański, tamilski, tajski i wiele innych.

Łączna liczba delegowanych TLD IDN stale rośnie w miarę rozpatrywania przez ICANN nowych wniosków. Na tej stronie wymienione są wszystkie aktualnie dostępne TLD IDN wraz z obsługiwanymi systemami pisma, statusem rejestracji i cenami.

Atak homograficzny IDN (zwany też atakiem homoglyficznym) to rodzaj phishingu, w którym złośliwy podmiot rejestruje nazwę domeny wyglądającą identycznie — lub niemal identycznie — jak legalna domena, ale używającą znaków Unicode z innego systemu pisma, które wizualnie przypominają oryginalne litery łacińskie.

Na przykład cyrylicka litera а (U+0430) wygląda identycznie jak łacińska litera a (U+0061) w większości czcionek. Atakujący mógłby zarejestrować domenę pаypal.com z cyrylickim 'а', która w wielu przeglądarkach wyświetlałaby się identycznie jak paypal.com.

Ten typ ataku zwykle celuje w standardowe TLD ASCII, takie jak .com — nie w końcówki TLD IDN — ponieważ polega na mieszaniu systemów pisma w nazwie domeny drugiego poziomu przy zachowaniu znajomej, wzbudzającej zaufanie końcówki. Więcej informacji na temat tej różnicy znajdziesz w poprzednim pytaniu.

Jak przeglądarki i rejestry temu przeciwdziałają:

• Nowoczesne przeglądarki wyświetlają wersję Punycode (xn--) w pasku adresu, gdy domena miesza systemy pisma, ujawniając tym samym oszustwo
• Wiele rejestrów stosuje polityki jednosystemowe, uniemożliwiając domenowemu mieszaniu znaków z różnych systemów pisma Unicode
• ICANN dostarcza rejestrom wytycznych dotyczących wdrażania środków ograniczających ryzyko ataków homograficznych

Jak się chronić: Zawsze uważnie sprawdzaj pasek adresu przed kliknięciem w link. Jeśli zaufana domena wyświetla prefiks xn-- lub zawiera nieoczekiwane znaki, potraktuj ją podejrzliwie i przejdź bezpośrednio na stronę, wpisując adres ręcznie.

Domeny IDN mogą być skuteczne w SEO, gdy celują w odbiorców wyszukujących w niełacińskich systemach pisma — szczególnie na rynkach, gdzie użytkownicy częściej wpisują zapytania i nazwy marek w swoim ojczystym języku.

Z technicznego punktu widzenia SEO wyszukiwarki, w tym Google, w pełni obsługują domeny IDN i indeksują je jak każdą inną domenę. Wersje Punycode i Unicode IDN prowadzą do tego samego miejsca docelowego, więc nie ma problemu z duplikacją treści.

Czynniki do rozważenia:

• Lokalna trafność: Domena IDN używająca rodzimego systemu pisma docelowego rynku może wzmocnić lokalne zaufanie i rozpoznawalność marki
• Dopasowanie do słów kluczowych: Jeśli użytkownicy na danym rynku wyszukują w rodzimym systemie pisma, odpowiadająca mu domena IDN może wzmocnić sygnały tematycznej trafności
• Link building: Niektóre platformy i starsze systemy mogą mieć trudności z poprawnym wyświetlaniem lub linkowaniem domen IDN — sprawdź kompatybilność ze swoim ekosystemem
• Dostarczalność e-maili: Nie wszystkie klienty poczty w pełni obsługują adresy e-mail IDN — weź to pod uwagę, jeśli poczta elektroniczna jest częścią strategii domenowej

W przypadku większości międzynarodowych strategii SEO ccTLD lub gTLD z implementacją hreflang pozostaje głównym zaleceniem — jednak TLD IDN może być cennym uzupełnieniem, gdy tożsamość marki w rodzimym systemie pisma jest priorytetem.