Accesibilidad

Garantizar que las aplicaciones sean accesibles para una amplia variedad de usuarios es una parte esencial para crear una app de alta calidad. Las aplicaciones mal diseñadas crean barreras para personas de todas las edades. La Convención de la ONU sobre los Derechos de las Personas con Discapacidad establece el imperativo moral y legal de garantizar el acceso universal a los sistemas de información; países de todo el mundo exigen la accesibilidad como requisito; y las empresas reconocen las ventajas comerciales de maximizar el acceso a sus servicios.

Te recomendamos encarecidamente incluir una lista de verificación de accesibilidad como criterio clave antes de lanzar tu app. Flutter está comprometido a apoyar a los desarrolladores a hacer que sus apps sean más accesibles e incluye soporte de primer nivel en el framework para la accesibilidad, además del proporcionado por el sistema operativo subyacente, incluyendo:

Diseño de UI y estilos

Soporte para tecnologías de asistencia (lectores de pantalla)

Los estándares y normativas de accesibilidad ayudan a garantizar que los productos sean accesibles para las personas con discapacidad. Muchos de ellos se han convertido en leyes y políticas, convirtiéndolos en requisitos para productos y servicios.

• WCAG 2: Web Content Accessibility Guidelines (WCAG) 2 es un estándar internacionalmente reconocido para hacer que el contenido web sea más accesible para personas con discapacidad. Es un estándar técnico y estable desarrollado por el World Wide Web Consortium (W3C).

• EN 301 549: EN 301 549 es la norma europea armonizada para los requisitos de accesibilidad en productos y servicios de Tecnologías de la Información y la Comunicación (TIC).

• VPAT: La Voluntary Product Accessibility Template (VPAT) es una plantilla gratuita que traduce los estándares y requisitos de accesibilidad en criterios de prueba accionables para productos y servicios.

Las leyes en todo el mundo exigen que los contenidos y servicios digitales sean accesibles para las personas con discapacidad. En EE. UU., la Americans with Disabilities Act (ADA) prohíbe la discriminación en lugares públicos. La Sección 508 de la Ley de Rehabilitación exige que las agencias federales y sus contratistas cumplan con los estándares WCAG para todas las TIC.

En la UE, la Ley Europea de Accesibilidad (EAA) exige que una amplia gama de servicios del sector público y privado sean accesibles, utilizando principalmente la norma EN 301 549 como su base técnica.

Garantizar que tu app pueda ser utilizada por todos significa integrar la accesibilidad desde el principio. Para algunas apps, es más fácil decirlo que hacerlo. En el siguiente video, dos de nuestros ingenieros llevan una app móvil desde un estado desastroso de accesibilidad a uno que aprovecha los Widgets integrados de Flutter para ofrecer una experiencia drásticamente más accesible.

Aquí tienes una lista no exhaustiva de aspectos a considerar mientras preparas tu app para el lanzamiento.

• Interacciones activas. Asegúrate de que todas las interacciones activas realicen alguna acción. Cualquier botón que se pueda presionar debe hacer algo al ser presionado. Por ejemplo, si tienes un callback sin operación (no-op) para un evento onPressed, cámbialo para mostrar un SnackBar en la pantalla explicando qué control acabas de presionar.
• Pruebas con lectores de pantalla. El lector de pantalla debe ser capaz de describir todos los controles de la página cuando los tocas, y las descripciones deben ser inteligibles. Prueba tu app con TalkBack (Android) y VoiceOver (iOS).
• Relaciones de contraste. Te recomendamos tener una relación de contraste de al menos 4.5:1 entre los controles o el texto y el fondo, a excepción de los componentes deshabilitados. Las imágenes también deben ser examinadas para garantizar un contraste suficiente.
• Cambio de contexto. Nada debería cambiar automáticamente el contexto del usuario mientras escribe información. Generalmente, los Widgets deben evitar cambiar el contexto del usuario sin algún tipo de acción de confirmación.
• Objetivos táctiles. Todos los objetivos táctiles deben ser de al menos 48x48 píxeles.
• Errores. Las acciones importantes deberían poder deshacerse. En los campos que muestran errores, sugiere una corrección si es posible.
• Pruebas de deficiencia de la visión del color. Los controles deben ser utilizables y legibles en modos para daltonismo y escala de grises.
• Factores de escala. La UI debe seguir siendo legible y utilizable con factores de escala muy grandes para el tamaño del texto y el escalado de la pantalla.

Para conocer más sobre Flutter y la accesibilidad, echa un vistazo a los siguientes artículos escritos por miembros de la comunidad:

• Un análisis profundo de los Widgets de accesibilidad de Flutter
• Flutter: Creando una gran experiencia para lectores de pantalla