Diferencia entre revisiones de «Principio 2/2.1 Teclado Accesible/2.1.1-A»

De WCAG Wiki
Sin resumen de edición
Sin resumen de edición
Línea 79: Línea 79:
|wcag_ejemplo_evaluacion=
|wcag_ejemplo_evaluacion=
<div class="accessibility-card">
<div class="accessibility-card">
El enlace se activa con teclado y la navegación también es posible sin ratón.
<pre class="wcag-codigo-html">
<pre class="wcag-codigo-html">
<strong>Correcto:</strong> Botón implementado con <code>&lt;button&gt;</code> o <code>&lt;a&gt;</code> con <code>href</code>.
<a href="#info">Ver información</a>
<p id="info">Contenido accesible sin necesidad de ratón.</p>
</pre>
</pre>
</div>
</div>

Revisión del 14:02 5 nov 2025

2.1.1-A. Teclado accesible

Discapacidades afectadas

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

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

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 mouseoverfocus

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.










Ejemplos accesibles y no accesibles creados por alumnos

Comentarios

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

Loading comments...