Nombres de dominio internacionalizados (IDN)

Un nombre de dominio internacionalizado (IDN) es un nombre de dominio que contiene caracteres de escrituras o idiomas no latinos, como árabe, chino, cirílico, devanágari, hebreo, japonés o coreano, así como caracteres latinos acentuados utilizados en idiomas como el español, el francés, el alemán o el portugués.

Antes de que existieran los IDN, el sistema de nombres de dominio (DNS) solo admitía caracteres ASCII: las 26 letras del alfabeto latino, los dígitos del 0 al 9 y los guiones. Esto excluía la gran mayoría de los sistemas de escritura del mundo de poder representarse de forma nativa en un nombre de dominio.

ICANN introdujo los nombres de dominio internacionalizados para hacer internet más accesible a las comunidades de habla no inglesa. Hoy existen TLDs IDN (dominios de nivel superior) para decenas de idiomas, lo que permite navegar por la web íntegramente en la lengua nativa del usuario, desde la extensión de dominio hasta la dirección del sitio web.

Existen dos formas distintas en las que los caracteres no ASCII pueden aparecer en un nombre de dominio, y es importante entender la diferencia:

TLDs IDN (extensiones de dominio internacionalizadas) — Son los TLDs listados en esta página. La propia extensión está escrita en una escritura no ASCII. Ejemplos: .中国 (China), .рф (Rusia), .مصر (Egipto) y .한국 (Corea del Sur). Un dominio completamente internacionalizado como 政府.中国 utiliza caracteres nativos en ambos niveles: el nombre de dominio de segundo nivel y la extensión TLD.

Nombres de dominio IDN bajo TLDs estándar — Algunos registros que operan TLDs habituales como .com, .net o ccTLDs como .es o .de permiten el registro de nombres de dominio de segundo nivel con caracteres no ASCII, aunque la extensión en sí permanezca en ASCII. Por ejemplo, münchen.de o académie.fr utilizan caracteres acentuados o no ASCII en el nombre de dominio, pero el TLD es una extensión ASCII convencional.

Que un TLD estándar acepte registros no ASCII depende completamente de la política del registro. Algunos registros permiten una amplia gama de caracteres Unicode; otros restringen los registros a dominios de segundo nivel solo en ASCII. No existe una regla universal: es necesario consultar la política IDN específica del registro para el TLD que se desee.

Por qué esta distinción importa en materia de seguridad: Los ataques homógrafos IDN casi siempre explotan el segundo escenario: registrar un nombre de dominio que utiliza caracteres Unicode similares (como una а cirílica en lugar de una a latina) bajo un TLD ASCII común como .com. Esto crea un dominio visualmente idéntico a una marca reconocida en la barra de direcciones. Las extensiones TLD de tipo IDN están generalmente sujetas a políticas de escritura única más estrictas impuestas por el registro, lo que limita —aunque no elimina por completo— este tipo de abuso a nivel de extensión.

Aunque los dominios IDN se muestran a los usuarios en sus escrituras nativas, la infraestructura del DNS sigue operando en ASCII. El puente entre ambos es Punycode, un estándar de codificación definido en el RFC 3492 que convierte los caracteres Unicode en una cadena compatible con ASCII.

Cada dominio IDN se almacena y resuelve en el DNS con su equivalente Punycode, que siempre comienza con el prefijo xn--. Por ejemplo:

• El dominio árabe مثال.إختبار se convierte en xn--mgbh0fb.xn--kgbechtv
• El dominio alemán münchen.de se convierte en xn--mnchen-3ya.de
• El dominio japonés 日本語.jp se convierte en xn--wgv71a309e.jp

Los navegadores modernos y los clientes de correo electrónico gestionan automáticamente la conversión Punycode, por lo que el usuario ve la versión Unicode legible en la barra de direcciones. En segundo plano, el DNS resuelve la cadena Punycode xn-- igual que cualquier otro nombre de dominio.

Es posible usar un conversor de Punycode para traducir cualquier dominio IDN a su forma de codificación compatible con ASCII (ACE), lo cual es útil al configurar registros DNS, certificados SSL o ajustes de servidor que requieran la representación ASCII sin procesar.

Sí — el registro de dominios IDN está disponible a través de registradores acreditados por ICANN que admiten nombres de dominio Unicode. No todos los registradores ofrecen registro IDN, por lo que será necesario encontrar uno que sea compatible con la escritura y el TLD deseados.

Qué buscar en un registrador IDN:

• Compatibilidad con el juego de caracteres o escritura específica que se necesita (árabe, cirílico, CJK, devanágari, etc.)
• Disponibilidad del TLD IDN deseado — tanto los TLDs genéricos (gTLDs) como los ccTLDs pueden tener variantes IDN
• Gestión correcta de la conversión Punycode durante el proceso de registro
• Compatibilidad con certificados SSL/TLS y configuración de correo electrónico para dominios IDN

Proceso de registro: Una vez identificado el registrador y confirmada la disponibilidad, el proceso es equivalente al registro de un dominio estándar. El registrador convierte automáticamente el nombre de dominio Unicode elegido a su equivalente Punycode y lo envía al registro. El dominio se gestiona usando la versión Unicode en el panel de control del registrador.

El precio de los dominios IDN varía según el TLD y el registrador, y sigue el mismo modelo de renovación que cualquier otro nombre de dominio.

Un ccTLD (dominio de nivel superior de código de país) es una extensión de dominio de dos letras asignada por ICANN para representar un país o territorio específico, como .es (España), .mx (México), .ar (Argentina) o .br (Brasil). Todos los ccTLDs tradicionales usan caracteres ASCII, lo que significa que la extensión siempre está escrita en el alfabeto latino, independientemente de la escritura nativa del país.

