Resumen

  • El W3C publicó el 11 de agosto de 2026 una Recomendación actualizada de ARIA in HTML que remite a un informe sobre tres verificadores de conformidad.
  • El informe muestra el 22 de marzo como última actualización. Sin embargo, el 20 de mayo su archivo recibió 311 adiciones y 126 eliminaciones, y el 27 de mayo volvió a cambiar.
  • No se puede deducir de ello que la experiencia de implementación fuera insuficiente. Sí se puede exigir que el corte de las observaciones y la revisión del documento tengan marcas temporales distintas.

Una fecha visible, dos hechos temporales

ARIA in HTML regula qué usos de roles y atributos WAI-ARIA son conformes en elementos HTML. La Recomendación del 11 de agosto explica que su objetivo central es servir a herramientas de comprobación utilizadas por quienes producen contenido web. En su cabecera ofrece un enlace directo al informe de implementación.

El informe compara el verificador HTML del W3C, ARC Toolkit e IBM Accessibility Checker. Antes de la tabla dice “Last updated 22 March 2026”. A continuación, también con fecha 22 de marzo, afirma que las características enumeradas fueron verificadas contra el estado vigente de la especificación y que ninguna estaba en riesgo por falta de implementaciones.

Es una afirmación compacta, pero no distingue la antigüedad de los resultados de la antigüedad del archivo. El repositorio permite reconstruir esa diferencia.

El 20 de mayo se incorporó el commit 89f8e75e9d35. En el informe produjo 311 líneas añadidas y 126 eliminadas. Sustituyó la antigua fecha de agosto de 2021 por el 22 de marzo de 2026, reformuló la conclusión general sobre características en riesgo y actualizó buena parte de la matriz. Entre las incorporaciones aparece la fila de selectedcontent.

El 27 de mayo llegó 7998c77749cf, con seis cambios adicionales. Esa revisión ajustó cómo se describían dos variantes de select: ya no por una combinación literal de atributos, sino por su representación como menú desplegable o cuadro de lista. El rótulo de marzo no cambió. A la fecha de esta publicación, ese sigue siendo el último commit que afecta al archivo.

No es correcto llamar a esto una contradicción automática. Los ensayos pueden haberse cerrado en marzo y el informe puede haberse preparado y publicado después. También es normal corregir la redacción sin repetir todas las pruebas. Pero en ese caso “22 de marzo” describe la vigencia de la evidencia, no la última modificación del documento. Las dos informaciones son útiles y deberían conservar su nombre propio.

La fila nueva conserva tres estados diferentes

La fila de selectedcontent muestra por qué importa la procedencia. La regla trata el elemento dentro del contexto previsto de un select personalizable y también fuera de él. La matriz añade un caso de prueba y un ticket por cada verificador.

Para el verificador del W3C figura yes; el ticket asociado se cerró como completado el 17 de marzo de 2026. ARC Toolkit aparece in progress y su ticket seguía abierto en el corte. IBM Accessibility Checker consta como not yet implemented, también con un ticket abierto.

La mezcla de estados no autoriza a afirmar que el W3C incumplió su Proceso. El propio Proceso rehúye una lista numérica exhaustiva para determinar experiencia adecuada. La evaluación puede considerar si cada característica está implementada, si existen realizaciones independientes e interoperables, si participaron equipos distintos de los autores, si hay despliegue público, si se cubren varios niveles del ecosistema y si se han comunicado dificultades.

Tampoco se debe convertir la matriz en una tabla de compatibilidad entre navegadores y tecnologías de asistencia. El objeto medido son verificadores de conformidad. La especificación obliga a los que declaran soportarla a aplicar sus reglas, pero les permite elegir terminología y gravedad. Un ticket abierto no revela necesariamente el estado de una versión privada; un yes no certifica la accesibilidad de un producto.

Lo probado es más modesto: la fila fue añadida al archivo en mayo, aunque el encabezado habla de marzo. Para saber qué vio quien tomó una decisión, hacen falta tanto el corte de evidencia como la revisión exacta del informe.

Mayo quedó dentro de la revisión pública

El 7 de abril, el Grupo de Trabajo ARIA presentó como enmiendas propuestas selectedcontent, los cambios de select personalizable y otras correcciones. La consulta permaneció abierta hasta el 8 de junio y solicitó expresamente experiencia de implementación.

Las dos revisiones del informe ocurrieron dentro de ese intervalo. El 11 de agosto, la Recomendación final incorporó los cambios a su historial sustantivo y dejó de marcarlos como propuestas.

El Proceso permite esa incorporación cuando se han tratado los comentarios, demostrado experiencia adecuada y satisfecho los demás requisitos de una Recomendación. La información pública confirma las etapas, pero no une la decisión con un hash concreto del informe y una fecha inequívoca de sus observaciones. Esa carencia no anula el resultado; limita su auditabilidad exterior.

Un encabezado con dos relojes

La solución mínima consiste en publicar revisión del informe —commit inmutable y fecha de cambio— y evidencia vigente hasta —última observación incluida en la tabla—. Cada fila podría señalar además versión del verificador, prueba utilizada, fecha observada y significado del resultado. La cabecera debería fijar la versión de la especificación evaluada.

Cuando una consulta o una solicitud de actualización utilice el informe, el expediente debería enlazar el snapshot exacto. Y si luego cambia el archivo, conviene clasificar el cambio: dato nuevo, prueba sustituida, alineación normativa o edición de estilo.

No se crea así otro órgano de aprobación. Se mantiene intacta la competencia del Grupo y del Equipo del W3C, mientras el público obtiene la cadena temporal necesaria para entenderla.

Fuentes