--- id: "idn" kind: "glossary-term" title: "IDN" language: "es" category: "DNS y fundamentos técnicos" updated: "2026-10-10T10:28:55Z" canonical: "https://tldlog.com/es/glosario/idn/" translations: en: "https://tldlog.com/glossary/idn/" de: "https://tldlog.com/de/glossar/idn/" fr: "https://tldlog.com/fr/glossaire/idn/" it: "https://tldlog.com/it/glossario/idn/" pt-BR: "https://tldlog.com/pt/glossario/idn/" ru: "https://tldlog.com/ru/glossariy/idn/" zh-Hans: "https://tldlog.com/zh/cihui/idn/" --- # IDN nombre de dominio internacionalizado Nombre de dominio que usa caracteres distintos de las letras básicas del inglés, los dígitos y el guion, como letras con acento o las escrituras árabe, china o cirílica. El DNS guarda estos nombres en una forma ASCII, la etiqueta A, que se genera con Punycode y empieza por 'xn--'. Los IDN permiten usar nombres en la lengua propia. Un nombre de dominio internacionalizado (IDN) usa algo más que las letras de la a a la z, los dígitos y el guion: letras como la ñ o la ü, o escrituras como la árabe, la china o la cirílica. Las personas ven y escriben el nombre en su propia escritura, mientras el DNS trabaja por detrás con una versión en caracteres básicos. Casi todos los problemas de los IDN nacen de la distancia entre esas dos formas. ## Qué es un nombre de dominio internacionalizado La RFC 5890, publicada por el IETF en agosto de 2010, define un IDN como un nombre de dominio con al menos una etiqueta internacionalizada. Esa etiqueta puede ser el nombre registrado, como un nombre con ñ bajo .es, o el propio dominio de nivel superior, como .рф. ## Cómo funciona por dentro: Punycode, etiquetas A y etiquetas U Los IDN funcionan etiqueta a etiqueta, nunca sobre el nombre completo. Cada etiqueta internacionalizada tiene dos formas: - La **etiqueta U** es la que se lee y se escribe, en caracteres Unicode. - La **etiqueta A** es su equivalente ASCII: el prefijo xn-- seguido del resultado del algoritmo Punycode, que tiene como máximo 59 caracteres, porque una etiqueta tiene como máximo 63. Los programas convierten cada etiqueta U en su etiqueta A antes de consultar el DNS, que según la ICANN solo trabaja con etiquetas A. La RFC 5890 reserva la palabra Punycode para el método de conversión (RFC 3492, marzo de 2003), no para la cadena resultante. El conjunto de reglas vigente, IDNA2008 (las RFC 5890 a 5894), sustituyó a IDNA2003, pero mantuvo Punycode y el prefijo xn--. Algunos caracteres cambiaron: la ß alemana y la sigma final griega ς son válidas en IDNA2008, mientras que IDNA2003 las convertía en otros caracteres, así que un nombre que las contenga tiene ahora una etiqueta A distinta de la que buscan los programas antiguos. ## Qué caracteres admite cada registro Dentro de lo que permite IDNA2008, la RFC 5890 hace obligatorias las restricciones para los registros de IDN, y la RFC 5891 espera que los registros de todos los niveles del DNS fijen sus propias políticas. Muchos publican tablas de IDN, listas de los caracteres que aceptan para un idioma o una escritura, que la IANA reúne en su Repositorio de Prácticas de IDN. Las reglas para la generación de etiquetas (LGR) son su versión formal, legible por máquina (RFC 7940). Para los dominios de nivel superior, la ICANN aplica las reglas para la generación de etiquetas de la zona raíz (RZ-LGR). A octubre de 2026, la versión vigente, RZ-LGR-6, cubre 27 escrituras, entre ellas la latina. Para .es, el Plan Nacional de nombres de dominio (Orden ITC/1542/2005) y Red.es fijan estas reglas, a octubre de 2026: - las letras de la a a la z, los dígitos del 0 al 9 y el guion, nunca al principio ni al final; - 13 caracteres multilingües más: á, à, é, è, í, ï, ó, ò, ú, ü, ñ, ç y l·l; - de 3 a 63 caracteres en el segundo nivel y de 2 a 63 en el tercero; - ningún nombre puede empezar por xn--, y no se distingue entre mayúsculas y minúsculas. Para la ele geminada catalana (l·l), IDNA2008 solo admite el punto volado entre dos eles, no la letra única ŀ. ## Variantes y caracteres de apariencia similar Algunas comunidades de escritura, como la árabe o la han, consideran que dos cadenas distintas son el mismo nombre. Son las variantes de IDN. Otro problema son los caracteres de escrituras distintas que se ven iguales, como una ómicron griega entre letras latinas. Un ataque homográfico los usa para que un nombre falso parezca auténtico. Las restricciones de los registros y las LGR limitan esas mezclas, y la evaluación de similitud de cadenas de caracteres de la ICANN rechaza los TLD solicitados que se parezcan visualmente a uno existente. ## Dominios de nivel superior IDN en escrituras no latinas Los ccTLD de IDN llegan a través del Proceso de Avance Acelerado de ccTLD de IDN, que la Junta Directiva de la ICANN aprobó en Seúl en octubre de 2009. Un país o territorio de la lista de la norma ISO 3166-1 puede pedir su nombre en una escritura distinta de la latina, así que .es queda fuera. Los gTLD de IDN llegan a través de las rondas de nuevos gTLD de la ICANN. En la ronda de 2026, un IDN solicitado debe cumplir IDNA2008 y RZ-LGR-6. Una variante se asigna al mismo operador de registro con un único Acuerdo de Registro, y cada variante necesita una justificación. A octubre de 2026, los operadores de gTLD existentes no pagan la tarifa básica de solicitud por un máximo de cuatro variantes. A octubre de 2026, unos 150 TLD de la base de datos de la zona raíz de la IANA empiezan por xn-- (recuento propio), y la ICANN cita más de 60 ccTLD de IDN. Son ejemplos .рф (xn--p1ai), el ccTLD de Rusia, y el genérico .vermögensberater (xn--vermgensberater-ctb). ## Dónde siguen fallando: correo, aplicaciones y formularios La ICANN llama Aceptación Universal al objetivo de que todo nombre de dominio y toda dirección de correo válidos funcionen en cualquier programa. Un fallo típico son los formularios que rechazan letras acentuadas. El correo necesita normas propias, la internacionalización de direcciones de correo electrónico (EAI), presentada en la RFC 6530 en febrero de 2012. Cuando se abrieron los nombres .es multilingües, en 2007, Red.es advirtió de que el correo con IDN era poco común y de que algunos programas mostrarían la forma xn--. Era la situación de 2007. ## Ejemplo: registrar un nombre español con ñ Sirva de ilustración el nombre reservado peña.example: los programas convierten la etiqueta peña en xn--pea-8ma, así que el DNS ve xn--pea-8ma.example. Al ser .example un nombre reservado, solo ilustra la conversión. En el ejemplo publicado por Red.es, eñe se convierte en xn--ee-zja. Para un nombre .es con ñ, hay que: 1. Comprobar que solo usa los caracteres y las longitudes permitidos. 2. Registrarlo a través de un registrador (agente registrador, en la terminología de .es), que fija su propio precio. Red.es solo registra directamente en situaciones muy concretas; a octubre de 2026, su precio directo es de 33,38 euros al año, impuesto sobre el valor añadido incluido, sin precio aparte para los nombres multilingües. Después, el registro anota el nombre y el DNS trabaja con su etiqueta A. Las fuentes consultadas no aclaran si queda vinculado al mismo nombre sin ñ. ## Fuentes - [Repository of IDN Practices (IANA)](https://www.iana.org/domains/idn-tables) - [Root Zone Label Generation Rules (ICANN)](https://www.icann.org/resources/pages/root-zone-lgr-2015-06-21-en) - [IDN ccTLD Fast Track Process (ICANN)](https://www.icann.org/resources/pages/fast-track-2012-02-25-en) - [Universal Acceptance (UA) (ICANN)](https://www.icann.org/ua) ## términos relacionados - [Punycode](https://tldlog.com/es/glosario/punycode/) - [etiqueta U](https://tldlog.com/es/glosario/etiqueta-u/) - [etiqueta A](https://tldlog.com/es/glosario/etiqueta-a/) - [IDN TLD](https://tldlog.com/es/glosario/idn-tld/) - [ASCII](https://tldlog.com/es/glosario/ascii/)