Guía para evaluar la accesibilidad de los sitios

De Gobmx
Saltar a: navegación, buscar

Introducción

La presente guía tiene por objeto proporcionar los criterios necesarios para que el usuario realice la evaluación del cumplimiento del nivel de accesibilidad de un sitio web.

Está basada en materiales de accesibilidad web y contenidos accesibles, experiencia de usuario, interpretación de las pautas de accesibilidad al contenido de la web (WCAG 2.0) y selección de las mejores prácticas a nivel internacional. Y en cumplimiento a las Disposiciones Generales de Accesibilidad Web que deben observar las dependencias y entidades de la Administración Pública Federal y las empresas productivas del Estado.

Tipos de pruebas para evaluar la accesibilidad web de un sitio

Para llevar a cabo la evaluación de la accesibilidad, se deben realizar dos tipos de pruebas:

  1. Pruebas manuales: Son diversos tipos de pruebas que debe realizar personal con conocimiento y experiencia en accesibilidad web, y que van a proporcionar mayor detalle y fiabilidad en cuanto a los errores detectados. Estas pruebas sólo podrán realizarse sobre un conjunto limitado de páginas (muestra de páginas, nuevos contenidos, entre otros.), ya que su aplicación es muy exhaustiva.
  2. Pruebas automáticas: Se realizan con herramientas automáticas de evaluación y tienen por objetivo verificar puntos que se relacionan con las reglas de programación del sitio. Su cumplimiento es forzoso para garantizar que se cubra un nivel de accesibilidad específico (A, AA o AAA), por lo tanto, no deben arrojar ningún error. Para llevarlas a cabo, se deben emplear herramientas automáticas que pueden identificar algunos de los problemas de accesibilidad de código de forma ágil.

Es importante resaltar, que las herramientas automáticas no detectan todos los problemas de accesibilidad que puede presentar un sitio, ya que un alto porcentaje no se procesan automáticamente. Por ejemplo, una herramienta de evaluación automática puede indicar si una imagen tiene texto alternativo, pero no indica si dicho texto alternativo es el adecuado para esa imagen.

Por tanto, para evaluar de forma confiable la accesibilidad de un sitio web, es necesario realizar pruebas automáticas y pruebas manuales.

En esta guía, se enlistan las diferentes pruebas manuales que se deben practicar durante una evaluación de accesibilidad, así como los nombres de las herramientas automáticas de evaluación que se recomiendan.

Relación de pruebas manuales para evaluar accesibilidad web

Prueba a realizar Criterio de verificación Nivel de Conformidad ¿Qué buscar?
Navegación con lector de pantalla

2.1.1

2.1.2

3.1.1

3.1.2

3.2.3

A

A

A

AA

AA

Al navegar la página usando un lector de pantalla y el teclado para desplazarse. Lo que se busca es:

  1. Que lea todo el contenido.
  2. Que no se atore en ningún elemento.
  3. Que haya un orden de lectura lógico (de izquierda a derecha y de arriba abajo).
  4. Que los botones sigan funcionales.
  5. Que se pueda acceder a todos los elementos de la página.
  6. Que los avisos de error, informativos, entre otros, se puedan leer.
  7. Que el lector lea en el idioma de la página.
Navegación con teclado

2.1.1

2.1.2

2.4.3

2.4.7

A

A

A

AA

Navegar la página usando exclusivamente el teclado. Lo que se busca es:
  1. Navegar por todo el contenido.
  2. Que no se atore en ningún elemento.
  3. Un orden de lectura lógico (de izquierda a derecha y de arriba abajo).
  4. Mantener visible el foco todo el tiempo.
Contraste de color 1.4.3 A Con la ayuda de un software que verifique el contraste de color entre los textos y el fondo, se deben validar todas las combinaciones que existan en la página. Lo que se busca es lograr que el contraste sea suficiente. Se recomienda usar el Colour Contrast Analyser.
Navegar la página con distintos navegadores

4.1.1

4.1.2

A

A

Desplegar y recorrer la página usando por lo menos cuatro navegadores, se recomienda utilizar, Mozilla, Chrome y Explorer para equipos con Windows y el Safari para los equipos con iOS. Lo que se busca es detectar si existen diferencias en la forma de cómo se despliega la página al utilizar los diferentes navegadores.

Revisión de enlaces

2.4.4

2.4.6

A

AA

Al verificar todos los enlaces que hay en la página. Lo que se busca es:

  1. La indicación de que el enlace abre una nueva ventana.
  2. Que el propósito del enlace sea claro con la información que se ofrece en su texto.
  3. Que las etiquetas describan el tema o propósito del enlace.
  • Eliminar las barreras que se puedan detectar al realizar las pruebas 1, 2 y 3, será responsabilidad del personal que carga el contenido, salvo que el CMS (gestor de contenidos) no permita cargar información en el atributo Title del enlace.
Revisar encabezados

2.4.6

2.4.2

AA

