Kit de auditoría de accesibilidad web

Previsto para septiembre de 2026 · fecha orientativa

Para quién es

Para quien audita webs de terceros y tiene que justificar el resultado por escrito: agencias que asumen el mantenimiento de un sitio, estudios que entregan una web nueva y necesitan cerrar el capítulo de accesibilidad, y desarrolladores que reciben el encargo de "dejarlo conforme" sin un método detrás.

No es un curso ni una introducción a la accesibilidad. Da por supuesto que sabes leer un árbol de accesibilidad y usar un lector de pantalla.

Qué incluye

• Script de auditoría automatizada. Recorre las plantillas del sitio con un navegador real y vuelca los incumplimientos detectables por máquina en un fichero de datos, no en un PDF cerrado: contraste, nombres accesibles, orden de encabezados, landmarks, atributos ARIA inválidos, campos de formulario sin etiqueta.
• Checklist de verificación manual. Los criterios que ninguna herramienta decide sola: foco visible y orden de tabulación reales, atrapado de foco en modales, alternativas textuales que describen lo que hay que describir, contenido que sigue teniendo sentido al 200% de zoom, y el recorrido completo con lector de pantalla.
• Plantillas de informe, técnico y ejecutivo. El técnico lista cada hallazgo con el criterio WCAG que incumple, la URL, el selector y la corrección concreta. El ejecutivo dice en una página qué está mal, qué riesgo supone y qué cuesta arreglarlo.
• Plantilla de declaración de accesibilidad. Con las secciones que la norma espera: alcance, grado de conformidad declarado, contenido no accesible y por qué, fecha de la evaluación, método empleado y vía de contacto para reclamaciones.
• Plan de remediación priorizado. Los hallazgos ordenados por impacto sobre el usuario y por coste de corrección, para que el cliente decida con criterio en qué gasta las primeras cuarenta horas.

Formato y entrega

Producto digital: descarga inmediata tras la compra, sin envío físico y sin suscripción asociada. Se compra una vez y el archivo queda en tu poder.

Precio: aún sin fijar. Cuando se publique será un pago único por el kit; la monitorización mensual descrita más abajo irá aparte y se contratará por separado.

Segundo módulo: auditoría de elegibilidad agéntica

El mismo kit incorpora un segundo módulo que responde a una pregunta distinta: ¿puede un agente de IA leer tu web y completar la acción de negocio hasta el final? Reservar una cita, enviar una consulta, comprar. No si la web "se ve bien" para un agente, sino si la acción se termina.

Comparte método con la accesibilidad porque comparte causa: una web que un lector de pantalla no puede recorrer tampoco la recorre un agente. Ambos leen la misma estructura. El módulo comprueba si el contenido principal está en el HTML del servidor, si los formularios se pueden completar sin depender de gestos del ratón, si los estados de error se anuncian, y si las acciones del sitio están declaradas de forma que una máquina las encuentre. Contexto en nuestra guía sobre WebMCP y la web agéntica.

Monitorización mensual (después del kit)

Una auditoría es una foto del día que se hizo. Cada despliegue puede romper lo corregido, y normalmente nadie se entera hasta la siguiente auditoría. Estamos preparando una suscripción mensual que vuelve a pasar la auditoría sobre las plantillas del sitio y avisa de lo que ha cambiado respecto al mes anterior.

Todavía no tiene fecha. Se anunciará por la misma vía que el kit.

Qué no es

• No es una certificación. No certificamos accesibilidad, ni nosotros ni nadie con un kit descargable. Lo que entrega es evidencia fechada y reproducible: los hallazgos, el método con el que se obtuvieron y las condiciones de la prueba.
• No garantiza el cumplimiento. La conformidad depende de que apliques las correcciones y de cómo evolucione la web después. El kit mide y documenta; corregir es trabajo tuyo o de tu cliente.
• Ninguna herramienta automática detecta todos los incumplimientos. Buena parte de las WCAG exige criterio humano —si un texto alternativo describe lo que importa, si el orden de foco tiene sentido— y eso no se automatiza. Por eso el kit lleva checklist manual: el script cubre lo automatizable y el checklist cubre el resto. Cualquiera que te prometa cumplimiento con solo un escáner te está vendiendo otra cosa.

Marco normativo de referencia

El kit audita contra las WCAG 2.2 en nivel AA (W3C, recomendación desde octubre de 2023). La norma europea armonizada EN 301 549 es la que traduce las obligaciones legales a requisitos técnicos y, para web, remite al nivel AA de las WCAG. Auditar contra 2.2 recoge los criterios de 2.1 AA y añade los que introdujo la versión 2.2; el único criterio de 2.1 que 2.2 retira es el 4.1.1 (Procesamiento), declarado obsoleto por el W3C. El informe distingue unos de otros, por si tu encargo está redactado contra 2.1.

En España la obligación viene de la Ley 11/2023, de 8 de mayo, que traspone la Directiva (UE) 2019/882 (European Accessibility Act) y es exigible desde el 28 de junio de 2025, con periodo transitorio para determinados servicios hasta el 28 de junio de 2030. No alcanza a todas las webs: quedan fuera, en general, las puramente informativas, y están exentas las microempresas de servicios (menos de 10 empleados y hasta 2 millones de euros de facturación o balance). El régimen sancionador del artículo 30 de la Ley 11/2023 remite a la legislación sectorial y, supletoriamente, al Título III del RD Legislativo 1/2013, que llega hasta 1.000.000 € en las infracciones muy graves.

El detalle de a qué webs alcanza, con las fuentes oficiales enlazadas, está en nuestra guía Accesibilidad web obligatoria 2025 (EAA).

Cómo se ha probado el método

El kit sale del método con el que auditamos c6n.eu en agosto de 2026: WCAG-EM 2.0 sobre Chromium real con axe-core, en cinco pasos. Encontró cuatro incumplimientos en nuestra propia web. El más serio no lo habría visto ningún escáner por sí solo: el enlace de salto al contenido cambiaba la URL pero no movía el foco de verdad. El segundo tampoco: el modal del agente no enfocaba el chat al abrirse, por una condición de carrera entre un temporizador de 60 ms y una transición CSS de 280 ms. Los cuatro están corregidos y documentados en el repositorio del proyecto.