Nota sulla traduzione: la traduzione è realizzata da Pasquale Popolizio, Osservatorio sulla Comunicazione. Il documento originale del W3C è l'unico riferimento ufficiale. Questo documento può contenere errori di traduzione, che sono di responsabilità del traduttore.
I componenti interdipendenti dell'Accessibilità del Web
Questo documento mostra com l'accessibilità del Web
dipende da vari componenti che operano insieme e come i miglioramenti in componenti specifici potrebbero migliorare l'accessibilità del Web
. Esso mostra anche come le linee guida del WAI trattano questi componenti.
Vari e differenti componenti dello sviluppo del Web
ed interazioni devono operare insieme per far sì che il Web
sia accessibile alle persone con disabilità:
- contenuto - l'informazione in una pagina Web
o un'applicazione Web
, e cioè:
- informazioni naturali come testo, immagini e suoni
- codice o markup che definisce la struttura, la presentazione, etc.
- browser Web, riproduttori multimediali, e altri "user agents" (strumenti dell'utente)
- tecnologia assistiva, in alcuni casi - screen reader (lettori di schermo), tastiere alternative, software di scansione, etc.
- la conoscenza e l'esperienza dell'utente e in alcuni casi, le strategie adattive per usare il Web
- sviluppatori - designers, programmatori, autori, inclusi gli sviluppatori con disabilità e utenti che contribuiscono al contenuto
- strumenti di sviluppo - software che creano i siti Web
- strumenti di valutazione - gli strumenti di valutazione dell'accessibilità del Web
, i validatori HTML, i validatori CSS, etc.
Gli sviluppatori Web
di solito usano strumenti di sviluppo e strumenti di valutazione per creare il
contenuto del Web
.
Le persone ("utenti") usano i
browser Web, i riproduttori multimediali, tecnologie assistive, o altri
"user agents" per fruire ed interagire con il
contenuto.
Esistono interdipendenze importanti fra i componenti; cioè, i componenti devono operare insieme per rendere il Web
accessibile. Per esempio, per il testo alternativo per le immagini:
- le specifiche tecniche affrontano il testo alternativo (per esempio, l'HTML definisce l'attributo di testo alternativo (alt) dell'elemento immagine (img))
- le linee guida WAI - WCAG, ATAG, and UAAG, descritte in basso - definiscono come implementare il testo alternativo per l'accessibilità nei vari componenti
- gli sviluppatori forniscono le parole appropriate per il testo alternativo
- gli strumenti di sviluppo permettono, facilitano e promuovono l'uso del testo alternativo in una pagina Web
- gli strumenti di valutazione sono usati per aiutare a verificare che esista il testo alternativo
- gli user agents forniscono interfacce umane, e per le macchine, per il testo alternativo
- le tecnologie assistive forniscono un'interfaccia umana al testo alternativo in varie modalità
- gli utenti sanno come ottenere il testo alternativo dal loro user agent e/o tecnologia assistiva.
Il ciclo di implementazione
Quando le caratteristiche di accessibilità sono effettivamente implementate in un componente, gli altri componenti possono implementarle molto più facilmente.
- quando i browser Web, i riproduttori multimediali, le tecnologie assistive e gli altri user agent supportano una caratteristica di accessibilità, gli utenti possono richiederle con maggiore facilità e gli sviluppatori possono più agevolmente implementarle nel loro contenuto.
- quando gli sviluppatori vogliono implementare una caratteristica di accessibilità nel loro
contenuto, essi sono facilitati nel richiedere che i loro
strumenti di sviluppo la implementino con facilità.
- quando gli strumenti di sviluppo rendono semplice implementare una caratteristica, gli sviluppatori sono facilitati nell'implementarla nel loro
contenuto.
- quando una caratteristica di accessibilità viene implementata nella maggior parte del contenuto, gli sviluppatori ed utenti sono facilitati nel richiedere che gli
user agents la supporti.
Cosa succede quando un componente è debole
Se una caratteristica di accessibilità non viene implementata in un componente, c'è poca motivazione da parte degli altri componenti ad implementarla, quando non ne risulta una valida esperienza di accessibilità. Per esempio, gli sviluppatori non implementano facilmente una caratteristica di accessibilità che gli strumenti di sviluppo non supportano e che la maggior parte dei browser e delle tecnologie assistive non implementano bene.
Se un componente ha uno scarso supporto verso l'accessibilità, a volte altri componenti possono compensare attraverso "scorciatoie o stratagemmi" che richiedono maggiore sforzo e che non rappresentano l'optimum per l'accessibilità. Per esempio,
- gli sviluppatori possono fare più lavoro per compensare alcune mancanze di supporto all'accessibilità negli strumenti di sviluppo; per esempio, l'immettere direttamenteil codice invece di utlizzare lo strumento di sviluppo
- gli utenti possono fare più lavoro per compensare alcune mancanze di supporto all'accessibilità nei browser, riproduttori multimediali, e tecnologie assistive per risolvere differenti problemi di accessibilità
Comunque, nella maggior parte dei casi tali stratagemmi non sono implementati ed il risultato è una accessibilità non piena. In più, a volte lo scarso supporto all'accessibilità in un componente non può essere ragionevolmente risolto da altri componenti ed il risultato è l'inaccessibilità, rendendo impossibile per alcune persone con disabilità utilizzare una particolare sito Web
, una pagina o una caratteristica di esse.
Il Web Accessibility Initiative (WAI) del World Wide Web Consortium (W3C) sviluppa le linee guida dell'accessibilità del Web per i vari componenti:
Le linee guida del WAI sono basate sulle fondamentali specifiche tecniche del Web
e sono sviluppate in coordinamento con:
