Интернационализированные доменные имена (IDN)

Интернационализированное доменное имя (IDN) — это доменное имя, содержащее символы нелатинских письменностей или языков, таких как арабский, китайский, кириллица, деванагари, иврит, японский или корейский, а также акцентированные латинские символы, используемые во французском, немецком, польском или испанском языках.

До появления IDN система доменных имён (DNS) поддерживала только символы ASCII: 26 букв латинского алфавита, цифры от 0 до 9 и дефисы. Это исключало подавляющее большинство письменных систем мира из возможности нативного представления в доменном имени.

ICANN ввёл интернационализированные доменные имена, чтобы сделать интернет более доступным для неанглоязычных сообществ. Сегодня IDN TLD (домены верхнего уровня) существуют для десятков языков, позволяя пользователям полностью работать в сети на родном языке — от доменного расширения до адреса сайта.

Существуют два различных способа появления символов, выходящих за рамки ASCII, в доменном имени, и важно понимать разницу между ними:

IDN TLD (интернационализированные расширения доменов) — это TLD, перечисленные на данной странице. Само расширение записано нелатинской письменностью. Примеры: .中国 (Китай), .рф (Россия), .مصر (Египет) и .한국 (Южная Корея). Полностью интернационализированный домен вида 政府.中国 использует родные символы на обоих уровнях — как в доменном имени второго уровня, так и в расширении TLD.

IDN-доменные имена под стандартными TLD — некоторые реестры, управляющие привычными TLD, такими как .com, .net, или национальными TLD, например .ru или .de, допускают регистрацию доменных имён второго уровня, содержащих символы вне ASCII, даже если само расширение остаётся ASCII. Например, münchen.de или académie.fr содержат акцентированные или не-ASCII символы в имени домена, но TLD — это стандартное ASCII-расширение.

Принимает ли стандартный TLD регистрации вне ASCII, целиком зависит от политики конкретного реестра. Одни реестры допускают широкий диапазон символов Unicode, другие ограничивают регистрации исключительно ASCII-доменами второго уровня. Универсального правила нет — необходимо изучить конкретную IDN-политику реестра для нужного TLD.

Почему это разграничение важно с точки зрения безопасности: IDN-гомографические атаки почти всегда используют второй сценарий — регистрируется доменное имя с визуально схожими символами Unicode (например, кириллическая а вместо латинской a) под распространённым ASCII TLD, таким как .com. Это создаёт домен, визуально неотличимый от известного бренда в адресной строке. IDN-расширения TLD, как правило, подчиняются более строгим правилам единой письменности, применяемым реестрами, что ограничивает — хотя и не исключает полностью — подобные злоупотребления на уровне расширения.

Несмотря на то что IDN-домены отображаются пользователям в их родных письменных системах, инфраструктура DNS по-прежнему работает на ASCII. Мостом между ними служит Punycode — стандарт кодирования, определённый в RFC 3492, преобразующий символы Unicode в корректную ASCII-совместимую строку.

Каждый IDN-домен хранится и разрешается в DNS в виде своего Punycode-эквивалента, всегда начинающегося с префикса xn--. Например:

• Арабский домен مثال.إختبار становится xn--mgbh0fb.xn--kgbechtv
• Немецкий домен münchen.de становится xn--mnchen-3ya.de
• Японский домен 日本語.jp становится xn--wgv71a309e.jp

Современные браузеры и почтовые клиенты автоматически выполняют преобразование Punycode, поэтому пользователи видят читаемую Unicode-версию в адресной строке. За кулисами DNS разрешает строку Punycode с xn-- так же, как и любое другое доменное имя.

Конвертер Punycode позволяет перевести любой IDN-домен, в том числе кириллический домен, в его ASCII-совместимую форму (ACE) — это полезно при настройке DNS-записей, SSL-сертификатов или серверных параметров, требующих «сырого» ASCII-представления.

Да — регистрация IDN-доменов доступна через аккредитованных ICANN регистраторов, поддерживающих доменные имена в Unicode. Не каждый регистратор предлагает регистрацию IDN, поэтому необходимо найти того, кто специализируется на нужной письменности и TLD.

На что обращать внимание при выборе IDN-регистратора:

• Поддержка конкретного набора символов или письменной системы (арабская, кириллица, CJK, деванагари и т. д.)
• Наличие нужного IDN TLD — как универсальные TLD (gTLD), так и ccTLD могут иметь IDN-варианты
• Корректное преобразование в Punycode в процессе регистрации
• Поддержка SSL/TLS-сертификатов и настройки электронной почты, совместимых с IDN

Процесс регистрации: После выбора регистратора и подтверждения доступности процесс аналогичен стандартной регистрации домена. Регистратор автоматически преобразует выбранное Unicode-доменное имя в его Punycode-эквивалент и отправляет его в реестр. Управление доменом осуществляется через Unicode-версию в панели управления регистратора.

Стоимость IDN-доменов варьируется в зависимости от TLD и регистратора и следует той же модели продления, что и любое другое доменное имя.

ccTLD (национальный домен верхнего уровня) — двухбуквенное доменное расширение, присвоенное ICANN конкретной стране или территории: .ru (Россия), .de (Германия), .fr (Франция), .jp (Япония) и т. д. Все традиционные ccTLD используют ASCII-символы, то есть расширение всегда записывается латинским алфавитом — вне зависимости от родной письменности страны.

