3.4: Principios WCAG

Los cuatro principios rectores de WCAG dicen que el contenido web debe ser Percibible, Operable, Comprensible y Robusto (POUR) para ser accesible a las personas con discapacidad.

1. Percibible — Los componentes de la información y de la interfaz de usuario deben ser presentables a los usuarios de manera que puedan percibir.
   • Esto significa que los usuarios deben ser capaces de percibir la información que se presenta (no puede ser invisible para todos sus sentidos)
2. Operable: los componentes de la interfaz de usuario y la navegación deben ser operativos.
   • Esto significa que los usuarios deben poder operar la interfaz (la interfaz no puede requerir una interacción que un usuario no pueda realizar)
3. Comprensible — La información y el funcionamiento de la interfaz de usuario deben ser comprensibles.
   • Esto significa que los usuarios deben ser capaces de comprender la información así como el funcionamiento de la interfaz de usuario (el contenido u operación no puede estar más allá de su comprensión)
4. Robusto: el contenido debe ser lo suficientemente robusto como para que pueda ser interpretado de manera confiable por una amplia variedad de agentes de usuario, incluidas las tecnologías de asistencia.
   • Esto significa que los usuarios deben poder acceder al contenido a medida que avanzan las tecnologías (a medida que evolucionan las tecnologías y los agentes de usuario, el contenido debe permanecer accesible)

Fuente: Introducción a la comprensión de WCAG 2.0

Percibible

Para que el contenido sea percibible debe ser posible percibirlo a través de múltiples sentidos. Si bien hay una variedad de formas de proporcionar alternativas perceptibles a través de sentidos alternos (por ejemplo, descripciones de audio para contenido visual para quienes son ciegos, o interpretación de lenguaje de señas de contenido de audio para aquellos que son sordos), las alternativas de texto son generalmente la mejor opción.

El texto se puede convertir en una variedad de formas. Se puede leer en voz alta mediante un software de lectura de pantalla o convertirse a braille para los ciegos. Se puede traducir a otros idiomas para quienes leen en un segundo idioma o se puede magnificar sin perder su aspecto agudo para aquellos con baja visión. Su color se puede cambiar fácilmente para que sea más legible para aquellos que son daltónicos, o necesitan un alto contraste.

Punto clave: El texto sin formato es el formato alternativo más adaptable porque se puede convertir fácilmente en una variedad de formas para hacer que el contenido sea percibible en una amplia gama de necesidades de accesibilidad.

Operable

En el contexto de la accesibilidad web, la operabilidad generalmente significa que algo es funcional usando un teclado. Si los elementos funcionales no son operables por teclado, serán inaccesibles para muchos usuarios.

Los desarrolladores suelen crear funciones que operan con un mouse, a veces pasando por alto la funcionalidad del teclado. La mayoría de las personas que acceden a Internet sí usan un mouse, pero muchas no. Es poco probable que una persona ciega use un mouse, sino que, en cambio, confiará casi exclusivamente en el acceso al teclado. Los usuarios avanzados, a menudo desarrolladores o programadores, también tienden a ser usuarios de teclado, por lo que la usabilidad también se pierde para este grupo cuando el acceso al teclado no está programado en.

Operable también puede significar funcional usando la voz de uno. Algunas personas con discapacidades motoras graves utilizan software de reconocimiento de voz junto con interruptores (vea la figura a continuación) para operar sus computadoras y navegar por la Web. Esto significa que debe haber texto asociado a elementos funcionales como botones gráficos, por lo que se puede hablar el texto para darle foco a un elemento, y esos elementos deben ser accionables por teclado para que se pueda usar un interruptor para activar el elemento. Presionar un interruptor es muy parecido a presionar la tecla Enter o la barra espaciadora en un teclado, o hacer clic en un mouse.

Figura: Un interruptor de botón utilizado para replicar un clic del mouse
Fuente: Wikipedia

Punto clave: Todos los elementos funcionales en el contenido web que operan con un mouse también deben operar con un teclado.

Comprensible

