Resumen
- Los propios materiales de comentarios públicos de la ICANN indican que las presentaciones son públicas, que los procedimientos suelen permanecer abiertos durante al menos cuarenta días, que la organización de la ICANN resume las presentaciones e identifica temas, y que el grupo que inició el procedimiento revisa las presentaciones y el informe resumen antes de decidir los pasos siguientes. Ese diseño convierte el resumen en un documento rector, no en una mera conveniencia administrativa.
- La brecha de rendición de cuentas no estriba en que los comentarios estén ocultos. La preocupación mayor es que un resumen oficial puede comprimir el desacuerdo en categorías elegidas por la misma institución que prepara, asesora o defiende la decisión. Sin una tabla de codificación visible, los lectores no pueden distinguir si una objeción recurrente, una advertencia técnica especializada o una posición institucional minoritaria fue ponderada o simplemente parafraseada hasta desaparecer.
- El procedimiento de renovación de.org ilustra el problema estructural. La página del procedimiento identificó la eliminación de las disposiciones sobre límites de precios como un cambio sustancial, recopiló comentarios públicos, prometió un resumen y un análisis para la consideración de la Junta Directiva y enlazó tanto los comentarios como un informe. El público puede ver la arquitectura de la consulta, pero reconstruir cómo afectó cada objeción a la decisión final requiere algo más que una narración temática.
- Un resumen de comentarios públicos publicable debería incluir un libro de códigos de asuntos transparente, recuentos que separen los argumentos únicos de las firmas duplicadas, secciones de opiniones minoritarias y disidentes, una tabla de respuesta a las decisiones y razones concretas para rechazar objeciones. El objetivo no es vincular a la Junta Directiva a todos y cada uno de los comentarios, sino evitar que una consulta pública se convierta en un consentimiento por compresión.
El resumen es donde la consulta se convierte en poder
Un período de comentarios públicos parece democrático porque invita a muchas voces. En la ICANN, también es una parte formal de cómo se produce la legitimidad. La página pública del programa describe el Comentario Público como un mecanismo para que las partes interesadas tengan opiniones y recomendaciones documentadas de manera formal y pública. La misma página dice que los procedimientos están abiertos durante un mínimo de cuarenta días a menos que se aplique una excepción, que se publican las presentaciones y los informes de resumen, y que los comentarios son visibles para el público.
La página "Acerca del Comentario Público" va más lejos: la organización de la ICANN resume las presentaciones, identifica temas, y el grupo que inició el procedimiento revisa las presentaciones y el informe de resumen, aborda las aportaciones y propone los pasos siguientes.
Esa secuencia importa. Un comentario es el acto democrático en bruto; el resumen es la traducción institucional. La Junta Directiva, el personal, la organización de apoyo, el comité asesor u otro grupo iniciador rara vez leerán miles de páginas de comentarios tal como los ve el público. Incluso cuando los responsables de las decisiones leen ampliamente, dependen de los materiales del personal o del comité para saber lo que contiene el expediente. Por tanto, el resumen se convierte en la puerta práctica por la que un comentario entra en la decisión.
Un resumen mal hecho puede cumplir el requisito de presentación al tiempo que debilita el efecto de la misma.
Esto no es una teoría sobre la mala fe. Las grandes consultas públicas necesitan compresión. Una Junta Directiva no puede convertir cada presentación en una resolución separada. El personal debe identificar temas, fusionar argumentos repetidos, ignorar material abusivo y señalar a los responsables de las decisiones los asuntos que requieren juicio. La dificultad es que la compresión es en sí misma un juicio. La persona que decide que dos comentarios plantean el mismo asunto ya ha moldeado el expediente. La persona que clasifica una objeción como fuera del alcance ya ha afectado a la solución disponible.
La persona que trata una objeción como una petición de seguimiento futuro en lugar de como una razón para cambiar un contrato ya ha reducido la elección.
Los estatutos de la ICANN hacen que ese problema de juicio sea importante porque no tratan la transparencia como una simple publicación. El Artículo 3 exige procedimientos para explicaciones detalladas de las bases de las decisiones, incluida la forma en que los comentarios influyeron en las consideraciones políticas, y la divulgación pública de la justificación de las decisiones de la Junta Directiva y la comunidad. Ese lenguaje no exige que todos los comentarios prevalezcan, pero sí exige una explicación rastreable.
Si un resumen de comentarios públicos se limita a decir que se recibieron comentarios, se consideraron los temas y se seguirá adelante con una propuesta, puede cumplir un hábito de presentación, pero incumple la promesa más sólida de rendición de cuentas.
La cuestión de gobernanza, por tanto, no es si la ICANN publica los comentarios. A menudo lo hace. La cuestión más grave es si el resumen oficial proporciona a un observador externo pruebas suficientes para comprobar cómo se convirtieron los comentarios en razones. Un resumen legítimo debería permitir al lector preguntarse: ¿quién hizo esta afirmación?, ¿cuántos argumentos distintos la respaldan?, ¿qué pruebas se adjuntaron?, ¿cómo la clasificó la ICANN?, ¿a qué punto de decisión afectó? y ¿por qué se aceptó o rechazó? Sin esa cadena, el comentario público se convierte en ruido público seguido de una clasificación privada.
Los comentarios no son votos, pero son pruebas
El primer error al leer un expediente de comentarios públicos es tratarlo como un plebiscito. La ICANN no es una legislatura elegida por el público global de Internet. Mil mensajes idénticos no derrotan automáticamente una objeción técnica especializada, y un pequeño número de comentarios de alta calidad puede identificar un defecto que una gran petición pasa por alto. El comentario público no es un recuento de votos.
El error contrario es igual de perjudicial: tratar los comentarios como ambiente. Un período de comentarios públicos no es una gira ceremonial de escucha. Cuando la ICANN pide a las partes afectadas que dediquen tiempo a una propuesta, crea el deber de explicar cómo afectó ese tiempo a la decisión. Los comentarios aportan pruebas sobre consecuencias operativas, dependencia jurídica, incidencia de costes, riesgos de implementación, expectativas de los usuarios, estructura de mercado y efectos no deseados. También revelan si la propuesta ha sido comprendida por las personas que deberán vivir con ella.
Incluso un comentario basado en una premisa equivocada puede ser valioso si muchas partes afectadas comparten el mismo malentendido, porque ese malentendido puede generar por sí mismo un riesgo de implementación.
Esto significa que un buen resumen debe distinguir al menos cuatro cosas. En primer lugar, debe identificar las pruebas fácticas. Un comentario puede señalar una dependencia operativa, un punto de confianza contractual, un riesgo de seguridad o un coste que no era visible en la propuesta. En segundo lugar, debe identificar las posiciones normativas. Un comentarista puede decir que una norma es injusta, incoherente con los compromisos de la ICANN o contraria a una expectativa de la comunidad. En tercer lugar, debe identificar las preferencias de solución.
Un comentarista puede apoyar el objetivo, pero pedir una cláusula más precisa, un plazo de preaviso más largo, una vía de transición o una revisión posterior. En cuarto lugar, debe identificar el apoyo u oposición puros. Una declaración de apoyo es útil, pero no debe confundirse con una prueba o una solución.
A continuación, el resumen debe decir al lector qué papel desempeñó cada cuestión. ¿Cambiaron las pruebas el texto? ¿Fracasó la objeción por falta de fundamento? ¿Estuvo de acuerdo la ICANN con el riesgo, pero situó la solución en otro lugar? ¿Rechazó la Junta Directiva un argumento de equidad porque dio prioridad a la uniformidad contractual, la competencia, la seguridad, la estabilidad u otro valor declarado? Son resultados diferentes. Un resumen temático que diga "algunos comentaristas plantearon preocupaciones" oculta la decisión que realmente importa.
El peligro es mayor cuando el decisor o su personal ya tiene un camino preferido. En muchos procedimientos de la ICANN, el personal ha pasado meses preparando un contrato propuesto, una enmienda estatutaria, un plan operativo o un diseño de implementación antes de que se abran los comentarios. Eso no es incorrecto; la gobernanza compleja requiere redacción. Pero la misma preparación crea un incentivo para leer los comentarios como perfeccionamientos en lugar de vetos. Un resumen de comentarios escrito por el redactor debe, por tanto, someterse a un estándar probatorio más alto que una transcripción neutral.
Debe mostrar al público cómo se separó la inversión institucional en una propuesta de la clasificación de las objeciones a la misma.
El procedimiento de renovación de.org muestra el riesgo de compresión
La propuesta de renovación del acuerdo de registro de.org de 2019 es un caso útil porque el expediente público muestra la arquitectura de la consulta. El procedimiento se abrió el 18 de marzo de 2019 y se cerró el 29 de abril de 2019. La página de la ICANN identificó a la División de Dominios Globales como la organización de origen y nombró un contacto del personal. Describía el acuerdo actual, la renovación propuesta, la comparación con el acuerdo de registro base y las diferencias sustanciales.
Uno de los cambios enumerados era la eliminación de las disposiciones sobre precios que habían limitado los precios de registro y permitido aumentos en virtud del acuerdo anterior.
La página también indicaba claramente el siguiente paso: tras revisar los comentarios públicos, la ICANN prepararía y publicaría un resumen y análisis, y el informe estaría a disposición de la Junta Directiva para su consideración de la renovación propuesta. Esa frase es todo el problema en miniatura. El resumen no se preparaba para un museo. Se preparaba para una decisión. En cuanto un informe pasa a formar parte de la consideración de la Junta Directiva, la calidad del informe afecta a la calidad de la decisión.
El expediente de.org también muestra por qué la clasificación de los comentarios no puede reducirse a un titular. Una objeción al límite de precios puede significar varias cosas. Un comentarista puede argumentar que.org es utilizado por usuarios no comerciales y, por tanto, tiene un carácter de interés público. Otro puede argumentar que un registro heredado tiene poder de mercado porque los titulares de dominios se enfrentan a costes de cambio. Un tercero puede argumentar que el acuerdo de registro base no es un comparador apropiado.
Un cuarto puede aceptar la flexibilidad de precios, pero pedir más preaviso, un límite más estricto, un aumento escalonado o una revisión separada. Un quinto puede oponerse al carácter bilateral de la negociación. Todos ellos pueden resumirse como "preocupaciones sobre los precios", pero son argumentos diferentes que afectan a puntos de decisión diferentes.
Si posteriormente la Junta Directiva aprueba la renovación, las razones del rechazo deben, por tanto, separarse. La ICANN podría rechazar un argumento de asequibilidad porque el marco contractual trata a los registros heredados como a otros operadores. Podría rechazar un argumento de poder de mercado porque considera que la competencia o las protecciones de los titulares son suficientes. Podría rechazar un argumento de procedimiento porque la cláusula de renovación limita la renegociación. Podría aplazar una preocupación de interés público a un foro posterior de cumplimiento contractual o de políticas.
Cada razón es discutible, pero al menos es visible. Sin esa visibilidad, el público solo ve que existían preocupaciones y que la decisión siguió adelante.
El expediente original disponible para este artículo no permite un recuento independiente de todos los comentarios de.org ni una codificación completa del informe frente a cada presentación. Ese límite es importante. No se trata de inventar un desequilibrio numérico ni de citar un archivo oculto. Se trata de identificar el estándar de gobernanza que haría posible dicho recuento. Una página de procedimiento público que enlace a los comentarios y a un informe es un comienzo. Un resumen público que exponga su método de clasificación es el paso siguiente.
El libro de códigos ausente
La reforma más práctica es un libro de códigos. Los resúmenes de comentarios públicos deben publicar las categorías utilizadas para clasificar las presentaciones antes del informe o junto con él. Las categorías no tienen por qué ser complicadas. Deben identificar el asunto, el punto de decisión, el tipo de afirmación y la respuesta propuesta. El libro de códigos debe ser lo suficientemente estable como para que un lector pueda comparar procedimientos, pero lo suficientemente flexible como para recoger argumentos inesperados.
Por ejemplo, un procedimiento de acuerdo de registro podría utilizar códigos de asunto como precios, derechos de renovación, continuidad del servicio, obligaciones de abuso, protección de los titulares, competencia, transición, autoridad legal y plazos de implementación. Podría utilizar códigos de tipo de afirmación como pruebas fácticas, riesgo operativo, interpretación jurídica, principio político, enmienda textual propuesta, apoyo, oposición y material fuera de alcance.
Podría utilizar códigos de respuesta como aceptado en el texto final, aceptado solo en la explicación, rechazado con motivo, aplazado a otro foro, fuera de la competencia de la ICANN, ya abordado, no respaldado por pruebas o requiere trabajo de implementación posterior.
El valor del libro de códigos no es la elegancia matemática. Obliga al redactor del resumen a hacer visibles las elecciones de clasificación. Si una objeción de interés público se trata como un argumento de competencia, los lectores pueden ver ese movimiento. Si una advertencia técnica de seguridad se fusiona con la oposición general, la fusión puede ser impugnada. Si una posición minoritaria se marca como "fuera de alcance", el informe puede explicar por qué. La Junta Directiva puede entonces confiar en el resumen con una comprensión más clara de en qué se basa.
La codificación también separa la cantidad del peso. Mil presentaciones de formulario pueden llevar todas el mismo código de asunto y contar como un argumento recurrente con muchos partidarios. Un único comentario experto puede llevar un código de riesgo técnico que merece atención aunque nadie más lo haya planteado. Un comentario de un grupo de partes interesadas puede representar una posición comunitaria formal y debe marcarse como tal, pero no debe borrar las objeciones individuales. El libro de códigos permite que el resumen muestre tanto la amplitud como el fondo.
Esto es especialmente importante para la ICANN porque la participación pública es desigual. Algunas partes interesadas tienen personal político a tiempo completo. Otros son voluntarios, titulares de dominios, pequeños operadores de red, grupos de la sociedad civil o usuarios que solo aparecen cuando una decisión concreta les afecta. Un resumen que pondere más los comentarios institucionales pulidos sin decirlo puede reproducir la desigualdad de participación. Un resumen que cuente por igual todas las objeciones cortas puede perder la experiencia. La codificación transparente no resuelve ese problema distributivo, pero lo hace visible.
Las opiniones minoritarias necesitan un lugar propio
Las instituciones de consenso a menudo temen las secciones minoritarias porque pueden hacer que el desacuerdo parezca mayor de lo que es. Ese temor es comprensible pero fuera de lugar. Suprimir las opiniones minoritarias no crea consenso; crea un expediente opaco. Una Junta Directiva puede seguir eligiendo la recomendación mayoritaria o del personal. La cuestión es si puede mostrar lo que declinó adoptar.
Las opiniones minoritarias deben conservarse cuando cumplan una de varias pruebas. Deben conservarse cuando identifiquen un daño operativo plausible, aunque solo lo hayan visto unos pocos comentaristas. Deben conservarse cuando procedan de una clase de partes afectadas que está subrepresentada en el expediente de comentarios. Deben conservarse cuando impugnen la autoridad legal de la decisión. Deben conservarse cuando propongan una solución más limitada que lograría el objetivo declarado a un coste menor. Deben conservarse cuando revelen que una propuesta es entendida de manera diferente por distintas comunidades.
El resumen no debe enterrar esas opiniones bajo "otros comentarios". Debe decir cuál es la opinión, quién la planteó en términos generales, qué pruebas la respaldan y por qué cambió o no cambió el resultado. Si la opinión es débil, el informe puede decirlo. Si la opinión está fuera de la misión de la ICANN, el informe puede decirlo. Si la opinión es válida pero pertenece a un foro político posterior, el informe puede decir qué foro y por qué la decisión actual no debe esperar. Lo que el informe no debe hacer es convertir la disidencia en una textura de preocupación sin una respuesta decisoria.
El tratamiento de las minorías es también la prueba de la captura. Un sistema puede ser abierto en la forma mientras que está dominado por participantes habituales, actores financiados o grupos de interés organizados. Un resumen que solo muestra el tema dominante puede hacer que la captura parezca consenso. Un resumen que registra las objeciones minoritarias permite a los lectores ver si la decisión dependió de la experiencia, el poder de negociación, la resistencia o el acuerdo real.
Esto no significa que toda objeción solitaria se convierta en un veto. La Junta Directiva tiene derecho a rechazar los malos argumentos. El personal tiene derecho a decir que un comentario malinterpreta un contrato. La ICANN tiene derecho a proteger la estabilidad, la seguridad y la interoperabilidad frente a demandas populares pero inviables. La cuestión es que el rechazo debe ser razonado. La opinión minoritaria no se honra permitiéndole hablar; se honra cuando la razón para no seguirla es visible.
Las razones del rechazo son activos de gobernanza
Un rechazo razonado suele ser más valioso que una edición aceptada. Las ediciones aceptadas son fáciles de ver porque el texto cambia. Los rechazos requieren explicación. Muestran la jerarquía real de valores: uniformidad contractual sobre protección a medida, estabilidad sobre rapidez, privacidad sobre publicación, competencia sobre control de precios, seguridad sobre conveniencia, límites de la misión sobre demanda pública. Sin razones de rechazo, el público no puede saber qué valor prevaleció.
Los estatutos de la ICANN ya apuntan en esta dirección al exigir explicaciones detalladas de las bases de las decisiones y de cómo influyeron los comentarios en las consideraciones políticas. La frase "cómo influyeron los comentarios" no debe interpretarse como "si los comentarios cambiaron el texto final". La influencia puede incluir confirmar una elección, precisar una cláusula, generar un compromiso de seguimiento, poner de manifiesto un malentendido, dar lugar a una revisión posterior o fracasar porque la Junta Directiva consideró el argumento poco convincente. El resumen debe mostrar todo ese abanico.
Las razones del rechazo también protegen a la ICANN de críticas injustas. Si un expediente de comentarios públicos contiene una fuerte oposición, pero el acuerdo legal no otorga a la ICANN poder para imponer la condición exigida, decirlo es mejor que fingir que la objeción fue meramente considerada. Si un comentario pide una solución que desestabilizaría un registro, el informe debe explicar el riesgo de estabilidad. Si un comentario plantea una preocupación legítima ya tratada por otra cláusula del contrato, el informe debe señalar la cláusula.
Estas explicaciones pueden no satisfacer a los opositores, pero crean un expediente que puede ser revisado.
La ausencia de razones de rechazo crea el incentivo contrario. Los críticos asumen que la institución las ignoró. Los partidarios asumen que la institución tenía razones que no es necesario mostrar. El personal aprende que una amplia narración temática es más segura que una respuesta detallada porque las razones detalladas crean blancos. Esa es la lección equivocada. En un sistema de legitimidad, las razones no son pasivos; son la moneda de la autoridad.
El calendario decide si los comentarios pueden importar
Un resumen de comentarios públicos puede estar perfectamente redactado y aun así llegar demasiado tarde para importar. Si la Junta Directiva ya está comprometida, si un contrato debe firmarse antes de una fecha límite, o si el personal ha negociado términos que no pueden reabrirse de manera realista, el resumen se convierte en un documento defensivo. Explica por qué el camino anterior sobrevivió. No crea una oportunidad de cambio.
El procedimiento de.org muestra de nuevo por qué el calendario necesita un tratamiento más explícito. La página pública explicaba que el acuerdo actual expiraría el 30 de junio de 2019 y que el informe de comentarios debía presentarse el 3 de junio de 2019. Ese calendario dejaba un margen estrecho entre el informe y la fecha de expiración. Un margen reducido no demuestra un mal proceso. Los plazos de renovación son reales. Pero cuando el margen de decisión es corto, el resumen debe revelar qué opciones seguían abiertas cuando se revisaron los comentarios. ¿Podía renegociarse el texto? ¿Podía prorrogarse temporalmente el plazo?
¿Podía aplazarse una cláusula controvertida? ¿Podía la Junta Directiva aprobar con condiciones? ¿Podía el personal reabrir la discusión con el operador del registro? Un lector no puede evaluar la influencia pública sin conocer el conjunto de opciones.
El calendario también importa antes de que se abran los comentarios. Si la propuesta refleja una negociación bilateral, los comentarios públicos pueden estar negociando contra un término ya aceptado por la contraparte. Si la propuesta refleja un proceso político comunitario, los comentarios pueden estar revisando la implementación en lugar de la política. Si la propuesta refleja un presupuesto o plan operativo, los cambios pueden afectar a proyectos dependientes. Los resúmenes deben indicar la situación del procedimiento.
Un comentario no puede juzgarse justamente a menos que los lectores sepan si se trata de cambiar la política, la implementación, el texto del contrato, el calendario o la supervisión.
Por eso la frase "tras la revisión de los comentarios públicos" es insuficiente por sí sola. Revisión puede significar desde "leímos y ajustamos la propuesta" hasta "leímos y seguimos adelante". Un resumen transparente debe describir los grados de libertad restantes. Debe decir qué cuestiones seguían abiertas, cuáles estaban limitadas por compromisos previos y cuáles requerirían otro foro. Esa franqueza puede decepcionar a los comentaristas, pero evita falsas expectativas.
El decisor no debe ser el único narrador
En el modelo de comentarios públicos de la ICANN, la organización de la ICANN resume las presentaciones e identifica los temas comunes. Eso puede ser eficiente, pero concentra el poder narrativo. La organización que prepara la propuesta, negocia el contrato o asesora a la Junta Directiva suele redactar el resumen que explica las objeciones a esa propuesta. Incluso si el personal actúa con cuidado, la apariencia de auto-revisión es inevitable.
Hay varias maneras de reducir ese riesgo sin crear una nueva burocracia para cada procedimiento. Una es publicar la tabla de clasificación junto con el informe narrativo. Otra es permitir que los comentaristas vean las categorías preliminares de asuntos y señalen las clasificaciones erróneas antes del informe final. Una tercera es permitir que el grupo de origen añada una columna de respuesta separada del resumen del personal, para que los lectores puedan distinguir "lo que dijeron los comentarios" de "lo que piensan los decisores al respecto".
Una cuarta es exigir una revisión independiente de la clasificación para los procedimientos de alto impacto que afecten a contratos, tasas, documentos básicos de gobernanza, mecanismos de rendición de cuentas o estabilidad de los identificadores.
La separación clave es entre resumen y respuesta. Un resumen debe describir el expediente de comentarios de la manera más justa posible. Una respuesta debe explicar lo que hará la ICANN. Cuando ambos se fusionan, existe la tentación de describir los comentarios en el lenguaje de la respuesta prevista. Una objeción firme se convierte en "preocupación abordada por las salvaguardias existentes". Una petición de una decisión diferente se convierte en "preferencia por una política alternativa". Una objeción legal se convierte en "comentario relativo a la autoridad".
Estas frases pueden ser exactas, pero necesitan apoyo.
Separar el resumen de la respuesta también ayudaría a la Junta Directiva. Los directores necesitan saber cuándo se les dice lo que contiene el expediente y cuándo se les aconseja cómo decidir. Las recomendaciones del personal son legítimas. El problema no es el consejo; el problema es el consejo disfrazado de compresión neutral. Una Junta Directiva que recibe un resumen codificado, una tabla de respuestas y los comentarios originales puede hacer mejores preguntas.
Un registro de auditoría práctico para los comentarios públicos
El registro de auditoría mínimo de los comentarios públicos contendría seis capas. La primera es el archivo de presentaciones originales, con sellos de tiempo, nombres de los remitentes tal como se publican según las normas, archivos adjuntos y cualquier corrección posterior. La ICANN ya proporciona gran parte de esto. La segunda es un índice legible por máquina que conecta cada presentación con los códigos de asunto. Ese índice no debería obligar a los lectores a raspar páginas web o abrir manualmente cada archivo adjunto.
La tercera capa es un resumen temático que explique los argumentos principales en prosa corriente. Este es el conocido informe público, pero debe basarse en el índice codificado en lugar de sustituirlo. La cuarta capa es una sección de minorías y disidencias. Esta sección debe identificar los argumentos que no dominaron el expediente pero que eran importantes por la calidad de las pruebas, la condición de parte afectada, la autoridad legal, el riesgo operativo o el diseño de la solución.
La quinta capa es una tabla de respuestas. Cada asunto importante debe recibir una respuesta decisoria: aceptado, parcialmente aceptado, rechazado, aplazado, fuera de competencia, ya abordado o requiere trabajo posterior. La tabla debe incluir una razón, no solo una etiqueta. La sexta capa es una declaración de uso de la Junta Directiva. Si la Junta Directiva se basa en el informe, la resolución o la justificación debe identificar el informe y las cuestiones decisivas. Si la Junta Directiva rechaza una objeción importante, debe decir por qué.
Ninguna de estas capas exige que la Junta Directiva renuncie a su discrecionalidad. Simplemente hacen que el ejercicio de la discrecionalidad sea revisable. Un sistema de comentarios públicos que no puede ser revisado se convierte en un ritual de legitimidad. Un sistema de comentarios públicos que muestra sus clasificaciones se convierte en evidencia.
El acta de la Junta Directiva no puede reparar un resumen deficiente
Es tentador decir que la justificación de la Junta Directiva es el verdadero documento de rendición de cuentas y que el resumen de comentarios públicos es solo una aportación. Esa respuesta es insuficiente. Para cuando se redacta una resolución de la Junta Directiva, el resumen ya ha moldeado el universo de cuestiones visibles. Una justificación de la Junta Directiva puede explicar por qué los directores aprobaron una decisión, pero a menudo no puede revelar lo que nunca se les planteó como una cuestión distinta.
Esto es importante porque los materiales de la Junta Directiva no son contenedores neutrales. Se preparan para una reunión decisoria. Deben ser concisos, jurídicamente cuidadosos y estar alineados con la propuesta que se está considerando. Si el informe de comentarios públicos ya ha agrupado un conjunto de objeciones bajo un encabezamiento amplio, el documento de la Junta Directiva puede referirse al encabezamiento amplio en lugar de a las diferencias subyacentes. El acta de la decisión repite entonces la compresión en lugar de ponerla a prueba.
El público ve coherencia entre el informe y la justificación, pero la coherencia puede significar simplemente que ambos documentos heredaron la misma clasificación.
Un resumen más sólido reduce ese riesgo antes de que se reúna la Junta Directiva. Los directores deben poder ver no solo la conclusión del personal, sino el mapa controvertido que hay debajo. Si una propuesta plantea preocupaciones sobre precios, continuidad del servicio, poder de mercado, dependencia del interés público y autoridad de procedimiento, esas preocupaciones deben aparecer como filas separadas. Un director puede entonces decidir que solo una importa, que todas han sido respondidas o que una requiere un aplazamiento.
Lo que no debe ocurrir es que se pida al director que apruebe una conclusión después de que las objeciones se hayan mezclado en un solo tema.
Lo mismo se aplica cuando un miembro de la Junta Directiva lee personalmente las presentaciones originales. La diligencia individual es útil, pero no es un control. La gobernanza pública no puede depender de los hábitos de lectura de directores concretos. Un método de resumen debe funcionar incluso cuando los directores rotan, cuando la agenda está cargada, cuando los archivos adjuntos son largos y cuando una decisión es urgente. El método debe hacer legible el expediente sin confiar en que una sola persona note lo que el informe omitió.
Los comentarios duplicados no deben borrar los perjuicios distintos
Los procedimientos de gran volumen suelen atraer mensajes repetidos. La ICANN debe ser capaz de manejar comentarios de formulario, textos de campaña y objeciones repetidas sin fingir que cada frase idéntica añade un nuevo argumento. Sin embargo, la gestión de duplicados puede crear su propia distorsión. Si los comentarios repetidos se tratan solo como una campaña masiva, el resumen puede pasar por alto el hecho de que diferentes remitentes adjuntan la misma objeción a diferentes perjuicios.
Pensemos en una objeción sobre los precios en un procedimiento de acuerdo de registro. Un titular de dominio sin ánimo de lucro, un registrador, un defensor de los consumidores, un investigador de seguridad y un inversor en dominios pueden oponerse todos a la eliminación del límite de precios, pero por razones diferentes. La organización sin ánimo de lucro puede temer por los presupuestos de su misión. El registrador puede temer la ira de los clientes y la fricción en la renovación. El defensor de los consumidores puede temer el bloqueo de los sitios de interés público.
El investigador de seguridad puede temer que los dominios abandonados se conviertan en objetivos de abuso. El inversor puede temer la incertidumbre en la valoración de los dominios. La frase principal es la misma, pero el mapa de riesgos no lo es.
Por tanto, un buen resumen debe contar los duplicados de dos maneras. Debe identificar el texto repetido o las presentaciones de campaña para que los lectores no confundan el volumen con el análisis independiente. También debe preservar las distintas teorías de perjuicio vinculadas a las posiciones repetidas. Mil comentarios que digan "no aprueben" pueden contener cinco razones, y esas razones deben separarse. El problema de legitimidad no se resuelve diciendo que muchos comentaristas se opusieron a la propuesta; se resuelve mostrando qué riesgos planteó realmente la oposición.
Esto es especialmente importante para las clases de partes afectadas con diferente capacidad para redactar presentaciones formales. Una organización pequeña puede presentar una objeción breve porque carece de asesoramiento político. Un gran grupo de partes interesadas puede presentar una carta detallada con citas y texto propuesto. Si el resumen valora solo el pulido, el gran grupo de partes interesadas domina. Si valora solo el recuento, la campaña domina. El método correcto registra ambos y luego pregunta qué argumentos inciden en la decisión.
Las conclusiones de fuera de alcance también necesitan razones
"Fuera de alcance" es una de las frases más poderosas de un informe de comentarios públicos. Puede ser correcta. La misión de la ICANN es limitada, y no toda queja relacionada con Internet pertenece a una decisión de la ICANN. Un contrato de registro no puede resolver todos los problemas de concentración del mercado, expresión, privacidad, derecho de la competencia o regulación nacional. Un resumen no debe obligar a la Junta Directiva a decidir sobre asuntos que escapan a su autoridad.
Pero una etiqueta de fuera de alcance también puede ocultar las cuestiones fronterizas más difíciles. Que un comentario esté fuera del procedimiento depende a menudo de cómo se haya enmarcado el procedimiento. Si un acuerdo propuesto elimina una restricción de precios, la asequibilidad puede ser central y no periférica. Si una política propuesta afecta a la publicación de datos de contacto, la privacidad y el acceso de las fuerzas de seguridad pueden ser centrales y no colaterales.
Si un cambio de rendición de cuentas propuesto afecta a quién puede impugnar una decisión, el coste y el acceso pueden ser centrales y no meramente de procedimiento.
Por esa razón, las conclusiones de fuera de alcance deben ir acompañadas de razones. El informe debe decir si el asunto está fuera de la misión de la ICANN, fuera de la autoridad del grupo iniciador, fuera del texto específico que se revisa, ya resuelto por una decisión política anterior o reservado para otro procedimiento. Son afirmaciones diferentes. Un límite de misión significa que la ICANN carece de poder. Un límite de procedimiento significa que la ICANN puede tener poder pero decidió no reabrir esa cuestión aquí. Un límite de decisión previa significa que el comentario es tardío, no irrelevante.
Un límite de foro significa que el comentarista debe saber a dónde dirigirse a continuación.
Las conclusiones razonadas sobre el alcance también reducen el resentimiento. Los comentaristas pueden aceptar que eligieron el lugar equivocado si el informe explica el correcto. Es menos probable que acepten un resumen que registra su preocupación y luego no dice nada. En una institución multisectorial, los fallos de participación se acumulan. Una persona que dedica tiempo a un procedimiento y no ve una respuesta visible es menos propensa a volver para el siguiente. El coste no es solo la equidad en ese procedimiento; es la pérdida de pruebas futuras.
Las objeciones técnicas no deben aplanarse en preferencias políticas
Los procedimientos de la ICANN a menudo mezclan valores políticos con afirmaciones técnicas. Un comentario puede decir que un cambio propuesto amenaza la estabilidad del DNS, debilita la respuesta al abuso, complica la transición del registro, socava la exactitud de los datos o crea ambigüedad operativa. Ese comentario también puede expresar oposición como una preferencia política. Un resumen débil puede fusionar la afirmación técnica y la preferencia, y luego rechazar todo el paquete como desacuerdo.
El mejor método separa las partes. Si un comentarista dice que un cambio contractual propuesto debilitará la transición de emergencia, el resumen debe identificar la afirmación específica sobre la transición. La ICANN puede entonces responder: las disposiciones de emergencia existentes siguen siendo suficientes, el riesgo se aborda en otro lugar, la afirmación carece de fundamento o el texto ha sido revisado. Si el mismo comentarista también dice que la Junta Directiva debe rechazar el acuerdo por simbolismo de interés público, esa es una afirmación separada.
Separarlas evita que una advertencia técnica se pierda porque la posición más amplia no prevaleció.
Esta distinción es fundamental para las cuestiones de recursos numéricos. Los hechos técnicos sobre la unicidad, la exactitud del registro, el DNS inverso, la dependencia de la seguridad del enrutamiento o la elegibilidad para la asignación pueden ser planteados por un pequeño número de operadores. Puede que no vengan acompañados de un lenguaje político pulido. Un resumen que dé prioridad a los temas amplios puede pasarlos por alto. Por tanto, el libro de códigos debe marcar las pruebas técnicas por separado de la preferencia institucional, incluso cuando la misma presentación contenga ambas.
La Junta Directiva no necesita convertirse en el revisor técnico final de cada afirmación. Lo que necesita saber es si se planteó una afirmación técnica, quién era competente para evaluarla, qué respuesta se dio y si la respuesta cambió la decisión. Eso es suficiente para que la decisión sea revisable sin convertir un informe de comentarios públicos en un tratado de ingeniería.
El público necesita conclusiones negativas, no solo cambios positivos
Muchos informes de comentarios públicos destacan lo que cambió después de los comentarios. Eso es útil, pero puede crear un expediente distorsionado. Si un informe enumera las modificaciones aceptadas en detalle y las objeciones rechazadas en términos generales, los lectores ven capacidad de respuesta donde la verdadera disputa puede estar en otra parte. El público necesita conclusiones negativas tanto como positivas.
Una conclusión negativa dice: esta objeción fue entendida, clasificada y rechazada por esta razón. Es el equivalente a que un tribunal judicial diga por qué fracasa un argumento, sin convertir a la ICANN en un tribunal. Disciplina al decisor porque la razón puede ser comprobada más tarde. Si la ICANN dice que una objeción de asequibilidad fracasó porque el contrato no regula los precios minoristas, los futuros críticos pueden impugnar esa premisa. Si la ICANN dice que una objeción sobre el calendario fracasó porque el acuerdo estaba a punto de expirar, los futuros revisores pueden preguntar si era posible una prórroga provisional.
Si la ICANN dice que una preocupación técnica ya estaba abordada, los futuros incidentes pueden poner a prueba esa afirmación.
Las conclusiones negativas también crean memoria institucional. El siguiente procedimiento puede ver qué argumentos fueron rechazados antes y por qué. El personal no puede limitarse a decir que una preocupación es nueva cuando ha aparecido repetidamente. Los comentaristas no pueden limitarse a repetir un argumento sin abordar la razón de rechazo anterior. La calidad del debate mejora porque el expediente se vuelve acumulativo.
Aquí es donde los resúmenes de comentarios públicos pueden convertirse en un verdadero instrumento de rendición de cuentas. No convirtiendo cada comentario en una orden, sino convirtiendo cada objeción seria en una conclusión pública razonada. La ICANN no necesita más consultas rituales. Necesita expedientes de consulta que puedan ser reutilizados, auditados y mejorados.
Límites de las fuentes y lo que no se puede inferir
Este artículo se basa en la descripción actual de comentarios públicos de la ICANN, los estatutos de la ICANN y la página del procedimiento público de la propuesta de renovación del acuerdo de.org. Estas fuentes muestran el modelo formal de consulta, el período público mínimo, el papel de los informes resumen, la promesa de que el informe estaría disponible para la consideración de la Junta Directiva y la cuestión sustancial de los precios en ese procedimiento concreto.
Las fuentes examinadas aquí no establecen una auditoría estadística completa de todas las presentaciones de.org frente a cada línea del informe. No demuestran que un miembro concreto del personal minimizara intencionadamente una objeción. No demuestran que todos los miembros de la Junta Directiva se basaran únicamente en el resumen en lugar de en los comentarios originales. No demuestran que un resumen diferente hubiera cambiado la decisión final. Las pruebas respaldan una afirmación estructural: el resumen de comentarios públicos tiene suficiente influencia como para que su método de clasificación deba ser visible.
Esa distinción es importante. Una crítica del diseño del resumen no debe convertirse en una acusación sobre los motivos. El argumento institucional más sólido es más sencillo. Cuando la misma institución redacta la propuesta, recibe los comentarios, los resume y procede a una decisión, el público necesita un puente rastreable desde el comentario hasta la respuesta. Ese puente es la salvaguardia que falta.
Cómo sería un mejor informe de la ICANN
Un informe de comentarios públicos de la ICANN más sólido comenzaría con la propuesta y las opciones restantes. Indicaría si el grupo iniciador podía cambiar el texto, reabrir la negociación, aplazar una cláusula, aprobar con condiciones, rechazar la propuesta o solo hacer ajustes de implementación. A continuación, publicaría un libro de códigos de asuntos. Los lectores verían exactamente cómo se clasificaron los comentarios.
El informe distinguiría los argumentos únicos de los apoyos repetidos. Evitaría dar a entender que una petición es lo mismo que un análisis técnico, o que un análisis técnico es lo mismo que la legitimidad comunitaria. Registraría el tipo de parte afectada sin dar un estatus privilegiado a los escritos institucionales pulidos. Preservaría los argumentos minoritarios en una sección separada. Explicaría qué objeciones fueron rechazadas y por qué.
A continuación, el documento de la Junta Directiva conectaría la decisión con el informe. Si se rechazó una objeción al límite de precios, la justificación identificaría la razón determinante. Si se aceptó una advertencia de seguridad, el cambio de texto o el compromiso de seguimiento serían visibles. Si una objeción de autoridad legal estaba fuera del procedimiento, el informe explicaría la vía disponible para plantearla. Si un comentario pedía un aplazamiento y la Junta Directiva lo denegó, la razón del calendario sería pública.
El resultado no eliminaría el desacuerdo. Podría agudizar el desacuerdo porque los argumentos perdedores se nombrarían con mayor claridad. Pero mejoraría la legitimidad institucional porque los perdedores podrían ver la razón por la que perdieron. En un entorno multisectorial, esa es a menudo la diferencia entre el desacuerdo y la alienación.
Por qué esto importa más allá de los nombres
Aunque el ejemplo de.org procede del lado de los nombres de dominio de la ICANN, el problema del resumen de comentarios públicos afecta también a la gobernanza de los recursos numéricos. La misión de la ICANN incluye la coordinación del nivel más alto de los números de protocolo de Internet y los números de AS, así como la facilitación de las políticas globales de registro de números por parte de la comunidad afectada y las tareas acordadas con los RIR.
Cuando la ICANN solicita comentarios sobre documentos de gobernanza, políticas globales, mecanismos de rendición de cuentas o acuerdos relacionados con la IANA, la misma mecánica de resumen puede determinar si las objeciones de los operadores siguen siendo visibles.
Las decisiones sobre recursos numéricos suelen implicar a pequeños grupos afectados, dependencias técnicas complejas y un bajo perfil público. Unos pocos comentarios pueden contener más información operativa que un gran procedimiento de interés general. Si un resumen comprime esos comentarios en temas insípidos, el coste puede ser invisible hasta que una decisión sobre el registro, la asignación, el DNS inverso o la continuidad falle bajo presión. Por tanto, el método de resumen debe ser más sólido precisamente allí donde la participación es escasa y la experiencia es especializada.
La lección no es que los comentarios públicos deban gobernar por recuento de cabezas, sino que los comentarios públicos deben dejar un expediente utilizable. La legitimidad de la ICANN depende menos de la frecuencia con la que invita a los comentarios que de si puede mostrar cómo los comentarios cambiaron, redujeron o no lograron cambiar una decisión. Un resumen escrito por el sistema decisor solo puede ser fiable cuando sus clasificaciones están abiertas a la inspección.
Conclusión
El comentario público no es una rendición de cuentas que se ejecuta por sí sola. Se convierte en rendición de cuentas cuando el público puede rastrear una presentación hasta un asunto clasificado, una opinión minoritaria preservada, una respuesta y una decisión razonada. La ICANN ya publica comentarios e informes de resumen como parte de su modelo de gobernanza. El siguiente estándar debería ser la trazabilidad dentro del propio resumen.
Puede que el decisor necesite resumir. Incluso puede ser el único órgano práctico capaz de producir un informe oportuno. Pero cuando redacta el resumen, debe mostrar su trabajo. De lo contrario, el acto más importante de la consulta no es la presentación pública de comentarios. Es el silencioso acto institucional de decidir lo que esos comentarios significaron.
Fuentes revisadas
- ICANN, "Comentario público", página de inicio actual de comentarios públicos, que incluye el período mínimo de procedimiento, las presentaciones públicas, los informes de resumen y los enlaces a informes recientes:https://www.icann.org/en/public-comment
- ICANN, "Acerca del comentario público", que describe la apertura de procedimientos, las presentaciones públicas, los informes de resumen de la organización de la ICANN y la revisión de las presentaciones y el resumen por parte del grupo iniciador:https://www.icann.org/en/public-comment/about
- ICANN, "Estatutos de la Corporación de Internet para la Asignación de Nombres y Números", modificados el 10 de junio de 2026, en particular el Artículo 1 sobre la misión y el Artículo 3 sobre transparencia, notificación y disposiciones sobre comentarios:https://www.icann.org/en/governance/bylaws
- ICANN, "Propuesta de renovación del acuerdo de registro de.org", procedimiento de comentarios públicos abierto el 18 de marzo de 2019 y cerrado el 29 de abril de 2019, que incluye el informe y los enlaces a los comentarios, el paso siguiente declarado de consideración por la Junta Directiva y la descripción de las disposiciones sobre precios:https://www.icann.org/en/public-comment/proceeding/proposed-renewal-of-org-registry-agreement-18-03-2019