Conformitą sito www.regione.abruzzo.it
SOMMARIO
INTRODUZIONE
Per svolgere questo studio di conformità ci siamo basati sulle linee
guida WCAG
redatte dal consorzio W3C.
Queste linee guida spiegano come rendere contenuti web
accessibili a persone disabili, l'obiettivo principale che esse si pongono
consiste nel promuovere l'accessibilità. Seguendole, si otterrà
il risultato di rendere i contenuti web
più facilmente fruibili da tutti gli utenti, a prescindere dal particolare
interprete in o da eventuali limitazioni a cui essi possono essere costretti.
Ulteriori dettagli nella sezione "Le linee WCAG".
Visitando il sito della regione Abruzzo abbiamo notato che quasi tutti i
link della home page
portano a pagine la cui presentazione è diversa (in alcuni casi completamente
diversa) da quella della home page. Di conseguenza
abbiamo deciso di analizare in maniera specifica solamente le seguenti pagine
le quali presentano uno stesso tipo di presentazione:
- Home page del sito: www.regione.abruzzo.it/xportal/index.asp
- Pagina dedicata al presidente della regione: www.regione.abruzzo.it/xportal/index.asp?modello=presidente
- Pagina dedicata alla giunta: www.regione.abruzzo.it/xportal/index.asp?modello=giunta
Inoltre abbiamo considerato anche le seguneti pagine presenti nella sezione alta della home page:
- Informazioni:
- Credits:
- Mappa del sito:
Questi link sono presenti nel banner di testata della home page del sito della regione Abruzzo e sono delle finestre di pop-up.
Abbiamo anche accennato ai contenuti della pagina Alta
visibilità del sito della regione Abruzzo, la quale è
un'applicazione di un foglio di stile alla pagina in modo da aumentare l'accessibilità
della pagina.
Quindi abbiamo riportato quelli che secondo noi sono gli errori e i warnings
(avvertimenti) rilevati con l'utilizzo delle linee guida. Per ognuno di
questi parametri riportiamo il numero della linee guida con il livello di
priorità a cui appartiene, una breve descrizione e al di sotto di
questo le nostre considerazione sulla particolare violazione. Per una più
completa versione di tutte le linee guida potete visitare le seguenti pagine:
versione in italiano www.aib.it/aib/cwai/WAI-trad.htm
e versione in inglese dal sito ufficiale del w3c
w3.org.
LE LINEE WCAG
Le linee guida WCAG si basano sui due principi generali: assicurare una trasformazione elegante, rendere il contenuto comprensibile e navigabile. Trasformare con eleganza significa che rimangono accessibili nonostante le limitazioni che possono incorrere nel visitarle (ad esempio: limiti da barriere tecnologiche, limiti fisici, di comprensibilità ecc). Mentre per contenuto comprensibile e navigabile intendiamo l'utilizzo di un linguaggio chiaro e idoneo alla situazione e il fornire all'utente meccanismi facilmente comprensibili per la navigazione all'interno della stessa pagina e tra pagine diverse (strumenti di navigazione, mappe ecc). Le linee guida comprendono 14 principi generali su cui sono sviluppate, ognuna delle quali con un proprio numero, obbiettivo e punti di controllo. Riportiamo qua sotto i titoli:
- Fornire alternative equivalenti al contenuto audio e visivo.
- Non fare affidamento sul solo colore.
- Usare marcatori e fogli di stile e farlo in modo appropriato.
- Chiarire l'uso di linguaggi naturali.
- Creare tabelle che si trasformino in maniera elegante.
- Assicurarsi che le pagine che danno spazio a nuove tecnologie si trasformino in maniera elegante.
- Assicurarsi che l'utente possa tenere sotto controllo i cambiamenti di contenuto nel corso del tempo.
- Assicurare l'accessibilità diretta delle interfacce utente incorporate.
- Progettare per garantire l'indipendenza da dispositivo.
- Usare soluzioni provvisorie.
- Usare le tecnologie e le raccomandazioni del W3C.
- Fornire informazione per la contestualizzazione e l'orientamento.
- Fornire chiari meccanismi di navigazione.
- Assicurarsi che i documenti siano chiari e semplici.
A ciascun punto di controllo che sviluppano le linee guida, è stato assegnato un livello di priorità basato sull'impatto che tale punto possiede sull'accessibilità. A seconda se la pagina risponde positivamente a tutti i punti di controllo della priorità 1,2 e 3 si ha conformità a livello A,AA e AAA. Riportiamo le priorità come da sito www.aib.it/aib/cwai/WAI-trad.htm:
- [Priorità 1] Lo sviluppatore di contenuti web deve conformarsi al presente punto di controllo. In caso contrario, a una o più categorie di utenti viene precluso l'accesso alle informazioni presenti nel documento. La conformità a questo punto di controllo costituisce un requisito base affinché alcune categorie di utenti siano in grado di utilizzare documenti web.
- [Priorità 2] Lo sviluppatore di contenuti web dovrebbe conformarsi a questo punto di controllo. In caso contrario per una o più categorie di utenti risulterà difficile accedere alle informazioni nel documento. La conformità a questo punto consente di rimuovere barriere significative per l'accesso a documenti web.
- [Priorità 3] Lo sviluppatore di contenuti web può tenere in considerazione questo punto di controllo. In caso contrario, una o più categorie di utenti sarà in qualche modo ostacolata nell'accedere alle informazioni presenti nel documento. La conformità a questo punto migliora l'accesso ai documenti web.
CONSIDERAZIONI INIZIALI
Prima di iniziare l'analisi sulla home page abbiamo pensato fosse necessario descrivere delle brevi considerazioni iniziali sullo stato della pagina, abbiamo selezionato i metadata della home page e della mappa del sito in modo datle da prendere un esempio di pagina e pop-up presenti nel sito. In particolare dal metadata possiamo trovare le informazioni della seguente tabella:
| Informazione | Risultato informazione |
|---|---|
| Titolo | Regione Abruzzo - Portale |
| Autore | NO |
| Descrizione | NO |
| Keywords | NO |
Per quanto riguarda la mappa del sito:
| Informazione | Risultato informazione |
|---|---|
| Titolo | Mappa del Portale: "Regione Abruzzo On - line" |
| Autore | NO |
| Descrizione | NO |
| Keywords | NO |
Inoltre sappiamo che il content-lenguage è predisposto per la lingua italiana, è stato creato con il software Microsoft FrontPage 6.0/5.0 e che il Content-Type è in html. Vedi tabella seguente per la home page :
| Metatag | Contenuto |
|---|---|
| Content-Language | it |
| GENERATOR | Microsoft FrontPage 6.0 |
| ProgId | FrontPage.Editor.Document |
| Content-Type | text/html; charset=windows-1252 |
Per la mappa del sito:
| Metatag | Contenuto |
|---|---|
| Content-Language | it |
| GENERATOR | Microsoft FrontPage 5.0 |
| ProgId | FrontPage.Editor.Document |
| Content-Type | text/html; charset=windows-1252 |
Sappiamo inoltre che sono stati utilizzati dei script in javascript all'interno
della pagina. Il foglio di stile si trova a questo indirizzo www.regione.abruzzo.it/xportal/css/default99.css
per la home page mentre per la mappa del sito
a questo www.regione.abruzzo.it/scripts/srpt.css. Sono presenti 32 immagini
nella home e 22 nella mappa e non ci solo link
multimediali. Non sono presenti date di ultimo aggiornamento.
Abbiamo riscontrato i seguenti link non funzionanti
riportati in tabella:
| Link non funzionante | Link Context | Errore |
|---|---|---|
| http://www.travelby.it/Travelby | 403 | Forbidden |
| https://regione.abruzzo.it/exchangePosta | 440 | Unrecognized server response |
Inoltre nella mappa del sito il link a "cerca" riconduce semplicemnete alla home non dando modo di eseguire una ricerca avanzata.
31 delle 32 immagini della home page non presentano i tag di Height e Width, questo incide sull'effgicenza della pagina. Non abbiamo riscontrato interferenze di privacy come la richiesta di cookie. Non abbiamo riscontrato inoltre link che escano dal contesto indicato dal sito, tutti i collegamenti portano a materiale o pagine inerenti all'argomento base del sito della regione Abruzzo.
[Torna al sommario]CONFORMITA' SECONDO LINEE GUIDA WCAG
PRIORITA' 1
ERRORI
Non abbiamo riscontrato nessun errore ma sottolineiamo i seguenti warnings (con accenni ad aspetti positivi) che a nostro avviso sono i più rilevanti, dato che riguardano la priorità 1.
WARNINGS
- 1.1 - Fornire un equivalente testuale per ogni elemento non di testo.
Tutte le immagini presentano alt completi e molto intuitivi, non sono presenti tag longdesc ma a nostro parere non ci sono immagini così rilevanti da richiedere tale tag.
- 2.1 - Assicurarsi che tutta l'informazione veicolata dal colore
sia disponibile anche senza, per esempio grazie al contesto o ai marcatori.
[D]
Utilizzare
delle immagini per la colonna di navigazione di destra non è un
buon metodo, soprattutto se il contrasto tra sfondo e scritta è
poco accentuato, in questo modo l'informazione è molto vincolata
dall'informazione. Ad ogni modo chi ha sviluppato il sito ha inserito
l'opzione "Alta visibilità" in cui tutti i link
hanno un'ottimo contrasto (scritte bianche azzurre o gialle su sfondo
nero) e l'informazione non è assolutamente vincolata dal colore.
Riteniamo questa un'ottima soluzione.
- 4.1 - Identificare con chiarezza i cambiamenti nel linguaggio naturale
del testo di un documento e in ogni equivalente testuale.
Lo sviluppatore del sito ha inserito nel header la seguente riga di codice:
quindi si deduce che qualsiasi testo scritto al suo interno sia in italiano. Non abbiamo trovato nella home page parole inglesi che richiedessero il tag "lang".
- 6.1 - Organizzare i documenti in modo che possano essere letti senza
i fogli di stile. Per esempio, quando un documento HTML viene reso senza
i fogli di stile associati, deve essere sempre possibile leggere il documento.
A nostro avviso la pagina senza il foglio di stile è abbastanza chiara anche se l'utente ha delle difficoltà a trovare ciò che gli serve. Abbiamo notato che la pagina senza foglio di stile della modalità "Alta visibilità" è identica a quella di base, quindi abbiamo dedotto che la modalità "Alta Visibilità" non è altro che l'applicazione di un foglio CSS. A nostro avviso con questo metodo si ha una perdita di qualità, ognuna delle due modalità dovrebbe avere una rappresentazione propria della pagina senza CSS, in quanto sono due rappresentazioni diverse anche se della stessa pagina.
Per quanto riguarda la mappa del sito, essendo un poup, non siamo riusciti a togliere il foglio di stile. Riteniamo comunque che avando uno stile molto simile alla home page si comporti come questa.
- 6.3 - Assicurarsi che le pagine siano utilizzabili quando script,
applet, o altri oggetti di programmazione sono disabilitati oppure non
supportati. Se questo non è possibile, fornire informazione equivalente
in una pagina accessibile alternativa.
Abbiamo notato che il sito senza l'utilizzo di Java e Javascript risulta molto deficitario, in quanto il menù di sinistra a tendina è praticamente inutilizzabile. Inoltre non ci sono avvertimenti che portano l'utente alla pagina accessibile alternative, che pure è presente, o script lato client. Come sempre esiste la modalità "Alta visibilità" che anche senza Java e javascript funziona correttamente.
- 8.1 - Fare in modo che elementi di programmi come script e applet
siano direttamente accessibili o compatibili con le tecnologie assistive.
Abbiamo notato che gli scrtipt usati in questa pagina non sono direttamente accessibili o compatibili con tecnologie assistite. Non è presente nel codice sorgente della home page o della mappa del sito un'alternativa testuale agli script o un collegamento alla versione "Alta visibilità".
- 14.1 - Usare il linguaggio più chiaro e semplice possibile
che sia adatto al contenuto di un sito.
A nostro avviso la home page e la mappa del sito utilizzano abbastanza un linguaggio chiaro e semplice. Non sono presenti troppi link e quelli presenti raggruppano o sono raggruppati idoneamente. Doppiamo sottolineare però l'uso di sigle come collegamenti ad esempio (B.U.R.A. e U.R.P.) che sono chiare solamente a persone competenti dell'ambito regionale. L'utilizzo di queste siglie comporta una perdita di chiarezza e comprensibilità della home page.
PRIORITA' 2
per quanto riguarda le violazioni di priorità 2 abbiamo riscontrato due errori, riportiamo inoltre una serie di warnings a nostro avviso importanti da segnalare.
ERRORI
- 9.3 - Negli script, specificare gestori di evento logici piuttosto
che gestori di evento dipendenti da dispositivo.
Abbiamo notato che il menu di destra è attivabile solamente con l'utilizzo del mouse. Il menu a tendina si apre solamente se clicchiamo con il mouse sulla didascalia corrente.
- 13.1 - Identificare con chiarezza l'obiettivo di ogni collegamento.
[D]
I collegamenti presenti nella home page non chiariscono
l'obbiettivo. L'utente non sa se si collega a una pagina interna, esterna
o a un file. Notiamo anche la non presenza di tooltip nella colonna di
destra, mentre in quella di sinistra sono poco esplicativi (ad esempio
l'immagine con la scritta ospiti ha come tooltip "Ospiti").
WARNINGS
- 2.2 - Assicurarsi che le combinazioni fra colori dello sfondo e
del primo piano forniscano un sufficiente contrasto se visti da qualcuno
con deficit percettivi sul colore o se visti su uno schermo in bianco
e nero.
Per questa priorità ci basiamo sulle immagini; a nostro avviso il contrasto fra immagini e sfondo, soprattutto nel menu di sinistra, è molto basso per un utente che presenti delle difficoltà visive è molto facile confondersi. Esiste poi come già più volte indicato la versione "Alta visibilità" che risolve questo problema. A nostro avviso però non c'è una chiara indicazione a questo importante collegamento.
- 6.4 - Per quanto riguarda script e applet, assicurarsi che i gestori
di eventi siano indipendenti dai dispositivi di input.
Lo script che rende dinamico il menu sinistro è dipendente dall'uso del mouse, senza di esso il sito non è completamente navigabile.
- 9.2 - Assicurarsi che ogni elemento che possiede una sua specifica
interfaccia possa essere gestito in una modalità indipendente da
dispositivo.
Per dipendenza dal dispositivo intendiamo che l'utente dovrebbe essere in grado di interagire con un interprete (e il documento che esso rende) usando i dispositivi di input e output supportati, secondo la propria scelta e secondo i propri bisogni. Nel nostro caso abbiamo già verificato che il menu di sinistra può esser interfacciato solo con l'utilizzo del mouse, non abbiamo verificato per atri strumenti tipo barre brail, sintetizzatori vocali ecc ma supponiamo che se uno strumento di import o output non sfrutti le prerogative del mouse non possa essere attivato. Ponendo delle limitazioni all'uso del sito. Nella sezione "Alta Visibilità" tuttavia non abbiamo riscontrato grosse difficoltà ne con l'utilizzo solo di tastiera ne con lettori di schermo o ingranditori.
- 10.1 - Fino a quando gli interpreti non permetterano agli utenti
di bloccare la generazione di nuove finestre, non fare apparire finestre
a cascata o di altro tipo e non cambiare la finestra attiva senza informare
l'utente.
L'utente non viene informato del cambiamento della finestra attiva ad esempio ciccando sul link testuale concorsi ci si collega concorsi.regione.abruzzo.it pagina esterna al dominio del sito della regione preso in considerazione. Per quanto riguarda la mappa del sito ad eccezione del link "cerca", di cui abbaimo già parlato nelle considerazioni iniziali, la finestra attiva non cambia mai.
- 13.1 - Identificare con chiarezza l'obiettivo di ogni collegamento.
Un collegamento testuale dovrebbe essere abbastanza significativo da mantenere un senso se letto fuori contesto, sia da solo che come parte di una sequenza di collegamenti. Nel nostro caso se pensiamo all'ambito di un sito regionale molti link hanno un senso anche se sono molto sintitici. Altri sono incomprensibili, chiari solo per gente esperta come le sigle B.U.R.A. e U.R.P. oppure molto generici e di facile incomprensione come il link "Leggi" raggruppato come "Servizi al cittadino". Ma in questo caso cosa intende l'autore? Leggi come una pagina di aiuto nello stile "leggimi" o leggi nel senso giudiziario dell'argomento? Il raggruppamento " Servizi al cittadino" poi non chiarisce.
PRIORITA' 3
Per quanto riguarda le violazioni di priorità 3 abbiamo trovato un solo errrore, riportiamo comunque una serie di warnings riscontrati.
ERRORI
- 10.5 - Fino a quando gli interpreti (comprese le tecnologie assistive)
non renderanno in modo distinto collegamenti adiacenti, inserire caratteri
stampabili (delimitati da spazi), non facenti parte dei collegamenti,
per separare i collegamenti adiacenti.
Sia nel menu di destra che in quello di sinistra, sia della home page che della mappa del sito, non sono presenti caratteri stampabili per separare i collegamenti adiacenti. Soprattutto nel menu di sinistra realizzato con immagini e con uno script sarebbe utile sviluppare questo accorgimento.
WARNINGS
- 4.2 - Specificare lo scioglimento di ogni abbreviazione o acronimo
nel documento laddove compare per la prima volta.
Il sito non presenta ne tag ABBR ne ACRONYM, pur comunque utilizzando abbreviazioni e acronimi. Come nel caso degli avvisi dove per esempio articolo è abbreviato in art. o nel caso dei link come già indicato più volte.
- 9.2 - Creare un ordine logico di tabulazione fra i collegamenti,
i controlli dei moduli, e gli oggetti.
Non abbiamo riscontrato una tabulazione logica nella pagina, non è presente il tag "tabindex". L'unico motivo di ordine è la divisione in tag "div" delle varie sezioni del sito, applicato al css.
- 9.5 - Fornire scorciatoie da tastiera per i collegamenti importanti,
per i controlli dei moduli, e per i gruppi di controlli dei moduli.
Non abbiamo riscontrato scorciatoie da tastiera per i collegamenti importanti. Ad esempio sarebbero stati utili per quanto riguarda l'accesso alla mappa del sito o agli ultimi avvisi.
- 13.6 - Raggruppare i collegamenti correlati, identificare i gruppi
(per gli interpreti) e, fino a quando gli interpreti non lo fanno, fornire
un modo per saltare il gruppo.
Abbiamo notato un sufficiente raggruppamento dei link nel menù di destra, mentre un buon raggruppamento in quello di sinistra. Non abbiamo trovato però un modo per poter "saltare" i raggruppamenti presenti.
- 13.9 - Fornire informazione sulle raccolte di documenti (cioè
documenti composti da più pagine).
Abbiamo notato l'uso del tag "rel" soltanto in corrispondenza del link relativo al foglio di stile. Per il resto non sono fornite informazioni sulla raccolta di documenti ad esempio di file compressi o simili.
- 14.3 - Creare uno stile di presentazione coerente fra le pagine.
Non è presente uno stile molto omogeneo per tutte le pagine. Alcune per motivo di visibilità usano un foglio di stile diverso, altre pagine si collegano ad altri domini i quali appaiono con una loro presentazione. A nostra avviso almeno per i primi livelli sarebbe il caso di utilizzare una presentazione omogenea, fatta eccezione per la visibilità.
Per quanto riguarda la mappa del sito ad esclusione dei link "mappa tematica e "mappa alfabetica" i quali fungono da riassunti, tutti gli altr link appaiono con uno stile di presentazione coerente.
RAPPORTO FINALE
Dopo aver eseguito lo studio della conformità secondo le linee guida
WCAG, del
sito ufficiale della regione Abruzzo, siamo giunti alle seguenti considerazioni.
Anzi tutto il fatto che il sito non presenti errori di priorità 1,
due di priorità 2 e uno di priorità 3 è un aspetto
decisamente positivo; difficilmente si trovano siti conformi A o AA. Inoltre,
situazione molto positiva, il sito è validato XHTML e CSS dal consorzio
W3C. Abbiamo inoltre
notato che gli sviluppatori hanno utilizzato uno foglio di stile particolare
nella modalità "Alta visibilità" in modo da agevolare di molto
utenti disabili e con difficoltà visive. In questa modalità
sono presenti i link principali con font ben
visibile chiaro e su sfondo scuro, non sono presenti immagini, tabelle o
altro solamente un elenco di link con le loro
intestazioni. Non che comunque questa si ottimale, manca per esempio la
possibilità di saltare i menu.
Il problema grave è che solo questa pagina presenta quest'opzione
perché ogni link contenuto si collega
ad altre pagine, contenute anche in altri domini, che ad una breve analisi
non sembrano molto accessibili. Da ciò capiamo poi che non esiste
uno stile di presentazione coerente tra le pagine. Gli autori ci comunicano
che questo è un portale quindi contenente moltissime informazioni,
con molti riferimenti ad altre pagine ma non ci sembra un buon motivo per
pensare all'accessibilità solamente nella prima pagina.
Un'altra considerazione che ci sorge spontanea si basa sul fatto che comunque
per attivare la modalità "Alta visibilità" dobbiamo entrare
nella home page e visitare fino in fondo alla
colonna di destra, andando incontro ai difetti che questa presenta, per
poi ottenere la stessa in modalità più accessibile. Ora ci
sorge spontaneo porre un dubbio su questa valutazione da parte degli utenti,
una persona disabile sarebbe notevolmente agevolata se collegandosi alla
home page potesse subito scegliere in che modalità
visitare il sito.
La home page e la mappa del sito presentano a
nostro avviso due grandi problemi, in primo luogo la scarsa visibilità
tra testo,sfondo e nelle immagini utilizzate e in secondo luogo l'uso di
un menu a tendina realizzato con immagini e testo in javascript. Il testo
è comunque ridimensionabile ma non le immagini che presentano testo
e nel caso un utente fosse disabilitato nell'uso di javascrip la pagina
non sarebbe utilizzabile. Mancano inoltre molte informazioni all'utente
ad esempio sul cambiamento della finestra attiva, sull'uso di acronimi o
sulla destinazione delle immagini; anche se nella sezione info c'è
una breve spiegazione sul materiale software per cui è ottimizzato
il sito.
In conclusione possiamo dire che nella prima pagina del sito c'è
un tentativo di renderla realmente accessibile ma comunque vanno effettuati
certi accorgimenti, primo fra tutti a nostro modo di vedere, l'uso di un
intro per la selezione della modalità in cui si vuole vedere il sito.
Consigliamo inoltre di utilizzare uno stesso stile di presentazione almeno
per le pagine poste sotto il dominio www.regione.abruzzo.it.
