In evidenza nella community: Elisa Bandy

Elisa Bandy è una Googler che si occupa dell'accessibilità web e della documentazione per i nostri strumenti interni.

Alexandra Klepper
Alexandra Klepper

Questo post mette in evidenza un esperto della community nell'ambito di Scopri l'accessibilità. Scopri di più sulle iniziative e sulla ricerca di Google in materia di accessibilità.

Alexandra Klepper: è un piacere averti come collega. Come ti presenterebbe e di che ti occupi qui?

Elisa Bandy, Technical Writer di Google.

Elisa Bandy: mi chiamo Elisa e scrivo la documentazione per gli strumenti e l'infrastruttura interna di Google.

Alexandra: È un lavoro fantastico. Con quante persone collabori?

Elisa: il nostro team più grande è composto da circa 40 persone, tra cui scrittori tecnici, instructional designer e gestori di programmi. Quando ho iniziato, sei anni fa, il team era composto da sole quattro persone.

Alexandra: Cosa stavi facendo prima di Google?

Elisa: Durante la settimana ho lavorato nello sviluppo di videogiochi. E poi, nei weekend, lavoravo in una riparazione di scarpe.

Alexandra: hai iniziato a lavorare nell'accessibilità web quando hai iniziato a lavorare in Google?

Elisa: Sì, ma solo dopo circa un anno e mezzo, come attività secondaria. Mi occupo di ingegneria dell'accessibilità per la documentazione interna di Google. Prima di questo lavoro, i documenti non erano stati progettati pensando all'accessibilità. Tutte le funzionalità dei documenti accessibili sono state un felice incidente.

Si sono verificati enormi problemi, a partire dal contrasto di colore del tutto inappropriato per i link. Le tabelle erano un disastro assoluto: se aumentavi lo zoom, tutto rimaneva della stessa dimensione perché era definito in pixel anziché in rem. Mi sono volontario per risolvere tutte queste cose. Poi ho continuato a sistemare altre cose. Eccoci qui cinque anni dopo e ci sono ancora.

Alexandra: ti sei costruita come una persona con competenze e conoscenze in materia di accessibilità e hai la determinazione per risolvere i problemi che devono essere risolti.

Elisa: Sì, direi che possiamo dirlo [ride]. Essendo io stessa una persona con disabilità, so quanto sia difficile chiedere di prendere in considerazione l'accessibilità. Quindi, il fatto che non abbiamo tenuto conto di questi aspetti di accessibilità per i miei colleghi mi ha fatto infuriare. E nessun altro li stava riparando. Così ho provveduto a correggerli.

Non credo che qualcuno debba chiedere l'accessibilità. Deve essere integrata dall'inizio.

Dare la priorità ai casi d'uso di accessibilità

Alexandra: quando pensi all'accessibilità sul web, ci sono così tanti livelli diversi, giusto? Ci sono esigenze diverse, a volte conflittuali, per varie disabilità. Come dai la priorità a ciò che deve essere fatto?

Elisa: Gran parte di ciò che faccio è dare priorità. Ad esempio, quanto è importante che un caso d'uso specifico sia totalmente accessibile al 100%? Esamino molti dati: qual è la percentuale di persone disabili nella nostra popolazione? Quante persone hanno un problema di accessibilità specifico?

Ad esempio, esiste un sottoinsieme di utenti che utilizzano ChromeVox, lo screen reader integrato per Chromebook. Se si verifica un problema in ChromeVox, devo esaminare quante persone utilizzano ChromeVox rispetto a JAWS, NVDA e VoiceOver.

Esternamente, non molte persone utilizzano ChromeVox. Dato che siamo Google, molte persone utilizzano i Chromebook come dispositivo di lavoro principale, il che significa che ChromeVox è molto importante per la documentazione interna. oppure un bug di ChromeVox potrebbe essere un po' più alto di un bug di VoiceOver o di NVDA.

In genere, cerco di risolvere i problemi per i principali screen reader. La colorazione tende a essere colpita o mancata perché ci sono varie estensioni che aggirano i problemi di colorazione, soprattutto per le modalità ad alto contrasto.

