Auditoría Accesibilidad Web WCAG 2.2 AA · Metodología CRONUTS.DIGITAL

Una auditoría de accesibilidad web profesional combina tres capas de testing porque ninguna herramienta automatizada cubre el espectro completo de los 86 success criteria WCAG 2.2 AA: el audit automatizado detecta aproximadamente el 30% de los issues, el audit manual con tecnología asistiva otro 50%, y el testing con personas usuarias asistencia real el 20% restante que solo emerge en uso operativo. CRONUTS.DIGITAL ejecuta las tres capas con un calendario de 12-21 días business y entrega tres documentos diferenciados por audiencia: executive summary para CMO/CIO/CFO con compliance verdict y riesgo legal cuantificado, technical findings con código y propuesta fix por criterio, y roadmap remediation priorizado por impact × effort.

Fase 1 · Audit automatizado (3-5 días)

Ejecutamos cuatro herramientas en paralelo sobre las 20-50 URLs más críticas del sitio (homepage, money pages, checkout, contact, login, dashboard si aplica):

• axe DevTools (Deque Systems) — el motor de accesibilidad automatizado más completo del mercado. Detecta ~57% de los issues detectables automáticamente sin falsos positivos significativos.
• WAVE WebAIM — complementa axe con detección visual de issues estructurales (heading hierarchy, landmark navigation, ARIA misuse).
• Lighthouse Accessibility audit (Google) — necesario porque su score correlaciona con ranking signals Google desde Core Web Vitals 2024+.
• Pa11y CLI — permite scripting de auditorías cron-job para monitoring continuo post-remediation.

Entregable parcial de la fase 1: matriz issues × severidad × URLs afectadas con priorización inicial impact × effort. Esta matriz permite al equipo cliente empezar a presupuestar antes de la finalización de fases 2 y 3.

Fase 2 · Audit manual con tecnología asistiva (5-10 días)

El 70% de los issues WCAG 2.2 AA no son automatizables. Requieren contexto humano sobre cómo se navega realmente la web con tecnología asistiva. Aplicamos cuatro screen readers + keyboard-only navigation completa + voice control.

• NVDA (Windows, gratuito): el screen reader con mayor adopción en España según WebAIM Screen Reader Survey 2025. Testing obligatorio.
• VoiceOver (macOS + iOS, integrado en el sistema): cubre el segmento Apple. Testing en ambos sistemas porque la implementación móvil tiene comportamiento diferenciado.
• JAWS (Windows, comercial): el screen reader enterprise por excelencia. Testing requerido para clientes Tier 1 corporate.
• TalkBack (Android, integrado): cubre el segmento móvil mayoritario.
• Keyboard-only navigation: testing completo de todos los user flows críticos sin tocar el ratón. Detecta focus trap, focus visible, skip links, focus order y focus restoration tras cerrar modales.
• Voice control: Voice Control macOS + Dragon Naturally Speaking enterprise. Crítico en sectores médico y legal donde usuarios con motor coordination issues son comunes.

Detectamos: focus management roto, lectura de pantalla incoherente, navegación sin teclado bloqueada, formularios accesibles sin labels asociados, modales sin focus trap, flujos críticos imposibles de completar con asistencia. Estos issues no aparecen en ninguna herramienta automatizada.

Fase 3 · User testing con personas usuarias asistencia (opcional, 1 semana)

Sesiones moderadas remotas con usuarios reales de screen reader, voice control y switch control. Es la única forma de detectar problemas de UX que ni el audit automatizado ni el manual identifican: cognitive load excesivo, expectativas rotas, flujos contraintuitivos para asistencia, falsos positivos detectados durante la navegación normal.

CRONUTS.DIGITAL colabora con CESyA (Centro Español del Subtitulado y la Audiodescripción) y ONCE para reclutamiento. Coste adicional 1.500-3.000 euros por ronda según el número de participantes (recomendamos 5-8 sesiones de 60 minutos cada una para cubrir varianza de discapacidad).

Esta fase es opcional pero altamente recomendada para sectores regulados con base de usuarios diversa: fintech, banca, sanidad, educación pública. En B2B SaaS con base de usuarios técnica homogénea, las dos primeras fases suelen ser suficientes.

Fase 4 · Entregables (3-5 días)

Tres documentos diferenciados por audiencia:

1. Executive summary (5-7 páginas, audiencia CMO/CIO/CFO): compliance verdict explícito (cumple AA / cumple parcialmente / no cumple), riesgo legal cuantificado en euros, inversión recomendada en remediation, timeline realista al compliance certificate. Documento que sustenta decisiones de presupuesto.
2. Technical findings (30-80 páginas, audiencia equipo desarrollo): cada criterio fallado con captura del problema, URL afectada, código relevante y propuesta de fix concreto. Documento operativo para el equipo dev. No teorías sobre WCAG: instrucciones de implementación.
3. Roadmap remediation (5-10 páginas, audiencia product owner): priorización impact × effort distribuida en sprints trimestrales. Identifica el 30% de issues que generan el 50% del impacto compliance, para que la remediation se ejecute con la regla 80/20 invertida.

Precio auditoría según tier

Auditoría preliminar 30 minutos gratuita antes del presupuesto formal: diagnosis high-level con experto cronuts.digital + scan Lighthouse y axe sobre 5 URLs críticas + identificación de los 3-5 issues más graves visibles + estimación tier de presupuesto adecuado para tu caso.

Próximo paso

Una vez completada la auditoría, el paso siguiente es la remediation técnica donde implementamos los fixes priorizados. Si todavía estás en fase de entender qué exige el marco regulatorio, consulta el glosario WCAG 2.2 con los cuatro principios POUR y los 86 success criteria explicados.

Solicitar auditoría accesibilidad web · Diagnosis 30 min gratis →