Accesibilidad

Estándares que seguimos

Lefover apunta a las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.2, nivel AA, para el sitio web y para las pantallas dentro de la app. Donde iOS o Android ofrecen un comportamiento de accesibilidad más rico que su equivalente en la web, seguimos el patrón más fuerte de la plataforma.

Esa meta es una meta, no un certificado. Lo que la respalda día a día es la revisión que se describe abajo: una parte automática y corrida en cada cambio, otra parte manual y hecha por una persona cuando una pantalla cambia. Esta página separa las dos, porque la diferencia le importa a quien decide si confiar en ella.

Lo que funciona hoy

• Cada cambio se escanea antes de salir. Un escaneo automático de accesibilidad corre contra las páginas del sitio en nuestra tubería de compilación, en anchos de escritorio y de teléfono y en los temas claro y oscuro. Una falla bloquea el lanzamiento.
• El contraste de color se prueba, no se afirma. Los tokens de color con los que está hecho este sitio se revisan con una prueba automática contra las razones de contraste de WCAG: 4.5:1 para el texto de cuerpo, 3:1 para el texto grande y para las partes no textuales de los componentes interactivos. La misma prueba cubre los dos temas. La app está diseñada con las mismas metas.
• Todo se alcanza con el teclado, y se ve dónde estás. Cada elemento interactivo del sitio se opera con el teclado y lleva un anillo de foco visible, incluidos los enlaces discretos dentro del texto.
• Las imágenes llevan texto alternativo real. Las capturas de producto y las ilustraciones tienen texto alternativo descriptivo escrito para ellas. Las imágenes decorativas se marcan como decorativas para que los lectores de pantalla las salten.
• El único formulario de este sitio se anuncia. El formulario de la lista de espera tiene una etiqueta programática, y su resultado, éxito o falla, se anuncia en vez de mostrarse solo con color.
• El movimiento respeta tu preferencia. Cada animación del sitio revisa la preferencia de movimiento reducido. Cuando pides menos movimiento, el movimiento ambiental se detiene en lugar de solo hacerse lento.
• El contenido largo es contenido estructurado. Los documentos legales, los artículos de ayuda y esta página son encabezados, listas y tablas reales, con una tabla de contenido armada desde los encabezados en cualquier tamaño de pantalla.

Huecos conocidos

Tratamos de ser honestos sobre dónde nos quedamos cortos, porque fingir que somos perfectos no le sirve a nadie.

• Las pruebas con lector de pantalla son manuales y ocasionales. Revisamos los flujos con los lectores de pantalla integrados en iOS y Android cuando una pantalla cambia de forma importante, no con un calendario fijo ni antes de cada lanzamiento. Preferimos decirlo así de claro que prometer una frecuencia que no cumplimos.
• No hay una auditoría de punta a punta con lector de pantalla en las páginas largas. Los artículos de ayuda, los documentos legales y esta página no se han recorrido de principio a fin con un lector de pantalla. El escaneo automático cubre bastante, pero no es lo mismo, y ese recorrido todavía no lo hacemos.
• La pantalla de conexión con el banco no es nuestra. La pantalla donde entras a tu banco la dibuja el proveedor de la conexión dentro de nuestra app. Seguimos su documentación de accesibilidad, pero no podemos arreglar problemas dentro de esa pantalla.

Cuando encontramos un hueco, entra a esta lista y el arreglo entra en un lanzamiento razonable. Cuando uno se cierra, sale de aquí, y la fecha de arriba de esta página se mueve.

Avísanos cuando algo esté roto

Si algo de Lefover es difícil de usar por una barrera de accesibilidad, dínoslo. Un reporte específico («el anillo de foco desaparece en la tabla de precios a este ancho») nos sirve más que uno general, pero manda el que tengas.

Escribe a [email protected] y menciona accesibilidad en el asunto, o usa el flujo de soporte dentro de la app. Leemos cada mensaje y respondemos.