Usabilità e Accessibilità dei siti web

• STANCA (04 aprile 2003). Min. Lucio Stanca http://www.innovazione.gov.it/ita/documenti/scheda_ddl_disabili.rtf
  titolo: Disposizioni per favorire l'accesso dei soggetti disabili agli strumenti informatici.
  
  
• CAMPA – PALMIERI (04 marzo 2003) Forza Italia + 130 cofirmatari http://www.senato.it/leg/14/Bgt/Schede/Ddliter/18816.htm
  titolo: Norme per il diritto di accesso ai servizi e alle risorse telematiche pubbliche e di pubblica utilità da parte dei cittadini diversamente abili.
  Iniziativa: On. Cesare Campa (Forza Italia), On. Antonio Palmieri (Forza Italia)
  
  
• LAURO (19 marzo 2003) Forza Italia + 54 cofirmatari http://www.senato.it/leg/14/Bgt/Schede/Ddliter/19361.htm
  titolo: Norme per il diritto di accesso ai servizi e alle risorse telematiche pubbliche e di pubblica utilità da parte dei cittadini diversamente abili
  
  
• IOVENE (5 marzo 2003) DS-U + 120 cofirmatari http://www.senato.it/leg/14/Bgt/Schede/Ddliter/19269.htm
  titolo: Norme per il diritto di accesso ai servizi e alle risorse info-telematiche pubbliche e di pubblica utilità da parte dei disabili e per favorire la loro integrazione attraverso le nuove tecnologie
  
  
