Plataforma para el impulso de la accesibilidad universal

Consejos y herramientas para conocer si mi web o app móvil es accesible

En el artículo anterior, titulado ¿Cumple tu web o app móvil con el mínimo de accesibilidad exigido? detallando la WCAG 2.1, se analizó la Directiva (UE) 2016/2102 del Parlamento Europeo y del Consejo, de 26 de octubre de 2016, sobre la accesibilidad de los sitios web y aplicaciones para dispositivos móviles de los organismos del sector público. Así también se trataron las principales características de la Web Content Accessibility Guidelines 2.1 (WCAG 2.1), estándar aplicable a la web y que ha servido de inspiración para establecer requisitos a tener en cuenta para otro tipo de tecnologías. Pero, en términos prácticos, ¿cómo puedo saber si mi web o app es accesible? Existen dos maneras de conocer el estado de la accesibilidad en una web o aplicación móvil, con un análisis automático o manual. Es importante destacar que uno no sustituye al otro son más bien análisis complementarios, que evalúan cosas distintas.

Análisis automático

Se suele utilizar las herramientas que provee W3C, y se encargan de evaluar si el código HTML o CSS de tu web es correcto en cuanto a estructura, lenguaje sintáctico y accesibilidad. En una definición más estricta, el W3C Markup Validation Service, o Servicio de validación de marcado del W3C es un validador creado por el W3C que permite a los usuarios analizar documentos HTML y XHTML bien formados y válidos. Además, un validador aparte como el W3C CSS validator puede buscar errores las hojas de estilo asociadas. Los validadores CSS aplican los estándares CSS actuales.

Análisis manual

Existen algunas herramientas que pueden ayudar a realizar análisis de una web o aplicación móvil de forma manual. A continuación, se detallan estas herramientas junto a algunos consejos que se deben comprobar a la hora de realizar este tipo de análisis.
  • Lector de pantalla:

    Según la Universidad de Alicante, los lectores de pantalla (screen readers en inglés) son un software que permite la utilización del sistema operativo y las distintas aplicaciones mediante el empleo de un sintetizador de voz que «lee y explica» lo que se visualiza en la pantalla. Suponen una ayuda para las personas con discapacidad visual. Existen varios lectores de pantalla que pueden usarse dependiendo del sistema operativo y las posibilidades o circunstancias. Los más conocidos son:
    •  JAWS: uno de los mejores lectores de pantalla, incluye el castellano entre sus idiomas. Licencia con un coste.
    • NVDA: lector de pantalla para Microsoft Windows gratuito.
    • VoiceOver: lector de pantalla disponible en el sistema operativo iOS. Tanto en ordenadores como en todos los dispositivos Apple (iPhone, iPad, etc.)
    • Talkback: lector de pantalla conocido para dispositivos Android.

  • Contraste de color:

    El analizador de contraste de color (CCA por sus siglas en inglés) ayuda a determinar la legibilidad del texto y el contraste de los elementos visuales, como los controles gráficos y los indicadores visuales. Descargar Colour Contrast Analyser.
  • Control del foco:

    Si quieres recorrer la web por enlaces utiliza el tabulador y podrás ver el foco por donde va a leer el lector de pantalla. Si empleas esta herramienta de accesibilidad, utiliza las flechas del teclado para moverte por la web cuando el lector de pantalla esté activado. Este foco u orden de lectura también debe estar ajustado en las aplicaciones móviles dando coherencia a cómo se transmite la información a través del lector.

Consejos adicionales:

  • Revisión de idioma de la web, ejemplo: html Lang=’es’
  • Revisión de orden de encabezados de H1 a H6, sin saltar ninguno de los encabezados.
  • En las aplicaciones móviles, no se debe abordar un flujo mayor de 3 pantallas para llegar a obtener una información o no será accesible.
  • Tanto en las webs como en las apps móviles, los textos deben ser claros y simples.

¿Cumple tu web o app móvil con el mínimo de accesibilidad exigido? Detallando la WCAG 2.1

