Comprobar la accesibilidad web: una revisión útil antes de publicar

Empieza por una URL y una tarea concreta

Escoge una página representativa y decide qué debería poder hacer una persona en ella. Puede ser solicitar presupuesto, encontrar un producto, añadirlo a la cesta o completar un pago. Esta decisión evita revisar elementos sin contexto y ayuda a detectar bloqueos reales.

Una comprobación inicial debe registrar la URL, la fecha, el navegador y la tarea revisada. Cuando vuelvas a probar tras una corrección, tendrás una referencia clara para saber si has eliminado la barrera o solo has cambiado su apariencia.

• Abrir la página sin iniciar sesión y comprobar el título de la pestaña.
• Recorrer enlaces, botones y campos solo con Tab, Mayús+Tab, Intro y Escape.
• Revisar el foco visible, el contraste y los mensajes de error.
• Comprobar encabezados, enlaces y controles con un lector de pantalla cuando el flujo sea crítico.
• Guardar los hallazgos con el selector o ejemplo técnico que permita reproducirlos.

Combina automatización con revisión humana

Los analizadores automáticos son eficaces para localizar patrones repetidos: imágenes sin alternativa, etiquetas de formulario ausentes, contraste insuficiente o controles sin nombre. Reducen el tiempo de búsqueda y permiten comparar una misma página a lo largo del tiempo.

No pueden decidir por sí solos si un texto alternativo explica una imagen, si una instrucción es comprensible o si el orden de una compra tiene sentido. Por eso el resultado automático debe abrir una lista de comprobaciones manuales, no cerrarla.

Prioriza antes de corregir

Una incidencia crítica en el botón de compra merece más atención que un ajuste visual en una página secundaria. Ordena el trabajo por impacto sobre la tarea, repetición del componente y alcance de la corrección. Arreglar una base de diseño suele eliminar el mismo problema en muchas pantallas.

Cada tarea debe indicar qué ocurre, a quién puede afectar, dónde se reproduce y cómo se validará. Este formato reduce idas y vueltas entre diseño, desarrollo y negocio, y evita que el informe se convierta en una lista que nadie utiliza.

Repite la prueba después del cambio

La comprobación posterior es parte de la corrección. Revisa la misma URL y la misma tarea, además de las variantes cercanas del componente. Un arreglo de contraste puede afectar estados de foco; una mejora de teclado puede cambiar el comportamiento de un modal.

Con un historial de escaneos podrás distinguir deuda antigua, nuevas regresiones y problemas ya resueltos. El objetivo es mantener una práctica de calidad continua, no aprobar una única revisión.