Los cinco pasos de WCAG-EM: alcance, exploración, muestra, evaluación e informe

Auditar accesibilidad no es «pasar una herramienta y apuntar lo que sale». Es un proceso de evaluación de conformidad y, como tal, necesita un método que otra persona pueda repetir y obtener resultados equivalentes. El W3C publicó para ello la Website Accessibility Conformance Evaluation Methodology (WCAG-EM (se abre en una ventana nueva) 1.0, nota del grupo de trabajo de julio de 2014), actualizada en julio de 2026 por WCAG Evaluation Methodology (WCAG-EM) 2.0, también nota de grupo. La versión 2.0 se basa en la 1.0, conserva los cinco pasos y la muestra aleatoria del 10 %, amplía el ámbito a productos digitales en general (aplicaciones web y nativas, documentos) y numera los subpasos como 1.1, 1.2, etc., en lugar de 1.a, 1.b, etc. En este curso usamos la numeración de la 1.0, la más extendida en informes previos y en la WCAG-EM Report Tool; la equivalencia es directa (1.a = 1.1, 3.b = 3.2, etc.). No es una norma de obligado cumplimiento ni cambia lo que exigen las WCAG; es la forma recomendada de aplicarlas a un sitio completo. En esta lección recorremos sus cinco pasos y lo que cada uno exige al equipo auditor.

Qué es WCAG-EM y para qué sirve

Las WCAG definen la conformidad a nivel de página. Un sitio web, en cambio, tiene cientos o miles de páginas, estados y procesos. WCAG-EM resuelve ese salto: describe cómo seleccionar una muestra representativa, cómo evaluarla y cómo informar de los resultados de forma que la conclusión sobre la muestra sea extrapolable al sitio con una confianza razonable.

La metodología es neutral respecto a la versión de las WCAG (se escribió para 2.0 y se aplica igual a 2.1 y 2.2) y respecto a las herramientas. Define roles: quien evalúa debe conocer bien las WCAG, las tecnologías web y las tecnologías de apoyo; recomienda además implicar a personas con discapacidad y al propietario del sitio para resolver dudas sobre el alcance.

Paso 1: definir el alcance de la evaluación

Antes de abrir el navegador hay que acordar por escrito cuatro cosas:

• 1.a Alcance del sitio. Qué dominios, subdominios y áreas se incluyen (por ejemplo, www.ejemplo.es y sede.ejemplo.es, pero no el portal de empleo alojado por un tercero). Debe indicarse explícitamente qué queda fuera y por qué.
• 1.b Nivel de conformidad objetivo. Normalmente AA, que es el que exigen el RD 1112/2018 (PDF, se abre en una ventana nueva) y la EN 301 549 (PDF, se abre en una ventana nueva). Evaluar solo A es insuficiente para el sector público español.
• 1.c Línea base de compatibilidad con tecnologías de apoyo. Qué combinaciones de navegador y tecnología de apoyo se considerarán al decidir si una técnica «funciona». Por ejemplo: NVDA con Firefox y Chrome, JAWS con Chrome, VoiceOver con Safari en macOS e iOS, TalkBack con Chrome en Android.
• 1.d Requisitos adicionales. Cualquier exigencia extra: criterios AAA concretos, requisitos de la EN 301 549 que van más allá de WCAG (por ejemplo, de los capítulos 5, 6, 7 y 12), lectura fácil, etc.

Este paso evita las discusiones posteriores del tipo «ese formulario no estaba en el encargo». Cuanto más concreto sea el alcance, más defendible será el informe.

Paso 2: explorar el sitio

El auditor navega el sitio para entender su estructura, su funcionalidad y sus tecnologías. WCAG-EM pide identificar:

