Resumen

  • El informe final sobre diacríticos latinos propone un operador común y transiciones conjuntas para los conjuntos de gTLD que cumplan los requisitos.
  • La coherencia exigida a los proveedores se aplica por función crítica; no obliga a comprar todos los servicios a una única empresa.
  • El texto está sometido al GNSO Council. Ni el consenso del grupo ni el próximo examen del Board equivalen a una política en vigor.

Una grafía adicional, una decisión duradera

Para un registro, añadir una forma que respete la escritura de una lengua puede tener una lógica comercial sencilla. La decisión deja de ser tan pequeña cuando se pregunta cómo podrá cambiar de proveedor años después.

Supongamos que un operador quiere trasladar el servicio DNS de una extensión a una empresa distinta. La recomendación 22 del informe final del 31 de agosto exigiría que los miembros correspondientes, ya asignados y delegados, pasaran simultáneamente al mismo proveedor para esa función. No bastaría con que estuviera listo el sufijo más fácil de mover.

Es un supuesto que ilustra la propuesta, no un incidente registrado. El objeto del trabajo también es específico: ciertos gTLD ASCII y sus formas con diacríticos latinos pueden resultar visualmente confundibles sin ser variantes según las reglas de la zona raíz. El grupo propone permitir su convivencia como conjunto, bajo un mismo operador de registro.

Los criterios de caracteres y las reglas de generación de etiquetas de la raíz seguirían delimitando la elegibilidad. El conjunto necesita un miembro ASCII y no puede mezclarse con un conjunto de TLD variantes. Por tanto, el informe no concede una autorización general para cualquier nombre con acentos.

El índice documental del GNSO ya enlaza el informe final. Sus 57 resultados cuentan con consenso pleno dentro del grupo. El texto se ha presentado al Council para su consideración, no ha completado el recorrido de aprobación.

El vínculo sigue cuando cambia el negocio

La propuesta utiliza un solo contrato de registro, con iguales niveles de servicio y otras condiciones operativas. Las recomendaciones 23 y 25 extenderían el tratamiento conjunto a la transición del registro o al cambio de control y al traslado de emergencia a un Emergency Back-End Registry Operator.

La regla sobre suministradores suele prestarse a una lectura excesiva. Para cada función crítica, el proveedor debe coincidir entre los miembros del conjunto. Eso no significa que una sola empresa deba prestar todas las funciones. El informe admite incluso varios proveedores DNS, siempre que sean los mismos para las extensiones del grupo.

La finalidad protectora es razonable: la convivencia de nombres confundibles perdería parte de su justificación si acabaran sujetos a controles incompatibles. Mantenerlos unidos durante una transición preserva la relación que permitió la excepción.

Al mismo tiempo, cambia la posibilidad de sustituir servicios por partes. Un operador tendría que preparar la migración del conjunto pertinente, aunque un miembro pudiera trasladarse antes por separado. De ahí se infiere una posible carga de coordinación, no un aumento de costes ya medido. La comparación entre ofertas debería incluir la salida que realmente estaría permitida.

Retirar no es trasladar

Las recomendaciones 37 y 38 contienen una restricción de al menos diez años, pero no sobre los cambios de proveedor. Afecta a la reasignación de cadenas retiradas de la raíz a otra entidad distinta del titular restante previsto en esas disposiciones.

Si se elimina el miembro ASCII de la raíz, el conjunto dejaría de existir, aunque el operador podría conservar un único gTLD internacionalizado. Si se retira voluntariamente un miembro con diacríticos, no sería necesario retirar los demás. Una transición de emergencia que conserva el conjunto intacto no es una retirada y no activa por sí misma ese plazo.

Esta distinción afecta a los titulares de dominios. Cambiar quién presta el servicio no equivale a hacer desaparecer una extensión. La orientación 39 pide un plan de transición para las inscripciones de segundo nivel existentes bajo una cadena cuya retirada se solicita. La recomendación 40 trata por separado la retirada que efectivamente se produce a consecuencia de un incumplimiento del contrato. No afirma que cualquier incumplimiento borre automáticamente todo el conjunto.

También hay límites a la aplicación retroactiva. Los gTLD que ya operan independientemente bajo entidades distintas disfrutan de una exención, acompañada de restricciones a nuevas solicitudes. Los dominios de segundo nivel existentes que no cumplen la identidad de titular y registrador mantienen protegida su situación contractual y de asignación. En los conjuntos no exentos, el traslado entre registradores sí abarcaría conjuntamente sus miembros asignados, no todos los dominios que posea el cliente.

Todavía se puede discutir cómo salir

La previsión del Board publicada el 2 de septiembre sitúa un examen preparatorio de estas recomendaciones en el taller del 4 al 6 de septiembre. Su propósito es conocer las implicaciones y detectar asuntos que requieran consideración antes de que la propuesta llegue formalmente al Board.

La explicación de ICANN sobre implementación separa desarrollo de políticas, adopción y ejecución. El informe no introduce estas reglas en la guía actual de la ronda 2026 ni determina una ronda futura concreta.

La Nota 64 de Lu Heng ofrece un criterio analítico: precisar qué propiedad de seguridad exige una obligación común y conservar una portabilidad viable. No sustituye los contratos de ICANN ni prueba una intención institucional. Aplicado aquí, obliga a preguntar si se puede mantener la coherencia entre nombres sin volver insustituible la operación que los aloja.

Fuentes

  1. Informe final sobre diacríticos latinos
  2. Documentos de trabajo del GNSO
  3. Previsión del taller de septiembre del Board
  4. Implementación de políticas en ICANN
  5. Lu Heng: especificación mínima y adopción voluntaria