In effetti si tratta di una domanda legittima e di primo acchito non semplice soluzione. Per risolvere gli eventuali dubbi, da tempo è disponibile su Pubbliaccesso un documento esplicativo intitolato “Applicazione e verifica dei requisiti per i siti INTERNET“.

Si tratta del Capitolo 4 del volume “Legge 04/2004 dalla teoria alla realtà” scritto da Roberto Scano e spiega nel dettaglio le motivazioni, le modalità di implementazione e di verifica dei requisiti per i siti INTERNET di cui all’allegato A del DM 8 luglio 2005.

Per verificare autonomamente il sito Web è necessario applicare la metodologia di verifica descritta nell’allegato A del DM 8 luglio 2005 utilizzando a tal fine il modulo disponibile nel sito del CNIPA.

Parliamo un po’ di video, contenuti multimediali, Player e accessibilità.

“I video sono protagonisti nella comunicazione pubblica della PA sul Web. Sono utilizzati sia per trasmettere informazioni (interviste, documentari, resoconti, ecc.) che per sollecitare risposte e richieste da parte dei cittadini, così come sono protagonisti nei Social Media: i video autoprodotti condivisi, commentati, integrati da testi e immagini, rappresentano la forma più abituale di comunicazione e socializzazione su Facebook, Myspace e tutti gli altri luoghi della vita sociale in rete.

Passati i tempi in cui erano rari gli audiovisivi sul Web, ed essendo questi oramai parte integrante della quotidianità relazionale anche nei siti di pubblica utilità, è necessario considerare che i video non corredati di trascrizione, privi di sottotitolazione e interpretazione in Lingua dei segni per le persone non udenti, e senza audiodescrizioni per le persone non vedenti, costituiscono info-esclusione, al pari dei testi, delle immagini e dei documenti.

La discriminazione nell’accesso agli audiovisivi pubblicati sul Web rappresenta un’esclusione non solo dalle fonti informative, ma anche dalla vita sociale.

In un sito come “Accessibile”, rivolto ai cittadini che possono segnalare problemi di accesso ai siti di pubblica utilità, è opportuno affrontare il discorso da due punti di vista: quello dell’utenza, e quello dei redattori Web che lavorano nella PA.

L’utenza deve avere consapevolezza di quali siano i requisiti che rendono i video accessibili a tutti, e che ne garantiscono un buon livello di qualità (qualità audio/video, qualità dei contenuti), in modo da poter segnalare in modo accorto i video che discriminano e/o di scadente qualità dei contenuti audiovisivi (che rileva per la comprensione del messaggio, al pari dei contenuti testuali e grafici).

Chi lavora nelle redazioni Web può trarre vantaggio dal riferimento a risorse che approfondiscono i temi della qualità e accessibilità degli audiovisivi pubblicati sul Web, in modo da migliorare la propria competenza e offrire un servizio migliore anche nella comunicazione audiovisiva in Rete.”

Quali caratteristiche deve avere un video per considerarsi “accessibile”?

“Deve essere corredato di trascrizione (utile a tutti per scorrere velocemente i contenuti e per l’indicizzazione), deve essere sottotitolato per consentire alle persone sorde di comprendere il parlato e i suoni, dovrebbe essere corredato di interpretazione in lingua dei segni italiana (nello stesso video a fianco di chi parla o in un secondo video), infine – se non si tratti di una intervista o format analogo – deve essere corredato nella parte audio di una voce fuori campo (audiodescrizione) che dà conto di quanto avviene di non dialogico (come negli sceneggiati televisivi trasmessi alla radio), così da consentire alle persone non vedenti di seguire la narrazione e comprendere l’informazione visiva.

Ho sottolineato che i video dovrebbero contenere l’interpretazione in LIS poiché la lingua dei segni è la lingua madre per le persone sorde dalla nascita. Va detto che l’altra faccia dell’accessibilità dei video è che – per essere davvero accessibile – un sito dovrebbe essere tradotto in lingua dei segni almeno nelle sue sezioni principali, e non limitarsi a essere in dialogo con le tecnologie assistive e facilmente navigabile. Non basta corredare i video di trascrizione, sottotitoli, LIS e audiodescrizione. Ogni sezione del sito dovrebbe contenere un video con la traduzione visiva dei testi (si veda per esempio la home-page di webmultimediale.org).

Un video, per essere eseguito sul Web, richiede un riproduttore. Qui mi rivolgo ai redattori, che in dialogo con i tecnici dei sistemi informativi definiscono le modalità di erogazione dei video. Il Player è un oggetto di programmazione (oggi per lo più un Player basato su tecnologia Adobe Flash) che, per evitare l’esclusione delle persone con disabilità sensoriali e motorie, deve presentare le seguenti caratteristiche:

• deve supportare almeno un formato di sottotitolazione (preferibilmente standard Web come W3C DFXP, SMIL, SAMI, QuickTime-txt e Real-rt),
• deve consentire di collegare un file audio per l’audiodescrizione per le persone non vedenti (vedremo che purtroppo solo due player lo consentono),
• deve consentire l’attivazione e la disattivazione di sottotitoli e audiodescrizione (le alternative possono essere distrattori o limitanti in alcune circostanze),
• deve consentire la visione a tutto schermo per le persone ipovedenti (Full screen),
• deve essere pilotabile da tastiera, senza l’uso del mouse (per i disabili motori e i non vedenti),
• deve essere direttamente accessibile alle tecnologie assistive come ad esempio Jaws (lo screen-reader più utilizzato dai non vedenti), o oppure
  • deve essere corredato di una console aggiuntiva con comandi come link (costruita con programmazione Javascript), pilotabile con qualsiasi tecnologia e configurazione.
  • Se direttamente accessibile, il Player va inglobato nella pagina utilizzando l’attributo Classid dell’elemento Object, usando il doppio Object con i commenti condizionali per la compatibilità crossbrowser (senza Classid, Jaws non vede l’oggetto, in quanto le MSAA non sono attivate).
• Se accessibile tramite console aggiuntiva con comandi come link, è invece possibile utilizzare il singolo Object, evitando in ogni caso l’uso dell’elemento deprecato Embed. Per esempi di entrambe le codifiche, vedi il codice Html delle pagine di Webmultimediale.org, nei vari casi di utilizzo.

Una galleria di Player che rispondono almeno in parte a queste caratteristiche è disponibile, con esempi pratici, nella sezione Player Zen garden di Webmultimediale.org.

In questa sezione è possibile studiare una decina di soluzioni diverse, che consentono senza spese e senza particolari difficoltà tecniche di dotarsi di una tecnologia idonea alla pubblicazione su Web di video accessibili.

Gli aspetti che riguardano la qualità e comprensibilità dei contenuti audiovisivi verranno trattati in un secondo intervento”.

Riferimenti utili:

• Come sottotitolare
• Audiodescrizione
• Player accessibili

Obiettivo del progetto “Studio, analisi, progettazione e riconversione di un primo gruppo di moduli-pilota in documenti elettronici (formato pdf) da compilare a video, firmare digitalmente (se previsto dall’iter di evasione della pratica cui fa riferimento il modulo), salvare e inviare come allegato email all’indirizzo PEC (Posta Elettronica Certificata) della Camera di Commercio di Bergamo. Ai moduli prodotti verranno inoltre applicati i requisiti previsti dalla normativa vigente”.

Si legge nella pagina di presentazione del progetto. Sul sito sono presenti diversi post che illustrano le esperienze svolte e le metodologie applicate caso per caso.