Fallo común Fallos comunes WCAG 2.2
F103Fallo del criterio de conformidad 4.1.3 debido a proporcionar mensajes de estado que no pueden determinarse por software mediante funciones o propiedades
En resumen
Este fallo se produce cuando una página añade dinámicamente un mensaje de estado (por ejemplo «0 resultados», «guardado correctamente» o «cargando») sin marcarlo con role="status", role="alert", role="log", aria-live o el elemento output. El texto se ve en pantalla, pero los lectores de pantalla no lo anuncian, así que quienes no ven la pantalla no se enteran. Compruébelo en buscadores, carritos, formularios y procesos con barra de progreso.
Aplicabilidad
Tecnologías compatibles con Accessible Rich Internet Applications (WAI-ARIA).
Descripción
El objetivo de esta técnica es describir un fallo en el que se usan mensajes de estado en el contenido pero no se comunican al usuario por falta de las funciones (roles) o propiedades adecuadas.
El primer paso para confirmar un fallo de Mensajes de estado es comprobar que el nuevo contenido dinámico se ajusta a la definición de mensaje de estado. Hay dos criterios que determinan si el contenido modificado de una página constituye un mensaje de estado:
- el nuevo contenido no recibe el foco (no cambia el contexto);
- el nuevo contenido proporciona al usuario información sobre el resultado de una acción, el estado de una aplicación, el progreso de un proceso o la existencia de errores.
El segundo paso de esta técnica de fallo consiste en examinar el código. Cuando el contenido dinámico se ajusta a la definición de mensaje de estado, puede examinarse su contenedor en busca de una función (role) o propiedad WAI-ARIA adecuada que permita determinarlo por software como mensaje de estado. Actualmente solo existe un pequeño número de técnicas disponibles para indicar mensajes de estado a las tecnologías de asistencia. Son las siguientes:
- el elemento
outputde HTML role="status"role="alert"role="log"- el uso de un atributo
aria-liveen un elemento, con el valor «polite» o «assertive»
Dado que pueden existir técnicas adicionales para alertar a una tecnología de asistencia, el último paso de esta técnica de fallo consiste en confirmar si una tecnología de asistencia (como un lector de pantalla) detecta el contenido dinámico y expone la información a los usuarios. Cuando existe un mensaje de estado pero la tecnología de asistencia no lo hace aflorar, se confirma que se ha producido un fallo.
Ejemplos
Incluir un mensaje de resultados de búsqueda sin la función status
Cuando un usuario realiza una búsqueda pulsando un botón «Search» (buscar), el contenido de la página se actualiza con los resultados de la búsqueda, que se muestran en una sección situada debajo del botón. Como la búsqueda no obtiene resultados, el cambio en el contenido transmite el mensaje de estado «0 results returned» (se han devuelto 0 resultados). A este texto no se le asigna una función adecuada para un mensaje de estado, por lo que un lector de pantalla no anunciará «Zero results returned» (cero resultados devueltos) a menos que el usuario se desplace hasta ese texto. Dado que el mensaje de estado no se presenta automáticamente al usuario (es decir, la persona tiene que descubrirlo manualmente), falla el criterio de conformidad 4.1.3.
Ejemplo práctico: mensaje de resultados de búsqueda sin la función adecuada
Pruebas
Procedimiento
Para el contenido que se añade dinámicamente a la página:
- Comprobar que el elemento que contiene el contenido actualizado no recibe el foco.
- Comprobar que el nuevo contenido proporciona al usuario información sobre alguno de los siguientes aspectos:
- el éxito o el resultado de una acción
- el estado de espera de una aplicación
- el progreso de un proceso
- la existencia de errores
- Comprobar que el elemento que contiene el nuevo contenido no tiene previamente una función (role) ARIA
status,alertolog, ni un atributoaria-live. - Comprobar que la tecnología de asistencia no hace aflorar (es decir, no anuncia) el mensaje de estado.
Resultados esperados
- Si las comprobaciones n.º 1 a n.º 4 son todas verdaderas, entonces el contenido falla el criterio de conformidad.
Cómo lo comprobamos en ADDAW
Este fallo es uno de los que buscamos en cada auditoría de accesibilidad de ADDAW: lo documentamos con capturas y el código afectado, indicamos el criterio que incumple y la técnica suficiente con la que se corrige. Los informes siguen la metodología del Observatorio de Accesibilidad y la norma UNE-EN 301 549.
Fuente y licencia
Traducción al español, no oficial, realizada por ADDAW a partir de la técnica F103 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.
