La accesibilidad digital significa diseñar y crear ofertas digitales para que, independientemente de sus capacidades mentales o físicas, puedan interactuar con tu sitio web, aplicación o cualquier otro producto digital de forma equitativa y significativa.
Pero ¿cómo se mide la accesibilidad de un producto digital? ¿Cómo sabes cuándo algo es accesible?
Introducción a las pruebas de accesibilidad
Existen muchas formas de probar la accesibilidad de un producto digital. Un enfoque fundamental es evaluarlo en función de un conjunto de estándares de accesibilidad.
Hay muchos tipos de estándares de accesibilidad. Por lo general, la industria, el tipo de producto, las leyes y políticas locales o nacionales, o los objetivos de accesibilidad generales determinarán qué conjunto de lineamientos se deben seguir y los niveles que se deben cumplir. Si no se requiere un estándar específico para tu proyecto, la recomendación estándar es seguir la versión más reciente de las Pautas de accesibilidad al contenido web (WCAG).
Por lo general, probar tu producto digital con respecto a un estándar de accesibilidad y un nivel de cumplimiento se conoce como auditoría de accesibilidad. Una auditoría de accesibilidad usa varias metodologías, técnicas y herramientas, incluidas las pruebas de diseño, automatización, manual y tecnología de asistencia (AT).
Realiza una auditoría de accesibilidad para capturar el cumplimiento de accesibilidad del modelo de referencia de un producto digital. Sin embargo, ejecutarlo una vez al comienzo de un proyecto no es suficiente para determinar si un producto es accesible. Debes ejecutar esta auditoría varias veces a lo largo del ciclo de vida del producto de software para comprobar si hay cambios en el nivel de conformidad con un conjunto de lineamientos o puntos de control de accesibilidad predeterminados.
Pautas de Accesibilidad al Contenido Web (WCAG)
Las Pautas de accesibilidad de contenido web (WCAG) son un conjunto internacional de estándares de accesibilidad desarrollados mediante el W3C, en colaboración con personas y organizaciones. El objetivo de las WCAG es proporcionar un estándar único compartido para la accesibilidad digital que satisfaga las necesidades de las personas físicas, las organizaciones y los Gobiernos de todo el mundo.
WCAG está destinado principalmente a diseñadores y desarrolladores de apps para dispositivos móviles nativas y basadas en la Web. Sin embargo, muchos otros, incluidos los desarrolladores de software, los creadores y editores de contenido, y todos los niveles de administración, se benefician de comprender y aplicar las técnicas basadas en WCAG a su proceso. Es posible que se apliquen estándares adicionales del W3C a tu función, como las Pautas de accesibilidad de la herramienta de creación (ATAG) y las Pautas de accesibilidad del usuario-agente (UAAG). Por lo tanto, asegúrate de revisar la lista de estándares de W3C y usar los más aplicables a tu función y proyecto.
En términos de accesibilidad, las WCAG se consideran el "estándar de oro" para las pruebas de cumplimiento. El primer borrador de WCAG se lanzó en 1999. La versión actual es WCAG 2.1, lanzada en junio de 2018, mientras que WCAG 2.2 está programada para 2023. Se está redactando una versión completamente renovada de los lineamientos, WCAG 3.0, para una versión futura, pero no se espera que sea un estándar de W3C completo durante algunos años más.
Los lineamientos de las WCAG tienen tres niveles de criterios de éxito: A, AA y AAA. Los criterios de éxito determinan el cumplimiento de las WCAG. Para cumplir con la conformidad con las WCAG, el producto digital que estás probando debe cumplir con los criterios de éxito de tu nivel objetivo.
30
Un criterio de éxito
20
Criterios de éxito del AA
28
Criterios de éxito de la AAA
Para el estándar actual (WCAG 2.1), hay 78 criterios de éxito en total, divididos en cada nivel. Es importante tener en cuenta que cada nivel es progresivo, lo que significa que si tu objetivo de accesibilidad es AA, debes pasar los criterios de éxito de A y AA para lograr este nivel de conformidad.
30
Aprobar de nivel A
50
Pase el nivel A + AA
78
Aprobación A + AA + nivel AAA
Principios de accesibilidad
Los criterios de éxito de las WCAG son un conjunto muy importante de lineamientos detallados que informan a los diseñadores y desarrolladores cómo crear sitios web y apps accesibles. Comprender estos lineamientos es fundamental para abordar los problemas que surgen en las pruebas de cumplimiento de accesibilidad, pero rápidamente se vuelven muy técnicos.
Si eres nuevo en este campo, comienza con los principios de las WCAG: perceptibles, operables, comprensibles y robustas (PUR). Cuando aplicas los principios de Pour a tus productos digitales, puedes enfocarte en cómo los humanos los usan los seres humanos reales, incluidas las personas con discapacidades.
La primera categoría en PUR es Perceptible. Este principio establece que los usuarios deben poder percibir toda la información esencial en la pantalla y que se debe transmitir a varios sentidos.
Pregúntate: ¿Hay algún contenido o función en tu producto digital que una persona con una discapacidad específica no pueda percibir? Asegúrate de tener en cuenta todos los tipos de discapacidades: deficiencias visuales, de movilidad, auditivas, cognitivas y del habla, trastornos vestibulares y vestibulares, entre otros.
Ejemplos de Perceptible:
- Agregar alternativas de texto a todas las imágenes no decorativas y a los íconos esenciales
- Agregar subtítulos, transcripciones y audiodescripciones a los videos.
- Garantizar que el color no es el único método para transmitir significado.
La segunda categoría es Operable. Para este principio, los usuarios deben poder operar la interfaz del producto digital. La interfaz no puede requerir interacciones que el usuario no pueda realizar.
Pregúntate: ¿Pueden los usuarios controlar los elementos interactivos de tu producto digital? ¿Hay problemas con el orden de enfoque o trampas de teclado? ¿Cómo se manejan las interfaces táctiles?
Ejemplos de Operable:
- Se agregó compatibilidad con el teclado y la pantalla táctil a todos los elementos activos.
- Asegurarse de que las presentaciones de diapositivas y los videos tengan todos los controles necesarios disponibles
- Dar a los usuarios tiempo suficiente para completar un formulario o un método a fin de extender el tiempo
La tercera categoría de PUR es Comprensible. Para este principio, los usuarios deben comprender la información y el funcionamiento de la interfaz de usuario.
Pregúntate: ¿Todo el contenido está escrito con claridad? ¿Todas las interacciones son fáciles de entender? ¿El orden de la página tiene sentido para los usuarios videntes, los usuarios que solo usan el teclado o los usuarios de lectores de pantalla?
Ejemplos de comprensible:
- Redacta simplemente: no uses una palabra compleja, sino que basta con una simple.
- Asegúrate de que tu producto digital tenga una navegación predecible.
- Asegúrese de que los mensajes de error sean claros y fáciles de resolver.
La última categoría es Robusto. Este principio se centra en brindar compatibilidad con tecnologías de accesibilidad y garantizar que el producto digital siga siendo accesible a medida que evolucionan los dispositivos y los usuarios-agentes.
Pregúntate lo siguiente: ¿Qué tipos de tecnología de accesibilidad estás apoyando? ¿Tu producto digital solo funciona en los navegadores o sistemas operativos más recientes? ¿Funciona en todos los puntos de interrupción y en diferentes orientaciones del dispositivo?
Ejemplos de solidez:
- Se está probando la navegación solo con teclado.
- Cómo realizar pruebas con diferentes tecnologías de lectores de pantalla
- Garantizar el acceso a todo el contenido y las funciones, independientemente del tamaño o la orientación del dispositivo
Recuerda: el objetivo de Pour no es adherirse de manera rígida a las reglas rígidas y rápidas. En cambio, es una forma de ayudarte a comprender y satisfacer las diversas necesidades de tus usuarios.
Verifica tus conocimientos
Pon a prueba tus conocimientos sobre medición de accesibilidad
¿Cuál es el nivel superior de rendimiento de las WCAG?
¿Cuáles son ejemplos de "operable"?