Lección 7 de 10 · 12 min de lectura · Revisado el 26/10/2026
El anexo C: procedimientos de prueba y plan de evaluación
Las tablas del anexo A te dicen qué requisitos aplican; el anexo C te dice cómo se comprueba cada uno. Es el anexo que convierte la EN 301 549 (PDF, se abre en una ventana nueva) en algo que dos evaluadores distintos pueden aplicar con el mismo resultado, y por eso es la base de cualquier plan de pruebas que quiera llamarse «conforme a la norma». En esta lección aprenderás a leer sus entradas, a interpretar sus resultados y a construir con ellas un plan de evaluación completo, enlazando con la metodología WCAG-EM (se abre en una ventana nueva) que estudiaste en el nivel 4.
Anatomía de una entrada del anexo C
El anexo C sigue la misma numeración que el cuerpo de la norma con el prefijo «C»: el procedimiento del requisito 7.3 es el C.7.3. Cada entrada tiene cuatro partes:
- Tipo de evaluación: inspección (revisión experta del contenido o del producto), medición (obtener un valor con un instrumento y compararlo con un umbral) o prueba (ejecutar una acción y observar el resultado). Algunas entradas combinan tipos.
- Precondiciones: lo que debe ser cierto para que el requisito se evalúe, por ejemplo «la TIC es una página web» o «la TIC muestra vídeo con audio sincronizado».
- Procedimiento: una o varias comprobaciones numeradas.
- Resultado: cuándo se cumple (todas las comprobaciones son ciertas), cuándo no se cumple (alguna es falsa) y cuándo no es aplicable (alguna precondición no se da).
Ejemplo
La entrada C.7.3 (controles de usuario para subtítulos y audiodescripción) es una inspección. Su precondición es que la TIC muestre principalmente vídeo con audio asociado. El procedimiento comprueba que hay controles para activar los subtítulos y la audiodescripción y que están al mismo nivel de interacción que los controles principales del reproductor. Si el reproductor de una televisión autonómica obliga a abrir el menú «Ajustes» para llegar a los subtítulos, la segunda comprobación es falsa y el resultado es «no cumple».
Los requisitos WCAG: «no falla el criterio»
Para los requisitos que proceden de las WCAG, el anexo C no reescribe la prueba: remite al W3C. La entrada de 9.1.1.1 es una inspección con la precondición «la TIC es una página web» y una única comprobación: que la página no falle el criterio 1.1.1 Contenido no textual de las WCAG 2.1. La redacción en negativo tiene consecuencias prácticas:
- La página cumple mientras no se encuentre un fallo. Por eso la calidad de la evaluación depende de lo bien que busques: las técnicas suficientes y los fallos documentados del W3C son tu referencia, no la intuición.
- Un resultado «cumple» sin método detrás vale poco. El plan debe decir con qué técnicas, herramientas y tecnologías de apoyo se ha buscado el fallo.
- La entrada C.9.6 añade cinco comprobaciones que nadie debe olvidar: nivel de conformidad AA, página completa, procesos completos, solo tecnologías compatibles con la accesibilidad y no interferencia. Todas deben ser ciertas para cumplir 9.6.
Precondiciones y «no aplicable»: tres vocabularios para lo mismo
Un sitio sin vídeo grabado y el criterio 1.2.2 Subtítulos (grabados) es un buen ejemplo de cómo cambia el nombre de un mismo resultado según el marco:
| Marco | Resultado cuando no hay contenido al que aplicar el criterio |
|---|---|
| WCAG 2.x | El criterio se considera satisfecho: si no hay contenido afectado, no hay incumplimiento. |
| WCAG-EM | «No presente», uno de sus resultados posibles. |
| EN 301 549, anexo C | «No aplicable», porque no se da la precondición. |
Ninguno es incorrecto, pero mezclarlos en un mismo informe confunde al lector y, sobre todo, al que tiene que redactar la declaración de accesibilidad. La recomendación es elegir un vocabulario, declararlo en el apartado de metodología y, en un informe por requisitos de la norma, usar el del anexo C con la justificación de la precondición que falta, como verás en la lección sobre pliegos y auditorías.
Punto clave
El anexo C produce tres resultados por requisito: cumple, no cumple y no aplicable. Categorías como «cumple parcialmente» o «no evaluado» vienen de las plantillas de informe, no de la norma. Úsalas si aportan, pero explica cómo se relacionan con los resultados del anexo C para que la declaración de accesibilidad pueda apoyarse en ellas.
Pruebas de medición y de funcionamiento
Fuera del capítulo 9 abundan las comprobaciones que no se resuelven mirando el código. Algunos ejemplos:
- Medición: la frecuencia de imagen y el desfase entre audio y vídeo de una videollamada (6.5.3 y 6.5.4), o las dimensiones de alcance y la fuerza de accionamiento de un terminal (capítulo 8). Requieren instrumentos y condiciones de prueba anotadas.
- Prueba: la salida de voz de un quiosco de funcionalidad cerrada (C.5.1.3), que se verifica usando el quiosco de principio a fin solo con el audio, sin conectar tecnologías de apoyo propias, salvo auriculares personales.
- Inspección con herramientas de la plataforma: algunos requisitos de interoperabilidad (11.5) se apoyan en lo que la app expone a la API de accesibilidad, que se comprueba con el inspector de la plataforma además de con VoiceOver o TalkBack.
Del anexo C al plan de evaluación
Un plan de evaluación conforme a la norma combina el anexo A (qué), el anexo C (cómo) y WCAG-EM (sobre qué muestra). El proceso tiene seis pasos:
Infografía · Proceso
Del requisito al veredicto: plan de evaluación EN 301 549
Anexo A para saber qué aplica, anexo C para saber cómo probarlo y WCAG-EM para elegir la muestra
- Paso 1: 1. Inventariar las TICWeb, documentos, app, vídeo, soporte y terminales, cada uno con su capítulo
- Paso 2: 2. Filtrar con el anexo ATabla A.1 o A.2 y sus condiciones: qué requisitos aplican de verdad
- Paso 3: 3. Elegir el procedimientoEntrada del anexo C: tipo de evaluación, precondiciones y comprobaciones
- Paso 4: 4. Muestrear y fijar la baseMuestra según WCAG-EM y línea base de navegadores y lectores de pantalla
- Paso 5: 5. Probar y registrarCumple, no cumple o no aplicable, siempre con evidencia reproducible
- Paso 6: 6. Agregar e informarResultado por requisito y componente; situación de cumplimiento
Leer la infografía como texto
Proceso de seis pasos en secuencia. Paso 1, inventariar las TIC: web, documentos, app, vídeo, soporte y terminales, asignando a cada componente su capítulo. Paso 2, filtrar con el anexo A: recorrer la tabla A.1 o A.2 y sus condiciones para obtener los requisitos que aplican de verdad. Paso 3, elegir el procedimiento: tomar la entrada del anexo C de cada requisito, con su tipo de evaluación, precondiciones y comprobaciones. Paso 4, muestrear y fijar la base: definir la muestra con WCAG-EM y la línea base de navegadores y lectores de pantalla. Paso 5, probar y registrar: asignar cumple, no cumple o no aplicable con una evidencia reproducible. Paso 6, agregar e informar: resultado por requisito y por componente, y situación de cumplimiento para la declaración.
Cada fila del plan debe permitir que otra persona repita la prueba. Un fragmento de plan para la web de un ayuntamiento podría ser:
| Requisito | Tipo | Precondición en este sitio | Cómo se prueba | Evidencia |
|---|---|---|---|---|
| 9.1.4.3 | Inspección | Todas las páginas de la muestra | Analizador de contraste sobre texto real y estados de foco y error | Captura con valores medidos |
| 9.6 | Inspección | Proceso «pedir cita» completo | Recorrido de los cinco pasos con NVDA y Firefox y solo teclado | Grabación de pantalla y registro de pasos |
| 7.3 | Inspección | Reproductor de plenos | Localizar subtítulos y audiodescripción respecto a los controles principales | Captura de la barra de controles |
| 6.1 a 6.5 | — | No hay voz bidireccional (el chat es solo texto) | Revisión del inventario de canales | Nota en el inventario |
Error frecuente
Presentar como «evaluación según el anexo C» el resultado de una herramienta automática. Casi todas las entradas del capítulo 9 son inspecciones, es decir, requieren juicio experto: una herramienta puede ayudar a encontrar fallos, pero no puede afirmar que una página no falla un criterio. El informe debe distinguir lo detectado automáticamente de lo comprobado manualmente.
Autoevaluación o evaluación por terceros
La norma describe cómo comprobar cada requisito, pero no exige que lo haga un tercero independiente. El modelo de declaración de accesibilidad de la Decisión de Ejecución (UE) 2018/1523 (PDF, se abre en una ventana nueva) pide indicar el método usado para prepararla, por ejemplo autoevaluación o evaluación por terceros. En ambos casos, un plan basado en el anexo C es lo que hace defendible el resultado: si un ciudadano reclama, la entidad puede mostrar qué se probó, cómo y con qué evidencia.
Pruébalo tú
Elige un proceso de una web que uses (comprar una entrada, pedir una cita). Aplica las cinco comprobaciones de C.9.6 y anota, para cada una, «cierta» o «falsa» y una frase de evidencia. ¿Hay algún paso, como una pasarela de pago o un banner de cookies, que haga falsa la comprobación de procesos completos o de página completa?
Resumen
- Cada entrada del anexo C indica tipo de evaluación (inspección, medición o prueba), precondiciones, procedimiento y resultado.
- Para los requisitos WCAG, el anexo C comprueba que la página «no falla» el criterio: la calidad depende del método con el que se buscan los fallos.
- El anexo C da tres resultados: cumple, no cumple y no aplicable; declara el vocabulario y relaciónalo con WCAG y WCAG-EM.
- Un plan conforme combina anexo A (qué), anexo C (cómo) y WCAG-EM (muestra), con evidencias que otra persona pueda reproducir.
- Las herramientas automáticas ayudan, pero no sustituyen las inspecciones que exige la norma.
Comprueba lo que has aprendido
Esta lección se puede leer libremente. Para hacer su test de 3 preguntas, los ejercicios prácticos con páginas reales, guardar tu avance y optar al examen y al certificado, matricúlate en el curso.
Matricularme · nivel 5 (79 €)