Diferencia entre revisiones de «Principio 2/2.5 Modalidades de los input/2.5.4-A»
De WCAG Wiki
Página creada con «== '''2.5.4-A. Activación por movimiento''' == <!-- Análisis interno: Este criterio impacta principalmente a: Personas con discapacidad motriz Problema grave: Si no hay alternativa al movimiento del dispositivo, los usuarios con movilidad limitada no pueden activar funcionalidades dependientes de dicho movimiento, creando barreras graves. --> <html> <!-- criterio 2.5.4-A --> <article class="wcag-card"> <section class="wcag-info"> <ul> <li><sp…» |
Sin resumen de edición |
||
| Línea 1: | Línea 1: | ||
== | {{CriterioWCAG | ||
|id_wcag_criterio=2.5.4 | |||
|id_wcag_subcriterio=2.5.4-A | |||
|wcag_titulo_criterio=2.5.4-A. Activación por movimiento | |||
|wcag_nivel=A | |||
|wcag_version=2.1 | |||
|wcag_principio=2_Operable | |||
|wcag_principio_url=Principio_2 | |||
< | |wcag_pauta=2.5_Modalidades_de_entrada | ||
|wcag_pauta_url=Principio_2/2.5_Modalidades_de_entrada | |||
|wcag_grupo=Interacción | |||
|wcag_subgrupo=Gestos_y_movimiento | |||
|wcag_subcriterio_url=Principio_2/2.5_Modalidades_de_entrada/2.5.4-A | |||
|wcag_discapacidades= | |||
<li class="discapacidad-item"> | |||
[[Archivo:Motriz.png|20px|class=icon-discapacidad|alt=Discapacidad motriz]] | |||
<span class="discapacidad-texto">[[:Categoría:Discapacidad motriz|Motriz]]</span> – | |||
<span class="gravedad gravedad-grave">Barrera grave</span> | |||
</li> | |||
|wcag_lista_discapacidades= | |||
[[Categoría:Discapacidad motriz]] | |||
|wcag_texto_criterioOAW= | |||
</ | Las funciones que se pueden activar mediante el movimiento del dispositivo o mediante gestos basados en sensores también deben poder activarse mediante componentes de la interfaz de usuario. Las funciones activadas mediante movimiento pueden desactivarse para evitar activaciones accidentales, excepto cuando el movimiento sea esencial. | ||
</ | |||
|wcag_descripcion_resumida= | |||
Si una acción se activa moviendo el dispositivo (sacudir, inclinar, girar), debe existir un control accesible alternativo (botón, enlace). Además, los usuarios deben poder desactivar la activación por movimiento cuando no sea esencial. | |||
|wcag_objetivo= | |||
Garantizar alternativas accesibles cuando la interacción dependa de movimiento físico del dispositivo, de forma que personas con movilidad reducida o temblores puedan usar la interfaz sin gestos físicos complejos. | |||
|wcag_importancia= | |||
Los usuarios que no pueden mover el dispositivo o lo tienen fijo en un soporte, así como quienes sufren movimientos involuntarios, necesitan poder usar controles convencionales para evitar errores y activar funcionalidades de manera fiable. | |||
|wcag_referencias= | |||
<ul> | |||
<li>Understanding Success Criterion 2.5.4: Motion Actuation (W3C)</li> | |||
<li>WCAG Quick Reference – 2.5.4</li> | |||
<li>WAI-ARIA Authoring Practices — Motion and Sensors</li> | |||
</ul> | |||
|wcag_recursos= | |||
<ul> | |||
<li>Buenas prácticas para interacción basada en sensores</li> | |||
<li>Controles alternativos para gestos por movimiento</li> | |||
</ul> | |||
|wcag_tipo_evaluacion=Manual | |||
|wcag_pasos_evaluacion= | |||
<ol class="paso-list"> | |||
<li>Identificar funciones que dependen de movimiento del dispositivo.</li> | |||
<li>Verificar que existe un control alternativo visible y accesible.</li> | |||
<li>Comprobar que la activación por movimiento puede desactivarse cuando no sea esencial.</li> | |||
<li>Probar accesibilidad con teclado, puntero y control asistido.</li> | |||
<li>Validar funcionamiento en móvil o tablet, si es posible.</li> | |||
</ol> | |||
|wcag_resultado_evaluacion= | |||
La funcionalidad basada en movimiento dispone de alternativa accesible y puede desactivarse cuando no sea esencial, garantizando interacción segura y usable para todos los usuarios. | |||
|wcag_ejemplo_evaluacion= | |||
<div class="accessibility-card"> | |||
<strong>✅ Control alternativo visible + opción para desactivar movimiento</strong> | |||
<pre class="wcag-codigo-html"> | |||
<label> | |||
<input type="checkbox" id="motion-toggle" checked> | |||
Activar control por movimiento | |||
</label> | |||
<button id="undo">Deshacer</button> | |||
<script> | |||
let motionEnabled = true; | |||
document.getElementById('motion-toggle') | |||
.addEventListener('change', e => motionEnabled = e.target.checked); | |||
window.addEventListener('devicemotion', e => { | |||
if (motionEnabled && e.acceleration.x > 15) { | |||
document.getElementById('undo').click(); | |||
} | |||
}); | |||
</script> | |||
</pre> | |||
</div> | |||
|wcag_otras_herramientas_evaluacion= | |||
<ul> | |||
<li>Simuladores de sensores en navegador</li> | |||
<li>Pruebas con control por voz y dispositivos asistivos</li> | |||
<li>Validación manual en móvil/tablet</li> | |||
</ul> | |||
}} | |||
Revisión del 12:07 5 nov 2025
2.5.4-A. Activación por movimiento
- 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
Enunciado del criterio (Observatorio de Accesibilidad Web)
- Las funciones que se pueden activar mediante el movimiento del dispositivo o mediante gestos basados en sensores también deben poder activarse mediante componentes de la interfaz de usuario. Las funciones activadas mediante movimiento pueden desactivarse para evitar activaciones accidentales, excepto cuando el movimiento sea esencial.
Comprensión del criterio
Descripción resumida
Si una acción se activa moviendo el dispositivo (sacudir, inclinar, girar), debe existir un control accesible alternativo (botón, enlace). Además, los usuarios deben poder desactivar la activación por movimiento cuando no sea esencial.
Objetivo
Garantizar alternativas accesibles cuando la interacción dependa de movimiento físico del dispositivo, de forma que personas con movilidad reducida o temblores puedan usar la interfaz sin gestos físicos complejos.
Importancia de cumplir el criterio
Los usuarios que no pueden mover el dispositivo o lo tienen fijo en un soporte, así como quienes sufren movimientos involuntarios, necesitan poder usar controles convencionales para evitar errores y activar funcionalidades de manera fiable.
Referencias WCAG
- Understanding Success Criterion 2.5.4: Motion Actuation (W3C)
- WCAG Quick Reference – 2.5.4
- WAI-ARIA Authoring Practices — Motion and Sensors
Recursos de apoyo
- Buenas prácticas para interacción basada en sensores
- Controles alternativos para gestos por movimiento
Evaluación del criterio
Tipo de evaluación
Evaluación Manual
Procedimiento de evaluación
- Identificar funciones que dependen de movimiento del dispositivo.
- Verificar que existe un control alternativo visible y accesible.
- Comprobar que la activación por movimiento puede desactivarse cuando no sea esencial.
- Probar accesibilidad con teclado, puntero y control asistido.
- Validar funcionamiento en móvil o tablet, si es posible.
Resultado esperado
La funcionalidad basada en movimiento dispone de alternativa accesible y puede desactivarse cuando no sea esencial, garantizando interacción segura y usable para todos los usuarios.
Ejemplo ilustrativo
✅ Control alternativo visible + opción para desactivar movimiento
<label>
<input type="checkbox" id="motion-toggle" checked>
Activar control por movimiento
</label>
<button id="undo">Deshacer</button>
<script>
let motionEnabled = true;
document.getElementById('motion-toggle')
.addEventListener('change', e => motionEnabled = e.target.checked);
window.addEventListener('devicemotion', e => {
if (motionEnabled && e.acceleration.x > 15) {
document.getElementById('undo').click();
}
});
</script>
Otras herramientas de evaluación
- Simuladores de sensores en navegador
- Pruebas con control por voz y dispositivos asistivos
- Validación manual en móvil/tablet
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.4-A. Activación por movimiento
Loading comments...
