Accesibilidad en recursos informáticos
¿Qué entendemos por “Accesibilidad”?
Decimos que un recurso informático (sitios web, aplicaciones, documentos digitales, etc.) es accesible cuando la totalidad de su contenido y sus funcionalidades pueden ser operadas por cualquier individuo.
Se suele pensar al “usuario” como un individuo con las capacidades necesarias para interactuar con cualquier plataforma utilizando teclado, mouse o pantallas pero… no siempre es así. Existen usuarios con ciertas limitaciones para el uso de tecnología, por lo cual deben usar herramientas de tecnología asistida y así poder interactuar con normalidad ante el recurso en cuestión.
Algunos ejemplos de esas limitaciones / discapacidades:
- Degeneración macular: es una enfermedad asociada a la edad que destruye lentamente la visión central y aguda. La visibilidad de la persona se torna borrosa y opaca.
- Retinopatía diabética: esta enfermedad afecta a los vasos sanguíneos de la retina de las personas diabéticas. Las personas con esta condición verán puntos y texto borroso.
- Acromatopsia: las personas con esta enfermedad solo pueden ver los colores blanco, negro, gris y todas sus tonalidades.
Algunos ejemplos de tecnologías asistidas:
- Screen readers: lectores de pantalla para diferentes plataformas (VoiceOver (iOS) / TalkBack (Android))
- Traductores a braille.
- Magnifiers / Zoom.
Por estos motivos, se busca que los recursos estén preparados (programática y visualmente) para adaptarse a todos los usuarios y al uso de esas herramientas de tecnología asistida.
¿Qué regulaciones y estándares existen actualmente?
Algunos de los estándares más importantes internacionalmente son:
W3C (World Wide Web Consortium): define las principales pautas internacionales de accesibilidad, mejor conocidas como WCAG (Web Content Accessibility Guidelines).
Section 508: regulación del Gobierno Federal de Estados Unidos que contiene estándares a cumplir por cierta variedad de componentes (hardware, software, documentos digitales, etc).
ADA (Americans with Disabilities Act): el Departamento de Justicia de Estados Unidos define los estándares a aplicar sobre todo tipo de contenido de tecnología.
Estos guidelines definidos en WCAG están divididos en las siguientes categorías:
- Perceptible: ¿pueden los usuarios percibir el contenido? Esto nos ayuda a tener en cuenta que solo porque algo sea perceptible con un sentido, como la vista, no significa que todos los usuarios puedan percibirlo.
- Manejable: ¿pueden los usuarios interpretar todos los componentes de IU y navegar por el contenido? Por ejemplo, alguien que no puede usar mouse o pantalla táctil no puede manejar algo que demanda interacción de desplazamiento.
- Comprensible: ¿pueden los usuarios comprender el contenido? ¿Pueden los usuarios comprender la interfaz y es esta lo suficientemente consistente como para evitar confusiones?
- Sólido: ¿puede una amplia variedad de usuarios-agentes (navegadores) consumir el contenido? ¿Funciona con tecnología asistida?
Cada uno de los ítems a cumplir en estas categoría posee un nivel de severidad / satisfacción:
- A (must support) / AA (should support) / AAA (may support)
Analicemos algunos casos…
Ejemplo 1, la figura de la izquierda no cumple con el contraste de colores apropiado.
Ejemplo 2, los nombres de las opciones dentro del menú no son explícitamente descriptivos.
Ejemplo 3, los componentes no tienen bien definidos sus nombres / identificadores internamente (no serán bien interpretados o leídos por herramientas externas).
El siguiente ejemplo contiene tres errores de Accesibilidad…
¿puedes reconocerlos?
- El texto tiene poco contraste, lo cual dificulta la lectura para usuarios con baja visión.
- Tener etiquetas a la izquierda y campos a la derecha hace que sea difícil para muchas personas asociarlos.
- La etiqueta “Remember details?” no está asociada con la casilla de verificación, por lo cual se debe presionar sólo en el checkbox en lugar de hacer clic en la etiqueta; además, alguien que usa lector de pantalla tendría dificultades para descubrir la asociación.
Conclusiones / Reflexiones
Es importante conocer a todos los involucrados en el producto a desarrollar. No solo el público a quien va dirigido y los usuarios, sino también los fondos que financian el producto y las normas/políticas que rigen en los países donde va a operar. Tenemos que enfatizar el involucramiento del cliente para lograr conocer e interpretar estos requerimientos desde el comienzo.
Los cambios a desarrollar para que una aplicación sea accesible pueden ser a nivel Diseño, Programación o bien a nivel Cognitivo (semántica, cohesión, etc.). Tengamos presente que el concepto aplica a cualquier tipo de recurso (software, hardware, documentos digitales, etc.)
Como parte del proceso integral de desarrollo, debemos asumir el compromiso y la responsabilidad de crear productos que se adapten a la diversidad de los usuarios y sus condiciones.