• 2.a Páginas comunes: inicio, contacto, ayuda, aviso legal, mapa web, declaración de accesibilidad, buscador.
• 2.b Funcionalidad esencial: las tareas para las que existe el sitio. En un ayuntamiento, presentar una instancia, pedir cita o pagar un tributo; en una tienda, buscar un producto, añadirlo al carrito y pagar.
• 2.c Tipos de página: plantillas distintas (listado, detalle, formulario, noticia, ficha de trámite, panel privado), estilos visuales diferentes, páginas con tablas, mapas, vídeo o PDF.
• 2.d Tecnologías de las que se depende: HTML, CSS, JavaScript, WAI-ARIA (se abre en una ventana nueva), SVG, PDF, frameworks concretos, visores de mapas, reproductores.
• 2.e Otras páginas relevantes: las dirigidas específicamente a personas con discapacidad, las de ayuda sobre accesibilidad, las más visitadas según la analítica.

Durante la exploración ya se anotan problemas evidentes, pero todavía no se evalúa: el objetivo es conocer el terreno para muestrear bien.

Paso 3: seleccionar una muestra representativa

Aquí se decide qué se va a evaluar en profundidad. WCAG-EM distingue una muestra estructurada (3.a), elegida con criterio a partir de la exploración; una muestra aleatoria (3.b), que sirve de control y debe representar aproximadamente el 10 % de la estructurada; y los procesos completos (3.c): si una página forma parte de un proceso, todas las páginas y estados del proceso entran en la muestra. La lección «Definir la muestra» desarrolla este paso con detalle, después de ver cómo se explora un sitio a fondo.

Paso 4: evaluar la muestra

Se evalúa cada página de la muestra (4.a) frente a todos los criterios del nivel objetivo, se recorren los procesos completos de principio a fin (4.b) y, por último, se comparan los resultados de la muestra estructurada con los de la aleatoria (4.c). Si la muestra aleatoria saca a la luz tipos de problema que no aparecían en la estructurada, la muestra estructurada no era representativa y hay que ampliarla.

WCAG-EM recuerda que los cinco requisitos de conformidad de las WCAG se aplican aquí: página completa, procesos completos, uso de tecnologías compatibles con la accesibilidad y no interferencia. Un fallo en cualquier parte de la página (cabecera, pie, banner de cookies) es un fallo de la página.

Paso 5: informar de los resultados

El informe debe documentar cada paso (5.a): alcance, línea base, páginas exploradas, muestra y resultados por página y por criterio. Debe registrar las condiciones de la evaluación (5.b): fecha, herramientas, versiones de navegadores y tecnologías de apoyo, nombre del evaluador. De forma opcional, puede incluir una declaración de evaluación (5.c), una puntuación agregada (5.d) y un informe legible por máquina (5.e), por ejemplo en formato EARL.

Una ayuda práctica es la WCAG-EM Report Tool del W3C, que guía por los cinco pasos y genera el informe. En el curso N4-C6 veremos cómo convertir ese material en un informe útil para el cliente y en una declaración de accesibilidad.

Relación con la normativa española

El RD 1112/2018 obliga a las entidades del sector público a realizar revisiones periódicas de accesibilidad y a publicar una declaración basada en una evaluación real (autoevaluación o evaluación por terceros). La Decisión de Ejecución (UE) 2018/1524 (PDF, se abre en una ventana nueva) establece el método de seguimiento que aplica el Observatorio de Accesibilidad Web (se abre en una ventana nueva), con un seguimiento simplificado (automatizado en la medida de lo posible) y otro en profundidad, basado en una muestra de páginas. El seguimiento en profundidad bebe claramente de WCAG-EM: muestra representativa con páginas al azar, procesos completos y resultados por criterio. Conocer la metodología es, por tanto, la forma de que tu auditoría sea comparable con la que haga la administración.

Resumen

• WCAG-EM (1.0 de 2014, actualizada como 2.0 en 2026) es la metodología del W3C para evaluar la conformidad WCAG de un sitio completo; no añade criterios, aporta método y trazabilidad.
• Paso 1: alcance, nivel objetivo (normalmente AA), línea base de tecnologías de apoyo y requisitos adicionales, todo por escrito.
• Paso 2: explorar páginas comunes, funcionalidad esencial, tipos de página, tecnologías y otras páginas relevantes.
• Pasos 3 y 4: muestra estructurada, aleatoria y procesos completos; evaluar cada página frente a todos los criterios y comparar muestras.
• Paso 5: documentar cada paso y las condiciones de prueba; la WCAG-EM Report Tool ayuda a hacerlo.