martes, 9 de junio de 2026

Vídeo: Animaciones desde interacciones que respeten las preferencias de las personas. Ejemplo práctico de prefers-reduced-motion

Ir al vídeo en YouTube: "Animaciones desde interacciones que respeten las preferencias de las personas" (con subtítulos y transcripción)

El otro día estuve analizando varias páginas web con animaciones. No estaba interactuando con ellas continuamente ni las tenía en primer plano. Simplemente estaban abiertas en una segunda pantalla y las percibía de reojo mientras trabajaba en la documentación.

Al cabo de un rato empecé a notar malestar y hasta náusea solo por tener ese movimiento constante en mi visión periférica. Así que empecé a pensar en grabar el vídeo que os comparto hoy para concienciar sobre este tema y mostrar soluciones sencillas de implementar.

Las animaciones son recursos habituales en los sitios web, animaciones que implican movimiento, desplazamiento o zoom, animaciones que a muchas personas provocan diversos efectos adversos como malestar, mareo, naúsea o distracción, entre otros.

Una animación a pantalla completa que consideras impactante puede generar un impacto, pero un impacto indeseado en la salud de otra persona, que seguramente no es lo que deseabas.

Pero la accesibilidad no consiste en quitar experiencias, no limita tu creatividad o tu diseño. La accesibilidad consiste en permitir que cada persona pueda adaptarlas a sus necesidades, preferencias y contexto de acceso, como explico en el vídeo que os comparto.

Al final decidí centrar el vídeo solo en las animaciones desde interacciones por una razón: el criterio 2.3.3 Animation from Interactions no es obligatorio por ley y quiero animar a cumplirlo.

Mi objetivo es divulgar el uso de la media query prefers-reduced-motion y animar a los diseñadores y desarrolladores a implementar dos sencillas técnicas que permiten respetar las preferencias de las personas sobre las animaciones.

En este vídeo hablo de:

  • Qué son las animaciones desde (o por) interacciones.
  • Personas a las que afectan y los efectos adversos.
  • Criterio 2.3.3 AAA de las WCAG.
  • Ejemplo práctico de cumplimiento mediante dos técnicas: prefers-reduced-motion y botón manual.
  • Recomendaciones adicionales.

Servicios relacionados

¿Necesitas una explicación detallada y práctica de todos los criterios de las WCAG o de aquellos que aplican a un determinado perfil profesional? Formación a medida en accesibiliddad digital

Vídeos relacionados:

Nota 1: como todos los artículos de este blog, este artículo NO está promocionado.

Nota 2: como todos los artículos de este blog, este artículo se ha ideado y elaborado sin el uso de herramientas IA, solo se han usado para la revisión final de la ortografía.

Autor: Olga Carreras Montoto

Etiquetas: , , , ,

Compártelo en:

Histórico de artículos:

Comentarios: 0 comentarios en el artículo " Vídeo: Animaciones desde interacciones que respeten las preferencias de las personas. Ejemplo práctico de prefers-reduced-motion "

Subir al comienzo de la página



viernes, 5 de junio de 2026

Verificar el cumplimiento del estándar PDF/UA (solo sintaxis) en Adobe Acrobat Profesional. Cómo cumplir con la accesibilidad del PDF.

El objetivo de este artículo no es hablar del estandar PDF/UA, del que ya he hablado en el pasado (artículos sobre accesibilidad en PDF) sino dar una anotación muy concreta sobre Adobe Acrobat Profesional para dar paso, después, a una reflexión sobre la validación de accesibilidad de los PDF.

Adobe Acrobat Profesional tiene un validador de accesibilidad, pero lo que mucha gente no ha encontrado, es que también tiene un comprobador de estándares. Dentro de él, se encuentra la comprobación de sintaxis respecto al estándar PDF/UA, que no es lo mismo que el validador de accesibilidad, aunque sí que tienen, claro está, muchos aspectos en común.

Esta opción está en la herramienta "Produccción de impresión", porque originalmente incluía solo la comprobación de otros estándares, como PDF/X y PDF/A.

Opción de Acrobat Comprobaciones PDF/UA e la herramienta Producción de impresión.

Opción de Acrobat Comprobaciones. PDF/UA.

Detalle de la ventana de edición del perfil de Acrobat Comprobaciones PDF/UA. Tiene distintos apartados como Documento, Páginas, Imágenes, Colores, Fuentes, Representación, etc.

Opción de Acrobat Comprobaciones. PDF/UA. Editar perfil.

Resultados de Acrobat Comprobaciones PDF/UA: enlace sin entrada Contents, Tabla no uniforme, Nota sin ID, Falta de identificador PDF/UA, etc.

Ejemplo de resultados.

Ni pasar el validador de accesibilidad de Acrobat ni pasar la herramienta de comprobación de sintáxis del estándar PDF/UA asegura un PDF accesible. De hecho, hay muchos PDF que tienen graves problemas y pasan los validadores.

Solo son validadores de sintaxis. Puede ser un PDF muy inaccesible, con todo el contenido en el idioma incorrecto, con las imágenes informativas como decorativas, con el orden de lectura caótico, con un etiquetado no semántico, pero con una sintaxis correcta, y pasar los validadores.