Alexandra: hai menzionato i dati, che sono incredibilmente importanti per Google (ovviamente). Ci sentiamo sempre dire: "Supporta la tua idea con i dati". In che modo Google raccoglie i dati per l'accessibilità?

Elisa: mi baso molto sui dati raccolti dalla Disability Alliance di Google. Inoltre, spesso effettuo controlli incrociati con i sondaggi di WebAIM.

Cultura dell'accessibilità

Alexandra: Parlami della cultura dell'accessibilità in Google.

Elisa: è cresciuta molto, molto rapidamente, fino a diventare un tema con finanziamenti e preoccupazioni di ampia portata. Ho scoperto che quasi tutti vogliono fare la cosa giusta. I nostri colleghi vogliono risorse didattiche su come fare la cosa giusta, su come dare la priorità all'accessibilità.

Ristrutturare un'app o un sito web o qualsiasi altro elemento a cui poter accedere dopo già l'implementazione errata è complicato. Pertanto, parte del mio lavoro consiste nel convincere i nostri ingegneri a pensare a come integrare l'accessibilità nei progetti iniziali, prima che i prodotti vengano realizzati. Le persone sono molto ricettive, anche entusiasti di questo.

Ho avuto una sola volta una reale resistenza all'integrazione dell'accessibilità e anche questo è stato abbastanza facile da risolvere.

Alexandra: puoi dirmi di più?

Elisa: quando ho iniziato a occuparmi di ingegneria dell'accessibilità, lo facevo solo per il 20% del mio tempo. Alcune persone non capivano perché ci concentravamo sull'accessibilità. Qualcuno ha detto: "Solo l'1% della popolazione è disabile". Ho mantenuto la mia posizione: dovevamo farlo perché era la cosa giusta da fare. Era il mio momento, lo dedicherò come meglio credo.

Certo, è difficile sentire dire che le persone disabili non contano, dato che si tratta di un gruppo troppo piccolo.

Alexandra: soprattutto se fai parte di quel gruppo. Impara a conoscere il tuo pubblico.

Elisa: Non mi piace mai sentire "Oh, è solo l'1%". L'"solo" lo rende insignificante. Ma se si pensa alla popolazione mondiale, si tratta di molte persone. Si tratta di un numero molto elevato di persone che lavorano in Google. Inoltre, molte disabilità sono sottostimate.

Alexandra: Sappiamo che molto più dell'1% della popolazione è affetto da disabilità. L'OMS riporta che oltre 1 miliardo di persone sono disabili e 2,2 miliardi di persone hanno qualche tipo di disturbo visivo. Naturalmente, la gravità varia e alcune persone con disabilità visive non si considerano disabili. Tuttavia, questi problemi influiscono sull'interazione sul web.

Elisa: Esatto.

Crea il tuo insieme di competenze

Alexandra: c'è un consiglio che avresti voluto ricevere prima di iniziare a lavorare nell'accessibilità?

Elisa: Non è un problema non sapere tutto. L'accessibilità è un'enorme e vasta distesa di spazio. So che ci sono molte cose che non so. Ho un insieme molto specifico di competenze. Io so dove trovare informazioni sulle best practice per l'accessibilità.

Anche nella mia specialità, gli screen reader e il contrasto di colore, imparo cose nuove ogni giorno. Sono sordo, ma non sono un esperto di accessibilità per i sottotitoli codificati. So cosa va bene per me, ma non so cosa funzioni per gli altri. Dovrei cercare le best practice, se me lo chiedi.

Alexandra: È ragionevole non essere l'esperto assoluto di ogni tipo di accessibilità. In che modo aiuteresti gli ingegneri a conoscere i pattern di accessibilità?

Elisa: collaboro a stretto contatto con un ingegnere interessato all'accessibilità. Le presenterò un bug e le mostrerò come lo risolverei. Poi le mostro la best practice. Potrebbe esaminare altri documenti e vedere che è stato consigliato un approccio, ma che non funziona per motivi XYZ.