• E poi ancora: Zanella (Misto, verdi-l'Ulivo), Giaretta (Margherita,DL-Ulivo), Di Teodoro (Forza Italia), Jannone (Forza Italia), Bono (AN), Piscitello (Margherita,DL-Ulivo),

Qualche definizione…

ISO 9241-11:1998: L’usabilità è “l’efficacia, l’efficienza e la soddisfazione con cui specifici utenti raggiungono specifici obiettivi in particolari ambienti”.

ISO TS 16071: L’accessibilità è “l’usabilità di un prodotto, servizio, ambiente o strumento, per persone col più ampio raggio di capacità”.

Qualche definizione…

• Un sito web è usabile quando soddisfa i bisogni informativi dell'utente che lo sta visitando, fornendogli facilità di accesso e navigabilità e consentendo un adeguato livello di comprensione dei contenuti.
• Un sito web è accessibile quando può essere visitato da qualsiasi utente indipendentemente:
  • dal computer usato,
    
  • dalla velocità del collegamento,
    
  • dal browser,
    
  • dall'interfaccia utente,
    
  • dalle periferiche alternative utilizzate (tastiera braille, joystick speciali, ecc.),
    
  • e dove il contenuto dell'informazione e la sua presentazione siano sempre indipendenti l'uno dall'altra.
    

Usabilità e accessibilità del web

• L'usabilità non può essere progettata a prescindere dagli utenti che utilizzano effettivamente il sito, dagli obiettivi che questi cercano di raggiungere, dall'ambiente in cui ciò avviene.
• L'accessibilità deve essere progettata tenendo bene in mente le esigenze dell'ampio numero di persone disabili, o che hanno tecnologie obsolete, o che si collegano al web con dispositivi diversi dal computer.Cosa hanno in comune l’usabilità e l’accessibilità?
  
  
  

Cosa hanno in comune l’usabilità e l’accessibilità?

L’utente

• Un progetto di usabilità pone gli utenti al centro.
  
• Un progetto di accessibilità pone al centro gli utenti disabili o con problemi di accesso alla rete.
• Progettare un sito usabile e accessibile è un processo user-centered.

Il gruppo Webxtutti

www.webxtutti.it

• Estendere le pratiche della progettazione user-centered anche alla progettazione dell'accessibilità.
• Si occupa prevalentemente dell'accessibilità dei siti di Pubblica Utilità
  
• In particolare, si rivolge a chi nella Pubblica Amministrazione vuole commissionare a una società privata il progetto e la realizzazione del proprio sito web. Sul sito può trovare infatti i requisiti da richiedere nel bando di gara e, utilizzando il sistema di valutazione Torquemada, verificare che tali requisiti siano stati soddisfatti.

Testa il tuo sito con

• Torquemada, è un inquisitore di siti web: suo compito è analizzare in modo automatico un sito e fornire una valutazione sul suo grado di adesione alle normative WAI.
• Torquemada è il primo verificatore in lingua italiana.
• E' tra i validatori consigliati dal WAI del W3C.
• È stato scelto dall'IWA, che è un'associazione internazionale di web master, come loro verificatore ufficiale. È in corso la traduzione di Torquemada in varie lingue, fra cui anche l'arabo!
• Dal giugno 2003 sono state effettuate oltre 50.000 valutazioni da utenti collegati dall'esterno.
  
• Torquemada è un servizio gratuito offerto a tutti.

Screenshot del report di Torquemada sul sito http://www.comune.pisa.it

Metodologie

• verifiche "manuali"
  
• verifiche "automatiche"
  • Torquemada
    
  • Vischeck (www.vischeck.com)
    
  • Tablin (www.w3c.org/WAI/Resources/Tablin)

Abbiamo elaborato una metodologia sperimentale per testare l'accessibilità dei siti con utenti disabili

Metodologia manuale

• 29 verifiche (soggettive e oggettive)
  
• Scelta pagine campioni
  
• home page
  
• Mappa
  
• Indice
  
• motore di ricerca
  
• news,descrizione amministrazione
  
• versione alternativa
  
• interazione con l'utente
  
• dieci pagine varie
  
• Campione ridotto: home + pagine specifiche
  
• Campione esteso: 10 pagine

Meccanismi di navigazione

• Forma e posizione dei link.
  
• Significatività dei link (fuori dal contesto).
  
• Presenza di una barra di navigazione persistente in ogni pagina e di aiuto alla navigazione.
  
• Struttura della pagina (che deve essere consistente in tutto il sito).
  
• Orientamento nel sito (presenza di mappa, indice e descrizione delle funzionalità offerte).
  
• Motore di ricerca (raggiungibile da ogni pagina del sito e deve permettere una ricerca personalizzabile).
  
• Struttura del sito e supporti alla navigazione (presenza di breadcrumbs).
  
• Versioni parallele.
  
• Frame.

Valutazione (maggio 2002/novembre 2002)

• la barra di navigazione non persistente su tutto il sito
  
• assenza di elementi di orientamento
  
• assenza di supporti alla navigazione

Presenza di contenuti equivalenti di elementi visuali e multimediali

• Immagini latrici di informazioni (commento su tutte le pagine)
  
• Mappe di immagini (commenti su tutte le aree sensibili).
  
• Accessibilità file audio-video.
  
• Organizzazione delle informazioni (modalità di fruizione di documenti, modalità di download).

Valutazione (maggio 2002/novembre 2002)

• Nella maggioranza dei casi le immagini non vengono descritte.
  
• Per i file audio-video non viene fornita alcuna descrizione testuale dei contenuti visuali e non vengono forniti i sottotitoli (per non udenti).
  
• Per le mappe di immagini spesso non viene fornita una descrizione per ogni area sensibile.
  

Tecnologie accessibili

• Indipendenza da applet e da script (informazioni e funzionalità del sito devono essere assicurate comunque).
  
• Presenza di shortcut.
  
• Analisi di pop-up windows.
  
• Indipendenza dal mouse nell'uso di script, plug-in e applet.
  
• Navigazione senza il mouse.
  
• Funzionalità dinamiche (tasto che permetta la visualizzazione statica della pagina).
  
• Descrizioni di elementi dinamici.
  
• Oggetti in movimento.

Valutazione (maggio 2003/novembre 2002)

• Spesso script e applet provocano problemi di navigazione
  
• Le pop-up windows vengono aperte “sempre” senza avvertire l’utente.
  

Qualità cromatica e tipografica

• Qualità dei colori.
  
• Fogli di stile.
  
• Qualità tipografica.

Problemi della metodologia manuale: Pesatura

• Non e’ immediato dare un peso agli errori rilevabili attraverso la metodologia. Mentre le linee guida WAI hanno poche sfumature di giudizio (A – AA - AAA) nella nostra metodologia si cerca di analizzare in modo completo ogni tipologia di errore e quanto questo possa incidere nell’economia generale.
  
• Allo stato attuale però non siamo ancora in grado di dare una rilevanza ad ogni singolo errore sia perché stiamo cercando di pesarlo secondo il feedback dell’utente sia perché dipende anche dal contesto in cui e’ inserito:
  
  • es: in un sito ministeriale, un javascript pregiudica completamente la navigazione anche se il sito e’ comunque molto ben sviluppato.
• Altro punto importante e’ capire il caso degli elementi non verificabili:
  
  • es: il fatto che in un sito siano assenti i frames e’ un fattore positivo e dovrebbe quindi contribuire positivamente al giudizio complessivo.
• L’assenza di shortcuts invece assume una valenza negativa.
  

Problemi della metodologia manuale: Soggettività

• La metodologia e’ comunque in alcuni punti soggettiva.
  
• La risposta data dall’esperto dipende in alcuni casi dalla sua conoscenza della materia.
• Corredare ogni verifica con esempi in modo da uniformare per quanto possibile il giudizio. 
• Utilizzare 4 esperti per la valutazione di ogni sito
  

Problemi della metodologia manuale: Campione

• La metodologia si occupa di testare l’accessibilità su un sottoinsieme di pagine di un sito. Vengono analizzate circa 15 pagine per ogni sito ricavate su livelli diversi e seguendo percorsi diversi.
• L’accuratezza dell’analisi decresce all’aumentare del numero e dei modelli di pagine di un sito.
  

Metodologia sperimentale

• Obiettivo: valutare le difficoltà incontrate da un utente disabile nell’interazione con il sito, in modo da migliorare la metodologia semi automatica
• Metodo: compiti da assegnare a utenti disabili, valutazione delle difficoltà incontrate nel portarli a termine
• Elementi esaminati: accessibilità; raggiungibilità; orientamento nel sito; ricerca informazioni tramite navigazione e tramite motore di ricerca
  

Esempio di compito metodologia sperimentale

www.governo.it

In che data e' stata lanciata la campagna di comunicazione "Vietato essere. Perchè le donne afghane siano di nuovo persone“
Ricava il link della pagina dove vengono descritti i criteri progettuali del restuaro di palazzo ChigiDov'era il presidente del consiglio in data 24/10/2002 Qual'e' la data di nascita del sottosegretario Antonio Martusciello.

Esperimenti con gli utenti

• Categorie di utenti:
  
  • non vedenti
    
  • ipovedenti
    
  • sordi
• L'utilizzo dei test con i disabili mette in luce aspetti che sono trascurati dalle linee guida dell'accessibilità

Utenti ciechi

• Le linee guida WAI sono in prevalenza per i ciechi e per la navigazione dei siti con screen reader.
• Ma manca ancora qualcosa per avere una vera accessibilità…

Problemi di navigazione

Utenti ipovedenti

Gli ipovedenti sono gli utenti meno tutelati dalle linee guida WAI.

Contrasti ridotti (1)

Contrasti ridotti (2)

Disabilitazione dei css

Utenti sordi

• La principale raccomandazione rispetto agli utenti sordi è che gli eventuali file audio presenti nel sito vengano trascritti.
• Ma il problema principale dei sordi è la scarsa conoscenza della struttura sintattica e semantica della lingua:
  
  • Vocabolario limitato
    
  • Difficoltà di comprensione dei testi
    
  • Difficoltà nell'uso del motore di ricerca di un sito

Linee guida utenti sordi per siti di Pubblica Utilità

• Usare parole semplici
• Usare sempre la stessa parola per indicare una singola cosa
• Inserire solo testi chiari e brevi
• Inserire un glossario dei termini più frequenti nel sito
• Spiegare in modo semplice come formulare la richiesta da inserire nel motore di ricerca
• L’accessibilità per i sordi aumenterebbe l’usabilità dei siti di Pubblica utilità per tutti gli utenti
  

Nuova attività webxtutti

• Accessibilità degli strumenti utilizzati dalla comunità del web (forum, chat, lavagne, ecc.).
• Accessibilità delle piattaforme e-learning

webxtutti: dall'accessibilità dei contenuti all'accessibilità dei servizi

Roma, 20 giugno 2003,
Aula Magna Ministero delle Comunicazioni

• 9:15 - 11:15 L' Accessibilità diventa legge
• 11:45- 13:40 L'accessibilità di applicazioni e servizi sul web
• 14:40-16:00 Gli utenti dell'accessibilità
• 16:00- 17:30 Tavola rotonda utenti dell'accessibilità