Elegir recorridos
Incluya entrada, navegación, formulario, confirmación y error. Pruebe móvil y zoom elevado.
GUÍA / PROTOCOLO
La accesibilidad se evalúa en una tarea completa: encontrar, comprender, actuar y recuperarse de un error.
Respuesta directa
Seleccione recorridos y estados críticos. Combine inspección del código, navegación por teclado y tecnologías de apoyo. Vincule cada defecto con una tarea bloqueada, un requisito WCAG, pruebas y una nueva comprobación.
01 / Método de control
Incluya entrada, navegación, formulario, confirmación y error. Pruebe móvil y zoom elevado.
Revise orden y visibilidad del foco, controles, menús, diálogos y salida de componentes. Detecte bloqueos.
Revise títulos, nombres accesibles, etiquetas, alternativas de imágenes, estructura, contraste y avisos de error con lector de pantalla.
Clasifique por tarea y gravedad, corrija componentes compartidos y repita el recorrido y otras páginas afectadas.
02 / Pruebas que conservar
URL, dispositivo, navegador, tecnología de apoyo, zoom y acción intentada.
Pasos exactos, captura o DOM y resultados observado y esperado.
Criterio WCAG, personas o tareas afectadas y gravedad razonada.
Corrección, versión, fecha y resultado con teclado y lector.
TRAS LA REVISIÓN
Detenga la aprobación, corrija el componente común y pruebe apertura, navegación y cierre en sus páginas.
Conserve el resultado, documente la tarea fallida y reescriba la instrucción antes de repetir la prueba.
03 / FAQ
No. Detecta ciertos errores de código, pero no siempre el orden lógico o la realización de una tarea.
Componentes comunes y recorridos esenciales como navegación, búsqueda, solicitud o contacto.
Sí en las pantallas clave: idioma declarado, etiquetas, errores y orden de lectura varían.
Cuando el escenario original funciona con los modos de acceso pertinentes sin romper otros estados.
04 / Referencias oficiales