Nuestra metodología
Así funciona el escáner y esto es lo que encuentra. Y, igual de importante, lo que no puede encontrar por sí solo.
El motor de análisis
Nuestro escáner funciona con axe-core, el conjunto de reglas de accesibilidad de código abierto en el que ya confían la mayoría de los equipos. Ejecutamos sus reglas sobre tus páginas en un navegador headless para detectar infracciones de WCAG 2.1 A y AA. No inventamos reglas propias. Nos ceñimos a comprobaciones verificadas y probadas por la comunidad.
La realidad del 30–57 %
Ninguna herramienta automática puede detectar el 100 % de los problemas de accesibilidad. Los estudios del sector muestran que la automatización puede detectar entre el 30 % y el 57 % de las infracciones de WCAG. Somos transparentes sobre esta limitación. Nuestro escáner encontrará atributos que faltan, fallos de contraste y errores estructurales, pero no puede juzgar el contexto ni la semántica.
Las pruebas manuales son necesarias
Para el 43-70 % restante de los problemas, la verificación humana es imprescindible. Debes probar manualmente la navegación con teclado, los anuncios del lector de pantalla y el flujo lógico de tu aplicación. Nuestra plataforma ofrece listas de verificación interactivas que te guían en esta revisión manual.
Correspondencia con el anexo C de EN 301 549
Para cumplir la Ley Europea de Accesibilidad (EAA), la conformidad con WCAG se demuestra mediante el anexo C de EN 301 549. Nuestras declaraciones de accesibilidad generadas asignan automáticamente los resultados WCAG a las cláusulas correspondientes de EN 301 549, cumpliendo el requisito de documentación legal.
Por qué WCAG 2.1 AA es el valor predeterminado
El valor predeterminado sigue EN 301 549 v3.2.1, la base técnica actual para el trabajo web bajo la EAA. WCAG 2.2 añade criterios útiles, y el worker puede recibir etiquetas 2.2 en cada trabajo de análisis. Mantenemos visible la versión seleccionada para que los resultados no se presenten bajo la norma equivocada.