Resumen
- ICANN publicó el 9 de septiembre de 2026 las directrices finales de su grupo de expertos en aceptación universal. Son recomendaciones para el trabajo futuro, no un panel ya operativo ni una obligación para terceros.
- El documento combina indicadores que ICANN puede medir, datos aportados por colaboradores, autoevaluaciones y pruebas del recorrido completo del usuario.
- Una cifra debe conservar su procedencia. Un autoinforme útil no equivale a un resultado verificado de forma independiente.
Supongamos que una administración responde «sí» a la pregunta sobre compatibilidad con direcciones de correo internacionalizadas. Un observador automatizado, en cambio, solo puede comprobar que el formulario acepta los caracteres. Un usuario real descubre después que la recuperación de contraseña nunca entrega el mensaje. Las tres observaciones hablan del mismo servicio, pero no afirman lo mismo.
Las Guidelines for Advancing Universal Acceptance Adoption, publicadas ahora en su versión final, colocan estas fuentes dentro de una misma futura estrategia de medición. El grupo de expertos propone indicadores para conciencia pública, apoyo normativo, implementación y desarrollo de capacidades. También pide a ICANN que mida lo que esté dentro de su ámbito directo y mantenga un panel consolidado.
La consolidación será valiosa si permite ver las capas. Será engañosa si las borra.
Cuatro columnas describen cuatro relaciones
Una jornada de divulgación demuestra que hubo actividad. Una política pública demuestra que existe una regla escrita. Un curso muestra que ciertas personas recibieron formación. Una transacción completada con un dominio o correo en escritura local muestra que una configuración concreta produjo un resultado.
No se trata de ordenar estos hechos de menor a mayor importancia. Se trata de impedir que uno haga de sustituto del siguiente. Un contrato puede exigir UA y aun así desplegar un componente antiguo. Una biblioteca puede procesar correctamente una cadena mientras la aplicación falla al autenticar. Un servidor de correo puede anunciar una capacidad sin que el viaje desde el alta hasta la recuperación de cuenta se complete.
La versión final ayuda a mantener el orden: los indicadores deben explicar qué miden, cómo se relacionan con el apoyo a UA y quién mide y publica. En implementación, el texto cita registros, observaciones de servidores MX, datos de plataformas y el éxito integral del usuario multilingüe. También propone evaluar experiencia real, usabilidad e interoperabilidad.
El problema aparece al producir una puntuación común. Sumar actos, reglas, herramientas disponibles y resultados ejecutados puede crear una aparente tendencia ascendente aunque cada componente tenga población, reloj y objeto distintos.
El autoinforme cubre lo que una sonda no ve
No existe un observador mundial capaz de entrar en todos los sistemas públicos y privados, recorrer funciones autenticadas y probar cada escritura. Los propietarios saben qué versión está desplegada, quién responde por la corrección y qué interfaz interna no es accesible desde Internet. Pedirles datos no es una concesión: es una fuente necesaria.
Por eso la directriz 47 propone trabajar con organizaciones intergubernamentales para promover informes de sus Estados miembros, crear plantillas de autoevaluación y ofrecer incentivos. El objetivo declarado es obtener datos fiables y comparables a lo largo del tiempo.
La procedencia determina hasta dónde llega cada respuesta. Dos instituciones pueden usar definiciones diferentes de «preparado». Una puede probar solamente la entrada del identificador; otra, el envío de correo, el acceso y la recuperación. Una respuesta correcta al publicarse puede quedar obsoleta tras un cambio de versión. Los incentivos para participar también pueden favorecer respuestas optimistas sin que exista fraude.
El informe oficial de comentarios recoge precisamente esas advertencias. Una propuesta pedía complementar la autoevaluación voluntaria con validación independiente. Otros participantes solicitaron indicadores verificables, metodología publicada, línea de base y calendario. El PDF final revisado no impone de forma expresa esos elementos. Es un límite del texto actual, no una prueba de que ICANN vaya a excluirlos cuando diseñe la implementación.
«Independiente» tampoco significa «completo»
Una medición externa puede ignorar una pantalla con acceso restringido, usar pocos ejemplos, no repetir lenguajes de derecha a izquierda o confundir una incidencia temporal con un defecto permanente. También puede probar una edición distinta de la que opera la mayoría de usuarios. Por eso la prueba necesita su propia ficha, igual que la declaración.
ICANN ya dispone de antecedentes prácticos. Su catálogo de evaluaciones enlaza estudios y herramientas por plataformas. La hoja de ruta para registros y registradores describe puntos de control en interfaces, protocolos, procesamiento, almacenamiento, informes y correo; pide pruebas unitarias y de sistema, cadenas normalizadas y no normalizadas, diversidad de escrituras y comportamiento EAI de extremo a extremo.
Esas prácticas no constituyen una norma universal para todos los gobiernos, empresas y proyectos mencionados en 2026. Sí muestran que el resultado técnico puede quedar ligado a casos, entradas y funciones inspeccionables.
La publicación no equivale a la ejecución
ICANN anunció las directrices finales el 9 de septiembre; el documento lleva fecha de 20 de agosto. La consulta pública había transcurrido entre febrero y abril. La organización dice que el texto orientará sus futuros trabajos y que compartirá planes.
El grupo fue consultivo. La propia versión final señala que ICANN evaluará qué recomendaciones son apropiadas y practicables según sus recursos. No hay todavía un panel desplegado, un valor inicial publicado, una certificación general ni una decisión de convertir todas las sugerencias en requisitos.
Este intervalo es la oportunidad para fijar la procedencia. Una vez que un historial entero ha sido reducido a colores o a un índice, recuperar la versión probada y el denominador original puede resultar imposible.
Fuentes
- https://www.icann.org/en/announcements/details/icann-publishes-universal-acceptance-expert-working-group-guidelines-09-09-2026-en
- https://www.icann.org/en/system/files/files/guidelines-advancing-ua-adoption-20aug26-en.pdf
- https://www.icann.org/en/public-comment/proceeding/draft-guidelines-for-advancing-ua-adoption-23-02-2026
- https://itp.cdn.icann.org/en/files/ua-ewg/guidelines-for-advancing-universal-acceptance-adoption-public-comment-23-02-2026-en.pdf
- https://itp.cdn.icann.org/en/files/ua-ewg/summary-report-draft-guidelines-advancing-ua-adoption-12-05-2026-en.pdf
- https://www.icann.org/en/system/files/files/ua-ewg-18aug25-en.pdf
- https://www.icann.org/ua-evaluations-en
- https://www.icann.org/en/system/files/files/universal-acceptance-roadmap-registry-registrar-systems-31aug22-en.pdf
- https://heng.lu/the-policy-mirror/
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance

