Herramientas de cumplimiento de la EAA: lo que detectan las pruebas automáticas y lo que nunca verán
Si buscas una "herramienta de cumplimiento de la EAA" te salen dos cosas muy distintas con el mismo nombre. Una es un escáner automático: recorre tus páginas e informa de los errores que puede medir. La otra es un widget overlay: una línea de JavaScript que promete el cumplimiento en un día. No son el mismo producto, y solo una de las dos sirve de verdad.
Esto es lo que hace cada una, y lo que ninguna puede hacer por ti.
A qué remite la ley
La Ley Europea de Accesibilidad, Directiva (UE) 2019/882 (en España, Ley 11/2023), se aplica desde el 28 de junio de 2025. Cubre productos y servicios vendidos a consumidores en la UE: comercio electrónico, banca para consumidores, libros electrónicos, máquinas de venta de billetes y facturación, información de transporte y más.
Esta es la parte en la que se tropieza. La ley no contiene una lista de cosas que probar. Fija la obligación y remite a la norma armonizada, la EN 301 549, que para contenido web remite a su vez a WCAG 2.1 nivel AA. Así que cuando alguien dice "tenemos que pasar la EAA", con lo que se le va a medir es con WCAG.
La ley añade obligaciones de las que WCAG no dice nada: tienes que ofrecer información sobre la accesibilidad de tu servicio, mantenerla disponible y poder explicar cómo cumples los requisitos. Una puntuación perfecta en un escáner no produce ese documento.
Dónde ayuda de verdad el escaneo automático
Los escáneres son excelentes en exactamente una cosa: encontrar fallos mecánicos en bloque, en miles de páginas, en minutos. No es poco. Si tienes 4.000 fichas de producto con una etiqueta de formulario ausente en una plantilla compartida, un escáner la encuentra en una pasada y una persona no la encontraría nunca.
Lo que detectan con fiabilidad: atributos alt ausentes, contraste de color por debajo del umbral, controles de formulario sin etiqueta programática, enlaces y botones vacíos, falta del atributo lang, orden de encabezados roto, roles y referencias ARIA no válidos.
Pero solo ven lo que se puede medir mecánicamente. Todos los estudios serios sobre pruebas automáticas sitúan la parte de fallos de WCAG detectable así en más o menos un tercio. No porque las herramientas sean malas, sino porque la mayoría de los fallos de accesibilidad tienen que ver con el significado, y el significado no es algo que un script pueda leer.
Una imagen con alt="image1234.jpg" pasa la prueba de "tiene texto alternativo". Incumple el requisito real por completo. El escáner no ve la diferencia; una persona la ve en dos segundos.
Lo que ninguna herramienta puede decidir por ti
- Si el texto alternativo es el correcto. La presencia se puede comprobar; la exactitud, no.
- Si el orden de foco tiene sentido. Una página puede ser técnicamente navegable con el foco en un orden inutilizable.
- Si un componente propio funciona con teclado. Tu selector de fechas, tu menú desplegable, tu ventana modal. Ahí viven los fallos reales.
- Si un mensaje de error ayuda. "Entrada no válida" es un mensaje de error. No es uno accesible.
- Si los subtítulos coinciden con lo que se dice. El archivo de subtítulos existe o no existe. Que sea correcto es un juicio humano.
- Si la página sigue funcionando con un zoom del 200 % en una pantalla estrecha, sin contenido cortado ni atrapado.
Sobre los overlays
Los widgets overlay merecen una respuesta directa, porque se venden con insistencia y son la razón por la que mucha gente busca una herramienta de cumplimiento.
Un overlay no puede corregir el HTML que lee un lector de pantalla. Se coloca encima. En la práctica, los usuarios de tecnologías de apoyo cuentan que los overlays a menudo empeoran las cosas, porque interfieren con los ajustes y el comportamiento que ya tenían configurados. Hay una declaración pública de la comunidad, muy firmada, en ese sentido, y las autoridades no han aceptado los overlays como sustituto de la conformidad.
Si un proveedor te ofrece el cumplimiento legal a cambio de una sola etiqueta script, trátalo como la afirmación que es. Lo contamos con más detalle en por qué un overlay no hace que tu web cumpla.
Cómo es un proceso que funciona
- Pasa primero el escáner. Es barato, rápido y quita el ruido mecánico para que el tiempo de las personas no se pierda en él. Ejecútalo en tu integración continua para que los errores no vuelvan.
- Haz una prueba con teclado. Desconecta el ratón. Recorre con el tabulador tus cinco recorridos principales de principio a fin: búsqueda, producto, cesta, pago, cuenta. Si no puedes completar una compra solo con teclado, nada más de la lista importa todavía.
- Comprueba con un lector de pantalla. NVDA en Windows o VoiceOver en macOS, en esos mismos recorridos. No auditas todo; compruebas si los caminos importantes se pueden usar.
- Redacta la declaración de accesibilidad. Qué cumple, qué aún no, cuál es la alternativa y cómo avisa alguien de un problema. Es un requisito legal y también el documento que demuestra buena fe si alguien pregunta.
En resumen
Una herramienta automática es una parte necesaria del proceso y nunca el proceso entero. Quita los errores baratos de encontrar para que puedas dedicar la atención humana, que es cara, a los que de verdad impiden usar tu web.
Quien te vende el proceso entero en una etiqueta script te vende la parte que no existe. Si quieres un punto de partida, nuestro escaneo gratuito te dice en segundos dónde está tu web.