A

Al revisar los encabezados de la estructura de cada página (h1, h2, etc.) para buscar lo siguiente:

  1. Que tengan una estructura jerárquica coherente (de mayor a menor).
  2. Que exista un solo encabezado h1.
Revisar imágenes 1.1.1 A Revisar todas las imágenes de la página, para buscar lo siguiente:
  1. La existencia del atributo ALT.
  2. Que los textos alternativos correspondan a la imagen.
  3. Textos alternativos diferentes a los TITLE y a los pies de foto.
  4. Que las imágenes funcionales tengan un texto alternativo que indique su función.
  • Eliminar las barreras que se puedan detectar al realizar las pruebas 1, 2 y 3, será responsabilidad del personal que carga el contenido, salvo que el CMS (gestor de contenidos) no permita cargar información en el atributo Alt de la imagen.
Revisar contenidos multimedia

1.2.1

1.2.2

1.2.3

1.2.4

1.2.5

A

A

A

AA

AA

Si la página contiene videos o podcast se deberá buscar lo siguiente:

  1. La transcripción del audio o del vide,
  2. Los archivos de video tengan closed captions.
  3. Los archivos de video tengan audiodescripción y que sea sincronizada.
  • Eliminar las barreras que se puedan detectar al realizar las pruebas 1, 2 y 3, será responsabilidad del personal que carga el contenido, salvo que el CMS (gestor de contenidos) o el “Player” no permitan cargar la transcripción, el archivo de los subtítulos cerrados o el archivo de audio alterno con la audiodescripción.
Revisar animaciones 2.3.1 A Si la página contiene animaciones, verificar que no tenga más de tres destellos por segundo.
Ampliación al 200% 1.4.4 AA Al crecer el tamaño de los textos hasta un 200%. Qué se busca:
  1. Que la página no se distorsione.
  2. Que se lean todos los textos.
  3. Que la página no pierda funcionalidad.
Llenar formularios

3.3.2

3.2.2

2.4.3

2.4.6

2.2.1

2.2.2

A

A

A

AA

A

A

Navegar el formulario con teclado para buscar lo siguiente:
  1. Que exista una relación entre la pregunta y el campo de respuesta.
  2. El orden de navegación por los campos del formulario sea coherente.
  3. Que los campos relacionados sean agrupados de forma coherente.
  4. Si hay campos que se visualizan al dar una respuesta, deben indicar que eso sucede.
  5. Que indique cuáles son los campos obligatorios.
  6. Que especifique el formato para llenar un campo, como el de fecha (dd/mm/aaaa).
  7. Si hay un límite de tiempo para llenar un campo, el usuario puede detenerlo o ampliarlo.
Llenar formulario con datos incorrectos

3.3.1

3.3.3

3.3.4

A

AA

AA

Llenar el formulario y si hay campos que solicitan información con ciertas características como pueden ser números telefónicos o correos electrónicos, deberá poner los datos erróneos para buscar lo siguiente:

  1. Que el mensaje de error indique que hay un dato incorrecto y cuál es el campo.
  2. Que brinde una sugerencia de cómo llenar el campo,
  3. Que permita corregir los datos introducidos.
Llenar formulario dejando campos vacíos 3.3.1 A Llenar el formulario omitiendo uno o más campos, para buscar lo siguiente:
  1. Que haya un mensaje de error que indique que falta o faltan campos por llenar.
  2. Que el mensaje indique cuáles campos no se llenaron.

Consideraciones

  • La responsabilidad para eliminar las barreras que se detecten al llevar a cabo las pruebas recaerá en todos los casos sobre el desarrollador web y solo en los casos que se especifiquen serán responsabilidad de la persona que crea el contenido y lo carga en el portal.
  • Los resultados de las pruebas realizadas deben ser cerrados, es decir, se cumple o no se cumple.
  • Cuando hay varios elementos para evaluar un criterio de verificación, todos los elementos sin excepción deben cumplir con el mismo, ya que el incumplimiento de uno solo, implica que el criterio no sea aprobado.

Recomendación de herramientas para evaluación automática de accesibilidad web

Para realizar las pruebas automáticas de accesibilidad y código HTML se recomienda utilizar las siguientes herramientas:

  1. Test de Accesibilidad Web (TAW), herramienta que además de validar la accesibilidad, realiza validación de HTML filtrando los resultados para ser la única herramienta que da un resultado automático acerca de la parseabilidad (código bien formado) del documento. Otra ventaja es que está en idioma español. Se puede descargar en la liga www.tawdis.net.
  2. Markup Validation Service de la W3C, esta herramienta hace una validación de HTML y sirve para comparar los resultados que arroja el TAW en el principio de robusto. Se encuentra en https://validator.w3.org.
  3. Colour Contrast Analyser, herramienta para verificar el contraste de color entre los textos y los fondos sobre los que se presentan. Se puede descargar en https://www.paciellogroup.com/resources/contrastanalyser/.