Addaw, ir a inicio Donar

Principios de las WCAG

Escrito por Pablo Alcaraz Pérez Abril 03, 2023

Los cuatro principios rectores de las WCAG establecen que los contenidos web deben ser Perceptibles, Operables, Comprensibles y Robustos (POCR) para que sean accesibles a las personas con discapacidad.

 

Principio perceptible

Para que un contenido sea perceptible, debe ser posible percibirlo a través de múltiples sentidos. Aunque existen diversas formas de ofrecer alternativas perceptibles a través de otros sentidos (por ejemplo, descripciones sonoras de contenidos visuales para invidentes o interpretación en lengua de signos de contenidos sonoros para sordos), las alternativas textuales suelen ser la mejor opción.

La información y los componentes de la interfaz de usuario deben poder ser percibidos por los usuarios, ellos deben ser capaces de percibir la información presentada (no puede ser invisible para todos sus sentidos).

 

El texto puede convertirse en una variedad de formas. Puede leerse en voz alta con un programa de lectura de pantalla o convertirse a braille para los invidentes. Puede traducirse a otros idiomas para quienes lean en una segunda lengua o puede ampliarse sin que pierda nitidez para quienes tengan baja visión. Su color puede cambiarse fácilmente para hacerlo más legible para los daltónicos o los que necesitan un alto contraste.

 

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

 

Principio operable

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

Los componentes de la interfaz de usuario y la navegación deben ser operables, los usuarios deben poder manejar la interfaz (la interfaz no puede requerir una interacción que el usuario no pueda realizar).

Los desarrolladores suelen crear elementos que se manejan con el ratón, y a veces pasan por alto la funcionalidad del teclado. La mayoría de las personas que acceden a Internet utilizan un ratón, pero muchas no. Normalmente una persona ciega no utiliazará el ratón, en lugar de eso recurrirá casi exclusivamente al teclado. Los usuarios avanzados, a menudo desarrolladores o programadores, también suelen utilizar el teclado, por lo que la usabilidad también se pierde para este grupo cuando la web no es accesible por teclado.

Operable también puede significar funcional con la voz. Algunas personas con deficiencias motoras graves utilizan software de reconocimiento de voz junto con interruptores para manejar sus ordenadores y navegar por la web. Esto significa que debe haber texto asociado a los elementos funcionales, como los botones gráficos, de modo que se pueda pronunciar el texto para centrar la atención en un elemento, y que esos elementos se puedan manejar con el teclado para que se pueda utilizar un interruptor para activar el elemento. Pulsar un interruptor es muy parecido a pulsar la tecla Intro o la barra espaciadora en un teclado, o hacer clic con el ratón.

Botón rojo que activa reconocimiento de voz

Punto clave: Todos los elementos funcionales de los contenidos web que funcionan con un ratón deben funcionar también con un teclado.

 

Principio comprensible

Por comprensible se entiende la comprensión tanto del contenido como de las funciones de un sitio web. Los contenidos que utilizan un lenguaje más complejo o avanzado de lo necesario pueden resultar difíciles de entender para algunas personas con discapacidad, así como para quienes leen en una segunda lengua, o tal vez para usuarios mayores con capacidades cognitivas disminuidas. Especialmente en el caso de los sitios de acceso público, el nivel de lectura del lenguaje utilizado debe reducirse al mínimo, utilizando un lenguaje sencillo siempre que sea posible.

La información y el funcionamiento de la interfaz de usuario deben ser comprensibles, los usuarios deben ser capaces de entender tanto la información como el funcionamiento de la interfaz (el contenido o el funcionamiento no pueden ser incomprensibles).

Un segundo aspecto de la comprensión se refiere a la coherencia y facilidad de uso de los elementos de navegación de un sitio, reduciendo el número de elementos de navegación y presentando estos elementos de forma coherente en todo el sitio web. Esto puede mejorar la usabilidad para muchos usuarios, incluidos los invidentes, los que padecen discapacidades cognitivas o de aprendizaje y los usuarios de más edad.

