Una herramienta puede mostrar pocos errores y aun así dejar sin detectar obstáculos importantes en una web. También puede señalar advertencias que necesitan interpretación humana antes de considerarse fallos. Para un negocio que contrata una revisión, el valor está en saber qué se examinó, qué evidencia existe y qué correcciones son necesarias. Una comprobación básica ayuda a comenzar, pero no equivale automáticamente a conformidad completa. Definir el alcance evita promesas imprecisas y permite construir un proceso de mejora que continúe cuando cambien contenidos, formularios o componentes del sitio.
Seleccionar páginas y tareas representativas
Incluye portada, una página de servicio, un formulario y componentes que tengan comportamiento propio, como menú o diálogo. Si el sitio contiene catálogo, revisa una ficha y su recorrido de búsqueda. No limites el alcance a la página más sencilla porque produce un informe limpio. WAI presenta comprobaciones preliminares como una primera revisión, con límites explícitos. Documenta qué páginas, estados y dispositivos se examinaron. Un formulario vacío y el mismo formulario con errores son estados diferentes. La muestra debe representar las funciones que las personas utilizan, aunque no sea posible evaluar cada URL en la primera etapa.
Combinar herramientas y observación
Las pruebas automáticas ayudan a localizar ciertos problemas de estructura o propiedades, pero no pueden decidir por sí solas si una descripción de imagen es adecuada o una tarea resulta comprensible. Añade navegación con teclado, ampliación, revisión de contenido y comprobaciones con tecnologías de asistencia cuando corresponda. Involucrar personas con discapacidad puede aportar evidencia de uso que otras técnicas no capturan, sin convertir una sesión individual en representación universal. Pide que el informe separe resultados automáticos, hallazgos manuales y aspectos pendientes. Esa distinción permite interpretar la evidencia y evita usar una puntuación como sustituto de una evaluación real del recorrido.
Escribir hallazgos que orienten correcciones
Cada problema debería incluir ubicación, pasos para reproducir, impacto y resultado esperado. Un comentario como mejorar accesibilidad es demasiado amplio para convertirse en una tarea. Es más útil indicar que el menú no puede cerrarse con teclado después de abrir cierto subnivel. Prioriza según las barreras que impiden completar acciones importantes y considera componentes compartidos. Corregir un control reutilizado puede resolver varios casos, pero debe verificarse en sus contextos. No cierres un hallazgo solo porque cambió el código. Repite los pasos originales y comprueba que la corrección no generó otro obstáculo en la navegación o en el contenido.
Mantener límites y seguimiento visibles
El informe final debe expresar qué quedó revisado, qué se corrigió y qué no se evaluó. Evita términos como totalmente accesible o certificado si no existe un proceso que los respalde. Una revisión tiene fecha y alcance; el sitio puede cambiar después. Integra controles en publicación de contenido y desarrollo de componentes para reducir regresiones. Define quién recibe problemas reportados por usuarios y cómo se atienden. La accesibilidad se sostiene mediante decisiones de diseño, contenido y mantenimiento. Una entrega útil deja evidencia y responsabilidades, además de una lista de tareas completadas en la versión que se examinó.
DE LA LECTURA A LA ACCIÓN
Para aplicar hoy
- Define muestra, estados y tareas antes de interpretar resultados.
- Combina herramientas con revisión humana y evidencia de uso.
- Documenta límites y vuelve a comprobar cada corrección.
Fuentes y referencias
Documentación para profundizar. Los ejemplos de esta guía son didácticos.