Dichiarazione di accessibilità: che cos’è, perché ne hai bisogno e come scriverla

Oltre il 96% dei primi un milione di siti web non soddisfa i requisiti di base degli standard di accessibilità WCAG — e tuttavia il numero di cause legali relative al web basate sull’ADA continua a crescere ogni anno. In questo contesto, una dichiarazione di accessibilità non è solo un gesto di cortesia. È uno dei segnali più concreti e visibili pubblicamente che la tua organizzazione prende seriamente l’inclusione digitale e, in un numero crescente di giurisdizioni, è anche un requisito legale. Se non ne hai ancora una, questa guida ti accompagnerà attraverso tutto ciò che devi sapere per farla nel modo giusto.

Che cos’è una dichiarazione di accessibilità?

Alla base, una dichiarazione di accessibilità è una dichiarazione pubblica dell’impegno della tua organizzazione a rendere il tuo sito web — e i servizi digitali che offre — accessibili a tutti gli utenti, incluse le persone con disabilità. Si trova in una pagina dedicata del tuo sito e spiega ai visitatori, in un linguaggio semplice, quali standard stai prendendo come riferimento, cosa hai fatto per rispettarli, dove esistono ancora lacune e come contattare qualcuno se incontrano una barriera.

È importante distinguere una dichiarazione di accessibilità da documenti correlati ma diversi. Una policy interna di accessibilità descrive gli obiettivi e i processi interni della tua organizzazione — chi è responsabile, quali flussi di lavoro si applicano, come vengono prese le decisioni di procurement. Una dichiarazione di accessibilità, al contrario, è rivolta verso l’esterno. È scritta per i tuoi utenti, non per il tuo team. Un Voluntary Product Accessibility Template (VPAT) o Accessibility Conformance Report (ACR) è un documento altamente tecnico utilizzato principalmente nei contesti di procurement aziendale. Una dichiarazione di accessibilità si colloca tra questi: dovrebbe essere onesta e sostanziale, ma anche comprensibile da qualsiasi membro del pubblico che arrivi sulla pagina.

Pensala come la tua promessa di accessibilità, scritta alla luce del sole. Segnala agli utenti con disabilità che li vedi, che stai lavorando per servirli e che c’è una persona reale che possono contattare quando qualcosa va storto. Dimostra anche a regolatori, revisori e controparti in eventuali controversie future che l’accessibilità è una pratica ponderata e continuativa nella tua organizzazione — non un ripensamento.

Il quadro legale: quando è richiesta una dichiarazione di accessibilità?

La risposta alla domanda “ho bisogno legalmente di una dichiarazione di accessibilità?” dipende in larga misura da dove operi, chi è il tuo pubblico e quali leggi si applicano a te. Il quadro è cambiato in modo significativo negli ultimi due anni, e la traiettoria è chiara: i requisiti si stanno irrigidendo a livello globale.

Negli Stati Uniti, l’obbligo legale più diretto per governi statali e locali deriva dalla regola finale di aprile 2024 del Department of Justice ai sensi del Titolo II dell’ADA, che ha chiarito che i siti web e le app mobili governative devono essere conformi a WCAG 2.1 Livello AA. La pubblicazione di una dichiarazione di accessibilità e l’istituzione di una governance sull’accessibilità digitale fanno parte di tale assetto di conformità. Le scadenze di conformità previste da questa regola cadono nell’aprile 2026 per gli enti più grandi e nell’aprile 2027 per quelli più piccoli. Per le imprese private coperte dal Titolo III dell’ADA, sebbene una specifica dichiarazione di accessibilità non sia esplicitamente imposta dalla legge, la sua assenza è stata utilizzata dagli avvocati dei ricorrenti come prova che gli sforzi di accessibilità più ampi dell’organizzazione sono carenti — rendendola un fattore di rischio legale significativo.

Nell’Unione Europea, il quadro è ancora più esplicito. La Direttiva UE sull’accessibilità del web richiede da diversi anni agli enti del settore pubblico degli Stati membri di pubblicare dichiarazioni di accessibilità. Ora, l’European Accessibility Act — entrato in piena applicazione il 28 giugno 2025 — estende gli obblighi di accessibilità alle imprese private in settori quali e-commerce, banking, trasporti e telecomunicazioni. Qualsiasi azienda che offra prodotti o servizi a clienti con sede nell’UE, indipendentemente da dove abbia la propria sede, rientra nel campo di applicazione. Pensa all’EAA come al GDPR per l’accessibilità digitale: una regolamentazione ampia e transfrontaliera che non si cura di dove siano localizzati i tuoi server. L’EAA si allinea a WCAG 2.1 Livello AA come riferimento tecnico per i contenuti web e mobile.

