Web Accessibility Initiative (WAI): qué es y qué publica
La Web Accessibility Initiative (WAI) es la iniciativa del W3C detrás de WCAG, WAI-ARIA y ATAG. Qué publica y cómo aplicarlo en la práctica.
¿Qué es la Web Accessibility Initiative (WAI)?
La Web Accessibility Initiative (WAI) es la parte del W3C que desarrolla estándares, pautas y recursos formativos para que las personas con discapacidad puedan usar la web. Publica las Pautas de Accesibilidad para el Contenido Web (WCAG), WAI-ARIA y otras especificaciones relacionadas, y coordina los grupos de trabajo que las mantienen. El W3C anunció la WAI el 7 de abril de 1997.
Qué publica la WAI
- WCAG: criterios de éxito comprobables para el contenido web, en los niveles A, AA y AAA. WCAG 2.2 añade nueve criterios de éxito a la versión 2.1 y elimina el 4.1.1 (Procesamiento). No sustituye a la 2.0 ni a la 2.1. WCAG 3 sigue siendo un borrador temprano.
- WAI-ARIA: atributos que describen componentes personalizados a las tecnologías de apoyo (véase ARIA). La guía ARIA Authoring Practices Guide explica cómo aplicarlos a patrones habituales como pestañas y cuadros de diálogo.
- ATAG 2.0: pautas para herramientas de creación de contenido, como los CMS y los editores. UAAG 2.0, para navegadores y reproductores multimedia, es una Nota del W3C, no un estándar.
- WCAG-EM: un método para valorar en qué medida un sitio cumple WCAG.
- Easy Checks: una primera revisión rápida de una página, "rápida y sencilla, en lugar de exhaustiva" según la propia WAI.
El trabajo se reparte entre grupos de trabajo, entre ellos el Accessibility Guidelines Working Group (WCAG), el ARIA Working Group y Accessible Platform Architectures.
Cómo se organiza WCAG
Cada criterio de éxito pertenece a uno de los cuatro principios, conocidos como POUR: perceptible, operable, comprensible y robusto. Cada criterio tiene un nivel de conformidad. El nivel A es el más bajo, el AA es el que citan la mayoría de las normas de accesibilidad y de los pliegos de contratación, y el AAA es el más alto. Comprueba qué versión y nivel de WCAG cita realmente tu jurisdicción. En la UE, la Ley Europea de Accesibilidad se aplica desde junio de 2025 a los productos y servicios que cubre, como el comercio electrónico y los servicios bancarios.
Ejemplo: un conjunto de pestañas accesible
Estás construyendo pestañas. El patrón de pestañas de la APG te indica qué roles y estados usar y cómo deben mover el foco las flechas del teclado. Después WCAG te dice qué verificar: por ejemplo, el criterio 1.4.3 (nivel AA) exige una relación de contraste de al menos 4,5:1 para el texto, o 3:1 para texto grande. Primero el patrón, luego los criterios y, por último, una prueba con teclado y lector de pantalla.
Errores comunes
- Tratar WCAG como una auditoría puntual. Cada versión nueva puede romper el contraste, el orden del foco o las etiquetas.
- Recurrir primero a ARIA. Usa un elemento HTML nativo cuando exista y añade ARIA solo para lo que HTML no puede expresar.
- Tomar la puntuación de una herramienta como prueba de conformidad. La puntuación de accesibilidad de Lighthouse es una media ponderada de auditorías automáticas; las auditorías manuales no influyen.
- Saltarse las tecnologías de apoyo. Una página puede superar las comprobaciones y seguir siendo inutilizable con teclado o lector de pantalla.
- Citar la versión equivocada. WCAG 2.2 no deja obsoleta la 2.1, así que confirma cuál nombra tu contrato o tu ley.
La WAI y las pruebas
Usa las pruebas automatizadas de accesibilidad para detectar fallos repetibles en cada compilación y las pruebas manuales para lo que las herramientas no pueden juzgar. Cuando un cliente pide pruebas, un VPAT documenta la conformidad con WCAG. LoadFocus Page Speed Monitoring ejecuta auditorías de Lighthouse programadas, que incluyen una categoría de accesibilidad, de modo que un despliegue que empeore las comprobaciones automáticas se nota entre revisiones manuales. Para elegir herramientas, lee nuestra comparativa de herramientas de pruebas de accesibilidad y por qué las pruebas de rendimiento deberían incluir la accesibilidad. La lista completa de estándares está en la página de estándares de la WAI en el W3C.
Preguntas frecuentes: Web Accessibility Initiative
¿Cuál es la diferencia entre la WAI y el W3C?
El W3C es el organismo de estándares de la web. La WAI es su iniciativa de accesibilidad y desarrolla los estándares y recursos sobre este tema.
¿Cuál es la diferencia entre la WAI y WCAG?
La WAI es la organización y su programa de trabajo. WCAG es uno de los documentos que publica, el que define los criterios de éxito para el contenido web.
¿Qué versión de WCAG debo seguir?
La que nombre tu ley, tu contrato o tu cliente. WCAG 2.2 incluye todos los criterios de la 2.1 salvo el 4.1.1 y añade nueve nuevos, por lo que suele ser el objetivo más seguro.
¿WCAG es una ley?
No. WCAG es un estándar del W3C. Las leyes y los pliegos de contratación pueden remitir a él, y la versión y el nivel exigidos varían según el país y el sector.
¿Por dónde empiezo?
Pasa las Easy Checks de la WAI en una página clave, repasa después los criterios de WCAG que afecten a tus componentes y prueba con teclado y lector de pantalla.
¿Una buena puntuación de accesibilidad en Lighthouse significa que mi sitio cumple WCAG?
No. La puntuación solo refleja auditorías automáticas. Para afirmar la conformidad siguen haciendo falta comprobaciones manuales y pruebas con tecnologías de apoyo.
Términos relacionados
- WCAG: Pautas de Accesibilidad para el Contenido Web
- ¿Qué son las paletas de colores accesibles?
- ¿Qué son los formularios accesibles?
- Imágenes accesibles: texto alternativo, decorativas y WCAG
- ¿Qué son los medios accesibles?
- ¿Qué son los sistemas de diseño para la accesibilidad?
- ¿Qué son los trastornos desencadenados por el movimiento en el software?
- ARIA: Accessible Rich Internet Applications
Herramientas LoadFocus relacionadas
Lleva este concepto a la práctica con LoadFocus, la misma plataforma que potencia todo lo que acabas de leer.