Chiunque può usare la tua app creata con l’AI? Una guida semplice all’accessibilità

Quando costruisci un’app con l’AI, la testi nel modo in cui la usi tu: il tuo schermo, i tuoi occhi, la tua presa salda a due mani sul laptop. Il problema è che una buona parte delle persone che apriranno la tua app non la usa così. Qualcuno ingrandisce il testo del telefono al doppio della dimensione normale. Qualcuno non riesce a distinguere il tuo messaggio di errore rosso dal testo nero intorno. Qualcuno tiene in braccio un bambino e tocca lo schermo con un solo pollice. L’accessibilità di un’app è semplicemente questo: se quelle persone riescono comunque a usarla — ed è una domanda che la maggior parte delle app create con l’AI non si pone mai.

Non serve una laurea né un team di conformità per occuparsene. Serve sapere quali sono i quattro o cinque punti in cui le app di solito escludono le persone, e come chiedere al tuo builder di sistemarli. Te li mostro con qualche storia, perché sono più facili da riconoscere una volta che li hai visti.

Perché il layout della mia app si rompe quando qualcuno ingrandisce lo schermo?

Perché la maggior parte delle app create con l’AI è progettata con una dimensione di testo fissa: quando qualcuno ingrandisce il testo del telefono o del browser — cosa che molte persone fanno, specialmente chi ha più di sessant’anni — i pulsanti si sovrappongono, le colonne collassano in una pila disordinata e i controlli scivolano uno sotto l’altro.

Conosco una creatrice che ha costruito una semplice app di appuntamenti per il salone di parrucchiera di sua madre. Bellissima, all’apparenza. Poi sua madre l’ha aperta e la prima cosa che ha fatto — come molte persone sopra i sessant’anni — è stata allargare le dita per ingrandire il testo. Il layout è crollato. I pulsanti si sovrapponevano, il pulsante “Prenota” scivolava sotto il menu, e una colonna di orari si è trasformata in una pila illeggibile.

Questo è il problema di accessibilità più comune nelle app create con l’AI, ed è invisibile finché qualcuno non ingrandisce lo schermo. Chiedi al tuo builder: “Assicurati che il layout funzioni anche quando il testo è ingrandito al 200%. Niente deve sovrapporsi o venire tagliato.” Poi provalo tu stesso: sul tuo telefono, porta la dimensione del carattere di sistema al massimo e apri la tua app. Se si spacca, quello è il primo problema da risolvere.

Perché la mia app non dovrebbe usare solo il colore per mostrare uno stato?

Perché circa un uomo su dodici percepisce i colori in modo diverso, più comunemente rosso e verde — quindi uno stato mostrato soltanto con un pallino rosso o verde appare identico ai loro occhi, e davvero non riescono a distinguere “pagato” da “scaduto”.

Un freelance ha costruito un tracker di fatture che mostrava lo stato solo tramite il colore: pallino verde, pallino rosso. Un suo cliente, che era daltonico rosso-verde, continuava a pagare fatture già saldate perché i due pallini gli sembravano identici. L’informazione c’era. Semplicemente non c’era per lui.

La soluzione è un’abitudine, non una funzione: non usare mai il colore come unico modo per comunicare qualcosa. Aggiungi una parola, un’icona o una forma accanto. “Scaduto” vicino al rosso. Un segno di spunta vicino al verde. Un asterisco e la parola “obbligatorio”, non solo un bordo rosso. Il colore può restare — semplicemente non può portare il messaggio da solo.

Perché gli screen reader dicono solo “pulsante” invece di nominarlo?

Perché un pulsante a icona senza etichetta — un cestino, una matita, una lente d’ingrandimento senza parole — non ha testo che lo screen reader (il software che le persone non vedenti o ipovedenti usano per farsi leggere lo schermo ad alta voce) possa annunciare, quindi legge, letteralmente, “pulsante”. Non “elimina”. Non “modifica”. Solo “pulsante”.

I builder AI adorano i pulsanti a icona puliti perché sembrano moderni. Ma immagina di usare un’app dove ogni controllo si chiama “pulsante” e devi indovinare. Non devi aggiungere testo visibile a ogni icona: devi assicurarti che ogni controllo abbia un nome sottostante, anche invisibile, che lo screen reader possa annunciare. Chiedi al tuo builder: “Dai a ogni pulsante a icona un’etichetta accessibile — un’icona a forma di cestino deve essere annunciata come ‘Elimina’, una matita come ‘Modifica’.” È una modifica piccola, ma fa la differenza tra un’app che una persona non vedente può usare e un muro di pulsanti anonimi.

Quanto dovrebbero essere grandi i pulsanti da toccare su un’app mobile?

La regola approssimativa usata dai designer è che qualsiasi elemento toccabile dovrebbe misurare circa 44 pixel — più o meno la dimensione di un polpastrello — con uno spazio reale, così che due elementi toccabili non siano incastrati bordo a bordo.

Osserva qualcuno usare la tua app con una mano sola sull’autobus. I pollici sono larghi e imprecisi, l’autobus si muove, e la tua “X” per chiudere è un puntino di 16 pixel nell’angolo. La manca due volte, tocca per sbaglio quello che c’è dietro una volta, e rinuncia. I pulsanti piccoli e ammassati sono un problema di accessibilità, non solo un fastidio: colpiscono soprattutto chi ha tremori, dita più grandi o si trova in un ambiente in movimento. Chiedi al tuo builder: “Rendi i pulsanti toccabili di almeno 44 pixel e aggiungi spazio tra loro, così le persone non toccano quello sbagliato.” Poi provalo: apri la tua app sul telefono e prova l’azione principale con una mano sola, camminando. Se continui a sbagliare il tocco, capiterà anche a tutti gli altri.

Come testo l’accessibilità della mia app in cinque minuti?

Puoi scoprire gran parte di questi problemi da solo, senza alcuno strumento, con tre controlli rapidi sulla schermata più usata:

1. Ingrandiscila. Porta il testo del telefono o del browser alla dimensione massima e apri la schermata principale. Qualcosa si sovrappone, sparisce o viene tagliato?
2. Togli il colore. Guarda ogni punto in cui la tua app usa il colore per comunicare qualcosa — stato, errori, campi obbligatori. Se te lo immagini tutto in grigio, riesci ancora a capire cosa sta succedendo? Se no, aggiungi una parola o un’icona.
3. Attiva lo screen reader per due minuti. Sia iPhone (VoiceOver) sia Android (TalkBack) ne hanno uno integrato. Attivalo, chiudi gli occhi e prova a fare la cosa principale per cui esiste la tua app. Sentirai subito quali pulsanti sono senza nome.

Niente di tutto questo richiede di essere uno sviluppatore. Richiede di smettere per cinque minuti di testare come te stesso e iniziare a testare come qualcuno le cui mani, occhi o schermo non corrispondono ai tuoi.

Non devi sistemare tutto in una volta. Scegli la schermata più usata — il modulo di prenotazione, l’iscrizione, l’elenco principale — e falla funzionare bene quando è ingrandita, priva di colore e letta ad alta voce. Quell’unica schermata, fatta bene, copre più persone di un intero audit di accessibilità sugli angoli che nessuno visita. Inizia da lì, e la prossima persona che apre la tua app con un pollice solo e lo schermo ingrandito potrà essere un’utente invece che un rimbalzo.