Nel Regno Unito, le Public Sector Bodies Accessibility Regulations 2018 richiedono esplicitamente che tutti i siti web e le app del governo e del settore pubblico soddisfino gli standard WCAG 2.1 AA e pubblichino una dichiarazione di accessibilità. L’AODA del Canada in Ontario, la Section 508 del Rehabilitation Act per i fornitori federali statunitensi e vari altri quadri normativi nazionali aggiungono ulteriori livelli. Se hai un pubblico globale, dai per scontato che almeno una legge applicabile richieda una dichiarazione da parte tua.

Anche laddove nessuna legge imponga esplicitamente una dichiarazione di accessibilità per la tua specifica organizzazione, la sua assenza appare sempre più come negligenza — non neutralità. È un passo a basso costo e ad alto impatto che ogni titolare di sito web dovrebbe compiere.

Perché la tua dichiarazione di accessibilità conta oltre la conformità

L’obbligo legale è il minimo, non il massimo. Esistono motivazioni aziendali ed etiche convincenti per avere una dichiarazione di accessibilità ben strutturata che vanno oltre il semplice evitare cause legali.

Per prima cosa, considera i tuoi utenti. Circa 1,3 miliardi di persone nel mondo vivono con qualche forma di disabilità. Molte di loro hanno imparato, attraverso dure esperienze, a cercare una dichiarazione di accessibilità prima di affidare il proprio tempo o denaro a un nuovo sito. Una dichiarazione chiara e onesta dice loro con quali tecnologie assistive il tuo sito è stato testato, chi contattare se qualcosa non funziona e quanto seriamente la tua organizzazione affronta il tema. Riduce gli attriti e costruisce fiducia proprio nel momento in cui un utente con disabilità sta decidendo se restare sul tuo sito.

In secondo luogo, c’è la dimensione reputazionale. Non avere una dichiarazione di accessibilità — o averne una chiaramente preconfezionata, mai aggiornata e che fa promesse che il tuo sito evidentemente non mantiene — invia un segnale negativo a clienti, dipendenti e partner che tengono all’inclusione. Al contrario, una dichiarazione ponderata e mantenuta regolarmente è prova di un impegno organizzativo genuino. Organizzazioni leader come Barclays e Roche pubblicano dichiarazioni che riconoscono onestamente le loro attuali limitazioni descrivendo al contempo i passi specifici in corso per affrontarle. Questa trasparenza genera più fiducia di una dichiarazione che afferma una conformità perfetta.

In terzo luogo, la tua dichiarazione di accessibilità crea un meccanismo interno di responsabilità. Quando ti impegni pubblicamente rispetto a uno standard, a una metodologia di test e a una tempistica di risposta per i problemi segnalati dagli utenti, stai creando aspettative che i tuoi stessi team devono soddisfare. Questo è un vantaggio, non un difetto. I programmi di accessibilità privi di impegni esterni tendono a perdere slancio; quelli con dichiarazioni pubbliche tendono a restare in carreggiata.

Infine, ci sono SEO e usabilità da considerare. Le buone pratiche di accessibilità — HTML semantico, strutture di intestazione corrette, testo alternativo descrittivo, etichette di link chiare — sono fortemente correlate ai segnali di ranking dei motori di ricerca. Un sito costruito con l’accessibilità in mente tende a essere un sito con prestazioni migliori sotto tutti i punti di vista.

Cosa includere: i componenti essenziali

Non esiste un modello unico obbligatorio per una dichiarazione di accessibilità nel settore privato, ma la Web Accessibility Initiative del W3C fornisce le indicazioni più chiare su ciò che una dichiarazione dovrebbe contenere. Di seguito trovi una scomposizione di ogni componente che dovresti affrontare, insieme alle motivazioni.

Una dichiarazione di impegno. Inizia con una dichiarazione chiara e umana dell’impegno della tua organizzazione per l’accessibilità digitale. Non nasconderla. È ciò che gli utenti con disabilità — e gli avvocati dei ricorrenti — leggeranno per primo. Evita il gergo aziendale. Indica specificamente che stai lavorando per un’esperienza inclusiva per utenti con disabilità visive, uditive, fisiche, cognitive, neurologiche e del linguaggio.

