Principio 2/2.5 Modalidades de los input/2.5.1-A
De WCAG Wiki
2.5.1-A. Gestos alternativos
- Nivel: A
- Versión: 2.1
- Principio: 2_Operable
- Pauta: 2.5_Modalidades_de_entrada
- Grupo: Interacción
- Subgrupo: Gestos_y_movimiento
Discapacidades afectadas
Este criterio puede afectar a distintas personas con discapacidad. A continuación se indican las más relevantes.
-
Motriz –
Barrera grave
-
Baja visión –
Barrera moderada
-
Cognitiva –
Barrera leve
Enunciado del criterio (Observatorio de Accesibilidad Web)
- Toda la funcionalidad que emplee gestos multipunto o dependientes de la trayectoria realizada también se debe poder realizar empleando un único punto de contacto y sin trazos, mediante una pulsación sencilla con un dedo o con un puntero.
Comprensión del criterio
Descripción resumida
Si una funcionalidad requiere gestos complejos, como pellizcar para hacer zoom o deslizar para borrar, debe existir una alternativa basada en una pulsación simple.
Objetivo
Garantizar que las funciones que dependen de gestos avanzados puedan ejecutarse también mediante un gesto simple o puntero único.
Importancia de cumplir el criterio
Fundamental para personas con movilidad reducida, temblores, parálisis parcial o que usan punteros de cabeza, dispositivos de seguimiento ocular o botones externos.
Referencias WCAG
- Understanding Success Criterion 2.5.1: Pointer Gestures (W3C)
- WCAG Quick Reference – 2.5.1
- WAI-ARIA Authoring Practices — gestos y entradas táctiles
Recursos de apoyo
- Controles alternativos para gestos móviles
- Buenas prácticas UI accesibles en móviles
- ARIA para dispositivos táctiles
Evaluación del criterio
Tipo de evaluación
Evaluación Manual
Procedimiento de evaluación
- Paso 1. Identificar funciones que usen gestos multipunto o movimientos.
- Paso 2. Verificar alternativa mediante toque único o clic.
- Paso 3. Comprobar que la alternativa no requiere precisión fina.
- Paso 4. Probar desde móvil, tablet y navegación asistida.
- Paso 5. Validar comandos accesibles visibles (no escondidos).
Resultado esperado
Toda acción basada en gestos complejos dispone de una alternativa mediante pulsación simple.
Ejemplo ilustrativo
✅ Alternativa a hacer zoom con pellizco
<button aria-label="Aumentar zoom">+</button> <button aria-label="Reducir zoom">−</button>
✅ Alternativa a deslizar para eliminar
<button aria-label="Eliminar elemento">Eliminar</button>
Otras herramientas de evaluación
- Pruebas en móvil/tablet
- Control por interruptores / Puntero de cabeza / Eye tracking
- Prueba de puntero único
Ejemplos accesibles y no accesibles creados por alumnos
<!DOCTYPE html>
⚠️ PROBLEMA 3.3.2-C: Este formulario NO tiene etiquetas ni instrucciones claras
Reserva de Hotel
⚠️ Problemas de este formulario:
- No hay etiquetas
<label>para ningún campo - Algunos placeholders son ambiguos ("Código" - ¿qué código?)
- No se indica qué campos son obligatorios
- No hay instrucciones sobre el formato esperado
- El select dice "Selecciona" pero ¿seleccionar qué?
- Un campo no tiene ni placeholder ni etiqueta (campo de email)
- No hay indicación de formato de fecha específico
- No se explica para qué sirve cada campo
<!DOCTYPE html>
✅ ACCESIBLE 3.3.2-C: Este formulario tiene etiquetas e instrucciones claras
Reserva de Hotel
Complete el siguiente formulario para reservar su estadía
Nota: Los campos marcados con * son obligatorios
✅ Implementación correcta:
- Cada campo tiene una etiqueta
<label>clara asociada - Los campos obligatorios están claramente marcados con *
- Hay instrucciones específicas sobre formato y contenido esperado
- Los selectores tienen opciones descriptivas, no ambiguas
- Se explica el propósito de cada campo cuando no es obvio
- Se proporcionan ejemplos en los placeholders
- Hay una nota inicial explicando la convención de campos obligatorios
- Se usan atributos ARIA apropiados (aria-required, aria-describedby)
Comentarios
A continuación se muestran comentarios sobre el criterio 2.5.1-A. Gestos alternativos
Loading comments...
