Lunes, 26 de octubre de 2026

Lo más relevante del hosting en el mundo, en español · ehost.ec →

ICANN aprueba política para dominios ccTLD en IDN y rechaza evaluaciones de riesgo

La junta directiva de ICANN aprobó una nueva política que permite la delegación de dominios de código de país (ccTLD) en alfabetos no latinos (IDN) y rechazó las disposiciones que proponían evaluaciones de riesgo adicionales; la decisión se publicó el 23 de octubre de 2026.

Por Equipo ehost2 min de lecturaFuente: CircleID
ICANN aprueba política para dominios ccTLD en IDN y rechaza evaluaciones de riesgo
Imagen ilustrativa generada con inteligencia artificial.

La junta directiva de la Corporación para la Asignación de Nombres y Números en Internet (ICANN) ha aprobado una política destinada a regular la delegación de dominios de código de país en caracteres internacionales (IDN ccTLD). Con esta aprobación, se formaliza un marco para admitir nombres de dominio de nivel superior que usan alfabetos distintos al latino en la designación de códigos de país.

Qué cambia con la nueva política de IDN ccTLD

La política aprobada establece procedimientos y criterios para la evaluación y delegación de ccTLD escritos en escrituras no latinas —por ejemplo, cirílico, árabe, chino, devanagari u otras—, facilitando que los países y territorios soliciten y gestionen extensiones de país en su propia ortografía. El objetivo es aumentar la accesibilidad y representatividad del sistema de nombres de dominio a nivel global.

Rechazo de las disposiciones sobre evaluación de riesgos

Al mismo tiempo, la junta rechazó las propuestas que introducían obligaciones de evaluación de riesgo adicionales antes de delegar un IDN ccTLD. Esas provisiones habrían requerido un análisis más exhaustivo orientado a identificar riesgos técnicos o de estabilidad del sistema DNS relacionados con la incorporación de nuevas escrituras.

ICANN, según el comunicado original, optó por no incorporar esas evaluaciones adicionales en la política final. La decisión implica que el procedimiento aprobado se centra en criterios de elegibilidad, procesos administrativos y salvaguardas ya existentes sin añadir la capa extra de evaluación de riesgo propuesta.

¿A quién afecta esta decisión?

  • Administraciones nacionales y gestores de ccTLD: podrán solicitar delegaciones de ccTLD en sus alfabetos locales siguiendo el nuevo marco.
  • Registradores y operadores de DNS: deberán adaptarse a la aparición de nuevas extensiones de país en IDN y garantizar compatibilidad técnica y operativa.
  • Propietarios de sitios y usuarios finales: podrían ver una mayor disponibilidad de dominios en sus escrituras nativas, lo que favorece la localización y la accesibilidad.

Qué deben hacer los administradores de servidores y dueños de webs

La aprobación no obliga a cambios inmediatos en servidores, pero conviene prepararse: los administradores y responsables de dominios deberían revisar la compatibilidad de sus servicios con IDN y comprobar configuraciones de DNS, certificados TLS/SSL y software de gestión de dominios para aceptar y manejar nombres con caracteres no ASCII.

En la práctica, esto incluye verificar que plataformas de registro, paneles de control DNS y aplicaciones web soporten punycode (la representación ASCII de nombres IDN), validar la normalización Unicode y asegurarse de que los certificados y sistemas de correo acepten y traten correctamente estos nombres.

Observaciones y contexto

La medida responde a la larga trayectoria de ICANN en internacionalizar el espacio de nombres de dominio y facilitar el acceso en lenguas y escrituras diversas. La decisión de no incluir evaluaciones de riesgo adicionales podría acelerar la adopción de IDN ccTLD al simplificar el proceso de delegación, pero también deja en manos de las partes interesadas y de las prácticas operativas existentes la gestión de posibles problemas técnicos o de interoperabilidad.

Resumen: nueva política para delegar ccTLD en alfabetos no latinos aprobada; las propuestas de evaluación de riesgo han sido descartadas por la junta.

Lee también:

Fuente: CircleID

Compartir