Accessibilità e usabilità dei siti istituzionali - Vittoria

Da questo articolo mi piacerebbe aprire una piccola rubrica che cerca di chiarire se i siti istituzionali della nostra provincia rispettano le più basilari norme di semantic web. Negli anni i linguaggi web si sono evoluti e moltiplicati. Tutto per dare una maggiore usabilità lato utente. Il grande lavoro del World Wide Web Consortium ha stabilito rigidi standard da seguire per uniformare il markup e renerlo leggibile nel migliore dei modi a tutti. I siti vetrina sono ormai roba vecchissima. L'interazione è tutto. Un web, soprattutto se istituzionale, deve essere servizio. Il servizo delle essere usabile dai cittadini.

Cominciamo con il comune di Vittoria. Non per un motivo particolare. Semplicemente chi vi scrive stava cercando qualche news interessante nel sito del comune di Vittoria e l'ha trovato veramente innavigabile. Da questa esperienza è nata l'idea del post.

A guardarlo, senza bisogno di essere un esperto si nota subito una certa inadeguatezza del mezzo istituzionale. La sola scelta dei link rossi sui menu laterali, con testo fra l'altro abbastanza piccolo, non è la migliore delle presentazioni.

Lo screenshot sopra postato è stato realizzato visualizzando la home page del sito con web browser Epiphany su un PC portatile avente risoluzione 1280*800.

Si nota subito il layout rigido. Largo esattamente 770px. Certo, la scelta migliore è l'uso di un layout liquido (percentualizzato, che si adatta automaticamente alla risoluzione del client). Ma non è scelta deprecabile. Mentre lo è sicuramente quello di usare una pagina con diversi frame.
Molti web browser reagiscono diversamente alla presenza di frame nelle pagine. Gli effetti della presenza dei frame non sono facilmente valutabili. Il rischio di visualizzazioni erronee cresce a dismisura. Se a queste considerazioni aggiungiamo che l'unico motivo per cui è stato scelto l'utilizzo dei frame sembra quello di garantire la visione di un header fisso è facile pensare che l'uso di tale soluzione sia stato avventato e soprattutto fuori luogo.

Andando a scorgere il sorgente della pagina si scopre che il frame principale è costituito da uno script in ASP. Ed allora mi chiedo, perchè usare i frame, con tutte le controindicazioni del caso, quando si poteva includere il file di header sfruttando le funzionalità di Server Side Include garantita al 99.99% da IIS?

Altro gravissimo danno dell'utilizzo dei frame è l'impossibilità di visualizzare la vera URL nella barra degli indirizzi del browser. In qualsiasi pagina siate, il browser vi mostrerà l'indirizzo della home page. Nel caso in cui mi interessi una pagina particolare è si possibile salvare l'URL, ma non è una cosa immediata. Il tasto "save bookmark" del browser salverà solo la home.

Non sorprende che il markup non sia valido e che non ci sia traccia di un foglio di stile. Non sorprende nemmeno il fatto che sia totalmente intabellato.

Le News e gli atti

In alto nella sezione centrale vediamo i link alle ultime news. Il link è parametrato e richiama uno script in asp. Questo fa supporre che ci sia un'area riservata in cui l'ufficio stampa inserisce le news. A questo punto la mia mente bacata si aspetta di accedere alle news e poterne prelevare il permalink. Esattamente come potete fare in questo blog. E non è un caso che il titolo di ogni post sia sempre cliccabile.
Purtroppo non è possibile. Cliccando su una news si viene portati ad una pagina che mostra tutte le news dell'accoppiata mese / anno di riferimento. Unico modo per muoversi adeguatamente nella pagina è rappresentata da delle ancore, che però non sono accessibili dalla pagina stessa.

La stessa tecnica è utilizzata per gli atti ufficiali. Un'unica pagina con un lunghissimo elenco, molto mal organizzato, di delibere, atti, interrogazioni. Divisi giusto per categorie.

Il sito ha diversi motori di ricerca. Solo che per le news non è possibile effettuare una ricerca per termine, ma solo per periodo. Se sai quando cercare una news, probabilmente sai anche cosa c'è scritto, ed allora che la cerchi a fare?

RSS non pervenuto

Il sito di qualsiasi comune deve essere un servizio. In quanto servizio web, ed in quanto servizio informativo non si può prescindere nel modo più assoluto da un set di feed RSS disponibili all'utenza.
Il comune che può comunicare ai propri cittadini senza che sia dovere del cittadino dover controllare periodicamente il sito internet. Questo è il grande vantaggio dei feed. Come fa un servizio pubblico a non implementarli?!

Il Forum

Un grande punto a favore del sito è l'implementazione di un forum. Molto utile come cosa. Uno spazio aperto a tutti i cittadini che possono discutere, inviare facilmente segnalazioni, incontrarsi nel comune virtuale.
Peccato che il software utilizzato sia una vecchissima versione di SNITZ forum. Un forum scritto in ASP e storicamente pieno di bug. Un sito istituzionale non dovrebbe mai implementare e mantenere software di vecchia generazione. Nel database del forum sono salvati di dati personali degli utenti. Non dovrebbero in nessun modo essere messi a rischio.

Accessibilità

Questa sconosciuta... L'accessibilità passa per cose semplici. Colori tenui, sovrapposizioni cromatiche adeguate a chi ha problemi di vista. Dimensione dei font adeguabile dall'utente. Come fa un comune a non pensare ad un ipovedente?! Non hanno forse il diritto di utilizzare i servizi web del comune?
I pochi form disponibili non riportano mai la sintassi <label>. Necessaria per chi sfrutta funzionalità accessibili del browser.
Manca totalmente una versione del sito in solo testo. Sfruttata moltissimo da chi ha problemi di vista. Per non parlare di una versione mobile, con template ultraleggero per favorire il download dei dati da dispositivi mobili.

Un ultima parola per la versione inglese del sito: una cosa, o si fa tutta o non si fa! La english version consiste in una lunga pagina con informazioni mal organizzate e che sembra non abbiano un nesso logico. A questo punto era meglio non farlo.

Tante critiche è vero, ma sempre nella speranza che il tutto migliori :)