¿Puede cualquiera usar tu app hecha con IA? Una guía sencilla de accesibilidad

Cuando construyes una app con IA, la pruebas como tú la usas: tu pantalla, tus ojos, tu agarre firme de dos manos sobre una laptop. El problema es que buena parte de las personas que abrirán tu app no la usan así. Alguien hace zoom en el texto de su teléfono hasta el doble del tamaño normal. Alguien no distingue tu mensaje de error en rojo del texto negro que lo rodea. Alguien carga a un bebé y toca la pantalla con un solo pulgar. La accesibilidad de una app es simplemente si esas personas pueden seguir usándola sin problema — y es una pregunta que la mayoría de las apps hechas con IA nunca se plantean.

No necesitas un título ni un equipo de cumplimiento normativo para resolverlo. Necesitas saber los cuatro o cinco puntos donde las apps suelen dejar fuera a la gente, y cómo pedirle a tu builder que los arregle. Déjame mostrarte los más comunes con historias, porque son más fáciles de detectar una vez que ya los has visto.

¿Por qué se rompe el diseño de mi app cuando alguien hace zoom?

Porque la mayoría de las apps hechas con IA se diseñan con un tamaño de texto fijo, así que cuando alguien agranda el texto de su teléfono o navegador —algo que mucha gente hace, sobre todo cualquiera mayor de sesenta años—, los botones se encima, las columnas colapsan en una pila desordenada y los controles se deslizan uno debajo del otro.

Conozco a una creadora que construyó una app de citas muy ordenada para el salón de belleza de su mamá. Se veía genial. Luego su mamá la abrió, y lo primero que hizo —como mucha gente mayor de sesenta— fue pellizcar la pantalla para agrandar el texto. El diseño se desmoronó. Los botones se sobrepusieron, el botón de “Reservar” quedó debajo del menú, y una columna de horarios se convirtió en una pila revuelta e ilegible.

Esta es la falla de accesibilidad más común en apps hechas con IA, y es invisible hasta que alguien hace zoom. Pídele a tu builder: “Asegúrate de que el diseño siga funcionando cuando el texto se amplía al 200%. Nada debe sobreponerse ni cortarse.” Luego pruébalo tú mismo: en tu teléfono, sube el tamaño de fuente del sistema al máximo y abre tu app. Si se desarma, ahí tienes tu primer arreglo.

¿Por qué mi app no debería usar solo el color para mostrar un estado?

Porque cerca de uno de cada doce hombres percibe los colores de forma distinta, más comúnmente el rojo y el verde — así que un estado mostrado solo como un punto rojo frente a uno verde se ve igual para ellos, y de verdad no pueden distinguir “pagado” de “vencido”.

Un freelancer construyó un rastreador de facturas que mostraba el estado únicamente por color: punto verde, punto rojo. Uno de sus clientes, que resultó ser daltónico al rojo-verde, seguía pagando facturas que ya estaban pagadas porque los dos puntos le parecían idénticos. La información estaba ahí. Simplemente no estaba ahí para él.

La solución es un hábito, no una función: nunca uses el color como la única forma de comunicar algo. Agrega una palabra, un ícono o una forma junto a él. “Vencido” al lado del rojo. Una palomita junto al verde. Un asterisco y la palabra “obligatorio”, no solo un borde rojo. El color puede quedarse — simplemente no puede llevar el mensaje solo.

¿Por qué los lectores de pantalla solo dicen “botón” en lugar de nombrarlo?

Porque un botón de ícono sin etiquetar —un bote de basura, un lápiz, una lupa sin palabras— no tiene texto para que el lector de pantalla (el software que usan las personas ciegas o con baja visión para que se les lea la pantalla en voz alta) lo anuncie, así que dice, literalmente, “botón”. No “eliminar”. No “editar”. Solo “botón”.

A los builders de IA les encantan los botones de ícono limpios porque se ven modernos. Pero imagina usar una app donde cada control se llama “botón” y tienes que adivinar. No tienes que agregarle texto visible a cada ícono — tienes que asegurarte de que cada control tenga un nombre por debajo, aunque sea invisible, que el lector de pantalla pueda anunciar. Pídele a tu builder: “Dale a cada botón de ícono una etiqueta accesible: un ícono de bote de basura debe anunciarse como ‘Eliminar’, un lápiz como ‘Editar’.” Es un cambio pequeño y es la diferencia entre una app que una persona ciega puede navegar y una que es una pared de botones anónimos.

¿De qué tamaño deben ser las zonas táctiles en una app móvil?

La regla aproximada que usan los diseñadores es que cualquier cosa tocable debe medir alrededor de 44 píxeles —más o menos el tamaño de la yema de un dedo—, con espacio real entre elementos para que dos zonas táctiles no queden pegadas borde con borde.

Observa a alguien usar tu app con una sola mano en el camión. Los pulgares son anchos e imprecisos, el camión se mueve, y tu “X” para cerrar es una mancha de 16 píxeles en la esquina. Falla dos veces, le atina a lo que está detrás una vez, y se da por vencido. Las zonas táctiles pequeñas y apretadas son un problema de accesibilidad, no solo una molestia — golpean más fuerte a personas con temblores, dedos más grandes, o en un entorno en movimiento. Pídele a tu builder: “Haz que las zonas táctiles midan al menos 44 píxeles y agrega espacio entre ellas para que la gente no toque la equivocada.” Luego pruébalo: abre tu app en tu teléfono e intenta hacer la acción principal con una sola mano, mientras caminas. Si sigues fallando el toque, también le pasará a todos los demás.

¿Cómo pruebo la accesibilidad de mi app en cinco minutos?

Puedes detectar la mayoría de esto tú mismo sin ninguna herramienta, con tres revisiones rápidas en la pantalla que la gente más usa:

1. Haz zoom. Sube el texto de tu teléfono o navegador a su configuración más grande y abre la pantalla principal. ¿Algo se sobrepone, desaparece o se corta?
2. Quítale el color. Mira cada lugar donde tu app usa el color para significar algo — estado, errores, campos obligatorios. Si te lo imaginas todo en gris, ¿sigues pudiendo saber qué está pasando? Si no, agrega una palabra o un ícono.
3. Activa el lector de pantalla durante dos minutos. Tanto iPhone (VoiceOver) como Android (TalkBack) tienen uno integrado. Actívalo, cierra los ojos, e intenta hacer lo principal para lo que sirve tu app. Vas a notar de inmediato qué botones no tienen nombre.

Nada de esto requiere que seas desarrollador. Requiere que dejes de probar como tú mismo durante cinco minutos y pruebes como alguien cuyas manos, ojos o pantalla no coinciden con los tuyos.

No tienes que arreglarlo todo de golpe. Elige la pantalla que la gente más usa —el formulario de reservas, el registro, la lista principal— y haz que esa funcione cuando se le hace zoom, se le quita el color y se lee en voz alta. Esa sola pantalla, bien hecha, cubre a más gente que toda una auditoría de accesibilidad en los rincones que nadie visita. Empieza ahí, y la próxima persona que abra tu app con un solo pulgar y la pantalla en zoom podrá ser una usuaria más, no un rebote.