Tres cifras que miden cosas distintas
En 2017, el Government Digital Service del Gobierno británico probó diez herramientas con una página de prueba que tenía 143 barreras conocidas. La mejor detectó el 41 % y la peor, el 17 %; el 29 % no lo encontró ninguna. La página estaba hecha para fallar y las herramientas eran las de 2017, pero la conclusión sigue en pie: no se puede confiar solo en ellas.
Deque, la empresa que desarrolla el motor axe-core que también usa Google Lighthouse, publicó en 2021 que sus reglas automáticas cubrían el 57 % de los problemas encontrados en más de 2.000 auditorías propias. Ese porcentaje se calcula por volumen, así que los tipos de problema más frecuentes pesan más. Es un estudio del propio fabricante.
El conocido «del 20 al 30 %» mide otra cosa: la proporción de criterios de conformidad de las WCAG que una herramienta puede comprobar. Por eso estas cifras no se pueden mezclar en una misma frase.
Lo que una herramienta puede decidir sola
Cuando un criterio depende de que algo esté o no esté en el código, una regla puede resolverlo para esa página:
- imágenes sin texto alternativo, botones y enlaces sin nombre, campos de formulario sin etiqueta
- contraste del texto inferior a 4,5:1 (3:1 en texto grande), medido en la página ya renderizada
- un atributo
langausente o no válido, una página sin título, identificadores (ID) duplicados a los que remiten las etiquetas - una metaetiqueta viewport que bloquea el zoom o fija el ancho, contenido que parpadea o reproduce sonido por sí solo
- CSS que elimina el contorno del foco sin un sustituto visible, valores positivos de
tabindex
Incluso aquí, la regla juzga lo que ve. Si el texto alternativo describe bien la imagen o si un encabezado resume de verdad su sección lo sigue decidiendo una persona.
Lo que solo puede valorar una persona
Otros criterios dependen del significado, del orden o del comportamiento a lo largo del tiempo. Ninguna regla puede saber si:
- el orden de lectura tiene sentido cuando se quita la maquetación (1.3.2)
- el foco del teclado puede volver a salir de cada componente, por ejemplo de un aviso de cookies o de un selector de fechas (2.1.2)
- un mensaje de error sugiere cómo corregir lo introducido (3.3.3), o un paso de pago se puede revisar y corregir antes de enviarlo (3.3.4)
- un mensaje de estado como «añadido al carrito» llega al lector de pantalla sin mover el foco (4.1.3)
- los subtítulos y las audiodescripciones se corresponden con lo que se dice y se ve (1.2.x)
Lo que medimos en webs reales
El 21 de octubre de 2026 combinamos la auditoría de accesibilidad de Lighthouse con las comprobaciones propias de Sitequiry sobre el HTML y las hojas de estilo enlazadas, en la página de inicio de dos webs reales, y contamos para cuántos de los 55 criterios A y AA de las WCAG 2.2 había un resultado automático: un problema, sin problemas encontrados, nada que comprobar en la página o no aplicable.
| Web | Criterios con resultado automático | Quedan para una persona |
|---|---|---|
| sitequiry.com, página de inicio | 35 de 55 | 20 |
| Web de un ayuntamiento, página de inicio | 35 de 55 | 20 |
En las dos webs quedaron para una persona los mismos 20 criterios, entre ellos el orden de lectura, las trampas de teclado, los destellos, las sugerencias ante errores y los mensajes de estado. Cuatro de esos 20 criterios comparan varias páginas: el mismo orden en el menú, los mismos nombres para los mismos enlaces, la ayuda en todas las páginas y más de una forma de llegar a una página. Una sola página no puede mostrarlos; un rastreo de toda la web, sí.
«Sin problemas encontrados» no es un aprobado. Significa que las reglas se han ejecutado y no han encontrado nada; una persona todavía tiene que confirmar el criterio para todo el servicio.
Cómo sacar partido a un test automático
- Prueba una página de cada plantilla (inicio, categoría, producto o artículo, formulario, pago), no solo la página de inicio.
- Corrige primero lo que señalan las reglas: son problemas inequívocos y suelen arreglarse con poco esfuerzo.
- Después recorre la tarea principal solo con el teclado y, una vez más, con un lector de pantalla (NVDA en Windows, VoiceOver en Mac o iPhone).
- Repite el test automático después de cada cambio importante. Así detectas regresiones que nadie buscaría a mano.
- Para declarar la conformidad hace falta la evaluación de una persona. Un 100 en Lighthouse solo dice que las auditorías automáticas no han encontrado nada.
Preguntas frecuentes
¿Puede un test automático confirmar que mi web cumple las WCAG?
No. Puede encontrar ciertos problemas y mostrar dónde no ha encontrado nada, pero varios criterios solo los puede valorar una persona. El W3C dice lo mismo de las herramientas de evaluación en general.
¿Basta con un 100 en la puntuación de accesibilidad de Lighthouse?
Significa que ninguna de las auditorías automáticas ha fallado en esa página. No dice nada de las comprobaciones que Lighthouse marca como manuales ni del resto de páginas.
¿Cada cuánto tengo que hacer el test?
De forma automática tras cada cambio importante y, como mínimo, una vez al mes; a mano cuando cambie una plantilla, un formulario o el proceso de pago.
Fuentes
- GOV.UK Accessibility blog: What we found when we tested tools on the world's least-accessible webpage (24 de febrero de 2017, en inglés)
- Deque: Automated testing identifies 57% of digital accessibility issues (10 de marzo de 2021, en inglés)
- W3C WAI: Selecting Web Accessibility Evaluation Tools (en inglés)
Comprueba la accesibilidad de tu página
La prueba gratuita revisa una página según las WCAG 2.2, niveles A y AA, y muestra qué problemas conviene corregir primero. El Site Report revisa hasta 20 páginas de tu sitio.