Cómo probar la accesibilidad por teclado de tu web en 10 minutos

No hace falta un auditor externo ni un plugin carísimo para detectar la mayoría de los problemas graves de accesibilidad por teclado. Con diez minutos y la tecla Tab es suficiente para hacerte una idea honesta del estado real de una página.

Por qué probar solo con teclado

Hay personas que no usan ratón: por una discapacidad motriz, porque usan un lector de pantalla como NVDA, o simplemente porque en ese momento están navegando desde un teclado externo. Si algo solo funciona haciendo clic con precisión, esas personas quedan directamente fuera.

Los controles básicos

• Tab: avanza al siguiente elemento interactivo.
• Mayús + Tab: retrocede al anterior.
• Intro: activa enlaces y botones.
• Espacio: activa botones y casillas de verificación.
• Flechas: mueven dentro de menús, pestañas y grupos de opciones.

Recorre toda la página solo con estas teclas, desde el principio hasta el final, sin tocar el ratón ni una sola vez.

Errores más comunes

Estos son los que me encuentro constantemente cuando reviso un sitio:

• El foco visible desaparece en algún punto (ves un outline: none sin sustituto en el CSS).
• El orden del foco salta de forma extraña, sin seguir el orden visual de la página.
• Un menú se abre con el ratón pero no hay forma de abrirlo con teclado.
• El foco se queda «atrapado» dentro de un modal, o al revés, se escapa detrás de él.

Herramientas que ayudan

Para ir un paso más allá, sin sustituir nunca la prueba manual:

• El propio navegador, con las herramientas de desarrollo para inspeccionar qué elemento tiene el foco.
• Un lector de pantalla real (NVDA en Windows es gratuito) para comprobar que lo que se anuncia tiene sentido.
• Extensiones de auditoría automática, útiles para detectar contraste y etiquetado, pero que no sustituyen navegar de verdad con teclado.

Si tu web pasa esta prueba de diez minutos, ya vas muy por delante de la mayoría de sitios que existen.