Una persona ciega que utilice un lector de pantalla para navegar por un sitio suele dedicar cierto esfuerzo a memorizar la estructura de navegación de un sitio, del mismo modo que uno puede visualizar cómo se desplaza de un punto A a un punto B a través de un edificio o de las calles de una ciudad. Si la estructura de navegación cambia, a menudo se produce confusión y hay que volver a trazarla. Si la navegación se mantiene coherente, sólo es necesario aprenderla una vez, tras lo cual el esfuerzo cognitivo puede centrarse en comprender el contenido importante de una página o sitio web.

 

Punto clave: Utilice elementos de navegación sencillos, coherentes y predecibles en todo el sitio web.

 

Principio robusto

Robusto, tal y como lo describe el W3C, significa que el contenido funciona bien en una amplia gama de tecnologías web y de asistencia. Por lo general, esto significa utilizar la tecnología según los estándares. Los navegadores web y las tecnologías de apoyo basan su desarrollo en estándares como HTML, y son capaces de interpretar contenidos creados de forma estándar. Cuando el contenido se aparta de la norma, las tecnologías de apoyo suelen tener problemas para interpretarlo. No todo el contenido debe cumplir las normas, pero cuando se crea contenido personalizado que no las cumple, debe proporcionarse una versión estandarizada secundaria para que el contenido 'se degrade correctamente'. El contenido web que se degrada con elegancia está pensado para que funcione mejor en los navegadores y tecnologías de asistencia más actuales, y luego, cuando vean tecnologías más antiguas y con menos funciones, debería degradarse de forma que siga siendo funcional, pero con menos funciones.

El contenido debe ser lo suficientemente claro, preciso y ordenado como para que pueda ser interpretado de forma fiable por una amplia variedad de agentes de usuario, incluidas las tecnologías de asistencia, los usuarios deben poder acceder al contenido a medida que avanzan las tecnologías (el contenido debe seguir siendo accesible a medida que evolucionan las tecnologías y los agentes de usuario).

Técnicas: Con la llegada de WAI ARIA, ahora es posible desviarse de la norma, tal vez utilizando HTML de nuevas formas que no estaban previstas inicialmente.

Los atributos ARIA pueden utilizarse para describir la función, los estados y las propiedades de los elementos personalizados.Por ejemplo, nunca se pretendió que un elemento HTML 'div' fuera clicable, pero con algo de JavaScript es posible añadir funcionalidad de click, aunque desde la perspectiva de una tecnología de asistencia el 'div' es sólo un contenedor sin funcionalidad.

El 'div' se ha utilizado de forma no estándar en este caso. Ahora se puede añadir ARIA a ese 'div' personalizado para darle un rol='botón' por ejemplo, y se hace enfocable añadiendo un atributo tabindex, y se hace clicable añadiendo el atributo aria-pressed para describir su estado como pulsado o no pulsado, y así sucesivamente.

 

En otras ocasiones pueden utilizarse tecnologías no estándar, como objetos Flash incrustados o applets Java. Aunque es posible hacer que estos objetos sean en cierto modo accesibles, suele ser difícil acceder a ellos y utilizarlos eficazmente con tecnologías de apoyo. En estos casos, suelen necesitarse alternativas. Algunas herramientas de desarrollo Flash, por ejemplo, ofrecen la opción de generar una versión HTML, aunque suelen ser representaciones estáticas de lo que era interactivo en Flash. Siempre que sea posible, debe utilizarse HTML5, con CSS, scripts y ARIA, para desarrollar contenidos interactivos para la Web.

 

Punto clave: Cuando se utilicen tecnologías no estándar, o cuando las tecnologías estándar se utilicen de formas no estándar, proporcione alternativas estandarizadas para permitir que el contenido se degrade con elegancia.

¿Te gusta lo que ves? Compártelo con un amigo.


Pablo Alcaraz Pérez

Técnico de marketing y encargado de contenido audiovisual en redes sociales para mayor alcance de la visualización de Addaw, labores en atención al cliente, resolución y explicación de los proyectos de la accesibilidad web.


Financiado por la unión europea Gobierno de españa red.es Plan de recuperación transformación y resilencia kit digital