IDN (интернационализированное доменное имя), напротив, — это домен, использующий символы вне ASCII: в имени второго уровня, в самом расширении TLD или в обоих компонентах. IDN существуют именно для того, чтобы система DNS могла представлять языки и письменности мира за пределами латинского алфавита.

Эти две категории пересекаются в важном месте: IDN ccTLD. ICANN начал делегирование IDN ccTLD в 2010 году, позволив странам представлять своё расширение в родной письменности. Например:

• .рф — IDN ccTLD России, кириллический эквивалент .ru
• .中国 и .中國 — IDN ccTLD Китая на упрощённом и традиционном китайском
• .مصر — IDN ccTLD Египта на арабском языке
• .भारत — один из нескольких IDN ccTLD Индии на письменности деванагари

Таким образом, хотя каждый IDN ccTLD является IDN, не каждый ccTLD является IDN: большинство национальных расширений по-прежнему остаются исключительно ASCII. И хотя каждый IDN ccTLD представляет конкретную страну, не каждый IDN является ccTLD: IDN gTLD, такие как .游戏 (игры) или .شبكة (веб/сеть), интернационализированы, но не привязаны к конкретной стране.

Полный список национальных доменных расширений — как ASCII, так и IDN — доступен в нашем каталоге TLD по странам.

IDN TLD (интернационализированный домен верхнего уровня) — это расширение домена верхнего уровня, записанное нелатинской письменностью. До появления программы IDN от ICANN все TLD — включая ccTLD, такие как .uk или .de — были ограничены ASCII-символами, даже для стран, не использующих латинский алфавит.

ICANN начал делегирование IDN ccTLD в 2010 году, позволив странам представлять свой TLD в родной письменности. Например:

• .中国 — Китай (упрощённый китайский)
• .مصر — Египет (арабский)
• .भारत — Индия (деванагари)
• .рф — Россия (кириллица)
• .한국 — Южная Корея (хангыль)

Помимо ccTLD, доступны IDN gTLD (интернационализированные универсальные домены верхнего уровня) — с расширениями на арабском, китайском, кириллическом, иврите, японском, корейском, тамильском, тайском и многих других языках.

Общее число делегированных IDN TLD продолжает расти по мере рассмотрения ICANN новых заявок. На этой странице перечислены все актуально доступные IDN TLD с указанием поддерживаемых письменностей, статуса регистрации и стоимости.

IDN-гомографическая атака (или атака с использованием гомоглифов) — это разновидность фишинга, при которой злоумышленник регистрирует доменное имя, визуально идентичное или почти идентичное легитимному, но использующее символы Unicode из другой письменности, внешне похожие на оригинальные латинские буквы.

Например, кириллическая буква а (U+0430) в большинстве шрифтов выглядит идентично латинской букве a (U+0061). Злоумышленник мог бы зарегистрировать домен pаypal.com с кириллической 'а', который во многих браузерах отображался бы так же, как paypal.com.

Этот тип атаки, как правило, направлен против стандартных ASCII TLD, таких как .com, — а не IDN TLD-расширений, — поскольку строится на смешении письменных систем в имени второго уровня при сохранении привычного и вызывающего доверие расширения. Подробное объяснение этого различия см. в предыдущем вопросе.

Как с этим борются браузеры и реестры:

• Современные браузеры отображают Punycode-версию (xn--) в адресной строке, когда домен смешивает письменные системы, делая обман заметным
• Многие реестры применяют политики единой письменности, не позволяя домену смешивать символы из разных Unicode-письменностей
• ICANN предоставляет реестрам рекомендации по внедрению мер для снижения риска гомографических атак

Как защититься: Всегда внимательно проверяйте адресную строку перед переходом по ссылке. Если у знакомого домена отображается префикс xn-- или присутствуют неожиданные символы, отнеситесь к нему с подозрением и перейдите на сайт напрямую, введя адрес вручную.

IDN-домены могут быть эффективны для SEO при ориентации на аудиторию, выполняющую поиск в нелатинских письменных системах, — особенно на рынках, где пользователи чаще вводят запросы и названия брендов на родном языке.

С технической точки зрения SEO поисковые системы, включая Google, полностью поддерживают IDN-домены и индексируют их так же, как любые другие. Punycode- и Unicode-версии IDN разрешаются в один и тот же адрес, поэтому проблем с дублированием контента не возникает.

Факторы, которые стоит учесть:

• Локальная релевантность: IDN-домен, использующий родную письменность целевого рынка, способен укрепить местное доверие и узнаваемость бренда
• Соответствие ключевым словам: Если пользователи на вашем рынке ищут с помощью слов на родном языке, соответствующий IDN-домен может усилить сигналы тематической релевантности
• Линкбилдинг: Некоторые платформы и устаревшие системы могут испытывать трудности с корректным отображением IDN-доменов или размещением ссылок на них — проверьте совместимость со своей экосистемой
• Доставляемость электронной почты: Не все почтовые клиенты полноценно поддерживают IDN-адреса электронной почты — учитывайте это, если почта является частью вашей доменной стратегии

Для большинства международных SEO-стратегий ccTLD или gTLD с реализацией hreflang по-прежнему остаётся основной рекомендацией — однако IDN TLD может стать значимым дополнением, когда идентичность бренда в родной письменности является приоритетом.