A11y Primero abierto sobre la portada de esta web: el panel da 100 de 100, “sin fallos automáticos”, con las cuatro categorías a 100, y avisa de que dos comprobaciones necesitan revisión manual.

Entender qué falla y cómo mejorarlo.

A11y Primero · Caso de estudio

Datos del proyecto

Producto
Extensión de Chrome
Año
2026
Rol
Desarrollo
Estándar
WCAG 2.2 A/AA
Estado
En revisión

El proyecto

A11y Primero es una extensión de Chrome que analiza la accesibilidad de una página en un clic, con axe-core y los criterios de WCAG 2.2.

La hicimos para nuestro propio trabajo: es la herramienta con la que empezamos cada auditoría del estudio. Y la preparamos para que la use cualquiera que quiera saber por dónde empezar con su web.

Las capturas de esta página son la extensión evaluando esta misma web.

Todavía no se puede instalar: está en revisión en la Chrome Web Store. Si quieres probarla antes, escríbenos.

Quiero probar A11y Primero
La pestaña WCAG del panel sobre esta web: sin fallos WCAG automáticos y dos puntos para revisar a mano, el vídeo sin subtítulos (1.2.2) y, abierto, el contraste de dos textos que la animación de entrada tapa en parte (1.4.3), cada uno con su selector.
WCAG

El reto

Una evaluación, dos maneras de entenderla.

Un resultado lleno de tecnicismos no explica qué ocurre, a quién afecta ni por qué conviene mejorarlo. Y a quien trabaja en el código no le basta con saber que hay un problema: necesita localizarlo, conocer el criterio afectado y saber cómo corregirlo.

Para quien decide y para quien corrige.

Cada hallazgo se cuenta de las dos maneras. “Las imágenes deben tener texto alternativo” es lo que lee quien decide; “1.1.1, image-alt, nivel A” y el selector de cada imagen, lo que necesita quien corrige.

El bloque de productos de la portada de esta web, con la extensión abierta a la derecha: el vídeo de Itza, recuadrado en azul con un interrogante porque hay que revisar a mano si necesita subtítulos, y al lado la tarjeta de la propia A11y Primero.
Marcar fallos en la página

La estructura

Cinco pestañas, del dato al informe.

“Resumen” da una puntuación de 0 a 100 y los resultados por categorías. “WCAG”, el detalle técnico de cada fallo, con los elementos afectados marcados sobre la propia página.

“Proyecto” evalúa varias páginas de un mismo sitio y exporta un informe conjunto, porque la portada puede salir limpia y la carta no. “Historial” compara las tres últimas evaluaciones de cada dominio. Y “Ver como…” simula baja visión, visión borrosa, daltonismo y alto contraste sobre la página.

Todo acaba en un informe en PDF para compartir y en Markdown para pegar en un ticket o un repositorio.

La portada de esta web con la simulación de baja visión: la ilustración, el titular y el menú se ven borrosos y apagados, y el panel abierto en la pestaña “Ver como…” con sus cuatro simulaciones.
Ver como…

Decisiones de diseño

Una prueba automática detecta aproximadamente un tercio de las barreras. La herramienta no resuelve la accesibilidad: ayuda a saber por dónde empezar. Cada decisión sale de ahí.

  • Un 100 no es un sello.

    La puntuación va siempre acompañada de lo que la prueba no ha podido comprobar. Lo que la herramienta no puede decidir, como un texto sobre una foto, se separa para revisarlo a mano en lugar de inventarse un número.

  • Una puntuación que se puede explicar.

    Se parte de 100 y cada regla que falla resta según su impacto: crítico 10, grave 7, moderado 3 y menor 1. Las buenas prácticas y lo que hay que revisar a mano no restan.

  • Los datos se quedan en el navegador.

    Sin registro ni servidores externos. La extensión solo lee la pestaña en la que se abre y solo cuando se pulsa “Evaluar”, y el informe se genera en el propio equipo.

  • En tres idiomas.

    La interfaz está en castellano, catalán e inglés, según el idioma de Chrome.

¿Qué hace que tu web sea o no accesible?

Si tu proyecto es inclusivo, tu web también.

Escríbenos