En el año 2016, se publicó la Directiva (UE) 2016/2102 del Parlamento Europeo y del Consejo, de 26 de octubre de 2016, sobre la accesibilidad de los sitios web y aplicaciones para dispositivos móviles de los organismos del sector público. Una de las nuevas cuestiones que es necesario incorporar es: La equiparación de los requisitos de accesibilidad españoles al estándar europeo EN 301 549 “Requisitos de accesibilidad de productos y servicios TIC aplicables a la contratación pública en Europa” y al futuro estándar armonizado que se establezca en el marco de la directiva. En el fondo, todos usan como base las directrices WCAG 2.1, pero ahora se garantiza que todos los estados miembros utilicen el mismo estándar y un mecanismo de actualización futura para este estándar. WCAG 2.1 La Web Content Accessibility Guidelines 2.1 (WCAG 2.1) se compone de 4 principios, 13 pautas y 78 criterios de conformidad, más un número no determinado de técnicas de asesoramiento. Principios– En el nivel más alto se sitúan los cuatro principios que proporcionan los fundamentos de la accesibilidad web: perceptible, operable, comprensible y robusto. Estos principios son los mismos de las versiones anteriores.
  • Principio 1: Perceptible– La información y los componentes de la interfaz de usuario deben presentarse a los usuarios de la manera en que puedan percibirlos: 4 pautas y 29 criterios de cumplimiento.
  • Principio 2: Operable– Los componentes de la interfaz de usuario y la navegación deben ser operables: 5 pautas y 29 criterios de cumplimiento.
  • Principio 3: Comprensible– La información y el manejo de la interfaz de usuario deben ser comprensibles: 3 pautas y 17 criterios de cumplimiento.
  • Principio 4: Robusto– El contenido debe ser lo suficientemente robusto como para confiarse en su interpretación por parte de una amplia variedad de agentes de usuario, incluidas las tecnologías de asistencia: 1 pauta y 3 criterios de cumplimiento.
Pautas – Por debajo de los principios están las pautas. Las doce pautas proporcionan los objetivos básicos que los autores deben lograr con el fin de crear un contenido más accesible para los usuarios con distintas discapacidades. Estas pautas no son verificables, pero proporcionan el marco y los objetivos generales que ayudan a los autores a comprender los criterios de conformidad y a implementar mejor las técnicas. Los criterios de conformidad correspondientes a cada pauta y principio pueden encontrarse en inglés de manera oficial y en castellano en alguna web de manera no oficial. Dependiendo de los criterios de conformidad que se cumplan, la web o aplicación logrará satisfacer el nivel A, el nivel AA o el nivel AAA. Actualmente el nivel mínimo exigido según la directiva y el que debe cumplirse para considerar la web o aplicación móvil accesible es el nivel AA. Pero ¿Cómo puedes comprobar si tu web o aplicación cumple con los criterios de la WCAG 2.1? La semana que viene seguiremos hablando sobre ello. ¡Estad atentos a la sección de actualidad de Accessibilitas!

El Gobierno garantiza que la app Radar Covid será “totalmente accesible” para personas con discapacidad

El Comité Español de Representantes de Personas con Discapacidad (Cermi) ha denunciado ante la Oficina de la Atención a la Discapacidad (Oadis) del Ministerio de Derechos Sociales y Agenda 2030 «graves deficiencias de accesibilidad» de la app Radar Covid, al entender que «excluye de su uso a determinadas personas con discapacidad». La secretaria de Estado de Digitalización, Carme Artigas, reconoció en las redes sociales que “es cierto» que la versión que se puso en marcha de la app Radar Covid para la prueba piloto de La Gomera «no cumple el cien por cien de los requisitos de accesibilidad porque era un beta de un piloto». Sin embargo, garantizó que en el desarrollo que se está realizando actualmente, «como ya hemos hecho en otros desarrollos tanto de la app AsistenciaCovid como del ‘chatbot’, se va a tener en cuenta los niveles que se requieren por los usuarios con discapacidad”. La escalada nacional de implantación de la app será para mediados de septiembre, aunque algunas regiones pueden empezar a integrarla de forma acelerada en breve si Sanidad lo estima oportuno.

Quejas de personas y de organizaciones de la discapacidad

El Cermi señaló en un comunicado el pasado viernes que ha recibido en pocos días quejas de personas y de organizaciones de la discapacidad que señalan «relevantes carencias de accesibilidad, que la convierten en inutilizable para grupos específicos de este sector social». El comité denunció que en su realización de la app Radar Covid «se han ignorado inexcusablemente los criterios generales de accesibilidad universal establecidos para este tipo de soluciones digitales». Por ello, pidió a la Oadis que abra una investigación a la Secretaría de Estado de Digitalización e Inteligencia Artificial «por proporcionar una aplicación inaccesible y le inste a solventar las deficiencias detectadas con la mayor urgencia». El Cermi recordó que «no diseñar productos tecnológicos accesibles va en contra de la normativa vigente y supone una infracción legal sancionable, pero se agrava como en este caso cuando la falta de accesibilidad deja desprotegidos o en peor situación a las personas con discapacidad ante el impacto de la pandemia causada por el coronavirus, comprometiendo su derecho a la salud sin discriminaciones». Fuente: Discapnet
Subir al principio de la pagina.