Test autoaplicable en 20 minutos para saber si tu web cumple la EAA: pasada automática, teclado y contenido, con lo que ninguna herramienta detecta.
En 20 minutos puedes saber si tu web tiene un problema de accesibilidad, no si cumple la EAA. El test tiene tres pasadas: una automática con axe o WAVE, una manual con el teclado y el zoom, y una de contenido. Lo automático detecta el 57 % de las incidencias, según Deque; el resto solo aparece con la mano.
Este test lo hemos escrito para que lo haga alguien de tu equipo sin formación previa en accesibilidad. No sustituye a una auditoría. Te dice si tienes una emergencia, no si estás conforme.
Lo que este test hace y lo que no
Un análisis automático de accesibilidad detecta el 57 % de las incidencias, según el estudio de Deque sobre más de 13.000 páginas y unas 300.000 incidencias procedentes de más de 2.000 auditorías (deque.com/automated-accessibility-testing-coverage, página con fecha de última modificación 10-07-2026, consultada el 27-08-2026). Deque vende herramientas automáticas y aun así publica ese techo: la cifra que da el fabricante es el máximo optimista, no el suelo.
El 43 % restante requiere una persona. Y ese 43 % es donde vive casi todo lo que un usuario nota de verdad.
Lo habitual en el sector: El sector español vende "test de accesibilidad" como un botón que devuelve una nota sobre 100. La nota mide lo que la máquina sabe medir, y la máquina no sabe si tu alt describe la imagen o dice "imagen1.jpg".
Nuestro criterio: Separamos las tres pasadas y decimos cuál es cuál. Lo automático se ejecuta en cinco minutos; lo manual es el trabajo. Si un informe no distingue ambas cosas, te está vendiendo cobertura que no tiene.
Minutos 0 a 2: comprueba si la ley te obliga
Antes de mirar la web, mira tu ficha. La Ley 11/2023, de 8 de mayo (BOE-A-2023-11022), traspone la Directiva (UE) 2019/882 y aplica los requisitos de accesibilidad desde el 28 de junio de 2025.
Tres comprobaciones concretas, con la documentación de tu asesoría delante:
- Servicio cubierto. La ley alcanza al comercio electrónico, los servicios bancarios de consumo, el transporte de viajeros, las comunicaciones electrónicas, los libros electrónicos y los servicios audiovisuales. Una web corporativa que solo informa, sin venta ni contratación, queda fuera del núcleo de la norma.
- Microempresa que presta servicios. Menos de 10 trabajadores y volumen de negocio anual o balance general anual que no supere los 2 millones de euros. Las microempresas que prestan servicios quedan excluidas de las obligaciones. La excepción es de servicios, no de productos.
- Contratos anteriores. La disposición transitoria permite que los contratos de servicios celebrados antes del 28 de junio de 2025 sigan sin cambios hasta el 28 de junio de 2030, o hasta que expiren.
El régimen sancionador no es el de la Ley 11/2023 sola: las infracciones en materia de igualdad de oportunidades y accesibilidad se sancionan por el Título III del Real Decreto Legislativo 1/2013, con multas de 301 a 1.000.000 de euros según la calificación de la infracción (Real Decreto Legislativo 1/2013, Título III, arts. 79 a 95 · texto consolidado del BOE · consultado el 27-08-2026). La franja alta corresponde a muy graves reiteradas, no a un contraste flojo en un botón. Quien te enseñe "multas de hasta un millón" sin decir eso te está vendiendo miedo, no cumplimiento.
Minutos 2 a 7: la pasada automática
Elige una página de plantilla distinta cada vez. Portada, ficha de producto o servicio, formulario de contacto, y el paso de pago si vendes. Cuatro páginas, no cuarenta: los fallos de una web son fallos de plantilla.
| Herramienta | Coste | Qué usa | Mejor para |
|---|---|---|---|
| axe DevTools (extensión) | Gratuita la versión básica | axe-core | Listado técnico con el elemento señalado |
| WAVE (WebAIM) | Gratuita | Motor propio | Ver los errores sobre la página, útil para no técnicos |
| Lighthouse (Chrome DevTools) | Incluida en el navegador | axe-core (subconjunto) | Una nota rápida, insuficiente como informe |
| Pa11y CI | Gratuita, línea de comandos | axe-core / HTML_CodeSniffer | Meterlo en el CI y que rompa el build |
Lighthouse puntúa 100 en páginas con fallos graves de teclado. Es una consecuencia de su alcance, no un defecto: solo ejecuta un subconjunto de reglas. Trátala como termómetro, no como certificado.
Los seis fallos que vas a encontrar son casi siempre los mismos. En el informe WebAIM Million de febrero de 2026, sobre el millón de portadas más visitadas, el 95,9 % tenía fallos WCAG 2 detectables automáticamente, con una media de 56,1 errores por página. Reparto: contraste de texto insuficiente 83,9 %, texto alternativo ausente 53,1 %, etiquetas de formulario ausentes 51 %, enlaces vacíos 46,3 %, botones vacíos 30,6 % e idioma del documento sin declarar 13,5 %. Esos seis suponen el 96 % de todo lo detectado.
Traducción práctica: si tu web falla, casi seguro falla en lo mismo que las demás, y casi todo es barato de arreglar.
Minutos 7 a 14: teclado, foco y zoom
Aquí empieza lo que ninguna herramienta hace por ti. Guarda el ratón en un cajón.
- Tabulador desde el inicio: existe un enlace de salto al contenido principal y aparece al primer Tab
- El foco se ve siempre: contorno visible sobre cualquier fondo, no un halo azul que desaparece en la sección oscura
- El orden de tabulación sigue el orden visual de la página, sin saltar del pie al menú
- El menú desplegable se abre con Enter o con la barra espaciadora, y se recorre con las flechas
- El banner de cookies se puede aceptar y, sobre todo, rechazar solo con teclado
- Se sale del modal con Escape y el foco vuelve al elemento que lo abrió, no al principio del documento
- El carrusel o el vídeo se puede pausar; nada se mueve más de cinco segundos sin control
- Zoom del navegador al 200 % y ventana a 320 px de ancho: no aparece barra de desplazamiento horizontal ni se solapa el texto
- Con el zoom puesto, el botón de comprar sigue siendo alcanzable sin desplazamiento lateral
Si el foco no se ve, no hay web accesible por muchos alt que tengas. Es el fallo más frecuente que encontramos y el más invisible para quien nunca ha soltado el ratón.
Minutos 14 a 18: contenido y semántica
Esta pasada se hace leyendo, no ejecutando.
- Un solo H1 por página y encabezados en orden, sin saltar de H2 a H4 por tamaño de letra
- Los alt describen la función de la imagen, no su archivo; las decorativas llevan alt vacío
- Los enlaces dicen a dónde van: "Ver el desglose de precios", no "Leer más" repetido nueve veces
- Cada campo del formulario tiene su etiqueta visible, no solo un texto de marcador de posición
- Los errores del formulario se explican con texto: "El NIF debe tener 8 cifras y una letra", no un borde rojo
- El vídeo con voz tiene subtítulos reales, no los automáticos de la plataforma sin revisar
- El idioma está declarado en el HTML y cambia en los tramos en otro idioma
- Ninguna instrucción depende solo del color: "los campos en rojo" no orienta a quien no distingue el rojo
La lista de lo que ninguna herramienta automática detecta
Esta es la parte que las páginas españolas que hoy posicionan para este tema no escriben. Cada fila es un criterio de la norma que un analizador ejecuta o marca como "revisión manual" y nunca resuelve.
| Lo que la máquina no puede juzgar | Criterio | Qué falla en la práctica |
|---|---|---|
| Si el alt describe la imagen | 1.1.1 | La herramienta ve que hay alt; no ve que pone "banner-home-v3" |
| Si el orden de tabulación tiene sentido | 2.4.3 | Un CSS con grid reordena visualmente y el foco salta al azar |
| Si el foco visible es suficiente | 2.4.7 y 2.4.11 | Contorno del navegador sobre fondo del mismo tono |
| Si el mensaje de error orienta | 3.3.3 | "Campo inválido" pasa la validación técnica y no ayuda a nadie |
| Si los subtítulos son correctos | 1.2.2 | El automático transcribe "Bizum" como "visum" |
| Si el encabezado describe la sección | 2.4.6 | Estructura perfecta, títulos que no dicen nada |
| Si hay una alternativa equivalente | 1.1.1 | Un PDF escaneado colgado como "condiciones accesibles" |
| Si el contenido dinámico se anuncia | 4.1.3 | El aviso "producto añadido" existe pero no llega al lector de pantalla |
| Si el gesto tiene alternativa | 2.5.1 | Un mapa que solo responde a pellizco |
| Si el proceso completo funciona | 3.2.2 y 2.5.8 | Cada paso pasa suelto; la compra entera no se puede terminar con teclado |
Ese último es el que decide. Nadie usa una página: la gente termina un proceso. Y el proceso es exactamente lo que ninguna herramienta recorre.
Minutos 18 a 20: la ficha de resultado
Anota cuatro números y ponles fecha. Sin fecha no sirve, porque la web cambia.
| Concepto | Dato | Nota |
|---|---|---|
| Errores automáticos totales (axe o WAVE) | — | — |
| Bloqueos de teclado encontrados | — | — |
| Procesos que no se completan sin ratón | — | — |
| Minutos reales del test | — | — |
— = dato en medición; lo publicaremos cuando tengamos muestra propia.
Regla de decisión que usamos: un bloqueo de teclado en un proceso de compra o contratación es una parada, no un punto de mejora. Se arregla esta semana. El contraste flojo del pie de página entra en el ciclo normal.
Verificado el 27-08-2026. Hay una contradicción real en el mercado que conviene conocer. Buena parte de las páginas en español afirma que la EAA obliga a WCAG 2.2 nivel AA. La norma armonizada citada para la accesibilidad TIC en la UE sigue siendo la EN 301 549 V3.2.1 (marzo de 2021), que incorpora WCAG 2.1 AA. La siguiente versión, la V4.1.0, con WCAG 2.2 AA, tiene borrador publicado el 12-11-2025 y a 24-06-2026 se encontraba en procedimiento de aprobación EN; a 27-08-2026 no hay aún publicación final (listado de versiones en etsi.org/deliver/etsi_en/301500_301599/301549/, consultado el 27-08-2026). Diseña contra WCAG 2.2 AA porque es superconjunto de 2.1 y te ahorra rehacer, pero no aceptes un informe que llame incumplimiento legal a un criterio nuevo de 2.2 sin decir qué versión de la norma aplica.
Un informe serio trabaja contra la versión de la norma que está publicada, no contra la versión que el propio informe da por hecha.
La accesibilidad no es una capa que se añade al final: es una consecuencia de cómo está construida la retícula, el foco y el orden del documento. Por eso este test detecta síntomas y no cura nada por sí solo.
Pásalo esta semana con tu equipo. Si sale limpio, no nos necesitas y te lo decimos igual. Si aparece un bloqueo de teclado en tu proceso de compra, escríbenos ese mismo día; el resto puede esperar al ciclo normal.
Preguntas frecuentes
¿Con pasar axe y sacar cero errores ya cumplo la EAA?
No. Cero errores automáticos significa que has resuelto la parte mecánica del 57 % que mide la herramienta. La conformidad se declara sobre los criterios completos, y la mitad de ellos solo se comprueba a mano.
¿Sirve un overlay o plugin de accesibilidad para pasar este test?
Pasarás algunas reglas automáticas y seguirás incumpliendo. Un overlay no arregla el orden de tabulación ni escribe alt con sentido, y añade una capa que suele romper los lectores de pantalla que ya funcionaban.
Soy autónomo con una web informativa, sin tienda. ¿Me obliga?
Si no prestas ninguno de los servicios cubiertos por la Ley 11/2023, la obligación de esa ley no te alcanza. Hazlo igual en lo barato: contraste, etiquetas y teclado son unas horas y afectan a clientes que hoy se te van sin decírtelo.
¿Cada cuánto hay que repetir el test?
Cada vez que cambie una plantilla y, como mínimo, una vez por trimestre. Lo que dejamos montado es Pa11y en el CI, para que una regresión rompa el despliegue en lugar de descubrirse en una reclamación.
¿Qué pido a quien me haya hecho la web?
El informe automático de las plantillas principales, el resultado de la pasada de teclado y la versión de la norma contra la que ha trabajado. Si esas tres cosas no existen por escrito, no hubo trabajo de accesibilidad.
Sigue leyendo
- Accesibilidad web en España tras la European Accessibility Act: a quién obliga, qué exige y cómo comprobar si tu web cumple
- Los overlays de accesibilidad no te hacen cumplir la EAA: la evidencia
- Checklist EAA descargable, para pasar el test con tu equipo
- Checklist de 47 comprobaciones antes de poner una web en producción
- 18 preguntas que hacerle a una agencia antes de firmar
Nota de transparencia. Algunos datos propios de esta guía todavía están en medición en proyectos reales, con un mismo método. Los publicaremos con su tamaño de muestra y su ventana de fechas cuando la muestra sea suficiente; hasta entonces, cada cifra que ves lleva su fuente y su fecha de consulta.
Fuentes verificadas
- https://www.boe.es/buscar/act.php?id=BOE-A-2023-11022 — Ley 11/2023, de 8 de mayo: transposición de la Directiva (UE) 2019/882 (EAA); fecha de aplicación 28-06-2025, exclusión de microempresas de servicios (<10 trabajadores y ≤2 M€), disposición transitoria de contratos hasta 28-06-2030, servicios cubiertos
- https://www.dsca.gob.es/es/derechos-sociales/discapacidad/derechos-personas-discapacidad/infracciones-y-sanciones — Ministerio de Derechos Sociales: régimen de infracciones y sanciones del Título III del RDL 1/2013, horquilla de 301 € a 1.000.000 €, plazos de prescripción
- https://www.deque.com/blog/automated-testing-study-identifies-57-percent-of-digital-accessibility-issues/ — Deque, 10-03-2021: la prueba automatizada identifica el 57 % de las incidencias sobre más de 13.000 páginas, ~300.000 incidencias y más de 2.000 auditorías; el 43 % restante exige prueba manual
- https://webaim.org/projects/million/ — WebAIM Million, febrero de 2026: 95,9 % de portadas con fallos WCAG 2 detectables, media de 56,1 errores por página, y los seis fallos dominantes con sus porcentajes (contraste 83,9 %, alt 53,1 %, etiquetas de formulario 51 %, enlaces vacíos 46,3 %, botones vacíos 30,6 %, idioma 13,5 %)
- https://digital-strategy.ec.europa.eu/en/policies/latest-changes-accessibility-standard — Comisión Europea: EN 301 549 V3.2.1 es la versión armonizada citada en el DOUE desde agosto de 2021, basada en WCAG 2.1
- https://en.wikipedia.org/wiki/EN_301_549 — historial de versiones de EN 301 549: V2.1.2 (2018), V3.2.1 (2021, WCAG 2.1), V4.1.1 prevista con WCAG 2.2 AA; base de la contradicción señalada en el bloque de estado verificado
¿Quieres ver este criterio aplicado a un proyecto real?