Addaw, ir a inicio Donar

Técnica ARIA WCAG 2.2

ARIA5Usar atributos de estado y propiedad de WAI-ARIA para exponer el estado de un componente de la interfaz de usuario

En resumen

Un botón conmutador o un control deslizante hechos a medida no comunican por sí mismos si están pulsados o qué valor tienen. Esta técnica indica cómo usar atributos como aria-pressed, aria-valuemin, aria-valuemax o aria-valuenow para exponer el estado, las propiedades y los valores del componente, y cómo mantenerlos actualizados, de modo que las tecnologías de asistencia puedan leerlos, modificarlos y recibir aviso de los cambios.

Aplicabilidad

Tecnologías compatibles con Accessible Rich Internet Applications (WAI-ARIA).

Descripción

El objetivo de esta técnica es usar los atributos de estado y propiedad de WAI-ARIA para exponer el estado, las propiedades y los valores de un componente de la interfaz de usuario, de modo que las tecnologías de asistencia puedan leerlos y establecerlos, y reciban notificación de los cambios en dichos valores. La especificación WAI-ARIA proporciona una descripción normativa de cada atributo y del rol de los elementos de la interfaz de usuario a los que da soporte. Cuando las aplicaciones de internet enriquecidas definen nuevos componentes (widgets) de interfaz de usuario, exponer los atributos de estado y propiedad permite a los usuarios entender el componente y cómo interactuar con él.

Ejemplos

Un botón conmutador

Un componente con rol button actúa como botón conmutador cuando implementa el atributo aria-pressed. Cuando aria-pressed es true, el botón está en estado «pulsado». Cuando aria-pressed es false, no está pulsado. Si el atributo no está presente, el botón es un simple botón de comando.

El siguiente fragmento, tomado de los ejemplos de botón de la guía de prácticas de autor de ARIA (APG), muestra el marcado WAI-ARIA de un botón conmutador para silenciar o activar el audio:

<a tabindex="0"
  role="button"
  id="toggle"
  aria-pressed="false">
  Mute
  ...
</a>

El elemento a tiene un role="button" y un atributo aria-pressed. El siguiente extracto del código JavaScript de este ejemplo actualiza el valor del atributo aria-pressed:

/**
* Toggles the toggle button's state between *pressed* and *not pressed*.
*
* @param {HTMLElement} button
*/
function toggleButtonState(button) {
  var isAriaPressed = button.getAttribute('aria-pressed') === 'true';
  button.setAttribute('aria-pressed', isAriaPressed ? 'false' : 'true');
  ...
}

Un control deslizante

Un componente con rol slider permite al usuario seleccionar un valor dentro de un rango determinado. El control deslizante representa el valor actual y el rango de valores posibles mediante el tamaño del propio control y la posición del tirador. Estas propiedades del control deslizante se representan con los atributos aria-valuemin, aria-valuemax y aria-valuenow.

El siguiente fragmento, tomado del ejemplo de control deslizante para visualizar colores de la guía de prácticas de autor de ARIA (APG), muestra el marcado WAI-ARIA de uno de los controles deslizantes:

<div id="id-red" class="color-slider-label">Red</div>
<div class="color-slider red"
  role="slider"
  tabindex="0"
  aria-valuemin="0"
  aria-valuenow="128"
  aria-valuemax="255"
  aria-labelledby="id-red">
   ...
</div>

El siguiente extracto del código JavaScript de este ejemplo actualiza el valor del atributo aria-valuenow cuando cambia el valor del tirador del control deslizante:

moveSliderTo(slider, value) {
  ...
  slider.sliderNode.setAttribute('aria-valuenow', value);
  ...
}

Pruebas

Procedimiento

La especificación WAI-ARIA, sección 5.3, Categorización de roles define los estados y propiedades obligatorios y heredados de cada rol.

Para un componente de la interfaz de usuario que usa el atributo role de WAI-ARIA:

  1. Comprobar que están presentes los estados y propiedades obligatorios para el rol.
  2. Comprobar que no está presente ningún estado o propiedad de WAI-ARIA que no sea obligatorio, admitido o heredado.
  3. Comprobar que los valores de los estados y propiedades se actualizan para reflejar el estado actual cuando el componente de la interfaz de usuario cambia de estado.

Resultados esperados

  • Las comprobaciones n.º 1, n.º 2 y n.º 3 son verdaderas.

Recursos

Cómo lo comprobamos en ADDAW

En las auditorías de accesibilidad de ADDAW revisamos cada criterio de conformidad siguiendo este catálogo de técnicas: comprobamos si la web aplica una técnica suficiente y documentamos cada fallo común con capturas y el código afectado, para que el equipo de desarrollo sepa exactamente qué corregir. Los informes siguen la metodología del Observatorio de Accesibilidad y la norma UNE-EN 301 549.

Solicitar una auditoría

Fuente y licencia

Traducción al español, no oficial, realizada por ADDAW a partir de la técnica ARIA5 del documento «Techniques for WCAG 2.2» del W3C (versión del repositorio público del W3C a 22/10/2026). Copyright © W3C® (MIT, ERCIM, Keio, Beihang). Se publica conforme a la licencia de documentos del W3C. El texto normativo de referencia es el original en inglés; si detecta un error en la traducción, escríbanos.

Financiado por la unión europea Gobierno de españa red.es Plan de recuperación transformación y resilencia kit digital