Prueba la accesibilidad del sitio web a través de tareas reales

Elija páginas y tareas representativas

Comience con la página de inicio, un artículo largo, una lista filtrada, un formulario y una página de error. Incluya diseños móviles e idiomas publicados. Para cada viaje, registre su punto de partida, acción prevista y confirmación visible del éxito.

Mantenga la URL, la ventana gráfica, el navegador y la fecha con cada hallazgo. Una captura de pantalla por sí sola no puede explicar una trampa de teclado o comentarios anunciados en el momento equivocado.

• Llegar a la información desde el menú.
• Encuentra un resultado con un filtro.
• enviar y corregir un formulario.

navegar sin un ratón

Recargue la página y utilice las teclas Tab, Mayús+Tab, Intro, Espacio y las flechas según el control. El foco debe permanecer visible y seguir un orden lógico. Abra el menú, cambie los filtros, acceda a los enlaces después de una tarjeta y cierre los diálogos sin quedar atrapado al navegar con el teclado.

Verifique los enlaces de omisión y los anclajes en la página también. Después de un salto, la lectura debe continuar desde la sección deseada. Los Verificaciones preliminares del W3C son un comienzo útil, no una auditoría completa.

Leer la página de otras maneras

Aumente el tamaño del texto y el zoom del navegador al 200%, luego pruebe una ventana gráfica del tamaño de un teléfono. El contenido y los controles esenciales deben permanecer disponibles sin desplazamiento horizontal forzado. Mida el contraste para el texto, los indicadores de enfoque y los mensajes importantes con una herramienta adecuada.

Utilice un lector de pantalla para escanear encabezados y enlaces. Los encabezados deben describir secciones, los enlaces deben tener sentido fuera de su párrafo y las imágenes informativas necesitan alternativas útiles. Las imágenes decorativas pueden tener un atributo alt vacío.

Errores de prueba y cambios dinámicos

Envíe un formulario vacío y luego una dirección no válida. La retroalimentación debe identificar el campo a arreglar, permanecer asociado con él y preservar las respuestas válidas. Después de la sumisión, el éxito o el fracaso deben ser perceptibles sin depender solo del color.

Para la búsqueda y los filtros, verifique el recuento de resultados, el estado vacío y el anuncio de los cambios en un lector de pantalla. Una interfaz puede funcionar con un mouse mientras que sus actualizaciones siguen siendo difíciles de entender en otro modo.

• paso exacto que falla.
• efecto en la tarea del visitante.
• Reparación esperada y repetición de verificación.

Priorizar y buscar una evaluación completa

Arregle las barreras que impiden la lectura, la navegación, la comparación o el contacto primero. Repita el mismo viaje después de cada corrección. Las herramientas automatizadas pueden encontrar algunos problemas, pero no pueden juzgar si tiene sentido un texto alternativo o un viaje.

Estas comprobaciones preliminares no establecen el cumplimiento. Si se aplica al sitio una norma o declaración de accesibilidad, organice una evaluación adecuada contra la norma pertinente, como WCAG o la francesa RGAA . Los Lista de verificación previa al lanzamiento Ayuda a incluir estos controles en la revisión de la versión.