Lo standard che stai prendendo a riferimento. Indica la versione specifica di WCAG a cui miri — idealmente WCAG 2.1 Livello AA come minimo, con WCAG 2.2 Livello AA come best practice attuale. Specifica onestamente il tuo livello di conformità. Se sei pienamente conforme, dillo. Se sei parzialmente conforme, dillo e descrivi quali aree non sono all’altezza. Fare affermazioni false sulla conformità nella tua dichiarazione è peggio che divulgare lacune note — elimina la difesa della buona fede in caso di contenzioso.

Limitazioni note. Questa è la sezione che la maggior parte delle organizzazioni sbaglia. O non elencano alcuna limitazione (implausibile per quasi qualsiasi sito reale) oppure usano numeri di criteri WCAG tecnici che non significano nulla per gli utenti. Il W3C raccomanda un linguaggio semplice: invece di “WCAG Success Criterion 1.2.2 non è soddisfatto”, scrivi “alcuni dei nostri video più vecchi non hanno i sottotitoli”. Sii specifico. Sii onesto. Gli utenti apprezzeranno saperlo in anticipo e questo ti protegge legalmente dimostrando buona fede.

Cosa hai fatto per affrontare l’accessibilità. Descrivi i tuoi sforzi effettivi: hai condotto un audit di terze parti? Esegui test con screen reader? Hai formato il tuo team di content? Usi un widget di overlay per l’accessibilità per fornire funzionalità assistive aggiuntive? Dettaglia le misure specifiche che la tua organizzazione adotta. Questa sezione trasforma la tua dichiarazione da promessa passiva a prova attiva di un programma di conformità.

Ambiente tecnico. Indica i browser, i sistemi operativi e le tecnologie assistive con cui il tuo sito è stato testato. Gli screen reader si comportano in modo diverso a seconda delle combinazioni di browser e documentare gli ambienti testati gestisce le aspettative dimostrando rigore.

Informazioni di contatto. Questa è probabilmente la sezione più importante. Rendi facile per gli utenti segnalare barriere di accessibilità. Fornisci canali multipli — email, telefono e idealmente un modulo web che sia esso stesso pienamente accessibile. Specifica un tempo di risposta e rispettalo. Le ricerche mostrano costantemente che quanto più rapidamente un’organizzazione risponde ai reclami di accessibilità, tanto meno è probabile che quel reclamo si trasformi in una causa. Non indirizzare questi contatti a una casella generica che nessuno controlla.

Contenuti di terze parti. Se il tuo sito incorpora widget di terze parti, feed social, mappe o altri contenuti che non controlli, riconoscilo e chiarisci che non puoi garantire l’accessibilità di tali contenuti. Puoi comunque descrivere eventuali misure che adotti per selezionare strumenti di terze parti accessibili.

Data dell’ultima revisione. Includi una data “ultimo aggiornamento” ben visibile. Una dichiarazione di accessibilità senza data sembra — e può essere — obsoleta. Impegnati a rivederla e aggiornarla almeno annualmente e dopo qualsiasi importante redesign o revisione dei contenuti.

Riferimenti alle leggi applicabili. A seconda della tua giurisdizione e del tuo pubblico, cita i quadri normativi pertinenti: l’ADA, la Section 508, l’EAA, le UK Accessibility Regulations, l’AODA o altri. Questo dimostra consapevolezza legale e aiuta gli utenti a comprendere il contesto regolatorio.

Un modello strutturale che puoi adattare

Quella che segue è una struttura HTML pulita e semantica che puoi adattare per la pagina della tua dichiarazione di accessibilità. Sostituisci i valori segnaposto con informazioni accurate specifiche per la tua organizzazione e il tuo sito.

<h1>Accessibility Statement</h1>

<p>
  [Organization Name] is committed to ensuring digital accessibility
  for people with disabilities. We continually improve the user experience
  for everyone and apply relevant accessibility standards.
</p>

<h2>Conformance Status</h2>
<p>
  We aim to conform to the Web Content Accessibility Guidelines (WCAG)
  2.1 Level AA. These guidelines explain how to make web content more
  accessible to people with disabilities. Our current conformance status
  is: [fully conformant / partially conformant — describe known gaps].
</p>

<h2>Known Limitations</h2>
<p>
  Despite our best efforts, some content may not yet be fully accessible:
</p>
<ul>
  <li>[Example: Some older PDF documents do not have text
      equivalents. We are converting these on a rolling basis.]</li>
  <li>[Example: Videos published before [date] may not have
      accurate captions. We are prioritizing recaptioning.]</li>
</ul>

