L'accessibilità digitale decide chi può usare davvero un sito, un'applicazione o una comunità online. Ne ho parlato con Elena Brescacin, in rete Elettrona, partendo dall'esperienza quotidiana: lettori di schermo, software libero, social, strumenti di intelligenza artificiale.

Elena lavora sull'accessibilità di prodotti e servizi digitali, partecipa a comunità tecnologiche e a progetti di traduzione. Racconta anche il proprio attivismo e un rapporto con Internet iniziato alla fine degli anni Novanta. Il filo è l'autonomia: leggere, scegliere, comunicare e contribuire senza dover passare ogni volta da qualcun altro.

Partire dalle persone che usano gli strumenti

Questi temi li avevo incontrati all'università, con la tesi. Ascoltando Elena ho capito quanto fosse limitata quella prima esplorazione: una funzione può sembrare completa a chi guarda lo schermo e risultare difficile, o impossibile, per chi lo usa in un altro modo.

Un esempio che mi ha colpito: la documentazione tecnica fatta quasi solo di schermate. Se le informazioni essenziali restano dentro immagini senza un equivalente testuale, la guida perde esattamente la sua funzione — permettere a qualcuno di imparare e andare avanti da solo.

Il riferimento del W3C sull'accessibilità web parla di poter percepire, comprendere, navigare e interagire. Non basta quindi aggiungere un pulsante dedicato o dichiarare buone intenzioni: va verificato il percorso reale, cioè trovare un comando, capire un errore, compilare un modulo, portare a termine un'operazione.

Elena invita anche a smettere di costruire la comunicazione sulla compassione o sulla paura delle sanzioni. L'obiettivo è fare strumenti utilizzabili, e per farli bisogna coinvolgere chi le barriere le incontra ogni giorno.

Linux e lettori di schermo: la libertà deve essere utilizzabile

Elena ha usato Linux, anche da riga di comando, ma nel suo percorso non ha trovato una combinazione di supporto, dispositivi e applicazioni abbastanza sostenibile da sostituire Windows e macOS. È la sua esperienza sulle configurazioni che ha incontrato: non la prova che nessuna persona cieca possa usare Linux.

Parliamo di Orca. La documentazione di GNOME lo presenta come lettore di schermo che fornisce informazioni tramite sintesi vocale e braille. La qualità dell'esperienza dipende dalle applicazioni, dalle voci configurate e dall'ambiente: le difficoltà di cui parla non vanno trasformate in una condanna di ogni versione.

Il punto però resta netto, e lo condivido: chiedere a qualcuno di rinunciare alla propria autonomia per rispettare una preferenza ideologica significa non aver capito il problema. Sostenere il software libero vuol dire anche lavorare perché diventi una scelta concretamente praticabile.

Fediverso: più possibilità, e qualche ostacolo

Elena conosce diverse comunità dall'interno e contribuisce alle traduzioni. Del Fediverso apprezza la possibilità di costruire relazioni e scegliere spazi diversi, ma non nasconde le difficoltà: servizi frammentati, interfacce complesse, più account da gestire, persone difficili da trovare.

Che due piattaforme federate comunichino non significa avere tutte le loro funzioni in un'unica interfaccia. È questa distanza fra interoperabilità e semplicità d'uso che vorrebbe accorciare. Parla anche di strumenti di integrazione e del proprio contributo linguistico: si può partecipare senza scrivere il codice principale.

E la decentralizzazione non elimina molestie, fanatismo o manipolazione. Moderazione, procedure di segnalazione e rispetto dei confini personali servono comunque. Se una persona ti blocca, ricontattarla da un altro account non rende il confronto più aperto: ne aggira la scelta, che è un'altra cosa.

Continuo a pensare che valga la pena portare persone in questi spazi. Ma l'invito deve arrivare con l'accoglienza: una comunità difficile da abitare perde buona parte della promessa con cui si presenta.

IA e autonomia: utilità concreta, controllo, competenze

La descrizione automatica di un'immagine è immediatamente utile a chi non la vede. Elena racconta il passaggio dall'entusiasmo iniziale a un uso più prudente, tenendo ferma l'attenzione sulla possibilità di controllare i risultati.

La distinzione pesa ancora di più quando uno strumento propone configurazioni di sistema o codice. Una risposta plausibile può essere sbagliata, e se non hai la competenza per accorgertene devi cercare una verifica qualificata prima di affidarle qualcosa di importante.

Racconta anche di un piccolo componente per WordPress pensato per dichiarare la lingua di una porzione di testo e farla leggere correttamente. È un bisogno circoscritto e risolto bene. La semplicità dell'obiettivo però non certifica la sicurezza dell'implementazione: il codice va controllato anche quando la funzione sembra banale.

Sul piano ambientale emerge un'altra responsabilità: discutere l'impatto di questi strumenti senza colpevolizzare chi li usa per accedere a informazioni che altrimenti gli resterebbero chiuse. Le alternative vanno rese disponibili e adeguate, non solo auspicate. La rete di descrizione umana delle immagini che Elena immagina è una proposta, non un servizio già attivo.

Rispetto online: una domanda non è un'aggressione

Elena racconta episodi di molestie e pregiudizi vissuti dentro comunità informatiche. Li riporto come sua testimonianza, senza estenderli a tutte le comunità o a tutte le persone che le abitano.

La riflessione più utile riguarda la differenza fra esprimere una paura e muovere un'accusa. Nel suo lavoro divulgativo una domanda, anche quando nasce da informazioni sbagliate, apre un confronto. Un attacco personale richiede invece un confine, e va messo.

Vale anche per i miei spazi: accogliere opinioni diverse non significa tollerare qualsiasi comportamento. Il dissenso aiuta a ragionare quando riguarda idee, fatti e scelte, e non ha nessun bisogno di svalutare la persona.

Parliamo infine del rischio di scambiare interazioni artificiali per interesse vero. Comprare consensi o moltiplicare account non costruisce fiducia: il valore di una comunità sta nelle relazioni e nei contributi, non nel contatore delle reazioni.

Creare contenuti rispettando capacità, limiti e preferenze

Elena rifiuta l'idea che una persona debba trasformare la propria condizione in un marchio. Raccontarla può spiegare una scelta o un'esperienza, ma non può diventare un obbligo narrativo.

Anche il formato va scelto con criterio. Scrittura, voce e video richiedono capacità e condizioni diverse. Gli strumenti automatici possono aiutare, ma produrre un risultato che non sei in grado di valutare crea una dipendenza invece di risolverla. Chiedere aiuto, studiare o cambiare formato sono tutte scelte legittime.

È il messaggio che mi porto via: l'accessibilità non si costruisce immaginando al posto degli altri di che cosa abbiano bisogno. Il W3C raccomanda di coinvolgere gli utenti nella valutazione, affiancando le loro esperienze ai controlli di conformità. Per i miei progetti significa ascoltare prima, verificare i percorsi reali e correggere le barriere che vengono fuori.