Addaw, ir a inicio Donar

Técnica Técnicas generales WCAG 2.2

G135Usar los componentes accesibles de la tecnología y darles nombre

Nombre oficial en el W3C: Usar las funciones de la API de accesibilidad de una tecnología para exponer nombres y funciones, permitir que las propiedades configurables por el usuario se establezcan directamente y notificar los cambios

En pocas palabras

Algunos contenidos no se hacen con HTML, sino con un lenguaje de programación o una herramienta. Muchas de estas tecnologías traen botones, casillas y menús ya preparados para comunicarse con los lectores de pantalla. Esta técnica consiste en usar esos componentes estándar y rellenar bien sus propiedades, como el nombre.

Por qué es importante

Los lectores de pantalla (programas que leen en voz alta lo que hay en la pantalla) y otros productos de apoyo obtienen la información del sistema operativo. Lo hacen a través de la interfaz de accesibilidad: el canal por el que cada programa cuenta qué hay en pantalla.

Si un botón se dibuja a mano, ese canal no recibe nada y el botón no existe para estas personas. Los componentes estándar ya informan de qué son, cómo se llaman y en qué estado están.

Cómo se hace

  1. Use los componentes de interfaz que ofrece la propia tecnología, en lugar de dibujar controles a medida.
  2. Rellene en cada uno su nombre accesible y, si lo hay, su descripción.
  3. Si el componente cambia de estado o de valor, use los mecanismos de la tecnología para avisar del cambio.
  4. Si necesita un control propio, haga que implemente las propiedades de accesibilidad de la plataforma.
  5. Pruebe el resultado con un lector de pantalla real, no solo con el diseño.

Cómo comprobarlo

  1. Abra el contenido en un navegador o entorno compatible con la accesibilidad.
  2. Use un inspector de accesibilidad de la plataforma, como Accessibility Insights en Windows o el Inspector de Accesibilidad en macOS.
  3. Revise cada control y confirme que muestra su nombre y su función.
  4. Cambie el estado de algún control y compruebe que el inspector o el lector de pantalla lo reflejan.
Ver el texto completo del W3C (traducción al español)

Esta es una traducción no oficial al español de la técnica G135 de Techniques for WCAG 2.2, del W3C. Puede contener errores. El único documento oficial y normativo es la versión original en inglés, publicada en el sitio web del W3C.

Aplicabilidad

tecnologías de programación que disponen de componentes estándar programados para comunicarse con las API de accesibilidad

Descripción

El objetivo de esta técnica es permitir que las tecnologías de asistencia comprendan el contenido web para poder transmitir al usuario información equivalente a través de una interfaz de usuario alternativa.

A veces el contenido no se crea con un lenguaje de marcado, sino con un lenguaje de programación o con herramientas. En muchos casos, estas tecnologías disponen de componentes de interfaz que ya están programados para comunicarse con las API de accesibilidad. Si el autor utiliza estos componentes y rellena las propiedades (p. ej., el nombre, etc.), los componentes de interfaz de usuario resultantes en el contenido serán accesibles para las tecnologías de asistencia.

Ejemplos

  • Una página web utiliza Java para crear un applet. Se usan objetos Swing de Java (p. ej., botones) porque incorporan propiedades de accesibilidad a las que pueden acceder las tecnologías de asistencia escritas en Java y, mediante el Java Access Bridge, las escritas en otros lenguajes que utilizan la API de accesibilidad del sistema operativo. El autor rellena los valores de los componentes y el resultado es accesible para las tecnologías de asistencia.

Pruebas

Procedimiento

  1. Presentar el contenido en un agente de usuario accesible
  2. Utilizar una herramienta de accesibilidad diseñada para la API de accesibilidad del agente de usuario para evaluar cada componente de interfaz de usuario
  3. Comprobar que la herramienta encuentra el nombre y la función de cada componente de interfaz de usuario.

Resultados esperados

  • El paso n.º 3 es verdadero para cada componente de interfaz de usuario

Cómo lo comprobamos en ADDAW

En cada auditoría de ADDAW revisamos esta técnica página a página y le entregamos los errores con capturas y la forma de corregirlos.

Solicitar una auditoría

Basado en la técnica G135 del W3C (WCAG 2.2). Explicación y ejemplos: ADDAW. Traducción no oficial del texto del W3C © W3C, licencia de documentos del W3C. ¿Ha visto un error? Escríbanos.