Addaw, ir a inicio Donar

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:

PlataformaNavegadorTecnología de apoyoUso en la auditoría
WindowsFirefox y ChromeNVDA (última versión)Todas las páginas de la muestra
WindowsChromeJAWSProcesos completos y componentes complejos
macOSSafariVoiceOverProcesos completos
iOSSafariVoiceOver, Control por vozTodas las páginas en viewport móvil
AndroidChromeTalkBackProcesos completos y navegación
Windows y macOSChrome o FirefoxSolo teclado, zoom 200/400 %, espaciado, tema de contrasteTodas 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)

  1. Identificación. URL, estado (sesión, viewport, filtros), fecha, plantilla. Captura general de la página.
  2. Pasada automática. axe y una segunda herramienta en el estado inicial; guarda la salida en bruto. Anota violaciones y elementos a revisar.
  3. 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.
  4. 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.
  5. 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.
  6. 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.
  7. 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.
  8. Zoom, reflow, espaciado, contraste forzado y orientación. Criterios: 1.4.4, 1.4.10, 1.4.12, 1.3.4.
  9. 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.
  10. 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.
  11. 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.
  12. 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).
  13. 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 €)