Accessibilità

L'accessibilità di un sito web può essere definita come “la capacità di un sito web di essere acceduto efficacemente (alla sua interfaccia e al suo contenuto) da utenti diversi in differenti contesti. Rendere un sito web accessibile significa permettere l'accesso all'informazione contenuta nel sito anche a persone con disabilità fisiche di diverso tipo e a chi dispone di strumenti hardware e software limitati”206_{. Il sito accessibile quindi è quello che può “essere}

visitato da qualsiasi utente indipendentemente dal computer usato, dalla velocità del collegamento, dal browser, dall'interfaccia utente, dalle tecnologie assistive utilizzate (tastiera braille, joystick speciali, ecc.), e dove il contenuto dell'informazione e la sua presentazione siano sempre indipendenti l'uno dall'altra”207_.

206 Definizione di “accessibilità” del progetto WAI (Web Accessibility Initiative) del W3C. La definizione si può trovare all'indirizzo http://www.w3c.it/wai/.

207 Cristina Delogu et al., “Accessibilità. L'apprendimento per tutti” in Tecnologie per il web learning: realtà e scenari, a cura di Cristina Delogu (Firenze University Press), 2007, 120.

7. Una proposta metodologica: la fruizione per il pubblico

Chi progetta un sito deve sapere che non tutti gli utenti sono uguali e non tutti i loro sistemi di visualizzazione sono identici. Un sito quindi può definirsi accessibile quando ogni suo contenuto può essere raggiunto da tutti gli utenti (compresi gli ipovedenti e i diversamente abili) attraverso qualsiasi sistema di visualizzazione (compresi i browser testuali come Lynx).

Per rendere un sito accessibile è necessario attenersi a diverse regole. Il progetto WAI (Web

Accessibility Initiavie) del W3C ha elaborato una serie di linee guida, esistenti in due versioni:

la 1.0, risalente al 1999, e la 2.0, del 2008, la cui traduzione in italiano è uscita di recente (il 30 dicembre 2009). La versione WCAG 2.0 (Web Content Accessibility Guidelines) suggerisce dodici linee-guida ispirate a quattro principî208_{, che si presentano nella seguente}

tabella:

WCAG 2.0

1. Percepibile – Le informazioni e i componenti dell'interfaccia utente devono essere presentati agli utenti in modo che possano essere percepiti:

1.1. Fornire alternative testuali per qualsiasi contenuto non di testo in modo che lo stesso possa essere trasformato in altre forme fruibili secondo le necessità degli utenti, come stampa a grandi caratteri, Braille, sintesi vocale, simboli o linguaggio più semplice (1);

1.2. Fornire alternative per i tipi di media temporizzati209 _(2);

1.3. Creare contenuti che possano essere rappresentati in modalità differenti (per esempio, con layout più semplici), senza perdite di informazioni o di struttura (3);

1.4. Rendere semplice per gli utenti la visione e l'ascolto dei contenuti, separando i livelli di primo piano e di sfondo (4).

2. Utilizzabile – I componenti e la navigazione dell'interfaccia utente devono essere utilizzabili:

2.1 Rendere disponibili tutte le funzionalità anche tramite tastiera (5);

2.2 Fornire agli utenti tempo sufficiente per leggere e utilizzare i contenuti (6); 2.3 Non sviluppare contenuti che possano causare attacchi epilettici (7); 208 È possibile reperire la documentazione completa delle WCAG 2.0 all'indirizzo

7. Una proposta metodologica: la fruizione per il pubblico

2.4 Fornire all'utente funzionalità di supporto per navigare, trovare contenuti e determinare la propria posizione (8);

3. Comprensibile – Le informazioni e le operazioni dell'interfaccia utente devono essere comprensibili:

3.1 Rendere il testo leggibile e comprensibile (9);

3.2 Creare pagine web che appaiano e funzionino in modo prevedibile (10); 3.3 Aiutare gli utenti a evitare gli errori e agevolarli nella eventuale correzione (11);

4. Robusto – Il contenuto deve essere abbastanza robusto per essere interpretato in maniera affidabile mediante una vasta gamma di programmi utente, comprese le tecnologie assistive:

4.1 Garantire la massima compatibilità con i programmi utente attuali e futuri, comprese le tecnologie assistive.

TAB. 7.2: le WCAG 2.0 del progetto WAI del W3C

Ma in che modo è possibile realizzare nel concreto le linee guida proposte dal progetto WAI? Di seguito si elencano alcuni importanti accorgimenti proposti da Mark Pilgrim210_:

– indicare la DOCTYPE all'interno delle pagine del sito (un'etichetta che indica il tipo di documento, simile a quella di XML);

– identificare la lingua del sito attraverso l'apposita etichetta (per esempio, <html lang=”it”>);

– dare titoli significativi (ogni pagina del sito web dovrebbe avere un titolo esplicativo e significativo);