Il problema dell'accessibilità web è che non ci sono molti esempi di codice concreti, perché non esistono due persone che creano la stessa funzionalità nello stesso modo. Quindi potresti trovare soluzioni temporanee. Molte persone non pensano all'accessibilità finché non è stato assemblato tutto. Che cosa farai a quel punto? Avete intenzione di smontarlo, rimetterlo insieme e riscrivere tutti i test? No, non lo sei. Devi mettere qualcosa a spillo.

Ciò significa che devi capire come un utente disabilitato si aspetta che l'applicazione funzioni, quindi modella il tuo codice in modo che esegua questa funzione. Potrebbe non sembrare un esempio di codice perfetto o componenti inclusivi, ma, se svolge la stessa funzione in modo affidabile, non ci saranno problemi.

Alexandra: mi sembra di capire che tu stia dicendo che è più importante ottenere un risultato positivo che preoccuparsi troppo di come raggiungerlo.

Elisa: Sì. Perché, onestamente, le parti finali giustificano i mezzi di questo caso. È molto importante capire come un utente di uno screen reader o qualsiasi altro utente disabile si aspetterebbe che funzioni.

Esistono un miliardo di ruoli ARIA e non è possibile conoscerli tutti. Inoltre, alcuni non funzionano con tutti gli screen reader. Perciò devi conoscere le esigenze dei tuoi utenti per creare qualcosa per loro.

Alexandra: Ci sono risorse esterne comuni a cui fai affidamento per la creazione della documentazione interna o per l'assistenza ai tecnici di Google?

Elisa: mi baso molto sulle linee guida del W3C. Sono molto utili per farsi un'idea di cosa fare. WebAIM è un'altra risorsa estremamente valida che trovo un po' migliore per l'implementazione tecnica. Mi piacciono molto anche i documenti di Mozilla: nove volte su dieci, se cerco qualcosa, trovo una risposta in MDN web docs.

Adoro inclusive-components.design, che è fantastico se vuoi una raccolta di componenti accessibili.

Deque University offre molte best practice. Lo uso per i materiali di riferimento, quando segnalo bug o insegno a qualcuno come seguire un determinato schema.

Prova in prima persona gli strumenti di accessibilità

Alexandra: come faccio a sapere in che modo un utente è interessato? Dato che la tua esperienza riguarda l'assistenza alle persone dal daltonismo e agli screen reader, iniziamo da qui.

Elisa: per la discromatopsia e la cecità ai colori esistono simulatori ed emulatori. Non puoi capire veramente cosa vede un'altra persona finché non lo vedi con i tuoi occhi. Se noto una saturazione molto scarsa, non appena la eseguo nel simulatore, posso confermare che non è affatto distinguibile.

Per supportare gli utenti di screen reader, non c'è modo migliore per capirlo che effettivamente utilizzare uno screen reader. Leggi prima i tutorial, è fondamentale. Alcune persone si sentono frustrate quando lo accendono e provano a usarlo senza istruzioni. Non è un buon modo per imparare a utilizzarlo. Sono necessari più di 5, 10 o 20 minuti. Utilizzalo per almeno un'ora per scoprire alcune delle frustrazioni che devono affrontare gli utenti che si affidano a questa tecnologia.

Sono fermamente convinto che tutti avranno bisogno di tecnologia di accessibilità in un determinato momento della loro vita. Ad esempio, di recente mi sono fatto male al polso e non potevo usare il mouse, quindi ho usato una tastiera per diverse settimane. È stato davvero frustrante. Questo tipo di esercizi può davvero aiutarti a metterti nei panni di una persona disabile che cerca di muoversi in un mondo di persone normodotate.

I simulatori, pur essendo utili, non sono equivalenti a una disabilità

Alexandra: ovviamente la mia esperienza o quella di qualsiasi sviluppatore nell'utilizzo di simulatori non è la stessa di una persona con disabilità visiva.

Elisa: puoi sempre parlare con una persona disabile per conoscere la sua esperienza. E quando sviluppi questa empatia, è importante ricordare che una persona che utilizza spesso questi strumenti sarà sempre più brava di te. Le persone disabili saranno sempre più abili a muoversi nei propri spazi, perché è il corpo con cui vivono.

