Saltar al contenido

¿Qué significa accesibilidad AA?

Lista de comprobación del Wcag

Por ejemplo, en el nivel A no se permite identificar algo sólo por el color, como «Pulse el botón verde para continuar».

El nivel AA requiere un poco más de compromiso. Siguiendo con el tema del color, hay que asegurarse de que todo el texto cumple los requisitos de contraste de color. El requisito difiere un poco en función del tamaño del texto, pero en realidad es bastante estricto.

Según mi experiencia, la mayoría de los sitios web no cumplen este criterio. Hay que revisar el contraste en todo el sitio, y revisar los colores cuando sea necesario, incluso si son los colores de su marca. (Sin embargo, los logotipos están excluidos de la norma).

En el nivel AAA, el requisito se amplía con una exigencia de contraste de color aún más estricta para el texto. Básicamente, sólo se pueden utilizar colores muy oscuros sobre un fondo muy claro y viceversa. Casi todo el texto de color falla.

Un sitio web normal no se ajusta al nivel AAA, sino que ese nivel suele ser para sitios bastante especializados, ya que los criterios son muy estrictos. Eso no quiere decir que no sean útiles y es una buena idea al menos entenderlos, ya que puede haber ejemplos que sean fáciles de cumplir para su sitio.

¿Qué es el nivel a de accesibilidad?

Los criterios de las WCAG pretenden que los contenidos web sean más accesibles para un público más amplio de personas con discapacidad. Todos los criterios de éxito son cuestiones de acceso importantes para las personas con discapacidad. Abordan aspectos que van más allá de los problemas de usabilidad a los que pueden enfrentarse todos los usuarios. Hay tres niveles de cumplimiento de las WCAG:

El grupo de trabajo asignó los criterios de éxito a uno de los tres niveles de conformidad tras tener en cuenta una amplia gama de cuestiones que interactúan. Algunos de los factores comunes que se evaluaron al establecer el nivel fueron

2.1.1 Teclado: Toda la funcionalidad del contenido es operable a través de una interfaz de teclado sin requerir tiempos específicos para las pulsaciones individuales, excepto cuando la función subyacente requiere una entrada que depende de la trayectoria del movimiento del usuario y no sólo de los puntos finales. (Nivel A)

Se trata de un criterio de nivel A porque es algo que no se puede solucionar con tecnología de asistencia ni con hojas de estilo de usuario. Sin el acceso al teclado, existirá una barrera insuperable para aquellos que necesitan un teclado para navegar.  Añadir el acceso al teclado generalmente no afectaría a la apariencia de la página.

Lista de control del Wcag 2.1 aa

Advertencia: Muchos de estos widgets se incorporaron posteriormente a HTML5, y los desarrolladores deberían preferir utilizar el elemento semántico HTML correcto en lugar de usar ARIA, si es que existe tal elemento. Por ejemplo, los elementos nativos tienen incorporada la accesibilidad del teclado, los roles y los estados. Sin embargo, si se opta por utilizar ARIA, se es responsable de imitar el comportamiento equivalente del navegador en el script.

La primera regla del uso de ARIA es: «Si puede utilizar un elemento o atributo nativo de HTML con la semántica y el comportamiento que necesita ya incorporado, en lugar de reutilizar un elemento y añadir una función, estado o propiedad ARIA para hacerlo accesible, hágalo».

Nota: Hay un refrán que dice: «Ninguna ARIA es mejor que una mala ARIA». En el estudio de WebAim sobre más de un millón de páginas de inicio, descubrieron que las páginas de inicio con ARIA presente tenían una media del 41% más de errores detectados que las que no tenían ARIA. Aunque ARIA está diseñada para hacer más accesibles las páginas web, si se utiliza de forma incorrecta, puede hacer más daño que bien.

Todo el contenido disponible para los usuarios de tecnologías no asistenciales debe estar disponible para las tecnologías asistenciales. Del mismo modo, no debe incluirse ninguna función dirigida a los usuarios de tecnologías de apoyo que no sea también accesible para los que no utilizan dichas tecnologías. La barra de progreso anterior debe ser estilizada para que parezca una barra de progreso.

Directrices de accesibilidad de los contenidos web

Los criterios de las WCAG pretenden que los contenidos web sean más accesibles para un público más amplio de personas con discapacidad. Todos los criterios de éxito son cuestiones de acceso importantes para las personas con discapacidad. Abordan aspectos que van más allá de los problemas de usabilidad a los que pueden enfrentarse todos los usuarios. Hay tres niveles de cumplimiento de las WCAG:

El grupo de trabajo asignó los criterios de éxito a uno de los tres niveles de conformidad tras tener en cuenta una amplia gama de cuestiones que interactúan. Algunos de los factores comunes que se evaluaron al establecer el nivel fueron

2.1.1 Teclado: Toda la funcionalidad del contenido es operable a través de una interfaz de teclado sin requerir tiempos específicos para las pulsaciones individuales, excepto cuando la función subyacente requiere una entrada que depende de la trayectoria del movimiento del usuario y no sólo de los puntos finales. (Nivel A)

Se trata de un criterio de nivel A porque es algo que no se puede solucionar con tecnología de asistencia ni con hojas de estilo de usuario. Sin el acceso al teclado, existirá una barrera insuperable para aquellos que necesitan un teclado para navegar.  Añadir el acceso al teclado generalmente no afectaría a la apariencia de la página.

Esta web utiliza cookies propias para su correcto funcionamiento. Al hacer clic en el botón Aceptar, acepta el uso de estas tecnologías y el procesamiento de tus datos para estos propósitos. Más información
Privacidad