Accesibilidad en la Web: Novedades de ARIA 1.3

https://accesibilidadenlaweb.blogspot.com/

En el artículo Cool new stuff coming in ARIA 1.3, escrito por Karl Groves, uno de los guruses de la accesibilidad web, se exploran las novedades de Accessible Rich Internet Applications (WAI-ARIA) 1.3 (borrador del 4 de junio de 2026).

El borrador de WAI-ARIA 1.3 introduce nuevas capacidades orientadas principalmente a mejorar la accesibilidad de aplicaciones web complejas, especialmente editores colaborativos, sistemas de anotación, flujos de revisión documental y formularios avanzados. A diferencia de versiones anteriores, no se centra en crear nuevos widgets, sino en representar mejor el significado de contenidos complejos para las tecnologías de asistencia.

No obstante, hay que recordar que ARIA no sustituye a HTML y que siempre deben utilizarse primero los elementos semánticos nativos cuando existan equivalentes adecuados.

Entre las principales novedades destacan:

  • role=»suggestion»: permite identificar cambios propuestos en documentos (inserciones, eliminaciones o modificaciones), facilitando que los usuarios de tecnologías de asistencia comprendan que se trata de sugerencias y no de contenido definitivo.
  • role=»comment»: identifica comentarios, anotaciones o revisiones asociados a una parte concreta del contenido.
  • role=»mark»: representa contenido resaltado con significado semántico, similar al elemento HTML <mark>.

También se incorporan nuevos atributos:

  • aria-description: proporciona una descripción accesible directamente mediante texto, sin necesidad de referenciar otro elemento del DOM. Debe utilizarse solo cuando no exista texto visible adecuado para emplear aria-describedby.
  • aria-braillelabel: permite definir una etiqueta específica para dispositivos braille, optimizada para sus limitaciones de espacio.
  • aria-brailleroledescription: ofrece una descripción del rol adaptada a la salida braille.

Además, ARIA 1.3 introduce mejoras en atributos existentes:

  • aria-details podrá referenciar múltiples elementos, permitiendo asociar varias explicaciones o detalles estructurados a un mismo componente.
  • aria-errormessage también admitirá múltiples referencias, facilitando mostrar simultáneamente varios errores de validación asociados a un campo.
  • Se aclara que aria-haspopup=»false» no debe exponerse a las tecnologías de asistencia, ya que aporta información redundante.
  • Se refuerza la recomendación de utilizar niveles de encabezado coherentes mediante aria-level, preferiblemente recurriendo a los elementos HTML <h1>–<h6>.

El borrador también incorpora nuevos roles relacionados con la semántica documental, como code, deletion, insertion, strong, emphasis, subscript, superscript y time, especialmente útiles en editores personalizados donde no es posible emplear HTML nativo.

Dado que ARIA 1.3 aún se encuentra en desarrollo, el artículo recomienda no adoptar estas funcionalidades en entornos de producción sin realizar pruebas exhaustivas, ya que tanto la especificación como su soporte por navegadores y tecnologías de asistencia pueden cambiar. En cualquier caso, ARIA 1.3 representa un avance hacia una representación más precisa de documentos complejos, revisiones, anotaciones y contenidos enriquecidos en aplicaciones web modernas.

Translate »