Contenido del curso
Diseño de una app móvil
Data y Networking
La base de un gran performance
Herramientas profesionales para el diseño de software móvil
Consideraciones finales para diseñar software móvil
Accesibilidad Android con TalkBack y SP
Resumen
¿Alguna vez tuviste que acercarte a la pantalla o quitarte las gafas para leer una app? Esa frustración es justo lo que la accesibilidad en Android busca eliminar. Aquí están los tips esenciales para que tus aplicaciones móviles lleguen a más personas, incluidas aquellas con limitaciones visuales o motoras, usando herramientas nativas y buenas prácticas de diseño.
¿Qué es TalkBack y cómo mejora la experiencia del usuario?
TalkBack es el lector de pantalla integrado en Android. Lo activas desde configuraciones y permite navegar la app usando dos dedos sobre la pantalla, recibiendo feedback de audio sobre cada elemento [2:14].
Cada vista que toques le dará al usuario una descripción hablada, lo que permite que personas con limitaciones visuales puedan interactuar con botones, textos e imágenes sin verlos. Por eso, todo lo que muestres en pantalla debe estar pensado para ser leído.
¿Para qué sirve TalkBack en Android? Es el lector de pantalla nativo que describe en voz alta cada elemento de la interfaz y permite navegar con gestos de dos dedos, pensado para usuarios con baja visión o ceguera.
¿Cómo aplicar contraste y tamaño de fuente accesibles?
El contraste es la diferencia visual entre el fondo y los elementos que quieres destacar. Un slide blanco con texto negro es legible; un texto azul claro o amarillo sobre blanco se vuelve casi imposible de leer, sobre todo para personas mayores [3:30].
Un buen contraste reduce el esfuerzo visual y la carga cognitiva. Aunque tengas un equipo de diseño, tú también puedes sugerir ajustes si detectas fallas de legibilidad.
¿Cuál es la diferencia entre DP y SP en Android?
Android maneja la fragmentación de pantallas con dos unidades clave:
- DP (density-independent pixels): mantienen el mismo tamaño físico sin importar la densidad de la pantalla. Útiles para layouts e íconos.
- SP (scalable pixels): escalan según la configuración de fuente que el usuario haya definido en su dispositivo. Obligatorios para texto.
- Píxeles: no se recomiendan por la variedad de resoluciones.
Si defines un texto en DP y el usuario aumenta el tamaño de fuente del sistema, el texto no cambia. En SP, sí escala. Por eso Android Studio sugiere con fuerza usar SP para todos los textos [5:45].
¿Por qué usar SP en lugar de DP para textos? Porque SP respeta la preferencia de tamaño de fuente del usuario y escala automáticamente, mientras que DP deja el texto fijo y bloquea la accesibilidad visual.
¿Cuál es el área de tap mínima recomendada en Android?
Muchos usuarios golpean los botones pensando que la app falla, cuando en realidad el área de tap es demasiado pequeña. La recomendación oficial es 48 por 48 DP como mínimo para cualquier elemento interactivo [6:50].
Casos comunes:
- Ícono de 48x48 DP: cumple sin ajustes adicionales.
- Ícono más pequeño: agrégale padding para completar los 48x48 sin agrandar la parte visible.
- Botón de 36 DP de alto: añade padding vertical hasta llegar a 48 DP de altura tapeable.
Recuerda que el dedo es mucho más grueso que un puntero de mouse. Diseñar pensando en eso hace la diferencia entre una app fluida y una frustrante.
¿Cómo usar Accessibility Scanner, labels y content description?
Accessibility Scanner es una aplicación de Google que escanea cualquier app instalada y entrega sugerencias concretas pantalla por pantalla [8:30]. En el ejemplo de la clase, una sola pantalla mostró siete sugerencias en naranja, señalando:
- Botones sin labels descriptivos.
- Áreas de tap por debajo de 48x48.
- Problemas de contraste.
- Acciones duplicadas que ejecutan lo mismo.
Lo bueno es que puedes usarlo con cualquier app, no solo con la que estés desarrollando, para entrenar el ojo crítico.
¿Qué diferencia hay entre label y content description?
Un label es el texto visible que TalkBack lee directamente, como el contenido de un botón o un TextView. Un content description es un atributo que se define en XML o en Jetpack Compose para describir elementos sin texto, como imágenes o íconos [10:20].
Por ejemplo, si tienes una foto de perfil, no puedes describir cada rostro, pero sí puedes indicar que se trata de la foto de perfil del usuario. Así, quien usa TalkBack entiende el contexto sin ver la imagen.
No todas las apps pueden ser 100% accesibles. YouTube, basada en video y reels, lo tiene difícil. Pero una app bancaria sí debe serlo en su totalidad, porque el impacto en la vida diaria es enorme.
Ahora te toca a ti: descarga Accessibility Scanner desde el enlace en recursos, escanea una app que ningún compañero haya escaneado todavía y comparte en los comentarios las tres sugerencias más importantes que recibiste.