<h2>Measures We Take</h2>
<ul>
  <li>Annual third-party accessibility audits against WCAG 2.1 AA</li>
  <li>Manual testing with screen readers (NVDA, JAWS, VoiceOver)</li>
  <li>Automated scanning on each deployment</li>
  <li>Accessibility widget providing user-controlled display options</li>
  <li>Staff training on accessible content creation</li>
</ul>

<h2>Technical Specifications</h2>
<p>
  This website has been tested on the following environments:
</p>
<ul>
  <li>Chrome + NVDA on Windows 11</li>
  <li>Safari + VoiceOver on macOS and iOS</li>
  <li>Firefox + JAWS on Windows 11</li>
</ul>

<h2>Feedback and Contact</h2>
<p>
  If you experience any accessibility barriers on this website, please
  contact us. We aim to respond within 2 business days.
</p>
<ul>
  <li>Email: <a href='mailto:[email protected]'>
      [email protected]</a></li>
  <li>Phone: +1 (555) 000-0000</li>
</ul>

<h2>Formal Complaints</h2>
<p>
  If you are not satisfied with our response, you may contact the
  relevant enforcement authority in your jurisdiction.
</p>

<p><em>This statement was last reviewed on [Month YYYY].</em></p>

Errori comuni da evitare

La maggior parte delle dichiarazioni di accessibilità presenti oggi sul web sono assenti, plagiate da un modello senza modifiche o attivamente fuorvianti. Ecco gli errori specifici da evitare.

Dichiarare piena conformità quando non sei pienamente conforme. Questo è l’errore più pericoloso. Gli strumenti automatici rilevano al massimo circa il 30–40% dei problemi WCAG, il che significa che un sito che supera i test automatici può comunque presentare barriere significative. Se la tua dichiarazione afferma la piena conformità a WCAG 2.1 AA e un utente o un ricorrente può dimostrare il contrario, tale affermazione falsa amplifica la tua esposizione legale invece di ridurla. Affermazioni accurate di conformità parziale, accompagnate da una chiara roadmap di correzione, sono sia più oneste sia più difendibili.

Rendere inaccessibile la pagina stessa della dichiarazione. Questo accade più spesso di quanto si possa pensare. La dichiarazione di accessibilità dovrebbe essa stessa rispettare WCAG. Metti alla prova la pagina, controlla il contrasto dei colori, verifica la navigazione da tastiera e assicurati che gli screen reader possano interpretare correttamente le intestazioni. Una dichiarazione di accessibilità inaccessibile è, nel migliore dei casi, imbarazzante — e nel peggiore, una prova in un reclamo.

Non fornire un vero meccanismo di contatto. Una dichiarazione che invita gli utenti a “contattarci” con un modulo non funzionante o un indirizzo email generico info@ che nessuno controlla è peggio che inutile. Gli utenti che cercano di segnalare una barriera e non riescono a ottenere una risposta hanno molte più probabilità di rivolgersi a un’autorità di controllo o a un avvocato.

Non aggiornarla mai. Una dichiarazione datata tre anni fa che fa riferimento a tecnologie o standard nel frattempo superati erode immediatamente la fiducia. Imposta un promemoria in calendario per rivedere la tua dichiarazione almeno una volta all’anno e subito dopo qualsiasi importante redesign del sito.

Nasconderla dove nessuno può trovarla. Il W3C raccomanda di collegare la tua dichiarazione di accessibilità da più posizioni ben visibili: il footer, il menu di aiuto, la sitemap e la pagina “chi siamo”. Usa un testo di link coerente — “Dichiarazione di accessibilità” o “Accessibilità” — in modo che gli utenti che sanno di doverla cercare possano trovarla rapidamente.

Il ruolo di Accsible nella tua strategia di accessibilità

Una dichiarazione di accessibilità è la documentazione del tuo impegno, ma l’impegno senza implementazione è solo parole. Qui entra in gioco uno strumento come l’SDK del widget di overlay di Accsible come uno degli strati di una strategia di accessibilità più ampia.

Accsible ti consente di incorporare sul tuo sito un widget di accessibilità configurabile che offre agli utenti il controllo diretto sulla propria esperienza di navigazione — regolando dimensioni dei caratteri, impostazioni di contrasto, dimensione del cursore, riduzione delle animazioni e altro ancora. Questi controlli rivolti all’utente estendono l’usabilità del tuo sito per persone con una gamma di esigenze visive, motorie e cognitive. È importante sottolineare che, quando includi un widget di accessibilità nella tua toolchain, la tua dichiarazione di accessibilità diventa più specifica e credibile: puoi indicare le funzionalità specifiche offerte dal widget, descrivere gli ambienti in cui è stato testato e dimostrare di aver intrapreso passi tecnici e concreti verso l’inclusione.

