Pruebas de conformidad de accesibilidad (ACT) explicadas
Las pruebas de conformidad de accesibilidad comprueban un producto frente a WCAG. Qué cubren, lo automático y lo manual, y qué exige un ACR.
¿Qué son las pruebas de conformidad de accesibilidad?
Las pruebas de conformidad de accesibilidad son el proceso de comprobar un sitio web, una aplicación o un documento frente a un estándar de accesibilidad, normalmente las Web Content Accessibility Guidelines (WCAG), y registrar para cada requisito si se cumple, no se cumple o no aplica. El resultado es una lista de hallazgos frente a un nivel de conformidad declarado (A, AA o AAA) que un equipo puede corregir y un comprador puede leer. Las mismas siglas nombran también un formato del W3C, el ACT Rules Format, que describe cómo se escriben las reglas de prueba individuales.
Dos significados de "ACT"
- La actividad. Evaluar un producto frente a las WCAG (WCAG 2.2 es la versión que recomienda el W3C) o un estándar basado en ellas, con herramientas y revisión humana.
- El ACT Rules Format del W3C. Una Recomendación del W3C (versión 1.1) que define una estructura común para las reglas de prueba: a qué se aplica la regla, qué espera y uno de cinco resultados: passed, failed, inapplicable, cantTell o untested. Las reglas pueden ser automáticas, manuales o mixtas, lo que permite que distintas herramientas y evaluadores interpreten un requisito igual.
Cómo funcionan las pruebas de conformidad
- Definir alcance y objetivo. Elige el producto, las páginas o flujos incluidos y el nivel, normalmente WCAG 2.2 AA.
- Elegir una muestra. Cuando no se pueden revisar todas las páginas, el método WCAG-EM del W3C recomienda una muestra representativa de vistas, seleccionadas de forma estructurada y aleatoria.
- Ejecutar comprobaciones automáticas. Herramientas como axe o Lighthouse detectan problemas visibles en el código, por ejemplo etiquetas de formulario ausentes o contraste bajo.
- Hacer comprobaciones manuales. Personas prueban el orden de navegación con teclado, la visibilidad del foco y el orden de lectura, y usan un lector de pantalla. Mira las pruebas manuales de accesibilidad.
- Informar. Registra aprobado o suspenso por criterio de éxito con los pasos seguidos y vuelve a probar tras las correcciones.
Ejemplo
Un equipo apunta a WCAG 2.2 AA en un flujo de pago. Un análisis automático señala texto con una relación de contraste inferior al 4,5:1 que WCAG exige para texto normal. Una revisión manual descubre después que el campo del cupón no se alcanza con el teclado, algo que ningún analizador reportó. Ambos entran en el informe como fallos frente a criterios de éxito concretos, se corrigen y se vuelven a probar.
Lo automático cubre solo una parte de WCAG
La puntuación de accesibilidad de Lighthouse es un promedio ponderado de auditorías automáticas de aprobado o fallo, y su propia documentación lista las comprobaciones manuales, como el orden lógico de tabulación y las trampas de foco, aparte de la puntuación. Una puntuación perfecta no significa, por tanto, que la página cumpla WCAG. Relacionado: pruebas automáticas de accesibilidad.
Pruebas de conformidad y ACR
Un Accessibility Conformance Report (ACR) es la plantilla VPAT completada y debería basarse en una evaluación manual, no solo en el resultado de un analizador. El Information Technology Industry Council (ITI), que publica la VPAT, no revisa ni aprueba las VPAT y no existe una certificación VPAT, así que la exactitud del informe es responsabilidad del proveedor.
Errores comunes
- Tratar una puntuación Lighthouse de 100 como una declaración de conformidad.
- Probar solo la página de inicio en lugar de una muestra con formularios, tablas, diálogos y estados de error.
- Saltarse las tecnologías de apoyo: probar solo con ratón oculta la mayoría de los fallos de teclado y lector de pantalla.
- No indicar el estándar, la versión y el nivel, de modo que nadie sabe qué significa "conforme".
Dónde encaja LoadFocus
LoadFocus no genera informes de conformidad de accesibilidad ni certifica la conformidad. La monitorización de velocidad de página ejecuta auditorías Lighthouse programadas que incluyen una puntuación de accesibilidad, útil como aviso automático temprano entre evaluaciones completas. Para ver cómo encajan las pruebas de rendimiento y de accesibilidad, lee por qué las pruebas de rendimiento deben incluir accesibilidad.
Preguntas frecuentes
¿Pueden las herramientas automáticas demostrar la conformidad con WCAG?
No. Las herramientas automáticas solo detectan los problemas que se ven en el código, y la propia Lighthouse lista las comprobaciones manuales aparte de su puntuación. La conformidad exige además una evaluación manual.
¿Qué diferencia hay entre ACT y WCAG-EM?
El ACT Rules Format define cómo se escriben las reglas de prueba individuales para que herramientas y evaluadores obtengan resultados coherentes. WCAG-EM es un método del W3C para evaluar un sitio completo: alcance, muestra, evaluación e informe.
¿Necesito pruebas de conformidad para obtener un ACR?
Sí. Un ACR declara cómo cumple un producto cada criterio y debería basarse en una evaluación de ese producto. ITI no revisa los ACR, así que la exactitud es responsabilidad del proveedor.
¿Con qué versión y nivel de WCAG debo probar?
El W3C recomienda la última versión, WCAG 2.2. El nivel AA es el objetivo habitual en compras públicas y requisitos legales, pero comprueba el estándar que nombre tu cliente o regulador.
Términos relacionados
- Definición de accesibilidad: qué significa en tecnología
- Tecnología de apoyo (AT): definición, tipos y ejemplos web
- Pruebas manuales de accesibilidad
- POUR en accesibilidad
- ¿Qué es un lector de pantalla? Definición y pruebas
- Lista de verificación de accesibilidad del software (WCAG 2.2)
- ¿Qué es un VPAT (Voluntary Product Accessibility Template)?
- Web Accessibility Initiative (WAI): qué es y qué publica
Herramientas LoadFocus relacionadas
Lleva este concepto a la práctica con LoadFocus, la misma plataforma que potencia todo lo que acabas de leer.