Lección 9 de 10 · 11 min de lectura · Revisado el 26/10/2026
Protocolo de pruebas manuales por página y registro de evidencias
Tras conocer las tecnologías de apoyo, el método para evaluar componentes y contenido dinámico, y cómo diagnosticar y clasificar lo que observas, falta lo que diferencia una auditoría de una colección de observaciones: un protocolo fijo que se aplica igual a cada página y estado de la muestra, y un sistema de registro que permite a cualquiera reproducir cada hallazgo. Esta lección propone un protocolo de referencia, ordenado para minimizar el tiempo, y define qué evidencias se recogen y cómo se nombran.
La matriz de pruebas
Antes de empezar, fija y documenta la matriz de combinaciones derivada de la línea base de WCAG-EM (se abre en una ventana nueva) (paso 1.c). Una matriz habitual para una auditoría AA en España:
| Plataforma | Navegador | Tecnología de apoyo | Uso en la auditoría |
|---|---|---|---|
| Windows | Firefox y Chrome | NVDA (última versión) | Todas las páginas de la muestra |
| Windows | Chrome | JAWS | Procesos completos y componentes complejos |
| macOS | Safari | VoiceOver | Procesos completos |
| iOS | Safari | VoiceOver, Control por voz | Todas las páginas en viewport móvil |
| Android | Chrome | TalkBack | Procesos completos y navegación |
| Windows y macOS | Chrome o Firefox | Solo teclado, zoom 200/400 %, espaciado, tema de contraste | Todas las páginas |
No todas las páginas pasan por todas las combinaciones: las páginas de plantilla repetida pueden evaluarse con la combinación principal (NVDA + Firefox) y las pruebas sin tecnología de apoyo, reservando el resto para procesos y componentes. Lo importante es que esté decidido y escrito.
Protocolo por página (orden recomendado)
- Identificación. URL, estado (sesión, viewport, filtros), fecha, plantilla. Captura general de la página.
- Pasada automática. axe y una segunda herramienta en el estado inicial; guarda la salida en bruto. Anota violaciones y elementos a revisar.
- Inspección estructural sin tecnología de apoyo. Título (
<title>), idioma, lista de encabezados y landmarks (WAVE o la extensión HeadingsMap), listas, tablas. Criterios: 2.4.2, 3.1.1, 3.1.2, 1.3.1, 2.4.6 y, solo si el alcance incluye AAA, 2.4.10. - Imágenes y multimedia. Revisa cada imagen con su alt en el inspector o con WAVE; reproduce cada vídeo: subtítulos, audiodescripción, controles, autoplay. Criterios: 1.1.1, 1.4.5, 1.2.1-1.2.5, 1.4.2.
- Color y contraste. Mide texto, estados, bordes de campos, iconos informativos, indicador de foco; comprueba que el color no sea el único medio. Criterios: 1.4.3, 1.4.11, 1.4.1.
- Teclado. Recorrido completo con Tab y operación de cada componente; registra el orden observado. Criterios: 2.1.1, 2.1.2, 2.1.4, 2.4.3, 2.4.7, 2.4.11, 2.4.1, 3.2.1.
- Puntero y táctil. Tamaño de objetivos, gestos, arrastre, cancelación, contenido en hover. Criterios: 2.5.1, 2.5.2, 2.5.7, 2.5.8, 1.4.13.
- Zoom, reflow, espaciado, contraste forzado y orientación. Criterios: 1.4.4, 1.4.10, 1.4.12, 1.3.4.
- Formularios. Vacíos, con errores, enviados. Etiquetas, instrucciones, obligatorios, errores identificados y sugeridos, autocompletado, entrada redundante, autenticación. Criterios: 3.3.1-3.3.4, 3.3.7, 3.3.8, 1.3.5, 2.5.3, 4.1.2.
- Lector de pantalla. Pasada completa con NVDA (y las demás combinaciones previstas): estructura, nombres, roles, estados, mensajes de estado, componentes personalizados. Aplica aquí el método de componentes con la APG (se abre en una ventana nueva) y las tres preguntas del contenido dinámico, e inspecciona el árbol de accesibilidad en cada fallo de nombre, rol o estado. Criterios: 1.3.1, 1.3.2, 4.1.2, 4.1.3, 2.4.4, 3.2.2.
- Tiempo, movimiento y destellos. Carruseles, temporizadores de sesión, animaciones, contenido parpadeante. Criterios: 2.2.1, 2.2.2, 2.3.1 y, solo si el alcance incluye AAA, 2.3.3.
- Coherencia entre páginas. Navegación, identificación de componentes, ubicación de la ayuda. Criterios: 3.2.3, 3.2.4, 3.2.6 (se completan al terminar la muestra).
- Cierre. Rellena el veredicto por criterio para la página: cumple, no cumple, no aplica o no se puede determinar; lo que quede sin probar se marca como no comprobado y se explica.
Punto clave
El protocolo garantiza dos cosas: que ningún criterio se queda sin evaluar «porque no me acordé», y que dos evaluadores distintos producen resultados comparables. Imprímelo o conviértelo en plantilla de la hoja de registro y márcalo paso a paso.
Qué es una evidencia suficiente
Un hallazgo debe poder ser reproducido por una persona del equipo de desarrollo sin hablar con el auditor. Para ello, cada registro contiene:
- Identificador único (H-023) y referencia a la página y al estado.
- Criterio con número, nombre y nivel; si el hallazgo afecta a varios, el principal y los secundarios.
- Pasos para reproducir en imperativo: «1. Abrir /tramites/padron. 2. Pulsar Tab hasta el botón “Enviar”. 3. Pulsar Enter sin rellenar el DNI».
- Resultado esperado y resultado observado.
- Combinación en la que se observa (NVDA 2026.x + Firefox 1xx; VoiceOver en iOS 2x + Safari).
- Evidencia: captura anotada, fragmento de DOM, salida literal del lector, vídeo. Nombre de fichero con identificador y página:
H-023_padron_error_nvda.png. - Severidad y recomendación (técnica concreta, con código cuando sea posible).
Capturas
Captura solo la zona relevante con un recuadro o flecha sobre el elemento, y añade una línea de texto con URL y fecha. Para contraste, incluye la medición de la herramienta. Para zoom o reflow, captura la ventana completa indicando el nivel de zoom o el ancho del viewport. Si la evidencia es visual y el problema es de lector, la captura no basta: añade la salida del lector.
Vídeo
Para problemas de interacción (trampas de foco, modales, carruseles, gestos), un vídeo de 10-30 segundos con audio del lector o con el teclado en pantalla es la evidencia más eficaz. Herramientas: Barra de juegos de Windows (Win+G) u OBS; Mayús+Cmd+5 en macOS; grabación de pantalla del Centro de control en iOS; grabador integrado de Android. Activa la visualización de pulsaciones de teclado cuando sea posible.
Árbol de accesibilidad y DOM
Para hallazgos de nombre, rol o estado, exporta el fragmento de DOM tal como lo ve el navegador (pestaña Elementos) y el nodo del árbol de accesibilidad (pestaña Accessibility en Chrome, Inspector de accesibilidad en Firefox). Eso demuestra que el problema está en el código y no en el lector.
Ejemplo
H-031. Página: /productos/zapatillas-x (estado: modal de talla abierto). Criterio: 2.1.2 Sin trampas para el foco del teclado (A); secundario: 2.4.3. Pasos: abrir la ficha, Tab hasta «Guía de tallas», Enter, Tab repetidamente, Escape. Esperado: el foco permanece en el modal y Escape lo cierra devolviendo el foco al botón. Observado: Tab sale del modal al contenido de fondo, Escape no cierra, el único cierre es el icono X con ratón. Combinación: solo teclado, Chrome 1xx Windows; reproducido con NVDA. Evidencia: H-031_tallas_modal.mp4 (18 s), H-031_dom.txt. Severidad: crítica (impide continuar la compra). Recomendación: patrón de diálogo modal de la APG (role="dialog", aria-modal="true", foco atrapado, Escape, devolución del foco).
Organización de los ficheros
Crea una carpeta por auditoría con subcarpetas por página o proceso, y dentro los ficheros con el identificador del hallazgo como prefijo. Guarda la hoja de registro en un formato que el cliente pueda importar (CSV o XLSX) y conserva las salidas en bruto de las herramientas. Anonimiza cualquier dato personal que aparezca en capturas o vídeos antes de entregar.
Error frecuente
Registrar «la página no funciona con lector de pantalla». No es un hallazgo: no indica qué elemento, qué criterio, qué se esperaba ni cómo reproducirlo. Descompón siempre en hallazgos concretos, cada uno con su criterio y su evidencia.
Resumen
- Fija la matriz de combinaciones (plataforma, navegador, tecnología de apoyo) y qué páginas pasan por cada una.
- Aplica el mismo protocolo por página: identificación, automático, estructura, imágenes, color, teclado, puntero, zoom, formularios, lector, tiempo, coherencia, cierre con veredicto por criterio.
- Cada hallazgo: identificador, criterio con número y nombre, pasos, esperado y observado, combinación, evidencia, severidad y recomendación.
- Evidencias: capturas anotadas con URL y fecha, salida literal del lector, vídeo corto para interacción, fragmento de DOM y árbol de accesibilidad.
- Organiza los ficheros por auditoría y hallazgo, conserva las salidas en bruto y anonimiza datos personales.
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 4 (49 €)