Robustez: que el contenido sea compatible
Criterios que contemplan
Que el contenido y/o la funcionalidad de un producto son lo suficientemente sólidos y bien construidos como para ser interpretados de manera confiable por una amplia gama de tecnologías de asistencia.
- Criterio 4.1.2: Nombre, función, valor (Nivel A)
- Criterio 4.1.3: Mensajes de estado (Nivel AA)
Objetivo
- Las personas que utilizan tecnología de asistencia comprenden todos los componentes. Todos los componentes de la interfaz tienen nombre, roles y valores definidos programáticamente y la notificación de cambios en su estado o contenido está disponible para las ayudas técnicas.
- Utilizar elementos HTML nativos siempre que sea posible.
- En caso de usar componentes personalizados o hechos “a medida” con JavaScript, utilizar WAI-ARIA para definir los atributos. Asegurarse que estos componentes se puedan usar con teclado.
- Todos los elementos de entrada deben tener un nombre accesible.
La tecnología de asistencia debe notificar a los usuarios sobre cambios de estado que no requieren atención, mediante una notificación que no interrumpa innecesariamente su trabajo. El alcance de este Criterio es específico para los cambios en el contenido que implican mensajes de estado.
Se debe proporcionar una notificación programática para cambios en el contenido de la página, asegurando que sean anunciados por los lectores de pantalla.
- Utilizar el atributo aria-live de ARIA y sus roles específicos.
- Asegurar que los lectores de pantalla lean los mensajes que avisan si una acción fue exitosa o si ocurrió un error.
- Informar cambios en la pantalla que no requieren interacción.
Método o herramienta sugerida para su evaluación
- Verificar que cada componente de la interfaz de usuario tiene un nombre accesible y un rol apropiado, que indiquen qué es y para qué sirve, especialmente en componentes personalizados.