Resumen

  • Una solicitud comunitaria de la ronda 2026 debe aprobar la evaluación de compromisos del registro para sus políticas de registro antes de poder participar en la evaluación de prioridad comunitaria.
  • La primera revisión comprueba si las reglas pueden incorporarse al contrato del registro; la segunda evalúa una posible prioridad en un conjunto definitivo de solicitudes en competencia. Ninguna certifica un mandato público ni garantiza la delegación.

La expresión «solicitud comunitaria» puede sonar como una reclamación de que un dominio pertenece a un grupo. En la ronda 2026 de ICANN, primero describe una designación hecha por el propio solicitante. Esa elección tiene un efecto procesal: si la cadena solicitada termina en un conjunto definitivo de solicitudes en competencia, el solicitante puede disponer de una vía adicional para resolver el conflicto. Pero la designación no le concede prioridad ni demuestra que represente a todas las personas que podrían identificarse con la comunidad mencionada.

El programa coloca una pregunta más concreta antes de esa competencia. Una Community Application debe proponer políticas de registro comunitarias para incluirlas en el acuerdo del registro. La guía vigente de ICANN exige que esas políticas superen la Registry Commitments Evaluation (RCE). Sin políticas aprobadas, la solicitud no puede avanzar a la etapa siguiente, incluida la Community Priority Evaluation (CPE). Si una solicitud comunitaria en competencia opta por CPE, la RCE debe realizarse primero. Según la guía de 2026, la RCE pregunta si las políticas pueden aprobarse para incorporarlas al acuerdo; después, la CPE examina si esas políticas aprobadas concuerdan con el objetivo comunitario declarado.

Ese orden es el rasgo central del diseño. Prometer que un espacio de nombres se reservará para una comunidad todavía no constituye una regla operativa. La política debe formularse de modo que pueda convertirse en un compromiso contractual del registro. Luego, el panel de prioridad evalúa la evidencia sobre el solicitante y el vínculo entre la comunidad y la cadena pedida. No sustituye la revisión contractual ni redacta la política que le corresponde puntuar.

Las dos revisiones responden preguntas diferentes. La RCE comprueba si las políticas propuestas son exigibles y compatibles con los estatutos de ICANN para incluirlas en el Registry Agreement. La CPE es una evaluación independiente de un panel de expertos externo. La guía de 2026 define cuatro criterios: constitución de la comunidad, conexión entre la cadena propuesta y la comunidad, políticas de registro y respaldo comunitario. La constitución de la comunidad recibe el mayor peso; luego siguen la conexión con la cadena, el respaldo y las políticas. La guía estima unos 180 días para la CPE.

ICANN calcula que la mayoría de las RCE toma entre 60 y 90 días, salvo circunstancias excepcionales. Son estimaciones de planificación, no plazos garantizados.

La CPE está sujeta a condiciones. Solo se aplica a una solicitud en un conjunto definitivo de competencia y requiere que el solicitante opte por participar. La guía de 2026 indica que un resultado favorable puede dar prioridad a una sola solicitud comunitaria para que avance, siempre que cumpla el resto de los requisitos del programa. Si aprueban varias solicitudes comunitarias del mismo conjunto, esas solicitudes pasan a una subasta de ICANN. Si ninguna aprueba, el conjunto también pasa a subasta. Así, la CPE cambia la vía para resolver la competencia; no concede por sí sola un dominio delegado.

La designación se fija antes. ICANN dice que el solicitante solo puede elegir la categoría «community» al presentar la solicitud inicial y que no puede cambiarla después. Una nota de la guía lo aclara: el solicitante se identifica como comunitario; la CPE no determina si existe una comunidad. Si una solicitud designada no aprueba la CPE, conserva esa categoría. Esta distinción evita leer la puntuación como un juicio universal sobre la identidad o el valor de un grupo. El panel decide si esa solicitud reúne los criterios del programa para obtener prioridad.

La política propuesta también conserva importancia después de la puntuación. Si la solicitud avanza hacia la delegación, las políticas comunitarias están destinadas a formar parte del acuerdo del registro correspondiente. El solicitante debe explicar cómo se relacionan la comunidad y la cadena y cómo se regirán las inscripciones. A cambio, una solicitud que cumpla los criterios puede adelantarse a rivales directos sin ganar primero una subasta. Una política demasiado vaga para administrarse, demasiado amplia para hacerse cumplir o mal conectada con el objetivo declarado puede debilitar esa ruta.

La evidencia está en la solicitud y en la política aprobada, no en la palabra «comunidad» de un comunicado.

Las cifras de la ronda 2026 dan contexto, no una conclusión sobre legitimidad. El corte de ICANN del 7 de octubre mostraba 1.615 solicitudes, 16 designadas como comunitarias, y advertía que los totales finales se confirmarían más adelante. Esas cifras no indican cuántas solicitudes entrarán en competencia, optarán por CPE, aprobarán la RCE u obtendrán prioridad. Tampoco equivale la revisión de un panel a una votación de los miembros de la comunidad ni a una autorización de quienes están fuera de la solicitud. La Nota 73 de Heng Lu sirve aquí solo como lente editorial: la participación y el interés afectado aportan evidencia, pero no crean automáticamente un mandato para obligar a terceros ausentes.

Para solicitantes y operadores, la pregunta práctica no es simplemente si una cadena está disputada. Es si el grupo está definido de forma coherente con esa cadena y si las reglas de registro pueden aprobarse e incorporarse al acuerdo del registro. Para los observadores, las señales son la composición publicada del conjunto de competencia, el resultado de la RCE, la decisión de optar por CPE y pagarla cuando se ofrece, y luego el dictamen del panel. La designación comunitaria abre una vía posible. El reglamento y las evaluaciones determinan si se puede recorrer.

Fuentes