Por otra parte, hay PDF comprobados manualmente y escuchados de forma íntegra con el lector de pantalla que son PDF accesibles y, que sin embargo, dan algún error en el estándar PDF/UA, pero que no está afectando a la accesibilidad comprobada y real con personas usuarias.

De hecho, la inmensa mayoría los errores que me da el validador de accesibilidad (el de la herramienta de Accesibilidad) de Acrobat, que también incluye validación de sintaxis, se corresponden con errores reales que detecto en las pruebas manuales o en el acceso con el lector.

Sin embargo, corregidos estos, algunos de los que persiten en el validador de PDF/UA no están afectando a la accesibilidad. Me parece una pérdida de tiempo dedicar esfuerzo a ellos en vez de a otros aspectos del PDF que sí mejorarían sustancialmente la accesibilidad:

  • texto alternativos a abreviaturas o acrónimos (si están sin expandir);
  • texto alternativo a las llamadas a las notas (si no viene así desde el origen) ;
  • texto alternativo a textos cortos en mayúsculas que el lector está deletreando;
  • textos ocultos para mejorar la comprensión con el lector;
  • mejorar el acceso semántico a las gráficas o esquemas;
  • etc.

Las WCAG 2.2 ya han quitado el criterio 4.1.1 de comprobación de sintaxis, alegando precisamente que si ese error supone un problema de accesibilidad, ya lo vas a detectar en el resto de criterios.

Mi recomendación después de 20 años especializada en la conversión de PDF en PDF accesibles y de convertir cientos de PDF es, para conseguir PDF accesibles para las personas reales, que es lo que buscamos, debemos:

  1. Trabajar y analizar la accesibilidad del PDF manualmente:
    • Previo: revisión de diseño, maquetación, idioma, redacción, exportación a una página o planificación de texto oculto para el lector, todo ello a trabajar en el documento original.
    • Título, visualización del mismo en la cabecera, otros metadatos y opciones de apertura.
    • Idioma: general y del contenido (a nivel de etiquetas y contenido).
    • Orden de lectura.
    • Orden del etiquetado.
    • Etiquetado correcto de cada elemento (encabezados, listas, índices, citas, notas, etc.) sin elementos vacíos.
    • Descripción de imágenes (decorativas, informativas, con descripciones extensas).
    • Tratamiento de gráficas e infografías adecuado (semántico o como imagen, según el caso).
    • Orden de tabulación y funcionamiento de los elementos interactivos.
    • Trabajo específico con tablas (títulos, descripciones, encabezados, estructura).
    • Enlaces y botones interactivos correctos.
    • Otros textos alternativos necesarios adicionales a los de las imágenes.
    • Trabajo específico con formularios.
    • Índice de marcadores adecuado.
    • Páginación consistente.
  2. Escuchar el PDF de forma íntegra con un lector de pantalla como NVDA (no vale la herramienta "Leer en voz alta" de Adobe, que eso es otra cosa)
  3. Pasarle los validadores para revisar si alguno de los errores está afectando a la accesibilidad del PDF: los del validador de Accesibilidad de Acrobat, según mi experiencia, deberás corregirlos porque es prácticamente seguro que sí que afectan.

Los validadores están al servicio de los profesionales de la accesibilidad, no al revés...

Artículos relacionados:

Nota 1: como todos los artículos de este blog, este artículo NO está promocionado.

Nota 2: como todos los artículos de este blog, este artículo se ha ideado y elaborado sin el uso de herramientas IA, solo se han usado para la revisión final de la ortografía.

Autor: Olga Carreras Montoto

Etiquetas:

Compártelo en:

Histórico de artículos:

Comentarios: 0 comentarios en el artículo " Verificar el cumplimiento del estándar PDF/UA (solo sintaxis) en Adobe Acrobat Profesional. Cómo cumplir con la accesibilidad del PDF. "

Subir al comienzo de la página



miércoles, 3 de junio de 2026

Entrevista en el podcast "Despacho 42: Accesibilidad web con Olga Carreras" de la UOC (Universitat Oberta de Catalunya)

En el mes de abril tuve el placer de participar como invitada en el podcast "Despacho 42" de la UOC (Universitat Oberta de Catalunya).

Os comparto el episodio: "Despacho 42: Accesibilidad web con Olga Carreras" (en Spotify). En él hablamos sobre accesibilidad entendida como una manera de ver el mundo, como una manera de pensar.

Al reproducir el episodio se cargarán contenidos de Spotify y podrán instalarse cookies de terceros.

Acceso a la versión del podcast "Despacho 42: Accesibilidad web con Olga Carreras" en YouTube con transcripción.

Otras entrevistas

Nota 1: como todos los artículos de este blog, este artículo NO está promocionado.

Nota 2: como todos los artículos de este blog, este artículo se ha ideado y elaborado sin el uso de herramientas IA, solo se han usado para la revisión final de la ortografía.

Autor: Olga Carreras Montoto

Etiquetas: ,

Compártelo en:

Histórico de artículos:

Comentarios: 0 comentarios en el artículo " Entrevista en el podcast "Despacho 42: Accesibilidad web con Olga Carreras" de la UOC (Universitat Oberta de Catalunya) "

Subir al comienzo de la página