– presentare subito il contenuto principale;

– usare colori sicuri, soprattutto per i collegamenti;

– utilizzare link “veri”, ovvero evitare link del tipo “javascript:”, perché per utenti che hanno browser testuali come Lynx è come se tali collegamenti non esistessero. In generale, è bene evitare l'uso di JavaScript, perché i browser testuali non lo supportano e i browser grafici consentono di disabilitare l'esecuzione di codice JavaScript (quindi possono 210 Cfr. Mark Pilgrim, Dive into accessibility – 30 days to a more accessible web site, 2002, online all'indirizzo

http://diveintoaccessibility.org/. Traduzione italiana: Affrontare l'accessibilità – Per un sito più accessibile in 30 giorni a cura di Franco Carcillo, http://www.francocarcillo.it/dive/index.html.

7. Una proposta metodologica: la fruizione per il pubblico

esserci molti utenti anche normodotati con la visualizzazione di JavaScript disabilitata); – aggiungere titoli ai link;

– definire scorciatoie da tastiera (le “accesskeys”, per permettere una navigazione agevole con la tastiera);

– definire gli acronimi;

– fornire testi equivalenti per le immagini, in modo tale da poterne presentare il contenuto anche a coloro che non le possono visualizzare (non vedenti o utenti con browser testuali);

– evitare immagini spaziatrici.

Inoltre è sempre bene fare in modo che i testi possano essere ingranditi (in modo tale da facilitare gli ipovedenti) e in generale è sempre necessario separare il contenuto dalla sua presentazione.

Una volta finite le operazioni, sarà importante inserire una pagina all'interno della quale dichiarare quali sono state le linee seguite per garantire accessibilità al sito. Particolarmente utile sarà includere in tale pagina l'elenco delle “accesskeys” che servono per navigare all'interno del sito. La dichiarazione di accessibilità è importante anche per trasparenza nei confronti degli utenti del sito.

Infine merita una menzione, in fatto di accessibilità, la Legge 4 gennaio 2004. n.4,

Disposizioni per favorire l'accesso dei soggetti disabili agli strumenti informatici, meglio nota

come “Legge Stanca” dal nome dell'allora ministro proponente Lucio Stanca. La Legge211

intende per accessibilità “la capacità dei sistemi informatici, nelle forme e nei limiti consentiti dalle conoscenze tecnologiche, di erogare servizi e fornire informazioni fruibili, senza discriminazioni, anche da parte di coloro che a causa di disabilità necessitano di tecnologie assistive o configurazioni particolari” e obbliga le pubbliche amministrazioni e le aziende a prevalente capitalizzazione pubblica a stipulare contratti per la realizzazione e la modifica di siti internet che rispettino i requisiti di accessibilità stabiliti dal Decreto Ministeriale 8 luglio 2005212_{, attuativo della Legge. Tale Decreto stabilisce, nei suoi allegati, i requisiti tecnici di}

accessibilità dei siti internet e le metodologie e i criteri di valutazione per la verifica dell'accessibilità dei siti stessi.

I requisiti per i siti sono ventidue e sono stati stabiliti sulla base delle raccomandazioni del 211 Il testo è disponibile all'indirizzo http://www.pubbliaccesso.gov.it/normative/legge_20040109_n4.htm. 212 Il testo del Decreto e dei suoi allegati è disponibile all'indirizzo

7. Una proposta metodologica: la fruizione per il pubblico

progetto WAI di cui si è parlato poco sopra, degli standard definiti nella Sezione 508 del

Rehabilitation Act degli Stati Uniti d'America (la Sezione stabilisce i requisiti di accessibilità

dei siti della pubblica amministrazione statunitense), degli standard ISO e delle “esperienze acquisite nell'ambito della Pubblica Amministrazione”.

I ventidue requisiti fanno esplicitamente riferimento alle raccomandazioni WAI (in particolare, la versione 1.0 delle WCAG): tra di essi, si impone la conformità alle specifiche del W3C per HTML e XHTML, il divieto di utilizzo di frame, l'obbligo di utilizzare alternative testuali a qualsiasi oggetto non testuale (immagini, audio, video ecc.), il divieto di utilizzare grafiche che possano provocare disturbi da epilessia fotosensibile, la separazione dei contenuti dalla presentazione mediante l'utilizzo di fogli di stile, la completa fruibilità del sito anche in caso di script, applet o altri oggetti di programmazione.

Si tratta di una legge importante perché introduce il tema dell'accessibilità nella pubblica amministrazione, e l'imposizione di vincoli forti ai siti della pubblica amministrazione può offrire un'occasione per un netto miglioramento della qualità dei servizi forniti ai cittadini. E, oltre che un obbligo per le pubbliche amministrazioni, la Legge può essere un invito anche per molti siti che sono particolarmente mancanti in fatto di accessibilità.