Implementation Planning Suite:
Developing Policies
Selecting Authoring Tools
Evaluating Sites +
Training Suite +
Questa è una traduzione in italiano dell'unica versione ufficiale del documento che è la versione originale in inglese:http://www.w3.org/WAI/impl/pol.html. I possibili errori dovuti alla traduzione, sono di esclusiva responsabilità del traduttore Pasquale Popolizio e non sono in alcun modo imputabili al W3C. Questa traduzione è stata realizzata nel luglio del 2004. Per qualsiasi commento riguardo tale traduzione rivolgersi a Pasquale Popolizio.
Sviluppare politiche organizzative per l'accessibilità web
introduzione - riferimenti - conformità - scopo - punti fermi - monitoraggio - aggiornamento
Questo documento contiene considerazioni che possono essere utili quando si sviluppano politiche organizzative sull'accessibilità web.
Le politiche organizzative possono essere molto semplici, o complesse:
Esempio di una politica semplice:
Esempio di politica complessa:
- "[Questa organizzazione] ha l'obiettivo di assicurare l'accessibilità del suo sito web alle persone disabili. Il contenuto nuovo e aggiornato prodotto dalla nostra organizzazione sarà conforme al Livello di conformità Doppia A delle Web Content Accessibility Guidelines 1.0 del W3C/WAI, a partire dal [data].
Sia il contenuto web già esistente prodotto dalla nostra organizzazione, che quello nuovo, che quello aggiornato, che quello realizzato da sviluppatori esterni, sarà conforme al Livello di conformità Doppia A dalla data del [data]. Noi faremo partire un programma di monitoraggio interno dal [data]. I produttori del software utilizzato per sviluppare il nostro sito dovranno fornire informazioni a partire dal [data], in relazione del Livello di Conformità A delle Authoring Tool Accessibility Guidelines 1.0 del W3C/WAI.
La nostra home page e la nostra pagina di informazioni sul nostro sito includeranno collegamenti a tale politica. Noi valuteremo e rivedremo questa politica in futuro in considerazione degli aggiornamenti, che saranno disponibili, delle Web Content Accessibility Guidelines del W3C."
Poiché esistono leggi e regolamenti statali che si applicano ad alcuni tipi di siti web in alcuni paesi, le organizzazioni dovrebbero assicurarsi che le loro politiche raggiungano almeno il minimo di accessibilità richiesto dalle leggi e regolamenti che già si applicano ai loro siti.
I paragrafi seguenti riguardano considerazioni più dettagliate sulla realizzazione della politica organizzativa.
- Il termine "Linee Guida WAI" è non-specifico, poiché esso può riferirsi ad ognuna delle tre linee guida di accessibilità prodotte dal W3C/WAI. E' necessario quindi prevedere un chiaro riferimento al documento di linee guida specifico per la quale si attende la conformità:
- "Web Content Accessibility Guidelines" 1.0 (WCAG) Linee guida di accessibilità per il contenuto web è la specifica W3C/WAI che spiega come realizzare siti web accessibili.
- "Authoring Tool Accessibility Guidelines" 1.0 (ATAG) Linee Guida di accessibilità per gli strumenti di produzione e sviluppo è la specifica W3C/WAI che speiga come fare software che supporta al meglio la produzione di contenuto web accessibile.
- "User Agent Accessibility Guidelines" 1.0 (UAAG) Linee Guida di accessibilità per gli strumenti utilizzati per esplorare un sito è la specifica che spiega gome realizzare navigatori e riproduttori multimediali accessibili.
- Le organizzazioni che vogliono raggiungere la conformità alle WCAG 2.0, una volta che esse diventino Raccomandazioni del W3C, possono specificare la loro conformità alle "Linee guida di accessibilità per il contenuto web" senza specificare il numero della versione.
- Specificare un atteso livello di conformità per il sito web. Per es:
- "Conformità al livello A delle WCAG 1.0" determina l'aspettativa che il sito web sarà compatibile con tutti i punti di controllo di priorità uno, che riguarda barriere assolute all'accesso dei contenuti di un sito web.
- "Conformità al livello Doppia A delle WCAG 1.0" determina l'aspettativa che il sito web sarà compatibile con tutti i punti di controllo di priorità uno e due, che riguardano barriere assolute e sostanziali all'accesso dei contenuti di un sito web.
- "Conformità al livello Tripla A delle WCAG 1.0" determina l'aspettativa che il sito web sarà compatibile con tutti i punti di controllo di priorità uno, due e tre che riguardano barriere assolute, sostanziali e minori all'accesso dei contenuti di un sito web.
- Specificare un atteso livello di conformità per gli strumenti di produzione e sviluppo usati dall'organizzazione, o di sviluppatori esterni, per produrre il contenuto del sito web.
- "Conformità al livello A delle ATAG 1.0" determina l'aspettativa che il software di produzione acquistato da un'organizzazione sia compatibile con tutti i punti di controllo di priorità uno per l'accessibilità dell'interfaccia del software e per la produzione di contenuto accessibile [vedi esempio nel seguente paragrafo n.5, Definire i punti fermi]
- [aggiungere ai termini del contratto]: "Gli sviluppatori sotto contratto considereranno l'uso di software compatibile con le Linee Guida ATAG 1.0, laddove disponibile. Se tali sviluppatori non utilizzano software compatibile con le Linee Guida ATAG 1.0, essi assicureranno che tutto il contenuto ed i modelli generati per la produzione di contenuto di questa organizzazione saranno compatibili al livello Doppia A delle Linee Guida WCAG 1.0, e non conterranno codice che interferirà con la produzione di contenuto conforme alle Linee Guida WCAG 1.0.
- Vedi "Selecting
and Using Authoring Tools for Web Accessibility" per ulteriori dettagli.
- Specificare l'ambito di applicazione rispetto le pagine web nuove, aggiornate o esistenti, al quale applicare i requisiti dell'organizzazione. Per es:
- "Questa politica si applica a tutte le pagine nuove, aggiornate ed esistenti."
- Specificare l'ambito di applicazione dei requisiti per le pagine web realizzate da terze-parti (fornitori, anche di informazioni, ma come parte del sito principale). Gli utenti del sito web possono aver accesso al contenuto primario o di terzi in maniera eguale. Può servire uno sforzo supplementare per educare e ricevere conformità da fornitori di contenuto. Per es:
- "Questa politica si applica a tutto il contenuto web prodotto o aggiornato da [questa organizzazione]. In più, [questa organizzazione] sta eseguendo i seguenti passi per assicurare accessibilità al contenuto fornito da sviluppatori terze-parti (nota che per alcuni siti, l'accessibilità del contenuto di terze parti può essere essenziale per essere conformi alle leggi e regolamenti):
- informare gli sviluppatori di terze-parti sulla politica di accessibilità dell'organizzazione;
- provvedere a collegamenti ad informazioni e risorse sull'implementazione dell'accessibilità web;
- fornire i seguenti incentivi a coloro che foriscono contenuto conforme al Livello Doppia A delle Linee Guida WCAG 1.0 ...;
- monitorare e realizzare feedback sul contenuto non accessibile di terze parti;
- ricercare fornitori terze-parti alternativi laddove i fornitori originali continuino a realizzare contenuto non conforme.
- Stabilire una data dalla quale il sito web dell'organizzazione sarà conforme ad un dato livello di conformità. Per es:
- "Dal [data] i siti web di [questa organizzazione] saranno conformi al livello di conformità Doppia A delle Linee Guida WCAG 1.0"
- In alcuni casi può essere pratico aderire all'accessibilità adeguandosi rapidamenti a tutti i punti di controllo di priorità uno, poiché in questo caso possono esistere barriere assolute, se non prese in considerazione. Per es:
- "Dal [data] i siti web di [questa organizzazione] saranno conformi al livello di conformità A delle Linee Guida WCAG 1.0, e dal [data] i siti web di questa organizzazione saranno conformi al livello di conformità Doppia A delle Linee Guida WCAG 1.0."
- Verificare come considerare le questioni di priorità che possono sorgere specialmente per siti web con un grande numero di pagine. Non fare assunzioni circa a quale aree di un sito web o a quale servizio web, le persone disabili siano o meno interessate. Per es:
- "Questa politica si applica a tutte le aree dei siti web interni o esterni di questa organizzazione, incluso il contenuto già esistente."
- Oppure: "Questa politica si applica a tutte le aree dei siti web interni ed esterni di questa organizzazione, con priorità a [specificare quale] aree del sito; comunque tutte le aree del sito sono attese per essere conformi al [specificare livello] livello dal [seconda data].
- Definire una data (o date) per il supporto dell'accessibilità del software. Per es:
- "Dal [data], tutti i fornitori di software di produzione e sviluppo utilizzati da [questa organizzazione] dovrebbero fornire informazioni riguardo i loro piani per la conformità in base alle Linee Guida ATAG 1.0 in versioni future dei loro software. Dal [seconda data] questa organizzazione acquisterà preferibilmente software di produzione e sviluppo conformi alle Linee Guida ATAG 1.0."
- Definire le date per la conformità per browser e strumenti multimediali, senza restringere l'abilità delle persone ad utilizzare browser adattabili.
- "Dal [data] tutti i produttori di browser e strumenti multimediali utilizzati da [questa organizzazione] dovrebbero fornire informazioni riguardo i loro piani per la conformità alle Linee Guida UAAG 1.0 nelle future versioni dei loro software. Dal [seconda data] [questa organizzazione] acquisterà preferibilmente browser e strumenti multimediali conformi alle Linee Guida UAAG 1.0."
- Definire le date per stabilire risorse interne per la formazione, assistenza tecnica, monitoraggio e/o una pagine web interna con collegamenti a tali risorse.
- Specificare un processo ed una pianificazione raccomandati per l'analisi del sito web dell'organizzazione per l'accessibilità. Per es:
- "Ogni dipartimento analizzerà tutte le aree del sito web dell'organizzazione sotto il suo controllo utilizzando il processo descritto in Evaluating Web Sites for Accessibility e analizzerà tutti i nuovi materiali che esso pubblica utilizzando lo stesso processo"
- "Ogni sezione del sito web conterrà collegamenti per il feedback sul sito; tale informazione sarà rivista e considerata durante il processo di analisi."
- Specificare se le pagine conformi o non conformi, o le sezioni del sito confomi o non conformi, debbano essere classificate come tali. Per es:
- "La pagina introduttiva di una sezione del sito web che è stato dichiarato conforme secondo il [collegamento] processo dovrebbe mostrare [il logo WCAG Doppia A] o la seguente affermazione [questa pagina è conforme......]"
- Definire un'analisi periodica delle aree del sito web da parte di un dipartimento interno con l'autorità di dare seguito a aree non conformi del sito web. Per es:
- "[Questa organizzazione] condurrà analisi periodiche del sito web e ad ogni dipartimento con pagine non conformi verrà richiesto di correggere il problema entro due settimane. Ulteriori problemi riguardo l'accessibilità di un'area risulteranno in [specifica laddove appropriato].
- Se l'organizzazione possiede o si sta dotando di una politica complessiva per il siti web, per esempio stabilendo le migliori pratiche per l'utilizzo degli standard web, supporto per una politica di riservatezza, internazionalizzazione, uso dei metadata, usablità, etc, può essere utile inserire l'accessibilità nella politica complessiva, piuttosto che definirire l'accessibilità come una politica a sé.
- Le organizzazione che si riferiscono alle Linee Guida WCAG 1.0 possono voler incorporare tecniche di analisi e aggiornamento, oppure aggiornare periodicamente le loro politiche a qualunque punto delle Linee Guida WCAG 2.0 finalizzato come raccomandazione del W3C [nota dell'ottobre 2002: mentre le Linee Guida WCAG 1.0 rimarranno stabili per qualche tempo, per le Linee Guida WCAG 2.0 si attende un miglior approccio alle tecnologie web avanzate e allo stesso tempo che siano più semplici da implementare].
Ultima revisione: $Date: 2002/10/25 02:56:26 $
Redattori Judy Brewer, e i participanti al Gruppo Education and Outreach Working Group. Commenti sono benvenuti a
wai-eo-editors@w3.org.
