Resumen

  • Un Blocked Name es una frontera de exclusión, no una solicitud rival ni la ganadora de un conjunto de controversia.
  • Un resultado reconstruible debe mostrar etiquetas o variantes comparadas, relación, motivos del panel y plazo de impugnación.

Una solicitud de la ronda de nuevos gTLD de ICANN de 2026 puede quedar impedida de avanzar aunque no exista ninguna solicitud rival. El obstáculo puede ser un Blocked Name: una etiqueta no disponible para solicitar en esta ronda y rodeada, junto con sus variantes, por una frontera de exclusión basada en la similitud visual.

No es lo mismo que una controversia entre cadenas. Una solicitud competidora pretende ocupar el mismo lugar —o uno confundible— en la raíz. Un Blocked Name no solicita nada, no puja, no se retira y no firma un acuerdo de registro. Sin embargo, la Guía del Solicitante dispone que una solicitud no seguirá adelante si un panel independiente considera que la cadena solicitada o una de sus variantes es visualmente similar a un Blocked Name o a una variante de este.

El resultado puede parecer una disputa contra un adversario invisible. La categoría correcta es otra: una decisión de exclusión, no la victoria de otro solicitante.

Dos caminos hacia la misma puerta cerrada

La versión inglesa autoritativa vigente de la Guía es V2-2026.04.24, publicada el 24 de abril de 2026. La sección 7.2.1 presenta los Blocked Names como etiquetas no disponibles para solicitud. Las categorías responden a distintas protecciones y reservas; la palabra «bloqueado» no demuestra una única razón de política para todos los nombres.

La tabla 7-5 distingue dos consecuencias. Si la cadena solicitada es idéntica a un Blocked Name o constituye una variante, la solicitud no se acepta. Si supera esa fase y la Evaluación de Similitud de Cadenas determina después que es visualmente similar a un Blocked Name o a su variante, la solicitud no puede continuar.

«No aceptada» y «no puede continuar» no son descripciones intercambiables. La primera corresponde a una relación detectada al tramitar la solicitud; la segunda es el resultado de un proceso comparativo. Un registro público útil debe indicar cuál de las dos rutas se aplicó.

Una frontera no es un rival

La sección 7.10.3.5 trata los conjuntos de controversia formados por cadenas de gTLD solicitadas y sus variantes. La sección 7.10.3.6 formula por separado el resultado frente a un Blocked Name. Esta arquitectura normativa permite una conclusión limitada pero decisiva: el Blocked Name actúa como frontera de exclusión, no como otra solicitud dentro de un conjunto de controversia.

La distinción evita errores. La etiqueta protegida no ganó por mérito. El solicitante no perdió necesariamente frente a un proyecto mejor. No se deduce una subasta ni una resolución privada. Una conclusión de similitud visual tampoco prueba mala fe, infracción de marca o conducta indebida; responde a una pregunta más estrecha sobre la apariencia de las cadenas bajo la Guía.

Llamar al resultado «controversia» inventaría un rival. Describir el Blocked Name como un gTLD delegado podría inventar otro estatus. La formulación precisa es que la solicitud se detiene por su relación reglada con una etiqueta protegida o reservada.

Las variantes amplían la frontera

La regla no compara únicamente las dos etiquetas base. Incluye variantes de ambos lados. El punto activador puede ser la propia cadena solicitada o una variante suya; el otro extremo puede ser el Blocked Name base o una de sus variantes.

Por eso no basta una línea que diga «bloqueada». ¿Qué dos etiquetas se compararon? ¿La relación era identidad, condición de variante o similitud visual? Sin esa arista, la conclusión es opaca. Con ella puede reconstruirse la secuencia: categoría, etiquetas, relación, conclusión del panel y consecuencia.

Razones del panel y reloj de impugnación

La Guía describe la evaluación como una comparación manual realizada por un panel independiente. La sección 7.10.2.4 exige que el panel documente su análisis, resultado y fundamentos. La página actual de ICANN también habla de revisión manual, no de una decisión automática basada en una puntuación.

La sección 7.10.4 contempla además una impugnación por un supuesto error fáctico o procedimental, bajo el estándar de error manifiesto y dentro del plazo indicado de 21 días. No es una nueva discusión de política ni una repetición automática del examen. Pero el plazo solo es útil si la decisión identifica la comparación decisiva y explica la razón.

El registro que ICANN debería publicar

Las fuentes primarias prueban la regla, el proceso, las categorías de resultado y la impugnación. No prueban que ICANN publique hoy el expediente completo propuesto aquí. Lo que sigue es doctrina Heng Lu, no una afirmación sobre la práctica actual.

Cada exclusión debería incluir un registro compacto: categoría del Blocked Name; cadena solicitada o variante comparada; Blocked Name o variante del otro extremo; relación de identidad, variante o similitud; razonamiento del panel; resultado; y fecha inicial del plazo de impugnación.

Un Blocked Name puede cerrar la puerta sin estar al otro lado como competidor. Cuando una solicitud no puede avanzar, el público debe ver qué la detuvo, sin tener que imaginar un rival que nunca existió.

Fuentes primarias