Principio 2/2.1 Teclado Accesible/2.1.1-A

2.1.1-A. Teclado accesible

2_Operable 2.1_Teclado_Accesible

• Nivel: A
• Versión: 2.0
• Principio: 2_Operable
• Pauta: 2.1_Teclado_Accesible
• Grupo: Interaccion
• Subgrupo: Teclado

Discapacidades afectadas

Este criterio puede afectar a distintas personas con discapacidad. A continuación se indican las más relevantes.

• Motriz – Barrera grave
• Visual total – Barrera grave

Enunciado del criterio (Observatorio de Accesibilidad Web)

• Toda la funcionalidad de la página debe ser operable a través del teclado, excepto cuando dicha funcionalidad sea imposible realizarse con teclado (por ejemplo, un dibujo a mano alzada).

Comprensión del criterio

Descripción resumida

Toda la funcionalidad debe ser operable usando solo el teclado, sin requerir movimientos del ratón ni acciones rápidas.

Esto incluye teclados físicos, en pantalla o dispositivos alternativos que emulan la interacción por teclado.

Los elementos nativos HTML son accesibles por defecto; los elementos personalizados deben implementar soporte para teclado.

Objetivo

Garantizar que cualquier persona, incluidas las que no pueden utilizar un ratón, pueda operar y completar todas las funciones de la web exclusivamente mediante el teclado.

Importancia de cumplir el criterio

Si la interacción depende solo del ratón o gestos, muchas personas —incluidas las que usan pulsadores, navegación por teclado o lectores de pantalla— quedarán excluidas. El soporte de teclado es fundamental para accesibilidad universal y compatibilidad con tecnologías de asistencia.

Referencias WCAG

• G202: Ensuring keyboard control for all functionality
• H91: Using HTML form controls and links
• G90: Providing keyboard-triggered event handlers
• SCR20: Using both keyboard and other device-specific functions
• SCR35: Making actions keyboard accessible by using the onclick event of anchors and buttons
• SCR2: Using redundant keyboard and mouse event handlers
• F54: Failure due to using only pointing-device-specific event handlers (including gesture) for a function
• F42: Failure when emulating links but not making them keyboard accessible

Recursos de apoyo

Consejos

• Usar elementos button, a, input en lugar de div o span
• Asegurar que todos los componentes personalizados responden a Enter y Space
• Incluir onkeydown como alternativa a onclick
• Implementar equivalentes para mouseover → focus

Evaluación del criterio

Tipo de evaluación

Evaluación Manual

Procedimiento de evaluación

1. Paso 1. Utilizar el teclado para operar con las diversas funcionalidades que la página ofrece.
2. Paso 2. Verificar que se puede operar adecuadamente con todas las funcionalidades utilizando solamente el teclado.

Resultado esperado

Toda la funcionalidad puede operarse mediante teclado, salvo funciones intrínsecamente dependientes del puntero (p.ej. dibujo libre).

Ejemplo

El enlace se activa con teclado y la navegación también es posible sin ratón.

<a href="#info">Ver información</a>
<p id="info">Contenido accesible sin necesidad de ratón.</p>

Otras herramientas de evaluación

• Navegación por teclado: recorrer toda la página usando Tab, Shift + Tab, flechas y Enter/Espacio para comprobar que todos los elementos interactivos son alcanzables y activables.
• Inspección del navegador: verificar que los controles no dependen exclusivamente de interacción con ratón o gestos del puntero (p. ej. eventos solo onmouseover o onclick sin alternativa de teclado).
• Lectores de pantalla: (NVDA, JAWS, VoiceOver) confirmar que los elementos interactivos son anunciados como operables y que la interacción con teclado se mantiene.
• Herramientas de accesibilidad: usar DevTools y extensiones (Accessibility Tree) para revisar que widgets personalizados exponen roles y manejadores de teclado adecuados.

Comentarios

A continuación se muestran comentarios sobre el criterio 2.1.1-A. Teclado accesible

Loading comments...