Accesibilidad en apps móviles: qué tener en cuenta

La accesibilidad en apps móviles consiste en diseñar y programar para que la mayor cantidad de personas posible pueda usarlas: quienes tienen baja visión, dificultades motrices, sordera, daltonismo, y también quien usa el celular con una sola mano, al sol o en un colectivo en movimiento. No es un extra decorativo: es parte de la calidad del producto. Esta guía repasa los puntos principales y cómo incorporarlos desde el inicio.

Por qué importa más allá de cumplir

Las limitaciones no son siempre permanentes. Una persona puede tener la mano enyesada, la pantalla rota o estar leyendo con poca luz. Lo que se diseña pensando en accesibilidad suele mejorar la experiencia para todos: botones más claros, textos más legibles y flujos más simples.

Además, una app accesible alcanza a más clientes potenciales y reduce consultas de soporte causadas por pantallas confusas.

Las pautas de referencia

Existen pautas internacionales, como las WCAG (Web Content Accessibility Guidelines), pensadas originalmente para la web pero usadas como base también para apps. Se organizan en cuatro ideas: que el contenido sea perceptible, operable, comprensible y robusto. Android e iOS, además, ofrecen documentación y herramientas propias de accesibilidad. Los niveles y requisitos exactos cambian con las versiones, así que verificá la versión vigente si necesitás cumplir un estándar específico.

Contraste y color

• El texto tiene que distinguirse claramente del fondo. El gris claro sobre blanco, tan común en diseños «elegantes», suele ser difícil de leer.
• No dependas solo del color para comunicar algo. Si un error se marca únicamente en rojo, una persona con daltonismo puede no verlo; sumá un ícono o un texto.
• Probá la app con distintos brillos de pantalla y a pleno sol.
• Si ofrecés modo oscuro, revisá el contraste en ambos modos.

Tamaños de texto y de botones

• Texto escalable: los sistemas permiten aumentar el tamaño de letra. La app debería respetar esa configuración sin cortar textos ni superponer elementos.
• Áreas táctiles amplias: botones demasiado chicos o pegados provocan toques equivocados. Las guías de Android y de iOS recomiendan tamaños mínimos; consultá los valores vigentes en su documentación.
• Espaciado: separar acciones destructivas (como eliminar) de las habituales evita errores.

Lectores de pantalla

Las personas ciegas o con baja visión usan lectores como TalkBack en Android y VoiceOver en iOS, que leen en voz alta lo que hay en pantalla. Para que funcionen bien la app necesita:

1. Etiquetas descriptivas en botones e íconos. Un ícono de lupa sin etiqueta se lee como «botón» y no dice nada. Debería decir «Buscar».
2. Orden de lectura lógico, que siga el orden visual de la pantalla.
3. Descripciones alternativas para imágenes que aportan información.
4. Avisos de cambios, por ejemplo cuando aparece un mensaje de error o se confirma una acción.
5. Formularios con campos claramente rotulados, no solo con texto de ejemplo adentro que desaparece al escribir.

Navegación y operación

• Una estructura predecible: los mismos elementos en el mismo lugar entre pantallas.
• Alternativas a los gestos complejos. Si una acción solo se puede hacer deslizando con dos dedos, alguien no podrá hacerla.
• Sin límites de tiempo exagerados para completar tareas, o con posibilidad de extenderlos.
• Compatibilidad con teclados externos y con accesos de control por voz o por interruptores que ofrecen los sistemas.
• Mensajes de error que expliquen qué pasó y cómo corregirlo, en lenguaje claro.

Contenido multimedia

Si la app reproduce videos, conviene ofrecer subtítulos. Si usa sonidos para avisar algo importante, acompañalos con una señal visual o una vibración. Y evitá animaciones que parpadeen de forma intensa.

Cómo incorporarla en un proyecto

Etapa	Qué hacer
Diseño	Definir paleta con buen contraste, tamaños mínimos y estados claros. Se conecta con el diseño UX/UI
Desarrollo	Usar los componentes nativos y etiquetas de accesibilidad desde el inicio, no como parche final
Pruebas	Navegar la app con TalkBack o VoiceOver, aumentar el texto y probar con distintos dispositivos. Forma parte de las pruebas y calidad
Después del lanzamiento	Escuchar a usuarios reales y corregir lo que no funcione

Una app puede seguir buenas prácticas y aun así tener barreras que solo se detectan probando con personas usuarias. Si tu proyecto está dirigido a un público con necesidades específicas o a un organismo con requisitos formales, definilo desde el relevamiento inicial.

Lo que no hay que prometer

La accesibilidad no es un interruptor que se activa ni una certificación que se obtiene una vez. Es un proceso: cada pantalla nueva puede introducir una barrera. Por eso conviene tenerla como criterio permanente cuando el proyecto crece, igual que la seguridad.

Siguiente paso

Si estás planificando una app y querés que la accesibilidad quede contemplada desde el diseño, mencionalo cuando nos escribas por el formulario de contacto. Para ver el panorama completo del recorrido, revisá la guía de cómo crear una app.