Comprensible se refiere a comprender tanto el contenido como las características de un sitio web. El contenido que utiliza un lenguaje más complejo o avanzado del necesario puede ser difícil de entender para algunas personas con discapacidad, así como para aquellos que leen en un segundo idioma, o tal vez usuarios mayores con habilidades cognitivas disminuidas. Particularmente para los sitios de acceso público, se debe minimizar el nivel de lectura del idioma utilizado, utilizando un lenguaje más simple siempre que sea posible.

Un segundo aspecto de la comprensión se relaciona con la consistencia y facilidad de uso de los elementos de navegación en un sitio, reduciendo el número de elementos de navegación y presentando estos elementos consistentemente a lo largo de un sitio web. Esto puede mejorar la usabilidad para muchos usuarios, incluidos aquellos que son ciegos, aquellos con discapacidades cognitivas o de aprendizaje y usuarios mayores.

Una persona que es ciega y usa un lector de pantalla para navegar por un sitio a menudo dedicará algún esfuerzo a mapear a la memoria la estructura de navegación de un sitio, al igual que uno podría visualizar viajando del punto A al punto B a través de un edificio o por las calles de la ciudad. Si la estructura de navegación cambia, a menudo puede generar confusión y tener que mapear nuevamente la estructura de navegación. Si la navegación se mantiene consistente, solo necesita aprenderse una vez, después de lo cual el esfuerzo cognitivo puede enfocarse en comprender el contenido importante de una página web o sitio web.

Punto clave: Utilice elementos de navegación simples, consistentes y predecibles a lo largo de un sitio web.

Robusto

Robusto, como lo describe el W3C, significa que el contenido funciona bien en una amplia gama de tecnologías web y de asistencia. Esto generalmente significa usar tecnología para estandarizar. Los navegadores web y las tecnologías de asistencia basan su desarrollo en estándares como HTML, y son capaces de interpretar el contenido que se crea de manera estándar. Cuando el contenido varía del estándar, las tecnologías de asistencia a menudo tienen problemas para interpretarlo. No todo el contenido debe cumplir con los estándares, pero cuando se crea contenido personalizado que no cumple, se debe proporcionar una versión secundaria estandarizada para que el contenido “se degrada con gracia”. El contenido web que se degrada con gracia tiene la intención de funcionar mejor en los navegadores y tecnologías de asistencia más actuales, y luego, a medida que las tecnologías más antiguas y menos ricas en funciones lo ven, debería degradarse de una manera que sigue siendo funcional, pero con menos características.

Técnico: Con la llegada de WAI ARIA, ahora es posible desviar del estándar, quizás usando HTML de nuevas formas que inicialmente no se pretendían. Los atributos ARIA se pueden usar para describir el rol, los estados y las propiedades de los elementos personalizados. Por ejemplo, un <div>elemento HTML nunca tuvo la intención de ser clicable, pero con algo de JavaScript es posible agregar funcionalidad de clic, aunque desde la perspectiva de una tecnología de asistencia el <div>es solo un contenedor sin funcionalidad.

A <div>se ha utilizado de manera no estándar en este caso. ARIA ahora se puede agregar a ese personalizado para <div>darle un role="button” por ejemplo, y se puede hacer enfocable agregando un atributo tabindex, y se puede hacer clic agregando el atributo aria-pressed para describir su estado como presionado o no presionado, y así sucesivamente.

Hay otras ocasiones en las que podrían usarse tecnologías no estándar como objetos Flash incrustados o applets Java. Aunque es posible hacer que estos objetos sean algo accesibles, a menudo son difíciles de acceder y operar de manera efectiva con tecnologías de asistencia. En tales casos, generalmente se necesitan alternativas. Algunas herramientas de desarrollo de Flash, por ejemplo, proporcionan una opción para generar una versión HTML, aunque éstas tienden a ser representaciones estáticas de lo que era interactivo en Flash. Cuando sea posible, HTML5, con CSS, scripting y ARIA deben usarse para desarrollar contenido interactivo para la Web.

HTML5 y ARIA serán discutidos con mayor detalle en la unidad 8[1].

Punto clave: Cuando se utilizan tecnologías no estándar, o donde las tecnologías estándar se utilizan de manera no estándar, proporcionan alternativas estandarizadas para permitir que el contenido se degrade con gracia.