Il mio timore è che le persone che svolgono questi esercizi di empatia, per mancanza di un termine migliore, pensino di sapere esattamente cosa provano le persone. Improvvisamente pensano di essere esperti di quell'esperienza. Non sei esperto di questa esperienza. Se sei una persona normodotata, non sei un esperto di screen reader. Non sono un esperto di daltonismo, anche se lavoro in questo ambito. Non sono un esperto di screen reader.

La mia esperienza in materia di disabilità uditiva è molto esperta. Sono un esperto di impiego di apparecchi acustici e di gestione quotidiana delle mie esperienze. Ma questo non significa che io sia un esperto delle esperienze altrui con la sordità

La cosa peggiore che puoi fare nell'ingegneria dell'accessibilità è avere un ego. A prescindere da quello che fai, potrai rovinare qualcosa. Non scoraggiarti, perché non esistono due persone con le stesse esigenze legate alla disabilità. Non esistono due persone con lo stesso punto di vista su accessibilità e disabilità. Non puoi fare tutto al 100%, ma questo non significa che non devi provarci. Non sarà mai perfetta, ma provaci comunque.

Potresti ricevere un feedback critico, qualcuno potrebbe dire "Hey, il tuo prodotto non è accessibile".

Alexandra: i simulatori supportano uno stile di apprendimento diverso, mostrando il tuo prodotto mentre affronti alcuni dei problemi che le persone disabili potrebbero riscontrare. Tuttavia, non è la stessa cosa che provare il tuo prodotto con gli strumenti di accessibilità che usano ogni giorno.

Elisa: Mi infastidisce leggermente quando le persone disattivano l'audio e leggono i sottotitoli codificati, per poi rendersi conto all'improvviso che questi sottotitoli codificati generati automaticamente sono terribili? Sì. Non è così che uso i sottotitoli codificati. Alcune persone con disabilità vedono una persona che emula la loro esperienza e si lamentano degli strumenti, senza averne effettivamente bisogno. È frustrante, lo capisco.

Ma non voglio nemmeno essere la persona che deve stare lì a descrivere la mia esperienza di persona sorda ancora e ancora e ancora e ancora. Ogni singola volta. Se vogliamo che le persone normodotate comprendano le nostre esperienze, dobbiamo sopportare la loro reazione.

Detto questo, le "esperienze" come la cena al buio e la degustazione di vini mi fanno impazzire. È come fare il cosplay di una disabilità. Ma per provare a capire come gli utenti utilizzano una funzionalità o come i lettori leggono la pagina? Non c'è problema. In realtà, è il minimo. Mettiti nei loro panni per un'ora e scopri come funzionano davvero queste cose. Ha davvero importanza.

Scopri come gli utenti navigano sul tuo sito. Potresti chiederti: "Perché non posso semplicemente mettere un banner di avviso in alto che indica che tutti i link si aprono in una nuova scheda?" Perché qualcuno potrebbe non leggere la pagina che inizia con il banner. Crea il tuo design tenendo presenti le persone con disabilità.

Fai una cosa: smetti di creare scorrimento infinito

Alexandra: c'è una cosa che vorresti che gli ingegneri iniziassero a fare per rendere i loro siti più accessibili?

Elisa: Lo scorrimento continuo è un problema e nessuno dovrebbe mai usarlo. Non riesco a trovare le cose, devo riuscire a trovarle. Inoltre, influisce negativamente sulle prestazioni.

Inoltre, spostare gli elementi visivamente e all'interno del DOM è davvero fastidioso. L'ordine di tabulazione è importante, in particolare per gli utenti che utilizzano la tastiera.


Scopri di più sulle iniziative e sulla ricerca di Google in materia di accessibilità. Oltre alle risorse per lo sviluppo web del sito Learn Accessibility, Google ha creato un corso di documentazione accessibile: Tech Compose for Accessibility.

Segui il team per l'accessibilità di Google su Twitter all'indirizzo @GoogleAccess e il team di Chrome all'indirizzo @ChromiumDev.