Testing automático con axe y Lighthouse

Cómo montar checks automáticos de accesibilidad útiles en desarrollo, CI y revisión de PR.

La automatización detecta una parte importante de problemas antes de que lleguen a producción.

axe y Lighthouse son complementarios: uno es más granular, el otro más panorámico.

La clave no es acumular warnings, sino convertir hallazgos en acciones priorizadas.

Este tema va de integrar accesibilidad en el flujo de ingeniería diaria.

  • Qué puede y qué no puede cubrir el testing automático.
  • Cómo montar un pipeline útil sin bloquear productividad.
  • Selecciona rutas críticas para no ralentizar CI con cobertura indiscriminada.
  • Normaliza configuración de herramientas para que resultados sean comparables entre equipos.
  • Combina reporte automático con una revisión manual rápida de alto impacto.

Claves teóricas

Qué puede y qué no puede cubrir el testing automático.

Aplicación en proyectos reales

Cómo montar un pipeline útil sin bloquear productividad.

Selecciona rutas críticas para no ralentizar CI con cobertura indiscriminada.

Normaliza configuración de herramientas para que resultados sean comparables entre equipos.

Combina reporte automático con una revisión manual rápida de alto impacto.

  • Define umbrales mínimos por tipo de página.
  • Etiqueta hallazgos por severidad y esfuerzo de corrección.
  • Automatiza apertura de incidencias cuando falle un criterio crítico.
  • Revisa falsos positivos y ajusta reglas periódicamente.

Patrón de código

Comandos base para ejecutar auditoría accesible automatizada.

Accesibilidad Web
20

Testing automático con axe y Lighthouse

Cómo montar checks automáticos de accesibilidad útiles en desarrollo, CI y revisión de PR.

Código del tema: axe lighthouse

📘 Teoría

Claves teóricas

Qué puede y qué no puede cubrir el testing automático.

1

Cobertura automática

Estructura, labels, contraste básico y roles detectables por reglas.

2

Límites

No valida comprensión real del flujo ni calidad del microcopy.

3

Estrategia por entorno

Checks rápidos en local, suite estable en CI, revisión profunda en release.

4

Control de ruido

Define severidad y política de fallos para evitar alert fatigue.

5

Trazabilidad

Cada error debe enlazar a componente, pantalla y criterio WCAG.

6

Error típico

Subir score numérico sin resolver barreras reales de usuario.

Aplicación en proyectos reales

Cómo montar un pipeline útil sin bloquear productividad.

Selecciona rutas críticas para no ralentizar CI con cobertura indiscriminada.

Normaliza configuración de herramientas para que resultados sean comparables entre equipos.

Combina reporte automático con una revisión manual rápida de alto impacto.

  • Define umbrales mínimos por tipo de página.
  • Etiqueta hallazgos por severidad y esfuerzo de corrección.
  • Automatiza apertura de incidencias cuando falle un criterio crítico.
  • Revisa falsos positivos y ajusta reglas periódicamente.

Patrón de código

Comandos base para ejecutar auditoría accesible automatizada.

Comprobación en CLI
npx lighthouse https://tu-app.com --only-categories=accessibility
npx @axe-core/cli https://tu-app.com

🧪 Aprende probando

Ejemplo Demo guiada Ejecuta una comprobación automática y clasifica hallazgos por severidad.

🏁 Retos

Reto Reto práctico Define una regla de CI para fallar solo en incidencias críticas.

🧰 Recursos

¿Qué es esto?

Soy Cristian Eslava y a veces hago webs para procrastinar yo y vosotros 😉.

Esta la hice en febrero de 2026 para facilitar el aprendizaje de mis alumnxs. Aprender desarrollo web practicando. La idea es que crezca semanalmente con nuevos temas, tests y retos.

Inspirado en MDN, en W3Schools, en Codepen, en el crack de Manz y en mil sitios de documentación sobre desarrollo web. Quería aportar además de bloques teóricos con ejemplos, la gamificación de los retos y el sistema de test que ya tenía en culTest .

Si te gustó, si no te gustó, si quieres saludarme, o invitarme a 🍻 no dudes en escribirme en cristianeslava@gmail.com .