lunes, 20 de abril de 2026

Ejemplos prácticos de cómo cumplir con el criterio "2.5.7 Movimiento de arrastre"

Este año se publicará la nueva versión de la EN 301 549 que obligará al cumplimiento de los criterios añadidos en la versión 2.2 de las WCAG, los cuales ya he explicado anteriormente en otros artículos y webinars (consultar apartado referencias sobre las WCAG 2.2). Uno de los nuevos criterios es el 2.5.7 Movimiento de arrastre.

El criterio 2.5.7 AA indica que toda funcionalidad que implique un movimiento de arrastre se tiene que poder realizar mediante un puntero sencillo sin arrastrar. Por ejemplo, mediante un solo clic o un solo toque.

El objetivo de este artículo es ilustrar un incumplimiento concreto del criterio 2.5.7 y mostrar varias alternativas de solución.

Ejemplo incorrecto

El ejemplo incorrecto que propongo es el siguiente:

Captura de una aplicación móvil que permite modificar la claridad de una imagen. Esta función se realiza mediante un deslizador que no tiene botones en los extremos.

Esta pantalla tiene un deslizador para aumentar o disminuir la claridad de la imagen. Para mover este deslizador debes pulsar, arrastrar y soltar, de tal manera que en el evento de bajada hay un elemento que sigue al puntero hasta el evento de subida.

Hay personas que no van a poder realizar este gesto o les va a resultar complicado, por eso, es necesario ofrecer una alternativa con un solo puntero.

Opciones de solución

A continuación indico tres posibles soluciones. Os adelanto que la solución ideal es aquella que tiene en cuenta las tres.

Incluir botones

El deslizador muestra botones a los lados con el símbolo de más y de menos.

En esta solución se ha incluido un botón a cada lado del control con la etiqueta visible "Más" y "Menos". Estos botones permiten mover el deslizador. De esta manera, no se depende solo del gesto de arrastrar, sino que se ofrece la alternativa de usar un puntero sencillo.

Pulsar en la barra para avanzar

El deslizador muestra botones a los lados con el símbolo de más y de menos. Además, se indica que se puede pulsar en cualquier punto del deslizador para moverlo.

En esta solución se permite que la persona pueda pulsar en cualquier parte del deslizador para moverlo. Esta opción es mucho menos precisa que los botones, por lo que se recomienda que sea una opción adicional a la de los botones.

Poder introducir el dato concreto

El deslizador muestra botones a los lados e indica que se puede pulsar en cualquier punto del deslizador para moverlo. Además, incluye un campo de formulario Porcentaje de luminosidad y un botón Cambiar.

En esta solución se incluye un campo para indicar directamente el porcentaje de luminosidad que se desea. Esta opción proporciona una forma de incluir de manera sencilla y rápida el valor exacto de luminosidad que se desea, sin depender además del gesto de arrastre.

¿Cuál es la solución ideal?

La solución ideal es implementar las tres.

  • Los botones facilitan un ajuste fino y controlado.
  • Deslizarlo con toques permite un ajuste rápido, útil para comparar de forma ágil cambios drásticos de luminosidad.
  • El campo numérico asegura una precisión absoluta y fácil de replicar. Desde mi punto de vista, es la más cómoda en el acceso por voz y, seguramente, la más útil si accedes con un lector de pantalla.

Estaremos no solo cumpliendo con un criterio de accesibilidad que permite la interacción a muchas personas con discapacidad, sino que, además, mejoraremos la experiencia de usuario para todas las personas, ofreciendo un control que se adapta a sus necesidades y preferencias.

No es lo mismo "deslizar" que "arrastrar"

Por último, recuerdo que "arrastrar" no es lo mismo que "deslizar". En el criterio 2.5.7 revisamos el movimiento de arrastre, mientras que en el criterio "2.5.1 Gestos del puntero (A)" revisamos el gesto de deslizar, que también se tiene que poder realizar mediante un solo puntero.

En la siguiente captura se observa un carrusel.

Captura de una aplicación móvil con un carrusel. El carrusel se puede desplazar con el gesto de deslizar. El carrusel tiene botones de flecha para desplazar el carrusel con un solo puntero. También dispone de botones de punto bajo el carrusel, de un tamaño muy pequeño, para saltar a un elemento concreto.

Para consultar los diferentes elementos del carrusel se utiliza el gesto de deslizar, es decir, desplazas el dedo en una dirección determinada.

El carrusel de esta captura cumple el criterio "2.5.1 Gestos del puntero" porque permite deslizarlo mediante un puntero simple a través de los botones de flecha o los botones de punto bajo el carrusel.

Referencias sobre las novedades de las WCAG 2.2

Webinar Olga Carreras "Novedades de las WCAG 2.2"

Enlace al vídeo en YouTube

Enlace a la presentación: Explorando las novedades de la WCAG 2.2. Olga Carreras Montoto.

Nota. El artículo ha sido desarrollado y escrito por Olga Carreras sin herramientas IA salvo para la corrección ortográfica. Las capturas han sido tomadas por Olga Carreras con su móvil, pero la modificación de las capturas para ilustrar las soluciones sí se ha realizado mediante una aplicación IA.

miércoles, 8 de abril de 2026

Problema recurrente de accesibilidad y seguridad. Botón mostrar contraseña sin nombre accesible.

Captura de un campo de formulario Contraseña con un botón de mostrar contraseña al lado. El lector de pantalla Talkback me indica sin etiqueta.