Un IDN (nombre de dominio internacionalizado), por el contrario, es un dominio que utiliza caracteres no ASCII, ya sea en el nombre de dominio de segundo nivel, en la propia extensión TLD o en ambos. Los IDN existen precisamente para permitir que el sistema de nombres de dominio represente los idiomas y escrituras del mundo más allá del alfabeto latino.

Estas dos categorías se solapan de forma importante: los ccTLDs IDN. ICANN comenzó a delegar ccTLDs IDN en 2010 para permitir que los países representen su propia extensión en su escritura nativa. Por ejemplo:

• .рф es el ccTLD IDN de Rusia — el equivalente cirílico de .ru
• .中国 y .中國 son ccTLDs IDN de China en chino simplificado y tradicional
• .مصر es el ccTLD IDN de Egipto en árabe
• .भारत es uno de los varios ccTLDs IDN de India en escritura devanágari

Así, aunque todo ccTLD IDN es un IDN, no todo ccTLD es un IDN: la mayoría de las extensiones de código de país siguen siendo solo ASCII. Y aunque todo ccTLD IDN representa un país, no todo IDN es un ccTLD: los gTLDs IDN como .游戏 (juegos) o .شبكة (red/web) están internacionalizados pero no son específicos de ningún país.

Para consultar la lista completa de extensiones de dominio de código de país — tanto ASCII como IDN — visita nuestro directorio de TLDs por país.

Un TLD IDN (dominio de nivel superior internacionalizado) es una extensión de dominio de nivel superior escrita en una escritura no ASCII. Antes del programa IDN de ICANN, todos los TLDs — incluidos los ccTLDs como .uk o .de — estaban limitados a caracteres ASCII, incluso para países que no utilizan el alfabeto latino.

ICANN comenzó a delegar ccTLDs IDN en 2010, permitiendo que los países representen su TLD en su propia escritura nativa. Por ejemplo:

• .中国 — China (chino simplificado)
• .مصر — Egipto (árabe)
• .भारत — India (devanágari)
• .рф — Rusia (cirílico)
• .한국 — Corea del Sur (hangul)

Además de los ccTLDs, también existen gTLDs IDN (dominios de nivel superior genéricos internacionalizados), con extensiones de dominio en escrituras como árabe, chino, cirílico, hebreo, japonés, coreano, tamil, tailandés y muchas otras.

El número total de TLDs IDN delegados sigue creciendo a medida que ICANN procesa nuevas solicitudes. Esta página lista todos los TLDs IDN actualmente disponibles con sus escrituras admitidas, estado de registro y precios.

Un ataque homógrafo IDN (también llamado ataque homoglifo) es un tipo de phishing en el que un actor malicioso registra un nombre de dominio que parece visualmente idéntico — o casi idéntico — a uno legítimo, pero utiliza caracteres Unicode de una escritura diferente que se parecen a las letras latinas originales.

Por ejemplo, la letra cirílica а (U+0430) es idéntica visualmente a la letra latina a (U+0061) en la mayoría de las fuentes. Un atacante podría registrar un dominio como pаypal.com usando la 'а' cirílica, que se mostraría de forma idéntica a paypal.com en muchos navegadores.

Este tipo de ataque generalmente tiene como objetivo TLDs ASCII estándar como .com — no extensiones TLD IDN — porque el ataque se basa en mezclar escrituras dentro del nombre de dominio de segundo nivel manteniendo una extensión familiar y de apariencia confiable. Consulta la pregunta anterior para una explicación más completa de esta distinción.

Cómo responden los navegadores y los registros:

• Los navegadores modernos muestran la versión Punycode (xn--) en la barra de direcciones cuando un dominio mezcla escrituras, haciendo visible el engaño
• Muchos registros aplican políticas de escritura única, impidiendo que un dominio mezcle caracteres de diferentes escrituras Unicode
• ICANN proporciona orientación a los registros sobre la implementación de medidas para reducir el riesgo de ataques homógrafos

Cómo protegerse: Revisa siempre la barra de direcciones con atención al hacer clic en enlaces. Si un dominio de confianza muestra un prefijo xn-- o contiene caracteres inesperados, trátalo con precaución y navega directamente al sitio en su lugar.

Los dominios IDN pueden ser efectivos para el SEO cuando se dirigen a audiencias que buscan en escrituras no latinas, especialmente en mercados donde los usuarios tienen más probabilidades de escribir consultas y nombres de marca en su idioma nativo.

Desde una perspectiva técnica de SEO, los motores de búsqueda como Google admiten completamente los dominios IDN y los indexan como cualquier otro dominio. Las versiones Punycode y Unicode de un IDN resuelven al mismo destino, por lo que no existe ningún problema de contenido duplicado.

Factores a considerar:

• Relevancia local: Un dominio IDN que utiliza la escritura nativa de tu mercado objetivo puede reforzar la confianza local y el reconocimiento de marca
• Alineación con palabras clave: Si los usuarios de tu mercado buscan usando términos en escritura nativa, un dominio IDN coincidente puede fortalecer las señales de relevancia temática
• Link building: Algunas plataformas y sistemas más antiguos pueden tener dificultades para renderizar o enlazar correctamente dominios IDN — verifica la compatibilidad con tu ecosistema
• Entregabilidad del correo electrónico: No todos los clientes de correo admiten completamente las direcciones de email IDN, así que tenlo en cuenta si el email forma parte de tu estrategia de dominio

Para la mayoría de las estrategias de SEO internacional, un ccTLD o gTLD con implementación de hreflang sigue siendo la recomendación principal, pero un TLD IDN puede ser un complemento valioso cuando la identidad de marca en una escritura nativa es una prioridad.