Inicio › Recursos › Criterio WCAG

Manejo por teclado según WCAG 2.1.1

Cada función debe poder alcanzarse y activarse con el teclado. Esto afecta sobre todo a los elementos de control hechos a medida (div/span con controlador de clic en lugar de button/a).

Errores frecuentes

<div>/<span> pulsables sin tabindex ni controlador de teclado, menús desplegables solo al :hover, modales sin gestión del foco, carruseles sin botones de control.

Cómo hacerlo bien

Usar elementos nativos (button, a, input). Donde no haya otra opción: role, tabindex="0" y controlador keydown para Intro/Espacio. Sin trampas de teclado — también hay que poder salir.

Límite de la prueba automática

El manejo por teclado solo se comprueba con interacción real — el escaneo gratuito de a11yglass no lo cubre. Recorrer la página de arriba abajo solo con Tab, Mayús+Tab, Intro, Espacio y las flechas.

Cómo ayuda a11yglass

El escaneo gratuito comprueba el HTML y el CSS entregados en busca de incumplimientos de las WCAG detectables automáticamente e indica en cada hallazgo el criterio de conformidad y una medida concreta. Detecta aproximadamente el 20–35 % de los problemas y no sustituye una auditoría completa.

Seguir leyendo

• Foco visible según WCAG 2.4.7
• Etiquetado de formularios según las WCAG
• Movimiento según WCAG 2.2.2 / 2.3.3

Información general según nuestro leal saber y entender, sin valor de asesoramiento jurídico. Para un caso concreto, consultar a un despacho especializado en derecho de las tecnologías de la información.