Recursos · 22
Evaluar la accesibilidad web a través de recorridos y evidencias
Establece un alcance, prueba tareas esenciales y documenta correcciones que se puedan verificar.
Actualizado · 3 min
Lo que esta guía ayuda a lograr
- Alcance de la evaluación
- Seleccionar recorridos
- Combinar métodos
- Verificar correcciones
Comprobación rápida
- ¿Qué tareas y personas se deben cubrir?
- ¿Qué plantillas, idiomas y estados interactivos representan el producto?
- ¿Se puede completar el viaje con teclado y zoom?
- ¿Son comprensibles las alternativas y los mensajes?
- ¿Se han vuelto a probar todas las correcciones?
Método paso a paso
- 1
Definir alcance
Especificar producto, versiones, idiomas, tecnologías, recorridos y nivel WCAG objetivo. Incluye estados de error, formularios y contenido esencial.
Entregable: alcance y criterios de referencia.
- 2
Explorar y probar
Plantillas de inventario, componentes, recorridos y variaciones. Seleccione vistas representativas que incluyan páginas críticas y estados interactivos; exclusiones de registros.
Entregable: lista razonada de vistas a probar.
- 3
Ejecutar comprobaciones iniciales
Utilice herramientas automatizadas para encontrar algunos errores, luego verifique manualmente el teclado, el enfoque, el zoom, la estructura, las etiquetas, las alternativas y los errores de formulario.
Entregable: observaciones reproducibles con contexto.
- 4
Prueba de tareas completas
Seguimiento de los recorridos de principio a fin, incluyendo cambios de estado, validación y confirmación. Involucrar a los usuarios afectados siempre que sea posible para comprender los efectos reales.
Entregable: bitácora de recorrido y barreras observadas.
- 5
Informe con límites
Vincula cada hallazgo a una vista, pasos de reproducción, criterio aplicable, efecto y solución propuesta. Una herramienta por sí sola no puede establecer una conformidad general.
Entregable: informe priorizado con alcances y límites.
- 6
Arreglar y volver a probar
Verificar cambios con los mismos recorridos y herramientas adecuadas, luego verificar componentes compartidos y regresiones antes del cierre.
Entregable: retest de evidencia y registro de corrección.
Indicadores de gestión
| Indicador | Qué mide | Primera acción |
|---|---|---|
| Recorridos cubiertos | Tareas esenciales evaluadas de principio a fin | Añadir recorridos omitidos |
| Hallazgos reproducibles | Barreras con pasos exactos y contexto | Aclarar informes vagos |
| Correcciones probadas nuevamente | Hallazgos resueltos verificados nuevamente | Revisar casos abiertos |
| Componentes compartidos | Correcciones verificadas en todas las plantillas | Corregir la fuente común |
Errores comunes
- Equiparación de la puntuación de una herramienta con la conformidad WCAG
- Probando solo la página de inicio
- Faltan estados de error o contenido localizado
- Cerrar un ticket sin repetir el viaje
Preguntas frecuentes
¿Es suficiente un escáner automatizado?
No. La automatización encuentra algunos errores; usabilidad y muchos criterios necesitan evaluación humana.
¿Se deben probar todas las URL?
Un método estructurado puede utilizar un muestreo representativo al tiempo que cubre vistas y tareas esenciales y documenta sus límites.
¿Qué significa “conforme”?
Una declaración de conformidad requiere un alcance explícito y una evaluación completa según los criterios aplicables. Esta guía organiza el trabajo; no expide certificación.
Referencias oficiales
Las referencias respaldan el método. Adapte los controles a su contexto; no constituyen certificación. Los títulos de referencia originales y los documentos fuente pueden estar en otro idioma.
