Fallo común Fallos comunes WCAG 2.2
F79Fallo del criterio de conformidad 4.1.2 debido a que el estado de foco de un componente de interfaz de usuario no es determinable por software o no hay notificación disponible del cambio de estado de foco
En resumen
Este fallo se produce en componentes de interfaz programados a medida (menús, listas, pestañas) que gestionan el foco por su cuenta sin exponerlo a través de la API de accesibilidad ni avisar cuando cambia. Los lectores de pantalla y los magnificadores siguen el foco para saber qué leer o qué ampliar; si no se les informa, la persona usuaria acaba interactuando con el elemento equivocado. Aplíquelo al desarrollar controles personalizados con JavaScript.
Aplicabilidad
Todas las tecnologías
Descripción
Que un componente de interfaz de usuario tenga el foco es una faceta especialmente importante de su estado. Muchos tipos de tecnología de asistencia dependen del seguimiento del foco actual del teclado. Los lectores de pantalla mueven el punto de atención del usuario al componente de interfaz de usuario que tiene el foco, y los magnificadores de pantalla cambian la visualización del contenido para que el componente enfocado sea visible. Si no se notifica a la tecnología de asistencia cuando el foco se mueve a un componente nuevo, el usuario se confundirá al intentar interactuar con el componente equivocado.
Aunque los agentes de usuario suelen gestionar esta funcionalidad para los controles estándar, los componentes de interfaz de usuario programados a medida son responsables de usar las API de accesibilidad para que la información y las notificaciones del foco estén disponibles.
Ejemplos
Un menú personalizado muestra los elementos de menú dibujándolos de forma explícita, gestionando directamente los eventos de ratón y de teclado y resaltando el elemento de menú seleccionado en cada momento. El programador no expone a través de la API de accesibilidad qué elemento de menú tiene el foco, por lo que la tecnología de asistencia solo puede determinar que el foco está en algún lugar del menú y no puede determinar qué elemento de menú lo tiene.
Pruebas
Procedimiento
- Usando el verificador de accesibilidad de la tecnología (o, si no está disponible, inspeccionando el código o probando con una tecnología de asistencia), comprobar si los controles exponen el estado de foco a través de la API de accesibilidad.
- Usando el verificador de accesibilidad de la tecnología (o, si no está disponible, inspeccionando el código o probando con una tecnología de asistencia), comprobar si se notifica a la tecnología de asistencia cuando el foco pasa de un control a otro.
Resultados esperados
- Si la comprobación n.º 1 o la comprobación n.º 2 es falsa, se da esta condición de fallo y el contenido falla este criterio de conformidad.
Recursos
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 F79 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.