Questa specificità conta. Tribunali, regolatori e utenti reagiscono meglio a dichiarazioni che descrivono misure concrete rispetto a impegni vaghi. La tua dichiarazione dovrebbe fare riferimento al widget, a ciò che fa e a quali esigenze degli utenti affronta — insieme al tuo programma di audit, alla tua metodologia di test e al tuo punto di contatto umano per i feedback. Il widget non è un sostituto di un codice sottostante semantico e ben strutturato, ma è uno strato significativo e documentato di impegno che merita di essere incluso nella tua dichiarazione.

L’accessibilità è un programma, non un prodotto. La tua dichiarazione documenta quel programma. Ogni strumento, audit, sessione di formazione e ciclo di feedback che metti in atto rende la tua dichiarazione più credibile — e il tuo sito realmente più inclusivo.

Mantenere aggiornata la tua dichiarazione: una checklist di manutenzione

Una dichiarazione di accessibilità è un documento vivo. Nel momento in cui il tuo sito cambia — un nuovo flusso di checkout, una navigazione ridisegnata, un nuovo video player incorporato — l’accuratezza della tua dichiarazione è potenzialmente influenzata. Integra un ritmo di manutenzione nel tuo programma di accessibilità affinché la dichiarazione rifletta sempre la realtà.

• Dopo ogni rilascio o redesign importante: Rivedi la sezione Limitazioni note e le Specifiche tecniche. Aggiorna gli ambienti testati se sono cambiati browser o tecnologie assistive.
• Annualmente: Commissiona o conduci un audit completo di accessibilità. Aggiorna lo stato di conformità e la sezione sulle misure per riflettere strumenti, processi e risultati attuali. Aggiorna la data di “ultima revisione”.
• Quando gli standard cambiano: WCAG 2.2 è ora pubblicato e WCAG 3.0 è in fase di sviluppo. Quando gli organismi regolatori aggiornano i loro standard tecnici, aggiorna la tua dichiarazione per riflettere la versione che stai prendendo a riferimento e il tuo piano di migrazione.
• Quando le leggi cambiano: L’EAA, le scadenze del Titolo II dell’ADA e altre normative sono in evoluzione attiva. Se nuovi requisiti si applicano alla tua organizzazione, aggiorna di conseguenza i riferimenti legali nella tua dichiarazione.
• Quando cambiano i dettagli di contatto: Aggiorna immediatamente eventuali indirizzi email, numeri di telefono o link a moduli. Un canale di contatto interrotto in una dichiarazione di accessibilità è sia un fallimento di usabilità sia un rischio legale.

Registrare i feedback sull’accessibilità che ricevi — i problemi segnalati dagli utenti, come hai risposto e quanto tempo ha richiesto la correzione — crea anche una traccia documentale che dimostra buona fede. Se la tua organizzazione dovesse mai essere contestata sulle sue pratiche di accessibilità, tale documentazione può rivelarsi preziosa.

Punti chiave

• Una dichiarazione di accessibilità è sia uno strumento di gestione del rischio legale sia un segnale di fiducia per gli utenti. In molte giurisdizioni — incluse le imprese che operano sul mercato UE ai sensi dell’EAA e gli enti pubblici statunitensi ai sensi della regola del Titolo II dell’ADA — qualche forma di impegno pubblico in materia di accessibilità è ora richiesta o fortemente implicita dalla legge.
• L’onestà sulle limitazioni ti protegge più delle affermazioni eccessive. Dichiarare di essere parzialmente conforme con un chiaro piano di correzione è più difendibile legalmente che affermare falsamente la piena conformità a WCAG. Tribunali e regolatori reagiscono positivamente alla buona fede dimostrata.
• Rendi reale e monitorato il tuo meccanismo di contatto. Fornisci più modi per segnalare le barriere — email, telefono, un modulo web — e impegnati a un tempo di risposta specifico. Risposte rapide ai problemi segnalati dagli utenti riducono drasticamente il rischio di escalation legale.
• La pagina della tua dichiarazione di accessibilità deve essere essa stessa accessibile. Verificala rispetto a WCAG, controlla la navigazione da tastiera, il contrasto dei colori e assicurati della compatibilità con gli screen reader prima di pubblicarla.
• Tratta la dichiarazione come un documento vivo, non come un’attività una tantum. Rivedila dopo ogni cambiamento importante del sito, almeno annualmente e ogni volta che le leggi applicabili o gli standard WCAG vengono aggiornati. Mantieni visibile e accurata la data di “ultima revisione”.