Los botones para mostrar contraseña son muy recomendables:

  • Reducen errores al escribir, ya que puedes verificar lo que has escrito, por ejemplo, que no tenías activadas las mayúsculas sin querer, o que no te has equivocado al teclear. Es especialmente útil en móvil, donde es más fácil equivocarse.
  • Reduce el número de intentos fallidos y, por tanto, la posibilidad de bloquear la cuenta.
  • Reduce la carga cognitiva y el estrés de recordar una contraseña compleja mientras la escribes a ciegas.
  • Das el control a la persona, que puede decidir ver la contraseña o no, y esto genera confianza.

Sin embargo, si el botón para mostrar la contraseña no es accesible, puede generar un problema de seguridad.

Me encuentro muy a menudo con que este botón no tiene un nombre accesible, en consecuencia, el lector solo anuncia "botón".

En estos casos, como he comprobado en directo en algún test con personas usuarias, una persona con discapacidad visual que accede con un lector de pantalla puede pensar que es el botón del formulario, cuando lo que está haciendo realmente es revelarnos su contraseña.

Es verdad que los lectores de pantalla empiezan ya a proponer nombres para botones sin etiquetar, pero puedes tener activa o no dicha opción, o el nombre propuesto puede ser correcto o no... así que mejor etiqueta tú los componentes.

Por otra parte, que en determinado framework o librería este botón venga sin etiquetar tampoco es excusa, la responsabilidad última de la accesibilidad y la seguridad de tu web o app es tuya.

Por último, cuando lo pulses, comprueba que cambia su nombre o su estado, pero mejor que no sean las dos cosas:

  • O bien su nombre es "Mostrar contraseña" y cambia dinámicamente a "Ocultar contraseña".
  • O bien su nombre es siempre "Mostrar contraseña" con estado pressed/no pressed. Puedes consultar Button Examples (IDL Version), W3C.

Artículo relacionado:

lunes, 30 de marzo de 2026

De los héroes de la accesibilidad al modelo de madurez . Reseña revista ASEPAU número 10

Portada del artículo de Olga Carreras en la revista 10 de ASEPAU

Título: De los héroes de la accesibilidad al modelo de madurez

Autor: Olga Carreras

Idioma: castellano

Descarga: artículo "De los héroes de la accesibilidad al modelo de madurez" en la revista anual número 10 de ASEPAU (PDF, 600 KB)

Fecha de edición: 2026


Portada de la revista 10 de ASEPAU

Título: Revista ASEPAU número 10

Autor: varios

Nº páginas: 155

Idioma: castellano

Descarga: Revista ASEPAU número 10 (PDF, 8.5 MB)

Fecha de edición: 2026


Portada del artículo de Henar Pascual Villanueva en la revista 10 de ASEPAU

Título: Soy una persona sorda. Entonces, ¿qué artes escénicas puedo disfrutar?

Autor: Henar Pascual Villanueva

Idioma: castellano

Descarga: artículo "Soy una persona sorda. Entonces, ¿qué artes escénicas puedo disfrutar?" en la revista anual número 10 de ASEPAU (PDF, 629 KB)

Fecha de edición: 2026


Ya está disponible el número anual de la revista ASEPAU (Asociación Española de Profesionales de Accesibilidad Universal) con 155 páginas sobre accesibilidad, todo un lujo.

El dossier central de la revista recoge la temática seleccionada este año: las artes escénicas y la cultura inclusiva. Incluye una entrevista a Jana Pacheco, los resultados de la encuesta sobre "¿Cómo vivimos la accesibilidad en las artes escénicas?" y 6 artículos.

Destaco el artículo de Henar Pascual Villanueva "Soy una persona sorda. Entonces, ¿qué artes escénicas puedo disfrutar?" que ha recibido un bien merecido reconocimiento al mejor artículo de este número y que os recomiendo sin duda leer.

En la "La voz de ASEPAU" hemos colaborado 9 socias y socios con artículos muy variados. En mi caso, publico el artículo "De los héroes de la accesibilidad al modelo de madurez" donde hablo del W3C Accessibility Maturity Model. El modelo se publicó en noviembre de 2025 para evaluar si una organización tiene la capacidad de producir productos accesibles a largo plazo y si fomenta la responsabilidad compartida. La madurez de la organización crece cuando los líderes miden lo que importa, asignan recursos y actúan para generar mejoras sostenibles.

Otros temas tratados en los artículos son:

  • "Hacia una regulación funcional de los servicios higiénicos accesibles", Ana Folch Méndes y Yolanda Fernández de Dios
  • "El lenguaje también diseña", Belén Vaz Luis
  • "Ética comunicativa y accesibilidad: en torno a la adaptación colaborativa", Cristina Sola
  • "A11YConf: un congreso que deja huella", Melania Pastor
  • "¿Son los asistentes virtuales una alternativa válida para cumplir la normativa de accesibilidad web?", Breixo Pastoriza Barcia
  • "ARIA es el nuevo amigo de la accesibilidad digital", Jonathan Chacón Barbero
  • "Accesibilidad turística: experiencias en Valencia y Jaén", Víctor Blázquez Martínez
  • "Instrucciones de uso accesibles para equipos de entrenamiento físico en la tercera edad", José María Fariñas

Consulta de la revista por artículos.

Muchas gracias de forma especial a Belén Vaz Luis, directora de la revista, por su trabajo y su paciencia.

Enlaces relacionados: