# Disability World — Corpus completo (Italiano)

> Tutti gli articoli pubblicati in ordine cronologico inverso. Ogni voce include un'intestazione con l'URL canonico, l'autore e la data di pubblicazione.

---
title: Appalti ICT accessibili in Europa: il TR 101 551 riveduto e cosa devono scrivere le stazioni appaltanti nei bandi
url: https://www.disabilityworld.org/it/articles/accessible-ict-procurement-europe-2026/
description: Il 4 giugno 2026 le tre organizzazioni europee di standardizzazione hanno pubblicato il TR 101 551 riveduto — la guida agli appalti che accompagna EN 301 549. Cosa cambia per le stazioni appaltanti e i fornitori che partecipano alle gare.
author: Disability World
pubDate: 2026-06-18
tags: eu, procurement, en-301-549, eaa, web-accessibility-directive, regulation-primer
---

# Appalti ICT accessibili in Europa: il TR 101 551 riveduto e cosa devono scrivere le stazioni appaltanti nei bandi

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione immagine: Un'ampia scrivania da sala lettura in un edificio della pubblica amministrazione europea, con un fascicolo di gara stampato aperto sotto una lampada da tavolo — un segnalibro rosso marca la clausola sull'accessibilità — la silenziosa superficie burocratica in cui si decide l'accessibilità negli appalti.</p>

<p class="rt-prefix">Tempo di lettura: 12 minuti</p>

<p class="wp-block-paragraph">Il <strong>4 giugno 2026</strong> le tre organizzazioni europee di standardizzazione — <strong>CEN</strong>, <strong>CENELEC</strong> e <strong>ETSI</strong> — hanno pubblicato una guida riveduta per integrare l'accessibilità negli appalti pubblici di prodotti e servizi di tecnologia dell'informazione e della comunicazione. Pubblicato come <strong>CEN/CLC/ETSI TR 101 551:2026</strong>, il rapporto tecnico è rivolto specificamente alle stazioni appaltanti: gli enti pubblici che redigono i capitolati di gara e che, dal 2016, sono tenuti a tenere conto delle esigenze di accessibilità delle persone con disabilità quando acquistano prodotti e servizi ICT. Se <a href="/articles/en-301-549-explained/">EN 301 549</a> risponde alla domanda «cosa deve fare un prodotto accessibile», TR 101 551 risponde alla più difficile questione operativa che la precede — «come si traduce quel requisito in un bando di gara affinché il fornitore aggiudicatario sia effettivamente obbligato a rispettarlo e le offerte possano essere confrontate in modo equo».</p>

<p class="wp-block-paragraph">Si tratta del complemento lato appalti alla questione della conformità a EN 301 549, e la tempistica non è casuale. La revisione arriva un anno dopo che l'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act (EAA)</a> (Atto europeo sull'accessibilità) ha iniziato ad applicarsi il 28 giugno 2025, e segnala la direzione verso cui si muove la pressione normativa: non più verso le buone pratiche volontarie, bensì verso le stazioni appaltanti — sempre più attese, e obbligate, a inserire clausole di accessibilità vincolanti nei documenti che regolano ogni contratto pubblico ICT. Per qualsiasi organizzazione che partecipa a gare pubbliche, il documento vale la pena di essere letto nella sua interezza. Questo articolo spiega cos'è, cosa cambia e cosa significa per entrambi i lati della gara — per le stazioni appaltanti che redigono i requisiti e per i fornitori che vi rispondono.</p>

<h2 class="wp-block-heading" id="h-what-was-published">Cosa è stato pubblicato il 4 giugno</h2>

<p class="wp-block-paragraph">TR 101 551 non è un documento nuovo. La prima edizione, <strong>V1.1.1</strong>, è stata pubblicata nel febbraio 2014 con il titolo <em>Guidelines on the use of accessibility award criteria suitable for public procurement of ICT products and services in Europe</em>. Era uno dei risultati prodotti nell'ambito del mandato di standardizzazione <strong>M/376 (Mandate 376)</strong> della Commissione europea, emanato nel 2005 per incaricaRE CEN, CENELEC e ETSI di armonizzare l'accessibilità negli appalti pubblici europei. La revisione del 2026 mantiene la finalità del documento, ma lo riscrive per un quadro normativo che nel 2014 non esisteva: un European Accessibility Act eseguibile, un regime di monitoraggio della <a href="/articles/european-accessibility-act-guide/">Direttiva sull'accessibilità dei siti web</a> in fase di maturazione e un EN 301 549 che ha attraversato diverse versioni ed è stato adottato ben al di là del suo ambito originario negli appalti.</p>

<p class="wp-block-paragraph">Un rapporto tecnico (TR) non è di per sé una norma. Non comporta una presunzione di conformità e non crea di per sé alcun obbligo giuridico — quella distinzione appartiene alla norma armonizzata EN 301 549. Ciò che un TR fa è spiegare come <em>applicare</em> la norma in un contesto specifico. Il contesto di TR 101 551 è il bando: il momento in cui una stazione appaltante traduce i requisiti astratti di EN 301 549 nel linguaggio concreto delle specifiche tecniche, dei criteri di aggiudicazione e delle condizioni di esecuzione del contratto. È, in altre parole, il ponte tra una norma di conformità di 200 pagine e le poche frasi che un funzionario responsabile degli appalti incolla effettivamente in un avviso di gara.</p>

<h2 class="wp-block-heading" id="h-the-m376-family">La famiglia Mandate 376 e il ruolo di TR 101 551</h2>

<p class="wp-block-paragraph">EN 301 549 non è un documento autonomo. I lavori del Mandate 376 hanno prodotto una piccola famiglia di documenti che si integrano a vicenda, e capire la divisione dei compiti tra di essi è il modo più rapido per capire a cosa serve TR 101 551.</p>

<ul class="wp-block-list">
<li><strong>EN 301 549</strong> è la norma armonizzata vera e propria: i requisiti funzionali di accessibilità (clausole da 5 a 13), le dichiarazioni di prestazione funzionale (clausola 4) che descrivono cosa deve poter fare un utente con una determinata disabilità, e le procedure di prova per ciascun requisito. È redatta, secondo le stesse parole della Commissione, «in una forma adatta all'uso negli appalti».</li>
<li><strong>TR 101 550</strong> — <em>Documents relevant to EN 301 549</em> — è il compendio di riferimento e contesto: la ricerca di supporto e la motivazione alla base dei requisiti.</li>
<li><strong>TR 101 551</strong> — il documento riveduto il 4 giugno — tratta i <strong>criteri di aggiudicazione</strong>: come una stazione appaltante può attribuire un punteggio alla qualità dell'accessibilità nell'ambito della valutazione delle offerte, al di là del minimo superamento/fallimento.</li>
<li><strong>TR 101 552</strong> tratta la <strong>valutazione della conformità</strong>: come la stazione appaltante verifica, durante e dopo il contratto, che quanto promesso sia stato effettivamente consegnato.</li>
</ul>

<p class="wp-block-paragraph">La lettura pratica è che EN 301 549 fissa l'asticella, TR 101 551 indica come premiare i fornitori che la superano con ampio margine, e TR 101 552 indica come verificare che abbiano mantenuto la parola. La maggior parte dei team responsabili degli appalti si ferma a EN 301 549 — ed è esattamente per questo che molti bandi trattano l'accessibilità come un'unica casella da spuntare con un sì o un no, anziché come un requisito graduato e fondato su prove. La revisione del 2026 di TR 101 551 è un tentativo di colmare quel divario.</p>

<h2 class="wp-block-heading" id="h-specifications-versus-award-criteria">Specifiche tecniche e criteri di aggiudicazione — la distinzione che conta</h2>

<p class="wp-block-paragraph">Il diritto europeo degli appalti pubblici traccia una linea netta tra due tipi di requisiti, e l'accessibilità vive in entrambi. È la distinzione più importante in TR 101 551, ed è opportuno essere precisi.</p>

<p class="wp-block-paragraph"><strong>Le specifiche tecniche</strong> rappresentano il minimo obbligatorio — i requisiti che un'offerta deve soddisfare per essere ammissibile. Ai sensi dell'<strong>articolo 42 della Direttiva sugli appalti pubblici (2014/24/UE)</strong>, le specifiche tecniche per qualsiasi appalto destinato all'uso da parte di persone fisiche devono, salvo casi debitamente giustificati, essere redatte in modo da tenere conto dei criteri di accessibilità per le persone con disabilità. In pratica ciò significa che un bando dovrebbe richiedere la conformità a EN 301 549 come condizione di aggiudicazione. Un'offerta che non si impegna alla norma non supera la specifica ed è esclusa. Non c'è punteggio — è un filtro.</p>

<p class="wp-block-paragraph"><strong>I criteri di aggiudicazione</strong> sono diversi. Servono a classificare le offerte ammissibili in gara per individuare l'«offerta economicamente più vantaggiosa» (MEAT). I criteri di aggiudicazione consentono a una stazione appaltante di assegnare un credito aggiuntivo misurabile per una qualità che supera il minimo: un prodotto testato con tecnologie assistive reali, un fornitore che conduce sessioni di usabilità con persone con disabilità, un impegno al monitoraggio continuo dell'accessibilità per l'intera durata del contratto, la conformità a WCAG 2.2 AA anziché alla baseline precedente, o un SLA di correzione documentato. TR 101 551 è la guida su come formulare, pesare e documentare questi criteri affinché siano oggettivi, non discriminatori, collegati all'oggetto del contratto e suscettibili di essere valutati in modo coerente tra le offerte. Sbagliare la formulazione espone un criterio di aggiudicazione a contestazione giuridica; farlo correttamente trasforma la qualità dell'accessibilità in un reale elemento competitivo anziché in una casella che tutti i fornitori spuntano allo stesso modo.</p>

<h2 class="wp-block-heading" id="h-four-stage-model">Il modello a quattro fasi degli appalti</h2>

<p class="wp-block-paragraph">TR 101 551 inquadra l'accessibilità come qualcosa che percorre l'intero ciclo di vita degli appalti, non come una clausola aggiunta in fondo. Il modello stabilito dal toolkit del Mandate 376 — e che la revisione mantiene — prevede quattro fasi.</p>

<p class="wp-block-paragraph"><strong>Prima — analisi dei fabbisogni e dialogo di mercato.</strong> Prima di redigere qualsiasi documento, la stazione appaltante stabilisce quale accessibilità il servizio richieda realmente in funzione di chi ne farà uso, e verifica se il mercato è in grado di fornirla. Un portale rivolto ai cittadini comporta obblighi diversi rispetto a uno strumento interno di back-office. È anche la fase in cui il dialogo preliminare con il mercato consente di verificare se esistano fornitori realistici per un requisito ambizioso.</p>

<p class="wp-block-paragraph"><strong>Seconda — specifiche tecniche.</strong> La stazione appaltante inserisce i requisiti obbligatori di accessibilità nel bando tramite rinvio a EN 301 549, identificando le clausole pertinenti per il tipo di prodotto. Il rinvio alla norma, anziché copiarne frammenti, evita il frequente errore di parafrasare un requisito cogente rendendolo più debole o contraddittorio.</p>

<p class="wp-block-paragraph"><strong>Terza — criteri di aggiudicazione.</strong> La stazione appaltante decide quale qualità aggiuntiva di accessibilità, oltre il minimo, intende premiare, assegna le ponderazioni e indica le prove richieste da ciascun criterio. È la fase che TR 101 551 tratta principalmente, ed è la fase che la maggior parte dei bandi salta.</p>

<p class="wp-block-paragraph"><strong>Quarta — esecuzione del contratto e verifica.</strong> La stazione appaltante definisce le condizioni per la durata del contratto — revisioni periodiche, obblighi di monitoraggio dell'accessibilità, scadenze per la correzione — e il meccanismo con cui la consegna viene verificata rispetto alla promessa. È qui che subentra TR 101 552 sulla valutazione della conformità, e dove un impegno in materia di accessibilità diventa reale oppure svanisce silenziosamente dopo la firma.</p>

<h2 class="wp-block-heading" id="h-what-changed">Cosa cambia con la revisione del 2026</h2>

<p class="wp-block-paragraph">Il cambiamento più significativo riguarda l'inquadramento. L'edizione del 2014 era concepita per un mondo in cui gli appalti accessibili erano fortemente incoraggiati come buona pratica. L'edizione del 2026 è concepita per un mondo in cui rappresentano sempre più un'aspettativa eseguibile, perché l'<a href="/articles/eaa-first-year-enforcement-report/">European Accessibility Act</a> e la Direttiva sull'accessibilità dei siti web creano ora obblighi a valle che un ente pubblico non può rispettare se i suoi fornitori non vi sono tenuti contrattualmente. Un comune il cui portale per i cittadini deve rispettare la Direttiva sull'accessibilità dei siti web non può raggiungere tale conformità se il fornitore che gli ha procurato il portale non era mai stato contrattualmente obbligato a consegnarlo accessibile. Il TR 101 551 riveduto rende esplicita questa dipendenza e spinge l'accessibilità a monte, nel bando, dove può essere effettivamente controllata.</p>

<p class="wp-block-paragraph">Tre aggiornamenti sostanziali conseguono a quel riposizionamento. In primo luogo, la guida viene riancorata all'EN 301 549 vigente e al <strong>WCAG 2.2 livello AA</strong>, con esempi elaborati di criteri di aggiudicazione che premiano la conformità rispetto al set di requisiti attuale anziché alla baseline del 2014. In secondo luogo, rafforza il trattamento delle <strong>condizioni di esecuzione del contratto e del monitoraggio continuo</strong> — riconoscendo che l'accessibilità regredisce a ogni rilascio, per cui un'attestazione di conformità una tantum alla consegna vale poco senza un obbligo continuativo di ripetere i test. In terzo luogo, stringe il legame tra i criteri di aggiudicazione per l'accessibilità e il requisito giuridico ai sensi della Direttiva 2014/24/UE che i criteri di aggiudicazione siano oggettivi, verificabili e connessi all'oggetto del contratto, in modo che le stazioni appaltanti possano utilizzarli senza rischiare un ricorso in appalto da parte di un offerente escluso.</p>

<h2 class="wp-block-heading" id="h-for-contracting-authorities">Cosa significa per le stazioni appaltanti</h2>

<p class="wp-block-paragraph">Per una stazione appaltante che gestisce una procedura ai sensi della normativa nazionale sugli appalti pubblici di qualsiasi Stato membro, il TR 101 551 riveduto è un insieme di istruzioni dirette. Il messaggio principale è che l'accessibilità deve figurare nei documenti di gara come linguaggio vincolante, non in un allegato non cogente di aspirazioni.</p>

<p class="wp-block-paragraph">In concreto, ciò implica tre pratiche. Richiedere la conformità a EN 301 549 come specifica tecnica, affinché le offerte non conformi siano inammissibili anziché semplicemente penalizzate nel punteggio. Aggiungere almeno un criterio di aggiudicazione ponderato per l'accessibilità con un requisito probatorio esplicitato, affinché i fornitori che investono realmente nell'accessibilità siano premiati rispetto a quelli che si limitano ad affermarla. E redigere una condizione di esecuzione del contratto che sopravviva alla firma — revisioni periodiche, un referente per l'accessibilità, un SLA di correzione — affinché l'obbligo non decada nel momento in cui il contratto viene aggiudicato. Le agenzie nazionali degli appalti in tutta l'UE sono attese a recepire questa guida nei modelli di bando standard nel corso dei prossimi cicli, e i quadri centrali di appalto pubblico rappresentano il naturale veicolo per questo tipo di clausola standard. Le stazioni appaltanti che adottano il linguaggio per prime evitano l'alternativa assai più costosa: scoprire dopo il go-live che un sistema appaltato non supera il proprio obbligo ai sensi della Direttiva sull'accessibilità dei siti web, di cui la stazione appaltante è essa stessa oggetto di monitoraggio.</p>

<h2 class="wp-block-heading" id="h-for-bidders">Cosa significa per i fornitori e gli offerenti</h2>

<p class="wp-block-paragraph">Per chi partecipa a gare pubbliche ICT, l'effetto pratico della revisione è che l'accessibilità passa dall'essere qualcosa su cui si potrebbe essere interrogati all'essere qualcosa che viene valutato con un punteggio, e sempre più spesso qualcosa che determina l'ammissibilità. La strategia vincente è poter dimostrare, con prove concrete, ciò che la maggior parte dei concorrenti si limita ad affermare. È prima di tutto un problema di documentazione e strumenti, ancor prima che di ingegneria.</p>

<p class="wp-block-paragraph">Tre preparativi si rivelano direttamente vantaggiosi. In primo luogo, disporre di un <strong>registro di conformità a EN 301 549</strong> aggiornato e veritiero per i prodotti offerti — idealmente un Accessibility Conformance Report in formato VPAT/UE, mantenuto aggiornato anziché ricostruito sotto la pressione della scadenza del bando. In secondo luogo, essere pronti a rispondere ai criteri di aggiudicazione con prove concrete: risultati dei test con tecnologie assistive, sessioni di usabilità con partecipanti con disabilità, e una chiara dichiarazione di conformità a WCAG 2.2 AA con le eccezioni note indicate esplicitamente anziché nascoste. In terzo luogo — ed è qui che il cambiamento nelle condizioni di esecuzione incide maggiormente — essere in grado di impegnarsi per un <strong>monitoraggio continuo</strong> per l'intera durata del contratto, perché le stazioni appaltanti inseriscono sempre più quell'obbligo nelle condizioni di esecuzione anziché accettare una dichiarazione di conformità una tantum.</p>

<p class="wp-block-paragraph">Il requisito di monitoraggio continuo è il punto in cui le piattaforme automatizzate di accessibilità guadagnano il loro posto nella risposta all'offerta. La scansione continua individua le regressioni che ogni rilascio introduce e produce le prove periodiche che una condizione di esecuzione del contratto richiede ora. Gli strumenti più affidabili in questa categoria includono <a href="https://www.qualibooth.com/" rel="noopener">Qualibooth</a>, axe Monitor, Siteimprove e Level Access — e la scelta giusta dipende da come l'output del monitoraggio si rapporta ai criteri EN 301 549 e WCAG 2.2 nominati in un dato bando. Il monitoraggio automatizzato è necessario ma non sufficiente: individua in modo affidabile i difetti rilevabili automaticamente, mentre i test manuali, con tecnologie assistive e di usabilità che i criteri di aggiudicazione premiano sempre più richiedono ancora revisori umani. Un'offerta credibile abbina il monitoraggio continuo a una cadenza documentata di audit manuali, e lo dichiara nella risposta anziché lasciare all'esaminatore il compito di supporlo. È possibile vedere come appare una scansione automatizzata EN 301 549 / WCAG 2.2 nel nostro <a href="/toolkit/scan/">scanner di accessibilità</a>, e i criteri stessi sono catalogati nel <a href="/toolkit/standards/wcag/">riferimento rapido WCAG</a>.</p>

<h2 class="wp-block-heading" id="h-checklist">Una checklist per i capitolati di gara</h2>

<p class="wp-block-paragraph">Distillato agli elementi operativi essenziali, ecco cosa implica TR 101 551:2026 per qualsiasi bando — letto da entrambi i lati del tavolo.</p>

<ul class="wp-block-list">
<li><strong>Filtro di specifica.</strong> La conformità a EN 301 549 è una specifica tecnica obbligatoria, non un criterio di aggiudicazione. Un'offerta che non vi si impegna è esclusa.</li>
<li><strong>Rinvio, non parafrasi.</strong> Citare le clausole pertinenti di EN 301 549 per rinvio. La parafrasi di un requisito cogente lo indebolisce o lo distorce.</li>
<li><strong>Almeno un criterio di aggiudicazione ponderato per l'accessibilità</strong>, con un requisito probatorio esplicito e verificabile — rapporti di prova, risultati AT, rilevazioni di usabilità — e una ponderazione indicata.</li>
<li><strong>WCAG 2.2 AA come baseline attuale</strong>, nominata esplicitamente affinché le risposte della generazione 2.1 non siano trattate come equivalenti.</li>
<li><strong>Una condizione di esecuzione del contratto</strong> che includa revisioni periodiche, monitoraggio e un SLA di correzione, affinché l'obbligo sopravviva all'aggiudicazione.</li>
<li><strong>La valutazione della conformità definita fin dall'inizio</strong> (ai sensi di TR 101 552): chi verifica la consegna, come e con quale cadenza.</li>
<li><strong>Offerenti: un dossier di prove pronto prima della scadenza</strong> — rapporto di conformità, approccio al monitoraggio, cadenza dell'audit manuale — non assemblato nelle ultime 48 ore.</li>
</ul>

<h2 class="wp-block-heading" id="h-conclusion">Conclusione: il bando è dove si decide l'accessibilità</h2>

<p class="wp-block-paragraph">Il TR 101 551 riveduto non cambia cosa deve fare un prodotto accessibile — quello è ancora il compito di EN 301 549. Ciò che cambia è il centro di gravità. Per un decennio, l'accessibilità negli appalti ICT pubblici era qualcosa che un acquirente sperava e un fornitore prometteva, con poca macchina tra i due per rendere la promessa vincolante o per premiare i fornitori che la prendevano sul serio. Ricostruendo la guida attorno a specifiche eseguibili, criteri di aggiudicazione ponderati e fondati su prove, e condizioni di esecuzione del contratto che sopravvivono alla firma, la revisione del 4 giugno tratta il capitolato di gara come il luogo in cui l'accessibilità digitale viene effettivamente decisa. Per le stazioni appaltanti ciò è uno stimolo a redigere bandi migliori; per i fornitori che vi rispondono, è uno stimolo a poter dimostrare — non solo affermare — che quanto consegnano è accessibile, e a continuare a dimostrarlo per l'intera durata del contratto.</p>

<p class="wp-block-paragraph">Per il quadro normativo più ampio, si vedano l'<a href="/articles/en-301-549-explained/">spiegazione di EN 301 549</a>, la <a href="/articles/european-accessibility-act-guide/">guida all'European Accessibility Act</a>, il <a href="/articles/eaa-first-year-enforcement-report/">rapporto sul primo anno di applicazione dell'EAA</a> e la nostra analisi del <a href="/articles/accessibility-aware-rfp-teardown/">linguaggio sull'accessibilità in un bando reale</a>. I regimi nazionali sono catalogati nell'<a href="/regulations/">indice delle normative</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fonti primarie</h2>

<ol class="wp-block-list">
<li>CEN/CLC/ETSI TR 101 551 — <em>Guidelines on the use of accessibility award criteria suitable for public procurement of ICT products and services in Europe</em> (revisione 2026; originale V1.1.1, febbraio 2014). <a href="https://www.etsi.org/standards">etsi.org/standards</a></li>
<li>ETSI EN 301 549 — <em>Accessibility requirements for ICT products and services</em> (V3.2.1, 2021). <a href="https://www.etsi.org/deliver/etsi_en/301500_301599/301549/">etsi.org/deliver/etsi_en/301549</a></li>
<li>CEN/CLC/ETSI TR 101 550 — <em>Documents relevant to EN 301 549</em>; e TR 101 552 — guida alla valutazione della conformità per l'accessibilità negli appalti pubblici.</li>
<li>Commissione europea. Mandato di standardizzazione <em>M/376</em> a CEN, CENELEC e ETSI a sostegno dei requisiti europei di accessibilità per gli appalti pubblici di prodotti e servizi nel settore ICT (2005).</li>
<li>Direttiva 2014/24/UE del Parlamento europeo e del Consiglio sugli appalti pubblici, in particolare l'articolo 42 (specifiche tecniche) e gli articoli 67–69 (criteri di aggiudicazione). <a href="https://eur-lex.europa.eu/eli/dir/2014/24/oj">eur-lex.europa.eu/eli/dir/2014/24/oj</a></li>
<li>Direttiva (UE) 2019/882 — European Accessibility Act, applicabile dal 28 giugno 2025. <a href="https://eur-lex.europa.eu/eli/dir/2019/882/oj">eur-lex.europa.eu/eli/dir/2019/882/oj</a></li>
<li>Direttiva (UE) 2016/2102 — Direttiva sull'accessibilità dei siti web (accessibilità dei siti web e delle applicazioni mobili degli enti del settore pubblico). <a href="https://eur-lex.europa.eu/eli/dir/2016/2102/oj">eur-lex.europa.eu/eli/dir/2016/2102/oj</a></li>
<li>CEN, CENELEC e ETSI. <em>Accessible ICT Procurement Toolkit</em> (risultato del Mandate 376). I recepimenti nazionali della Direttiva 2014/24/UE comprendono, ad esempio, il <em>Gesetz gegen Wettbewerbsbeschränkungen</em> (GWB) tedesco con il relativo <em>Vergabeverordnung</em> (VgV), e il <em>Code de la commande publique</em> francese.</li>
</ol>

</div>

---
title: Tecnologia assistiva per persone cieche: il balzo triennale che ha portato la vista su richiesta
url: https://www.disabilityworld.org/it/articles/assistive-tech-for-blind-people-2026/
description: La tecnologia assistiva per persone cieche e ipovedenti è cambiata più tra il 2023 e il 2026 che nel decennio precedente. Questo primer mappa le vere innovazioni — Be My AI, Ray-Ban Meta, cani intelligenti, il Monarch e i lettori AI — con ciò che offre e dove ancora fallisce.
author: Disability World
pubDate: 2026-05-30
tags: assistive-technology, blind, low-vision, ai, smart-glasses, screen-readers, braille, tech-news
---

# Tecnologia assistiva per persone cieche: il balzo triennale che ha portato la vista su richiesta

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Primer ingegneristico · Tecnologia assistiva per utenti ciechi</div>
      <h1 class="hero__title" id="hero-heading">
        Vista su richiesta<br/>
        i tre anni che hanno trasformato la vita dei ciechi e degli ipovedenti
      </h1>
      <p class="hero__lead">Tra il 2023 e il 2026, gli strumenti usati quotidianamente dalle persone cieche e ipovedenti hanno smesso di essere un lento filo di dispositivi mono-funzione e sono diventati un'ondata di AI general purpose. Un telefono può ora leggere un'intera stanza, un paio di occhiali da sole dall'aspetto normale può chiamare un volontario e un display braille può finalmente mostrare un grafico. Questo primer mappa ciò che è davvero arrivato sul mercato, chi lo produce e — altrettanto importante — dove ognuno ancora fallisce.</p>
      <div class="hero__stats" aria-label="Tappe fondamentali">
        <div class="stat-chip">
          <div class="stat-chip__num">Mar 2023</div>
          <div class="stat-chip__label">GPT-4 vision lanciato con Be My Eyes come partner inaugurale</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">Nov 2024</div>
          <div class="stat-chip__label">Gli occhiali Ray-Ban Meta hanno acquisito una modalità per utenti ciechi</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">10 righe</div>
          <div class="stat-chip__label">primo display braille multilinea e di grafica tattile mainstream</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">A cura del <strong>desk tecnico di Disability World</strong></div>
        <div class="hero__pill">13 min di lettura</div>
        <div class="hero__pill">Aggiornato maggio 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Sezioni dell'articolo">
    <div class="toc-bar__inner">
      <p>Contenuto</p>
      <ul role="list">
        <li><a href="#s1">1. Cosa è davvero cambiato</a></li>
        <li><a href="#s2">2. Vista su richiesta: app e servizi</a></li>
        <li><a href="#s3">3. La fotocamera si è spostata sul volto</a></li>
        <li><a href="#s4">4. Sapere dove ci si trova</a></li>
        <li><a href="#s5">5. Il sistema operativo ha recuperato terreno</a></li>
        <li><a href="#s6">6. Leggere con il tatto</a></li>
        <li><a href="#s7">7. Il problema</a></li>
        <li><a href="#conclusion">Conclusione</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Fondamento</div>
        <h2 class="section-title" id="s1-heading">1. Cosa è davvero cambiato</h2>
        <div class="prose">
          <p>Per la maggior parte dell'era smartphone, la tecnologia assistiva su cui facevano affidamento le persone cieche si presentava in due varianti. C'erano dispositivi costosi, specializzati, mono-funzione — una fotocamera per leggere i testi, un identificatore di colori, un'unità GPS con una voce macchinosa — e c'erano app che mettevano in contatto con un essere umano, perché nessuna macchina era in grado di descrivere in modo affidabile il mondo visivo disordinato. La prima variante era costosa e fragile. La seconda funzionava, ma significava chiedere a un'altra persona ogni volta che si voleva sapere se il latte era scaduto.</p>
          <p>La svolta è arrivata nel marzo 2023, quando OpenAI ha annunciato GPT-4 e ha usato l'app per ciechi <strong>Be My Eyes</strong> come dimostrazione emblematica di ciò che un modello con capacità visive poteva fare. Per la prima volta un modello general purpose, non un classificatore costruito a mano, era in grado di osservare una foto qualsiasi e rispondere a domande in merito in un linguaggio fluente. Quella singola capacità — descrivere qualsiasi cosa, poi rispondere alle domande di approfondimento — si è rivelata essere esattamente ciò che mancava al settore. Nel giro di diciotto mesi era stata integrata in telefoni, occhiali, screen reader e cani da guida smart.</p>
          <p>Questo primer passa in rassegna quell'ondata su sei fronti: le app di assistenza visiva, i dispositivi indossabili, gli ausili per la navigazione, gli screen reader dei sistemi operativi, le innovazioni braille e tattili, e il livello web che sta alla base di tutto. In tutto, la domanda è la stessa che si pone a qualsiasi nuovo strumento: non «è impressionante in una demo?» ma «una persona cieca ottiene una risposta corretta e utile quando ne ha bisogno?» La risposta onesta, nel 2026, è «molto più spesso che nel 2022 — e ancora non abbastanza da fidarsi ciecamente». Teniamo entrambe le metà di questa frase in vista.</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Cosa significa «funziona» in questo contesto</span>
            <div class="callout__body"><p>Trattiamo uno strumento come efficace quando restituisce una risposta su cui un utente cieco può agire senza che una persona vedente la ricontrolli. Lo stesso criterio che applichiamo alle descrizioni AI delle immagini nel nostro primer complementare su <a href="/articles/ai-and-alt-text-where-we-are-2026/">dove il testo alternativo AI funziona davvero nel 2026</a> vale anche qui: una frase formulata con sicurezza ma sbagliata è peggio di nessuna frase.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Panorama</div>
        <h2 class="section-title" id="s2-heading">2. Vista su richiesta: le app e i servizi</h2>
        <div class="prose">
          <p>Il cambiamento più importante è anche il meno visibile: risiede in app che le persone già possedevano. La categoria si è divisa in due livelli che ora lavorano insieme — descrizione AI istantanea per la domanda di routine, e un essere umano in linea per il momento che conta. I flussi di lavoro più efficaci consentono a un utente di iniziare con il modello e scalare verso una persona con un solo tocco.</p>
          <p>Le schede qui sotto descrivono il comportamento pratico dei cinque servizi che dominano l'uso quotidiano, non le dichiarazioni di marketing. «Il problema» è la colonna da leggere per prima.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Be My AI</div>
                <div class="combo-card__sub">Be My Eyes · GPT-4 vision</div>
              </div>
            </div>
            <div class="combo-card__usage">Gratuito; il punto di partenza predefinito per milioni di utenti</div>
            <div class="combo-feat"><span class="combo-feat__label">Cosa c'è di nuovo</span><span>L'AI descrive qualsiasi foto, poi risponde alle domande di approfondimento in conversazione</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Escalation</span><span>Un solo tocco per raggiungere un volontario vedente quando l'AI non è sufficiente</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Il problema</span><span>Allucinazioni confidenti; non adatto per farmaci o situazioni di sicurezza</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Seeing AI</div>
                <div class="combo-card__sub">Microsoft · gratuito</div>
              </div>
            </div>
            <div class="combo-card__usage">Arrivato su Android alla fine del 2023 dopo anni solo su iOS</div>
            <div class="combo-feat"><span class="combo-feat__label">Cosa c'è di nuovo</span><span>Descrizioni di scene «ricche» generative e Q&amp;A sui documenti in aggiunta ai canali classici</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Lettura rapida, anche offline, di testi brevi e valute</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Il problema</span><span>Le descrizioni ricche ereditano lo stesso rischio di fabbricazione di qualsiasi modello</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Aira</div>
                <div class="combo-card__sub">Aira · a pagamento / accesso sponsorizzato</div>
              </div>
            </div>
            <div class="combo-card__usage">Agenti professionisti formati, non volontari</div>
            <div class="combo-feat"><span class="combo-feat__label">Cosa c'è di nuovo</span><span>L'accesso gratuito sponsorizzato in aeroporti, campus e luoghi di lavoro si è ampliato nel corso del 2024-2025</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Assistenza responsabile e coerente per compiti ad alto rischio</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Il problema</span><span>I minuti costano denaro al di fuori delle sedi sponsorizzate</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Lookout</div>
                <div class="combo-card__sub">Google · gratuito (Android)</div>
              </div>
            </div>
            <div class="combo-card__usage">Costruito attorno alla fotocamera del telefono e a Gemini</div>
            <div class="combo-feat"><span class="combo-feat__label">Cosa c'è di nuovo</span><span>«Chiedi informazioni su un'immagine» consente agli utenti di porre domande su una foto e ottenere risposte generative</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Stretta integrazione con Android e TalkBack</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Il problema</span><span>Solo Android; la qualità varia con l'illuminazione e il disordine nell'inquadratura</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Envision (Ally)</div>
                <div class="combo-card__sub">Envision · app + occhiali</div>
              </div>
            </div>
            <div class="combo-card__usage">L'app è gratuita; gli occhiali si acquistano separatamente</div>
            <div class="combo-feat"><span class="combo-feat__label">Cosa c'è di nuovo</span><span>«Ally», un assistente LLM conversazionale lanciato nel 2024, può rispondere a domande aperte</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Eccellente lettura di documenti; lo stesso motore su telefono e occhiali</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Il problema</span><span>L'esperienza premium è vincolata all'acquisto dell'hardware</span></div>
          </article>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«I flussi di lavoro più efficaci consentono a un utente di iniziare con il modello e scalare verso un essere umano con un solo tocco — la macchina per la velocità, la persona per il momento che conta.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— questo articolo, sezione 2</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Hardware</div>
        <h2 class="section-title" id="s3-heading">3. La fotocamera si è spostata sul volto</h2>
        <div class="prose">
          <p>Tenere un telefono alzato per puntare la fotocamera è praticabile, ma occupa una mano e annuncia a tutti i presenti esattamente cosa si sta facendo. Il cambiamento hardware più importante del periodo è stato spostare la fotocamera sulla testa, dove punta nella direzione in cui guarda l'utente e libera entrambe le mani. Due cose hanno reso questo possibile contemporaneamente: fotocamere indossabili economiche e di qualità accettabile, e un modello abbastanza capace da dare senso a ciò che esse vedono.</p>
          <p>Il momento spartiacque è stato il novembre 2024, quando Meta ha aggiunto una modalità per utenti ciechi ai suoi occhiali mainstream <strong>Ray-Ban Meta</strong> tramite un'integrazione con Be My Eyes — una funzione «Chiama un volontario» che trasmette in streaming la visione in prima persona del portatore a un assistente vedente, affiancata dall'AI di Meta che può descrivere ciò che si trova davanti all'utente su richiesta. Per la prima volta il dispositivo assistivo era un paio di occhiali da sole che le persone già volevano indossare, non un apparecchio medicale vistoso.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Ray-Ban Meta</div>
                <div class="combo-card__sub">Meta · occhiali consumer mainstream</div>
              </div>
            </div>
            <div class="combo-card__usage">I primi occhiali dall'aspetto «normale» con una modalità per ciechi</div>
            <div class="combo-feat"><span class="combo-feat__label">Cosa c'è di nuovo</span><span>Be My Eyes «Chiama un volontario» + descrizioni AI della scena su richiesta, mani libere</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Socialmente invisibili; costo contenuto rispetto ai dispositivi dedicati</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Il problema</span><span>Non progettati in primo luogo per utenti ciechi; nessun rilevamento degli ostacoli</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Envision Glasses</div>
                <div class="combo-card__sub">Envision · base Google Glass Enterprise</div>
              </div>
            </div>
            <div class="combo-card__usage">Progettati appositamente per utenti ciechi e ipovedenti</div>
            <div class="combo-feat"><span class="combo-feat__label">Cosa c'è di nuovo</span><span>L'assistente Ally sugli occhiali; riconoscimento istantaneo di testo, scene e volti</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Lettura di testi stampati e scritti a mano di livello superiore</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Il problema</span><span>Costo molto superiore agli occhiali consumer; hardware in invecchiamento</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">OrCam MyEye</div>
                <div class="combo-card__sub">OrCam · fotocamera clip-on</div>
              </div>
            </div>
            <div class="combo-card__usage">Una fotocamera delle dimensioni di un polpastrello che si aggancia a qualsiasi montatura</div>
            <div class="combo-feat"><span class="combo-feat__label">Cosa c'è di nuovo</span><span>Lettura e riconoscimento on-device con «smart reading» a comandi vocali</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Funziona offline; immediato, privato, non richiede il telefono</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Il problema</span><span>Prezzo elevato; meno versatile di un assistente AI aperto</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">biped NOA</div>
                <div class="combo-card__sub">biped.ai · gilet indossabile</div>
              </div>
            </div>
            <div class="combo-card__usage">Sensori da auto a guida autonoma adattati per i pedoni</div>
            <div class="combo-feat"><span class="combo-feat__label">Cosa c'è di nuovo</span><span>Prevede le collisioni e avvisa tramite suono spaziale 3D; «Live AI» descrive l'ambiente circostante durante il movimento</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Consapevolezza continua degli ostacoli, non solo descrizione su richiesta</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Il problema</span><span>Un complemento al bastone e al cane guida, mai un sostituto</span></div>
          </article>
        </div>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">La descrizione non è navigazione</span>
            <div class="callout__body"><p>Gli occhiali che descrivono una scena sono eccellenti nel rispondere a «cos'è questo?» e del tutto inutili nel rispondere a «c'è un gradino davanti a me?». La descrizione della scena e l'elusione degli ostacoli sono compiti diversi che richiedono sensori diversi. Ogni produttore credibile in questa categoria afferma la stessa cosa: il dispositivo si affianca <em>al</em> bastone bianco o al cane guida, non li sostituisce.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Mobilità</div>
        <h2 class="section-title" id="s4-heading">4. Sapere dove ci si trova</h2>
        <div class="prose">
          <p>La navigazione è il problema più difficile del settore, perché il costo di una risposta sbagliata è un marciapiede, una tromba delle scale o una strada. Il periodo ha prodotto reali progressi su due sotto-problemi distinti: rilevare ciò che si trova immediatamente intorno, e orientarsi in un edificio dove il GPS viene meno.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>WeWALK Smart Cane 2</h3>
            <p>Un aggiornamento del 2024 del bastone smart che aggiunge un'impugnatura sensoriale a un normale bastone bianco. Rileva gli ostacoli all'altezza del petto e della testa che lo spazzolamento del bastone non intercetta — rami sporgenti, porte di armadi aperte, specchietti di camion — e avvisa tramite vibrazione. La seconda generazione ha ampliato l'angolo di rilevamento, aggiunto un assistente vocale AI integrato (basato su GPT-4) e una più stretta integrazione con navigazione e trasporto pubblico, e ha ricevuto l'Edison Award e il King's Award for Enterprise Innovation. Fondamentale: conserva il bastone: lo strumento collaudato rimane, la sensoristica è additiva.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Glidance Glide</h3>
            <p>Il fattore di forma davvero nuovo del periodo. Glide è un piccolo dispositivo a due ruote di un'azienda fondata dall'ex tecnologo per l'accessibilità di Microsoft Amos Miller. Lo si spinge in avanti e avanza da solo, guidando fisicamente l'utente — sterzando attorno agli ostacoli e comunicando attraverso l'impugnatura telescopica, a metà strada tra un bastone bianco e un cane guida. Il primo lotto di pre-ordini è stato aperto a metà del 2024 ed è andato esaurito entro la fine dell'anno; il dispositivo ha un abbonamento mensile di circa 30 USD, con le spedizioni ai primi sostenitori che iniziano nel 2026. È ancora agli inizi, ed è il dispositivo più interessante da monitorare.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>GoodMaps indoor navigation</h3>
            <p>La navigazione svolta per svolta all'aperto funziona da anni; all'interno degli edifici, dove il GPS viene meno, non è mai stata risolta. GoodMaps usa il posizionamento basato sulla fotocamera per collocare un utente all'interno di un edificio mappato — un aeroporto, un terminal del trasporto pubblico, un campus — e fornire indicazioni passo dopo passo senza i beacon richiesti dai sistemi precedenti. La copertura è il limite: funziona solo dove una sede ha pagato per essere mappata.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Apple Door Detection e Magnifier</h3>
            <p>L'ausilio per la navigazione che la maggior parte delle persone già possiede. La modalità Rilevamento dell'app Magnifier individua le porte, legge la segnaletica su di esse e indica se sono aperte e come aprirle, utilizzando lo scanner LiDAR sugli iPhone e iPad Pro. People Detection misura la distanza dalle persone nelle vicinanze, e VoiceOver Recognition descrive oggetti e scene on-device. Nulla di tutto questo richiede un abbonamento o hardware aggiuntivo — è incluso nella confezione.</p>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Il costo di una risposta di navigazione sbagliata non è una frase imbarazzante — è un marciapiede, una tromba delle scale o una strada. Ecco perché ogni produttore serio mantiene il bastone nel circuito.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— questo articolo, sezione 4</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Piattaforma</div>
        <h2 class="section-title" id="s5-heading">5. Il sistema operativo ha recuperato terreno</h2>
        <div class="prose">
          <p>La rivoluzione più silenziosa è avvenuta all'interno dello screen reader. Per anni, il problema che un utente cieco incontrava più spesso era l'immagine non descritta — una foto, un grafico, un meme senza testo alternativo. Tra il 2024 e il 2026 ogni piattaforma principale ha introdotto una risposta integrata: si punta lo screen reader su un'immagine e un modello integrato la descrive, poi accetta domande di approfondimento. Ciò che una volta richiedeva un'app di terze parti è ora una singola combinazione di tasti.</p>
          <p>La matrice qui sotto mette a confronto i risultati raggiunti da ciascuna piattaforma. Lo schema è coerente — descrizione AI delle immagini ovunque, comprensione della telecamera in tempo reale più avanzata su mobile, supporto braille approfondito di recente su Apple — ma i dettagli determinano quale strumento si adatta a un determinato utente. Per la metodologia di test e gli strumenti, la nostra <a href="/articles/accessibility-screen-reader-testing-tools-2026/">guida agli strumenti di test per screen reader</a> approfondisce l'argomento, e lo standard di riferimento è <a href="/toolkit/standards/wcag/">WCAG 2.2</a>.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr><th>Screen reader</th><th>Descrizione AI delle immagini</th><th>Scena da telecamera live</th><th>Novità nel 2025</th><th>Costo</th></tr>
          </thead>
          <tbody>
            <tr><th>VoiceOver + Magnifier (Apple)</th><td>VoiceOver Recognition (on-device)</td><td>Door &amp; People Detection</td><td>Braille Access, Accessibility Reader, Magnifier per Mac</td><td>Integrato</td></tr>
            <tr><th>TalkBack + Gemini (Android)</th><td>Gemini descrive &amp; risponde alle domande</td><td>tramite Lookout</td><td>Q&amp;A Gemini più approfondito su immagini e schermata intera</td><td>Integrato</td></tr>
            <tr><th>JAWS (Windows)</th><td>Picture Smart AI (ChatGPT, Claude)</td><td class="cell-na">N/A (desktop)</td><td>Picture Smart più veloce, Q&amp;A di approfondimento</td><td>Licenza a pagamento</td></tr>
            <tr><th>NVDA (Windows)</th><td>Add-on della community (GPT-4 vision)</td><td class="cell-na">N/A (desktop)</td><td>Ecosistema di add-on in maturazione</td><td>Gratuito + add-on</td></tr>
          </tbody>
        </table>

        <div class="prose">
          <p>Il ciclo di maggio 2025 di Apple merita una nota a parte, perché ha ampliato la definizione di accessibilità. <strong>Braille Access</strong> trasforma un iPhone, iPad, Mac o Vision Pro in un note-taker braille completo che comunica nativamente con un display aggiornabile. <strong>Accessibility Reader</strong> è una modalità di lettura a livello di sistema per utenti ipovedenti e dislessici. <strong>Accessibility Nutrition Labels</strong> inserisce le funzionalità di accessibilità di un'app direttamente nella sua pagina dell'App Store, così un utente cieco può sapere prima di scaricarla se un'app funzionerà — un nudge strutturale che spinge ogni sviluppatore a fare di meglio.</p>
          <p>Una funzionalità precedente merita di essere menzionata anche qui: <strong>Personal Voice</strong>, che consente a una persona di registrare e sintetizzare un modello della propria voce. È stata concepita per chi sta perdendo la capacità di parlare, ma indica un futuro più ampio in cui la voce sintetica nell'orecchio di un utente cieco può essere una che ha effettivamente scelto.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Tatto</div>
        <h2 class="section-title" id="s6-heading">6. Leggere con il tatto ha finalmente ottenuto un grafico</h2>
        <div class="prose">
          <p>In mezzo a tutta l'AI, la svolta più attesa era meccanica. I display braille aggiornabili mostravano una singola riga di testo da decenni — ottimi per la prosa, del tutto inadeguati per un manuale di matematica, una mappa o un grafico. Il sogno di una pagina intera di braille dinamico e grafica tattile aveva un nome nel settore, «Holy Braille», e per anni era rimasto tale.</p>
          <p>Nel 2024 è diventato realtà. Il <strong>Monarch</strong>, frutto di una partnership tra l'American Printing House for the Blind e HumanWare, è il primo dispositivo mainstream in grado di mostrare dieci righe di braille e grafica tattile sulla stessa superficie aggiornabile — così uno studente può sentire un grafico a barre, un diagramma geometrico o una mappa e leggerne contemporaneamente le etichette in braille. È basato su Android, importa file di grafica tattile e supporta il formato eBraille multilinea emergente. Il prezzo è elevato, nell'ordine delle cinque cifre, motivo per cui raggiunge principalmente gli studenti tramite finanziamenti istituzionali anziché i privati. Il <strong>Dot Pad</strong> coreano, un display tattile a matrice di pin che Apple supporta nativamente, affronta lo stesso problema dal lato consumer. Per il mercato più ampio, si consulti la nostra <a href="/articles/refreshable-braille-displays-buyers-guide/">guida all'acquisto dei display braille aggiornabili</a>.</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Perché un grafico tattile è importante</span>
            <div class="callout__body"><p>Uno studente cieco può ascoltare la descrizione di una parabola, ma non può <em>esplorarla</em> come uno studente vedente traccia una curva con gli occhi. La grafica tattile multilinea ripristina quell'esplorazione. La conseguenza educativa — in particolare per le materie STEM, in cui il settore ha perso generazioni di talenti a causa di diagrammi inaccessibili — è più grande di quanto il numero di dispositivi suggerisca.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s7" aria-labelledby="s7-heading">
        <div class="section-label">Diagnostica</div>
        <h2 class="section-title" id="s7-heading">7. Il problema: cosa è ancora rotto</h2>
        <div class="prose">
          <p>Ogni sezione sopra riportava una riga «il problema» per una ragione. I progressi sono reali, ma un primer che vendesse solo il lato positivo farebbe un torto ai propri lettori. Quattro limitazioni attraversano l'intero panorama, e qualsiasi acquirente onesto dovrebbe valutarle prima del marketing.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Allucinazione confidenziale</h3>
            <p>Ogni strumento di descrizione AI qui presente a volte descriverà qualcosa che non esiste — un prezzo sbagliato, un'etichetta che non riusciva a leggere ma ha ipotizzato, una data di scadenza inventata. Lo fa con lo stesso tono fluente e sicuro che usa quando ha ragione. Per le domande di routine ciò è tollerabile; per farmaci, allergeni, documenti finanziari o qualsiasi cosa critica per la sicurezza, l'unica regola sicura è verificare con un essere umano o un canale non-AI affidabile. Il modello produce la bozza; non ha l'ultima parola.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Il prezzo delle cose buone</h3>
            <p>Il livello gratuito è genuinamente trasformativo — Be My AI, Seeing AI, Lookout e le funzionalità integrate dello screen reader non costano nulla. Ma l'hardware dedicato che fa di più, o funziona a mani libere, o legge con il tatto, va da centinaia a molte migliaia di euro. Un Monarch è un dispositivo da cinque cifre. Il risultato è un divario crescente tra ciò che è teoricamente possibile e ciò che un individuo senza finanziamenti istituzionali può effettivamente permettersi.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>La fotocamera vede sempre</h3>
            <p>Un dispositivo che trasmette in streaming la visione in prima persona a un modello cloud o a un volontario trasmette anche tutto il resto nell'inquadratura — le persone intorno, i documenti sulla scrivania, l'interno di casa. Il compromesso sulla privacy è reale e in gran parte non regolamentato, e ricade con più forza sugli utenti che hanno meno scelta se accettarlo. Un buon design riduce al minimo ciò che lascia il dispositivo; non tutto il design è buono.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Gli strumenti non sono formazione</h3>
            <p>Nessuna app sostituisce l'istruzione in orientamento e mobilità, e nessun sensore sostituisce il bastone bianco o il cane guida nel rilevare il terreno. Il pericolo di un assistente molto capace è la falsa sicurezza che può creare. I dispositivi che hanno successo sono quelli costruiti come complementi a competenze consolidate, non come sostituti — ecco perché il bastone continua a riapparire in questo articolo.</p>
          </div>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Il web è ancora l'anello debole</span>
            <div class="callout__body"><p>Tutta questa intelligenza assistiva opera su un web che è ancora in gran parte inaccessibile. Uno screen reader AI può descrivere un'immagine, ma non può correggere un pulsante senza etichetta, un modulo che intrappola il focus o un checkout che si rompe sotto uno screen reader. Gli strumenti sono migliorati più velocemente dei siti web. Prima di fidarsi che il proprio sito sia al passo, lo si sottoponga a una <a href="/toolkit/scan/">scansione di accessibilità gratuita</a> — e si tratti con grande sospetto gli overlay AI che promettono conformità istantanea.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Conclusione: il soffitto si è alzato, il pavimento ha tenuto</h2>
        <div class="prose">
          <p>Scritto onestamente, la storia dal 2023 al 2026 è che il soffitto si è alzato notevolmente e il pavimento si è appena mosso. Una persona cieca nel 2026 può fare cose che erano fantascienza nel 2022 — chiedere a un paio di occhiali da sole cosa c'è su un menu, sentire un grafico aggiornarsi sotto le dita, ottenere qualsiasi foto descritta con una singola combinazione di tasti. Si tratta di una genuina espansione dell'indipendenza, e si è concretizzata più velocemente di quanto chiunque nel settore avesse previsto.</p>
          <p>Ma il pavimento — le cose che devono funzionare ogni singola volta — ha tenuto fermo. Un modello allucinan ancora. Una fotocamera vede ancora troppo. Un'ottima app ancora non riesce a correggere un sito web non funzionante o a sostituire un istruttore di mobilità. La maturità di questo momento non sta nelle demo; sta nel sapere esattamente di quale strumento fidarsi per quale compito, e quale ricontrollare. I professionisti e gli utenti migliori già pensano in questo modo: la macchina per la velocità, l'essere umano per il momento che conta, e il bastone in mano per tutto il tempo.</p>
          <p>I prossimi tre anni saranno giudicati sul pavimento, non sul soffitto. Se i tassi di allucinazione scenderanno, se l'hardware di qualità diventerà più economico e se il web sottostante recupererà finalmente terreno sulla tecnologia assistiva che ci opera sopra, il divario tra ciò che è possibile e ciò che è affidabile si chiuderà. Nel frattempo, la regola che attraversa ogni sezione di questo primer vale: gli strumenti sono una bozza straordinaria di vista su richiesta — e l'utente, non il modello, ha ancora l'ultima parola.</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">«Il soffitto si è alzato notevolmente e il pavimento si è appena mosso. La maturità sta nel sapere di quale strumento fidarsi per quale compito — e quale ricontrollare.»</p></blockquote>
          <figcaption><cite class="pull-quote__source">— questo articolo, conclusione</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Quanto costa la conformità ADA del sito web nel 2026 — e serve davvero?
url: https://www.disabilityworld.org/it/articles/ada-website-compliance-cost/
description: Quanto costa l'accessibilità web nel 2026 — scansioni fai-da-te, audit manuali, correzioni e monitoraggio continuo — più cosa succede se si ignora la normativa e quando conviene affidarsi a un professionista.
author: Disability World
pubDate: 2026-05-29
tags: ada, website-accessibility, accessibility-compliance, cost, buyers-guide, explainer
---

# Quanto costa la conformità ADA del sito web nel 2026 — e serve davvero?

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Quanto costa la conformità ADA del sito web nel 2026 — e serve davvero?",
      "description": "Quanto costa l'accessibilità web nel 2026 — scansioni fai-da-te, audit manuali, correzioni e monitoraggio continuo — più cosa succede se si ignora la normativa e quando conviene affidarsi a un professionista.",
      "datePublished": "2026-05-29",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "È davvero necessario rendere il proprio sito web accessibile?", "acceptedAnswer": { "@type": "Answer", "text": "In quasi tutti i casi, sì. Se si vende o si forniscono servizi al pubblico negli Stati Uniti, nell'UE, nel Regno Unito, in Canada o in Australia, una legge sui diritti delle persone con disabilità si applica già al sito web — l'ADA negli Stati Uniti, l'European Accessibility Act (EAA) nell'UE, l'Equality Act nel Regno Unito. L'obbligo non dipende dalle dimensioni dell'azienda nella maggior parte dei regimi, e non esiste alcuna esenzione per le piccole imprese ai sensi dell'ADA Title III. La domanda concreta non è se la norma si applica, ma quanto rischio si sta assumendo ignorandola." } },
        { "@type": "Question", "name": "Cosa succede se il sito web non è conforme all'ADA?", "acceptedAnswer": { "@type": "Answer", "text": "La conseguenza più comune negli Stati Uniti è una lettera di diffida da parte dello studio legale di un attore, seguita da una causa ai sensi del Title III se non si risponde. Ogni anno vengono depositati circa 4.000 casi federali sull'accessibilità web, oltre a un volume molto maggiore di lettere di diffida pre-giudiziali che si concludono in silenzio con accordi da 5.000 a 25.000 dollari ciascuno. Nell'UE, le autorità di sorveglianza del mercato ai sensi dell'EAA possono emettere ordinanze correttive e sanzioni amministrative. Al di là dell'esposizione legale, un sito inaccessibile perde semplicemente circa uno su sei clienti che ha una disabilità." } },
        { "@type": "Question", "name": "Quanto costa la conformità ADA di un sito web?", "acceptedAnswer": { "@type": "Answer", "text": "Non esiste una cifra unica perché i costi variano in base alle dimensioni e alla complessità del sito. Una scansione automatizzata di base è gratuita. Un audit manuale professionale una tantum costa circa 1.500-5.000 dollari per un piccolo sito marketing, 5.000-15.000 dollari per un sito di medie dimensioni e 15.000-50.000 dollari o più per un'applicazione web grande o complessa. La correzione — il tempo degli sviluppatori per risolvere i problemi emersi dall'audit — è di solito la voce di spesa più elevata e varia in base a come è stato costruito il sito. Il monitoraggio continuo costa circa 1.000-30.000 dollari all'anno. La maggior parte delle organizzazioni dovrebbe preventivare audit più correzione più monitoraggio continuo, non una correzione una tantum." } },
        { "@type": "Question", "name": "È possibile correggere autonomamente la conformità ADA del proprio sito?", "acceptedAnswer": { "@type": "Answer", "text": "In parte. Un team tecnicamente competente può eseguire scansioni gratuite, correggere i problemi più evidenti — testo alternativo mancante, contrasto cromatico insufficiente, campi di modulo privi di etichetta, struttura delle intestazioni errata — e ridurre in modo significativo il rischio a costo quasi nullo. Ciò che non è possibile fare in modo affidabile in autonomia è valutare se un utente che usa uno screen reader riesce effettivamente a completare un acquisto, o se un widget personalizzato espone i ruoli e gli stati corretti. Queste verifiche richiedono test manuali da parte di persone che utilizzano tecnologie assistive ogni giorno. Il fai-da-te copre il primo 30-40%; il resto richiede competenze specializzate." } },
        { "@type": "Question", "name": "I widget overlay per l'accessibilità sono un modo economico per diventare conformi?", "acceptedAnswer": { "@type": "Answer", "text": "No. I widget overlay — gli script di terze parti che aggiungono una barra degli strumenti per l'accessibilità al costo di circa 490-3.500 dollari all'anno — non rendono un sito conforme, e i siti che li utilizzano sono stati oggetto di cause legali con la stessa frequenza dei siti che ne sono privi. Gli attori citano sempre più spesso l'overlay stesso nel ricorso. È opportuno trattare un overlay come uno strumento di marketing, non di correzione; il denaro è meglio investito in un audit e in vere correzioni al codice." } },
        { "@type": "Question", "name": "Quanto costa il monitoraggio continuativo dell'accessibilità?", "acceptedAnswer": { "@type": "Answer", "text": "Le piattaforme di monitoraggio continuo che ripetono la scansione del sito secondo una pianificazione e segnalano le regressioni costano tipicamente da circa 1.000 dollari all'anno per un piccolo sito a 30.000 dollari o più all'anno per un grande patrimonio digitale, a seconda del volume di pagine e delle funzionalità. È opportuno confrontare due o tre fornitori — axe Monitor, Siteimprove, Level Access e Qualibooth — su ciò che scansionano realmente, su come segnalano le regressioni e se abbinano il monitoraggio automatizzato ad audit manuali periodici, piuttosto che valutarli solo sulla dashboard." } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione immagine: la scrivania di un titolare di piccola impresa con un laptop che mostra un sito web, una calcolatrice e una fattura stampata, fotografati dall'alto su legno caldo, a evocare il tema del budget e delle decisioni di una guida ai costi dell'accessibilità.</p>

<p class="rt-prefix">Tempo di lettura: 12 minuti</p>

<p class="wp-block-paragraph">Se si è arrivati qui, è probabile che si sia un titolare d'impresa, un responsabile marketing o un office manager che ha ricevuto un'email inoltrata — forse una lettera di diffida, forse una nota preoccupata dall'ufficio legale — e si stia cercando di rispondere a quattro domande contemporaneamente. È davvero obbligatorio? Cosa succede se non lo si fa? Quanto costerà? E si può risolvere da soli? Queste sono le domande più frequenti sull'accessibilità web in rete, e di solito vengono risposte con una tattica intimidatoria o un argomento di vendita. Questa guida risponde a tutte e quattro in modo diretto, con dati del 2026, e indica il passo concreto successivo.</p>

<p class="wp-block-paragraph">La versione breve: sì, la legge si applica quasi certamente; la conseguenza più probabile dell'ignorarla è una lettera di diffida che costerà più di quanto sarebbe costato adeguarsi; i costi vanno da zero a cinque cifre a seconda delle dimensioni del sito e di come è stato costruito; ed è possibile fare una parte significativa del lavoro da soli, ma non tutto. Ecco i dettagli.</p>

<h2 class="wp-block-heading" id="h-do-you-need-it">È davvero necessario avere un sito web accessibile?</h2>

<p class="wp-block-paragraph">Per quasi ogni organizzazione che opera online rivolta al pubblico, la risposta è sì — e non come elemento opzionale. Una legge sui diritti delle persone con disabilità si applica già al sito web in ogni mercato principale:</p>

<ul class="wp-block-list">
  <li><strong>Stati Uniti</strong> — l'Americans with Disabilities Act (ADA). I tribunali e il Dipartimento di Giustizia trattano un sito web aperto al pubblico come un «luogo di pubblica utilità» ai sensi del Title III, e <strong>non esiste alcuna esenzione per le piccole imprese</strong>. La nostra <a href="/articles/ada-title-iii-web-accessibility-guide/">guida all'accessibilità web ai sensi dell'ADA Title III</a> illustra esattamente chi è soggetto alla norma.</li>
  <li><strong>Unione europea</strong> — l'European Accessibility Act (EAA) si applica alla maggior parte dei prodotti e servizi digitali rivolti ai consumatori dal giugno 2025, e riguarda anche le aziende non-UE che vendono nell'UE.</li>
  <li><strong>Regno Unito</strong> — l'Equality Act 2010, più i regolamenti sugli enti del settore pubblico per i servizi governativi.</li>
  <li><strong>Canada, Australia e oltre 50 altre giurisdizioni</strong> — ciascuna con il proprio statuto e un comprovato sistema di applicazione.</li>
</ul>

<p class="wp-block-paragraph">Il riferimento tecnico di tutti questi regimi è lo stesso standard: <a href="/toolkit/standards/wcag/">WCAG 2.2 livello AA</a>. La vera domanda, quindi, non è «mi riguarda?» — quasi certamente sì — ma «quanto sono esposto adesso e quanto costa colmare il divario?» Per un quadro completo di cosa significhi «conformità» nei vari livelli normativi, si veda il nostro <a href="/articles/accessibility-compliance-explainer/">articolo esplicativo sulla conformità in materia di accessibilità</a>.</p>

<h2 class="wp-block-heading" id="h-what-happens">Cosa succede se il sito web non è accessibile?</h2>

<p class="wp-block-paragraph">Il rischio non è teorico, e di solito arriva via email prima di arrivare in tribunale.</p>

<p class="wp-block-paragraph"><strong>Lettere di diffida.</strong> Il primo contatto più comune negli Stati Uniti è una lettera dello studio legale di un attore che afferma che un utente con disabilità non ha potuto usare il sito, con un'offerta di accordo. Questi casi si chiudono in silenzio, tipicamente tra <strong>5.000 e 25.000 dollari</strong>, prima di qualsiasi deposito in tribunale. Molte imprese ne ricevono diverse nell'arco di qualche anno.</p>

<p class="wp-block-paragraph"><strong>Cause legali.</strong> Se si ignora la lettera, può seguire una causa ai sensi del Title III. Ogni anno vengono depositati circa <strong>4.000 casi federali sull'accessibilità web</strong> negli Stati Uniti, concentrati tra un numero ristretto di studi legali — la nostra <a href="/articles/top-firm-share-of-filings-2026/">guida studio per studio</a> tiene traccia di chi sono. I casi che arrivano a sentenza costano molto di più degli accordi stragiudiziali, una volta aggiunte le spese legali; le vertenze più rilevanti raggiungono le sette cifre, come documenta il nostro <a href="/articles/largest-ada-settlements-2020-2026/">rapporto sui 25 accordi di maggiore entità</a>.</p>

<p class="wp-block-paragraph"><strong>Interventi regolatori all'estero.</strong> Nell'UE, le autorità di sorveglianza del mercato ai sensi dell'EAA possono emettere ordinanze correttive e sanzioni amministrative che variano per Stato membro. Non esiste un sistema di diffide private simile a quello statunitense — l'applicazione proviene dallo Stato.</p>

<p class="wp-block-paragraph"><strong>Clienti persi.</strong> Il costo più silenzioso è il più grande. Circa una persona su sei vive con una disabilità. Un checkout inaccessibile, un modulo privo di etichetta o un video senza sottotitoli allontana quei visitatori in silenzio — nessuna lettera, nessuna causa, solo un tasso di conversione più basso che non si attribuisce mai alla causa reale.</p>

<h2 class="wp-block-heading" id="h-how-much">Quanto costa l'accessibilità web?</h2>

<p class="wp-block-paragraph">Non esiste un numero unico, perché i costi dipendono da due fattori: le dimensioni e la complessità del sito, e come è stato costruito. Un sito di cinque pagine su un template diffuso è un problema diverso rispetto a un'applicazione a pagina singola personalizzata con checkout, dashboard e media library. Di seguito la stima realistica per il 2026, suddivisa nei livelli che la maggior parte delle organizzazioni acquista effettivamente.</p>

<table class="wp-block-table">
  <thead>
    <tr>
      <th scope="col">Cosa si acquista</th>
      <th scope="col">Costo tipico 2026</th>
      <th scope="col">Cosa si ottiene</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><strong>Scansione automatizzata (fai-da-te)</strong></td>
      <td>Gratuita</td>
      <td>Una base di partenza. I tool gratuiti — axe DevTools, Lighthouse, WAVE e il nostro <a href="/toolkit/scan/">scanner WCAG 2.2 gratuito</a> — rilevano circa il 30-40% dei problemi: contrasto, testo alternativo, etichette dei moduli, struttura.</td>
    </tr>
    <tr>
      <td><strong>Audit manuale una tantum</strong></td>
      <td>1.500-5.000 $ (piccolo)<br/>5.000-15.000 $ (medio)<br/>15.000-50.000 $+ (grande/app)</td>
      <td>Una revisione professionale, idealmente con tester che utilizzano tecnologie assistive, che individua ciò che i tool automatici non possono — flussi interrotti nello screen reader, trappole di tastiera, widget personalizzati con etichette errate.</td>
    </tr>
    <tr>
      <td><strong>Correzione (le modifiche)</strong></td>
      <td>2.000-10.000 $ (piccolo)<br/>25.000-150.000 $+ (app complessa)</td>
      <td>Il tempo degli sviluppatori per correggere ciò che l'audit ha rilevato. Di solito la voce di spesa più alta, e quella che varia maggiormente in base a come è stato costruito il sito.</td>
    </tr>
    <tr>
      <td><strong>Monitoraggio continuo</strong></td>
      <td>1.000-30.000 $+ / anno</td>
      <td>Una piattaforma che ripete la scansione secondo una pianificazione e segnala le regressioni ad ogni deploy, in modo che un sito corretto rimanga tale.</td>
    </tr>
    <tr>
      <td><strong>Widget overlay</strong></td>
      <td>490-3.500 $ / anno</td>
      <td><strong>Da evitare.</strong> Non garantisce la conformità e non riduce il rischio di cause legali — si veda di seguito.</td>
    </tr>
  </tbody>
</table>

<p class="wp-block-paragraph">Un modo utile per leggere la tabella: una piccola impresa può raggiungere una posizione difendibile con una spesa a quattro cifre basse — un audit una tantum, un ciclo di correzioni contenuto e un abbonamento di monitoraggio entry-level. Una grande organizzazione con un'applicazione personalizzata dovrebbe preventivare un programma annuale nell'ordine delle decine di migliaia di dollari. In entrambi i casi, il costo totale per diventare conformi è, per la stragrande maggioranza delle imprese, inferiore al costo di una singola causa che arriva a sentenza.</p>

<h2 class="wp-block-heading" id="h-diy">È possibile correggere da soli?</h2>

<p class="wp-block-paragraph">In parte — e la parte fai-da-te vale davvero la pena di farla per prima, perché è gratuita e rimuove le problematiche più comuni e più citate.</p>

<p class="wp-block-paragraph">Un team tecnicamente competente può eseguire uno scanner gratuito, lavorare sui risultati e colmare una quota reale del divario senza spendere nulla: aggiungere testo alternativo alle immagini, correggere i problemi di contrasto cromatico, etichettare ogni campo di modulo, ripristinare un ordine logico delle intestazioni e verificare che tutto funzioni solo con la tastiera. La nostra <a href="/articles/how-to-make-your-website-wcag-22-compliant/">guida WCAG 2.2 passo per passo</a> è pensata esattamente per questo. Questo lavoro copre il 30-40% dei problemi che l'automazione è in grado di rilevare.</p>

<p class="wp-block-paragraph">Ciò che non è possibile fare in modo affidabile da soli è l'altro 60%. Nessuno scanner — e nessuno sviluppatore non disabile che si basi su ipotesi — può dire se un utente che usa uno screen reader riesce effettivamente a completare il checkout, se il selettore di date personalizzato si annuncia correttamente a NVDA, o se il modal blocca il focus nel modo corretto. Questo giudizio nasce dagli <a href="/articles/manual-audits-by-people-with-disabilities-2026/">audit manuali effettuati da persone che usano tecnologie assistive ogni giorno</a>. Il fai-da-te fornisce un ottimo punto di partenza e una fattura più contenuta; non permette però di arrivare in fondo.</p>

<p class="wp-block-paragraph"><strong>Una cosa da non acquistare come scorciatoia:</strong> il widget overlay per l'accessibilità. Si tratta di script di terze parti che aggiungono una barra degli strumenti di accessibilità al sito per qualche centinaio o qualche migliaio di dollari all'anno, commercializzati come conformità immediata. Non lo sono. I siti che utilizzano overlay sono stati oggetto di cause legali almeno con la stessa frequenza dei siti che ne sono privi, e gli attori citano sempre più spesso l'overlay stesso nel ricorso. Abbiamo seguito il ritiro dei fornitori nel <a href="/articles/the-end-of-overlay-vendors/">nostro rapporto sulla fine dell'era degli overlay</a>. È meglio investire quel denaro in un audit e in vere correzioni al codice.</p>

<h2 class="wp-block-heading" id="h-when-to-hire">Quando rivolgersi a un professionista</h2>

<p class="wp-block-paragraph">È opportuno rivolgersi a un professionista quando si verifica almeno una di queste condizioni: si gestisce un checkout, un accesso utente o qualsiasi transazione che il cliente deve completare; il sito è un'applicazione personalizzata e non un sito marketing su template; si è già ricevuta una lettera di diffida; oppure si vende al settore pubblico o nell'UE, dove la soglia di conformità è contrattuale ed esplicita. In queste situazioni il costo di sbagliare supera di gran lunga quello di un audit.</p>

<p class="wp-block-paragraph">Per il livello di monitoraggio continuo, non ci si deve affidare solo a un audit una tantum — un sito che supera i controlli oggi può presentare problemi al prossimo deploy. Una piattaforma di monitoraggio continuo ripete la scansione secondo una pianificazione e segnala le regressioni prima che raggiungano la produzione. È opportuno confrontare due o tre fornitori su ciò che effettivamente testano e su come segnalano le regressioni — <strong>axe Monitor</strong>, <strong>Siteimprove</strong>, <strong>Level Access</strong> e <a href="https://www.qualibooth.com/" rel="noopener">Qualibooth</a> sono la rosa consueta — e valutare se la piattaforma abbina il monitoraggio automatizzato ad audit manuali periodici, poiché nessuno dei due da solo è sufficiente.</p>

<h2 class="wp-block-heading" id="h-next-steps">Il passo successivo, per situazione</h2>

<p class="wp-block-paragraph"><strong>«Voglio solo sapere a che punto sono.»</strong> Si esegua oggi una scansione di base. Il nostro <a href="/toolkit/scan/">scanner WCAG 2.2 gratuito</a> fornisce una prima lettura su qualsiasi URL pubblico in pochi minuti — senza costi, senza impegni.</p>

<p class="wp-block-paragraph"><strong>«Ho ricevuto una lettera di diffida.»</strong> Non la si ignori e non si acquisti un overlay nel panico. Si commisioni un audit manuale per poter dimostrare un piano di correzione in buona fede, e si consulti la <a href="/articles/ada-title-iii-web-accessibility-guide/">guida all'ADA Title III</a> per capire in cosa consiste effettivamente l'obbligo.</p>

<p class="wp-block-paragraph"><strong>«Voglio risolvere correttamente, a lungo termine.»</strong> Si preventivino i tre livelli — audit, correzione, monitoraggio — e si attivi il monitoraggio continuo affinché la correzione si mantenga nel tempo. Questo è l'aspetto di una posizione di conformità duratura.</p>

<h2 class="wp-block-heading" id="h-faq">Domande frequenti</h2>

<h3 class="wp-block-heading">È davvero necessario rendere il proprio sito web accessibile?</h3>
<p class="wp-block-paragraph">In quasi tutti i casi, sì. Se si vende o si forniscono servizi al pubblico negli Stati Uniti, nell'UE, nel Regno Unito, in Canada o in Australia, una legge sui diritti delle persone con disabilità si applica già al sito web — l'ADA negli Stati Uniti, l'European Accessibility Act (EAA) nell'UE, l'Equality Act nel Regno Unito. L'obbligo non dipende dalle dimensioni dell'azienda nella maggior parte dei regimi, e non esiste alcuna esenzione per le piccole imprese ai sensi dell'ADA Title III. La domanda concreta non è se la norma si applica, ma quanto rischio si sta assumendo ignorandola.</p>

<h3 class="wp-block-heading">Cosa succede se il sito web non è conforme all'ADA?</h3>
<p class="wp-block-paragraph">La conseguenza più comune negli Stati Uniti è una lettera di diffida da parte dello studio legale di un attore, seguita da una causa ai sensi del Title III se non si risponde. Ogni anno vengono depositati circa 4.000 casi federali sull'accessibilità web, oltre a un volume molto maggiore di lettere di diffida pre-giudiziali che si concludono in silenzio con accordi da 5.000 a 25.000 dollari ciascuno. Nell'UE, le autorità di sorveglianza del mercato ai sensi dell'EAA possono emettere ordinanze correttive e sanzioni amministrative. Al di là dell'esposizione legale, un sito inaccessibile perde semplicemente circa uno su sei clienti che ha una disabilità.</p>

<h3 class="wp-block-heading">Quanto costa la conformità ADA di un sito web?</h3>
<p class="wp-block-paragraph">Non esiste una cifra unica perché i costi variano in base alle dimensioni e alla complessità del sito. Una scansione automatizzata di base è gratuita. Un audit manuale professionale una tantum costa circa 1.500-5.000 dollari per un piccolo sito marketing, 5.000-15.000 dollari per un sito di medie dimensioni e 15.000-50.000 dollari o più per un'applicazione web grande o complessa. La correzione — il tempo degli sviluppatori per risolvere i problemi emersi dall'audit — è di solito la voce di spesa più elevata e varia in base a come è stato costruito il sito. Il monitoraggio continuo costa circa 1.000-30.000 dollari all'anno. La maggior parte delle organizzazioni dovrebbe preventivare audit più correzione più monitoraggio continuo, non una correzione una tantum.</p>

<h3 class="wp-block-heading">È possibile correggere autonomamente la conformità ADA del proprio sito?</h3>
<p class="wp-block-paragraph">In parte. Un team tecnicamente competente può eseguire scansioni gratuite, correggere i problemi più evidenti — testo alternativo mancante, contrasto cromatico insufficiente, campi di modulo privi di etichetta, struttura delle intestazioni errata — e ridurre in modo significativo il rischio a costo quasi nullo. Ciò che non è possibile fare in modo affidabile in autonomia è valutare se un utente che usa uno screen reader riesce effettivamente a completare un acquisto, o se un widget personalizzato espone i ruoli e gli stati corretti. Queste verifiche richiedono test manuali da parte di persone che utilizzano tecnologie assistive ogni giorno. Il fai-da-te copre il primo 30-40%; il resto richiede competenze specializzate.</p>

<h3 class="wp-block-heading">I widget overlay per l'accessibilità sono un modo economico per diventare conformi?</h3>
<p class="wp-block-paragraph">No. I widget overlay — gli script di terze parti che aggiungono una barra degli strumenti per l'accessibilità al costo di circa 490-3.500 dollari all'anno — non rendono un sito conforme, e i siti che li utilizzano sono stati oggetto di cause legali con la stessa frequenza dei siti che ne sono privi. Gli attori citano sempre più spesso l'overlay stesso nel ricorso. È opportuno trattare un overlay come uno strumento di marketing, non di correzione; il denaro è meglio investito in un audit e in vere correzioni al codice.</p>

<h3 class="wp-block-heading">Quanto costa il monitoraggio continuativo dell'accessibilità?</h3>
<p class="wp-block-paragraph">Le piattaforme di monitoraggio continuo che ripetono la scansione del sito secondo una pianificazione e segnalano le regressioni costano tipicamente da circa 1.000 dollari all'anno per un piccolo sito a 30.000 dollari o più all'anno per un grande patrimonio digitale, a seconda del volume di pagine e delle funzionalità. È opportuno confrontare due o tre fornitori — axe Monitor, Siteimprove, Level Access e Qualibooth — su ciò che scansionano realmente, su come segnalano le regressioni e se abbinano il monitoraggio automatizzato ad audit manuali periodici, piuttosto che valutarli solo sulla dashboard.</p>

<p class="wp-block-paragraph">L'accessibilità è raramente costosa quanto il timore che la circonda suggerisce, ed è quasi sempre meno cara dell'alternativa. Si inizi con una scansione gratuita di base, si corregga ciò che è possibile e si acquisti competenza specializzata dove conta.</p>

</div>

---
title: Accessibilità dei trasporti pubblici: leggi, standard e cosa non funziona ancora
url: https://www.disabilityworld.org/it/articles/accessibility-of-public-transport/
description: Come viene regolamentata l'accessibilità dei trasporti pubblici — le norme ADA sul paratransito e sugli ascensori degli autobus negli Stati Uniti, la TSI PRM e i regolamenti sui diritti dei passeggeri nell'UE, e il PSVAR nel Regno Unito — oltre alle lacune che persistono dalla banchina all'app.
author: Disability World
pubDate: 2026-05-25
tags: public-transport, accessibility, ada-paratransit, prm-tsi, passenger-rights, mobility
---

# Accessibilità dei trasporti pubblici: leggi, standard e cosa non funziona ancora

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione dell'immagine: Un autobus cittadino a pianale ribassato in posizione abbassata al marciapiede con la rampa dispiegata e un utente di sedia a rotelle in procinto di salire, fotografato in una morbida luce mattutina.</p>

<div class="byline">
  <span><strong>A cura di</strong> Redazione Disability World</span>
  <span><strong>Aggiornato</strong> maggio 2026</span>
  <span><strong>Tempo di lettura</strong> 12 minuti</span>
</div>

<p class="rt-prefix">Tempo di lettura: 12 minuti</p>

<p class="wp-block-paragraph">I trasporti pubblici sono il luogo in cui il modello sociale della disabilità è più concreto. Un autobus con un gradino invece di una rampa, una stazione senza ascensore, un treno le cui porte non emettono alcun avviso sonoro — ciascuno è una barriera che trasforma una menomazione in un'esclusione, tagliando una persona con disabilità dal lavoro, dall'assistenza sanitaria, dall'istruzione e dalla vita sociale. L'accesso ai trasporti è stato uno dei primi campi di battaglia del movimento per la disabilità, e rimane una delle sue vittorie più disomogenee. Questo approfondimento mappa come viene regolamentata l'accessibilità dei trasporti pubblici nei principali quadri normativi, cosa richiedono effettivamente gli standard tecnici e dove il sistema continua a fallire — dalla lacuna tra banchina e treno all'app di prenotazione.</p>

<p class="wp-block-paragraph">L'accessibilità dei trasporti è straordinariamente stratificata. Abbraccia il <strong>veicolo</strong> (rampe, pianali ribassati, spazi di ancoraggio), l'<strong>infrastruttura</strong> (stazioni, fermate, pavimentazione tattile, ascensori), l'<strong>informazione</strong> (annunci audio-visivi, pianificatori di viaggio e app accessibili) e il <strong>servizio</strong> (assistenza del personale, paratransito, prenotazione). Una rete può essere conforme su uno strato e fallire in modo catastrofico su un altro, ed è per questo che «il trasporto è accessibile?» non ha mai una risposta sì o no univoca.</p>

<h2 class="wp-block-heading" id="h-the-us-framework">Gli Stati Uniti: l'ADA e il paratransito</h2>

<p class="wp-block-paragraph">L'accessibilità dei trasporti pubblici negli Stati Uniti è regolata dall'<a href="/articles/ada-title-iii-web-accessibility-guide/">Americans with Disabilities Act</a> — Titolo II per gli enti pubblici e Titolo III per gli operatori privati — attuato attraverso dettagliate norme del Dipartimento dei Trasporti a <strong>49 CFR Parts 37 e 38</strong>. Le norme richiedono che i nuovi autobus e i veicoli ferroviari acquistati siano accessibili, prevedendo ascensori o rampe, sistemi di ancoraggio per le sedie a rotelle, posti prioritari e annunci delle fermate.</p>

<p class="wp-block-paragraph">Il contributo distintivo dell'ADA è il <strong>paratransito complementare</strong>: dove un'agenzia di trasporto pubblico gestisce un servizio a percorso fisso, deve anche fornire un servizio comparabile dall'origine alla destinazione per le persone che non possono utilizzare il percorso fisso a causa della disabilità. Il paratransito è una vera garanzia di diritti civili, ma è anche la fonte di lamentele persistenti — requisiti di prenotazione anticipata, lunghe finestre di attesa, limiti di capacità e «mancate presentazioni» che lasciano i passeggeri senza servizio. Le radici del movimento qui sono profonde: il gruppo di azione diretta <strong>ADAPT</strong> ha trascorso gli anni Ottanta a bloccare fisicamente gli autobus inaccessibili sotto lo slogan «We Will Ride», una campagna che tracciamo nella nostra <a href="/articles/disability-rights-history-of-activism/">storia dell'attivismo per i diritti delle persone con disabilità</a>.</p>

<p class="wp-block-paragraph">La ferrovia racconta una storia più difficile. Molti sistemi di trasporto rapido statunitensi più vecchi sono stati costruiti molto prima dell'ADA, e lo statuto richiede l'accessibilità alle «stazioni chiave» e l'accessibilità in tutte le nuove costruzioni — ma la riqualificazione degli ascensori nelle stazioni della metropolitana vecchie di un secolo è lenta e costosa, e il contenzioso sulle stazioni inaccessibili è stato una caratteristica ricorrente dell'ultimo decennio.</p>

<h2 class="wp-block-heading" id="h-the-eu-framework">L'Unione europea: la TSI PRM e i diritti dei passeggeri</h2>

<p class="wp-block-paragraph">L'UE regola l'accessibilità dei trasporti attraverso una combinazione di <strong>standard tecnici</strong> e <strong>regolamenti sui diritti dei passeggeri</strong>. Lo strumento tecnico centrale è il <strong>Regolamento (UE) n. 1300/2014</strong>, la «TSI PRM» — la specifica tecnica di interoperabilità relativa all'accessibilità del sistema ferroviario dell'Unione per le <strong>persone con disabilità e le persone con mobilità ridotta</strong>. Stabilisce requisiti armonizzati per stazioni, banchine e materiale rotabile: percorsi senza scalini, ausili per l'imbarco, servizi igienici accessibili, informazioni visive e sonore, e lacune tra banchina e treno.</p>

<p class="wp-block-paragraph">Sovrapposti a questi vi sono i <strong>regolamenti sui diritti dei passeggeri</strong> specifici per modalità, che conferiscono ai viaggiatori con disabilità diritti esigibili all'assistenza:</p>

<ul class="wp-block-list">
<li><strong>Ferrovia:</strong> il Regolamento (UE) 2021/782 garantisce assistenza e non discriminazione per i passeggeri ferroviari con disabilità.</li>
<li><strong>Autobus e pullman:</strong> il Regolamento (UE) n. 181/2011 stabilisce i diritti dei passeggeri, inclusa l'assistenza ai terminal designati.</li>
<li><strong>Trasporto aereo:</strong> il Regolamento (CE) n. 1107/2006 vieta ai vettori aerei di rifiutare la prenotazione o l'imbarco per motivi di disabilità e garantisce l'assistenza negli aeroporti.</li>
<li><strong>Navigazione:</strong> il Regolamento (UE) n. 1177/2010 riguarda i passeggeri che viaggiano via mare e per vie navigabili interne.</li>
</ul>

<p class="wp-block-paragraph">Dal 2025, l'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> ha aggiunto un ulteriore livello per gli elementi <em>digitali</em> del trasporto — le biglietterie automatiche, i siti e le app di pianificazione del viaggio, e la biglietteria elettronica — inserendoli in un regime comune di accessibilità dell'UE basato sullo standard di appalto <a href="/articles/en-301-549-explained/">EN 301 549</a> e, per il web, sui criteri <a href="/toolkit/standards/wcag/">WCAG</a>. Il quadro comparativo completo per i singoli stati membri si trova nel nostro <a href="/regulations/">indice delle normative nazionali</a>.</p>

<div class="callout">
<h3>«Mobilità ridotta» è più ampio di quanto si pensi</h3>
<p>Il diritto dei trasporti dell'UE utilizza deliberatamente la formula «persone con disabilità e persone con mobilità ridotta» (PRM). Essa comprende non solo gli utenti di sedie a rotelle e i viaggiatori ciechi o Sordi, ma anche le persone anziane, le persone che viaggiano con bambini piccoli e chiunque la cui mobilità sia temporaneamente ridotta — una viaggiatrice in gravidanza, qualcuno con una gamba ingessata. Progettare i trasporti per questo gruppo più ampio è l'illustrazione quotidiana più chiara dell'«effetto del marciapiede ribassato»: le caratteristiche di accesso costruite per le persone con disabilità avvantaggiano una popolazione molto più ampia.</p>
</div>

<h2 class="wp-block-heading" id="h-the-uk-framework">Il Regno Unito: il PSVAR e le norme sui veicoli ferroviari</h2>

<p class="wp-block-paragraph">Il Regno Unito regola l'accessibilità dei veicoli attraverso le <strong>Public Service Vehicle Accessibility Regulations 2000 (PSVAR)</strong>, che stabiliscono i requisiti per autobus e pullman — spazi per sedie a rotelle, rampe o ascensori, posti prioritari, corrimano con contrasto cromatico, e le informazioni sonore e visive sulla «prossima fermata» che il <strong>Bus Services Act 2017</strong> ha successivamente spinto verso un'adozione universale. La ferrovia è governata dalle <strong>Rail Vehicle Accessibility Regulations</strong> e dagli obblighi generali dell'Equality Act 2010. Come negli Stati Uniti, il vincolo vincolante raramente riguarda i nuovi veicoli — che vengono costruiti accessibili — ma la flotta storica e la stazione di epoca vittoriana inaccessibile.</p>

<h2 class="wp-block-heading" id="h-the-technical-standards">Gli standard tecnici che contano</h2>

<p class="wp-block-paragraph">Dietro gli statuti si trovano i dettagli ingegneristici che determinano se un viaggio funziona effettivamente. Alcuni ricorrono in ogni quadro normativo:</p>

<figure class="wp-block-table">
<table>
<thead>
<tr><th>Caratteristica</th><th>Cosa fa</th><th>Chi serve</th></tr>
</thead>
<tbody>
<tr><td>Autobus a pianale ribassato / in posizione abbassata + rampe</td><td>Imbarco senza scalini</td><td>Utenti di sedie a rotelle e ausili alla mobilità, passeggini</td></tr>
<tr><td>Mitigazione della lacuna banchina-treno</td><td>Riduce o colma la lacuna orizzontale/verticale</td><td>Utenti di sedie a rotelle, ipovedenti</td></tr>
<tr><td>Pavimentazione tattile</td><td>Avviso sottopede ai bordi delle banchine e agli attraversamenti</td><td>Viaggiatori ciechi e ipovedenti</td></tr>
<tr><td>Annunci audio-visivi delle fermate</td><td>Informazioni sulla prossima fermata in due modalità</td><td>Passeggeri ciechi, Sordi e con disabilità cognitive</td></tr>
<tr><td>Ancoraggio / spazio prioritario per sedia a rotelle</td><td>Posizione di viaggio sicura a bordo</td><td>Utenti di sedie a rotelle</td></tr>
<tr><td>Biglietteria accessibile e app di viaggio</td><td>Acquistare e pianificare senza barriere</td><td>Utenti di screen reader e da tastiera</td></tr>
</tbody>
</table>
</figure>

<p class="wp-block-paragraph">Si noti quante di queste siano caratteristiche di informazione piuttosto che fisiche. Un autobus perfettamente dotato di rampa è inutile per un viaggiatore cieco che non riesce a capire quale autobus è arrivato o dove scendere, e per un viaggiatore Sordo che perde un annuncio di interruzione del servizio solo audio. L'accessibilità nel trasporto è una catena; si spezza nell'anello più debole.</p>

<h2 class="wp-block-heading" id="h-the-app-layer">Lo strato delle app: dove l'accesso si vince e si perde ora</h2>

<p class="wp-block-paragraph">Il nuovo campo di battaglia è quello digitale. I pianificatori di viaggio, la biglietteria contactless, i display degli arrivi in tempo reale e in particolare le <strong>app di ridesharing</strong> sono diventati la porta d'ingresso alla mobilità — e riproducono, nel software, gli stessi fallimenti di accesso che il movimento ha trascorso decenni a correggere nell'hardware. Una schermata di prenotazione inaccessibile esclude un viaggiatore con disabilità tanto quanto una rampa mancante. Il ridesharing in particolare è stato oggetto di lamentele e contenziosi sostenuti riguardo alla scarsità di veicoli accessibili per le sedie a rotelle (WAV) e all'accessibilità dell'app per il passeggero — un tema che esaminiamo nel nostro articolo in stile audit su <a href="/articles/mobility-apps-disabled-riders/">app di mobilità e passeggeri con disabilità</a>.</p>

<p class="wp-block-paragraph">Poiché si tratta di interfacce web e mobile, lo standard vigente è lo stesso che governa qualsiasi servizio digitale: i criteri di successo <a href="/toolkit/standards/wcag/">WCAG 2.2</a>, applicati nell'UE attraverso l'European Accessibility Act e negli Stati Uniti attraverso la giurisprudenza ADA. Gli operatori di trasporto e i fornitori di tecnologia possono individuare i problemi evidenti in un sito di biglietteria o in un pianificatore di viaggio con una <a href="/toolkit/scan/">scansione di accessibilità</a> gratuita prima ancora di ricevere una segnalazione.</p>

<h2 class="wp-block-heading" id="h-what-still-fails">Cosa non funziona ancora</h2>

<p class="wp-block-paragraph">Nonostante quattro decenni di produzione normativa, l'esperienza vissuta dai viaggiatori con disabilità rimane discontinua. I punti di fallimento ricorrenti sono coerenti tra i paesi: <strong>stazioni ferroviarie storiche</strong> senza accesso senza scalini; <strong>servizi di paratransito e assistenza</strong> inaffidabili, sovraccarichi o che richiedono una prenotazione anticipata impraticabile; <strong>ascensori e rampe guasti</strong> che non vengono riparati tempestivamente, senza informazioni in tempo reale che avvisino il viaggiatore con disabilità che l'ascensore è fuori servizio prima che arrivi; <strong>lacune nella formazione del personale</strong>, dove le attrezzature esistono ma nessuno è disposto o in grado di dispiegarle; e <strong>front-end digitali inaccessibili</strong> che bloccano il viaggio prima ancora che inizi.</p>

<p class="wp-block-paragraph">Lo schema riecheggia ogni altro dominio dell'accessibilità: la legge stabilisce il pavimento, le nuove costruzioni si adeguano, e il divario tra i diritti sulla carta e un viaggio affidabile viene colmato — o meno — dai budget di manutenzione, dalla cultura del personale e dall'applicazione. Gli standard sono maturi e ampiamente concordati. Il lavoro incompiuto è operativo. Per il contesto più ampio, si legga la nostra <a href="/articles/disability-rights-history-of-activism/">storia del movimento</a>, l'<a href="/regulations/">indice delle normative nazionali</a> e il <a href="/articles/">registro completo di reportage del 2026</a>.</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 class="wp-block-heading" id="sources-heading">Fonti primarie</h2>
<ol>
<li>Stati Uniti. <em>Americans with Disabilities Act del 1990</em>; norme del Dipartimento dei Trasporti degli Stati Uniti, 49 CFR Parts 37 e 38 (servizi di trasporto e specifiche di accessibilità dei veicoli).</li>
<li>Federal Transit Administration degli Stati Uniti. Linee guida e circolari sul <em>paratransito complementare ADA</em>. https://www.transit.dot.gov/</li>
<li>Unione europea. <em>Regolamento (UE) n. 1300/2014</em> (TSI PRM — accessibilità del sistema ferroviario per le persone con disabilità e le persone con mobilità ridotta).</li>
<li>Unione europea. <em>Regolamento (UE) 2021/782</em> (diritti dei passeggeri ferroviari); <em>Regolamento (UE) n. 181/2011</em> (autobus e pullman); <em>Regolamento (CE) n. 1107/2006</em> (trasporto aereo); <em>Regolamento (UE) n. 1177/2010</em> (navigazione).</li>
<li>Unione europea. <em>Direttiva (UE) 2019/882</em>, l'European Accessibility Act, inclusi i servizi di biglietteria e informazioni sul trasporto.</li>
<li>Regno Unito. <em>Public Service Vehicle Accessibility Regulations 2000</em>; <em>Bus Services Act 2017</em>; <em>Rail Vehicle Accessibility Regulations</em>; Equality Act 2010.</li>
<li>Convenzione ONU sui diritti delle persone con disabilità, Articolo 9 (accessibilità) e Articolo 20 (mobilità personale). https://www.un.org/development/desa/disabilities/</li>
</ol>
</aside>

</div>

---
title: Disabilità nel mondo del lavoro: cosa mostrano davvero i dati del 2026
url: https://www.disabilityworld.org/it/articles/disability-in-the-workplace-2026-data/
description: Un dossier sui dati sul divario occupazionale delle persone con disabilità, il divario retributivo e i sistemi di quote costruiti per colmarli — assemblato da dati ILO, OMS, Eurostat, US BLS, OCSE e JAN, con ogni numero documentato e le aree di incertezza segnalate.
author: Disability World
pubDate: 2026-05-25
tags: employment, workplace, disability-employment-gap, ada, reasonable-accommodation, data
---

# Disabilità nel mondo del lavoro: cosa mostrano davvero i dati del 2026

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Dati sull'occupazione delle persone con disabilità</span>
  </div>

  <h1>Disabilità nel mondo del lavoro <em>— cosa mostrano davvero i dati del 2026, e cosa non possono mostrare</em></h1>

  <p class="lede">Quasi ovunque venga misurato, il risultato è lo stesso: le persone con disabilità sono occupate a tassi molto più bassi rispetto alle persone senza disabilità, vengono pagate di meno quando lavorano, e il divario si è appena ridotto in una generazione. Questo dossier assembla i numeri principali degli organismi che li raccolgono effettivamente — l'<strong>OMS</strong>, l'<strong>ILO</strong>, <strong>Eurostat</strong>, il <strong>Bureau of Labor Statistics degli Stati Uniti</strong>, l'<strong>OCSE</strong> e il <strong>Job Accommodation Network</strong>. Circa <strong>1,3 miliardi di persone</strong> — circa il <strong>16%</strong> della popolazione mondiale — vive con una disabilità significativa. Negli Stati Uniti il rapporto occupazione-popolazione per le persone con disabilità si colloca nella <strong>fascia bassa-media del 20% contro circa il 65%</strong> per tutti gli altri; nell'UE il divario occupazionale per le persone con disabilità è di circa <strong>24 punti percentuali</strong>. Eppure circa <strong>la metà di tutti gli accomodamenti sul posto di lavoro non ha alcun costo</strong>. Nessuna fonte pubblica un unico «tasso di occupazione globale delle persone con disabilità nel 2026» — e chiunque lo affermi dovrebbe essere trattato con sospetto.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultati · Revisione delle evidenze</span>
      <span class="dossier-meta">07 risultati · sintetizzati da dati pubblicati da ILO, OMS, Eurostat, US BLS, OCSE e JAN, anni di riferimento 2022–2024</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa mostrano i dati pubblicati</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">1,3 mld</span>
        <div class="dossier-body">
          <p class="dossier-claim">La popolazione che il mercato del lavoro sta escludendo</p>
          <p class="dossier-note">Il <em>Global Report on Health Equity for Persons with Disabilities</em> dell'OMS del 2022 stima che circa 1,3 miliardi di persone — circa il 16% della popolazione mondiale — vivano con una disabilità significativa. Questo è il denominatore alla luce del quale va letto ogni dato sull'occupazione riportato di seguito.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">circa 40 pp</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il divario occupazionale negli Stati Uniti è di circa quaranta punti percentuali</p>
          <p class="dossier-note">I dati del Current Population Survey del Bureau of Labor Statistics degli Stati Uniti collocano il rapporto occupazione-popolazione per le persone con disabilità nella fascia bassa-media del 20%, contro circa il 65% per le persone senza disabilità — un divario di circa 40 punti percentuali che è rimasto notevolmente stabile nel tempo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">circa 24 pp</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il divario occupazionale per le persone con disabilità nell'UE è di circa ventiquattro punti</p>
          <p class="dossier-note">Eurostat misura il divario direttamente: circa il 51% delle persone con disabilità di età compresa tra 20 e 64 anni è occupato, contro circa il 75% delle persone senza disabilità, un divario di circa 24 punti percentuali, con variazioni molto ampie tra gli stati membri. Colmarlo è un obiettivo esplicito della Strategia europea per i diritti delle persone con disabilità 2021–2030.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">circa 50%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Circa la metà degli accomodamenti non costa nulla al datore di lavoro</p>
          <p class="dossier-note">Il sondaggio sui datori di lavoro di lunga data del Job Accommodation Network degli Stati Uniti rileva costantemente che circa la metà degli accomodamenti sul posto di lavoro non comporta alcun costo, e che la maggior parte del resto sono spese una tantum di poche centinaia di dollari. La barriera all'assunzione di lavoratori con disabilità è raramente il denaro — è la consapevolezza, l'attitudine e i sistemi di reclutamento inaccessibili.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">5% / 6%</span>
        <div class="dossier-body">
          <p class="dossier-claim">L'Europa si affida a quote di legge; il mondo del common law ai diritti</p>
          <p class="dossier-note">La Germania obbliga i datori di lavoro con 20 o più dipendenti a soddisfare una quota del 5% o a pagare un contributo; la Francia fissa il 6%. Gli Stati Uniti, il Regno Unito e altri paesi usano invece la legge antidiscriminatoria supportata da un dovere di accomodamento ragionevole. Le evidenze su quale approccio funzioni meglio sono genuinamente contrastanti.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">massimo storico</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il lavoro da remoto ha prodotto l'unico vero punto di luce</p>
          <p class="dossier-note">In un quadro altrimenti desolante, il rapporto occupazione-popolazione delle persone con disabilità negli Stati Uniti ha raggiunto massimi storici negli anni post-pandemia — un cambiamento che la maggior parte degli analisti attribuisce alla normalizzazione del lavoro da remoto e ibrido, che ha eliminato il pendolarismo e l'ufficio inaccessibile dall'equazione per molti lavoratori con disabilità.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">il più ampio</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il divario è più ampio per le donne con disabilità</p>
          <p class="dossier-note">L'ILO riporta che il divario occupazionale è costantemente più grande per le donne con disabilità, che affrontano il doppio svantaggio del genere e della disabilità insieme — uno schema intersezionale che le statistiche a singolo asse tendono a oscurare.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong>OMS <em>Global Report on Health Equity for Persons with Disabilities</em> (2022); statistiche ILO su disabilità e lavoro; serie Eurostat sul divario occupazionale per le persone con disabilità; Bureau of Labor Statistics degli Stati Uniti <em>Persons with a Disability: Labor Force Characteristics</em>; OCSE <em>Sickness, Disability and Work</em>; sondaggi sui costi per i datori di lavoro del Job Accommodation Network degli Stati Uniti. Anni di riferimento 2022–2024; i dati sono i più recenti pubblicati al momento della chiusura di questo dossier.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Come sono stati assemblati questi dati</a></li>
      <li><span class="toc-num">02</span><a href="#the-gap">Le dimensioni del divario — Stati Uniti, UE, mondo</a></li>
      <li><span class="toc-num">03</span><a href="#pay-gap">Il divario retributivo e la trappola dei sussidi</a></li>
      <li><span class="toc-num">04</span><a href="#quotas">Quote versus approccio basato sui diritti</a></li>
      <li><span class="toc-num">05</span><a href="#digital">Il portale digitale — le tecnologie di assunzione come barriera</a></li>
      <li><span class="toc-num">06</span><a href="#closing">Cosa mostrano e cosa non mostrano i dati</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Come sono stati assemblati questi dati</h2>

  <p class="dropcap-first">Si tratta di una sintesi di statistiche ufficiali pubblicate, non di un'indagine originale — e questa distinzione conta. Le statistiche sulla disabilità sono insolitamente fragili: le definizioni variano tra le indagini, l'auto-identificazione è sensibile e tende a sottostimare, e molti paesi a basso e medio reddito non dispongono di dati regolari sulla forza lavoro disaggregati per disabilità. Ogni dato qui riportato è stato tratto dall'organismo autorevole per quel dato, e dove un numero è una stima o un intervallo, lo diciamo. Non sono stati elaborati numeri più aggiornati o precisi per colmare le lacune del registro.</p>

  <p>Quattro organismi svolgono la maggior parte del conteggio affidabile. L'<strong>OMS</strong> fornisce la base di prevalenza globale. Il <strong>Bureau of Labor Statistics degli Stati Uniti</strong> gestisce una domanda mensile sulla disabilità nel suo Current Population Survey, fornendo la serie temporale per singolo paese più affidabile al mondo. <strong>Eurostat</strong> pubblica il divario occupazionale per le persone con disabilità nell'UE dai suoi strumenti EU-SILC e indagine sulla forza lavoro. L'<strong>OCSE</strong> contribuisce con il lavoro comparativo sul disegno dei sussidi. L'<strong>ILO</strong> inquadra il quadro globale e di genere, e il <strong>Job Accommodation Network (JAN)</strong> fornisce le evidenze sui costi per i datori di lavoro.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Identificare i compilatori autorevoli</span><span class="ps-desc">OMS · ILO · Eurostat · US BLS · OCSE · JAN — nessun aggregatore secondario</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Prendere l'ultimo anno di riferimento pubblicato</span><span class="ps-desc">Principalmente 2022–2024; i dati disaggregati per disabilità ritardano la raccolta di uno o più anni</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Preservare l'incertezza</span><span class="ps-desc">Riportare intervalli e «circa» dove la fonte stessa è imprecisa</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Segnalare i dati mancanti</span><span class="ps-desc">Dove non esiste un conteggio affidabile — gran parte del Sud del mondo — dichiararlo invece di stimare</span></div>
  </div>

  <h2 id="the-gap">02 · Le dimensioni del divario</h2>

  <p>Il quadro nazionale più nitido viene dagli Stati Uniti. Negli ultimi anni il rapporto occupazione-popolazione del Bureau of Labor Statistics per le persone con disabilità si è collocato nella fascia bassa-media del 20%, contro circa il 65% per le persone senza disabilità — e le persone con disabilità che sono nella forza lavoro affrontano anche un tasso di disoccupazione costantemente circa il doppio di quello dei lavoratori senza disabilità. Il quadro europeo, misurato diversamente, racconta la stessa storia a un livello più alto: circa la metà degli europei con disabilità in età lavorativa sono occupati, contro tre quarti di tutti gli altri.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">16%</div><div class="stat-desc">Della popolazione mondiale vive con una disabilità significativa (OMS, 2022) — circa 1,3 miliardi di persone</div></div>
    <div class="stat-box"><div class="stat-big">circa 40 pp</div><div class="stat-desc">Divario occupazionale per le persone con disabilità negli Stati Uniti (BLS) — circa 23% vs 65%</div></div>
    <div class="stat-box"><div class="stat-big">circa 24 pp</div><div class="stat-desc">Divario occupazionale per le persone con disabilità nell'UE (Eurostat) — circa 51% vs 75%</div></div>
  </div>

  <div class="chart-section">
    <div class="chart-title">TASSO DI OCCUPAZIONE — CON E SENZA DISABILITÀ</div>
    <div class="bar-row"><div class="bar-label">USA — senza disabilità</div><div class="bar-track"><div class="bar-fill bf-a" style="width:87%">circa 65%</div></div></div>
    <div class="bar-row"><div class="bar-label">USA — con disabilità</div><div class="bar-track"><div class="bar-fill bf-b" style="width:31%">circa 23%</div></div></div>
    <div class="bar-row"><div class="bar-label">UE — senza disabilità</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">circa 75%</div></div></div>
    <div class="bar-row"><div class="bar-label">UE — con disabilità</div><div class="bar-track"><div class="bar-fill bf-c" style="width:68%">circa 51%</div></div></div>
  </div>

  <figure class="wp-block-table">
  <table class="dt">
    <thead>
      <tr><th>Misura</th><th>Con disabilità</th><th>Senza disabilità</th><th>Fonte</th></tr>
    </thead>
    <tbody>
      <tr><td>Rapporto occupazione-popolazione negli Stati Uniti</td><td>circa 22–25%</td><td>circa 65%</td><td>US BLS, anni recenti</td></tr>
      <tr><td>Tasso di occupazione nell'UE (età 20–64)</td><td>circa 51%</td><td>circa 75%</td><td>Eurostat, 2022</td></tr>
      <tr><td>Popolazione globale con disabilità significativa</td><td colspan="2">circa 1,3 miliardi (16%)</td><td>OMS, 2022</td></tr>
    </tbody>
  </table>
  </figure>

  <div class="callout warning">
    <h3>Perché i «dati del 2026» sono per lo più dati del 2022–2024</h3>
    <p>Le indagini sulla forza lavoro sono strumenti di grandi dimensioni e costosi, e i risultati disaggregati per disabilità vengono tipicamente pubblicati con un anno o più di ritardo rispetto alla raccolta. Le cifre autorevoli più attuali disponibili nel 2026 sono quindi generalmente degli anni di riferimento 2022–2024. Non sono stati inventati numeri più aggiornati per colmare il divario. Su questo tema, la falsa precisione è essa stessa una forma di disinformazione.</p>
  </div>

  <p>I dati europei evidenziano anche una sfumatura di misurazione che vale la pena indicare chiaramente: poiché la popolazione con disabilità è mediamente più anziana della popolazione in età lavorativa generale, e poiché la domanda dell'indagine si basa sulla limitazione auto-dichiarata, i confronti tra paesi riflettono in parte chi risponde «sì» piuttosto che le reali differenze nell'esclusione dal mercato del lavoro. Eurostat è esplicita su questo punto, ed è per questo che il divario si legge meglio all'interno di un paese nel tempo piuttosto che come una classifica.</p>

  <h2 id="pay-gap">03 · Il divario retributivo e la trappola dei sussidi</h2>

  <p>Un'occupazione inferiore è solo metà della storia. Dove le persone con disabilità sono occupate, tendono a guadagnare di meno — il <strong>divario retributivo per le persone con disabilità</strong> — determinato dalla concentrazione in occupazioni meno retribuite, da tassi più elevati di lavoro a tempo parziale e precario, e da discriminazione palese. Gli uffici statistici nazionali nel Regno Unito e altrove hanno misurato divari di retribuzione mediana dell'ordine del 12% al 17% negli ultimi anni, sebbene la cifra sia sensibile al modo in cui vengono definiti la disabilità e l'orario di lavoro.</p>

  <p>A complicare entrambi i divari è la <strong>trappola dei sussidi</strong> documentata dall'OCSE nei suoi stati membri: sistemi di sussidi di disabilità e disoccupazione che riducono bruscamente il supporto all'aumentare dei guadagni, cosicché prendere un lavoro — specialmente uno a tempo parziale o incerto — può lasciare una persona con disabilità appena meglio off, o peggio una volta contati i costi del lavoro. Il lavoro pluriennale dell'OCSE sostiene che i sistemi più efficaci abbinano la legge antidiscriminatoria al supporto attivo al mercato del lavoro e a disegni di sussidi che si riducono gradualmente invece di avere un effetto precipizio.</p>

  <div class="callout info">
    <h3>Il mito del costo degli accomodamenti</h3>
    <p>Il pregiudizio più persistente dei datori di lavoro è che i lavoratori con disabilità siano costosi da accomodare. Il sondaggio sui datori di lavoro del Job Accommodation Network ha rilevato, anno dopo anno, che circa la metà degli accomodamenti non ha alcun costo, e che la maggior parte del resto sono spese una tantum di poche centinaia di dollari — un screen reader, orari flessibili, una scrivania modificata, la sottotitolazione. Il vincolo non è quasi mai il budget.</p>
  </div>

  <h2 id="quotas">04 · Quote versus approccio basato sui diritti</h2>

  <p>Due ampie tradizioni regolamentari cercano di colmare il divario. L'Europa continentale e parti dell'Asia usano <strong>quote occupazionali di legge</strong>: un obbligo legale per i datori di lavoro al di sopra di una certa dimensione di garantire una quota minima di forza lavoro con disabilità, di solito supportato da un contributo pagato da chi non raggiunge la soglia. Il mondo del common law si affida invece alla <strong>legge antidiscriminatoria</strong> e a un dovere di accomodamento ragionevole.</p>

  <figure class="wp-block-table">
  <table class="dt">
    <thead>
      <tr><th>Giurisdizione</th><th>Meccanismo</th><th>Soglia / quota</th></tr>
    </thead>
    <tbody>
      <tr><td>Germania</td><td>Quota + contributo (Ausgleichsabgabe)</td><td>5% per datori di lavoro con 20 o più dipendenti</td></tr>
      <tr><td>Francia</td><td>Quota + fondo AGEFIPH</td><td>6% per datori di lavoro con 20 o più dipendenti</td></tr>
      <tr><td>Italia</td><td>Quota graduata (Legge 68/1999)</td><td>Aumenta con il numero di dipendenti; «collocamento mirato»</td></tr>
      <tr><td>Giappone</td><td>Tasso di occupazione di legge + contributo</td><td>Aumentato gradualmente negli ultimi anni</td></tr>
      <tr><td>Stati Uniti</td><td>Antidiscriminazione + accomodamento (ADA Titolo I)</td><td>Nessuna quota; applicata dall'EEOC</td></tr>
      <tr><td>Regno Unito</td><td>Antidiscriminazione + accomodamenti ragionevoli</td><td>Nessuna quota; Equality Act 2010</td></tr>
    </tbody>
  </table>
  </figure>

  <p>Le quote sono ampiamente riconosciute come strumento che pone un pavimento sotto l'occupazione delle persone con disabilità, ma le evidenze sulla loro efficacia sono contrastanti. Molti datori di lavoro trattano il contributo come un costo d'impresa piuttosto che come uno stimolo ad assumere, e le quote possono incanalare i lavoratori con disabilità in contesti protetti o segregati che l'<strong>Articolo 27</strong> della <a href="/toolkit/glossary/crpd/">CRPD dell'ONU</a> (lavoro e occupazione) scoraggia a favore del mercato del lavoro aperto. L'approccio basato sui diritti, nel frattempo, dipende interamente dall'applicazione: ai sensi dell'<a href="/articles/ada-title-iii-web-accessibility-guide/">Americans with Disabilities Act</a> Titolo I, un datore di lavoro statunitense deve fornire accomodamenti che consentano a una persona con disabilità qualificata di svolgere il lavoro, a meno che ciò non imponga un onere eccessivo — un obbligo che si rispecchia nell'Equality Act del Regno Unito e nella Direttiva europea sulla parità di trattamento in materia di occupazione. Il dettaglio comparativo per paese si trova nel nostro <a href="/regulations/">indice delle normative nazionali</a>.</p>

  <h2 id="digital">05 · Il portale digitale — le tecnologie di assunzione come barriera</h2>

  <p>Sempre più spesso, la prima barriera che incontra un candidato con disabilità non è l'edificio ma il modulo di candidatura. I portali di offerte di lavoro online, i sistemi di tracciamento dei candidati e gli strumenti di screening assistiti dall'intelligenza artificiale sono diventati i guardiani del mercato del lavoro — e molti non sono utilizzabili solo con la tastiera o con gli screen reader, oppure utilizzano valutazioni tramite video-intervista e basate su giochi che svantaggiano i candidati con disabilità. L'EEOC degli Stati Uniti ha emanato linee guida che avvertono che gli strumenti di assunzione basati sull'IA possono violare l'ADA, e l'AI Act dell'UE classifica l'IA relativa all'occupazione come ad alto rischio. Un flusso di candidatura inaccessibile è un problema di discriminazione prima ancora che il candidato venga valutato nel merito.</p>

  <div class="callout safe">
    <h3>La soluzione è lo stesso standard di tutto il resto</h3>
    <p>Il software di reclutamento accessibile è regolato dagli stessi criteri <a href="/toolkit/standards/wcag/">WCAG 2.2</a> di qualsiasi altro servizio web, e gli appalti pubblici per le risorse umane in tutta l'UE sono vincolati a <a href="/articles/en-301-549-explained/">EN 301 549</a> e, dal 2025, all'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a>. I datori di lavoro seriamente impegnati nell'inclusione delle persone con disabilità possono iniziare verificando il proprio sito dedicato alle carriere e il flusso di candidatura con una <a href="/toolkit/scan/">scansione di accessibilità</a> gratuita.</p>
  </div>

  <h2 id="closing">06 · Cosa mostrano e cosa non mostrano i dati</h2>

  <p>Tre conclusioni valgono per ogni dataset credibile. Prima: il divario occupazionale per le persone con disabilità è ampio, duraturo e globale — misurato in decine di punti percentuali ovunque venga misurato. Seconda: il divario non è spiegato dal minore desiderio o dalla minore capacità di lavorare delle persone con disabilità; indagine dopo indagine rileva persone con disabilità che vogliono un lavoro e non riescono a ottenerlo, bloccate da barriere rimovibili. Terza: gli strumenti politici che funzionano sono quelli non glamour usati in combinazione: legge antidiscriminatoria applicabile, reclutamento accessibile, disegni di sussidi ben calibrati e una cultura dell'accomodamento — non un'unica soluzione miracolosa.</p>

  <p>Quello che i dati non ci dicono ancora bene è il quadro granulare, aggiornato e paese per paese per gran parte del mondo. Le cifre più ricche provengono da una manciata di economie ricche con forti agenzie statistiche; per gran parte del Sud del mondo, la risposta onesta alla domanda «qual è il tasso di occupazione delle persone con disabilità?» è che nessuno sta contando in modo affidabile. Migliorare quella base di dati è di per sé una priorità dei diritti delle persone con disabilità — perché, come con ogni altro indicatore, ciò che non viene contato non viene incluso nel bilancio. Per il contesto più ampio, si veda il nostro reportage sulla <a href="/articles/disability-rights-history-of-activism/">storia dell'attivismo per i diritti delle persone con disabilità</a> e il <a href="/articles/">registro completo del 2026</a>.</p>

  <aside class="sources" aria-labelledby="sources-heading">
  <h2 id="sources-heading">Fonti primarie</h2>
  <ol>
  <li>Organizzazione Mondiale della Sanità. <em>Global Report on Health Equity for Persons with Disabilities</em>, 2022. https://www.who.int/</li>
  <li>Organizzazione Internazionale del Lavoro. Statistiche e note politiche su <em>disabilità e lavoro</em>. https://www.ilo.org/</li>
  <li>Bureau of Labor Statistics degli Stati Uniti. <em>Persons with a Disability: Labor Force Characteristics</em>, comunicato stampa annuale, Current Population Survey. https://www.bls.gov/</li>
  <li>Eurostat. <em>Statistiche sulla disabilità — occupazione e divario occupazionale per le persone con disabilità</em>; Strategia europea per i diritti delle persone con disabilità 2021–2030. https://ec.europa.eu/eurostat</li>
  <li>OCSE. Serie <em>Sickness, Disability and Work</em>, sul disegno dei sussidi e la trappola dei sussidi. https://www.oecd.org/</li>
  <li>Job Accommodation Network (JAN). <em>Workplace Accommodations: Low Cost, High Impact</em>, serie di sondaggi sui costi per i datori di lavoro. https://askjan.org/</li>
  <li>Equal Employment Opportunity Commission degli Stati Uniti. <em>The ADA and the Use of Software, Algorithms, and AI in Hiring</em>, linee guida. https://www.eeoc.gov/</li>
  <li>Convenzione ONU sui diritti delle persone con disabilità, Articolo 27 (lavoro e occupazione). https://www.un.org/development/desa/disabilities/</li>
  </ol>
  </aside>

</div>

---
title: Storia dell'attivismo per i diritti delle persone con disabilità: dalle corsie chiuse a «niente su di noi senza di noi»
url: https://www.disabilityworld.org/it/articles/disability-rights-history-of-activism/
description: Come il movimento per i diritti delle persone con disabilità è passato dalla carità e dalle istituzioni a una cornice fondata sui diritti civili — il sit-in per la Sezione 504, il modello sociale, la deistituzionalizzazione, il Capitol Crawl e la strada verso la CRPD dell'ONU.
author: Disability World
pubDate: 2026-05-25
tags: disability-rights, history, activism, independent-living, social-model, crpd
---

# Storia dell'attivismo per i diritti delle persone con disabilità: dalle corsie chiuse a «niente su di noi senza di noi»

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione dell'immagine: Attivisti con disabilità con cartelli e sedie a rotelle radunati sui gradini di un edificio governativo, fotografati dal basso verso l'alto contro un cielo nuvoloso.</p>

<div class="byline">
  <span><strong>A cura di</strong> Redazione Disability World</span>
  <span><strong>Aggiornato</strong> maggio 2026</span>
  <span><strong>Tempo di lettura</strong> 13 minuti</span>
</div>

<p class="rt-prefix">Tempo di lettura: 13 minuti</p>

<p class="wp-block-paragraph">Per gran parte del Novecento, la disabilità è stata trattata come una sventura medica da gestire da parte di professionisti e, molto spesso, da nascondere. Le persone con disabilità erano pazienti, beneficiari e reclusi — raramente cittadini titolari di diritti. Il moderno movimento per i diritti delle persone con disabilità è la storia di come quella cornice sia stata ribaltata: di come un insieme sparso di gruppi di mutuo aiuto, associazioni di genitori, sopravvissuti alla psichiatria e veterani con disabilità siano arrivati a sostenere che il problema non erano i loro corpi, ma un mondo costruito per escluderli. Questo è un primer su quella storia — le idee, le proteste e le leggi — dalle istituzioni degli anni Cinquanta alla <a href="/toolkit/glossary/crpd/">Convenzione ONU sui diritti delle persone con disabilità</a> e al panorama dell'applicazione mappato nel nostro <a href="/regulations/">indice delle normative nazionali</a>.</p>

<p class="wp-block-paragraph">Il filo conduttore è un unico cambiamento concettuale, ripetuto in diverse tonalità nazionali: dalla carità ai diritti, dal modello medico al modello sociale, dalla «cura» erogata a destinatari passivi all'autodeterminazione rivendicata da una comunità politica organizzata. Lo slogan che l'ha incarnato — <strong>«niente su di noi senza di noi»</strong> — non era un'operazione di branding. Era una richiesta che le persone con disabilità fossero autrici delle decisioni, delle leggi e dei servizi che governano le loro vite.</p>

<h2 class="wp-block-heading" id="h-the-institutional-baseline">La linea di partenza istituzionale</h2>

<p class="wp-block-paragraph">Per comprendere il movimento, è necessario capire contro cosa si è battuto. A metà del Novecento, la risposta dominante alla disabilità significativa nel mondo industrializzato era la segregazione: istituti residenziali, «colonie», manicomi e scuole speciali che allontanavano le persone con disabilità dalla vita comunitaria ordinaria. Le condizioni in molti di questi luoghi erano dure, e le istituzioni erano raramente responsabili nei confronti delle persone al loro interno.</p>

<p class="wp-block-paragraph">L'espressione più oscura del modello medico fu il programma nazista <strong>«Aktion T4»</strong>, con cui lo stato tedesco assassinò sistematicamente bambini e adulti con disabilità tra il 1939 e il 1945 — persone giudicate «vite indegne di essere vissute». La storia non è una digressione. È il punto estremo di una logica che trattava l'esistenza delle persone con disabilità come un problema da risolvere da parte degli esperti, e ha plasmato la coscienza post-bellica dei diritti umani su cui il movimento per la disabilità avrebbe in seguito fatto leva. Il lavoro artistico e commemorativo sulla disabilità — film documentari, memorie, il recupero di storie individuali dai campi e dai reparti — è stato centrale nel mantenere visibile quella storia invece di seppellirla.</p>

<p class="wp-block-paragraph">Negli anni Sessanta, le denunce delle condizioni istituzionali negli Stati Uniti, nel Regno Unito e in Scandinavia stavano provocando una resa dei conti. Il principio della <strong>«normalizzazione»</strong>, articolato per la prima volta nella politica sociale scandinava, sosteneva che le persone con disabilità intellettive avessero diritto a modelli di vita quotidiana il più possibile vicini alla corrente principale. Divenne uno dei semi intellettuali della deistituzionalizzazione.</p>

<h2 class="wp-block-heading" id="h-independent-living">Il movimento per la vita indipendente</h2>

<p class="wp-block-paragraph">La svolta organizzativa del movimento venne dalle persone con disabilità che si organizzavano autonomamente. Negli Stati Uniti, la figura centrale fu <strong>Ed Roberts</strong>, che nel 1962 si batté per essere ammesso all'Università della California, Berkeley, nonostante un'amministrazione che dubitava che un uomo che usava una sedia a rotelle e un polmone d'acciaio potesse studiarvi. Roberts e un gruppo di studenti con disabilità — i «Rolling Quads» — costruirono una rete di supporto nel campus, e nel 1972 fondarono il <strong>Center for Independent Living (CIL)</strong> a Berkeley. Il modello CIL era radicale in modo semplice: i servizi per le persone con disabilità dovevano essere progettati e gestiti dalle persone con disabilità stesse, orientati non verso la guarigione o la cura, ma verso i supporti — assistenza personale, alloggio accessibile, trasporto, consulenza tra pari — che rendono possibile la vita comunitaria autogestita.</p>

<p class="wp-block-paragraph">La filosofia della vita indipendente si diffuse rapidamente a una rete di centri in tutto gli Stati Uniti e poi a livello internazionale, e riformulò l'intera conversazione politica. La domanda non era più «come ci prendiamo cura delle persone con disabilità?» ma «quali barriere impediscono alle persone con disabilità di vivere le vite che scelgono, e come le rimuoviamo?». Questa riformulazione — barriere, non corpi — è il cuore pratico del modello sociale.</p>

<h2 class="wp-block-heading" id="h-the-social-model">Il modello sociale della disabilità</h2>

<p class="wp-block-paragraph">Se il movimento per la vita indipendente ha fornito l'energia organizzativa, gli attivisti britannici hanno fornito la teoria. Nel 1976 l'<strong>Union of the Physically Impaired Against Segregation (UPIAS)</strong> pubblicò i suoi <em>Fundamental Principles of Disability</em>, tracciando una distinzione ormai celebre tra <strong>menomazione</strong> (una caratteristica del corpo o della mente) e <strong>disabilità</strong> (lo svantaggio imposto da una società organizzata attorno alle norme dei non disabili). L'accademico con disabilità <strong>Mike Oliver</strong> denominò e sistematizzò in seguito questo approccio come <strong>modello sociale della disabilità</strong>.</p>

<p class="wp-block-paragraph">Il modello sociale non negava la menomazione o il dolore. La sua affermazione riguardava la causalità e la responsabilità: una persona che usa la sedia a rotelle non è disabilitata dalle sue gambe ma dalla scalinata; una persona Sorda non è disabilitata dalla sordità ma dal rifiuto di una società udente di fornire la lingua dei segni. Questo spostamento ha trasferito l'obbligo di agire dall'individuo alla società — agli architetti, ai datori di lavoro, alle emittenti e ai legislatori. È il motore concettuale dietro ogni statuto sull'accessibilità che ne è seguito, e sta alla base del moderno quadro di conformità spiegato nella nostra guida su <a href="/articles/accessibility-compliance-explainer/">come conformità, adeguamento e accessibilità differiscono</a>.</p>

<div class="callout">
<h3>Tre modelli, brevemente</h3>
<p>Il <strong>modello medico</strong> individua il problema nell'individuo con disabilità e cerca di curarlo, ripararlo o assisterlo. Il <strong>modello sociale</strong> individua il problema nelle barriere disabilitanti — fisiche, attitudinali e istituzionali — che la società può scegliere di rimuovere. Il <strong>modello dei diritti umani</strong>, adottato dalla CRPD dell'ONU, si basa sul modello sociale ma aggiunge che accessibilità e inclusione sono questioni di diritto esigibile, non di buona volontà — e che le persone con disabilità sono titolari di diritti con accesso a rimedi quando tali diritti vengono violati.</p>
</div>

<h2 class="wp-block-heading" id="h-the-504-sit-in">Il sit-in per la Sezione 504 e gli statuti americani</h2>

<p class="wp-block-paragraph">Gli Stati Uniti hanno prodotto l'azione diretta più iconica del movimento. La <strong>Sezione 504 del Rehabilitation Act del 1973</strong> conteneva una singola frase che vietava la discriminazione sulla base della disabilità da parte di qualsiasi programma che ricevesse fondi federali — la prima tutela statunitense dei diritti civili per le persone con disabilità. Ma per quattro anni le successive amministrazioni si rifiutarono di firmare i regolamenti che l'avrebbero resa operativa. Nell'aprile 1977, gli attivisti con disabilità occuparono l'edificio federale del Dipartimento della Salute, dell'Istruzione e del Benessere di San Francisco per <strong>26 giorni</strong> — la più lunga occupazione di un edificio federale nella storia degli Stati Uniti. Guidato da figure come <strong>Judy Heumann</strong> e supportato dalle Pantere Nere, che consegnavano pasti caldi ai manifestanti, il sit-in per la Sezione 504 costrinse la firma dei regolamenti senza modifiche.</p>

<p class="wp-block-paragraph">La campagna culminò nell'<strong>Americans with Disabilities Act (ADA) del 1990</strong>, lo statuto sui diritti civili più completo per le persone con disabilità della sua era, che vietava la discriminazione nell'occupazione, nei servizi pubblici e nei luoghi di pubblica ricettività. L'immagine che definì la sua approvazione fu il <strong>«Capitol Crawl»</strong> del marzo 1990, quando gli attivisti con disabilità abbandonarono le sedie a rotelle e i sussidi alla mobilità per trascinarsi su per i gradini del Campidoglio degli Stati Uniti, rendendo visibile esattamente il tipo di barriera che il disegno di legge intendeva abolire. Il gruppo di azione diretta <strong>ADAPT</strong>, che negli anni Ottanta aveva bloccato gli autobus inaccessibili sotto lo slogan «We Will Ride», era centrale in quella pressione — una campagna che tracciamo nel nostro approfondimento su <a href="/articles/accessibility-of-public-transport/">l'accessibilità dei trasporti pubblici</a>. La promessa ADA di accesso alle strutture di pubblica ricettività è anche l'antenato legale dell'odierno contenzioso sull'accessibilità web, trattato nella nostra <a href="/articles/ada-title-iii-web-accessibility-guide/">guida all'ADA Titolo III</a>.</p>

<h2 class="wp-block-heading" id="h-deinstitutionalisation">La deistituzionalizzazione e il movimento dei sopravvissuti</h2>

<p class="wp-block-paragraph">Parallelamente, un movimento di <strong>sopravvissuti alla psichiatria</strong> e di persone con disabilità intellettive sfidava direttamente le istituzioni. La spinta verso la <strong>deistituzionalizzazione</strong> — la chiusura dei grandi manicomi residenziali e lo spostamento del supporto verso la comunità — era guidata sia dal principio della normalizzazione sia da contenzioso legale che denunciava abusi e negligenze. Il <strong>movimento dell'autodifesa</strong>, organizzato a livello internazionale sotto la bandiera <strong>People First</strong> dagli anni Settanta, affermava che le persone con difficoltà di apprendimento potevano parlare per se stesse e prendere decisioni sulla propria vita, contro un sistema costruito sul presupposto che non potessero.</p>

<p class="wp-block-paragraph">L'eredità è duplice e ancora contestata. La deistituzionalizzazione ha liberato centinaia di migliaia di persone dalle istituzioni custodiali, ma dove i supporti comunitari erano sottofinanziati, alcune sono rimaste senza l'assistenza di cui avevano bisogno. Il lavoro incompiuto — supporto comunitario adeguato, la fine del trattamento coercitivo, il diritto alla capacità giuridica — si inserisce direttamente nell'<strong>Articolo 12</strong> (capacità giuridica) e nell'<strong>Articolo 19</strong> (vita indipendente e inclusione nella comunità) della moderna CRPD.</p>

<h2 class="wp-block-heading" id="h-the-international-turn">La svolta internazionale: dalle dichiarazioni a un trattato</h2>

<p class="wp-block-paragraph">Le Nazioni Unite si mossero per gradi dall'aspirazione morbida al diritto vincolante. L'Assemblea Generale proclamò il <strong>1981 Anno Internazionale delle Persone con Disabilità</strong>, seguito dal <strong>Programma Mondiale di Azione concernente le Persone con Disabilità (1982)</strong> e dal <strong>Decennio delle Persone con Disabilità (1983–1992)</strong>. Nel 1993 l'Assemblea Generale adottò le <strong>Regole Standard sull'Uguaglianza di Opportunità per le Persone con Disabilità</strong> — influenti, ma non giuridicamente vincolanti e prive di un organo di esecuzione.</p>

<p class="wp-block-paragraph">La svolta decisiva avvenne negli anni 2000. Le organizzazioni di persone con disabilità, coordinate attraverso l'<strong>International Disability Alliance</strong>, premettero per un trattato vincolante, e i negoziati stessi divennero una dimostrazione del principio centrale del movimento: le persone con disabilità e le loro organizzazioni parteciparono direttamente alla redazione, in misura senza precedenti nella creazione di trattati ONU. La <strong>Convenzione sui diritti delle persone con disabilità (CRPD)</strong> fu adottata il 13 dicembre 2006 ed entrò in vigore il 3 maggio 2008 — il trattato sui diritti umani negoziato più rapidamente nella storia dell'ONU e ora tra quelli con il maggior numero di ratifiche. La sua architettura di applicazione, vent'anni dopo, è oggetto della nostra analisi dedicata ai <a href="/articles/un-crpd-enforcement-twenty-years-on/">vent'anni della CRPD</a>.</p>

<figure class="wp-block-table">
<table>
<thead>
<tr><th>Anno</th><th>Pietra miliare</th><th>Significato</th></tr>
</thead>
<tbody>
<tr><td>1972</td><td>Fondazione del Center for Independent Living di Berkeley</td><td>Servizi da parte e per le persone con disabilità</td></tr>
<tr><td>1973</td><td>US Rehabilitation Act, Sezione 504</td><td>Prima disposizione antidiscriminatoria statunitense sulla disabilità</td></tr>
<tr><td>1976</td><td>Principi fondamentali UPIAS</td><td>Distinzione menomazione/disabilità</td></tr>
<tr><td>1977</td><td>Sit-in Sezione 504, San Francisco</td><td>Regolamenti firmati sotto pressione</td></tr>
<tr><td>1981</td><td>Anno Internazionale delle Persone con Disabilità ONU</td><td>Visibilità globale</td></tr>
<tr><td>1990</td><td>Americans with Disabilities Act</td><td>Statuto completo sui diritti civili negli Stati Uniti</td></tr>
<tr><td>1995</td><td>UK Disability Discrimination Act</td><td>Prima legge antidiscriminatoria nel Regno Unito</td></tr>
<tr><td>2006</td><td>Adozione della CRPD ONU</td><td>Trattato vincolante sui diritti umani</td></tr>
</tbody>
</table>
</figure>

<h2 class="wp-block-heading" id="h-beyond-the-anglosphere">Al di là del mondo anglofono</h2>

<p class="wp-block-paragraph">La narrazione viene spesso raccontata come una storia statunitense e britannica, ma il movimento è sempre stato plurale. Il <strong>Disability Discrimination Act 1995</strong> del Regno Unito seguì anni di azione diretta da parte del <strong>Disabled People's Direct Action Network (DAN)</strong>, inclusi attivisti che si incatenavano agli autobus inaccessibili. In tutta l'Europa continentale, i <strong>sistemi di quote occupazionali</strong> previsti per legge — in Germania, Francia, Italia, Austria e Polonia — riflettevano una tradizione diversa, più corporativista, di politica sulla disabilità, che esaminiamo nella nostra analisi di <a href="/articles/disability-in-the-workplace-2026-data/">disabilità nel mondo del lavoro</a>. Il Giappone e la più ampia regione Asia-Pacifico svilupparono i propri quadri, e l'ondata di ratifiche della CRPD post-2008 spinsero nuovi statuti nazionali in Africa, America Latina e Medio Oriente.</p>

<p class="wp-block-paragraph">Ciò che unisce questi filoni è il passaggio da una politica della carità a una politica dei diritti — e l'insistenza, ovunque, che siano le persone con disabilità stesse a guidarlo. La frase <strong>«niente su di noi senza di noi»</strong>, resa popolare dallo studioso-attivista James Charlton nel suo libro del 1998 con quel titolo, ha catturato un principio che era latente nel movimento da decenni ed è ora scritto nei doveri di consultazione della CRPD.</p>

<h2 class="wp-block-heading" id="h-from-streets-to-standards">Dalle strade agli standard</h2>

<p class="wp-block-paragraph">L'ultima frontiera del movimento è quella digitale. La stessa logica che chiedeva marciapiedi ribassati e rampe ora chiede siti web accessibili, app e servizi digitali del settore pubblico. L'espressione tecnica del modello sociale online sono le <a href="/toolkit/standards/wcag/">Linee guida per l'accessibilità dei contenuti web (WCAG)</a>, e la sua espressione legale include l'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> dell'UE e lo standard di appalto <a href="/articles/en-301-549-explained/">EN 301 549</a>. Le barriere hanno cambiato forma — un attributo alt mancante invece di una rampa assente — ma la rivendicazione è identica: un ambiente che esclude le persone con disabilità è un problema che i costruttori di quell'ambiente sono obbligati a risolvere. Le organizzazioni che vogliono individuare quelle barriere possono iniziare con una <a href="/toolkit/scan/">scansione di accessibilità</a> gratuita.</p>

<p class="wp-block-paragraph">La storia non è finita. L'istituzionalizzazione persiste, la capacità giuridica è ancora negata a molti, il divario nell'occupazione delle persone con disabilità rimane ostinatamente ampio, e l'applicazione anche degli statuti più forti è disomogenea. Ma la vittoria concettuale è reale e in larga misura conquistata: la disabilità è ora intesa, in diritto e sempre più in cultura, come una questione di diritti e barriere piuttosto che di carità e difetto. Questo cambiamento non è stato concesso. È stato organizzato, argomentato e occupato nel corso della storia dalle persone con disabilità — il che è, in fin dei conti, il punto centrale di «niente su di noi senza di noi». Si continui con il nostro <a href="/articles/">più ampio registro di reportage del 2026</a> e l'<a href="/regulations/">indice delle normative nazionali</a>.</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 class="wp-block-heading" id="sources-heading">Fonti primarie</h2>
<ol>
<li>Union of the Physically Impaired Against Segregation (UPIAS). <em>Fundamental Principles of Disability</em>, Londra, 1976.</li>
<li>Oliver, Mike. <em>The Politics of Disablement</em> (1990) e successivi lavori che articolano il modello sociale della disabilità.</li>
<li>Charlton, James I. <em>Nothing About Us Without Us: Disability Oppression and Empowerment</em>, University of California Press, 1998.</li>
<li>US Rehabilitation Act del 1973, Sezione 504; Americans with Disabilities Act del 1990, Public Law 101-336.</li>
<li>Heumann, Judith con Kristen Joiner. <em>Being Heumann: An Unrepentant Memoir of a Disability Rights Activist</em>, 2020, sul sit-in per la Sezione 504.</li>
<li>Regno Unito. <em>Disability Discrimination Act 1995</em>.</li>
<li>Nazioni Unite. <em>Programma Mondiale di Azione concernente le Persone con Disabilità</em> (1982); <em>Regole Standard sull'Uguaglianza di Opportunità per le Persone con Disabilità</em> (1993).</li>
<li>Nazioni Unite. <em>Convenzione sui diritti delle persone con disabilità</em>, adottata il 13 dicembre 2006, in vigore dal 3 maggio 2008. https://www.un.org/development/desa/disabilities/</li>
<li>United States Holocaust Memorial Museum. <em>Aktion T4 e l'assassinio delle persone con disabilità</em>. https://www.ushmm.org/</li>
<li>International Disability Alliance. <em>Storia del negoziato della CRPD e della partecipazione delle OPD</em>. https://www.internationaldisabilityalliance.org/</li>
</ol>
</aside>

</div>

---
title: Conformità all'accessibilità — cosa significa davvero nel 2026
url: https://www.disabilityworld.org/it/articles/accessibility-compliance-explainer/
description: Conformità all'accessibilità, spiegata senza ambiguità — cosa significa ai sensi dell'ADA, dell'EAA, di WCAG 2.2 e di EN 301 549, la mappa per paese e i passi successivi indipendentemente da dove si opera.
author: Disability World
pubDate: 2026-05-23
tags: accessibility-compliance, ada, eaa, wcag, regulation-primer, explainer
---

# Conformità all'accessibilità — cosa significa davvero nel 2026

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Conformità all'accessibilità — cosa significa davvero nel 2026",
      "description": "Conformità all'accessibilità, spiegata senza ambiguità — cosa significa ai sensi dell'ADA, dell'EAA, di WCAG 2.2 e di EN 301 549, la mappa per paese e i passi successivi indipendentemente da dove si opera.",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "Cosa significa conformità all'accessibilità?", "acceptedAnswer": { "@type": "Answer", "text": "La conformità all'accessibilità è la postura legale e di audit di soddisfare lo standard che un regolatore, un contratto o un organismo di settore ha indicato come autorevole per la propria situazione. In pratica significa generalmente tre cose contemporaneamente: soddisfare uno standard tecnico come WCAG 2.2 Level AA, rispettare una normativa regionale come l'ADA o l'European Accessibility Act, e produrre artefatti procedurali come una dichiarazione di accessibilità pubblicata. Nessuno di questi da solo equivale all'accessibilità per gli utenti reali — sono il quadro visto dal lato dell'audit." } },
        { "@type": "Question", "name": "WCAG è la stessa cosa dell'ADA?", "acceptedAnswer": { "@type": "Answer", "text": "No. WCAG è uno standard tecnico pubblicato dal W3C; l'ADA è una legge statunitense sui diritti civili. I due sono collegati perché i tribunali statunitensi e il Dipartimento di Giustizia hanno trattato WCAG 2.1 Level AA come il parametro di riferimento per ciò che conta come sito web accessibile ai sensi del Title II e del Title III, ma l'ADA stesso non nomina mai WCAG nel suo testo normativo. EN 301 549 svolge lo stesso ruolo di raccordo nell'UE." } },
        { "@type": "Question", "name": "Il mio sito web è legalmente obbligato a essere accessibile?", "acceptedAnswer": { "@type": "Answer", "text": "Quasi certamente sì, se si opera negli Stati Uniti, nell'UE, nel Regno Unito, in Canada, in Australia o in una qualsiasi delle oltre 50 giurisdizioni dotate di una normativa sui diritti delle persone con disabilità e di un registro di applicazione attivo. L'obbligo esatto dipende dal fatto che si tratti di un ente del settore pubblico, di un'impresa commerciale di una determinata dimensione, o di un fornitore della pubblica amministrazione. La mappa per paese in questo articolo rimanda al dossier della propria giurisdizione." } },
        { "@type": "Question", "name": "Quale livello WCAG occorre raggiungere — A, AA o AAA?", "acceptedAnswer": { "@type": "Answer", "text": "AA è la risposta operativa per quasi ogni regolatore. La norma ADA Title II del 2024 nomina WCAG 2.1 Level AA. L'European Accessibility Act e EN 301 549 fanno riferimento a WCAG 2.1 AA. Le normative del Regno Unito sugli enti del settore pubblico fanno riferimento alla versione 2.1 AA. AAA è aspirazionale e non è un livello minimo regolatorio in nessun contesto. Il solo livello A è insufficiente in ogni regime normativo principale." } },
        { "@type": "Question", "name": "Come viene applicata la conformità all'accessibilità negli Stati Uniti?", "acceptedAnswer": { "@type": "Answer", "text": "Attraverso tre canali. Il rulemaking e l'applicazione del Dipartimento di Giustizia ai sensi del Title II e del Title III dell'ADA. Il contenzioso privato ai sensi del Title III, che ha prodotto circa 4.300 cause federali per siti web nel 2024. E le lettere di richiesta a livello statale ai sensi dei regimi di protezione dei consumatori di New York, California e stati analoghi. Non esiste un singolo regolatore federale dell'accessibilità equivalente alle autorità di vigilanza del mercato dell'UE." } },
        { "@type": "Question", "name": "L'EAA si applica alle aziende non europee?", "acceptedAnswer": { "@type": "Answer", "text": "Sì, quando immettono prodotti o servizi sul mercato UE. L'European Accessibility Act si applica a qualsiasi operatore economico che vende prodotti o servizi coperti a consumatori in uno qualsiasi dei 27 Stati membri, indipendentemente da dove l'operatore ha sede. Un sito di e-commerce statunitense che spedisce in Germania rientra nell'ambito della trasposizione tedesca, il BFSG." } },
        { "@type": "Question", "name": "La scansione automatizzata è sufficiente per essere conformi?", "acceptedAnswer": { "@type": "Answer", "text": "No. Gli scanner automatizzati rilevano circa il 30-40 percento dei problemi WCAG in condizioni ottimali — contrasto cromatico, testo alternativo mancante, etichette di moduli mancanti, struttura del documento. Non possono valutare se il testo alternativo è accurato, se un flusso è utilizzabile da un utente di screen reader, o se un widget personalizzato espone i ruoli e gli stati corretti. Una postura di conformità difendibile combina il monitoraggio automatizzato con audit manuali periodici effettuati da tester con disabilità." } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione dell'immagine: Documenti legislativi sovrapposti e una lente di ingrandimento su carta color crema, fotografati dall'alto, che simboleggiano la funzione di orientamento verso le specifiche di un regolamento quadro.</p>

<p class="rt-prefix">Tempo di lettura: 11 minuti</p>

<p class="wp-block-paragraph">«Conformità all'accessibilità» è una di quelle espressioni che tutti usano e quasi nessuno definisce allo stesso modo. Un responsabile legale la intende come esposizione ai sensi dell'Americans with Disabilities Act. Un responsabile degli appalti a Berlino la intende come una clausola che fa riferimento a EN 301 549. Un responsabile tecnico la intende come un punteggio Lighthouse. Un product manager la intende come il dashboard di monitoraggio di un fornitore. Tutti, in un certo senso, hanno ragione — e nessuno sta parlando esattamente della stessa cosa.</p>

<p class="wp-block-paragraph">Questo articolo è il quadro d'insieme. Spiega cosa significa il termine attraverso tre livelli — tecnico, legale e procedurale — illustra la distinzione più importante nel settore (la conformità non è la stessa cosa dell'accessibilità) e rimanda al dossier corrispondente alla propria giurisdizione. Chi è arrivato qui cercando «conformità all'accessibilità» perché qualcuno in cima alla gerarchia aziendale ha chiesto se l'azienda sia in regola, si trova nel posto giusto. Verranno forniti la mappa necessaria per rispondere autonomamente a quella domanda, più il link allo <a href="/toolkit/scan/">scanner WCAG 2.2 gratuito</a> per ottenere un quadro di base entro il pomeriggio.</p>

<h2 class="wp-block-heading" id="h-compliance-vs-accessibility">La conformità non è la stessa cosa dell'accessibilità</h2>

<p class="wp-block-paragraph">La distinzione più utile in questo settore, e quella più spesso saltata nelle presentazioni dei fornitori, è il divario tra conformità e accessibilità.</p>

<p class="wp-block-paragraph"><strong>La conformità</strong> è una postura legale e di audit. È la risposta alla domanda «possiamo dimostrare, su carta, di soddisfare lo standard che il regolatore o il contratto ha indicato?». È soddisfatta dal superamento delle scansioni, dalla pubblicazione di dichiarazioni di accessibilità, dai rapporti di conformità e dalle attestazioni negli appalti. La conformità è uno stato in cui ci si trova o meno in un dato momento, ed è lo stato di cui si preoccupano legali e revisori.</p>

<p class="wp-block-paragraph"><strong>L'accessibilità</strong> è la risposta a una domanda diversa: «una persona con disabilità può effettivamente utilizzare questo prodotto per fare ciò per cui è stato progettato?». È soddisfatta da un utente di screen reader che completa il checkout, da un utente che naviga solo da tastiera, da un utente non udente che comprende il video. L'accessibilità è una proprietà dell'esperienza vissuta, non del fascicolo di audit.</p>

<p class="wp-block-paragraph">Le due cose sono correlate ma non identiche. Un sito può superare una scansione automatizzata WCAG 2.2 AA, pubblicare una dichiarazione di accessibilità impeccabile, consegnare un VPAT, ed essere comunque inutilizzabile con VoiceOver perché ogni menu a discesa personalizzato intercetta il focus. Un altro sito può avere alcune centinaia di segnalazioni minori di scansione ed essere comunque utilizzabile da capo a fondo da ogni utente di tecnologia assistiva presente nella stanza. La conformità è necessaria ma non sufficiente. Trattare l'audit come un indicatore dell'esperienza è l'errore più comune — e più costoso — in questo settore.</p>

<h2 class="wp-block-heading" id="h-compliance-not-one-time-audit">La conformità non è un audit una tantum</h2>

<p class="wp-block-paragraph">Questa è la seconda distinzione cruciale. Un audit che passa il lunedì non sopravvive a un deploy il martedì. I siti di marketing pubblicano aggiornamenti due volte a settimana; le superfici di prodotto ne pubblicano venti al giorno. Ogni deploy è un'opportunità per rompere un'etichetta, perdere un anello di focus, o distribuire un componente che si annuncia come un <code>div</code> a NVDA.</p>

<p class="wp-block-paragraph">La conformità, correttamente intesa, è una postura mantenuta attraverso un monitoraggio continuo e una cultura della correzione — non uno snapshot catturato in un PDF datato nove mesi fa. Il PDF è la prova. Il monitoraggio è ciò di cui il PDF è prova. La trappola più profonda in questo settore è trattare la conformità come un progetto piuttosto che come una modalità operativa.</p>

<p class="wp-block-paragraph">Ogni programma di accessibilità serio ha la stessa struttura indipendentemente dalla giurisdizione: un livello di monitoraggio automatizzato che intercetta le regressioni a ogni deploy, un livello di audit manuale periodico che intercetta ciò che l'automazione non rileva, e una dichiarazione pubblicata che il regolatore può leggere. Se si perde uno qualsiasi dei tre, la postura decade.</p>

<h2 class="wp-block-heading" id="h-three-layers">I tre livelli della conformità all'accessibilità</h2>

<p class="wp-block-paragraph">È utile pensare alla conformità all'accessibilità come a tre livelli sovrapposti. Un'organizzazione deve soddisfare ciascuno di essi, e i requisiti di ciascun livello provengono da una fonte diversa.</p>

<p class="wp-block-paragraph"><strong>Livello 1 — Standard tecnici.</strong> Come deve apparire il sito, l'app o il prodotto a livello di codice. Questo è il livello di competenza del W3C e degli organismi di normazione europei. Lo standard dominante è WCAG, attualmente alla versione 2.2. La maggior parte dei regolatori fa riferimento al Level AA. Altri standard tecnici si aggiungono: ARIA per le interfacce utente avanzate, EN 301 549 per il contesto europeo degli appalti e dell'EAA, Section 508 per gli appalti federali statunitensi, EPUB Accessibility 1.1 per gli ebook, PDF/UA per i documenti. WCAG 2.2 AA è il centro della mappa delle specifiche; gli altri la estendono o la istanziano.</p>

<p class="wp-block-paragraph"><strong>Livello 2 — Normativa regionale.</strong> Cosa richiede effettivamente la legge nella propria giurisdizione. L'ADA, l'European Accessibility Act (EAA), il Equality Act del Regno Unito, l'Accessible Canada Act, la Legge Stanca italiana, il BFSG tedesco. Lo standard tecnico del livello 1 è quasi sempre richiamato per riferimento — la norma del Title II dell'ADA nomina WCAG 2.1 AA; l'EAA fa riferimento allo standard armonizzato EN 301 549, che richiama WCAG 2.1 AA. La legge è ciò di cui si è responsabili; lo standard è come la legge determina se il parametro è stato soddisfatto.</p>

<p class="wp-block-paragraph"><strong>Livello 3 — Mandati di appalto e di settore.</strong> Dove il contratto va oltre il minimo legale. Gli appalti pubblici dell'UE utilizzano EN 301 549 come minimo per qualsiasi acquisto IT. Gli appalti federali statunitensi utilizzano la Section 508, che ora si armonizza con WCAG 2.1 AA. I regolatori del settore finanziario e sanitario a volte aggiungono requisiti specifici. Quando si fornisce a un acquirente del settore pubblico, il contratto è generalmente un requisito più stringente della legge.</p>

<p class="wp-block-paragraph">La maggior parte delle organizzazioni deve soddisfare tutti e tre i livelli contemporaneamente.</p>

<h2 class="wp-block-heading" id="h-country-map">La mappa per paese — la posizione geografica determina ciò che si applica</h2>

<p class="wp-block-paragraph">Questa è la sezione di orientamento. Si individua la riga corrispondente alla giurisdizione in cui si opera, quindi si fa clic per accedere al dossier.</p>

<h3 class="wp-block-heading" id="h-united-states">Stati Uniti</h3>

<p class="wp-block-paragraph">L'Americans with Disabilities Act è la spina dorsale della normativa statunitense sull'accessibilità. Il Title II disciplina le amministrazioni statali e locali e ha ricevuto la sua prima norma esplicita sul web nell'aprile 2024, nominando WCAG 2.1 AA. Il Title III disciplina i luoghi privati di pubblica ospitalità ed è applicato principalmente attraverso il contenzioso privato — circa 4.300 cause federali per siti web nel 2024. Cfr. il dossier <a href="/articles/ada-title-iii-web-accessibility-guide/">ADA Title III</a> e l'<a href="/regulations/us/">hub normativo USA</a> per la Section 508 e le normative statali.</p>

<h3 class="wp-block-heading" id="h-european-union">Unione europea</h3>

<p class="wp-block-paragraph">L'European Accessibility Act (EAA) (Direttiva 2019/882) è diventato applicabile in tutti i 27 Stati membri il 28 giugno 2025, applicandosi a un elenco definito di prodotti e servizi destinati ai consumatori — e-commerce, servizi bancari, ebook, biglietteria, trasporti. La Direttiva sull'accessibilità dei siti web (2016/2102) disciplina separatamente gli enti del settore pubblico. Entrambe fanno riferimento allo standard armonizzato <a href="/articles/en-301-549-explained/">EN 301 549</a>, che richiama WCAG 2.1 AA. Cfr. la guida all'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a>.</p>

<h3 class="wp-block-heading" id="h-germany">Germania</h3>

<p class="wp-block-paragraph">Il <span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG) è la trasposizione tedesca dell'EAA e si applica ai servizi del settore privato in ambito di applicazione dal 28 giugno 2025. La BITV 2.0 disciplina il settore pubblico. L'applicazione è competenza delle autorità di vigilanza del mercato a livello dei Länder. Cfr. il <a href="/regulations/de/">dossier Germania</a>.</p>

<h3 class="wp-block-heading" id="h-united-kingdom">Regno Unito</h3>

<p class="wp-block-paragraph">L'Equality Act 2010 impone un obbligo generale di non discriminazione, interpretato dai tribunali come esteso ai servizi digitali. Le Public Sector Bodies Accessibility Regulations 2018 aggiungono un requisito specifico di WCAG 2.1 AA agli enti pubblici. Il Regno Unito non ha recepito l'EAA; l'esposizione del settore privato passa attraverso l'Equality Act. Cfr. il <a href="/regulations/gb/">dossier Regno Unito</a>.</p>

<h3 class="wp-block-heading" id="h-italy">Italia</h3>

<p class="wp-block-paragraph">La Legge Stanca (Legge 4/2004) precede l'armonizzazione con l'EAA e si applica agli enti pubblici e a un elenco definito di soggetti del settore privato, inclusi i servizi finanziari e il grande e-commerce. Il recepimento dell'EAA estende ulteriormente l'ambito di applicazione. Cfr. il <a href="/regulations/it/">dossier Italia</a>.</p>

<h3 class="wp-block-heading" id="h-canada">Canada</h3>

<p class="wp-block-paragraph">L'Accessible Canada Act disciplina gli enti soggetti alla regolamentazione federale, inclusi banche, telecomunicazioni e dipartimenti federali; l'AODA disciplina l'Ontario a livello provinciale, con applicazione al settore privato dall'anno 2025. Cfr. il <a href="/regulations/ca/">dossier Canada</a>.</p>

<h3 class="wp-block-heading" id="h-australia">Australia</h3>

<p class="wp-block-paragraph">Il Disability Discrimination Act 1992 è la base normativa, interpretato come applicabile ai servizi digitali fin dal caso Maguire del 2000. La Australian Human Rights Commission pubblica linee guida allineate a WCAG. Cfr. il <a href="/regulations/au/">dossier Australia</a>.</p>

<h3 class="wp-block-heading" id="h-everywhere-else">Ovunque else</h3>

<p class="wp-block-paragraph">Disability World mantiene dossier per paese su <a href="/regulations/">55 giurisdizioni</a>, tra cui Giappone, India, Brasile, Corea del Sud, Israele, Sudafrica, Messico, gli stati del CCG, e il resto dell'UE e dell'ASEAN.</p>

<h2 class="wp-block-heading" id="h-wcag-22">Cosa richiede effettivamente WCAG 2.2</h2>

<p class="wp-block-paragraph">WCAG — le Linee guida per l'accessibilità dei contenuti web (WCAG) — è il riferimento tecnico a cui quasi ogni altro strumento in questa gerarchia fa deferimento. La versione 2.2 è stata pubblicata dal W3C nell'ottobre 2023 e aggiunge nove nuovi criteri di successo alla base della versione 2.1. Esistono tre livelli di conformità: Level A (il minimo assoluto), Level AA (il parametro di riferimento operativo citato da ogni regolatore principale) e Level AAA (aspirazionale, non un livello minimo regolatorio in nessun contesto).</p>

<p class="wp-block-paragraph">WCAG è organizzato attorno a quattro principi, l'acronimo POUR. I contenuti devono essere <strong>Percepibili</strong> (disponibili ai sensi dell'utente — alternative testuali per le immagini, sottotitoli per l'audio, contrasto cromatico sufficiente), <strong>Utilizzabili</strong> (l'interfaccia può essere guidata — accessibile da tastiera, senza lampeggi che provocano crisi epilettiche, tempo sufficiente per leggere), <strong>Comprensibili</strong> (il contenuto e l'interfaccia sono prevedibili — testo leggibile, navigazione coerente, prevenzione degli errori nell'inserimento dei moduli), e <strong>Robusti</strong> (funziona con la tecnologia assistiva che l'utente utilizza — markup analizzabile, nome-ruolo-valore esposto su ogni elemento interattivo).</p>

<p class="wp-block-paragraph">La specifica WCAG 2.2 comprende 86 criteri di successo numerati tra i tre livelli. Level AA è il target operativo ai fini della conformità; raggiungere solo il Level A è insufficiente in ogni regime normativo che nomina un livello. Il riferimento completo, organizzato criterio per criterio con esempi e schemi di fallimento comuni, si trova nella pagina dei <a href="/toolkit/standards/wcag/">criteri di successo WCAG 2.2</a> nel nostro toolkit.</p>

<h2 class="wp-block-heading" id="h-next-steps">CTA per i passi successivi — tre azioni concrete</h2>

<p class="wp-block-paragraph">La conformità è una postura, non un progetto, ma occorre iniziare da qualche parte. L'azione giusta dipende dal punto in cui ci si trova nel percorso.</p>

<h3 class="wp-block-heading" id="h-cta-baseline">«Non ho idea della nostra situazione» — iniziare con una baseline</h3>

<p class="wp-block-paragraph">Si esegua lo <a href="/toolkit/scan/">scanner WCAG 2.2 gratuito</a> sulle prime dieci pagine — homepage, login, checkout, dashboard, due flussi di conversione chiave, la pagina della dichiarazione di accessibilità stessa se esiste. Una scansione non fornirà il quadro completo (cfr. la sezione sulla conformità rispetto all'accessibilità sopra), ma indicherà se si hanno dieci problemi o diecimila, che è la prima cosa che occorre sapere. Poi si legga il dossier normativo per la propria giurisdizione dalla mappa per paese nella sezione precedente.</p>

<h3 class="wp-block-heading" id="h-cta-manual-audit">«Abbiamo uno scanner — qual è il passo successivo?» — commissionare un audit manuale</h3>

<p class="wp-block-paragraph">Le scansioni automatizzate rilevano circa un terzo dei problemi. Il resto richiede una revisione manuale. Si commissioni un audit manuale effettuato da tester con disabilità — utenti di screen reader per i percorsi dello screen reader, utenti che navigano solo da tastiera per i percorsi da tastiera, utenti ipovedenti per i percorsi visivi. Un primo audit manuale su un'applicazione di medie dimensioni richiede generalmente da due a quattro settimane e porta alla luce le classi di problemi che l'automazione non può vedere: testo dei link ambiguo nel contesto, ordine di focus tecnicamente corretto ma cognitivamente sbagliato, widget personalizzati che funzionano ma risultano scomodi.</p>

<h3 class="wp-block-heading" id="h-cta-monitoring">«Stiamo operazionalizzando la conformità a lungo termine» — scegliere una piattaforma di monitoraggio</h3>

<p class="wp-block-paragraph">Questa è la fase in cui il monitoraggio diventa rilevante. Il monitoraggio continuo intercetta le regressioni a ogni deploy, rileva la deriva tra un audit manuale e l'altro, e produce la traccia di prove che soddisfa un regolatore che chiede come si mantiene la postura tra un rapporto formale e l'altro. La revisione comparativa completa delle piattaforme in questa categoria si trova nella <a href="/articles/accessibility-monitoring-buyers-guide-2026/">guida all'acquisto degli strumenti di monitoraggio</a> — inclusi axe Monitor, Siteimprove, Level Access e <a href="https://www.qualibooth.com/">Qualibooth</a>, che sono le quattro piattaforme più spesso selezionate per la combinazione monitoraggio-più-handoff-audit-manuale. La guida le confronta per copertura, tassi di falsi positivi, flusso di lavoro degli audit manuali, integrazione e prezzo. Si legga quella dopo; non si scelga una piattaforma da una singola pagina.</p>

<h2 class="wp-block-heading" id="h-faq">Domande frequenti</h2>

<h3 class="wp-block-heading" id="h-faq-what">Cosa significa conformità all'accessibilità?</h3>

<p class="wp-block-paragraph">La conformità all'accessibilità è la postura legale e di audit di soddisfare lo standard che un regolatore, un contratto o un organismo di settore ha indicato come autorevole per la propria situazione. In pratica significa generalmente tre cose contemporaneamente: soddisfare uno standard tecnico come WCAG 2.2 Level AA, rispettare una normativa regionale come l'ADA o l'European Accessibility Act, e produrre artefatti procedurali come una dichiarazione di accessibilità pubblicata. Nessuno di questi da solo equivale all'accessibilità per gli utenti reali — sono il quadro visto dal lato dell'audit.</p>

<h3 class="wp-block-heading" id="h-faq-wcag-ada">WCAG è la stessa cosa dell'ADA?</h3>

<p class="wp-block-paragraph">No. WCAG è uno standard tecnico pubblicato dal W3C; l'ADA è una legge statunitense sui diritti civili. I due sono collegati perché i tribunali statunitensi e il Dipartimento di Giustizia hanno trattato WCAG 2.1 Level AA come il parametro di riferimento per ciò che conta come sito web accessibile ai sensi del Title II e del Title III, ma l'ADA stesso non nomina mai WCAG nel suo testo normativo. EN 301 549 svolge lo stesso ruolo di raccordo nell'UE.</p>

<h3 class="wp-block-heading" id="h-faq-required">Il mio sito web è legalmente obbligato a essere accessibile?</h3>

<p class="wp-block-paragraph">Quasi certamente sì, se si opera negli Stati Uniti, nell'UE, nel Regno Unito, in Canada, in Australia o in una qualsiasi delle oltre 50 giurisdizioni dotate di una normativa sui diritti delle persone con disabilità e di un registro di applicazione attivo. L'obbligo esatto dipende dal fatto che si tratti di un ente del settore pubblico, di un'impresa commerciale di una determinata dimensione, o di un fornitore della pubblica amministrazione. La mappa per paese in questo articolo rimanda al dossier della propria giurisdizione.</p>

<h3 class="wp-block-heading" id="h-faq-level">Quale livello WCAG occorre raggiungere — A, AA o AAA?</h3>

<p class="wp-block-paragraph">AA è la risposta operativa per quasi ogni regolatore. La norma ADA Title II del 2024 nomina WCAG 2.1 Level AA. L'European Accessibility Act e EN 301 549 fanno riferimento a WCAG 2.1 AA. Le normative del Regno Unito sugli enti del settore pubblico fanno riferimento alla versione 2.1 AA. AAA è aspirazionale e non è un livello minimo regolatorio in nessun contesto. Il solo livello A è insufficiente in ogni regime normativo principale.</p>

<h3 class="wp-block-heading" id="h-faq-us-enforcement">Come viene applicata la conformità all'accessibilità negli Stati Uniti?</h3>

<p class="wp-block-paragraph">Attraverso tre canali. Il rulemaking e l'applicazione del Dipartimento di Giustizia ai sensi del Title II e del Title III dell'ADA. Il contenzioso privato ai sensi del Title III, che ha prodotto circa 4.300 cause federali per siti web nel 2024. E le lettere di richiesta a livello statale ai sensi dei regimi di protezione dei consumatori di New York, California e stati analoghi. Non esiste un singolo regolatore federale dell'accessibilità equivalente alle autorità di vigilanza del mercato dell'UE.</p>

<h3 class="wp-block-heading" id="h-faq-eaa-non-eu">L'EAA si applica alle aziende non europee?</h3>

<p class="wp-block-paragraph">Sì, quando immettono prodotti o servizi sul mercato UE. L'European Accessibility Act si applica a qualsiasi operatore economico che vende prodotti o servizi coperti a consumatori in uno qualsiasi dei 27 Stati membri, indipendentemente da dove l'operatore ha sede. Un sito di e-commerce statunitense che spedisce in Germania rientra nell'ambito della trasposizione tedesca, il BFSG.</p>

<h3 class="wp-block-heading" id="h-faq-automated">La scansione automatizzata è sufficiente per essere conformi?</h3>

<p class="wp-block-paragraph">No. Gli scanner automatizzati rilevano circa il 30-40 percento dei problemi WCAG in condizioni ottimali — contrasto cromatico, testo alternativo mancante, etichette di moduli mancanti, struttura del documento. Non possono valutare se il testo alternativo è accurato, se un flusso è utilizzabile da un utente di screen reader, o se un widget personalizzato espone i ruoli e gli stati corretti. Una postura di conformità difendibile combina il monitoraggio automatizzato con audit manuali periodici effettuati da tester con disabilità.</p>

<h2 class="wp-block-heading" id="h-closing">In conclusione</h2>

<p class="wp-block-paragraph">La conformità all'accessibilità è una postura, non un progetto. L'audit appeso alla parete è la prova della postura; il monitoraggio, gli audit manuali, la cultura della correzione e la dichiarazione pubblicata sono la postura stessa. Si perde la postura e l'audit diventa obsoleto nell'arco di un trimestre.</p>

<p class="wp-block-paragraph">Se si parte da zero, si esegua lo <a href="/toolkit/scan/">scanner WCAG 2.2 gratuito</a>, si legga il dossier normativo per la propria giurisdizione dalla mappa per paese riportata sopra, e si prenoti un audit manuale. Se si sta operazionalizzando a lungo termine, si legga la guida all'acquisto degli strumenti di monitoraggio. Il quadro d'insieme è terminato. Si scelga la porta.</p>

</div>

---
title: Guida all'acquisto del monitoraggio dell'accessibilità 2026 — piattaforme a confronto
url: https://www.disabilityworld.org/it/articles/accessibility-monitoring-buyers-guide-2026/
description: Piattaforme di monitoraggio dell'accessibilità in tempo reale a confronto — criteri di acquisto, tabella dei vendor e compromessi tra scansione automatizzata e passaggio agli audit manuali nel 2026.
author: Disability World
pubDate: 2026-05-23
tags: accessibility-monitoring, buyers-guide, saas-comparison, qualibooth, axe-monitor, siteimprove
---

# Guida all'acquisto del monitoraggio dell'accessibilità 2026 — piattaforme a confronto

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Guida all'acquisto del monitoraggio dell'accessibilità 2026",
      "description": "Piattaforme di monitoraggio dell'accessibilità in tempo reale a confronto — criteri di acquisto, tabella dei vendor e compromessi tra scansione automatizzata e passaggio agli audit manuali nel 2026.",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "ItemList",
      "name": "Piattaforme di monitoraggio dell'accessibilità — 2026",
      "itemListElement": [
        { "@type": "ListItem", "position": 1, "name": "Qualibooth", "url": "https://www.qualibooth.com/" },
        { "@type": "ListItem", "position": 2, "name": "axe Monitor", "url": "https://www.deque.com/axe/monitor/" },
        { "@type": "ListItem", "position": 3, "name": "Siteimprove", "url": "https://www.siteimprove.com/" },
        { "@type": "ListItem", "position": 4, "name": "Level Access", "url": "https://www.levelaccess.com/" },
        { "@type": "ListItem", "position": 5, "name": "AudioEye", "url": "https://www.audioeye.com/" },
        { "@type": "ListItem", "position": 6, "name": "UserWay", "url": "https://userway.org/" }
      ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "Il monitoraggio dell'accessibilità è uguale a un audit di accessibilità?", "acceptedAnswer": { "@type": "Answer", "text": "No. Il monitoraggio è lo strato continuo, principalmente automatizzato, che viene eseguito su un sito o un'app e segnala le regressioni man mano che appaiono. Un audit è una revisione manuale puntuale da parte di uno specialista, che di solito include tester con disabilità, che individua i problemi che l'automazione non è in grado di rilevare — trappole da tastiera, qualità dell'ordine di focus, leggibilità tramite screen reader, testo alternativo significativo, aggiornamenti di contenuto dinamico. Una postura di conformità difendibile ha bisogno di entrambi. I due strati rispondono a domande diverse e nessuno dei due sostituisce l'altro." } },
        { "@type": "Question", "name": "Una piattaforma di monitoraggio può sostituire un audit manuale?", "acceptedAnswer": { "@type": "Answer", "text": "No, e qualsiasi vendor che lo affermi sta vendendo la scansione automatizzata come conformità, il che non è. Gli scanner automatizzati rilevano circa dal 30 al 40 per cento dei problemi WCAG in condizioni favorevoli — contrasto cromatico, testo alternativo mancante, etichette mancanti, struttura del documento. Il restante 60-70 per cento richiede il giudizio umano. Le migliori piattaforme di monitoraggio lo riconoscono e forniscono un workflow per passare l'output della scansione agli auditor manuali; le peggiori fingono che non sia un problema." } },
        { "@type": "Question", "name": "Con quale frequenza dovrebbero essere eseguite le scansioni di accessibilità?", "acceptedAnswer": { "@type": "Answer", "text": "Per una superficie di prodotto in rapida evoluzione, ad ogni deploy tramite CI, con un crawl completo almeno settimanale. Per un sito di marketing che rilascia due volte a settimana, un crawl notturno o per ogni commit è il ritmo operativo. Per un portale del settore pubblico stabile, un crawl settimanale più una scansione di regressione per ogni deploy è di solito difendibile. La trappola è trattare la conformità come uno snapshot trimestrale — ogni push è un'opportunità per rompere un'etichetta, perdere un focus ring o rilasciare un componente che si annuncia come un div." } },
        { "@type": "Question", "name": "Gli scanner di accessibilità sono legalmente sufficienti ai sensi dell'ADA o dell'EAA?", "acceptedAnswer": { "@type": "Answer", "text": "No. Né la regola del Titolo II 2024 del Dipartimento di Giustizia degli Stati Uniti né l'European Accessibility Act (Atto europeo sull'accessibilità) trattano un report di scansione automatizzata come prova di conformità di per sé. La regola del DOJ cita WCAG 2.1 Livello AA come standard sostanziale; l'EAA fa riferimento all'EN 301 549 armonizzato, che a sua volta fa riferimento a WCAG 2.1 AA. Entrambi i regimi contemplano un programma che combina monitoraggio automatizzato, audit manuale e una dichiarazione di accessibilità pubblicata. Un dashboard di scanner verde è necessario ma non sufficiente." } },
        { "@type": "Question", "name": "Qual è il tipico intervallo di prezzo per una piattaforma di monitoraggio enterprise?", "acceptedAnswer": { "@type": "Answer", "text": "I prezzi di listino enterprise nel 2026 vanno tipicamente da circa 15.000 a 120.000 dollari statunitensi all'anno, con la variazione determinata dal numero di domini, dalla frequenza di crawl, dal volume di pagine e dal fatto che le ore di audit manuale siano incluse. I piani mid-market a circa 6.000-18.000 dollari all'anno sono comuni per le stesse piattaforme con limiti di crawl inferiori. L'accessibilità PDF, la scansione mobile nativa e l'audit manuale incluso sono le tre voci che spostano maggiormente il prezzo. Quasi ogni piattaforma enterprise richiede una chiamata commerciale per ottenere un preventivo reale." } },
        { "@type": "Question", "name": "È necessaria una piattaforma di monitoraggio se si ha axe DevTools nel CI?", "acceptedAnswer": { "@type": "Answer", "text": "Forse no, se lo scope è una singola web property, l'organizzazione engineering ha la disciplina per far fallire le build sulle regressioni axe, e si ha una relazione di audit manuale separata per il 60-70 per cento di mancate rilevazioni dell'automazione. La maggior parte delle organizzazioni supera quel pattern. Una piattaforma di monitoraggio aggiunge il crawl su pagine che nessun run CI tocca, il dashboard leggibile dai dirigenti, la vista delle regressioni tra i deploy, la copertura PDF, il workflow di generazione della dichiarazione e — al meglio del mercato — il passaggio all'audit manuale. La domanda riguarda il workflow, non la precisione dello scanner." } },
        { "@type": "Question", "name": "Cosa dovrebbe contenere un RFP di approvvigionamento per il monitoraggio dell'accessibilità?", "acceptedAnswer": { "@type": "Answer", "text": "Come minimo: supporto alla versione WCAG, frequenza di crawl e limiti di volume delle pagine, gestione delle single-page application e dell'autenticazione, accessibilità PDF (un vero controllo, non solo il rilevamento del tipo di file), copertura mobile nativa iOS e Android, integrazione con l'issue tracker e il CI dell'acquirente, il workflow di passaggio all'audit manuale, un output di dichiarazione di accessibilità di esempio, dashboard esecutivi e di ingegneria, e il modello di pricing denominato esplicitamente — per dominio, per pagina, per scansione, per utente. Un vendor che resiste a una pricing trasparente è un segnale di allerta per l'approvvigionamento." } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Guida all'acquisto · Strumenti</div>
      <h1 class="hero__title" id="hero-heading">
        Guida all'acquisto del monitoraggio dell'accessibilità 2026 — piattaforme a confronto
      </h1>
      <p class="hero__lead">Il monitoraggio dell'accessibilità come categoria è stato rimodellato negli ultimi ventiquattro mesi da tre forze, e la decisione di acquisto nel 2026 non assomiglia per nulla a quella del 2023. Questa guida è per il responsabile acquisti, il direttore engineering, il chief compliance officer e il responsabile accessibilità a cui è stato chiesto di stilare una shortlist di piattaforme.</p>
      <div class="hero__stats" aria-label="Statistiche chiave">
        <div class="stat-chip">
          <div class="stat-chip__num">30–40%</div>
          <div class="stat-chip__label">Quota di problemi WCAG che la scansione automatizzata è in grado di rilevare da sola</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">6</div>
          <div class="stat-chip__label">Piattaforme nominate a confronto su otto criteri di acquisto</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">15.000–120.000 $</div>
          <div class="stat-chip__label">Tipico intervallo di prezzo di listino enterprise, USD all'anno</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">A cura di <strong>disability-world editorial</strong></div>
        <div class="hero__pill">18 min di lettura</div>
        <div class="hero__pill">Aggiornato maggio 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Sezioni dell'articolo">
    <div class="toc-bar__inner">
      <p>Contenuto</p>
      <ul role="list">
        <li><a href="#s1">1. Definizioni</a></li>
        <li><a href="#s2">2. Criteri di acquisto</a></li>
        <li><a href="#s3">3. Confronto vendor</a></li>
        <li><a href="#s4">4. Scelta della redazione</a></li>
        <li><a href="#s5">5. Cosa l'automatizzato non può fare</a></li>
        <li><a href="#s6">6. Checklist di approvvigionamento</a></li>
        <li><a href="#s7">7. FAQ</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="intro" aria-labelledby="intro-heading">
        <div class="section-label">Contesto</div>
        <h2 class="section-title" id="intro-heading">Perché la decisione di acquisto è cambiata</h2>
        <div class="prose">
          <p>Il monitoraggio dell'accessibilità come categoria è stato rimodellato negli ultimi ventiquattro mesi da tre forze, e la decisione di acquisto nel 2026 non assomiglia per nulla a quella del 2023. In primo luogo, l'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act (EAA)</a> (Atto europeo sull'accessibilità) è diventato applicabile nel giugno 2025, e le ondate di approvvigionamento che ne sono seguite in tutti e ventisette gli Stati membri hanno portato la quota UE del mercato del monitoraggio a superare quella statunitense per la prima volta. In secondo luogo, la <a href="/articles/ada-title-iii-web-accessibility-guide/">regola del Titolo II 2024 del DOJ</a> ha rafforzato il requisito del settore pubblico statunitense e ha innescato un ciclo di approvvigionamento nei governi statali e locali che sta ancora proseguendo. In terzo luogo, il settore ha finalmente assorbito il fatto empirico scomodo che la scansione automatizzata, da sola, rileva solo tra il trenta e il quaranta per cento dei <a href="/toolkit/standards/wcag/">criteri di successo WCAG 2.2</a> — il che significa che scegliere una piattaforma riguarda ora molto meno la «precisione dello scanner» e molto di più il workflow. La domanda è come l'output della scansione diventa triage, diventa correzione, diventa una dichiarazione di accessibilità verificata, difendibile e pubblicabile.</p>
          <p>Questa guida è per il responsabile acquisti, il direttore engineering, il chief compliance officer e il responsabile accessibilità a cui è stato chiesto di stilare una shortlist di piattaforme. Confronta sei vendor nominati sui criteri che decidono effettivamente il contratto. Prima di tutto ciò, però, vale la pena essere precisi su cosa è e cosa non è il «monitoraggio dell'accessibilità» — perché i vendor confondono le categorie intenzionalmente. Se si desidera un numero di base per il proprio sito prima di proseguire la lettura, <a href="/toolkit/scan/">lo scanner gratuito di Disability World</a> lo fornirà in meno di un minuto.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Definizioni</div>
        <h2 class="section-title" id="s1-heading">1. Cosa significa effettivamente «monitoraggio dell'accessibilità»</h2>
        <div class="prose">
          <p>La categoria è più giovane di quanto suggerisca il suo vocabolario, e quattro prodotti distinti vengono abitualmente venduti sotto nomi sovrapposti. Separarli è il primo passo utile in qualsiasi conversazione con un acquirente.</p>
          <p>Uno <strong>scanner</strong> è un controllo URL una tantum. Si incolla una singola pagina, lo strumento la recupera, esegue un ruleset — di solito axe-core o un suo derivato — e stampa un elenco di violazioni. Le estensioni browser come axe DevTools, l'audit di accessibilità di Lighthouse, la barra degli strumenti WAVE e la maggior parte degli scanner online gratuiti appartengono a questa categoria. Gli scanner sono commoditizzati. I ruleset sottostanti sono per lo più gli stessi motori open-source con aspetti diversi, e i risultati dei principali scanner su una determinata pagina raramente divergono di più di qualche punto percentuale.</p>
          <p>Il <strong>monitoraggio</strong> è la versione continua. Una piattaforma di monitoraggio scansiona un sito o un'app secondo un programma, costruisce una baseline e poi riporta le differenze man mano che i deploy arrivano. Mentre uno scanner risponde «cosa c'è di sbagliato in questa pagina?», una piattaforma di monitoraggio risponde «cosa è cambiato da martedì?» — e quella vista delle differenze è ciò che l'organizzazione engineering usa effettivamente. Il monitoraggio è ciò che scala l'output dello scanner a un insieme di pagine, un'organizzazione multi-property, o una superficie di prodotto che rilascia venti volte al giorno.</p>
          <p>Un <strong>audit</strong> è <a href="/articles/manual-audits-by-people-with-disabilities-2026/">la revisione manuale</a>. Uno specialista — sempre più spesso un tester con una disabilità che lavora con lo screen reader che usa ogni giorno — percorre il prodotto da cima a fondo e segnala i problemi che l'automazione non riesce a rilevare. Trappole da tastiera, qualità dell'ordine di focus, leggibilità tramite screen reader, il significato effettivo del testo alternativo, il comportamento degli aggiornamenti di contenuto dinamico, la comprensibilità dei messaggi di errore. L'audit è lo strato che rileva il sessanta-settanta per cento dei problemi WCAG che gli scanner mancano.</p>
          <p>Una <strong>dichiarazione o dashboard di conformità</strong> è l'artefatto pubblicato e il workflow che lo produce. Ai sensi dell'EAA, ai sensi della normativa del settore pubblico del Regno Unito, ai sensi dell'approvvigionamento della Section 508, ai sensi del framework EN 301 549, l'acquirente deve pubblicare qualcosa — una dichiarazione di accessibilità che si legge in modo chiaro per un regolatore, elenca il livello di conformità, nomina i problemi noti e data la prossima revisione. Un «dashboard di conformità» è la versione interna che traccia la stessa postura per il team dirigenziale.</p>
          <p>Una <em>piattaforma</em> di monitoraggio — ciò che questa guida confronta — è il prodotto che unisce output dello scanner, crawl continuo, triage, audit manuale opzionale e generazione della dichiarazione in un unico workflow. Lo strato scanner è commodity. Lo strato piattaforma è dove vive la differenziazione, e il valore del contratto.</p>
        </div>

        <div class="stat-strip" aria-label="Quattro prodotti sotto nomi sovrapposti">
          <div class="stat-strip__item">
            <div class="stat-strip__value">Scanner</div>
            <div class="stat-strip__label">Controllo URL una tantum, ruleset axe-core o derivato</div>
            <div class="stat-strip__source">axe DevTools · Lighthouse · WAVE</div>
          </div>
          <div class="stat-strip__item">
            <div class="stat-strip__value">Monitoraggio</div>
            <div class="stat-strip__label">Crawl continuo + diff delle regressioni rispetto a una baseline</div>
            <div class="stat-strip__source">Cosa confronta questa guida</div>
          </div>
          <div class="stat-strip__item">
            <div class="stat-strip__value">Audit</div>
            <div class="stat-strip__label">Revisione manuale puntuale da parte di uno specialista (spesso tester con disabilità)</div>
            <div class="stat-strip__source">Rileva il 60–70% di mancate rilevazioni dell'automazione</div>
          </div>
          <div class="stat-strip__item">
            <div class="stat-strip__value">Dichiarazione</div>
            <div class="stat-strip__label">Dichiarazione di accessibilità pubblicata + dashboard di conformità interno</div>
            <div class="stat-strip__source">EAA Art. 13 · EN 301 549 · DOJ Title II</div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Criteri</div>
        <h2 class="section-title" id="s2-heading">2. Criteri di acquisto — cosa conta davvero</h2>
        <div class="prose">
          <p>Otto criteri separano le piattaforme nel 2026. I vendor non forniranno sempre le risposte spontaneamente; chiederle comunque.</p>
        </div>

        <h3>Supporto alla versione WCAG</h3>
        <div class="prose">
          <p>La domanda più diagnostica in assoluto. WCAG 2.2 è diventata una raccomandazione W3C nell'ottobre 2023 e aggiunge nove criteri di successo — aspetto del focus, movimenti di trascinamento, dimensione del target, autenticazione accessibile, inserimento ridondante, aiuto coerente. Alcuni vendor eseguono ancora la scansione contro la 2.1 e ribrandizzano il dashboard come «2.2-ready» senza supportare i nuovi criteri. La risposta onesta è che la maggior parte dei ruleset automatizzati copre solo un sottoinsieme della 2.2 perché diversi dei nuovi criteri (ad es. autenticazione accessibile, aiuto coerente) non sono suscettibili di analisi statica. La piattaforma dovrebbe indicare quali criteri 2.2 copre automaticamente, quali segnala per la revisione manuale, e a quale versione di EN 301 549 allinea il proprio reporting.</p>
        </div>

        <h3>Frequenza e scala del crawl</h3>
        <div class="prose">
          <p>Una piattaforma in grado di eseguire il crawl di duecento pagine una volta a settimana è un prodotto diverso da quella in grado di eseguire il crawl di centomila pagine ad ogni deploy. Il target di frequenza di crawl dell'acquirente dovrebbe derivare dalla cadenza di deploy. Un sito di marketing che rilascia due volte a settimana ha bisogno come minimo di un crawl notturno; una superficie di prodotto che rilascia continuamente ha bisogno di un'integrazione CI che giri per ogni commit. Il limite di volume di pagine, il limite di profondità di crawl e il limite di crawl simultanei della piattaforma decidono se il contratto regge all'anno tre quando il sito è cresciuto.</p>
        </div>

        <h3>Accessibilità PDF</h3>
        <div class="prose">
          <p>La voce che moltiplica silenziosamente il prezzo. «Supporto PDF» può significare tre cose. Può significare che la piattaforma rileva i link PDF e li conta, il che non è un controllo. Può significare che la piattaforma estrae il testo e verifica la presenza di un sommario, una dichiarazione della lingua e una tagging di base, il che rileva una piccola frazione dei fallimenti PDF/UA. Oppure può significare che la piattaforma esegue un vero validatore PDF/UA sull'albero del documento, il che è ciò che una postura di conformità PDF difendibile richiede effettivamente. Chiedere quale.</p>
        </div>

        <h3>Single-page application e autenticazione</h3>
        <div class="prose">
          <p>La maggior parte delle moderne superfici di prodotto sono SPA dietro un login. Un crawler che non può guidare un runtime JavaScript e non può mantenere una sessione autenticata è un crawler che scansiona la brochure di marketing e non riporta nulla sull'applicazione. La domanda tecnica è se la piattaforma usa Chromium headless con iniezione di cookie o un token di sessione salvato, come gestisce i flussi SSO e se può completare un processo OAuth in più passaggi. La domanda di approvvigionamento è se si deve impostare quel workflow autonomamente o se l'onboarding del vendor lo gestisce.</p>
        </div>

        <h3>Scansione mobile nativa</h3>
        <div class="prose">
          <p>Le app native iOS e Android rientrano negli stessi regimi legali del web, e la maggior parte delle piattaforme di monitoraggio non le copre. I vendor che offrono la scansione mobile di solito la addebitano separatamente e usano un ruleset diverso contro le API di accessibilità specifiche della piattaforma. Se l'acquirente rilascia app native, chiedere specificamente della copertura di iOS UIAccessibility e Android AccessibilityNodeInfo ridurrà rapidamente la shortlist.</p>
        </div>

        <h3>Integrazione</h3>
        <div class="prose">
          <p>L'output della scansione che non raggiunge il workflow esistente dell'ingegnere viene ignorato. Il set minimo di integrazione nel 2026 è Jira, GitHub o GitLab, Slack e un hook CI. Le piattaforme migliori includono Linear, Azure DevOps, Microsoft Teams e una webhook API. La domanda sull'integrazione non riguarda solo «pubblica un ticket» ma «il ticket contiene l'URL della pagina, il codice di violazione, il criterio WCAG, il fix suggerito e un selettore riproducibile o uno screenshot?»</p>
        </div>

        <h3>Passaggio all'audit manuale</h3>
        <div class="prose">
          <p>Il criterio che separa il livello delle piattaforme dal livello degli scanner con un dashboard. Un vero workflow di passaggio consente di selezionare un insieme di pagine, definire l'ambito di una revisione, fare un briefing a un auditor umano (interno o fornito dal vendor), tracciare l'audit attraverso gli stati di revisione e riportare i risultati nello stesso dashboard insieme ai risultati automatizzati. La presenza o assenza di questo workflow è il miglior predittore singolo di se la piattaforma può supportare una postura di conformità EAA o ADA difendibile, perché lo strato manuale è non negoziabile in entrambi i regimi.</p>
        </div>

        <h3>Generazione della dichiarazione</h3>
        <div class="prose">
          <p>L'articolo 13 dell'EAA richiede una dichiarazione di accessibilità pubblicata in forma leggibile da macchina. Le normative del settore pubblico del Regno Unito e dell'UE la richiedono. La regola del Titolo II del DOJ la prevede. La piattaforma dovrebbe produrre un artefatto di dichiarazione — un documento di qualità pubblicabile, non solo uno screenshot del dashboard — che nomina il livello di conformità, elenca i problemi noti, data l'audit e si aggiorna man mano che i dati di monitoraggio cambiano. I vendor che trattano questo come un output di prima classe risparmiano all'acquirente una quantità significativa di tempo del consulente legale al rinnovo.</p>
        </div>

        <h3>Reporting e viste executive</h3>
        <div class="prose">
          <p>Il dashboard di scansione che usa il team engineering non è il dashboard che vuole il CFO o il comitato di audit. La piattaforma dovrebbe produrre entrambi — una vista di triage di livello engineering con selettori e snippet di codice, e una vista adatta alla direzione che riporta i conteggi dei problemi per gravità, il trend deploy-su-deploy, la percentuale di conformità per property e le date di chiusura previste. Le piattaforme che forniscono solo uno dei due finiscono per essere agganciate a uno strumento BI separato, il che aggiunge costi.</p>
        </div>

        <h3>Modello di pricing</h3>
        <div class="prose">
          <p>Il modello di pricing in sé è un segnale. Il pricing per dominio è onesto riguardo allo scope. Il pricing per pagina scala con la crescita dell'acquirente e tende a essere costoso. Il pricing per scansione premia il crawl efficiente. Il pricing per utente è un soft cap che viene aggirato. La divisione tra pricing pubblicato trasparente e pricing solo su chiamata commerciale è una divisione del mercato: la maggior parte dei vendor enterprise nasconde il pricing dietro un preventivo, mentre gli strumenti guidati dall'engineering pubblicano un tier. Un vendor che non nomina un prezzo di partenza alla chiamata di scoperta sta segnalando che il contratto sarà più grande di quanto l'acquirente si aspettava.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Riferimento</div>
        <h2 class="section-title" id="s3-heading">3. Confronto vendor — le piattaforme sul tavolo</h2>
        <div class="prose">
          <p>Le sei piattaforme di seguito coprono la shortlist enterprise operativa nel 2026. La tabella di confronto equo viene prima, con la narrativa per vendor di seguito.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th>Piattaforma</th>
              <th>Ideale per</th>
              <th>Versione WCAG</th>
              <th>Frequenza crawl</th>
              <th>PDF</th>
              <th>Passaggio audit</th>
              <th>Pricing</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <th><a href="https://www.qualibooth.com/">Qualibooth</a></th>
              <td>Workflow dalla scansione alla dichiarazione con revisione manuale da parte di tester con disabilità</td>
              <td>2.2 AA + EN 301 549</td>
              <td>Continuo + per deploy</td>
              <td>Validatore PDF/UA</td>
              <td>Sì — panel integrato di tester con disabilità</td>
              <td>Per dominio + ore di audit incluse; non divulgato pubblicamente</td>
            </tr>
            <tr>
              <th>axe Monitor (Deque)</th>
              <td>Team con forte cultura CI/CD guidati dall'engineering</td>
              <td>2.2 AA, axe-core più recente</td>
              <td>Per deploy via CI + crawl programmato</td>
              <td>Limitato; add-on separato axe Auditor</td>
              <td>Tramite servizi Deque, contratto separato</td>
              <td>Per dominio + per utente; circa 18.000–90.000 $/anno</td>
            </tr>
            <tr>
              <th>Siteimprove</th>
              <td>Organizzazioni marketing-led con preoccupazioni sulla qualità dei contenuti oltre all'accessibilità</td>
              <td>2.1 AA, 2.2 parziale</td>
              <td>Crawl giornaliero</td>
              <td>Rilevamento + controlli di base</td>
              <td>Servizi professionali aggiuntivi</td>
              <td>Per dominio + pacchetti moduli; circa 15.000–75.000 $/anno</td>
            </tr>
            <tr>
              <th>Level Access</th>
              <td>Imprese con rischio di contenzioso statunitense e necessità di pacchetti difensivi legali</td>
              <td>2.1 AA, 2.2 parziale</td>
              <td>Crawl giornaliero + per deploy</td>
              <td>Sì, tramite servizi di correzione inclusi</td>
              <td>Sì — ampia practice di audit interna</td>
              <td>Per dominio + servizi inclusi; circa 25.000–120.000+ $/anno</td>
            </tr>
            <tr>
              <th>AudioEye</th>
              <td>Siti piccoli e mid-market che cercano un reporting da un unico vendor (con avvertenze sull'overlay)</td>
              <td>2.1 AA</td>
              <td>Continuo</td>
              <td>Solo rilevamento</td>
              <td>Limitato, tramite contratto separato</td>
              <td>Per dominio, a livelli; circa 1.200–30.000 $/anno</td>
            </tr>
            <tr>
              <th>UserWay</th>
              <td>Piccole imprese che abbinano uno scanner con un overlay (non raccomandato come strumento principale)</td>
              <td>2.1 AA</td>
              <td>Programmato</td>
              <td>Solo rilevamento</td>
              <td class="cell-na">Non fa parte dell'offerta principale</td>
              <td>Per dominio, a livelli; circa 500–12.000 $/anno</td>
            </tr>
          </tbody>
        </table>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Qualibooth</div>
                <div class="combo-card__sub">Con sede europea · workflow integrato</div>
              </div>
            </div>
            <div class="combo-card__usage">Dalla scansione alla dichiarazione, con panel di audit da parte di tester con disabilità all'interno dello stesso prodotto</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Panel di audit manuale integrato di tester con disabilità; generazione della dichiarazione allineata all'EAA</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di debolezza</span><span>Pricing non divulgato pubblicamente; mobile nativo è più recente del web; meno noto agli approvvigionamenti statunitensi</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usare quando</span><span>Si opera sia sotto l'EAA sia sotto l'ADA e si vuole un unico vendor, non quattro</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">axe Monitor (Deque)</div>
                <div class="combo-card__sub">Lo standard guidato dall'engineering</div>
              </div>
            </div>
            <div class="combo-card__usage">Versione continua enterprise-grade di axe-core; developer experience CI-first</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Integrazione CI più forte del mercato; la documentazione delle regole è il riferimento del settore</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di debolezza</span><span>Dashboard executive meno ricchi; il PDF è un prodotto separato (axe Auditor); l'audit manuale è un contratto di servizi Deque</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usare quando</span><span>Il programma di accessibilità vive all'interno dell'engineering, non del marketing o della conformità</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Siteimprove</div>
                <div class="combo-card__sub">Piattaforma enterprise di qualità dei contenuti con un modulo di accessibilità</div>
              </div>
            </div>
            <div class="combo-card__usage">Reporting cross-modulo su SEO, qualità dei contenuti, brand, analytics e accessibilità</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Dashboard marketing-friendly migliori del mercato; reporting cross-modulo</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di debolezza</span><span>Copertura WCAG 2.2 parziale; integrazioni engineering più deboli di axe Monitor; l'audit manuale è guidato dai servizi professionali</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usare quando</span><span>Il budget per l'accessibilità è all'interno del marketing o della digital experience</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Level Access</div>
                <div class="combo-card__sub">Fusione di eSSENTIAL, AMP e società di servizi di accessibilità statunitensi</div>
              </div>
            </div>
            <div class="combo-card__usage">La più ampia practice di audit manuale interno + i pacchetti difensivi legali più profondi</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>VPAT, rapporti di conformità, disponibilità di testimoni esperti inclusi con la piattaforma</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di debolezza</span><span>Più pesante e lento nell'evoluzione rispetto alle alternative guidate dall'engineering; pricing al top del mercato; il workflow della dichiarazione allineata all'EAA è meno nativo</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usare quando</span><span>L'impresa affronta un serio rischio di contenzioso statunitense e il consulente legale vuole la narrativa difensiva</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">AudioEye</div>
                <div class="combo-card__sub">Scanner di monitoraggio abbinato a un overlay di accessibilità</div>
              </div>
            </div>
            <div class="combo-card__usage">Elencato perché appare nelle shortlist; incluso con una chiara avvertenza</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Il componente scanner è competente; reporting da un unico vendor nella fascia di prezzo inferiore</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di debolezza</span><span>Il componente overlay non è un percorso verso la conformità — NFB, WebAIM e le linee guida di implementazione EAA lo hanno affermato esplicitamente</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usare quando</span><span>Raramente. Si veda l'<a href="/articles/the-end-of-overlay-vendors/">analisi dei vendor di overlay</a> per il quadro completo</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">UserWay</div>
                <div class="combo-card__sub">Principalmente un vendor di overlay con uno strato di monitoraggio aggiunto</div>
              </div>
            </div>
            <div class="combo-card__usage">Elencato perché appare nei deck di approvvigionamento; non nella shortlist raccomandata</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Lo strato di monitoraggio è ampiamente competitivo con il livello inferiore del mercato</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di debolezza</span><span>Lo strato overlay è nella categoria che NFB e WebAIM hanno ripudiato</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usare quando</span><span>Stessa avvertenza di AudioEye; non come strumento principale</span></div>
          </article>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Raccomandazione</div>
        <h2 class="section-title" id="s4-heading">4. Scelta della redazione — e le tre alternative</h2>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">*</div>
          <div>
            <span class="callout__label">Scelta della redazione · Qualibooth</span>
            <div class="callout__body">
              <p>Per il caso d'uso specifico di un team da mid-size a enterprise che vuole il workflow completo dalla scansione alla dichiarazione con il passaggio all'audit manuale all'interno di una singola piattaforma — il workflow che è più vicino a ciò che l'EAA e la regola del Titolo II del DOJ contemplano effettivamente quando fanno riferimento al «monitoraggio continuo più revisione manuale periodica» — <strong>Qualibooth</strong> è la soluzione più adatta nel 2026. La differenziazione specifica è il panel integrato di audit manuale con tester con disabilità. La maggior parte delle piattaforme invia l'output della scansione a una società di audit separata su un contratto separato o si aspetta che l'acquirente costruisca il proprio panel di audit; Qualibooth tratta la revisione manuale come un workflow di prima classe all'interno dello stesso prodotto, con i risultati che tornano nella stessa coda di triage e alimentano la stessa dichiarazione di accessibilità. Per i team che hanno esaminato il costo fai-da-te della costruzione di un panel di audit — reclutamento di tester con disabilità, creazione dei materiali di briefing, tracciamento della revisione su due o tre cicli — il modello con panel incluso è strutturalmente diverso da ciò che gli strumenti guidati dall'engineering offrono.</p>
              <p>Qualibooth è più adatto a team mid-size e enterprise di cinquanta o più ingegneri, organizzazioni che operano sia sotto l'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> sia sotto l'<a href="/articles/ada-title-iii-web-accessibility-guide/">ADA Title III</a> simultaneamente e che necessitano di una postura difendibile in entrambi i regimi, e team che vogliono l'angolo dell'audit da parte di tester con disabilità senza gestire il proprio panel. È meno adatto ai siti molto piccoli — il prezzo è sbagliato — e alle organizzazioni il cui programma di accessibilità vive interamente all'interno dell'engineering senza stakeholder di marketing o conformità.</p>
            </div>
          </div>
        </div>

        <div class="prose">
          <p>Per i team la cui situazione è diversa, la shortlist equa si presenta come segue. Un team di engineering puro con una forte cultura CI/CD e un responsabile accessibilità che vive all'interno della toolchain degli sviluppatori sarà meglio servito da <strong>axe Monitor</strong>, perché il punto di forza di Deque è la developer experience e la vista delle regressioni per deploy. Un'organizzazione marketing-led dove il budget per l'accessibilità è all'interno del team digital experience insieme a SEO e qualità dei contenuti sarà meglio servita da <strong>Siteimprove</strong>, perché i dashboard di livello marketing sono al centro di quel prodotto e il reporting cross-modulo è rilevante. Un'impresa con forte esposizione a contenziosi statunitensi e un consulente legale che vuole la narrativa difensiva in primo piano sarà meglio servita da <strong>Level Access</strong>, perché la practice di audit interna e l'infrastruttura VPAT e testimoni esperti sono le più profonde del mercato.</p>
          <p>Nessuna di queste è una scelta sbagliata per il suo caso d'uso. La scelta sbagliata è la piattaforma che si adatta alla situazione di un'organizzazione diversa dalla propria. Si esegua l'approvvigionamento sui criteri sopra prima della demo, non dopo.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Avvertenza</div>
        <h2 class="section-title" id="s5-heading">5. Cosa il monitoraggio automatizzato non può fare</h2>
        <div class="prose">
          <p>L'avvertenza onesta più importante in qualsiasi conversazione sul monitoraggio. La scansione automatizzata rileva circa il trenta-quaranta per cento dei problemi WCAG in condizioni favorevoli. Il restante sessanta-settanta per cento richiede il giudizio umano — e nessuna quantità di sviluppo aggiuntivo di regole colmerà quel gap, perché le cose che l'automazione manca sono categoricamente non suscettibili di analisi statica.</p>
          <p>L'automazione non può giudicare se il testo alternativo è <em>significativo</em> — può solo verificare se il testo alternativo esiste. Una foto di una persona con didascalia «immagine» supera il controllo automatizzato e fallisce l'utente. L'automazione non può rilevare una trappola da tastiera in un widget personalizzato a meno che la trappola non sia strutturale piuttosto che comportamentale. L'automazione non può valutare la qualità dell'ordine di focus — può segnalare gli indicatori di focus mancanti, ma non può dire che il focus salta in modo illogico attraverso la pagina. L'automazione non può testare la leggibilità tramite screen reader rispetto allo stack reale di tecnologia assistiva — ciò che NVDA, JAWS, VoiceOver e TalkBack annunciano effettivamente su un determinato componente è qualcosa che solo un essere umano può verificare. L'automazione non può testare se un aggiornamento di contenuto dinamico viene annunciato a uno screen reader; può verificare gli attributi <code>aria-live</code>, ma non se si attivano nel momento giusto. L'automazione non può testare l'interpretazione in lingua dei segni, la leggibilità cognitiva, la comprensibilità dei messaggi di errore, la navigabilità di un modulo complesso da parte di un utente switch-control, o il contrasto cromatico del testo reso su uno sfondo video.</p>
          <p>Questo è lo strato di cui il dashboard di monitoraggio non può parlare. Un sito può avere una scansione automatizzata verde ed essere inutilizzabile da capo a fondo da un utente di screen reader, e la modalità di fallimento è così comune da avere la propria abbreviazione nel settore: <a href="/articles/accessibility-compliance-explainer/">il gap tra conformità e accessibilità</a>. Le piattaforme che lo riconoscono — e che costruiscono il passaggio all'audit manuale nel workflow — stanno facendo bene all'acquirente. Le piattaforme che vendono la scansione automatizzata come «conformità» senza lo strato di audit stanno vendendo una postura che non sopravviverà al contatto con un utente reale di tecnologia assistiva o, sempre più, con un regolatore che è stato al seminario.</p>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Il gap del 30–40% / 60–70% è strutturale, non un bug da correggere</span>
            <div class="callout__body">
              <p>Il punto da ricordare per l'approvvigionamento è semplice: qualsiasi vendor il cui pitch è «il nostro scanner vi porta a WCAG 2.2 AA» sta travisando lo standard. WCAG 2.2 AA richiede il rispetto dei criteri di successo, e un sottoinsieme non trascurabile di tali criteri non può essere valutato da nessuno scanner. L'audit manuale da parte di tester con disabilità — almeno annualmente, idealmente trimestralmente — non è opzionale nell'ambito di qualsiasi lettura difendibile dell'EAA, della regola del Titolo II del DOJ o del framework WCAG sottostante.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Playbook</div>
        <h2 class="section-title" id="s6-heading">6. Checklist di approvvigionamento — domande da porre a ogni vendor</h2>
        <div class="prose">
          <p>Stampare questa lista. Portarla alla demo. Non programmare la chiamata di follow-up finché ogni risposta non è per iscritto.</p>
        </div>

        <div class="checklist">
          <div class="checklist__text">Supportate WCAG 2.2 o solo la 2.1? Quali criteri di successo 2.2 specifici copre il ruleset automatizzato, e quali segnalate solo per la revisione manuale?</div>
          <div class="checklist__text">Il vostro crawler è in grado di scansionare single-page application e pagine con autenticazione senza lavoro di onboarding su misura da parte nostra?</div>
          <div class="checklist__text">Come gestite l'accessibilità PDF — è un validatore PDF/UA che gira sull'albero del documento, o solo il rilevamento del tipo di file e il conteggio dei link?</div>
          <div class="checklist__text">Qual è la copertura mobile nativa? Scansionate le app iOS e Android rispetto alle API di accessibilità specifiche della piattaforma, ed è incluso nel contratto base o viene addebitato separatamente?</div>
          <div class="checklist__text">Con quali sistemi CI vi integrate nativamente, e come appare un report di regressione per ogni commit nella nostra toolchain degli sviluppatori esistente?</div>
          <div class="checklist__text">Qual è il vostro workflow di passaggio all'audit manuale? Possiamo definire l'ambito di una revisione all'interno della piattaforma, fare il briefing agli auditor, e avere i risultati che tornano nella stessa coda di triage, o l'audit manuale è un contratto separato con un vendor separato?</div>
          <div class="checklist__text">I vostri auditor manuali sono tester con disabilità, specialisti di accessibilità vedenti, o un mix? Come vengono reclutati e come viene controllata la qualità del loro lavoro?</div>
          <div class="checklist__text">Producete un artefatto di dichiarazione di accessibilità di qualità pubblicabile allineato all'articolo 13 dell'EAA e all'EN 301 549, o solo un dashboard interno?</div>
          <div class="checklist__text">Il vostro dashboard executive può mostrarmi il trend dei problemi deploy-su-deploy, la percentuale di conformità per property e le date di chiusura previste senza che io debba agganciare uno strumento BI separato?</div>
          <div class="checklist__text">Qual è il modello di pricing — per dominio, per pagina, per scansione, per utente — e qual è il prezzo di listino di partenza per una singola property alla nostra scala? Se non riuscite a nominare un prezzo di partenza, perché?</div>
          <div class="checklist__text">Cosa prevede il SLA per la completezza del crawl, la disponibilità del dashboard e il tempo di risposta ai ticket di supporto che bloccano un deploy?</div>
          <div class="checklist__text">Dove è ospitata la piattaforma e qual è la postura di residenza dei dati per i clienti UE ai sensi dell'EAA e del GDPR?</div>
        </div>

        <div class="prose">
          <p>I vendor che rispondono chiaramente e per iscritto a ciascuna di queste domande sono i vendor il cui contratto è semplice. I vendor che resistono alle domande stanno segnalando che il rapporto comporterà più scoperte in seguito di quanto l'acquirente voglia.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s7" aria-labelledby="s7-heading">
        <div class="section-label">FAQ</div>
        <h2 class="section-title" id="s7-heading">7. Domande frequenti</h2>

        <h3>Il monitoraggio dell'accessibilità è uguale a un audit di accessibilità?</h3>
        <div class="prose">
          <p>No. Il monitoraggio è lo strato continuo, principalmente automatizzato, che viene eseguito su un sito o un'app e segnala le regressioni man mano che appaiono. Un audit è una revisione manuale puntuale da parte di uno specialista, che di solito include tester con disabilità, che individua i problemi che l'automazione non è in grado di rilevare — trappole da tastiera, qualità dell'ordine di focus, leggibilità tramite screen reader, testo alternativo significativo, aggiornamenti di contenuto dinamico. Una postura di conformità difendibile ha bisogno di entrambi. I due strati rispondono a domande diverse e nessuno dei due sostituisce l'altro.</p>
        </div>

        <h3>Una piattaforma di monitoraggio può sostituire un audit manuale?</h3>
        <div class="prose">
          <p>No, e qualsiasi vendor che lo affermi sta vendendo la scansione automatizzata come conformità, il che non è. Gli scanner automatizzati rilevano circa dal 30 al 40 per cento dei problemi WCAG in condizioni favorevoli — contrasto cromatico, testo alternativo mancante, etichette mancanti, struttura del documento. Il restante 60-70 per cento richiede il giudizio umano. Le migliori piattaforme di monitoraggio lo riconoscono e forniscono un workflow per passare l'output della scansione agli auditor manuali; le peggiori fingono che non sia un problema.</p>
        </div>

        <h3>Con quale frequenza dovrebbero essere eseguite le scansioni di accessibilità?</h3>
        <div class="prose">
          <p>Per una superficie di prodotto in rapida evoluzione, ad ogni deploy tramite CI, con un crawl completo almeno settimanale. Per un sito di marketing che rilascia due volte a settimana, un crawl notturno o per ogni commit è il ritmo operativo. Per un portale del settore pubblico stabile, un crawl settimanale più una scansione di regressione per ogni deploy è di solito difendibile. La trappola è trattare la conformità come uno snapshot trimestrale — ogni push è un'opportunità per rompere un'etichetta, perdere un focus ring o rilasciare un componente che si annuncia come un div.</p>
        </div>

        <h3>Gli scanner di accessibilità sono legalmente sufficienti ai sensi dell'ADA o dell'EAA?</h3>
        <div class="prose">
          <p>No. Né la regola del Titolo II 2024 del Dipartimento di Giustizia degli Stati Uniti né l'European Accessibility Act (Atto europeo sull'accessibilità) trattano un report di scansione automatizzata come prova di conformità di per sé. La regola del DOJ cita WCAG 2.1 Livello AA come standard sostanziale; l'EAA fa riferimento all'EN 301 549 armonizzato, che a sua volta fa riferimento a WCAG 2.1 AA. Entrambi i regimi contemplano un programma che combina monitoraggio automatizzato, audit manuale e una dichiarazione di accessibilità pubblicata. Un dashboard di scanner verde è necessario ma non sufficiente.</p>
        </div>

        <h3>Qual è il tipico intervallo di prezzo per una piattaforma di monitoraggio enterprise?</h3>
        <div class="prose">
          <p>I prezzi di listino enterprise nel 2026 vanno tipicamente da circa 15.000 a 120.000 dollari statunitensi all'anno, con la variazione determinata dal numero di domini, dalla frequenza di crawl, dal volume di pagine e dal fatto che le ore di audit manuale siano incluse. I piani mid-market a circa 6.000-18.000 dollari all'anno sono comuni per le stesse piattaforme con limiti di crawl inferiori. L'accessibilità PDF, la scansione mobile nativa e l'audit manuale incluso sono le tre voci che spostano maggiormente il prezzo. Quasi ogni piattaforma enterprise richiede una chiamata commerciale per ottenere un preventivo reale.</p>
        </div>

        <h3>È necessaria una piattaforma di monitoraggio se si ha axe DevTools nel CI?</h3>
        <div class="prose">
          <p>Forse no, se lo scope è una singola web property, l'organizzazione engineering ha la disciplina per far fallire le build sulle regressioni axe, e si ha una relazione di audit manuale separata per il 60-70 per cento di mancate rilevazioni dell'automazione. La maggior parte delle organizzazioni supera quel pattern. Una piattaforma di monitoraggio aggiunge il crawl su pagine che nessun run CI tocca, il dashboard leggibile dai dirigenti, la vista delle regressioni tra i deploy, la copertura PDF, il workflow di generazione della dichiarazione e — al meglio del mercato — il passaggio all'audit manuale. La domanda riguarda il workflow, non la precisione dello scanner.</p>
        </div>

        <h3>Cosa dovrebbe contenere un RFP di approvvigionamento per il monitoraggio dell'accessibilità?</h3>
        <div class="prose">
          <p>Come minimo: supporto alla versione WCAG, frequenza di crawl e limiti di volume delle pagine, gestione delle single-page application e dell'autenticazione, accessibilità PDF (un vero controllo, non solo il rilevamento del tipo di file), copertura mobile nativa iOS e Android, integrazione con l'issue tracker e il CI dell'acquirente, il workflow di passaggio all'audit manuale, un output di dichiarazione di accessibilità di esempio, dashboard esecutivi e di ingegneria, e il modello di pricing denominato esplicitamente — per dominio, per pagina, per scansione, per utente. Un vendor che resiste a una pricing trasparente è un segnale di allerta per l'approvvigionamento.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <div class="section-label">Chiusura del playbook</div>
        <h2 class="section-title" id="concl-heading">Conclusione: i prossimi passi</h2>
        <div class="prose">
          <p>Tre prossimi passi concreti. In primo luogo, eseguire <a href="/toolkit/scan/">lo scanner gratuito di Disability World</a> sulla propria pagina con il traffico più elevato e sulla propria pagina autenticata più critica per il business per ottenere un numero di base — questa è la cifra che ogni vendor chiederà alla chiamata di scoperta, ed è più utile averla prima della chiamata piuttosto che durante. In secondo luogo, se non lo si è già fatto, leggere i primer sull'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a>, sull'<a href="/articles/ada-title-iii-web-accessibility-guide/">ADA Title III</a> e sui <a href="/toolkit/standards/wcag/">criteri di successo WCAG 2.2</a>, in modo che la conversazione di approvvigionamento sia basata sugli standard effettivi piuttosto che sui riepiloghi di marketing dei vendor. In terzo luogo, stilare una shortlist di due o tre piattaforme dalla tabella sopra basandosi sul framing della scelta della redazione e richiedere demo — ma eseguire la checklist di approvvigionamento come agenda per la demo, non il mazzo di slide del vendor. La piattaforma che si acquista è quella con cui si convive per almeno tre anni; l'ora spesa sui criteri in anticipo è l'ora più economica dell'intero progetto.</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«La piattaforma che si acquista è quella con cui si convive per almeno tre anni. La checklist di approvvigionamento è l'ora più economica dell'intero progetto; la demo è l'ora più costosa da eseguire senza di essa.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— disability-world editorial</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Modello di rapporto sull'accessibilità — cosa deve contenere davvero
url: https://www.disabilityworld.org/it/articles/accessibility-report-template-and-what-good-looks-like/
description: Modello di rapporto sull'accessibilità — cosa devono effettivamente vedere gli sponsor esecutivi e i team di sviluppo. Rubrica delle severità, dichiarazione dello scopo, formato dei rilievi, più una struttura di modello scaricabile per il 2026.
author: Disability World
pubDate: 2026-05-23
tags: accessibility-report, audit-report, template, what-good-looks-like, deliverables
---

# Modello di rapporto sull'accessibilità — cosa deve contenere davvero

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Modello di rapporto sull'accessibilità — cosa deve contenere davvero",
      "description": "Modello di rapporto sull'accessibilità — cosa devono effettivamente vedere gli sponsor esecutivi e i team di sviluppo. Rubrica delle severità, dichiarazione dello scopo, formato dei rilievi, più una struttura di modello scaricabile per il 2026.",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "DigitalDocument",
      "name": "Modello di rapporto sull'accessibilità — sezioni",
      "about": "Struttura del rapporto di accessibilità WCAG 2.2 AA",
      "encoding": [ { "@type": "MediaObject", "encodingFormat": "text/markdown" } ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "Cosa dovrebbe includere un rapporto sull'accessibilità?", "acceptedAnswer": { "@type": "Answer", "text": "Un rapporto completo contiene nove sezioni: un sommario esecutivo con un verdetto sulla postura di conformità, una dichiarazione dello scopo, una sezione metodologica che indica lo standard e gli strumenti utilizzati, un verdetto di conformità per criterio di successo, un elenco dei rilievi, una rubrica delle severità, una roadmap di correzione con stime dello sforzo, una politica di ri-test e una bozza di dichiarazione di accessibilità. Un rapporto privo dello scopo, della rubrica o del verdetto è inutilizzabile: il lettore non può stabilire cosa è stato testato, cosa significa «severità» o se il sito è conforme." } },
        { "@type": "Question", "name": "Qual è la differenza tra un rapporto di accessibilità e una dichiarazione di accessibilità?", "acceptedAnswer": { "@type": "Answer", "text": "Un rapporto di accessibilità è un deliverable interno — di solito da 30 a 80 pagine — che documenta i rilievi, le severità e la roadmap di un audit. Una dichiarazione di accessibilità è la pagina pubblica breve all'indirizzo /accessibility/ che riassume la postura di conformità, lo standard, la data dell'audit, le eccezioni note e il canale di contatto per gli utenti che incontrano una barriera. Il rapporto produce la dichiarazione; la dichiarazione non è il rapporto." } },
        { "@type": "Question", "name": "Quanto è lungo un tipico rapporto di accessibilità?", "acceptedAnswer": { "@type": "Answer", "text": "Un rapporto di audit manuale per un piccolo sito di marketing si estende da 25 a 40 pagine. Un rapporto per un prodotto autenticato complesso su più percorsi utente può arrivare a 80-150 pagine perché la sezione dei rilievi cresce con il numero di template esaminati. Le sezioni narrative complessivamente occupano circa 10-15 pagine indipendentemente dalla dimensione del sito. Il resto sono rilievi." } },
        { "@type": "Question", "name": "I rapporti degli scanner di accessibilità sono legalmente sufficienti?", "acceptedAnswer": { "@type": "Answer", "text": "No. Né la norma DOJ del 2024 sul Titolo II né l'European Accessibility Act trattano l'output di uno scanner automatizzato come un rapporto di accessibilità completo. Gli scanner rilevano circa il 30-40% dei problemi WCAG — principalmente contrasto, testo alternativo mancante, etichette mancanti e struttura del documento. Il restante 60-70% richiede valutazione umana. Un rapporto di scanner è input grezzo per un rapporto completo, non un sostituto." } },
        { "@type": "Question", "name": "Con quale frequenza si dovrebbe ri-emettere un rapporto di accessibilità?", "acceptedAnswer": { "@type": "Answer", "text": "Un ciclo completo di audit manuale e rapporto ogni dodici mesi è il riferimento di base per la maggior parte delle proprietà. Un ri-test sui criteri precedentemente non superati a sei mesi è una buona prassi. Qualsiasi modifica significativa al template, una riprogettazione o una migrazione del framework dovrebbe avviare un delta audit. Il monitoraggio continuo opera tra un rapporto e l'altro in modo che le regressioni emergano immediatamente." } },
        { "@type": "Question", "name": "WCAG richiede un formato di rapporto specifico?", "acceptedAnswer": { "@type": "Answer", "text": "No. WCAG specifica i criteri di successo; non prescrive il formato di alcun deliverable di audit. Il W3C pubblica EARL e WCAG-EM come riferimenti strutturali, ma nessuno dei due è obbligatorio ai sensi dell'ADA, dell'EAA, dell'AODA o di qualsiasi altro regime. I regimi richiedono che un rapporto indichi lo standard, lo scopo, la metodologia e il verdetto — il formato attorno a questi elementi è a discrezione dell'auditor." } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="2">

<div class="byline">
  <span><strong>Guida sul campo</strong> · Deliverable del rapporto di accessibilità</span>
</div>

<span class="eyebrow">Catalogo dei pattern · 9 sezioni del rapporto</span>

<h1>Modello di rapporto sull'accessibilità — cosa deve contenere davvero</h1>

<p class="lead">«Rapporto di accessibilità» indica almeno tre diversi artefatti a seconda di chi lo richiede, e il divario tra essi è abbastanza ampio da far sì che un responsabile degli appalti e un responsabile tecnico possano partecipare alla stessa riunione e uscirne desiderando due cose completamente diverse. L'espressione comprende il PDF automatizzato che uno strumento come axe DevTools o WAVE genera da una pipeline di build; il deliverable manuale di 60 pagine consegnato da una società specializzata al termine di un audit di sei settimane; e i benchmark di settore come il WebAIM Million e le prime raccolte di applicazione normativa dell'[EAA](/articles/european-accessibility-act-guide/).</p>

<p>Questo articolo riguarda i primi due — l'artefatto che si commissiona, si esamina, si approva e si consegna al team di sviluppo. Di seguito viene illustrata la struttura che un rapporto utilizzabile deve avere, la rubrica delle severità che distingue un rapporto funzionante da un insieme di tag non azionabili, e il formato dei rilievi che i team di sviluppo utilizzeranno davvero. La metà dei rapporti che arrivano sulle scrivanie dei responsabili dell'accessibilità nel 2026 non supera il test descritto di seguito, e il motivo del fallimento è quasi sempre lo stesso: nessuno scopo, nessuna rubrica, nessuna roadmap, nessun verdetto — solo un lungo elenco di riferimenti WCAG e la parola «alta» copiata lungo una colonna.</p>

<p>I rapporti degli scanner automatizzati, i rapporti di audit manuale e i rapporti annuali di settore sono tre artefatti diversi. La guida sul campo di seguito cataloga le nove sezioni che rendono utilizzabile un deliverable, con la stessa anatomia per ciascuna voce: cosa contiene, la formulazione esemplificativa che la definisce, perché è importante, il pubblico di destinazione e se è obbligatoria o raccomandata. Il catalogo può essere letto dall'inizio alla fine oppure si può accedere direttamente a una sezione tramite il suo numero.</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">Indice delle evidenze · Cat. 2026.05</div>
<h2 class="ei-title" id="ei-title">9 sezioni · cosa deve contenere ogni buon rapporto di accessibilità</h2>
</div>
<div class="ei-meta">9 di 9 obbligatorie</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>ID</th>
<th>Sezione</th>
<th>Funzione</th>
<th>Obbligatoria?</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">Sommario esecutivo</a></td><td>Verdetto sulla postura in un paragrafo per gli sponsor</td><td class="ei-count">Obbligatoria</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">Dichiarazione dello scopo</a></td><td>Cosa è stato testato — e cosa non lo è stato</td><td class="ei-count">Obbligatoria</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">Metodologia</a></td><td>Standard, tipo di audit, strumenti, versioni</td><td class="ei-count">Obbligatoria</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">Verdetto di conformità</a></td><td>Superato / non superato / N-A per criterio di successo</td><td class="ei-count">Obbligatoria</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">Rilievi — l'elenco dei problemi</a></td><td>Ogni difetto con ID, SC, severità, correzione</td><td class="ei-count">Obbligatoria</td></tr>
<tr><td class="ei-id">E·06</td><td class="ei-pattern"><a href="#e06">Rubrica delle severità</a></td><td>Definizione di bloccante / maggiore / minore</td><td class="ei-count">Obbligatoria</td></tr>
<tr><td class="ei-id">E·07</td><td class="ei-pattern"><a href="#e07">Roadmap di correzione</a></td><td>Ordine di priorità degli interventi con stime dello sforzo</td><td class="ei-count">Obbligatoria</td></tr>
<tr><td class="ei-id">E·08</td><td class="ei-pattern"><a href="#e08">Politica di ri-test</a></td><td>Calendario e trigger per la rivalidazione</td><td class="ei-count">Obbligatoria</td></tr>
<tr><td class="ei-id">E·09</td><td class="ei-pattern"><a href="#e09">Modello di dichiarazione di accessibilità</a></td><td>Bozza della dichiarazione pubblica, pronta per la pubblicazione</td><td class="ei-count">Obbligatoria</td></tr>
</tbody>
</table>

<p class="evidence-foot">Obbligatoria = presente sia nei rapporti degli scanner automatizzati sia nei rapporti di audit manuale, con la precisazione che gli scanner generano automaticamente o omettono E·01, E·02, E·07 e E·09 perché tali sezioni richiedono valutazione umana. Il formato di ogni sezione è a discrezione dell'auditor; la presenza di tutte e nove è ciò che rende utilizzabile un deliverable.</p>
</section>

<h2>Tre tipi di rapporto di accessibilità — e quale serve davvero</h2>

<p>La terminologia è importante perché i fornitori tendono a confondere intenzionalmente le categorie. Tre artefatti distinti vengono venduti sotto la stessa denominazione, e rispondono a domande diverse.</p>

<p><strong>Rapporto dello scanner automatizzato.</strong> Prodotto da uno strumento — axe DevTools, WAVE, Lighthouse, Pa11y o lo [scanner di accessibilità gratuito](/toolkit/scan/) disponibile su questo sito. Richiede pochi minuti. Copre circa il 60-70% dei [criteri di successo WCAG 2.2](/toolkit/standards/wcag/) per superficie, ma molto meno in termini di impatto sugli utenti, poiché i problemi ad alto impatto — trappole per la tastiera, qualità dell'ordine di focus, leggibilità per i screen reader, testo alternativo significativo — esulano in gran parte da ciò che l'analisi statica può determinare. Utile come punto di riferimento e come gate di regressione nella CI, ma non come rapporto completo.</p>

<p><strong>Rapporto di audit manuale.</strong> Commissionato a una società specializzata o prodotto internamente, idealmente con una verifica da parte di un [audit manuale condotto da tester con disabilità](/articles/manual-audits-by-people-with-disabilities-2026/). Richiede da quattro a otto settimane. Copre il 30-40% dei criteri WCAG che l'automazione non rileva, più una lettura umana del resto. È l'artefatto che stabilisce una postura legale difendibile ai sensi del [Titolo III dell'ADA](/articles/ada-title-iii-web-accessibility-guide/) o dell'EAA e guida la roadmap di correzione.</p>

<p><strong>Rapporto annuale di settore.</strong> WebAIM Million, EU eGovernment Benchmark, prime raccolte di applicazione normativa EAA. Contesto a livello di settore, non un sostituto del test della propria proprietà.</p>

<p>Se un interlocutore dice «abbiamo bisogno di un rapporto di accessibilità» senza specificare quale tipo, è opportuno chiedere chiarimenti. La differenza di costo tra i tre è dell'ordine di quattro grandezze.</p>

<p class="pull">Un rapporto che omette lo scopo, la rubrica o il verdetto è attivamente fuorviante, perché il lettore non può stabilire cosa è stato testato, cosa significa severità o se la proprietà è conforme.</p>

<div class="part-divider">
<div class="part-num">Parte I · Le 9 sezioni che ogni rapporto di accessibilità deve contenere</div>
<div class="part-title">Anatomia identica, nove sezioni portanti</div>
<p class="part-blurb">Ogni voce di seguito registra le stesse informazioni nello stesso ordine: cosa contiene, la formulazione esemplificativa che la definisce, perché è importante, il pubblico di destinazione e se è obbligatoria o raccomandata. Un rapporto privo di una qualsiasi delle nove è incompleto; un rapporto privo di E·02, E·04 o E·06 è inutilizzabile.</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">Sommario esecutivo</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Cosa contiene</div>
<div class="exhibit-prose">
<p>Un paragrafo in italiano semplice, senza tecnicismi. L'elemento non negoziabile è un verdetto sulla postura — una singola frase che indica a uno sponsor esecutivo se la proprietà è conforme, parzialmente conforme o non conforme allo standard indicato. Sotto il verdetto, da tre a cinque frasi che indicano lo standard, la finestra temporale dell'audit, il numero di rilievi bloccanti e il titolo della roadmap di correzione.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Formulazione esemplificativa</div>
<div class="verbatim">La superficie auditata è sostanzialmente conforme a WCAG 2.2 AA con [N] eccezioni documentate.</div>
<div class="verbatim">La superficie auditata non è conforme; [N] rilievi bloccanti impediscono una dichiarazione di conformità.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Perché è importante</div>
<div class="exhibit-prose">
<p>Gli sponsor esecutivi hanno bisogno di un verdetto, non di una temperatura. Il sommario è l'unica pagina che la maggior parte dei lettori non specialisti aprirà, e un rapporto che nasconde la postura di conformità sotto dodici pagine di premessa metodologica fallisce il suo compito principale. La frase del verdetto è anche ciò che i regolatori e i responsabili degli appalti citano quando fanno riferimento al rapporto.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Pubblico</strong>Sponsor esecutivi, appalti, revisori a livello di consiglio</span>
<span><strong>Obbligatoria?</strong>Sì</span>
</div>
</section>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">Dichiarazione dello scopo</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Cosa contiene</div>
<div class="exhibit-prose">
<p>Cosa è stato testato — URL, tipologie di pagina, percorsi utente, dispositivi, browser, tecnologie assistive. E cosa non lo è stato — pagine protette da autenticazione al di fuori dell'account di test, PDF, app mobile native, elementi di terze parti incorporati. Ogni superficie esclusa è nominata, con la motivazione dell'esclusione (fuori budget, nessuna credenziale di test, rinviata a un successivo intervento).</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Formulazione esemplificativa</div>
<div class="verbatim">In scope: il sito di marketing (12 template, 47 URL rappresentativi), il flusso di checkout non autenticato e il centro assistenza. Fuori scope: il dashboard clienti (intervento separato), tutti i PDF precedenti al 2024-01 e l'app nativa iOS.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Perché è importante</div>
<div class="exhibit-prose">
<p>La dichiarazione dello scopo è ciò che impedisce che un audit di fine anno venga smontato per questioni tecniche. Se manca, la dichiarazione di conformità non è falsificabile — un ricorrente può indicare qualsiasi superficie non auditata e sostenere che il rapporto tace su di essa, e il difensore non può dimostrare il contrario. Una dichiarazione dello scopo delimita anche la responsabilità dell'auditor: un'esclusione nominata è un'esclusione accettata dall'organizzazione auditata.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Pubblico</strong>Auditor, revisione legale, avvocati di parte in una futura controversia</span>
<span><strong>Obbligatoria?</strong>Sì</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">Metodologia</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Cosa contiene</div>
<div class="exhibit-prose">
<p>Quale standard — WCAG 2.2 AA, WCAG 2.1 AA, EN 301 549 v3.2.1, Section 508. Quale tipo di audit — automatizzato, manuale, misto. Quali strumenti e a quale versione — axe-core 4.x, NVDA 2025.1, VoiceOver iOS 18, JAWS 2025. Quale approccio di test — walkthrough campionato WCAG-EM, revisione completa del template, basato su percorso.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Formulazione esemplificativa</div>
<div class="verbatim">Standard: WCAG 2.2 AA. Tipo di audit: misto (scansione automatizzata axe-core 4.10 + revisione manuale da parte di due auditor). Strumenti: axe-core 4.10, NVDA 2025.1 con Firefox 134, VoiceOver iOS 18.2, JAWS 2025. Approccio: walkthrough campionato WCAG-EM su 47 URL.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Perché è importante</div>
<div class="exhibit-prose">
<p>La metodologia è ciò che consente a un ri-test sei mesi dopo di confrontare elementi omogenei. Senza una versione dello strumento nominata, una regressione non può essere distinta da un artefatto di aggiornamento dello strumento. Senza uno standard nominato, una dichiarazione di «conformità» è ininterpretabile. La sezione metodologica è anche dove gli altri auditor valutano la competenza dell'auditor.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Pubblico</strong>Auditor, sviluppo, team di ri-test futuri</span>
<span><strong>Obbligatoria?</strong>Sì</span>
</div>
</section>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">Verdetto di conformità</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Cosa contiene</div>
<div class="exhibit-prose">
<p>La dichiarazione formale di conformità, per criterio di successo, in tre stati: superato, non superato, non applicabile. WCAG 2.2 AA ha 55 criteri di successo; ognuno dovrebbe comparire in questa tabella. Non applicabile è un verdetto legittimo — un sito senza video non deve superare il criterio 1.2.2 Sottotitoli — ma ogni N-A necessita di una giustificazione di una riga.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Formulazione esemplificativa</div>
<div class="verbatim">1.1.1 Contenuto non testuale — Non superato (vedere rilievi F-002, F-008, F-014). 1.2.2 Sottotitoli (preregistrati) — Non applicabile (nessun video preregistrato nell'ambito). 1.3.1 Informazioni e relazioni — Superato.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Perché è importante</div>
<div class="exhibit-prose">
<p>È ciò che i regolatori e gli avvocati di parte leggono per prima cosa. Un rapporto che elude il verdetto — «è per lo più conforme», «è in sostanziale adeguamento», «sta intraprendendo un percorso verso l'accessibilità» — è un rapporto che non regge davanti al DOJ o a un organo di applicazione EAA di uno stato membro. La tabella dei verdetti è anche l'input della dichiarazione di accessibilità pubblica, quindi una tabella vaga produce una dichiarazione vaga.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Pubblico</strong>Regolatori, avvocati di parte, redattori della dichiarazione pubblica</span>
<span><strong>Obbligatoria?</strong>Sì</span>
</div>
</section>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">Rilievi — l'elenco dei problemi</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Cosa contiene</div>
<div class="exhibit-prose">
<p>La sezione più lunga di qualsiasi rapporto reale. Ogni rilievo ha una propria riga con un ID stabile, il criterio di successo WCAG, la severità, la posizione, la descrizione, l'impatto sull'utente e la correzione raccomandata. Il formato è illustrato nella sezione «formato dei rilievi» più avanti. I rilievi sono raggruppati per template o per severità, classificati per priorità di correzione e collegati incrociati alla tabella del verdetto di conformità.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Formulazione esemplificativa</div>
<div class="verbatim">F-014 · 1.4.3 Contrasto (minimo) · Maggiore · /checkout · button.cta-primary · Il testo della CTA ha un rapporto di 3,2:1 su sfondo arancione; AA richiede 4,5:1.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Perché è importante</div>
<div class="exhibit-prose">
<p>L'elenco dei rilievi è la parte che il team di sviluppo apre davvero. Un rapporto che nasconde i rilievi in prosa narrativa non verrà mai analizzato; un rapporto che li presenta come righe con ID stabili diventa un backlog di ticket. L'ID stabile è il dettaglio portante — consente di fare riferimento allo stesso rilievo nella tabella dei verdetti, nella roadmap e nel rapporto di ri-test dodici mesi dopo.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Pubblico</strong>Sviluppo, prodotto, responsabili del programma di accessibilità</span>
<span><strong>Obbligatoria?</strong>Sì</span>
</div>
</section>

<section class="exhibit" id="e06">
<div class="exhibit-head">
<div class="exhibit-id">E·06</div>
<h3 class="exhibit-title">Rubrica delle severità</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Cosa contiene</div>
<div class="exhibit-prose">
<p>Una rubrica definita che indica cosa significano bloccante, maggiore e minore in questo specifico rapporto. Senza una rubrica, le severità sono arbitrarie. La rubrica a tre livelli raccomandata — ancorata all'impatto sull'utente piuttosto che alla fiducia dello scanner o all'esposizione legale — è illustrata nella sezione dedicata più avanti.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Formulazione esemplificativa</div>
<div class="verbatim">Bloccante: gli utenti con la disabilità rilevante non sono in grado di completare il percorso. Maggiore: gli utenti possono completare il percorso, ma con difficoltà significative o con informazioni sostanzialmente inferiori. Minore: un problema di accessibilità che non blocca né compromette sostanzialmente il percorso.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Perché è importante</div>
<div class="exhibit-prose">
<p>Senza una rubrica, «alta severità» significa qualunque cosa il lettore vi attribuisca, e la colonna della rubrica diventa decorativa. Con una rubrica, bloccante significa la stessa cosa nel rilievo F-001 e nel rilievo F-247, e la roadmap può stabilire priorità razionali. Una rubrica impedisce anche lo scope creep durante i ri-test — un rilievo non può essere tacitamente riclassificato tra un ciclo e l'altro se la definizione della sua severità è scritta.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Pubblico</strong>Sviluppo, prodotto, responsabili di programma, legale</span>
<span><strong>Obbligatoria?</strong>Sì</span>
</div>
</section>

<section class="exhibit" id="e07">
<div class="exhibit-head">
<div class="exhibit-id">E·07</div>
<h3 class="exhibit-title">Roadmap di correzione</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Cosa contiene</div>
<div class="exhibit-prose">
<p>Un ordine di priorità degli interventi con stime approssimative dello sforzo. Prima i bloccanti, poi i maggiori, poi i minori; all'interno di ciascun livello, si correggono prima le problematiche che ricorrono su più template. Le stime dello sforzo possono essere di massima — piccolo, medio, grande in giorni-ingegnere — ma devono esistere, perché la roadmap è ciò che trasforma il rapporto in un programma.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Formulazione esemplificativa</div>
<div class="verbatim">Fase 1 (settimane 1–4) — Bloccanti: F-001, F-005, F-019 (trappole per il focus, etichette di form mancanti). Fase 2 (settimane 5–12) — Maggiori ricorrenti su più di 3 template: F-014, F-022, F-038 (contrasto, annuncio degli errori, ordine di focus).</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Perché è importante</div>
<div class="exhibit-prose">
<p>Un rapporto senza roadmap è una raccolta di rilievi privi di istruzioni su cosa fare dopo, e l'organizzazione auditata lo archivierà silenziosamente. Una roadmap trasforma il rapporto in un programma di lavoro che può essere monitorato, dotato di risorse e rendicontato nei trimestri successivi. È anche l'artefatto che la [guida all'acquisto del monitoraggio](/articles/accessibility-monitoring-buyers-guide-2026/) raccomanda come input per una configurazione di monitoraggio continuo.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Pubblico</strong>Direzione tecnica, prodotto, responsabili del programma di accessibilità</span>
<span><strong>Obbligatoria?</strong>Sì</span>
</div>
</section>

<section class="exhibit" id="e08">
<div class="exhibit-head">
<div class="exhibit-id">E·08</div>
<h3 class="exhibit-title">Politica di ri-test</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Cosa contiene</div>
<div class="exhibit-prose">
<p>Quando il rapporto verrà rivalidato, cosa attiva un ri-test fuori programma e quali rilievi verranno ri-testati. Un audit completo annuale più un ri-test a sei mesi sui criteri precedentemente non superati è difendibile per la maggior parte delle proprietà; i prodotti con rilasci giornalieri hanno bisogno di un ciclo più breve.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Formulazione esemplificativa</div>
<div class="verbatim">Ri-audit completo annualmente (prossima scadenza: 2027-05). Ri-test delta a sei mesi sui criteri precedentemente non superati (2026-11). Trigger fuori programma: bump di versione principale del design system, migrazione del framework, nuovo percorso autenticato aggiunto allo scopo.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Perché è importante</div>
<div class="exhibit-prose">
<p>Un rapporto senza cadenza di ri-test è un rapporto che diventa silenziosamente obsoleto entro dodici mesi. La Direttiva sull'accessibilità dei siti web dell'UE si aspetta che le dichiarazioni pubblicate vengano aggiornate annualmente; l'EAA e il DOJ Titolo II trattano entrambi gli audit non aggiornati come prova che l'organizzazione ha smesso di prestare attenzione. Una cadenza nominata protegge anche l'auditor da un futuro cliente che chiede perché il rapporto precedente non abbia rilevato una regressione comparsa due mesi dopo la chiusura della finestra di audit.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Pubblico</strong>Responsabili del programma di accessibilità, auditor, legale</span>
<span><strong>Obbligatoria?</strong>Sì</span>
</div>
</section>

<section class="exhibit" id="e09">
<div class="exhibit-head">
<div class="exhibit-id">E·09</div>
<h3 class="exhibit-title">Modello di dichiarazione di accessibilità</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Cosa contiene</div>
<div class="exhibit-prose">
<p>Una bozza di dichiarazione pubblica scritta a partire dai rilievi dell'audit, pronta per la pubblicazione all'indirizzo <code>/accessibility/</code>. L'auditor dispone dei fatti, quindi è l'auditor a redigere la dichiarazione; l'organizzazione auditata la esamina e la pubblica. Per esempi di come le dichiarazioni pubblicate variano in qualità, l'[audit delle dichiarazioni di accessibilità](/articles/accessibility-statement-audit-top-100/) cataloga le prime 100 nel 2026.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Formulazione esemplificativa</div>
<div class="verbatim">Questo sito è sostanzialmente conforme a WCAG 2.2 AA. Ultimo audit: 12 maggio 2026 a cura di [Auditor]. Eccezioni note: [elenco]. Per segnalare una barriera, scrivere a accessibility@[dominio] — risposta entro 14 giorni.</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Perché è importante</div>
<div class="exhibit-prose">
<p>La dichiarazione è la superficie pubblica del rapporto e l'unico documento che la maggior parte degli utenti vedrà mai. Redigerla come parte del rapporto — invece di lasciare che l'organizzazione auditata traduca i rilievi in linguaggio pubblico sei mesi dopo — è ciò che chiude il cerchio tra l'audit e la postura pubblica. È anche l'artefatto di conformità EAA ai sensi dell'articolo 7, e uno dei documenti che la norma DOJ del 2024 sul Titolo II si aspetta che siano disponibili su richiesta.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Pubblico</strong>Utenti pubblici, regolatori, team web dell'organizzazione auditata</span>
<span><strong>Obbligatoria?</strong>Sì</span>
</div>
</section>

<h2>Una rubrica delle severità che funziona davvero</h2>

<p>La maggior parte dei rapporti usa «alta / media / bassa» senza definire cosa significano queste parole, il che rende la colonna della severità decorativa anziché portante. Una rubrica funzionante è ancorata all'impatto sull'utente, non alla fiducia dello scanner né all'esposizione legale.</p>

<p><strong>Bloccante.</strong> Gli utenti con la disabilità rilevante non sono in grado di completare il percorso. Una trappola per la tastiera nella fase di checkout. Uno screen reader che non annuncia un campo di form critico. Una finestra modale che cattura il focus e non può essere chiusa senza il mouse. L'utente deve abbandonare o chiedere assistenza.</p>

<p><strong>Maggiore.</strong> Gli utenti possono completare il percorso, ma con difficoltà significative o con informazioni sostanzialmente inferiori rispetto a un utente vedente che usa il mouse. Un ordine di focus che salta in modo imprevedibile. Messaggi di errore che compaiono visivamente ma non vengono annunciati. Contrasto inferiore a 4,5:1 su ampie porzioni della pagina. Il percorso si completa, ma l'esperienza è materialmente compromessa.</p>

<p><strong>Minore.</strong> Un problema di accessibilità che non blocca né compromette sostanzialmente il percorso. Un'immagine decorativa priva di <code>alt=""</code>. Un landmark senza etichetta. Un problema solo AAA segnalato a scopo informativo. Questi rilievi appartengono al rapporto ma si collocano in fondo alla coda di correzione.</p>

<p>Una nota sulla severità legale. Alcuni dipartimenti legali richiedono un livello parallelo di «severità legale» ponderato in base all'esposizione alle class action piuttosto che all'impatto sull'utente. Va bene — ma occorre mantenerlo come colonna separata. Mescolare i due produce un rapporto di cui il team di sviluppo diffida e su cui i legali si concentrano in modo eccessivo.</p>

<h2>Un formato dei rilievi che i team di sviluppo utilizzeranno davvero</h2>

<p>Un rilievo è una riga, non un paragrafo. I campi obbligatori:</p>

| Campo | Esempio |
|---|---|
| ID rilievo | F-014 |
| Criterio di successo WCAG | 1.4.3 Contrasto (minimo) |
| Severità | Maggiore |
| Posizione | `https://example.com/checkout` — `button.cta-primary` (vedere screenshot F-014.png) |
| Descrizione | Il testo della CTA principale ha un rapporto di 3,2:1 su sfondo arancione; WCAG AA richiede 4,5:1. |
| Impatto sull'utente | Gli utenti con ipovisione e gli utenti in ambienti luminosi all'aperto non riescono a leggere l'etichetta del pulsante. |
| Correzione raccomandata | Scurire il token di sfondo da `#F2994A` a `#C95F0A`, oppure cambiare il testo in blu scuro. |

<p>Ogni riga priva della frase sull'impatto sull'utente verrà retrocessa in priorità dagli sviluppatori che chiedono «cosa rompe concretamente?». Ogni riga priva di una correzione raccomandata verrà retrocessa in priorità dai product manager che chiedono «qual è la soluzione?». Un rapporto che viene analizzato è un rapporto che produce correzioni; uno che non viene analizzato è una raccolta di tag di severità.</p>

<h2>La versione «output dello scanner» — cosa cambia</h2>

<p>Per un rapporto di scanner automatizzato — il PDF che produce un ciclo di CI, uno [scanner di accessibilità gratuito](/toolkit/scan/) o una piattaforma di monitoraggio — le sezioni E·01, E·02, E·07 e E·09 sono di solito assenti o generate automaticamente come stub. Il valore di un rapporto di scanner è in E·04 e E·05: un elenco leggibile automaticamente dei criteri di successo non superati e dei rilievi associati a selettori DOM. Lo scanner non può redigere un sommario esecutivo utile, non può prendere una decisione sullo scopo, non può stabilire le priorità di una roadmap e non può scrivere una dichiarazione che un legale approverebbe.</p>

<p>Va bene — un rapporto di scanner è l'input grezzo per un rapporto di accessibilità completo, non un sostituto. Alcune piattaforme di monitoraggio aggiungono ora le sezioni mancanti sopra l'output della scansione; questo si avvicina a un artefatto completo, ma il sommario e la roadmap richiedono comunque una lettura umana prima della pubblicazione.</p>

<h2>Il modello scaricabile</h2>

<p>Un modello in markdown funzionante è in corrispondenza biunivoca con le nove sezioni precedenti:</p>

1. `# Rapporto di accessibilità — [Proprietà] — [Data]`
2. `## Sommario esecutivo` — un paragrafo più la frase del verdetto
3. `## Scopo` — URL, percorsi, dispositivi, AT; elenco esplicito di esclusioni
4. `## Metodologia` — standard, tipo di audit, strumenti, versioni
5. `## Verdetto di conformità` — tabella di tutti i SC WCAG 2.2 AA con superato / non superato / N-A
6. `## Rilievi` — un sottotitolo per rilievo, campi secondo il formato precedente
7. `## Rubrica delle severità` — definizioni di bloccante / maggiore / minore utilizzate
8. `## Roadmap di correzione` — elenco prioritario con dimensionamento dello sforzo
9. `## Politica di ri-test` — calendario e trigger
10. `## Dichiarazione di accessibilità (bozza)` — versione pronta per la pubblicazione

<p>Una versione futura di questa pagina ospiterà versioni scaricabili in formato `.md` e `.docx`; per ora la struttura precedente è il riferimento canonico. L'[audit delle dichiarazioni di accessibilità](/articles/accessibility-statement-audit-top-100/) cataloga come variano le prime 100 dichiarazioni — il divario tra buone e cattive è strettamente correlato al fatto che il rapporto sottostante avesse uno scopo definito e una rubrica reale.</p>

<h2>Cosa hanno in comune queste 9 sezioni</h2>

<p>Ognuna delle nove sezioni svolge lo stesso compito di fondo: converte un elemento di evidenza in un elemento di linguaggio che può essere citato, verificato e tenuto come riferimento nei confronti dell'organizzazione auditata dodici mesi dopo. Il sommario esecutivo converte una revisione di 60 pagine in un verdetto. La dichiarazione dello scopo converte la copertura effettiva dell'auditor in un limite non falsificabile. La metodologia converte un processo in una linea di base di confronto ripetibile. La tabella dei verdetti converte la conformità WCAG in 55 dichiarazioni atomiche. I rilievi convertono i difetti in righe analizzabili. La rubrica converte la severità da un'impressione in una definizione. La roadmap converte i rilievi in un programma. La politica di ri-test converte il rapporto da un'istantanea in una cadenza. Il modello di dichiarazione converte il rapporto interno in una postura pubblica.</p>

<p>I rapporti che falliscono nel 2026 falliscono perché saltano la fase di conversione. Citano un numero WCAG senza tradurlo in «cosa rompe concretamente per quali utenti». Classificano i rilievi come «alta severità» senza tradurre «alta» in una definizione. Producono un verdetto senza produrre lo scopo a cui si applica. Ogni fase di traduzione mancante è un punto in cui il rapporto diventa non falsificabile — e un rapporto di accessibilità non falsificabile non è un deliverable, è un artefatto di marketing.</p>

<p>Il pattern più profondo è che un rapporto di accessibilità viene letto a quattro distanze molto diverse. Lo sponsor esecutivo legge E·01 e non vi fa più ritorno. Il responsabile degli appalti legge E·02, E·03 e E·09. Il responsabile tecnico legge E·05, E·06 e E·07. L'auditor che legge il rapporto dodici mesi dopo legge E·03, E·04 e E·08. Un rapporto che non funziona a tutte e quattro le distanze ne delude almeno uno di questi lettori, e il lettore deluso è di solito quello con il budget.</p>

<h2>Da dove cominciare</h2>

<div class="audit-list">
<h3>Azioni pratiche per i responsabili dell'accessibilità nel 2026</h3>
<ul>
<li>Eseguire lo [scanner di accessibilità gratuito](/toolkit/scan/) su tre template rappresentativi per produrre un elenco di rilievi di base nel formato della sezione E·05 — questo è l'artefatto minimo vitale e non ha costi.</li>
<li>Commissionare un [audit manuale condotto da tester con disabilità](/articles/manual-audits-by-people-with-disabilities-2026/) per il rapporto completo con le nove sezioni. Insistere su E·02, E·06 e E·07 come criteri di accettazione del deliverable.</li>
<li>Pubblicare la bozza della dichiarazione di accessibilità da E·09 all'indirizzo <code>/accessibility/</code> entro quattro settimane dal rapporto. Non lasciarla inedita.</li>
<li>Attivare il monitoraggio continuo secondo la [guida all'acquisto del monitoraggio](/articles/accessibility-monitoring-buyers-guide-2026/) per rilevare le regressioni tra il rapporto annuale e il ri-test a sei mesi.</li>
<li>Inserire il ri-test da E·08 nel calendario tecnico — non in quello legale — e trattarlo come un gate di rilascio.</li>
</ul>
</div>

<div class="bottomline">
<p>Un rapporto di accessibilità utilizzabile è quello che un regolatore può leggere in cinque minuti (E·01, E·02, E·04), che un ingegnere può analizzare in uno sprint (E·05, E·06, E·07) e che un auditor può rieseguire in un anno (E·03, E·08). Uno inutilizzabile è quello che cita numeri WCAG senza tradurli in linguaggio comprensibile da uno qualsiasi di questi lettori. La metà dei rapporti che arrivano sulle scrivanie dei responsabili dell'accessibilità nel 2026 fallisce quel test, e il motivo del fallimento è quasi sempre lo stesso: nessuno scopo, nessuna rubrica, nessuna roadmap, nessun verdetto.</p>
</div>

<div class="cta cta-closing">
<span class="cta-tag">Azione · 03</span>
<div class="cta-title">Iniziare con lo scanner</div>
<p class="cta-prose">Eseguire lo scanner WCAG 2.2 gratuito per ottenere una linea di base automatizzata nel formato della sezione E·05, poi commissionare un audit manuale per le sei sezioni rimanenti.</p>
<a class="cta-btn" href="/toolkit/scan/">Aprire lo scanner →</a>
</div>

<h2>Domande frequenti</h2>

<p><strong>Cosa dovrebbe includere un rapporto sull'accessibilità?</strong></p>

<p>Un rapporto completo contiene nove sezioni: un sommario esecutivo con un verdetto sulla postura di conformità, una dichiarazione dello scopo, una sezione metodologica che indica lo standard e gli strumenti utilizzati, un verdetto di conformità per criterio di successo, un elenco dei rilievi, una rubrica delle severità, una roadmap di correzione con stime dello sforzo, una politica di ri-test e una bozza di dichiarazione di accessibilità. Un rapporto privo dello scopo, della rubrica o del verdetto è inutilizzabile — il lettore non può stabilire cosa è stato testato, cosa significa «severità» o se il sito è conforme.</p>

<p><strong>Qual è la differenza tra un rapporto di accessibilità e una dichiarazione di accessibilità?</strong></p>

<p>Un rapporto di accessibilità è un deliverable interno — di solito da 30 a 80 pagine — che documenta i rilievi, le severità e la roadmap di un audit. Una dichiarazione di accessibilità è la pagina pubblica breve all'indirizzo `/accessibility/` che riassume la postura di conformità, lo standard, la data dell'audit, le eccezioni note e il canale di contatto per gli utenti che incontrano una barriera. Il rapporto produce la dichiarazione; la dichiarazione non è il rapporto.</p>

<p><strong>Quanto è lungo un tipico rapporto di accessibilità?</strong></p>

<p>Un rapporto di audit manuale per un piccolo sito di marketing si estende da 25 a 40 pagine. Un rapporto per un prodotto autenticato complesso su più percorsi utente può arrivare a 80-150 pagine perché la sezione dei rilievi cresce con il numero di template esaminati. Le sezioni narrative complessivamente occupano circa 10-15 pagine indipendentemente dalla dimensione del sito. Il resto sono rilievi.</p>

<p><strong>I rapporti degli scanner di accessibilità sono legalmente sufficienti?</strong></p>

<p>No. Né la norma DOJ del 2024 sul Titolo II né l'European Accessibility Act trattano l'output di uno scanner automatizzato come un rapporto di accessibilità completo. Gli scanner rilevano circa il 30-40% dei problemi WCAG — principalmente contrasto, testo alternativo mancante, etichette mancanti e struttura del documento. Il restante 60-70% richiede valutazione umana. Un rapporto di scanner è input grezzo per un rapporto completo, non un sostituto.</p>

<p><strong>Con quale frequenza si dovrebbe ri-emettere un rapporto di accessibilità?</strong></p>

<p>Un ciclo completo di audit manuale e rapporto ogni dodici mesi è il riferimento di base per la maggior parte delle proprietà. Un ri-test sui criteri precedentemente non superati a sei mesi è una buona prassi. Qualsiasi modifica significativa al template, una riprogettazione o una migrazione del framework dovrebbe avviare un delta audit. Il monitoraggio continuo opera tra un rapporto e l'altro in modo che le regressioni emergano immediatamente.</p>

<p><strong>WCAG richiede un formato di rapporto specifico?</strong></p>

<p>No. WCAG specifica i criteri di successo; non prescrive il formato di alcun deliverable di audit. Il W3C pubblica EARL e WCAG-EM come riferimenti strutturali, ma nessuno dei due è obbligatorio ai sensi dell'ADA, dell'EAA, dell'AODA o di qualsiasi altro regime. I regimi richiedono che un rapporto indichi lo standard, lo scopo, la metodologia e il verdetto — il formato attorno a questi elementi è a discrezione dell'auditor.</p>

<div class="foot-note">
<p><strong>Metodologia</strong>Modello di sezione derivato dalla metodologia di valutazione WCAG-EM, dai riferimenti ai rapporti di audit IAAP e da oltre 30 dichiarazioni di accessibilità pubblicate esaminate in /articles/accessibility-statement-audit-top-100/.</p>
<p><strong>Scopo</strong>Questa è una guida al formato dei rapporti, non una checklist di conformità legale. Si raccomanda di consultare un consulente legale competente per gli obblighi di rendicontazione specifici della giurisdizione ai sensi del [Titolo III dell'ADA](/articles/ada-title-iii-web-accessibility-guide/), dell'[EAA](/articles/european-accessibility-act-guide/) o di altri regimi applicabili.</p>
</div>

</div>

---
title: Strumenti per il test con screen reader — NVDA, JAWS, VoiceOver a confronto (2026)
url: https://www.disabilityworld.org/it/articles/accessibility-screen-reader-testing-tools-2026/
description: Strumenti per il test di accessibilità con screen reader a confronto — NVDA, JAWS, VoiceOver, TalkBack, Narrator — più i driver di automazione (Playwright AT-driver, AccTree). Il workflow di test nel 2026.
author: Disability World
pubDate: 2026-05-23
tags: screen-readers, accessibility-testing, nvda, jaws, voiceover, talkback, automation
---

# Strumenti per il test con screen reader — NVDA, JAWS, VoiceOver a confronto (2026)

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Strumenti per il test con screen reader — NVDA, JAWS, VoiceOver a confronto (2026)",
      "description": "Strumenti per il test di accessibilità con screen reader a confronto — NVDA, JAWS, VoiceOver, TalkBack, Narrator — più i driver di automazione (Playwright AT-driver, AccTree). Il workflow di test nel 2026.",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "ItemList",
      "name": "Screen reader e strumenti di test AT — 2026",
      "itemListElement": [
        { "@type": "ListItem", "position": 1, "name": "NVDA", "url": "https://www.nvaccess.org/" },
        { "@type": "ListItem", "position": 2, "name": "JAWS", "url": "https://www.freedomscientific.com/products/software/jaws/" },
        { "@type": "ListItem", "position": 3, "name": "VoiceOver" },
        { "@type": "ListItem", "position": 4, "name": "TalkBack" },
        { "@type": "ListItem", "position": 5, "name": "Narrator" }
      ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        {
          "@type": "Question",
          "name": "Qual è il miglior screen reader gratuito per i test?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "NVDA su Windows. È gratuito, open source, attivamente mantenuto da NV Access e utilizzato come screen reader principale da circa il 35-40% degli intervistati nel sondaggio WebAIM. Se si deve installare un solo strumento di tecnologia assistiva per i test, si installi NVDA con Firefox o Chrome su una macchina o VM Windows."
          }
        },
        {
          "@type": "Question",
          "name": "Con quanti screen reader è necessario testare?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Due testati bene valgono più di cinque testati male. Il minimo realistico è NVDA su Windows per il desktop e VoiceOver su iOS per il mobile — coprono insieme la quota maggiore degli utenti reali. Si aggiunge JAWS se il pubblico è di ambito governativo, finanziario o sanitario, e TalkBack su Android se il traffico mobile è prevalentemente Android."
          }
        },
        {
          "@type": "Question",
          "name": "Gli strumenti automatizzati possono sostituire il test con screen reader?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "No. Gli strumenti automatizzati rilevano circa il 30-40% dei problemi WCAG — attributi alt mancanti, ARIA non valido, etichette mancanti. Non possono valutare se il testo alternativo è utile, se i contenuti dinamici vengono annunciati correttamente o se la gestione del focus è adeguata. L'automazione va usata come base di partenza, non come punto di arrivo, abbinandola a test periodici con lo screen reader reale effettuati da persone."
          }
        },
        {
          "@type": "Question",
          "name": "È necessario un Mac per testare VoiceOver?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Sì per i test in locale — VoiceOver è disponibile solo su macOS e iOS. Se il team usa esclusivamente Windows, servizi cloud come Assistiv Labs e BrowserStack Accessibility offrono sessioni VoiceOver remote sull'URL desiderato. Per controlli occasionali è sufficiente; per un lavoro serio su iOS è necessario disporre di un Mac o di un iPhone."
          }
        },
        {
          "@type": "Question",
          "name": "Qual è la differenza tra NVDA e JAWS?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Entrambi sono screen reader per Windows e funzionano con tutti i principali browser. NVDA è gratuito, open source, più leggero e tende a essere leggermente più rigoroso nella conformità ARIA. JAWS è commerciale (circa 95 dollari l'anno per una licenza home), più ricco di funzionalità, ha una lunga storia nelle implementazioni enterprise e del governo federale statunitense ed è talvolta più tollerante nei confronti di markup imperfetto. Se una pagina funziona con NVDA, di solito funziona anche con JAWS — l'inverso non è sempre vero."
          }
        },
        {
          "@type": "Question",
          "name": "Con quale frequenza si dovrebbero eseguire i test con screen reader?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "I controlli a livello di automazione (axe, eslint-plugin-jsx-a11y, test AT-driver) dovrebbero essere eseguiti a ogni pull request. Le verifiche manuali con screen reader sui percorsi utente chiave appartengono alla checklist di rilascio — tipicamente a ogni sprint o a ogni release. Un audit manuale completo condotto da tester con disabilità ha senso trimestralmente o annualmente a seconda di quanto cambia il prodotto."
          }
        }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Primer sugli strumenti · Testing</div>
      <h1 class="hero__title" id="hero-heading">
        Strumenti per il test con screen reader — NVDA, JAWS, VoiceOver a confronto (2026)
      </h1>
      <p class="hero__lead">Qualsiasi scanner di accessibilità può indicare se un attributo `alt` è presente. Solo uno screen reader può indicare se il testo alternativo è effettivamente utile. Lo stesso vale per le etichette ARIA che annunciano la cosa sbagliata, per le etichette dei form che risultano incomprensibili, per un ordine di focus che salta, per i contenuti dinamici che si aggiornano in silenzio mentre l'interfaccia visiva cambia. Questo è il livello di test in cui l'automazione esaurisce le proprie capacità e inizia la verifica umana con la tecnologia assistiva reale.</p>
      <div class="hero__stats" aria-label="Statistiche chiave">
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">principali screen reader</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">~70%</div>
          <div class="stat-chip__label">degli utenti mobile su VoiceOver</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">12 punti</div>
          <div class="stat-chip__label">checklist di avvio</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">A cura di <strong>redazione disability-world</strong></div>
        <div class="hero__pill">10 min di lettura</div>
        <div class="hero__pill">Aggiornato maggio 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Sezioni dell'articolo">
    <div class="toc-bar__inner">
      <p>Contenuto</p>
      <ul role="list">
        <li><a href="#s1">Cinque screen reader</a></li>
        <li><a href="#s2">Matrice di test</a></li>
        <li><a href="#s3">Cosa cercare</a></li>
        <li><a href="#s4">Driver di automazione</a></li>
        <li><a href="#s5">Checklist</a></li>
        <li><a href="#s6">FAQ</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="intro" aria-labelledby="intro-heading">
        <div class="section-label">Inquadramento</div>
        <h2 class="section-title" id="intro-heading">Perché il test con screen reader non può ancora essere automatizzato</h2>
        <div class="prose">
          <p>Nel 2026 il panorama comprende cinque principali screen reader — NVDA, JAWS, VoiceOver, TalkBack e Narrator — più uno strato maturo di driver di automazione (Playwright AT-driver, ispettori basati su AccTree, servizi di registrazione cloud) che consente di spostare parte di questo lavoro nella CI. Nessuno di questi sostituisce l'esecuzione del software reale sul prodotto reale. Permettono però di rilevare le regressioni evidenti prima che raggiungano un tester umano.</p>
          <p>Questo primer tratta i cinque screen reader con cui è necessario testare, una matrice di test minima vitale, cosa cercare, lo strato di automazione in cui vale la pena investire e una checklist di avvio per il processo di rilascio.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Panorama</div>
        <h2 class="section-title" id="s1-heading">1. I cinque screen reader con cui testare davvero</h2>
        <div class="prose">
          <p>Cinque prodotti dominano il mercato degli screen reader nel 2026 — due su desktop Windows, uno cross-Apple, uno Android e il fallback Microsoft integrato. La quota approssimativa, la fascia di costo e la fedeltà di test che ciascuno offre sono riassunti nelle schede seguenti; il testo sotto ogni scheda aggiunge i punti di forza e le avvertenze.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">NVDA</div>
                <div class="combo-card__sub">NV Access · Windows, gratuito, open source</div>
              </div>
            </div>
            <div class="combo-card__usage">~35-40% utilizzo primario WebAIM</div>
            <div class="combo-feat"><span class="combo-feat__label">Costo</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Quota di mercato</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fedeltà di test</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">JAWS</div>
                <div class="combo-card__sub">Freedom Scientific · Windows, commerciale</div>
              </div>
            </div>
            <div class="combo-card__usage">Standard enterprise + governo federale USA</div>
            <div class="combo-feat"><span class="combo-feat__label">Costo</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Quota di mercato</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fedeltà di test</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">VoiceOver</div>
                <div class="combo-card__sub">Apple · macOS + iOS, integrato</div>
              </div>
            </div>
            <div class="combo-card__usage">~70% degli utenti di screen reader mobile</div>
            <div class="combo-feat"><span class="combo-feat__label">Costo</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Quota di mercato</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fedeltà di test</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">TalkBack</div>
                <div class="combo-card__sub">Google · Android, integrato</div>
              </div>
            </div>
            <div class="combo-card__usage">La base installata mobile più ampia</div>
            <div class="combo-feat"><span class="combo-feat__label">Costo</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Quota di mercato</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fedeltà di test</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Narrator</div>
                <div class="combo-card__sub">Microsoft · Windows, integrato</div>
              </div>
            </div>
            <div class="combo-card__usage">Meno dell'1% utilizzo primario WebAIM</div>
            <div class="combo-feat"><span class="combo-feat__label">Costo</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Quota di mercato</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Fedeltà di test</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>
        </div>

        <div class="prose">
          <p><strong>NVDA — Windows, gratuito, open source.</strong> Mantenuto da NV Access. Circa il 35-40% degli intervistati nel sondaggio WebAIM lo utilizza come screen reader principale, il che lo rende il singolo strumento con il rapporto impatto/sforzo più elevato da installare. Gratuito, open source, leggero, si integra bene con Firefox e Chrome. Punto di forza: supporto ARIA rigoroso e ciclo di sviluppo rapido. Avvertenza: i default di configurazione differiscono tra le versioni, quindi è opportuno documentare la versione esatta e le impostazioni su cui il team esegue i test.</p>
          <p><strong>JAWS — Windows, commerciale.</strong> Il prodotto di punta di Freedom Scientific. La licenza home è di circa 95 dollari l'anno; le licenze aziendali sono considerevolmente più costose. Storicamente lo standard enterprise e del governo federale statunitense, ancora radicato in ambito governativo, finanziario e sanitario. Punto di forza: set di funzionalità esteso e lunga compatibilità con le applicazioni enterprise più datate. Avvertenza: costo della licenza e tendenza a mascherare gli errori di markup che NVDA invece espone.</p>
          <p><strong>VoiceOver — macOS e iOS, integrato.</strong> Incluso in ogni dispositivo Apple. Su mobile, VoiceOver rappresenta circa il 70% degli utenti di screen reader a livello globale, il che lo rende di gran lunga il target mobile più importante. Punto di forza: nessuna installazione, profonda integrazione con il sistema operativo, il modello gestuale è la convenzione mobile de facto. Avvertenza: VoiceOver su macOS e VoiceOver su iOS si comportano in modo diverso; testarne uno non copre l'altro.</p>
          <p><strong>TalkBack — Android, integrato.</strong> Lo screen reader Android integrato di Google. La base installata di screen reader mobile più ampia in termini assoluti, sebbene una quota significativa degli utenti Android lo disabiliti. Punto di forza: disponibile ovunque; si integra con Chrome. Avvertenza: il comportamento varia tra le diverse versioni di Android (Samsung One UI, Pixel, MIUI) e la parità con VoiceOver è imperfetta.</p>
          <p><strong>Narrator — Windows, integrato.</strong> Lo screen reader integrato di Microsoft. Un lontano quinto tra gli utenti reali (WebAIM lo colloca sotto l'1% come strumento principale), ma è rilevante negli ambienti aziendali con restrizioni IT dove gli utenti non possono installare NVDA. Punto di forza: nessuna installazione su Windows. Avvertenza: fedeltà inferiore rispetto a NVDA o JAWS; la maggior parte degli utenti che dipende da uno screen reader è passata ad altro.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Riferimento</div>
        <h2 class="section-title" id="s2-heading">2. Matrice di test minima vitale</h2>
        <div class="prose">
          <p>La risposta onesta alla domanda «con quali screen reader testare?» è: quanti ne usa effettivamente il pubblico di riferimento, non di più. La maggior parte dei team sottostima il budget e finisce per fare due screen reader male invece di uno bene.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th>Configurazione</th>
              <th>Piattaforma</th>
              <th>Browser</th>
              <th>Screen reader</th>
              <th>Priorità del pubblico</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>Desktop principale</th><td>Windows</td><td>Firefox</td><td>NVDA</td><td>Gratuito, combinazione più accessibile agli sviluppatori</td></tr>
            <tr><th>Desktop secondario</th><td>macOS</td><td>Safari</td><td>VoiceOver</td><td>Gratuito se il team ha un Mac, copre gli utenti Apple</td></tr>
            <tr><th>Controllo enterprise</th><td>Windows</td><td>Chrome</td><td>JAWS</td><td>Se il pubblico è governativo, finanziario o sanitario</td></tr>
            <tr><th>Mobile principale</th><td>iOS</td><td>Safari</td><td>VoiceOver</td><td>Copre circa il 70% degli utenti di screen reader mobile</td></tr>
            <tr><th>Mobile secondario</th><td>Android</td><td>Chrome</td><td>TalkBack</td><td>Copre il resto, con parità meno precisa</td></tr>
            <tr><th>Caso limite</th><td>Windows</td><td>Edge</td><td>Narrator</td><td>Solo se l'ambito aziendale con restrizioni IT è una fetta significativa</td></tr>
          </tbody>
        </table>

        <div class="prose">
          <p>Una base a due righe (NVDA + Firefox su Windows, VoiceOver + Safari su iOS) rileva la maggior parte dei problemi reali per un tipico prodotto consumer. Si aggiunge JAWS non appena un settore regolamentato entra in gioco. Si aggiunge TalkBack quando la quota Android non è trascurabile. Narrator va trattato come un controllo annuale di sanità, non come uno strumento di gating. La matrice scelta va inserita nella checklist di rilascio in modo che non possa essere ignorata silenziosamente.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Metodo</div>
        <h2 class="section-title" id="s3-heading">3. Cosa cercare in un test con screen reader</h2>
        <div class="prose">
          <p>Al di là di «legge ad alta voce?», il vero test è strutturale. Quando si avvia NVDA o VoiceOver, si esamina la pagina seguendo gli stessi assi che segue un utente non vedente:</p>
          <ul>
            <li><strong>Struttura della pagina</strong> — lo screen reader annuncia i titoli in una gerarchia sensata? È possibile navigare tramite scorciatoie per i titoli (tasto H in NVDA, rotor in VoiceOver) e atterrare nei punti giusti? Il link di salto funziona — Tab, si sente il link, Invio, il focus si sposta nel contenuto principale?</li>
            <li><strong>Etichette dei form</strong> — ogni campo di input annuncia un nome. I campi obbligatori annunciano «obbligatorio». I tipi di campo sono corretti (email, tel, number). I messaggi di errore sono associati tramite `aria-describedby` e vengono annunciati in caso di errore di validazione, piuttosto che comparire silenziosamente sopra il modulo.</li>
            <li><strong>Contenuti dinamici</strong> — quando si apre un pannello, si invia un modulo o si applica un filtro, si attiva un aggiornamento della [regione aria-live](/articles/aria-live-regions-in-modern-frameworks/)? O lo screen reader tace mentre l'interfaccia visiva cambia? Gli aggiornamenti silenziosi sono il singolo bug più comune nei contenuti dinamici.</li>
            <li><strong>Gestione del focus</strong> — quando si apre una finestra modale, il focus si sposta all'interno di essa e vi rimane intrappolato? Quando la finestra si chiude, il focus torna all'elemento di attivazione? La maggior parte delle [librerie di componenti accessibili](/articles/accessible-component-libraries-survey/) già pronte gestisce questo correttamente; i componenti sviluppati internamente spesso no.</li>
            <li><strong>Ordine di lettura</strong> — il contenuto viene letto nell'ordine in cui appare visivamente? O il CSS `order`, il posizionamento assoluto o il riordino con flex lasciano il DOM in una sequenza diversa dal layout visivo?</li>
            <li><strong>Qualità del testo alternativo</strong> — il testo alternativo è effettivamente utile o è `Image_47.png`? Le immagini decorative sono silenziose (`alt=""`)? Il testo alternativo descrive ciò che l'immagine comunica nel contesto?</li>
            <li><strong>Testo dei link</strong> — «clicca qui» e «leggi di più» risultano privi di significato fuori contesto. Gli utenti di screen reader spesso navigano aprendo un elenco di link; se ogni link è «Leggi di più», quell'elenco è inutile.</li>
          </ul>
          <p>Questi elementi si mappano ai [criteri di successo WCAG 2.2](/toolkit/standards/wcag/) — in particolare 1.3.1, 2.4.3, 3.3.1 e 4.1.3 — ma il test è più rapido e più onesto con lo screen reader attivo che con la sola checklist.</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Presenza vs. qualità del testo alternativo</span>
            <div class="callout__body"><p>Uno scanner automatizzato può confermare che l'attributo `alt` è presente. Solo una persona che ascolta uno screen reader può stabilire se `Image_47.png` è utile nel contesto. Lo stesso divario vale per le etichette ARIA, i nomi dei form e il testo dei link — la macchina vede che il markup è presente; l'utente sente se ha senso. Il budget per i test va costruito attorno a questa distinzione.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Strumenti</div>
        <h2 class="section-title" id="s4-heading">4. Driver di automazione nel 2026 — cosa si può spostare nella CI</h2>
        <div class="prose">
          <p>Il test automatizzato in stile screen reader è migliorato significativamente negli ultimi due anni. Non sostituisce ancora una persona che ascolta NVDA, ma intercetta una quota reale di regressioni prima che vadano in produzione. Tre approcci meritano attenzione.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">AT-driver</div>
                <div class="combo-card__sub">Playwright / Selenium ChromeDriver "force-text"</div>
              </div>
            </div>
            <div class="combo-card__usage">Intercetta regressioni su nome + ruolo + stato</div>
            <div class="combo-feat"><span class="combo-feat__label">Livello</span><span>Suite smoke CI</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Percorre l'albero AT come farebbe un screen reader</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Limite</span><span>Non equivale a NVDA reale sulla pagina</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Ispettori AccTree</div>
                <div class="combo-card__sub">axe DevTools · axe Linter · eslint-plugin-jsx-a11y</div>
              </div>
            </div>
            <div class="combo-card__usage">Analisi statica + DOM di base</div>
            <div class="combo-feat"><span class="combo-feat__label">Livello</span><span>Ogni commit / PR</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Intercetta etichette mancanti, ARIA non valido, contrasto</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Limite</span><span>Indica che è rotto, non che è sottilmente sbagliato</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Screen reader cloud</div>
                <div class="combo-card__sub">Assistiv Labs · BrowserStack Accessibility</div>
              </div>
            </div>
            <div class="combo-card__usage">NVDA / JAWS / VoiceOver reali, in remoto</div>
            <div class="combo-feat"><span class="combo-feat__label">Livello</span><span>Controlli spot + condivisione con gli stakeholder</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>La soluzione più vicina allo strumento reale senza hardware proprietario</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Limite</span><span>Costo per sessione, latenza di rete</span></div>
          </article>
        </div>

        <div class="prose">
          <p><strong>Playwright AT-driver e Selenium ChromeDriver "force-text".</strong> Sia Playwright che Selenium possono ora controllare un browser e verificare ciò che verrebbe annunciato a livello di albero dell'accessibilità — nome, ruolo, stato, valore. Questo approccio è più potente di `getByRole`/`getByLabel`: quei localizzatori leggono l'albero AT per trovare un elemento, ma force-text percorre l'albero come farebbe uno screen reader. Non equivale a eseguire NVDA sulla pagina, ma intercetta le regressioni su nome + ruolo + stato in modo economico e deterministico. La maggior parte dei grandi team di prodotto dispone ora almeno di una suite smoke di test AT-driver sulle pagine critiche — registrazione, checkout, impostazioni dell'account.</p>
          <p><strong>Ispettori basati su AccTree — axe DevTools, axe Linter, eslint-plugin-jsx-a11y.</strong> Analisi statica di codice e DOM. Intercetta etichette mancanti, ARIA non valido, discrepanze tra etichette e contenuto, errori di contrasto e problemi strutturali. Economico da eseguire a ogni commit. Lo [scanner di accessibilità gratuito](/toolkit/scan/) su questo sito utilizza la stessa famiglia di regole. Livello base: indica quando qualcosa è definitivamente rotto, non quando è sottilmente sbagliato.</p>
          <p><strong>Registrazione live con screen reader — Assistiv Labs, BrowserStack Accessibility.</strong> Servizi cloud che eseguono NVDA, JAWS o VoiceOver reali sull'URL desiderato e consentono di osservare e ascoltare senza installare nulla in locale. La soluzione più vicina al «test con lo strumento reale» senza possedere l'hardware. Utile per controlli spot, per i team sulla piattaforma sbagliata e per condividere registrazioni con gli stakeholder che altrimenti non sentirebbero mai come suona una pagina inaccessibile.</p>
          <p>Il pattern su cui la maggior parte dei team converge entro il 2026: linting basato su AccTree a ogni PR, test AT-driver su un insieme rappresentativo di pagine nella CI, test manuale con screen reader su una cadenza a ogni sprint, e un [audit manuale condotto da tester con disabilità](/articles/manual-audits-by-people-with-disabilities-2026/) trimestralmente o annualmente. Lo strato di automazione è la base di partenza; quello manuale è dove si misura l'esperienza utente effettiva.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Playbook</div>
        <h2 class="section-title" id="s5-heading">5. Checklist di avvio</h2>
        <div class="prose">
          <p>Incollare nella checklist di rilascio o nel template QA:</p>
        </div>

        <div class="checklist">
          <div class="checklist__text">I titoli si leggono in ordine (H1 → H2 → H3, senza livelli saltati)</div>
          <div class="checklist__text">Il link di salto funziona (Tab una volta, si sente il link, Invio, il focus si sposta nel contenuto principale)</div>
          <div class="checklist__text">Tutti i campi del modulo hanno etichette associate annunciate dallo screen reader</div>
          <div class="checklist__text">I campi obbligatori annunciano «obbligatorio»</div>
          <div class="checklist__text">I messaggi di errore vengono annunciati in caso di errore di validazione</div>
          <div class="checklist__text">Le finestre modali ricevono il focus all'apertura e lo mantengono all'interno</div>
          <div class="checklist__text">La chiusura di una finestra modale restituisce il focus all'elemento di attivazione</div>
          <div class="checklist__text">Le regioni live annunciano le modifiche dinamiche (aggiornamenti del carrello, risultati di ricerca, notifiche toast)</div>
          <div class="checklist__text">Il testo alternativo delle immagini si legge come frasi utili, non come nomi di file</div>
          <div class="checklist__text">Le immagini decorative sono silenziose (`alt=""`)</div>
          <div class="checklist__text">Il titolo della pagina è significativo (letto per primo dallo screen reader al caricamento)</div>
          <div class="checklist__text">Il testo dei link ha senso fuori contesto (nessun «clicca qui» o «leggi di più» isolato)</div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Riferimento</div>
        <h2 class="section-title" id="s6-heading">6. Domande frequenti</h2>

        <h3>Qual è il miglior screen reader gratuito per i test?</h3>
        <div class="prose">
          <p>NVDA su Windows. È gratuito, open source, attivamente mantenuto da NV Access e utilizzato come screen reader principale da circa il 35-40% degli intervistati nel sondaggio WebAIM. Se si deve installare un solo strumento di tecnologia assistiva per i test, si installi NVDA con Firefox o Chrome su una macchina o VM Windows.</p>
        </div>

        <h3>Con quanti screen reader è necessario testare?</h3>
        <div class="prose">
          <p>Due testati bene valgono più di cinque testati male. Il minimo realistico è NVDA su Windows per il desktop e VoiceOver su iOS per il mobile — coprono insieme la quota maggiore degli utenti reali. Si aggiunge JAWS se il pubblico è di ambito governativo, finanziario o sanitario, e TalkBack su Android se il traffico mobile è prevalentemente Android.</p>
        </div>

        <h3>Gli strumenti automatizzati possono sostituire il test con screen reader?</h3>
        <div class="prose">
          <p>No. Gli strumenti automatizzati rilevano circa il 30-40% dei problemi WCAG — attributi alt mancanti, ARIA non valido, etichette mancanti. Non possono valutare se il testo alternativo è utile, se i contenuti dinamici vengono annunciati correttamente o se la gestione del focus è adeguata. L'automazione va usata come base di partenza, non come punto di arrivo, abbinandola a test periodici con lo screen reader reale effettuati da persone.</p>
        </div>

        <h3>È necessario un Mac per testare VoiceOver?</h3>
        <div class="prose">
          <p>Sì per i test in locale — VoiceOver è disponibile solo su macOS e iOS. Se il team usa esclusivamente Windows, servizi cloud come Assistiv Labs e BrowserStack Accessibility offrono sessioni VoiceOver remote sull'URL desiderato. Per controlli occasionali è sufficiente; per un lavoro serio su iOS è necessario disporre di un Mac o di un iPhone.</p>
        </div>

        <h3>Qual è la differenza tra NVDA e JAWS?</h3>
        <div class="prose">
          <p>Entrambi sono screen reader per Windows e funzionano con tutti i principali browser. NVDA è gratuito, open source, più leggero e tende a essere leggermente più rigoroso nella conformità ARIA. JAWS è commerciale (circa 95 dollari l'anno per una licenza home), più ricco di funzionalità, ha una lunga storia nelle implementazioni enterprise e del governo federale statunitense ed è talvolta più tollerante nei confronti di markup imperfetto. Se una pagina funziona con NVDA, di solito funziona anche con JAWS — l'inverso non è sempre vero.</p>
        </div>

        <h3>Con quale frequenza si dovrebbero eseguire i test con screen reader?</h3>
        <div class="prose">
          <p>I controlli a livello di automazione (axe, eslint-plugin-jsx-a11y, test AT-driver) dovrebbero essere eseguiti a ogni pull request. Le verifiche manuali con screen reader sui percorsi utente chiave appartengono alla checklist di rilascio — tipicamente a ogni sprint o a ogni release. Un audit manuale completo condotto da tester con disabilità ha senso trimestralmente o annualmente a seconda di quanto cambia il prodotto.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <div class="section-label">Chiusura del playbook</div>
        <h2 class="section-title" id="concl-heading">Conclusione</h2>
        <div class="prose">
          <p>Se non si è ancora eseguita una verifica automatizzata, si inizia con lo [scanner di accessibilità gratuito](/toolkit/scan/) — rileverà i problemi più evidenti che anche uno screen reader individuerebbe, in pochi secondi invece che in ore. Una volta stabilita questa base, si pianifica un [audit manuale condotto da tester con disabilità](/articles/manual-audits-by-people-with-disabilities-2026/) sui percorsi utente più importanti per il proprio prodotto. E se l'accessibilità è un problema continuativo piuttosto che un progetto isolato, la [guida all'acquisto del monitoraggio](/articles/accessibility-monitoring-buyers-guide-2026/) mette a confronto gli strumenti che sorvegliano la produzione alla ricerca di regressioni tra un audit manuale e l'altro.</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">«Due screen reader testati bene valgono più di cinque testati male. La coppia scelta appartiene alla checklist di rilascio prima di qualsiasi altro, non dopo.»</p></blockquote>
          <figcaption><cite class="pull-quote__source">— redazione disability-world</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Come rendere il proprio sito web conforme alle WCAG 2.2 — guida passo per passo
url: https://www.disabilityworld.org/it/articles/how-to-make-your-website-wcag-22-compliant/
description: Conformità alle WCAG 2.2, passo dopo passo — effettuare un audit, correggere i problemi in ordine di priorità, verificare con tecnologie assistive e attivare il monitoraggio. Il manuale operativo completo 2026.
author: Disability World
pubDate: 2026-05-23
tags: wcag, wcag-2-2, accessibility-compliance, how-to, audit
---

# Come rendere il proprio sito web conforme alle WCAG 2.2 — guida passo per passo

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "HowTo",
      "name": "Come rendere il proprio sito web conforme alle WCAG 2.2",
      "description": "Un manuale in sei passi per portare un sito in produzione al livello AA delle WCAG 2.2 — audit, triage, correzione, verifica con tecnologie assistive, pubblicazione di una dichiarazione e attivazione del monitoraggio continuativo.",
      "totalTime": "P12W",
      "step": [
        { "@type": "HowToStep", "name": "Effettuare un audit della situazione attuale", "text": "Eseguire un audit in tre modalità — scansione automatizzata per la baseline di volume, revisione manuale da parte di uno specialista di accessibilità per i problemi che l'automazione non rileva, e un passaggio di usabilità con persone che utilizzano effettivamente tecnologie assistive. Ogni modalità individua uno strato diverso.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-1" },
        { "@type": "HowToStep", "name": "Triage per gravità e portata", "text": "Valutare ogni problema su due assi — quanto compromette l'esperienza e quanti utenti ne sono colpiti. Un blocco al checkout supera cinquanta problemi cosmetici nel kit stampa. Correggere in quest'ordine.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-2" },
        { "@type": "HowToStep", "name": "Correggere in ordine di priorità", "text": "Procedere con i problemi nell'ordine prodotto dal triage. Le correzioni ad alto rendimento sono: HTML semantico, testo alternativo, operabilità da tastiera, focus visibile, contrasto cromatico, etichette dei moduli, ARIA calibrata, annunci dei contenuti dinamici e accessibilità dei PDF per i documenti pubblicati.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-3" },
        { "@type": "HowToStep", "name": "Verificare con tecnologie assistive reali", "text": "Ogni correzione deve essere confermata nel modo in cui gli utenti fruiscono effettivamente della pagina — NVDA con Firefox su Windows, VoiceOver con Safari su macOS e iOS, TalkBack con Chrome su Android, e la sola tastiera per ogni flusso interattivo. L'automazione da sola non può certificare una correzione.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-4" },
        { "@type": "HowToStep", "name": "Pubblicare una dichiarazione di accessibilità reale", "text": "Pubblicare una dichiarazione che indichi l'ambito, l'obiettivo di conformità, le limitazioni note, un canale di contatto per i feedback e la data dell'ultima revisione. L'European Accessibility Act la richiede obbligatoriamente, e i tribunali statunitensi trattano la sua assenza come prova di indifferenza.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-5" },
        { "@type": "HowToStep", "name": "Attivare il monitoraggio continuativo", "text": "Configurare uno scanner automatizzato continuo in produzione, un flusso di triage che gestisca le nuove segnalazioni e una cadenza di audit manuale periodico — trimestrale o semestrale — da parte di tester con disabilità. La conformità decade senza monitoraggio.", "url": "https://www.disabilityworld.org/articles/how-to-make-your-website-wcag-22-compliant/#step-6" }
      ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        { "@type": "Question", "name": "Quanto tempo richiede tipicamente la conformità alle WCAG 2.2?", "acceptedAnswer": { "@type": "Answer", "text": "Per un sito web commerciale di medie dimensioni, il primo passaggio realistico è da otto a dodici settimane dall'audit di baseline alla pubblicazione della dichiarazione, supponendo che uno o due ingegneri possano dedicare circa un terzo del loro tempo alla correzione. Un'applicazione complessa con widget personalizzati e un inventario significativo di PDF o video richiede regolarmente sei mesi. La conformità viene poi mantenuta in modo continuativo; il primo passaggio è quello più oneroso." } },
        { "@type": "Question", "name": "Occorre il livello AA o AAA delle WCAG 2.2?", "acceptedAnswer": { "@type": "Answer", "text": "Il livello AA. Ogni regolatore rilevante che indica un livello — la norma ADA Title II 2024, l'EAA tramite EN 301 549, le normative britanniche sugli enti del settore pubblico, la Section 508 — fa riferimento al livello AA. Il livello AAA è aspirazionale e non è una soglia normativa da nessuna parte." } },
        { "@type": "Question", "name": "È sufficiente uno scanner automatizzato?", "acceptedAnswer": { "@type": "Answer", "text": "No. Gli scanner rilevano circa il trenta-quaranta per cento dei problemi WCAG in condizioni favorevoli. Non possono valutare se il testo alternativo è accurato, se un utente che utilizza uno screen reader può completare il checkout, o se un widget personalizzato espone il nome, il ruolo e lo stato corretti. Un approccio difendibile combina il monitoraggio automatizzato con un audit manuale periodico da parte di tester con disabilità." } },
        { "@type": "Question", "name": "Le WCAG 2.2 si applicano alle app mobile?", "acceptedAnswer": { "@type": "Answer", "text": "Sì, nella pratica. Ogni regolatore rilevante che fa riferimento alle WCAG le applica anche al web mobile e alle app iOS e Android native. Le app native hanno indicazioni aggiuntive specifiche per piattaforma, ma i criteri di successo sottostanti sono gli stessi. Se si pubblica un'app mobile, si rientra nell'ambito di applicazione." } },
        { "@type": "Question", "name": "Qual è la differenza tra WCAG, ADA ed EAA?", "acceptedAnswer": { "@type": "Answer", "text": "WCAG è uno standard tecnico pubblicato dal W3C. L'ADA è una legge statunitense sui diritti civili. L'EAA è una direttiva dell'UE. La legge indica se si è obbligati; lo standard indica come adempiere all'obbligo. I tribunali statunitensi e il DOJ trattano le WCAG 2.1 AA come il benchmark operativo per la conformità all'ADA, e l'EAA fa riferimento all'EN 301 549, che fa riferimento alle WCAG 2.1 AA. Le WCAG 2.2 sono la versione contro cui ogni revisore affidabile misura la conformità nel 2026." } },
        { "@type": "Question", "name": "Con quale frequenza si dovrebbe eseguire un nuovo audit?", "acceptedAnswer": { "@type": "Answer", "text": "Scansione automatizzata continua ad ogni deploy, revisione manuale interna trimestrale dei dieci flussi principali, e un audit manuale esterno completo da parte di tester con disabilità ogni dodici-diciotto mesi. Dopo ogni riprogettazione significativa, ripetere l'audit della superficie interessata prima del rilascio." } }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Guida pilastro · WCAG 2.2 how-to</div>
      <h1 class="hero__title" id="hero-heading">
        Come rendere il proprio sito web conforme alle WCAG 2.2 —<br />
        guida passo per passo
      </h1>
      <p class="hero__lead">La maggior parte dei team sa di dover essere conforme alle WCAG 2.2. Pochissimi sanno come si presenta la prima settimana di lavoro — questo è il manuale in sei passi dall'audit di baseline a una postura difendibile, nell'ordine in cui un team dovrebbe effettivamente eseguirli.</p>
      <div class="hero__stats" aria-label="Statistiche chiave">
        <div class="stat-chip">
          <div class="stat-chip__num">30–40%</div>
          <div class="stat-chip__label">quota di problemi WCAG rilevati dagli scanner automatizzati in condizioni favorevoli</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">9</div>
          <div class="stat-chip__label">nuovi criteri di successo che le WCAG 2.2 aggiungono rispetto alla 2.1</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">6</div>
          <div class="stat-chip__label">passi sequenziali dall'audit di baseline al monitoraggio continuativo</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">Di <strong>disability-world editorial</strong></div>
        <div class="hero__pill">12 min di lettura</div>
        <div class="hero__pill">Aggiornato maggio 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Sezioni dell'articolo">
    <div class="toc-bar__inner">
      <p>Contenuto</p>
      <ul role="list">
        <li><a href="#step-1">1. Audit</a></li>
        <li><a href="#step-2">2. Triage</a></li>
        <li><a href="#step-3">3. Correzione</a></li>
        <li><a href="#step-4">4. Verifica</a></li>
        <li><a href="#step-5">5. Dichiarazione</a></li>
        <li><a href="#step-6">6. Monitoraggio</a></li>
        <li><a href="#faq">FAQ</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="intro" aria-labelledby="intro-heading">
        <div class="section-label">Orientamento</div>
        <h2 class="section-title" id="intro-heading">Cosa significa effettivamente «conforme alle WCAG 2.2»</h2>
        <div class="prose">
          <p>Le WCAG 2.2 sono ora l'obiettivo AA operativo in tutta l'UE attraverso l'[European Accessibility Act](/articles/european-accessibility-act-guide/) (Atto europeo sull'accessibilità, EAA) e lo standard armonizzato [EN 301 549](/articles/en-301-549-explained/), e sono il benchmark de facto contro cui i tribunali statunitensi misurano i siti web soggetti all'ADA anche dove le normative citano ancora la versione 2.1. Lo standard è ben documentato; il percorso da «sappiamo di dover essere conformi» a «abbiamo una postura difendibile» non lo è. Questa guida è quel percorso, in sei passi, nell'ordine in cui un team dovrebbe effettivamente eseguirli.</p>
          <p>Le WCAG 2.2 sono la versione corrente delle Linee guida per l'accessibilità dei contenuti web (WCAG), pubblicate dal W3C come Raccomandazione nell'ottobre 2023. Definiscono 86 criteri di successo organizzati secondo quattro principi — il contenuto deve essere percepibile, operabile, comprensibile e robusto. A ciascun criterio è assegnato un livello di conformità. Il livello A è la soglia minima; il livello AA è il benchmark operativo cui fa riferimento ogni regolatore rilevante; il livello AAA è aspirazionale e non è una soglia normativa da nessuna parte.</p>
          <p>Quando un regolatore o un contratto indica «conforme alle WCAG 2.2 AA», significa più che superare una pagina. La definizione di conformità del W3C richiede che l'intera unità di conformità — la pagina, o l'insieme di pagine che costituiscono un processo — soddisfi ogni criterio di livello A e AA, che qualsiasi processo sia accessibile dall'inizio alla fine, e che la tecnologia assistiva non debba essere disattivata affinché il contenuto funzioni. Un sito che supera la maggior parte dei criteri sulla maggior parte delle pagine non è conforme; la soglia è la copertura completa.</p>
          <p>Le WCAG 2.2 aggiungono nove nuovi criteri rispetto alla 2.1 — aspetto del focus, dimensione dell'obiettivo, trascinamento, inserimento ridondante, autenticazione accessibile, guida coerente e altri. I siti conformi alla 2.1 AA non sono automaticamente conformi alla 2.2 AA; i nuovi criteri sono il punto in cui emerge il divario. La fonte di riferimento criterio per criterio si trova nel nostro [riferimento completo ai criteri di successo delle WCAG 2.2](/toolkit/standards/wcag/).</p>
          <p>La conformità è una postura, non uno stato — un sito che è conforme lunedì può rilasciare una regressione martedì. Trattarla come un progetto una tantum è l'errore più comune e più costoso nel settore.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-1" aria-labelledby="step-1-heading">
        <div class="section-label">Passo 01</div>
        <h2 class="section-title" id="step-1-heading">Effettuare un audit della situazione attuale</h2>
        <div class="prose">
          <p>Non è possibile correggere ciò che non si è misurato, e un singolo strumento non è in grado di misurarlo adeguatamente. Un audit di baseline viene eseguito in tre modalità su un insieme di pagine sostanzialmente identico.</p>
          <p><strong>Modalità 1 — Scansione automatizzata.</strong> Uno scanner segnala i guasti verificabili automaticamente — testo alternativo mancante, etichette di moduli mancanti, scarso contrasto cromatico, ARIA non valida, problemi di struttura dei titoli. Individua i problemi densi e ripetitivi che un ingegnere altrimenti cercherebbe manualmente, ma non valuterà se il testo alternativo è significativo, se un widget personalizzato si comporta correttamente con uno screen reader, o se l'ordine di focus ha senso cognitivo. Si tratta della scansione come baseline di volume, non come verdetto. Si inizia eseguendo lo [scanner gratuito per le WCAG 2.2](/toolkit/scan/) sulle prime dieci pagine — homepage, login, checkout, due pagine prodotto, dashboard, impostazioni account, la pagina della dichiarazione di accessibilità se esiste, e le due pagine di destinazione con il traffico più elevato. La scansione indica se si hanno cento problemi o diecimila, che è la prima cosa che un responsabile della correzione deve sapere.</p>
          <p><strong>Modalità 2 — Revisione manuale da parte di uno specialista di accessibilità.</strong> Un revisore formato che esamina le stesse pagine individua ciò che l'automazione non può valutare. Il testo alternativo è accurato? La struttura dei titoli è logica, non solo sintatticamente valida? I widget personalizzati espongono il nome, il ruolo e lo stato corretti? Uno specialista esamina circa quindici-venti pagine al giorno; il risultato è un rapporto scritto con i passi di riproduzione mappati ai criteri di successo specifici.</p>
          <p><strong>Modalità 3 — Audit di usabilità con persone che utilizzano tecnologie assistive.</strong> Un utente che usa uno screen reader esegue il checkout; un utente che utilizza solo la tastiera naviga nella dashboard; un utente con visione ridotta compila il modulo di contatto con zoom al 200 per cento. Il risultato è qualitativo — «l'annuncio all'invio avviene prima che il focus si sposti, quindi l'ho mancato» — ed è lo strato che distingue la conformità dall'accessibilità. Questa modalità è quella che le organizzazioni saltano più spesso; se la si salta si supereranno le scansioni e le dichiarazioni mentre i propri utenti non riescono ancora a completare i propri compiti.</p>
          <p>Le tre modalità si completano a vicenda: l'automazione trova il volume, la revisione specialistica trova i problemi strutturali e semantici, i test utente trovano i guasti nell'esperienza. Un prima baseline che esegue tutte e tre le modalità richiede da due a quattro settimane per un sito di medie dimensioni.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Scansione automatizzata</div>
                <div class="combo-card__sub">Modalità 1 · baseline di volume</div>
              </div>
            </div>
            <div class="combo-card__usage">Guasti verificabili automaticamente</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Problemi densi e ripetitivi su scala</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto debole</span><span>Non può valutare il significato o l'esperienza</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Risultato</span><span>Conteggio dei problemi, non un verdetto</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Revisione specialistica</div>
                <div class="combo-card__sub">Modalità 2 · esperto di accessibilità</div>
              </div>
            </div>
            <div class="combo-card__usage">15–20 pagine al giorno</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Valutazione strutturale e semantica</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto debole</span><span>Più lento; dipende dall'abilità del revisore</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Risultato</span><span>Rapporto scritto con mappatura dei criteri di successo</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Audit di usabilità</div>
                <div class="combo-card__sub">Modalità 3 · utenti con disabilità</div>
              </div>
            </div>
            <div class="combo-card__usage">La modalità più spesso saltata</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Individua i guasti nell'esperienza</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto debole</span><span>Richiede reclutamento e compenso</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Risultato</span><span>Qualitativo — cosa si è effettivamente rotto</span></div>
          </article>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-2" aria-labelledby="step-2-heading">
        <div class="section-label">Passo 02</div>
        <h2 class="section-title" id="step-2-heading">Triage per gravità e portata</h2>
        <div class="prose">
          <p>Un audit di baseline su un sito tipico evidenzia centinaia o migliaia di problemi. Iniziare dall'inizio di una lista piatta è un modo per trascorrere tre mesi senza spostare l'ago. Il triage si svolge su due assi — gravità e portata.</p>
          <p><strong>La gravità</strong> indica quanto il problema compromette l'esperienza. I blocchi impediscono il completamento del compito: un pulsante di checkout che gli screen reader non riescono ad attivare, un campo del modulo senza etichetta programmatica, un modale che intrappola il focus. I problemi principali creano attriti significativi ma non bloccano: testo dei link ambiguo, stili di focus mancanti, messaggi di errore visibili ma non annunciati. I problemi minori sono cosmetici o interessano solo configurazioni AT limitate: contrasto appena sotto 4,5:1, testo alternativo decorativo con uno spazio finale, un livello di titolo saltato in una pagina di note.</p>
          <p><strong>La portata</strong> indica quanti utenti incontrano il problema. Un link ambiguo nella navigazione globale raggiunge ogni visitatore su ogni pagina. Un selettore di date inaccessibile al checkout raggiunge ogni acquirente. Un componente inaccessibile nella pagina del kit stampa non raggiunge quasi nessuno. La portata è determinata dall'analisi, non dall'interesse intrinseco del problema.</p>
          <p>Una semplice matrice due per due è sufficiente. L'obiettivo non è la precisione — è forzare la conversazione che «bloccare uno screen reader dal completare il checkout» non è lo stesso problema di «un attributo alt con uno spazio finale nella pagina stampa».</p>
        </div>

        <div class="stat-row" aria-label="Livelli di gravità del triage">
          <div class="stat-card">
            <div class="stat-card__num">Blocco</div>
            <div class="stat-card__label">Impedisce il completamento del compito — pulsante di checkout che gli screen reader non riescono ad attivare, modale che intrappola il focus</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">Principale</div>
            <div class="stat-card__label">Attrito significativo ma non bloccante — testo dei link ambiguo, stili di focus mancanti, errori non annunciati</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">Minore</div>
            <div class="stat-card__label">Cosmetico o AT limitato — contrasto appena sotto 4,5:1, alt con spazio finale, titolo saltato in una pagina di note</div>
          </div>
        </div>

        <div class="prose">

| | Alta portata | Bassa portata |
|---|---|---|
| **Blocco** | Correggere in questo sprint | Correggere nei prossimi due sprint |
| **Principale** | Correggere nei prossimi due sprint | Correggere nel prossimo trimestre |
| **Minore** | Correggere nel prossimo trimestre | Coda lunga |

          <p>Il triage produce un backlog prioritizzato. Il backlog, non il rapporto di audit, è ciò su cui lavora l'ingegneria.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-3" aria-labelledby="step-3-heading">
        <div class="section-label">Passo 03</div>
        <h2 class="section-title" id="step-3-heading">Correggere in ordine di priorità</h2>
        <div class="prose">
          <p>Il lavoro di correzione si suddivide nelle stesse categorie in quasi ogni sito. Ogni categoria è mappata a uno o più criteri di successo delle WCAG; il [riferimento completo ai criteri di successo delle WCAG 2.2](/toolkit/standards/wcag/) è la fonte di riferimento.</p>
          <p><strong>Struttura HTML semantica.</strong> La correzione ad alto rendimento è utilizzare l'elemento giusto. Un `button` non è un `div` con un gestore click; un titolo non è testo in grassetto; un elenco non sono paragrafi separati da interruzioni di riga. L'HTML nativo porta nome, ruolo e comportamento da tastiera gratuitamente; reinventarlo con ARIA su un elemento generico è il modo in cui vengono introdotti la maggior parte dei bug di accessibilità. Mappato ai criteri 1.3.1 e 4.1.2.</p>
        </div>

        <figure class="comparison-card">
          <div class="comparison-card__head">Buono vs cattivo — l'anti-pattern canonico del pulsante</div>
          <div class="comparison-card__list">
            <div class="cmp-grid">
              <div class="cmp-card good">
                <div class="cmp-card-label">Cattivo — elemento generico con gestore e ARIA aggiunti</div>
                <p><code>&lt;div role="button" tabindex="0" onclick="submit()"&gt;Invia&lt;/div&gt;</code> — nessuna attivazione nativa da tastiera (Spazio e Invio non attivano il click), nessun anello di focus, nessuna mappatura implicita del ruolo, nessuna semantica di invio del modulo. Ogni comportamento di accessibilità deve essere reimplementato in JavaScript, e almeno uno sarà sbagliato.</p>
              </div>
              <div class="cmp-card better">
                <div class="cmp-card-label">Buono — l'elemento nativo fa il lavoro</div>
                <p><code>&lt;button type="submit"&gt;Invia&lt;/button&gt;</code> — raggiungibile via tab per impostazione predefinita, si attiva con Spazio e Invio, espone nome, ruolo e stato alla tecnologia assistiva, eredita l'anello di focus della piattaforma, partecipa all'invio del modulo. Un elemento sostituisce una dozzina di righe di ARIA e codice gestore.</p>
              </div>
            </div>
          </div>
        </figure>

        <div class="prose">
          <p><strong>Testo alternativo delle immagini.</strong> Ogni immagine significativa necessita di un testo alternativo descrittivo. Le immagini decorative ottengono `alt=""`, non un attributo mancante. Le immagini funzionali — icone all'interno di pulsanti, link con immagini — ottengono un testo alternativo che descrive l'azione, non l'immagine. Mappato al criterio 1.1.1.</p>
          <p><strong>Accessibilità da tastiera.</strong> Ogni elemento interattivo deve essere raggiungibile e operabile con la sola tastiera — raggiungerlo con Tab, attivarlo con Invio o Spazio, uscirne con Escape. I widget personalizzati (menu a discesa, modali, tab, caroselli, selettori di date) sono i soliti responsabili. Si testa staccando il mouse. Mappato ai criteri 2.1.1 e 2.1.2.</p>
          <p><strong>Gestione del focus.</strong> Quando il focus arriva su un elemento deve essere visibile, e quando qualcosa cambia la pagina il focus deve atterrare in un punto sensato. Un modale che si apre dovrebbe spostare il focus al suo interno; chiuderlo dovrebbe restituire il focus al trigger. Le WCAG 2.2 hanno aggiunto il criterio 2.4.11 Focus Not Obscured e irrigidito il criterio 2.4.7 Focus Visible; l'anello di focus non è più una finitura opzionale.</p>
          <p><strong>Contrasto cromatico.</strong> Il testo rispetto allo sfondo deve raggiungere 4,5:1 per il normale e 3:1 per il grande ai sensi del criterio 1.4.3; i componenti UI interattivi e i grafici devono raggiungere 3:1 ai sensi del criterio 1.4.11. La maggior parte delle violazioni si trova nelle superfici di marketing — colori del brand che sembrano corretti sul display calibrato di un designer e non superano il test su un laptop reale. Un verificatore del contrasto nello strumento di design previene la maggior parte delle regressioni.</p>
          <p><strong>Etichette dei moduli e messaggi di errore.</strong> Ogni campo necessita di un'etichetta programmatica, non di un segnaposto. Gli errori devono essere annunciati alla tecnologia assistiva, associati al campo che li ha prodotti e descritti in linguaggio pratico. «Input non valido» non è un'etichetta; «Il numero di telefono deve includere il prefisso internazionale» lo è.</p>
          <p><strong>ARIA — moderazione, non entusiasmo.</strong> Si utilizzi ARIA solo quando l'HTML nativo non riesce a esprimere cosa fa il componente. Un `nav` è meglio di `role="navigation"`; un `button` è meglio di `role="button"`. Un'ARIA errata è peggio di nessuna ARIA perché informa attivamente in modo errato la tecnologia assistiva.</p>
          <p><strong>Annunci dei contenuti dinamici.</strong> Quando il contenuto cambia senza un ricaricamento della pagina — toast, messaggi di validazione, risultati di ricerca che si aggiornano in situ — gli screen reader lo perdono a meno che non venga indicato loro. Si utilizzi `aria-live="polite"` per gli aggiornamenti non urgenti e `aria-live="assertive"` solo per le interruzioni genuine.</p>
          <p><strong>Accessibilità dei PDF.</strong> Ogni PDF pubblicato deve soddisfare PDF/UA, l'equivalente WCAG per i documenti. I PDF sono solitamente il punto cieco più grande in un programma di correzione perché sono gestiti al di fuori dell'ingegneria. Si consulti la nostra guida completa sull'[accessibilità dei PDF](/articles/accessible-pdfs-end-to-end/) per la pipeline di produzione.</p>
          <p>Le correzioni interagiscono. Sostituire un pulsante `div` con un `button` risolve i criteri di tastiera, focus, nome, ruolo e valore in un'unica modifica. Ecco perché l'HTML semantico è in cima — ripaga su più criteri con il minimo sforzo.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-4" aria-labelledby="step-4-heading">
        <div class="section-label">Passo 04</div>
        <h2 class="section-title" id="step-4-heading">Verificare con tecnologie assistive reali</h2>
        <div class="prose">
          <p>Una correzione non è completata finché non è stata verificata nel modo in cui l'utente interessato consumerebbe la pagina. Gli scanner automatizzati rilevano circa il trenta-quaranta per cento dei problemi WCAG in condizioni favorevoli, il che significa che la maggior parte delle correzioni non è visibile allo strumento che ha segnalato il problema.</p>
          <p>La matrice minima per i test AT è breve. <strong>NVDA con Firefox su Windows</strong> è la combinazione screen reader-browser più utilizzata sul desktop; NVDA è gratuito. <strong>VoiceOver con Safari su macOS</strong> è quello predefinito sui desktop Apple; <strong>VoiceOver con Safari su iOS</strong> è quello predefinito sui mobile Apple, e il modello gestuale iOS è sufficientemente diverso dal desktop da richiedere test separati. <strong>TalkBack con Chrome su Android</strong> completa il mobile. <strong>Solo tastiera su ogni flusso interattivo</strong> non richiede alcuna tecnologia assistiva, solo staccare il mouse, ed è il test a singolo più alto valore che si possa eseguire.</p>
          <p>Per ogni correzione, il protocollo è lo stesso. Si carica la pagina nel browser e nello screen reader pertinente. Si naviga all'elemento interessato usando solo la tecnologia assistiva. Lo si attiva. Si osserva cosa viene annunciato. Si conferma che l'annuncio corrisponde a ciò che un utente vedente capirebbe dalla stessa interazione. Si documenta la verifica — data, versione dell'AT, versione del browser, superato o fallito.</p>
          <p>Pattern che la verifica individua che le scansioni perdono: un pulsante che viene annunciato senza nome accessibile; un modale che si apre con ARIA corretta ma il focus rimane sul trigger così l'utente dello screen reader non sa che si è aperto; un menu a discesa personalizzato che espone il ruolo corretto ma non annuncia l'opzione selezionata quando cambia.</p>
          <p>La verifica da parte di utenti con disabilità è un segnale più forte dei test interni. Uno sviluppatore vedente che usa VoiceOver verifica se la tecnologia funziona sulla pagina; un utente cieco che usa VoiceOver verifica se la pagina funziona per loro. I regolatori e i tribunali trattano il secondo come definitivo.</p>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">L'automazione manca il 60–70 per cento dei problemi</span>
            <div class="callout__body"><p>Gli scanner automatizzati rilevano circa il 30–40 per cento dei guasti WCAG in condizioni favorevoli; su un'applicazione complessa con widget personalizzati il dato è ancora più basso. Il restante 60–70 per cento — accuratezza del testo alternativo, ordine del focus, attivazione da tastiera dei widget personalizzati, nome/ruolo/stato su componenti su misura — è visibile solo a una persona che usa la pagina con una tecnologia assistiva reale. Una scansione verde non è un risultato di verifica; è l'assenza di un tipo di evidenza di guasto.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-5" aria-labelledby="step-5-heading">
        <div class="section-label">Passo 05</div>
        <h2 class="section-title" id="step-5-heading">Pubblicare una dichiarazione di accessibilità reale</h2>
        <div class="prose">
          <p>Una dichiarazione di accessibilità è l'artefatto pubblico che indica, in linguaggio chiaro, quale conformità il sito dichiara, quali parti non sono ancora conformi, come un utente può contattarsi per un problema e quando si è rivisto tutto quanto sopra. Ai sensi dell'[European Accessibility Act](/articles/european-accessibility-act-guide/) (EAA) è un requisito legale per i servizi in ambito di applicazione. Ai sensi dell'[ADA Title III](/articles/ada-title-iii-web-accessibility-guide/) non è richiesta per legge, ma i tribunali statunitensi la trattano come prova di buona fede; la sua assenza è trattata come prova di indifferenza. In ogni caso, la si pubblica.</p>
          <p>Una dichiarazione difendibile contiene cinque elementi. <strong>Ambito</strong> — quali domini, applicazioni e documenti sono coperti, e cosa è esplicitamente escluso. <strong>Obiettivo di conformità</strong> — solitamente «WCAG 2.2 Livello AA», con la data in cui lo si è raggiunto o si prevede di raggiungerlo. <strong>Limitazioni note</strong> — aree specifiche in cui non si è ancora conformi, con una data di correzione o una spiegazione. <strong>Canale di contatto</strong> — un'e-mail o un modulo, con un tempo di risposta garantito. <strong>Data dell'ultima revisione</strong> — non più di dodici mesi fa.</p>
          <p>Il modello di dichiarazione di accessibilità dell'UE è il punto di partenza più chiaro. La maggior parte dei regolatori accetta una dichiarazione che segue quella struttura anche dove la loro giurisdizione non la impone formalmente. La dichiarazione si trova a un URL come `/accessibility/`, con un link nel footer a livello di sito, ed è essa stessa accessibile — il che riguarda il piccolo numero di team che pubblica una dichiarazione come PDF inaccessibile.</p>
          <p>La dichiarazione non è materiale di marketing. È ciò che un regolatore, un avvocato o un responsabile degli acquisti legge prima di intraprendere qualsiasi altra azione. Il linguaggio evasivo («ci impegniamo a», «riteniamo di essere in gran parte conformi») viene letto come evasione; le affermazioni specifiche, datate e falsificabili vengono lette come un programma credibile.</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">L'EAA la richiede; i tribunali ADA trattano la sua assenza come prova</span>
            <div class="callout__body"><p>Il contesto giuridico dietro la dichiarazione è asimmetrico. L'EAA rende la dichiarazione di accessibilità un requisito assoluto per i servizi in ambito di applicazione nell'UE — nessuna dichiarazione, nessuna conformità. L'ADA Title III negli Stati Uniti non richiede per legge una dichiarazione, ma i tribunali statunitensi hanno ripetutamente trattato la sua assenza come prova di indifferenza verso gli utenti con disabilità, e la sua presenza come prova di un programma di buona fede. In ogni caso, la dichiarazione è l'artefatto meno costoso nell'intera postura di conformità; produrne una non è opzionale.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="step-6" aria-labelledby="step-6-heading">
        <div class="section-label">Passo 06</div>
        <h2 class="section-title" id="step-6-heading">Attivare il monitoraggio continuativo</h2>
        <div class="prose">
          <p>I primi cinque passi producono un'istantanea. Il sesto passo la rende duratura. Le applicazioni web cambiano continuamente, e ogni modifica è un'opportunità per rompere un'etichetta, perdere un anello di focus o rilasciare un componente che si presenta come un `div` a NVDA. La conformità raggiunta il mese scorso non sopravvive ai deploy del mese prossimo a meno che qualcosa non stia guardando.</p>
          <p>Una postura di monitoraggio difendibile ha tre livelli. La <strong>scansione automatizzata continua</strong> viene eseguita ad ogni deploy in produzione, o almeno quotidianamente, con i risultati che confluiscono nel sistema di tracciamento dei problemi del team di ingegneria. <strong>Un flusso di triage</strong> assegna le nuove segnalazioni a un responsabile entro uno SLA definito — un giorno lavorativo per i blocchi, uno sprint per tutto il resto. L'<strong>audit manuale periodico</strong> da parte di tester con disabilità, con cadenza trimestrale o semestrale, individua ciò che l'automazione non riesce a vedere e produce la documentazione che un revisore esterno o un regolatore richiederà.</p>
          <p>Le piattaforme che combinano questi livelli — monitoraggio automatizzato più passaggio all'audit manuale in un flusso di lavoro integrato — sono la categoria da cui la maggior parte dei team alla fine acquista. Le quattro più frequentemente selezionate nel 2026 sono <strong>axe Monitor</strong>, con la maggiore accuratezza del motore browser e la più profonda integrazione con gli sviluppatori; <strong>Siteimprove</strong>, con la copertura più ampia delle piattaforme di contenuto e la più lunga storia di mercato; <strong>Level Access</strong>, che affianca gli strumenti di piattaforma a un sostanziale braccio di servizi professionali; e [Qualibooth](https://www.qualibooth.com/), che ha costruito il proprio prodotto attorno al flusso di lavoro scansione → triage → revisione manuale → dichiarazione come unico percorso integrato, con la verifica manuale da parte di tester con disabilità inclusa anziché venduta separatamente. Ognuno ha pro e contro; la scelta giusta dipende dal fatto che il collo di bottiglia sia l'accuratezza della scansione, l'ampiezza della piattaforma di contenuto, la capacità di servizi professionali o l'integrazione del flusso di lavoro. Nessuno di essi elimina l'obbligo di correggere i problemi — indicano cosa correggere, su una pianificazione, con evidenza.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Qualibooth</div>
                <div class="combo-card__sub">Scansione integrata → triage → revisione manuale → dichiarazione</div>
              </div>
            </div>
            <div class="combo-card__usage">Flusso di lavoro end-to-end</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>La verifica manuale da parte di tester con disabilità è inclusa, non venduta separatamente</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Da usare quando</span><span>L'integrazione del flusso di lavoro è il collo di bottiglia</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">axe Monitor</div>
                <div class="combo-card__sub">Deque · scanner-first</div>
              </div>
            </div>
            <div class="combo-card__usage">Massima accuratezza del motore</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Integrazione più profonda con gli sviluppatori, scansioni accurate del motore browser</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Da usare quando</span><span>L'accuratezza della scansione è il collo di bottiglia</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Siteimprove / Level Access</div>
                <div class="combo-card__sub">Suite di piattaforma consolidate</div>
              </div>
            </div>
            <div class="combo-card__usage">Ampiezza o servizi</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Siteimprove: ampiezza della piattaforma di contenuto · Level Access: braccio di servizi professionali</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Da usare quando</span><span>La copertura o le risorse umane sono il collo di bottiglia</span></div>
          </article>
        </div>

        <div class="prose">
          <p>Se ne scelga una. La piattaforma specifica conta meno della disciplina di eseguirne una in modo continuativo.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="pitfalls" aria-labelledby="pitfalls-heading">
        <div class="section-label">Note sul campo</div>
        <h2 class="section-title" id="pitfalls-heading">Errori comuni</h2>
        <div class="prose">
          <p><strong>Widget overlay.</strong> Un widget di terze parti che promette di rendere accessibile un sito iniettando JavaScript a runtime non lo fa. Il DOJ, la National Federation of the Blind e ogni società di consulenza di accessibilità affidabile lo hanno dichiarato formalmente, e il registro del contenzioso mostra che i siti con overlay vengono citati in giudizio alla stessa frequenza di quelli senza. Gli overlay non sostituiscono le correzioni; le nascondono.</p>
          <p><strong>«Scansione automatizzata equivale a conformità.»</strong> Una scansione pulita certifica solo che i problemi che lo scanner può rilevare non sono presenti. Il dato del trenta-quaranta per cento è generoso; su un'applicazione complessa con widget personalizzati è più basso.</p>
          <p><strong>Dimenticare PDF e video incorporati.</strong> I documenti e i video sono solitamente gestiti al di fuori dell'ingegneria e sono il punto cieco più consistente. I PDF devono soddisfare la conformità PDF/UA, i tag di struttura e l'ordine di lettura accessibile; i video necessitano di sottotitoli, trascrizioni e audiodescrizione dove applicabile.</p>
          <p><strong>Ignorare le app mobile native.</strong> Le WCAG si applicano al web mobile e alle app iOS e Android native. Un team con web conforme e app inaccessibili non è conforme.</p>
          <p><strong>Trattarla come un progetto una tantum.</strong> La conformità decade il giorno in cui viene rilasciato il prossimo deploy. L'errore più costoso è investire in un audit di baseline, correggere i risultati, dichiarare la vittoria e saltare il monitoraggio.</p>
          <p><strong>Non coinvolgere persone con disabilità nei test.</strong> Si reclutino e si compensino a tariffe di mercato utenti con disabilità per la modalità di audit di usabilità e per la verifica periodica.</p>
          <p><strong>Acquistare uno strumento invece di fare il lavoro.</strong> Nessuna piattaforma corregge i problemi di accessibilità al posto del team — la correzione è comunque un lavoro di ingegneria. Uno strumento senza personale addetto alla correzione produce una dashboard di problemi non corretti e la stessa esposizione di prima.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="checklist" aria-labelledby="checklist-heading">
        <div class="section-label">Lista di controllo rapida</div>
        <h2 class="section-title" id="checklist-heading">Cosa fare questa settimana</h2>
        <div class="prose">
          <p>Azioni concrete da avviare domani.</p>
        </div>

        <div class="checklist">
          <div class="checklist__text">Eseguire lo [scanner gratuito per le WCAG 2.2](/toolkit/scan/) sulle prime dieci pagine e registrare la baseline.</div>
          <div class="checklist__text">Identificare i due o tre flussi con il traffico più elevato dall'analisi e staccare il mouse — provare a completare ciascuno con la sola tastiera.</div>
          <div class="checklist__text">Fare un inventario di ogni PDF e video sul sito e classificare ciascuno come noto-accessibile, sconosciuto o noto-inaccessibile.</div>
          <div class="checklist__text">Verificare se si dispone di una dichiarazione di accessibilità pubblicata. In caso negativo, aggiungerla al backlog. In caso affermativo, verificare la data dell'ultima revisione.</div>
          <div class="checklist__text">Aprire un ticket di triage per ogni blocco trovato dallo scanner su una superficie ad alta portata — homepage, login, checkout, dashboard.</div>
          <div class="checklist__text">Trovare il membro del team che gestisce il design system o la libreria di componenti e avviare una breve conversazione sulla sostituzione dei pattern `div`-con-gestore con elementi semantici nativi.</div>
          <div class="checklist__text">Pianificare una sessione interna di trenta minuti per esaminare i risultati dell'audit con ingegneria, design e contenuto; il peggior esito di un audit di baseline è il rapporto che nessuno legge.</div>
        </div>
      </section>

      <hr class="divider" />

      <section id="faq" aria-labelledby="faq-heading">
        <div class="section-label">FAQ</div>
        <h2 class="section-title" id="faq-heading">Domande frequenti</h2>
        <div class="prose">
          <p><strong>Quanto tempo richiede tipicamente la conformità alle WCAG 2.2?</strong></p>
          <p>Per un sito web commerciale di medie dimensioni, il primo passaggio realistico è da otto a dodici settimane dall'audit di baseline alla pubblicazione della dichiarazione, supponendo che uno o due ingegneri possano dedicare circa un terzo del loro tempo alla correzione. Un'applicazione complessa con widget personalizzati e un inventario significativo di PDF o video richiede regolarmente sei mesi. La conformità viene poi mantenuta in modo continuativo; il primo passaggio è quello più oneroso.</p>
          <p><strong>Occorre il livello AA o AAA delle WCAG 2.2?</strong></p>
          <p>Il livello AA. Ogni regolatore rilevante che indica un livello — la norma ADA Title II 2024, l'EAA tramite EN 301 549, le normative britanniche sugli enti del settore pubblico, la Section 508 — fa riferimento al livello AA. Il livello AAA è aspirazionale e non è una soglia normativa da nessuna parte.</p>
          <p><strong>È sufficiente uno scanner automatizzato?</strong></p>
          <p>No. Gli scanner rilevano circa il trenta-quaranta per cento dei problemi WCAG in condizioni favorevoli. Non possono valutare se il testo alternativo è accurato, se un utente che utilizza uno screen reader può completare il checkout, o se un widget personalizzato espone il nome, il ruolo e lo stato corretti. Un approccio difendibile combina il monitoraggio automatizzato con un audit manuale periodico da parte di tester con disabilità.</p>
          <p><strong>Le WCAG 2.2 si applicano alle app mobile?</strong></p>
          <p>Sì, nella pratica. Ogni regolatore rilevante che fa riferimento alle WCAG le applica anche al web mobile e alle app iOS e Android native. Le app native hanno indicazioni aggiuntive specifiche per piattaforma, ma i criteri di successo sottostanti sono gli stessi. Se si pubblica un'app mobile, si rientra nell'ambito di applicazione.</p>
          <p><strong>Qual è la differenza tra WCAG, ADA ed EAA?</strong></p>
          <p>WCAG è uno standard tecnico pubblicato dal W3C. L'ADA è una legge statunitense sui diritti civili. L'EAA è una direttiva dell'UE. La legge indica se si è obbligati; lo standard indica come adempiere all'obbligo. I tribunali statunitensi e il DOJ trattano le WCAG 2.1 AA come il benchmark operativo per la conformità all'ADA, e l'EAA fa riferimento all'EN 301 549, che fa riferimento alle WCAG 2.1 AA. Le WCAG 2.2 sono la versione contro cui ogni revisore affidabile misura la conformità nel 2026.</p>
          <p><strong>Con quale frequenza si dovrebbe eseguire un nuovo audit?</strong></p>
          <p>Scansione automatizzata continua ad ogni deploy, revisione manuale interna trimestrale dei dieci flussi principali, e un audit manuale esterno completo da parte di tester con disabilità ogni dodici-diciotto mesi. Dopo ogni riprogettazione significativa, ripetere l'audit della superficie interessata prima del rilascio.</p>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <div class="section-label">Chiusura del manuale</div>
        <h2 class="section-title" id="concl-heading">Conclusione: i prossimi passi</h2>
        <div class="prose">
          <p>Si inizi dalla baseline. Si esegua lo [scanner di accessibilità gratuito](/toolkit/scan/) sulle prime dieci pagine, si registrino i dati e li si utilizzi per sostenere internamente la correzione. Mentre la scansione è in corso, si legga il dossier per la propria giurisdizione — la guida sull'[European Accessibility Act](/articles/european-accessibility-act-guide/) se si vende nell'UE, la guida sull'[ADA Title III](/articles/ada-title-iii-web-accessibility-guide/) per gli Stati Uniti. Una volta disponibile la baseline, l'audit manuale e il passo del monitoraggio continuativo sono quelli in cui la maggior parte dei team investe meno; Qualibooth e le alternative indicate nel Passo 6 sono la categoria da valutare in quel momento.</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">«La conformità è una postura, non uno stato — un sito che è conforme lunedì può rilasciare una regressione martedì.»</p></blockquote>
          <figcaption><cite class="pull-quote__source">— disability-world editorial</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Audit di accessibilità manuali condotti da persone con disabilità — guida 2026
url: https://www.disabilityworld.org/it/articles/manual-audits-by-people-with-disabilities-2026/
description: Audit di accessibilità manuali condotti da tester con disabilità: perché sono importanti, quanto costano, cosa aspettarsi e come scegliere un'azienda di audit di accessibilità digitale nel 2026.
author: Disability World
pubDate: 2026-05-23
tags: accessibility-audit, manual-audit, disability-testing, audit-company, services
---

# Audit di accessibilità manuali condotti da persone con disabilità — guida 2026

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Audit di accessibilità manuali condotti da persone con disabilità — guida 2026",
      "description": "Audit di accessibilità manuali condotti da tester con disabilità: perché sono importanti, quanto costano, cosa aspettarsi e come scegliere un'azienda di audit di accessibilità digitale nel 2026.",
      "datePublished": "2026-05-23",
      "author": { "@type": "Organization", "name": "Disability World", "url": "https://www.disabilityworld.org/" },
      "publisher": { "@type": "Organization", "name": "Disability World" }
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        {
          "@type": "Question",
          "name": "Quanto costa un audit di accessibilità?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Intervalli realistici per il 2026: un audit piccolo che copre 5–10 pagine di una singola SPA costa approssimativamente 5.000–15.000 $; un audit medio di 20–50 pagine con più percorsi utente è 15.000–50.000 $; e un'operazione enterprise che copre oltre 100 pagine, app mobile e diversi flussi può arrivare da 50.000 a 250.000 $ o più. I re-test dopo la correzione costano di solito il 30–40% del costo originale."
          }
        },
        {
          "@type": "Question",
          "name": "Quanto tempo richiede un audit di accessibilità manuale?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "La maggior parte delle operazioni richiede 2–6 settimane per ambiti piccoli e medi, e 8–12 settimane per audit enterprise che includono app mobile, PDF o più varianti linguistiche. Il lavoro sul campo è raramente il collo di bottiglia — la pianificazione dei tester con i profili di tecnologia assistiva giusti e la stesura del rapporto occupano la maggior parte del tempo di calendario."
          }
        },
        {
          "@type": "Question",
          "name": "Qual è la differenza tra audit di accessibilità automatizzati e manuali?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Gli scanner automatizzati rilevano circa il 57–70% delle violazioni WCAG testabili in modo programmatico — attributi alt mancanti, basso contrasto cromatico, etichette di moduli, struttura dei landmark. Gli audit manuali coprono il restante 30–40%: ordine di focus, trappole da tastiera, qualità del testo alternativo significativo, leggibilità per screen reader, annunci di contenuto dinamico e altri problemi che richiedono il giudizio umano. Gli audit manuali condotti da tester con disabilità aggiungono un terzo livello — usabilità vissuta, non solo conformità tecnica."
          }
        },
        {
          "@type": "Question",
          "name": "Tutte le aziende di audit di accessibilità impiegano tester con disabilità?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "No. Molte aziende conducono audit esclusivamente con specialisti di accessibilità vedenti che emulano le tecnologie assistive. Gli audit disability-led affidabili includono tester che usano quotidianamente screen reader, ingrandimento, controllo con switch o controllo vocale, in presenza di un'ampia gamma di disabilità. È opportuno chiedere a qualsiasi potenziale fornitore la composizione dei tester prima di firmare."
          }
        },
        {
          "@type": "Question",
          "name": "Con quale frequenza si dovrebbe ripetere l'audit?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Un audit manuale completo è in genere valido per 12 mesi su un prodotto stabile, o fino a quando una versione principale non modifica i flussi verificati. La maggior parte dei team maturi abbina un audit manuale annuale a un monitoraggio automatizzato continuo tra gli audit, ed esegue un re-test mirato 3–6 mesi dopo la correzione per verificare le correzioni."
          }
        },
        {
          "@type": "Question",
          "name": "Un audit manuale può garantire la conformità ADA o EAA?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Nessuna azienda di audit affidabile offre una garanzia di conformità. Un audit è un'istantanea della conformità rispetto a uno standard come WCAG 2.2 AA su un ambito definito in un momento preciso. Riduce il rischio legale e produce una traccia documentale, ma né l'ADA né l'EAA riconoscono una certificazione privata come vincolante."
          }
        },
        {
          "@type": "Question",
          "name": "Quali output vengono forniti con un audit manuale?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Un'operazione tipica fornisce: un set di pagine definito, un registro dei risultati rispetto a WCAG 2.2 AA con valutazioni di gravità, narrazioni sull'impatto per gli utenti per ogni risultato, correzioni raccomandate, un sommario esecutivo, dichiarazione di accessibilità pubblicata opzionale e un ciclo di re-test a 3–6 mesi. Alcuni fornitori trasferiscono i risultati in una piattaforma di monitoraggio; altri consegnano un PDF statico."
          }
        }
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione dell'immagine: un tester non vedente con le cuffie utilizza JAWS su un laptop mentre un collega che usa un ingranditore dello schermo esamina la stessa pagina su un secondo monitor — due tester con disabilità che conducono fianco a fianco un audit di accessibilità manuale.</p>

<p class="rt-prefix">Tempo di lettura: 12 minuti</p>

<p class="wp-block-paragraph">Gli scanner di accessibilità automatizzati rilevano tra il 57% e il 70% delle violazioni WCAG su una pagina tipica. Il restante 30–40% è dove vivono le cause legali, i reclami e la vera difficoltà degli utenti. Trappole da tastiera che si innescano solo al terzo ciclo di Tab. Ordine di focus che scorre visivamente dall'alto verso il basso ma salta al footer nell'ordine DOM. Regioni ARIA live che si attivano al caricamento della pagina invece che quando il contenuto cambia. Testo alternativo che supera il controllo «attributo alt presente» ma che uno screen reader legge come «Image_47.png». Nessuna di queste problematiche è rilevabile dall'analisi statica.</p>

<p class="wp-block-paragraph">Un audit di accessibilità manuale colma questa lacuna. Un audit manuale condotto da persone con disabilità va oltre — verifica se le correzioni implementate funzionano effettivamente per gli utenti a cui erano destinate. Per le organizzazioni nell'ambito di applicazione dell'[European Accessibility Act (EAA)](/articles/european-accessibility-act-guide/) o dell'[ADA Title III](/articles/ada-title-iii-web-accessibility-guide/), è l'unico modo per verificare l'usabilità vissuta. Prima di commissionarne uno, è opportuno stabilire una base di partenza rapida con il nostro [scanner di accessibilità gratuito](/toolkit/scan/).</p>

<h2 class="wp-block-heading" id="h-why-manual-audits-matter">Perché gli audit manuali sono importanti — i limiti della scansione automatizzata</h2>

<p class="wp-block-paragraph">Gli scanner automatizzati sono eccellenti in quello che fanno, e quello che fanno è delimitato. Eseguono motori di regole — axe-core, Lighthouse, WAVE — su un DOM analizzato, segnalando attributi `alt` mancanti, rapporti di contrasto, etichette di moduli, errori dei landmark e riferimenti ARIA interrotti. L'analisi WebAIM Million 2024 ha rilevato che gli scanner rilevano circa il 57% delle violazioni delle regole axe, un dato coerente con quanto la maggior parte dei professionisti dell'accessibilità riporta dai dati interni.</p>

<p class="wp-block-paragraph">Si consideri ora cosa non riescono a rilevare.</p>

<p class="wp-block-paragraph">Una pagina può avere `alt="grafico che mostra i ricavi trimestrali"` su ogni immagine ed essere comunque inutilizzabile per un utente di screen reader, perché il grafico mostra effettivamente il numero di dipendenti. Lo scanner vede una stringa alt non vuota e va avanti.</p>

<p class="wp-block-paragraph">Un modulo può avere ogni etichetta correttamente associata, contrasto perfetto e semantica pulita, e continuare a intrappolare un utente da tastiera quando il selettore di date apre un modale che non riceve mai il focus. L'analisi statica vede un albero di componenti valido; solo un essere umano che preme Tab scopre la trappola.</p>

<p class="wp-block-paragraph">Una single-page app può non annunciare nulla quando il contenuto si aggiorna, perché la regione `aria-live` è stata aggiunta al momento della build e il framework la ridisegna ad ogni navigazione. Lo scanner vede l'attributo. Lo screen reader sente il silenzio.</p>

<p class="wp-block-paragraph">L'ordine di focus è una nota area problematica. La proprietà CSS `order`, `flex-direction: row-reverse` e gli elementi posizionati in modo assoluto dissociano l'ordine visivo dall'ordine DOM. Una pagina può sembrare corretta visivamente e risultare incomprensibile nella lettura.</p>

<p class="wp-block-paragraph">Queste categorie — testo alternativo significativo, ordine di focus, usabilità da tastiera di widget complessi, qualità della narrativa per screen reader, annunci di contenuto dinamico, flussi di recupero dagli errori — costituiscono la lacuna del 30–40% che solo un revisore umano può colmare. Tra i revisori umani, quelli che rilevano di più sono coloro che usano questa tecnologia ogni giorno.</p>

<h2 class="wp-block-heading" id="h-why-testers-with-disabilities">Perché tester con disabilità, specificamente</h2>

<p class="wp-block-paragraph">È utile distinguere tre modalità di audit, perché i fornitori tendono a confondere la terminologia.</p>

<p class="wp-block-paragraph"><strong>Scansione automatizzata.</strong> Ciò che uno scanner basato su axe-core può rilevare — circa il 60–70% dei problemi WCAG testabili, a un costo marginale quasi nullo. La propria base di partenza, non il proprio audit.</p>

<p class="wp-block-paragraph"><strong>Audit manuale da parte di un esperto di accessibilità vedente.</strong> Un revisore formato esamina il sito, esercita ogni componente interattivo con tastiera e screen reader, valuta il contrasto nel contesto e ragiona sulla semantica ARIA. Colma la maggior parte della lacuna tecnica — ordine di focus, trappole da tastiera, uso improprio di ARIA, conformità scritta rispetto ai [criteri di successo WCAG 2.2](/toolkit/standards/wcag/).</p>

<p class="wp-block-paragraph"><strong>Audit manuale da parte di persone con disabilità (PWD testing).</strong> La copertura dello specialista più una dimensione che le prime due modalità non possono strutturalmente produrre: l'esperienza vissuta. Il testo alternativo è effettivamente utile? Lo screen reader legge il modulo in un ordine che permette di completarlo? La navigazione da tastiera risulta utilizzabile dopo 50 pressioni di Tab? La versione ingrandita è leggibile al 400% di zoom?</p>

<p class="wp-block-paragraph">La terza modalità intercetta i fallimenti di usabilità mascherati come superamenti della conformità. Un pulsante etichettato «Clicca qui» supera il criterio 2.4.4 con contesto sufficiente, ma un utente di screen reader che naviga tramite lista dei link sentirà «Clicca qui, clicca qui, clicca qui» e si arrenderà.</p>

<p class="wp-block-paragraph">«Niente su di noi senza di noi» non è uno slogan nel lavoro sull'accessibilità — è una posizione metodologica. Le persone che sperimentano le barriere sono le uniche in grado di affermare definitivamente se una correzione le ha rimosse.</p>

<h2 class="wp-block-heading" id="h-what-a-manual-audit-delivers">Cosa fornisce effettivamente un audit manuale</h2>

<p class="wp-block-paragraph">Un audit manuale è un deliverable definito, non un'operazione di consulenza aperta. Prima di firmare un documento di incarico, è opportuno aspettarsi ciascuno dei seguenti elementi.</p>

<p class="wp-block-paragraph"><strong>Un set di pagine definito.</strong> Si scelgono 20–50 pagine, percorsi utente o schermate rappresentativi con il contributo dell'auditor. L'auditor non effettua la scansione dell'intero sito. Se un'azienda offre di verificare «l'intero sito» a un prezzo fisso per una proprietà da 10.000 pagine, quello è marketing, non metodologia.</p>

<p class="wp-block-paragraph"><strong>Risultati di conformità WCAG 2.2 AA.</strong> Un registro che mappa ogni problema a uno specifico criterio di successo. Su un sito mediamente maturo, ci si aspettano da 80 a 200 risultati in un audit di ambito medio.</p>

<p class="wp-block-paragraph"><strong>Valutazione della gravità per ogni risultato.</strong> Bloccante / maggiore / minore. La gravità è ciò che trasforma un foglio di calcolo di 200 righe in un backlog perseguibile.</p>

<p class="wp-block-paragraph"><strong>Narrativa sull'impatto per gli utenti.</strong> Non «errore di contrasto 1.4.3 su #888 su #fff» ma «gli utenti di screen reader non riescono a distinguere i campi del modulo obbligatori perché l'asterisco è grigio a basso contrasto e non viene annunciato.» La formulazione sull'impatto per gli utenti è ciò che fa sì che i ticket vengano prioritizzati.</p>

<p class="wp-block-paragraph"><strong>Correzione raccomandata.</strong> Sufficientemente specifica per agire. «Aggiungere `aria-required='true'` e includere »obbligatorio" nell'etichetta visibile» è meglio di «correggere il problema di contrasto.»</p>

<p class="wp-block-paragraph"><strong>Sommario esecutivo.</strong> Un documento di due-tre pagine che un lettore senior può assorbire in quindici minuti: verdetto di conformità, i cinque rischi principali, stima dello sforzo di correzione.</p>

<p class="wp-block-paragraph"><strong>Opzionale: dichiarazione di accessibilità pubblicata.</strong> Se l'audit alimenta una dichiarazione pubblica, si vedano i nostri [esempi di audit della dichiarazione di accessibilità](/articles/accessibility-statement-audit-top-100/) per capire come sono fatte le dichiarazioni buone.</p>

<p class="wp-block-paragraph"><strong>Ciclo di re-test.</strong> Un re-test programmato a 3–6 mesi dalla consegna per verificare che le correzioni risolvano effettivamente i problemi. Senza questo, si è acquistato un'istantanea, non un programma.</p>

<h2 class="wp-block-heading" id="h-what-manual-audits-cost">Quanto costano gli audit manuali — intervalli realistici</h2>

<p class="wp-block-paragraph">I fornitori sono cauti con i prezzi pubblici, perché ogni operazione viene dimensionata per cliente. Gli intervalli di seguito sono stime realistiche per il 2026 basate su conversazioni con acquirenti e valori contrattuali osservati.</p>

<p class="wp-block-paragraph"><strong>Audit piccolo</strong> — 5–10 pagine, SPA a prodotto singolo, 1–2 settimane di turnaround, un singolo tester o un piccolo team senza ambito PDF o mobile: <strong>5.000–15.000 $</strong>.</p>

<p class="wp-block-paragraph"><strong>Audit medio</strong> — 20–50 pagine, più percorsi utente, 4–6 settimane, panel di tester con disabilità multiple, rapporto scritto, un round di Q&A sulla correzione: <strong>15.000–50.000 $</strong>.</p>

<p class="wp-block-paragraph"><strong>Audit enterprise</strong> — oltre 100 pagine, app mobile native (iOS e Android), più flussi autenticati, ambito multilingue, 8–12 settimane, panel di più tester, rapporto formale, briefing esecutivo: <strong>50.000–250.000 $+</strong>.</p>

<p class="wp-block-paragraph"><strong>Re-test</strong> — dopo la correzione, dimensionato allo stesso set di pagine: tipicamente il 30–40% del costo originale.</p>

<p class="wp-block-paragraph">Fattori che aumentano il prezzo: ambito di accessibilità PDF (laborioso, spesso quotato separatamente), app mobile native, SPA con flussi autenticati, siti multilingue, inquadramento urgente per difesa legale e qualsiasi requisito di testimonianza esperta.</p>

<p class="wp-block-paragraph">Fattori che abbassano il prezzo: un sito statico stabile, ambito ristretto, output di scansione automatizzata precedente che l'auditor può utilizzare e un rapporto continuativo.</p>

<p class="wp-block-paragraph">Non ci si aspetti prezzi a listino trasparenti. Ogni fornitore dimensiona per operazione. Una tariffa forfettaria per pagina quotata senza aver visto il prodotto è un segnale di allerta, non una caratteristica positiva.</p>

<h2 class="wp-block-heading" id="h-how-to-choose-an-audit-company">Come scegliere un'azienda di audit — criteri di acquisto</h2>

<p class="wp-block-paragraph">È opportuno usare questi criteri come filtro per la selezione quando si emette una richiesta di proposte a tre o quattro aziende.</p>

<p class="wp-block-paragraph"><strong>Composizione dei tester.</strong> Non negoziabile. Si chiede il profilo di disabilità dei tester sulla propria operazione — tester con screen reader, ipovisione, disabilità motoria, cognitiva e sordità o ipoudenza. Se l'azienda non sa rispondere, non è quella giusta.</p>

<p class="wp-block-paragraph"><strong>Versione WCAG.</strong> WCAG 2.2 dovrebbe essere la soglia minima nel 2026. Alcune aziende hanno ancora come default la 2.1 — si esige esplicitamente WCAG 2.2 AA nell'incarico.</p>

<p class="wp-block-paragraph"><strong>Framework di audit.</strong> L'azienda usa una metodologia consolidata — WCAG-EM, Trusted Tester o un equivalente interno pubblicato — o la improvvisa per ogni operazione? Una metodologia pubblicata segnala maturità operativa.</p>

<p class="wp-block-paragraph"><strong>Metodologia del campione.</strong> Il documento di incarico dovrebbe specificare come sono state scelte le pagine e cosa è incluso o escluso dall'ambito.</p>

<p class="wp-block-paragraph"><strong>Policy di re-test.</strong> Incluso come deliverable fisso o addebitato separatamente? Sei mesi è ragionevole; «indefinito» è marketing.</p>

<p class="wp-block-paragraph"><strong>Ambito mobile e PDF.</strong> Di solito quotati come componenti aggiuntivi. È opportuno includerli nell'ambito fin dall'inizio — aggiungerli in seguito costa di più.</p>

<p class="wp-block-paragraph"><strong>Formato del rapporto.</strong> Import JIRA per sviluppatori, PDF esecutivo, pronto per affidavit di difesa legale — pubblici diversi, formati diversi. Lo si chieda subito.</p>

<p class="wp-block-paragraph"><strong>Trasferimento dall'audit manuale.</strong> L'azienda integra i risultati in una piattaforma di monitoraggio o consegna un PDF statico che invecchia in una cartella SharePoint? L'integrazione vale denaro reale.</p>

<p class="wp-block-paragraph"><strong>Copertura geografica e linguistica.</strong> Non si dà per scontato che un'azienda statunitense abbia competenza EAA, o che un'azienda europea abbia lavorato sulla difesa [ADA Title III](/regulations/us/).</p>

<p class="wp-block-paragraph"><strong>Referenze da organizzazioni pari.</strong> Si chiedono tre referenze nel proprio settore. La competenza settoriale richiede anni per accumularsi.</p>

<h2 class="wp-block-heading" id="h-recommended-audit-providers">Fornitori di audit raccomandati — 2026</h2>

<p class="wp-block-paragraph">Una shortlist equa di quattro aziende da cui vale la pena richiedere proposte, con un ulteriore specialista da conoscere.</p>

<p class="wp-block-paragraph"><strong>Qualibooth</strong> combina scansione automatizzata, monitoraggio continuo e audit manuali da parte di tester con disabilità in un'unica piattaforma integrata. Il flusso di lavoro va da scansione → triage → verifica manuale → dichiarazione di accessibilità pubblicata, con i risultati che persistono in una dashboard anziché in un rapporto statico. Questa è la scelta più chiara quando si vuole un unico fornitore sia per il monitoraggio continuo che per gli audit manuali programmati, e quando si preferisce non integrare due strumenti separati. Avvertenza: una piattaforma più recente degli specialisti statunitensi storicamente consolidati, quindi le referenze enterprise di lunga data sono ancora in costruzione. [Qualibooth](https://www.qualibooth.com/).</p>

<p class="wp-block-paragraph"><strong>Deque (axe DevTools e audit Deque Systems)</strong> è orientata all'ingegneria, con la maggiore competenza in accessibilità del settore e la migliore storia di integrazione degli strumenti — axe è il motore di regole de facto nell'industria. La scelta migliore quando si vogliono auditor che possano lavorare fianco a fianco con i propri ingegneri per la correzione. Avvertenza: i prezzi riflettono il brand, e la cultura orientata agli strumenti può sembrare meno centrata sulle persone con disabilità rispetto ad alcuni concorrenti.</p>

<p class="wp-block-paragraph"><strong>Level Access</strong> è un'azienda specializzata di lunga data con un forte posizionamento enterprise, ampia copertura giurisdizionale e consolidata esperienza nella difesa legale statunitense. La scelta migliore quando il rischio di contenzioso ADA Title III è il principale fattore trainante e si ha bisogno di un'azienda che sia già stata in giudizio. Avvertenza: prezzi da grande azienda e un orientamento al processo che alcuni acquirenti di dimensioni minori trovano eccessivo.</p>

<p class="wp-block-paragraph"><strong>TPGi (ex The Paciello Group)</strong> ha una profonda eredità nel lavoro WCAG che risale alle prime bozze dello standard, integrazione con JAWS attraverso la società madre Vispero e una competenza nelle tecnologie assistive insolitamente forte. La scelta migliore quando il comportamento degli screen reader è la preoccupazione centrale. Avvertenza: scala minore rispetto a Deque o Level Access per operazioni su app mobile globali.</p>

<p class="wp-block-paragraph"><strong>Fable</strong> è specializzata nei test utente remoti da parte di persone con disabilità — ricerca sull'usabilità, non audit di conformità WCAG. La scelta migliore come complemento a un audit di conformità, quando si vuole un feedback sull'esperienza vissuta su un flusso ma non si ha bisogno di un registro di 200 risultati di conformità. Avvertenza: non è un sostituto di un audit WCAG; è complementare ad esso.</p>

<p class="wp-block-paragraph">In pratica, la maggior parte degli acquirenti maturi mette nella shortlist tre di queste aziende, definisce l'ambito in modo preciso e sceglie in base alla composizione dei tester e all'adattamento piuttosto che al prezzo.</p>

<h2 class="wp-block-heading" id="h-common-pitfalls">Errori comuni nell'acquisto di un audit</h2>

<p class="wp-block-paragraph"><strong>Trattare l'audit come un certificato di conformità.</strong> È un'istantanea di un ambito definito in un momento preciso. Riduce il rischio e produce una traccia documentale. Non è una licenza.</p>

<p class="wp-block-paragraph"><strong>Definire un ambito troppo ristretto.</strong> Un audit da 10 pagine su un sito da 10.000 pagine è un campione piccolo. È opportuno prevedere un budget per un ambito che rappresenti la reale superficie del proprio prodotto.</p>

<p class="wp-block-paragraph"><strong>Non prevedere un budget per la correzione.</strong> L'audit rivela il costo del debito di accessibilità — di solito da cinque a venti volte il costo dell'audit. Senza un budget per la correzione, si è acquistato un documento da archivio.</p>

<p class="wp-block-paragraph"><strong>Saltare il re-test.</strong> Senza verifica, non si sa se le correzioni hanno funzionato. Alcune sì, alcune no, alcune hanno introdotto nuovi problemi.</p>

<p class="wp-block-paragraph"><strong>Assumere un'azienda senza tester con disabilità.</strong> Il fallimento più comune. Si chiede la composizione dei tester per la propria specifica operazione, non le medie della pagina marketing dell'azienda.</p>

<p class="wp-block-paragraph"><strong>Confondere la scansione automatizzata come servizio con un audit manuale.</strong> Diversi fornitori vendono output di scansione mascherato da audit. Se è arrivato in 48 ore e costa meno di 3.000 $, è un rapporto di scansione.</p>

<p class="wp-block-paragraph"><strong>Acquistare l'audit senza cambiare il processo.</strong> I risultati si ripresenteranno alla prossima release se design, ingegneria e QA non hanno l'accessibilità integrata nel processo. L'audit è una diagnosi; la cura è il processo.</p>

<h2 class="wp-block-heading" id="h-faq">Domande frequenti</h2>

<p class="wp-block-paragraph"><strong>Quanto costa un audit di accessibilità?</strong><br />Intervalli realistici per il 2026: un audit piccolo che copre 5–10 pagine di una singola SPA costa approssimativamente 5.000–15.000 $; un audit medio di 20–50 pagine con più percorsi utente è 15.000–50.000 $; e un'operazione enterprise che copre oltre 100 pagine, app mobile e diversi flussi può arrivare da 50.000 a 250.000 $ o più. I re-test dopo la correzione costano di solito il 30–40% del costo originale.</p>

<p class="wp-block-paragraph"><strong>Quanto tempo richiede un audit di accessibilità manuale?</strong><br />La maggior parte delle operazioni richiede 2–6 settimane per ambiti piccoli e medi, e 8–12 settimane per audit enterprise che includono app mobile, PDF o più varianti linguistiche. Il lavoro sul campo è raramente il collo di bottiglia — la pianificazione dei tester con i profili di tecnologia assistiva giusti e la stesura del rapporto occupano la maggior parte del tempo di calendario.</p>

<p class="wp-block-paragraph"><strong>Qual è la differenza tra audit di accessibilità automatizzati e manuali?</strong><br />Gli scanner automatizzati rilevano circa il 57–70% delle violazioni WCAG testabili in modo programmatico — attributi alt mancanti, basso contrasto cromatico, etichette di moduli, struttura dei landmark. Gli audit manuali coprono il restante 30–40%: ordine di focus, trappole da tastiera, qualità del testo alternativo significativo, leggibilità per screen reader, annunci di contenuto dinamico e altri problemi che richiedono il giudizio umano. Gli audit manuali condotti da tester con disabilità aggiungono un terzo livello — usabilità vissuta, non solo conformità tecnica.</p>

<p class="wp-block-paragraph"><strong>Tutte le aziende di audit di accessibilità impiegano tester con disabilità?</strong><br />No. Molte aziende conducono audit esclusivamente con specialisti di accessibilità vedenti che emulano le tecnologie assistive. Gli audit disability-led affidabili includono tester che usano quotidianamente screen reader, ingrandimento, controllo con switch o controllo vocale, in presenza di un'ampia gamma di disabilità. È opportuno chiedere a qualsiasi potenziale fornitore la composizione dei tester prima di firmare.</p>

<p class="wp-block-paragraph"><strong>Con quale frequenza si dovrebbe ripetere l'audit?</strong><br />Un audit manuale completo è in genere valido per 12 mesi su un prodotto stabile, o fino a quando una versione principale non modifica i flussi verificati. La maggior parte dei team maturi abbina un audit manuale annuale a un monitoraggio automatizzato continuo tra gli audit, ed esegue un re-test mirato 3–6 mesi dopo la correzione per verificare le correzioni.</p>

<p class="wp-block-paragraph"><strong>Un audit manuale può garantire la conformità ADA o EAA?</strong><br />Nessuna azienda di audit affidabile offre una garanzia di conformità. Un audit è un'istantanea della conformità rispetto a uno standard come WCAG 2.2 AA su un ambito definito in un momento preciso. Riduce il rischio legale e produce una traccia documentale, ma né l'ADA né l'EAA riconoscono una certificazione privata come vincolante.</p>

<p class="wp-block-paragraph"><strong>Quali output vengono forniti con un audit manuale?</strong><br />Un'operazione tipica fornisce: un set di pagine definito, un registro dei risultati rispetto a WCAG 2.2 AA con valutazioni di gravità, narrazioni sull'impatto per gli utenti per ogni risultato, correzioni raccomandate, un sommario esecutivo, dichiarazione di accessibilità pubblicata opzionale e un ciclo di re-test a 3–6 mesi. Alcuni fornitori trasferiscono i risultati in una piattaforma di monitoraggio; altri consegnano un PDF statico.</p>

<h2 class="wp-block-heading" id="h-conclusion">Da dove iniziare</h2>

<p class="wp-block-paragraph">Per stabilire una base di partenza rapida prima di briefare qualsiasi fornitore, è opportuno eseguire il nostro [scanner di accessibilità gratuito](/toolkit/scan/) sulle pagine con maggior traffico — l'output fornirà il 60% ovvio prima che un auditor inizi. Per l'osservazione continua tra gli audit, la nostra [guida all'acquisto per il monitoraggio](/articles/accessibility-monitoring-buyers-guide-2026/) confronta le piattaforme che gestiscono la metà continua del problema.</p>

<p class="wp-block-paragraph">E prima di impegnarsi con un singolo fornitore, si richiedano proposte con ambito definito ad almeno due o tre delle aziende di audit nell'elenco sopra — i prezzi variano più di quanto le pagine di marketing suggeriscano, e la composizione dei tester varia ancora di più.</p>

</div>

---
title: Come rendere un PDF accessibile — passo dopo passo (2026)
url: https://www.disabilityworld.org/it/articles/pdf-accessibility-step-by-step/
description: Rendere un PDF accessibile — istruzioni passo dopo passo per Word e InDesign, con tagging, ordine di lettura, testo alternativo, moduli e tabelle. Il manuale dell'accessibilità PDF del 2026.
author: Disability World
pubDate: 2026-05-23
tags: pdf, pdf-accessible, accessibility, pdf-ua, tagging, how-to
---

# Come rendere un PDF accessibile — passo dopo passo (2026)

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "HowTo",
      "name": "Come rendere un PDF accessibile — passo dopo passo",
      "description": "Una procedura in sei passi, specifica per strumento, per rendere un PDF accessibile: crearlo correttamente in Word o InDesign, esportarlo con i tag, verificarlo in Acrobat Pro, correggere moduli e tabelle, testarlo con uno screen reader e pubblicare un registro della correzione.",
      "step": [
        {"@type": "HowToStep", "name": "Iniziare con un documento sorgente accessibile", "text": "Usare gli stili di titolo reali, il testo alternativo, le intestazioni di tabella e una lingua del documento dichiarata in Word o InDesign prima di esportare in PDF.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-1"},
        {"@type": "HowToStep", "name": "Esportare con il flag di accessibilità impostato", "text": "Usare la funzione Salva come PDF di Word con 'Tag di struttura del documento per l'accessibilità' abilitati, oppure l'Esportazione in Adobe PDF di InDesign con 'Crea PDF con tag' selezionato. Non usare mai Stampa su PDF.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-2"},
        {"@type": "HowToStep", "name": "Verificare e correggere in Acrobat Pro", "text": "Eseguire il Controllo completo di Acrobat Pro, quindi ispezionare il pannello Tag e l'Ordine di lettura per correggere l'annidamento, gli artefatti decorativi e le discordanze nell'ordine.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-3"},
        {"@type": "HowToStep", "name": "Gestire moduli, tabelle e link", "text": "Aggiungere tooltip e ordine di tabulazione a ogni campo del modulo, marcare le intestazioni di tabella con TH e scope, e sostituire i link 'clicca qui' con testo del link descrittivo.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-4"},
        {"@type": "HowToStep", "name": "Testare il PDF con uno screen reader reale", "text": "Aprire il file con NVDA + Adobe Reader su Windows (oppure Acrobat Reader su macOS) e ascoltare l'ordine di lettura, il testo alternativo, le intestazioni di tabella, le etichette dei moduli e i decorativi silenziosi.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-5"},
        {"@type": "HowToStep", "name": "Pubblicare un registro della correzione accanto al PDF", "text": "Aggiungere una breve nota che registri lo standard (PDF/UA-1 o WCAG 2.2 AA), la data della correzione e un contatto per il feedback, nelle proprietà del documento o accanto al link per il download.", "url": "https://disabilityworld.org/articles/pdf-accessibility-step-by-step/#step-6"}
      ]
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        {"@type": "Question", "name": "Un PDF con tag è uguale a un PDF accessibile?", "acceptedAnswer": {"@type": "Answer", "text": "No. I tag sono un prerequisito, ma un PDF con tag può ancora avere un ordine di lettura errato, testo alternativo mancante, titoli annidati in modo errato, campi modulo senza tag o immagini decorative annunciate come contenuto. Il tagging è necessario, ma non sufficiente."}},
        {"@type": "Question", "name": "Posso rendere accessibile un PDF scansionato?", "acceptedAnswer": {"@type": "Answer", "text": "Solo ricreandolo. Eseguire l'OCR per estrarre il testo reale, quindi aggiungere un albero di tag completo, l'ordine di lettura, il testo alternativo e i titoli come se si stesse creando da zero. L'OCR da solo produce testo ricercabile ma non un documento accessibile."}},
        {"@type": "Question", "name": "Ho bisogno di Acrobat Pro per creare PDF accessibili?", "acceptedAnswer": {"@type": "Answer", "text": "Non per creare il sorgente, ma sì per verificare e correggere il risultato. Strumenti gratuiti come PAC 2024 possono effettuare un audit di un PDF, ma solo Acrobat Pro (o strumenti specializzati come CommonLook o axesPDF) consente di modificare l'albero dei tag, l'ordine di lettura e i metadati dei moduli."}},
        {"@type": "Question", "name": "Cos'è PDF/UA e come si relaziona a WCAG?", "acceptedAnswer": {"@type": "Answer", "text": "PDF/UA-1 (ISO 14289-1) è lo standard tecnico per i PDF accessibili. WCAG 2.2 è lo standard web più ampio. Il rispetto di PDF/UA-1 copre la maggior parte dei criteri WCAG applicabili ai PDF, ma alcuni elementi WCAG (contrasto, scopo del link in alcuni contesti) richiedono ancora una verifica separata."}},
        {"@type": "Question", "name": "Come si testa l'accessibilità di un PDF?", "acceptedAnswer": {"@type": "Answer", "text": "Combinare tre verifiche: il Controllo completo di Acrobat Pro, il checker PDF/UA gratuito PAC 2024 e almeno un passaggio reale con uno screen reader con NVDA più Adobe Reader. Le verifiche automatizzate individuano i problemi strutturali; il passaggio con lo screen reader individua i problemi che gli utenti incontrano effettivamente."}},
        {"@type": "Question", "name": "I PDF devono essere accessibili ai sensi dell'ADA o dell'EAA?", "acceptedAnswer": {"@type": "Answer", "text": "Sì, in pratica. Ai sensi dell'ADA Title III, i PDF offerti tramite un sito web coperto fanno parte dei beni e dei servizi forniti dal sito. Ai sensi dell'EAA (in vigore dal 28 giugno 2025), i PDF distribuiti da aziende in ambito devono soddisfare i requisiti di accessibilità armonizzati, che rimandano a WCAG 2.2 AA e PDF/UA."}}
      ]
    }
  ]
}, null, 0)} />

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione dell'immagine: Mani che taggano un documento PDF su un laptop con il pannello dei tag di Acrobat visibile — primo piano del flusso di lavoro per la correzione dell'accessibilità a livello del documento.</p>

<p class="rt-prefix">Tempo di lettura: 10 minuti</p>

<p class="wp-block-paragraph">Per rendere un PDF accessibile, occorre un albero di tag logico, un testo alternativo significativo su ogni immagine informativa, un ordine di lettura definito che corrisponda al layout visivo, moduli e tabelle accuratamente marcati e una lingua del documento dichiarata. Nulla di questo è automatico. Ogni passo descritto di seguito è un passo che un essere umano deve eseguire — di solito nello strumento di creazione (Word, InDesign) prima dell'esportazione, a volte in Acrobat Pro dopo. Questo è il manuale passo dopo passo.</p>

<p class="wp-block-paragraph">Il trattamento concettuale più approfondito — cosa richiede effettivamente PDF/UA-1, come il Protocollo Matterhorn si mappa sull'albero dei tag, come JAWS, NVDA e VoiceOver interpretano ciascuno in modo diverso lo stesso file con tag — si trova nel <a href="/articles/accessible-pdfs-end-to-end/">manuale completo sull'accessibilità dei PDF</a>. Questa pagina è il complemento pratico: tenerla aperta accanto allo strumento di creazione e lavorare su ogni passo nell'ordine indicato.</p>

<h2 class="wp-block-heading" id="step-1">Passo 1 — Iniziare con un documento sorgente accessibile</h2>

<p class="wp-block-paragraph">Fare le cose bene PRIMA di esportare in PDF. Quasi ogni problema a basso costo di correzione nell'accessibilità dei PDF risale a un documento sorgente formattato manualmente invece che tramite stili.</p>

<h3 class="wp-block-heading" id="h-microsoft-word">In Microsoft Word (Microsoft 365, build 2026)</h3>

<ul class="wp-block-list">
<li>Usare gli stili integrati <strong>Titolo 1</strong>, <strong>Titolo 2</strong>, <strong>Titolo 3</strong> dalla scheda Home. Non fingere un titolo selezionando il testo e premendo Grassetto con una dimensione del carattere maggiore. Il programma di esportazione non può indovinare l'intenzione — legge solo i nomi degli stili.</li>
<li>Aggiungere il testo alternativo su ogni immagine informativa: fare clic destro sull'immagine, <strong>Visualizza testo alternativo</strong>, digitare una descrizione e spuntare <strong>Contrassegna come decorativo</strong> per le immagini puramente ornamentali.</li>
<li>Per le tabelle di dati, usare <strong>Inserisci &gt; Tabella</strong>, quindi sotto <strong>Progettazione tabella</strong> selezionare <strong>Riga di intestazione</strong> e sotto <strong>Layout</strong> selezionare <strong>Ripeti righe di intestazione</strong>. Questo indica al programma di esportazione quale riga è l'intestazione.</li>
<li>Impostare la lingua del documento sotto <strong>File &gt; Opzioni &gt; Lingua</strong> e impostare le lingue per singolo paragrafo tramite <strong>Revisione &gt; Lingua &gt; Imposta lingua di correzione</strong> per i brani citati in un'altra lingua.</li>
<li>Usare il riquadro <strong>Revisione &gt; Verifica accessibilità</strong> prima di esportare. Rileva le mancanze più evidenti.</li>
</ul>

<h3 class="wp-block-heading" id="h-adobe-indesign">In Adobe InDesign (2026)</h3>

<ul class="wp-block-list">
<li>Creare un foglio di <strong>Stili di paragrafo</strong> in cui ciascuno stile è mappato a un tag PDF sotto <strong>Tag di esportazione</strong> nelle opzioni di stile. H1, H2, P, Didascalia — ogni stile ha bisogno di un target.</li>
<li>Impostare l'ordine di lettura tramite il pannello <strong>Articoli</strong> (<strong>Finestra &gt; Articoli</strong>). Trascinare i testi e le immagini nell'ordine in cui uno screen reader dovrebbe sentirli. Senza questo, il programma di esportazione utilizza per impostazione predefinita l'ordine geometrico, che non funziona per i layout su più colonne.</li>
<li>Aggiungere il testo alternativo su ogni immagine tramite <strong>Oggetto &gt; Opzioni di esportazione dell'oggetto &gt; Testo alternativo</strong>.</li>
<li>Impostare la lingua del documento sotto <strong>File &gt; Informazioni sul file &gt; Di base</strong> e confermarlo in <strong>File &gt; Esporta &gt; Predefiniti Adobe PDF</strong>.</li>
</ul>

<h2 class="wp-block-heading" id="step-2">Passo 2 — Esportare con il flag di accessibilità impostato</h2>

<p class="wp-block-paragraph">Il modo in cui si esporta è importante quanto il modo in cui si è creato.</p>

<p class="wp-block-paragraph"><strong>Word:</strong> Andare su <strong>File &gt; Salva con nome</strong>, scegliere <strong>PDF</strong>, quindi fare clic su <strong>Opzioni</strong>. Nella finestra di dialogo, selezionare <strong>Tag di struttura del documento per l'accessibilità</strong> e <strong>Proprietà documento</strong>. Deselezionare <strong>Testo bitmap quando i caratteri non possono essere incorporati</strong> — quel flag distrugge il livello testo. Salvare.</p>

<p class="wp-block-paragraph"><strong>InDesign:</strong> Andare su <strong>File &gt; Esporta</strong>, scegliere <strong>Adobe PDF (Stampa)</strong>, non Interattivo. Nella scheda <strong>Generale</strong>, selezionare <strong>Crea PDF con tag</strong>. Nella scheda <strong>Avanzate</strong>, confermare che la lingua del documento sia impostata. Se il documento contiene moduli, scegliere invece <strong>Adobe PDF (Interattivo)</strong>, ma tenere presente che i PDF interattivi richiedono un tagging aggiuntivo dei campi del modulo in Acrobat successivamente.</p>

<p class="wp-block-paragraph"><strong>Non usare</strong> <strong>File &gt; Stampa &gt; Salva come PDF</strong> (Word) o <strong>Stampa &gt; PDF &gt; Salva come PDF</strong> (macOS). Questo percorso rende il documento come un'immagine di pagina piatta senza tag, senza ordine di lettura e senza metadati. Si dovrà poi correggere da zero in Acrobat — ore di lavoro invece del minuto che richiede una corretta esportazione. Questo singolo errore è responsabile della maggior parte delle segnalazioni di «PDF senza tag» negli audit.</p>

<h2 class="wp-block-heading" id="step-3">Passo 3 — Verificare e correggere in Acrobat Pro</h2>

<p class="wp-block-paragraph">Aprire il PDF esportato in Adobe Acrobat Pro (2026). Aprire lo strumento <strong>Accessibilità</strong> tramite <strong>Vista &gt; Strumenti &gt; Accessibilità &gt; Apri</strong>.</p>

<p class="wp-block-paragraph">Eseguire prima il <strong>Controllo completo</strong>. Accettare i valori predefiniti e lasciare che esegua la scansione. Produrrà un albero di voci riuscite/non riuscite nel pannello <strong>Controllo accessibilità</strong> a sinistra. Fare clic su ogni voce non riuscita per evidenziare la posizione incriminata.</p>

<p class="wp-block-paragraph">Poi aprire il pannello <strong>Tag</strong> (<strong>Vista &gt; Mostra/Nascondi &gt; Pannelli di navigazione &gt; Tag</strong>) e lo strumento <strong>Ordine di lettura</strong> (nel pannello Accessibilità). L'albero dei tag è lo scheletro strutturale — ogni paragrafo, titolo, immagine, cella di tabella e link deve apparire come un tag nell'ordine corretto.</p>

<p class="wp-block-paragraph">Correzioni comuni in questo passo:</p>

<ul class="wp-block-list">
<li><strong>Immagini decorative annunciate come contenuto.</strong> Nello strumento Ordine di lettura, tracciare un riquadro attorno all'immagine e fare clic su <strong>Sfondo/Artefatto</strong>. Gli screen reader ora la salteranno.</li>
<li><strong>Titoli annidati in modo errato sotto paragrafi.</strong> Trascinare il tag del titolo nel pannello Tag fuori dall'elemento padre &lt;P&gt; e portarlo al livello superiore.</li>
<li><strong>L'ordine di lettura non corrisponde all'ordine visivo.</strong> Usare la sovrapposizione numerica dello strumento Ordine di lettura per vedere in quale ordine li userà lo screen reader. Ri-taggare gli elementi finché i numeri corrispondono al percorso visivo.</li>
<li><strong>Tag vuoti da artefatti di copia-incolla.</strong> Eliminarli nel pannello Tag — causano l'annuncio di lacune silenziose da parte degli screen reader.</li>
</ul>

<p class="wp-block-paragraph">Salvare il file quando il Controllo completo mostra solo avvertenze intenzionali (ad es. «ordine di lettura logico» è sempre segnalato per la revisione manuale — è previsto).</p>

<h2 class="wp-block-heading" id="step-4">Passo 4 — Moduli, tabelle e link</h2>

<p class="wp-block-paragraph">Queste tre aree richiedono un'attenzione particolare oltre al tagging automatico.</p>

<p class="wp-block-paragraph"><strong>Moduli.</strong> Ogni campo di un PDF accessibile necessita di un <strong>tooltip</strong> che annunci l'etichetta del campo e i campi necessitano di un <strong>ordine di tabulazione logico</strong>. In Acrobat Pro, andare su <strong>Strumenti &gt; Prepara modulo</strong>. Acrobat rileva automaticamente i campi; rivedere ciascuno. Fare doppio clic su un campo, aprire la scheda <strong>Generale</strong> e impostare il <strong>Tooltip</strong> sull'etichetta visibile («Nome», «Indirizzo email», «Data di nascita»). Per i campi obbligatori, contrassegnare <strong>Obbligatorio</strong> sotto la scheda <strong>Opzioni</strong> — gli screen reader annunciano quello stato. Poi aprire il pannello <strong>Campi</strong> a sinistra, fare clic destro e scegliere <strong>Ordina per ordine di tabulazione</strong>, quindi trascinare i campi nell'ordine in cui un utente da tastiera dovrebbe tabular attraverso di essi. Testare chiudendo la modalità Prepara modulo e premendo Tab nel documento.</p>

<p class="wp-block-paragraph"><strong>Tabelle.</strong> Una semplice tabella di dati — righe e colonne uniformi, una riga di intestazione — necessita che la sua riga superiore sia marcata come <strong>&lt;TH&gt;</strong> invece di <strong>&lt;TD&gt;</strong> nell'albero dei tag. Fare clic destro su ogni cella di intestazione nel pannello Tag, scegliere <strong>Proprietà</strong> e cambiare il tipo. Una tabella complessa con celle unite o intestazioni di riga e colonna necessita di attributi <strong>scope</strong> (colonna, riga, colgroup, rowgroup) aggiunti nella stessa finestra di dialogo Proprietà. Il modello rispecchia esattamente le tabelle HTML. Se le tabelle sono molto complesse, considerare se la tabella sia il formato giusto — una serie di tabelle più semplici si legge quasi sempre meglio.</p>

<p class="wp-block-paragraph"><strong>Link.</strong> I link devono avere un testo descrittivo. «Clicca qui» o un URL nudo fallisce ogni screen reader e ogni audit. Usare <strong>Modifica PDF &gt; Link &gt; Aggiungi/Modifica link web o documento</strong> di Acrobat per racchiudere il testo descrittivo in un'annotazione link. Il tag link nell'albero dei tag deve contenere il testo visibile più l'annotazione link come elemento figlio — non solo un puntatore URL.</p>

<h2 class="wp-block-heading" id="step-5">Passo 5 — Testare il PDF così come lo leggeranno gli utenti</h2>

<p class="wp-block-paragraph">I checker automatizzati rilevano gli errori strutturali. Non rilevano gli errori esperienziali — testo alternativo tecnicamente presente ma inutile, tabelle tecnicamente taggate ma lette nell'ordine sbagliato, moduli che funzionano ma sembrano un labirinto. Solo un passaggio con lo screen reader li rileva.</p>

<p class="wp-block-paragraph"><strong>Windows (il test canonico):</strong> Installare <strong>NVDA</strong> (gratuito, da nvaccess.org) e <strong>Adobe Acrobat Reader</strong> (gratuito). Aprire il PDF in Acrobat Reader, avviare NVDA e premere <strong>Freccia giù</strong> per leggere riga per riga. Premere <strong>H</strong> per passare da un titolo all'altro. Premere <strong>T</strong> per passare alla tabella successiva, poi i tasti <strong>Ctrl+Alt+Freccia</strong> per navigare tra le celle. Premere <strong>F</strong> per passare al campo del modulo successivo.</p>

<p class="wp-block-paragraph"><strong>macOS:</strong> VoiceOver + Anteprima <strong>non</strong> supporta bene i tag PDF — Anteprima rasterizza l'albero dei tag all'apertura. Invece, installare <strong>Adobe Acrobat Reader</strong> (gratuito) su macOS e usare VoiceOver all'interno di Acrobat Reader. La fedeltà è più vicina all'esperienza Windows.</p>

<p class="wp-block-paragraph">Ascoltare questi segnali specifici:</p>

<ul class="wp-block-list">
<li>L'ordine di lettura corrisponde all'ordine visivo sulla pagina.</li>
<li>Il testo alternativo si legge come una frase utile — non «immagine1.jpg» o «Immagine inserita qui».</li>
<li>Le intestazioni di tabella vengono annunciate quando si naviga verso una nuova cella («Colonna: Prezzo; Riga: Abbonamento»).</li>
<li>I campi del modulo annunciano la loro etichetta e lo stato obbligatorio («Nome, campo di testo, obbligatorio»).</li>
<li>Le immagini decorative rimangono silenziose.</li>
</ul>

<p class="wp-block-paragraph">Annotare ogni fallimento, correggerlo in Acrobat, riesportare e ritestare. Prevedere almeno due passaggi per qualsiasi documento di oltre cinque pagine.</p>

<h2 class="wp-block-heading" id="step-6">Passo 6 — Pubblicare un registro della correzione accanto al PDF</h2>

<p class="wp-block-paragraph">Per qualsiasi PDF che venga distribuito ai sensi dell'<a href="/articles/european-accessibility-act-guide/">EAA</a>, dell'<a href="/articles/ada-title-iii-web-accessibility-guide/">ADA Title III</a> o dell'ambito Section 508, pubblicare una breve nota che registri la correzione del PDF per l'accessibilità. Funzionano due formati:</p>

<ol class="wp-block-list">
<li><strong>Nelle proprietà del documento.</strong> <strong>File &gt; Proprietà &gt; Descrizione</strong> in Acrobat Pro. Aggiungere una riga come: «Corretto per l'accessibilità rispetto a PDF/UA-1 e ai <a href="/toolkit/standards/wcag/">criteri di successo WCAG 2.2</a> AA il 15-05-2026. Feedback: accessibility@example.org.»</li>
<li><strong>Accanto al link per il download.</strong> Una nota di una riga sulla pagina che ospita il PDF: «Questo documento è stato corretto per l'accessibilità (PDF/UA-1, maggio 2026). Segnalare i problemi a accessibility@example.org.»</li>
</ol>

<p class="wp-block-paragraph">Questo non è obbligatorio ovunque per legge, ma è una buona pratica. Segnala agli utenti di tecnologia assistiva che il documento è stato preparato tenendoli in mente e fornisce un artefatto difendibile nel caso in cui il PDF venga mai sottoposto ad audit.</p>

<h2 class="wp-block-heading" id="h-pdf-specific-pitfalls">Problemi comuni specifici dei PDF</h2>

<ul class="wp-block-list">
<li><strong>I PDF scansionati (solo immagine) non sono mai accessibili.</strong> L'OCR estrae il testo, ma il risultato non ha ancora un albero di tag, titoli né ordine di lettura. Correggere una scansione equivale a creare da zero.</li>
<li><strong>Gli alberi di tag generati automaticamente sono quasi sempre errati.</strong> Il pulsante <strong>Aggiungi tag al documento</strong> di Acrobat produce un albero di tag, ma indovina i livelli dei titoli, spesso taglia le immagini decorative come figure e tende a frammentare i paragrafi. Rivedere sempre manualmente.</li>
<li><strong>PDF/UA-1 non è WCAG 2.2.</strong> Il rispetto di PDF/UA-1 copre la maggior parte dei criteri WCAG applicabili ai PDF, ma il contrasto e alcuni controlli sullo scopo del link richiedono un passaggio WCAG separato.</li>
<li><strong>Il visualizzatore PDF integrato di Chrome non è il test canonico.</strong> I moduli possono funzionare in Chrome e non funzionare in Acrobat Reader, o viceversa. Testare con Acrobat Reader perché è quello con cui la maggior parte degli utenti di tecnologia assistiva apre i PDF.</li>
<li><strong>La funzione di testo alternativo automatico di InDesign preleva dalla didascalia dei metadati XMP dell'immagine.</strong> Se la didascalia è vuota, il testo alternativo è vuoto. Controllare sempre ogni immagine in <strong>Oggetto &gt; Opzioni di esportazione dell'oggetto &gt; Testo alternativo</strong> prima di esportare.</li>
</ul>

<h2 class="wp-block-heading" id="h-frequently-asked-questions">Domande frequenti</h2>

<h3 class="wp-block-heading" id="h-faq-tagged-vs-accessible">Un PDF con tag è uguale a un PDF accessibile?</h3>

<p class="wp-block-paragraph">No. I tag sono un prerequisito, ma un PDF con tag può ancora avere un ordine di lettura errato, testo alternativo mancante, titoli annidati in modo errato, campi modulo senza tag o immagini decorative annunciate come contenuto. Il tagging è necessario, ma non sufficiente.</p>

<h3 class="wp-block-heading" id="h-faq-scanned-pdf">Posso rendere accessibile un PDF scansionato?</h3>

<p class="wp-block-paragraph">Solo ricreandolo. Eseguire l'OCR per estrarre il testo reale, quindi aggiungere un albero di tag completo, l'ordine di lettura, il testo alternativo e i titoli come se si stesse creando da zero. L'OCR da solo produce testo ricercabile ma non un documento accessibile.</p>

<h3 class="wp-block-heading" id="h-faq-acrobat-pro">Ho bisogno di Acrobat Pro per creare PDF accessibili?</h3>

<p class="wp-block-paragraph">Non per creare il sorgente, ma sì per verificare e correggere il risultato. Strumenti gratuiti come PAC 2024 possono effettuare un audit di un PDF, ma solo Acrobat Pro (o strumenti specializzati come CommonLook o axesPDF) consente di modificare l'albero dei tag, l'ordine di lettura e i metadati dei moduli.</p>

<h3 class="wp-block-heading" id="h-faq-pdf-ua-vs-wcag">Cos'è PDF/UA e come si relaziona a WCAG?</h3>

<p class="wp-block-paragraph">PDF/UA-1 (ISO 14289-1) è lo standard tecnico per i PDF accessibili. WCAG 2.2 è lo standard web più ampio. Il rispetto di PDF/UA-1 copre la maggior parte dei criteri WCAG applicabili ai PDF, ma alcuni elementi WCAG (contrasto, scopo del link in alcuni contesti) richiedono ancora una verifica separata.</p>

<h3 class="wp-block-heading" id="h-faq-how-to-test">Come si testa l'accessibilità di un PDF?</h3>

<p class="wp-block-paragraph">Combinare tre verifiche: il Controllo completo di Acrobat Pro, il checker PDF/UA gratuito PAC 2024 e almeno un passaggio reale con uno screen reader con NVDA più Adobe Reader. Le verifiche automatizzate individuano i problemi strutturali; il passaggio con lo screen reader individua i problemi che gli utenti incontrano effettivamente.</p>

<h3 class="wp-block-heading" id="h-faq-ada-eaa-required">I PDF devono essere accessibili ai sensi dell'ADA o dell'EAA?</h3>

<p class="wp-block-paragraph">Sì, in pratica. Ai sensi dell'ADA Title III, i PDF offerti tramite un sito web coperto fanno parte dei beni e dei servizi forniti dal sito. Ai sensi dell'EAA (in vigore dal 28 giugno 2025), i PDF distribuiti da aziende in ambito devono soddisfare i requisiti di accessibilità armonizzati, che rimandano a WCAG 2.2 AA e PDF/UA.</p>

<h2 class="wp-block-heading" id="h-where-to-go-next">Dove andare dopo</h2>

<p class="wp-block-paragraph">Per il trattamento concettuale più approfondito — i meccanismi interni di PDF/UA, le condizioni di fallimento del Protocollo Matterhorn, come quattro screen reader rendono ciascuno in modo diverso lo stesso file con tag — leggere il <a href="/articles/accessible-pdfs-end-to-end/">manuale completo sull'accessibilità dei PDF</a>. Per verificare se le pagine web che ospitano i PDF soddisfano WCAG 2.2 AA, eseguire lo <a href="/toolkit/scan/">scanner WCAG 2.2 gratuito</a> su ogni pagina di atterraggio. E se i PDF sono centrali nella propria posizione di conformità — moduli governativi, documenti informativi finanziari, contratti legali, informazioni sanitarie — commissionare un <a href="/articles/manual-audits-by-people-with-disabilities-2026/">audit manuale</a> da parte di tester con disabilità. Le verifiche automatizzate e i passaggi con lo screen reader coprono la maggior parte del lavoro; l'ultimo 10% richiede lettori umani.</p>

</div>

---
title: Anatomia di un RFP attento all'accessibilità: analisi dettagliata del linguaggio contrattuale reale
url: https://www.disabilityworld.org/it/articles/accessibility-aware-rfp-teardown/
description: Cinque sezioni sull'accessibilità di RFP anonimizzati, clausola per clausola — federale USA, statale USA, Stato membro UE, Fortune 500 e il classico testo standard.
author: Disability World
pubDate: 2026-05-22
tags: procurement, rfp, accessibility, vpat, section-508, en-301-549, contracts, data
---

# Anatomia di un RFP attento all'accessibilità: analisi dettagliata del linguaggio contrattuale reale

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Dossier appalti</strong> · Analisi del linguaggio RFP</span>
  </div>

  <h1>Anatomia di un RFP attento all'accessibilità <em>— cinque sezioni di linguaggio contrattuale reale, clausola per clausola</em></h1>

  <p class="lede">Un invito a presentare offerte vive o muore nella sezione sull'accessibilità così come un contratto vive o muore nella clausola di manleva. Sono state esaminate cinque sezioni di RFP reali tratte da archivi di gare pubbliche e portali di appalti aziendali, anonimizzate le entità emittenti e analizzate clausola per clausola. La sezione più solida — una gara federale statunitense che cita la Section 508 con riferimento esplicito a WCAG 2.1 AA — si estendeva per 612 parole. La più debole — un testo standard Fortune 1000 che chiedeva ai fornitori di essere «conformi alle leggi applicabili» — si estendeva per 31 parole. In tutti e cinque i campioni, tre lacune sono emerse in quattro dei cinque documenti. La gara di uno Stato membro richiedeva un VPAT ma non specificava che dovesse essere compilato da una terza parte. Questa è l'analisi dettagliata.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultati · Fascicolo RFP-A11Y-01</span>
      <span class="dossier-meta">06 voci · derivate da 5 documenti di appalto anonimizzati, 2024–2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa rivelano le cinque sezioni RFP</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">20×</span>
        <div class="dossier-body">
          <p class="dossier-claim">La sezione sull'accessibilità più solida era venti volte più lunga di quella più debole</p>
          <p class="dossier-note">Il campione federale conteneva 612 parole ripartite in nove sottoclausole numerate, ciascuna con un deliverable concreto e un criterio di accettazione misurabile. Il testo standard aziendale conteneva 31 parole e un solo obbligo: «essere conformi alle leggi sull'accessibilità applicabili». La lunghezza non è una garanzia di qualità, ma la densità dei criteri di accettazione correla quasi perfettamente con l'applicabilità successiva.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">4 su 5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Quattro dei cinque RFP accettavano un VPAT autocertificato senza verifica di terze parti</p>
          <p class="dossier-note">Solo il campione federale richiedeva esplicitamente che il VPAT 2.5 ACR fosse preparato o verificato in modo indipendente da un soggetto qualificato in materia di accessibilità. Gli altri quattro — inclusa la gara dello Stato membro UE che citava EN 301 549 — accettavano un ACR compilato dal fornitore senza ulteriori verifiche. È la lacuna più comune nell'insieme dei dati.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">0</span>
        <div class="dossier-body">
          <p class="dossier-claim">Nessuno dei cinque RFP specificava una tempistica di correzione per i difetti rilevati dopo l'aggiudicazione</p>
          <p class="dossier-note">Ogni sezione descriveva i requisiti del deliverable al momento dell'aggiudicazione. Nessuna stabiliva con quale tempestività un difetto rilevato dopo l'aggiudicazione dovesse essere corretto. Il caso più prossimo era la sezione federale, che faceva riferimento a «tempestivamente» e «entro un periodo ragionevole» — entrambi termini non definiti. Un piano di correzione di 30, 60 o 90 giorni calibrato sulla gravità è la clausola modello di cui l'insieme dei dati è privo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tutti e cinque gli RFP facevano riferimento a WCAG 2.1 AA — nessuno citava WCAG 2.2 AA, raccomandazione W3C dal mese di ottobre 2023</p>
          <p class="dossier-note">Il refresh 2018 della Section 508 incorpora WCAG 2.0 per riferimento; EN 301 549 v3.2.1 incorpora WCAG 2.1. Entrambi gli standard sono formalmente legati a versioni che sono ora uno o due aggiornamenti indietro. Gli autori degli RFP seguono lo standard anziché lo stato dell'arte, il che significa che i nuovi criteri di successo aggiunti nella versione 2.2 — aspetto del focus, movimenti di trascinamento, dimensione minima del bersaglio — non sono contrattualmente richiesti nemmeno negli appalti datati 2025 o 2026.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">3 su 5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tre dei cinque RFP erano privi di qualsiasi clausola sui test con tecnologia assistiva</p>
          <p class="dossier-note">La sezione federale richiedeva test con almeno uno screen reader (denominato: JAWS, NVDA o VoiceOver) e una soluzione di immissione vocale. La sezione aziendale Fortune 500 richiedeva «compatibilità con la tecnologia assistiva» senza nominarne alcuna. I campioni statale, dello Stato membro UE e del testo standard erano completamente silenti sui test AT. Il silenzio in questa clausola equivale al silenzio sul requisito di qualità più discriminante che il documento avrebbe potuto contenere.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">1 su 5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Uno dei cinque RFP collegava le milestone di pagamento alle prove di conformità all'accessibilità</p>
          <p class="dossier-note">La gara dello Stato membro UE tratteneva il 15 percento del pagamento finale fino alla presentazione di un rapporto di conformità indipendente. Nessuno degli altri quattro RFP creava un incentivo finanziario affinché il fornitore rispettasse effettivamente la clausola sull'accessibilità. Un criterio di accettazione privo di un meccanismo di trattenuta del pagamento è una richiesta, non un obbligo.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong>Cinque documenti di appalto anonimizzati pubblicati tra il 2024 e il 2026: una gara federale statunitense, un RFP di uno Stato USA, una gara pubblica di uno Stato membro UE con riferimento a EN 301 549, un RFP aziendale Fortune 500 che richiedeva VPAT 2.5, e un testo standard Fortune 1000. I nomi delle entità sono stati rimossi; il testo delle clausole è preservato integralmente con lieve redazione dei numeri di contratto identificativi.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Come sono stati campionati e anonimizzati i cinque RFP</a></li>
      <li><span class="toc-num">02</span><a href="#federal">Campione A: la gara federale statunitense</a></li>
      <li><span class="toc-num">03</span><a href="#state">Campione B: l'appalto di uno Stato USA</a></li>
      <li><span class="toc-num">04</span><a href="#eu">Campione C: la gara dello Stato membro UE</a></li>
      <li><span class="toc-num">05</span><a href="#corporate">Campione D: l'RFP aziendale Fortune 500</a></li>
      <li><span class="toc-num">06</span><a href="#boilerplate">Campione E: il testo standard</a></li>
      <li><span class="toc-num">07</span><a href="#loopholes">Le tre lacune che compaiono in quattro casi su cinque</a></li>
      <li><span class="toc-num">08</span><a href="#model">Una sezione RFP modello attenta all'accessibilità</a></li>
      <li><span class="toc-num">09</span><a href="#closing">Conclusioni: cosa l'insieme dei dati indica ai team di appalto</a></li>
    </ul>
  </div>

  <hr/>

  <h2 id="methodology">Come sono stati campionati e anonimizzati i cinque RFP</h2>

  <p class="dropcap-first">I cinque documenti oggetto di questa analisi sono stati tratti da tre fonti pubbliche e due portali di appalti aziendali. La gara federale proveniva da un avviso SAM.gov chiuso nel 2025; l'RFP statale da un portale di appalti aperti di uno Stato del Midwest chiuso nel 2024; la gara dello Stato membro UE da TED (Tenders Electronic Daily); l'RFP aziendale Fortune 500 da un estratto rilasciato dopo la firma di un NDA con il fornitore, condiviso da un partecipante che ha scelto di restare anonimo; il testo standard da un pacchetto di onboarding fornitori Fortune 1000 allegato a ogni contratto di fornitura di quell'azienda.</p>

  <p>Sono stati rimossi i numeri di contratto, i nomi delle agenzie e qualsiasi formulazione che identificasse univocamente l'emittente. Non è stata effettuata alcuna parafrasi. Ogni clausola citata di seguito è fedele all'originale, con redazioni limitate ai sostantivi identificativi («[Agenzia]», «[Dipartimento statale]», «[Stato membro]»). L'obiettivo dell'analisi è il linguaggio; il linguaggio è preservato.</p>

  <div class="callout info">
    <div class="ct">Perché anonimizzare</div>
    <p>I cinque documenti sono pubblici o semi-pubblici. Identificarli non violerebbe alcuna riservatezza. Ma la finalità editoriale è leggere le clausole come schemi ricorrenti, non come prove a carico di specifici responsabili degli appalti. Un testo standard debole è un fallimento sistemico, non individuale, e nominare l'azienda attira il tipo sbagliato di attenzione. Le clausole parlano da sole.</p>
  </div>

  <hr/>

  <h2 id="federal">Campione A: la gara federale statunitense</h2>

  <p>Il campione federale è il più solido dei cinque e definisce il benchmark superiore dell'insieme dei dati. Si estende per 612 parole ripartite in nove sottoclausole numerate. Cita la Section 508 del Rehabilitation Act, fa riferimento al refresh ICT del 2018 e incorpora WCAG 2.0 AA per riferimento (secondo il refresh), specificando al contempo un innalzamento del livello minimo a WCAG 2.1 AA per qualsiasi deliverable web o mobile. I criteri di accettazione sono concreti: un VPAT 2.5 ACR preparato o verificato in modo indipendente da un soggetto qualificato in materia di accessibilità, test con almeno uno screen reader denominato e un impegno di correzione per i difetti post-aggiudicazione.</p>

  <div class="quote-block">
    <div class="meta"><span lang="en">Verbatim</span> · Campione A · clausola 4.3.2</div>
    <div class="quote" lang="en">The Contractor shall provide a completed VPAT 2.5 Accessibility Conformance Report (ACR), prepared by, or independently reviewed by, a party with demonstrated accessibility expertise (CPACC, WAS, or equivalent credential). Self-attestation without independent review is insufficient. Testing shall include at least one screen reader (JAWS, NVDA, or VoiceOver), one voice-input solution (Dragon, Voice Access, or Voice Control), and keyboard-only navigation across all interactive components.</div>
    <span class="source">— Gara federale, anonimizzata, clausola 4.3.2 (testo originale)</span>
  </div>

  <p>Questa clausola è solida perché fa tre cose contemporaneamente. Nomina il deliverable (VPAT 2.5 ACR). Nomina la qualifica (CPACC, WAS o equivalente). E nomina la superficie di test (uno screen reader, una soluzione di immissione vocale, navigazione solo da tastiera). La clausola non lascia spazio a un fornitore per presentare un ACR compilato in modo sommario e considerare il lavoro concluso.</p>

  <p>Il punto debole del Campione A è uno solo: la tempistica di correzione. La sezione federale fa riferimento a «correzione tempestiva» e «entro un periodo ragionevole» — nessuno dei due definiti. Un fornitore con una notifica di difetto può discutere a tempo indefinito sul significato di «ragionevole». La sezione modello alla fine di questa analisi colma tale lacuna.</p>

  <div class="callout safe">
    <div class="ct">Perché questa clausola è il livello minimo modello</div>
    <p>La verifica indipendente del VPAT è la clausola a maggiore effetto leva che un team di appalto possa redigere. Costa al fornitore circa 2.500–7.500 USD per revisione ACR e produce un documento dal valore predittivo cinque volte superiore a quello di un ACR autocertificato. Il Campione A è l'unico dei cinque a richiederla.</p>
  </div>

  <hr/>

  <h2 id="state">Campione B: l'appalto di uno Stato USA</h2>

  <p>Il campione statale è competente ma meno solido di quello federale. Si estende per 287 parole in cinque sottoclausole. Cita la Section 508 per riferimento, fa riferimento a WCAG 2.1 AA e richiede un VPAT, ma non richiede che il VPAT sia verificato in modo indipendente. Non nomina nemmeno alcuna tecnologia assistiva per i test. La clausola è ancorata agli standard corretti ma non impone la disciplina necessaria a produrre un artefatto utile.</p>

  <div class="quote-block">
    <div class="meta"><span lang="en">Verbatim</span> · Campione B · clausola 7.1</div>
    <div class="quote" lang="en">The Vendor shall deliver, as part of the technical proposal, a Voluntary Product Accessibility Template (VPAT) demonstrating conformance with Section 508 of the Rehabilitation Act, as amended, and WCAG 2.1 Level AA. The VPAT may be prepared by the Vendor or its agents. The State reserves the right to request remediation of any identified non-conformance during the contract period.</div>
    <span class="source">— RFP statale USA, anonimizzato, clausola 7.1 (testo originale)</span>
  </div>

  <p>«Può essere preparato dal Fornitore o dai suoi agenti» è la frase-lacuna. Lo Stato ha, per iscritto, accettato un'autocertificazione del fornitore come sostituto di un rapporto di conformità preparato in modo indipendente. Lo Stato si è anche riservato un diritto («può richiedere la correzione») senza un corrispondente obbligo a carico del fornitore («dovrà correggere entro N giorni»). I diritti riservati privi di tempistiche non costituiscono piani esecutivi applicabili.</p>

  <hr/>

  <h2 id="eu">Campione C: la gara dello Stato membro UE</h2>

  <p>Il campione dello Stato membro UE è il più interessante dei cinque. Cita EN 301 549 v3.2.1 — lo standard europeo armonizzato per l'accessibilità ICT — e fa riferimento alla Direttiva (UE) 2019/882 (l'European Accessibility Act) e alla Direttiva (UE) 2016/2102 (la Direttiva sull'accessibilità dei siti web). È anche l'unico RFP nell'insieme dei dati a collegare una milestone di pagamento a un deliverable di conformità.</p>

  <div class="quote-block">
    <div class="meta"><span lang="en">Verbatim</span> · Campione C · clausole 9.2 e 9.5</div>
    <div class="quote" lang="en">9.2 — The Contractor shall ensure that all deliverables conform to EN 301 549 v3.2.1, including clauses 9, 10 and 11 as applicable to the delivered ICT category. A conformance report referencing each applicable clause shall be submitted at provisional acceptance.<br/><br/>9.5 — The final fifteen percent (15%) of the contract value shall be withheld until the conformance report referenced in clause 9.2 has been verified by an independent accessibility assessment body designated by [Member State Agency].</div>
    <span class="source">— Gara dello Stato membro UE, anonimizzata, clausole 9.2 e 9.5 (testo originale)</span>
  </div>

  <p>La clausola 9.5 è la singola frase più solida dell'intero insieme dei dati. Un meccanismo di trattenuta del 15 percento del pagamento subordinato alla verifica indipendente è ciò che trasforma un criterio di accettazione scritto in uno applicabile. Il fornitore non può incassare il pagamento finale fino alla presentazione e alla verifica del rapporto. Questo è il modello che i campioni federale e statale avrebbero dovuto adottare.</p>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and category text rendered as gibberish. Word count
      is the section length; "criteria met" is the count of the five
      strong-clause attributes the sample satisfies — (1) named
      deliverable, (2) named qualification, (3) named AT, (4) tied to
      payment, (5) specified remediation timeline. Numbers match the
      dossier-list and the prose teardown above. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="rfp-chart-title rfp-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="rfp-chart-title">Conteggio delle parole nella sezione sull'accessibilità e numero di criteri forti nei cinque campioni RFP</title>
      <desc id="rfp-chart-desc">Un grafico a barre orizzontale che confronta cinque campioni RFP anonimizzati. La gara federale statunitense conta 612 parole e soddisfa tre dei cinque criteri di clausola solida. L'RFP aziendale Fortune 500 conta 421 parole e ne soddisfa due. L'appalto statale USA conta 287 parole e ne soddisfa uno. La gara dello Stato membro UE conta 198 parole e ne soddisfa due — inclusa l'unica clausola di collegamento al pagamento nell'insieme dei dati. Il testo standard Fortune 1000 conta 31 parole e non ne soddisfa nessuno.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Title */}
      <text x="40" y="30" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="14" font-weight="700" fill="#1a1a1a">Lunghezza della sezione sull'accessibilità vs criteri di clausola solida soddisfatti (su 5)</text>
      {/* Vertical gridlines at 0, 150, 300, 450, 600 words */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="240" y1="55" x2="240" y2="300" />
        <line x1="340" y1="55" x2="340" y2="300" />
        <line x1="440" y1="55" x2="440" y2="300" />
        <line x1="540" y1="55" x2="540" y2="300" />
        <line x1="640" y1="55" x2="640" y2="300" />
      </g>
      {/* X-axis baseline */}
      <line x1="240" y1="300" x2="700" y2="300" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels (words) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="240" y="318">0</text>
        <text x="340" y="318">150</text>
        <text x="440" y="318">300</text>
        <text x="540" y="318">450</text>
        <text x="640" y="318">600</text>
        <text x="470" y="338" font-style="italic">parole nella sezione sull'accessibilità</text>
      </g>
      {/* Row labels (left of bars) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a" text-anchor="end">
        <text x="232" y="79" font-weight="600">A · Federale USA</text>
        <text x="232" y="124" font-weight="600">D · Fortune 500</text>
        <text x="232" y="169" font-weight="600">B · Statale USA</text>
        <text x="232" y="214" font-weight="600">C · Stato membro UE</text>
        <text x="232" y="259" font-weight="600">E · Fortune 1000</text>
      </g>
      {/* Bars — word count scaled at 1px per 1.5 words from x=240, max ~408px for 612 */}
      {/* A · 612 words → 408px, B · 287 → 191px, C · 198 → 132px, D · 421 → 281px, E · 31 → 21px */}
      {/* Bar height 22, rows centred at y = 75, 120, 165, 210, 255 */}
      <g>
        <rect x="240" y="64" width="408" height="22" fill="#1a1a1a" />
        <rect x="240" y="109" width="281" height="22" fill="#1a1a1a" />
        <rect x="240" y="154" width="191" height="22" fill="#1a1a1a" />
        <rect x="240" y="199" width="132" height="22" fill="#1a1a1a" />
        <rect x="240" y="244" width="21" height="22" fill="#dc2626" />
      </g>
      {/* Word-count labels at end of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="656" y="80">612 parole</text>
        <text x="529" y="125">421</text>
        <text x="439" y="170">287</text>
        <text x="380" y="215">198</text>
      </g>
      <text x="269" y="259" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626">31 parole</text>
      {/* Criteria-met pips — five small circles per row, filled if criterion met */}
      {/* A (US federal): deliverable, qualification, AT — 3 of 5 (missing payment-tie, remediation timeline) */}
      {/* D (Fortune 500): deliverable, AT (partial) — 2 of 5 (we count: named deliverable, named AT broadly) */}
      {/* B (US state): deliverable — 1 of 5 */}
      {/* C (EU Member State): deliverable, payment-tied — 2 of 5 */}
      {/* E (boilerplate): 0 of 5 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280" text-anchor="middle">
        <text x="730" y="56">criteri soddisfatti</text>
      </g>
      {/* A row pips: 3 of 5 */}
      <g>
        <circle cx="700" cy="75" r="5" fill="#1a1a1a" />
        <circle cx="712" cy="75" r="5" fill="#1a1a1a" />
        <circle cx="724" cy="75" r="5" fill="#1a1a1a" />
        <circle cx="736" cy="75" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="748" cy="75" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <text x="765" y="79" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#1a1a1a">3/5</text>
      </g>
      {/* D row pips: 2 of 5 */}
      <g>
        <circle cx="700" cy="120" r="5" fill="#1a1a1a" />
        <circle cx="712" cy="120" r="5" fill="#1a1a1a" />
        <circle cx="724" cy="120" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="736" cy="120" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="748" cy="120" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <text x="765" y="124" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#1a1a1a">2/5</text>
      </g>
      {/* B row pips: 1 of 5 */}
      <g>
        <circle cx="700" cy="165" r="5" fill="#1a1a1a" />
        <circle cx="712" cy="165" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="724" cy="165" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="736" cy="165" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="748" cy="165" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <text x="765" y="169" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#1a1a1a">1/5</text>
      </g>
      {/* C row pips: 2 of 5 — payment-tie marked red as the standout */}
      <g>
        <circle cx="700" cy="210" r="5" fill="#1a1a1a" />
        <circle cx="712" cy="210" r="5" fill="#dc2626" />
        <circle cx="724" cy="210" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="736" cy="210" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <circle cx="748" cy="210" r="5" fill="#fbf9f4" stroke="#1a1a1a" stroke-width="1.5" />
        <text x="765" y="214" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#1a1a1a">2/5</text>
      </g>
      {/* E row pips: 0 of 5 */}
      <g>
        <circle cx="700" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <circle cx="712" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <circle cx="724" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <circle cx="736" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <circle cx="748" cy="255" r="5" fill="#fbf9f4" stroke="#dc2626" stroke-width="1.5" />
        <text x="765" y="259" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-weight="700" fill="#dc2626">0/5</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280">
        <text x="40" y="354">Criteri: deliverable nominato · qualifica nominata · AT nominata · collegato al pagamento · tempistica di correzione</text>
      </g>
    </svg>
    <figcaption>Il confronto tra i cinque campioni: lunghezza della sezione (barre) rispetto al numero di criteri di clausola solida soddisfatti (indicatori). La gara federale statunitense è la più lunga con 612 parole e soddisfa tre dei cinque criteri — denominando deliverable, qualifica e tecnologia assistiva — ma non raggiunge il collegamento al pagamento né la tempistica di correzione. La gara dello Stato membro UE è più breve ma contiene l'unica clausola di milestone di pagamento nell'insieme dei dati (indicatore rosso). Il testo standard Fortune 1000, con 31 parole e zero criteri, rappresenta il livello minimo assoluto.</figcaption>
  </figure>

  <p>Il punto debole del Campione C: fa riferimento a EN 301 549 v3.2.1, che incorpora WCAG 2.1 — non 2.2. I criteri di successo aggiunti nella versione 2.2 (aspetto del focus, movimenti di trascinamento, dimensione minima del bersaglio) non sono quindi contrattualmente richiesti nemmeno nelle gare datate 2026.</p>

  <hr/>

  <h2 id="corporate">Campione D: l'RFP aziendale Fortune 500</h2>

  <p>Il campione aziendale Fortune 500 è il secondo più solido dell'insieme dei dati e il secondo più lungo. Si estende per 421 parole. Richiede un VPAT 2.5 ACR, fa riferimento a WCAG 2.1 AA e richiama il «Accessible Procurement Standard» interno dell'azienda (anonimizzato). Non nomina la tecnologia assistiva per prodotto, ma richiede «compatibilità con screen reader e soluzioni di immissione vocale di largo utilizzo».</p>

  <p>La sezione aziendale è interessante per ciò che aggiunge e per ciò che omette. Aggiunge una clausola di manleva: il fornitore tiene indenne l'azienda da qualsiasi azione di terzi per discriminazione in materia di accessibilità derivante dal deliverable del fornitore. Si tratta di un equivalente, nel contesto degli appalti, del trasferimento del rischio contrattuale utilizzato nei contratti di trattamento dei dati. Omette, tuttavia, qualsiasi meccanismo di trattenuta del pagamento. La manleva è la leva, non la milestone.</p>

  <div class="callout warning">
    <div class="ct">Lo schema «manleva senza milestone»</div>
    <p>Un RFP aziendale che richiede un VPAT, allega una manleva ma non trattiene il pagamento è una struttura comune. Funziona come deterrente perché il team legale del fornitore esamina attentamente la manleva. Non funziona come meccanismo di raccolta prove perché il VPAT arriva al momento dell'aggiudicazione e non viene mai riesaminato a meno che non sopraggiunga un'azione legale. Tre dei quattro campioni non federali seguono questo schema.</p>
  </div>

  <hr/>

  <h2 id="boilerplate">Campione E: il testo standard</h2>

  <p>Il testo standard è composto da una sola frase. È riportato integralmente di seguito.</p>

  <div class="quote-block">
    <div class="meta"><span lang="en">Verbatim</span> · Campione E · pacchetto di onboarding fornitori, sezione 8</div>
    <div class="quote" lang="en">Supplier represents and warrants that all deliverables comply with all applicable laws, including without limitation laws relating to accessibility and disability rights.</div>
    <span class="source">— Pacchetto di onboarding fornitori Fortune 1000, anonimizzato, sezione 8 (testo originale)</span>
  </div>

  <p>«Tutte le leggi applicabili» è la clausola che è ovunque e da nessuna parte. Non fa riferimento ad alcuno standard. Non nomina alcun deliverable. Non cita alcuna superficie di test. È un segnaposto che soddisfa il team legale e non vincola il fornitore a nulla di concretamente applicabile. Un fornitore inadempiente può sostenere che non è stato identificato alcun obbligo specifico, e il team di appalto non dispone di prove da produrre.</p>

  <p class="pull-quote">La clausola standard è ovunque perché ha costo zero da redigere e zero frizioni da negoziare. Vale anche approssimativamente nulla.</p>

  <hr/>

  <h2 id="loopholes">Le tre lacune che compaiono in quattro casi su cinque</h2>

  <p>In tutti e cinque i campioni sono emersi tre schemi ricorrenti. Primo: accettazione di VPAT autocertificato (4 su 5). Secondo: assenza di tempistica di correzione (5 su 5). Terzo: silenzio o vaghezza sui test con tecnologia assistiva (4 su 5; solo il campione federale denomina le AT per prodotto). Queste tre lacune sono i varchi attraverso cui un deliverable non conforme può passare in produzione.</p>

  <div class="callout danger">
    <div class="ct">Le tre lacune — da colmare prima della pubblicazione</div>
    <p>(1) Richiedere la verifica indipendente del VPAT da parte di un professionista dell'accessibilità con certificazione nominata. (2) Specificare una tempistica di correzione calibrata sulla gravità del difetto — ad esempio: critici entro 14 giorni, gravi entro 30, minori entro 90. (3) Denominare almeno uno screen reader, una soluzione di immissione vocale e richiedere test di navigazione solo da tastiera. Queste tre aggiunte trasformano una sezione segnaposto in una sezione applicabile.</p>
  </div>

  <hr/>

  <h2 id="model">Una sezione RFP modello attenta all'accessibilità</h2>

  <p>Combinando le clausole più solide dei cinque campioni si ottiene una sezione che nessun documento dell'insieme dei dati contiene effettivamente. Si estende per circa 350 parole e colma le tre lacune identificate sopra.</p>

  <div class="quote-block">
    <div class="meta">Clausola modello · sintesi dai Campioni A, C e D</div>
    <div class="quote" lang="en">The Contractor shall ensure that all deliverables conform to WCAG 2.2 Level AA and, for ICT delivered within the European Union, to EN 301 549 v3.2.1 or its successor. The Contractor shall deliver, at provisional acceptance, a VPAT 2.5 Accessibility Conformance Report (ACR) prepared by or independently reviewed by a party holding a recognised accessibility credential (CPACC, WAS, or equivalent). Self-attestation without independent review is insufficient.<br/><br/>Testing shall include at least one screen reader (JAWS, NVDA, or VoiceOver), one voice-input solution (Dragon, Voice Access, or Voice Control), keyboard-only navigation across all interactive components, and conformance with the WCAG 2.2 success criteria added since version 2.1 (2.4.11 Focus Appearance, 2.5.7 Dragging Movements, 2.5.8 Target Size Minimum).<br/><br/>Remediation timeline for post-award defects: critical defects (blocking access for users of assistive technology) within fourteen (14) calendar days of notice; serious defects within thirty (30) calendar days; minor defects within ninety (90) calendar days. Failure to meet a remediation deadline triggers a per-day liquidated-damages charge of approx. 0.1% of contract value per day.<br/><br/>The final fifteen percent (15%) of contract value shall be withheld until the conformance report has been verified by an independent accessibility assessment body.</div>
    <span class="source">— Clausola modello (questa pubblicazione, sintesi, maggio 2026)</span>
  </div>

  <p>Questa clausola modello fa cinque cose che il campione federale — il più solido dell'insieme dei dati — fa in soli tre casi. Fa riferimento a WCAG 2.2 (non 2.1). Denomina la tecnologia assistiva per prodotto. Richiede la verifica indipendente del VPAT. Specifica una tempistica di correzione calibrata sulla gravità con un moltiplicatore di penale per ritardo. E collega l'ultima tranche di pagamento alla verifica della conformità. I team di appalto che adattano questa sezione alla propria giurisdizione dovrebbero sostituire WCAG 2.2 con WCAG 2.1 solo se il loro standard di riferimento non è ancora stato aggiornato; altrimenti il riferimento a WCAG 2.2 è corretto.</p>

  <hr/>

  <h2 id="closing">Conclusioni: cosa l'insieme dei dati indica ai team di appalto</h2>

  <p>Il risultato principale di questa analisi è poco lusinghiero ma operativamente utile. In cinque RFP reali che coprono quattro categorie giurisdizionali, un solo documento collegava le prove al pagamento, uno solo richiedeva la verifica indipendente del VPAT e nessuno specificava una tempistica di correzione calibrata sulla gravità del difetto. Gli standard esistono. Il linguaggio contrattuale per applicarli non esiste.</p>

  <p>Per i team di appalto che redigono il prossimo RFP attento all'accessibilità, l'insieme dei dati suggerisce tre modifiche concrete e uno spostamento strategico. Le modifiche: nominare la qualifica per la verifica del VPAT, nominare la tecnologia assistiva per i test, collegare una milestone di pagamento a un rapporto di conformità verificato. Lo spostamento: smettere di seguire lo standard. Fare riferimento a WCAG 2.2 AA fin da oggi; aggiornare a WCAG 3.0 quando sarà pubblicata la prima raccomandazione formale.</p>

  <p>E la clausola standard — «conforme a tutte le leggi applicabili» — non ha posto in un RFP attento all'accessibilità. È il segnaposto a cui i team di appalto ricorrono quando la sezione sembra troppo rischiosa da redigere correttamente. L'analisi sopra riportata è, più di ogni altra cosa, una dimostrazione che redigerla correttamente non è così difficile come sembra. Cinque clausole, tre lacune colmate, una leva di pagamento allegata. Questo è il lavoro.</p>

  <p>I team di appalto che adattano questo linguaggio: ancorare il riferimento allo standard all'<a href="/toolkit/standards/wcag/">indice completo dei criteri di successo WCAG 2.2</a>, chiedere ai fornitori di eseguire una <a href="/toolkit/scan/">scansione WCAG 2.2 gratuita</a> sull'URL demo citato nella loro offerta, richiedere <a href="/articles/manual-audits-by-people-with-disabilities-2026/">un audit manuale da parte di tester con disabilità</a> come verifica della conformità e considerare la conformità post-aggiudicazione come un obbligo continuativo trattato nella <a href="/articles/accessibility-monitoring-buyers-guide-2026/">guida all'acquisto degli strumenti di monitoraggio</a>.</p>

  <div class="footer-note">
    <p><strong>Metodologia e dati:</strong> Cinque documenti di appalto anonimizzati campionati da archivi di gare pubbliche (SAM.gov, portali di appalti statali, TED) e due portali di appalti aziendali. Documenti tratti da gare chiuse tra il 2024 e il 2026. Il testo delle clausole è riportato fedelmente all'originale con i sostantivi identificativi redatti. Il campione non è rappresentativo di tutti gli RFP in circolazione; è una sezione trasversale selezionata di categorie giurisdizionali scelta per evidenziare schemi comparativi. I conteggi delle parole si riferiscono esclusivamente alla sezione sull'accessibilità, non all'intero documento.</p>
    <p><strong>Contesto normativo:</strong> Section 508 del Rehabilitation Act (29 U.S.C. § 794d) e il suo refresh ICT del 2018; WCAG 2.1 AA (Raccomandazione W3C, 2018) e WCAG 2.2 AA (Raccomandazione W3C, ottobre 2023); EN 301 549 v3.2.1 (ETSI, 2021); Direttiva (UE) 2019/882 (European Accessibility Act); Direttiva (UE) 2016/2102 (Direttiva sull'accessibilità dei siti web). VPAT 2.5 pubblicato da ITI nel 2023.</p>
    <p><strong>Cosa questo articolo non è:</strong> Non è una consulenza legale. I team di appalto che adattano la clausola modello dovrebbero esaminarla con un legale esperto del codice degli appalti e delle norme antidiscriminatorie sulla disabilità della giurisdizione applicabile. La clausola modello è un commento editoriale, non un testo legale standardizzato.</p>
  </div>

</div>

---
title: Azioni collettive in materia di accessibilità nel 2026: tendenze di certificazione e risultati
url: https://www.disabilityworld.org/it/articles/accessibility-class-actions-2026/
description: Quindici anni dopo Wal-Mart Stores v. Dukes, l'azione collettiva sull'accessibilità non è né morta né dominante — è uno strumento in lenta ripresa la cui validità nel 2026 dipende dal quadro Robles del Ninth Circuit, dalla linea Andrews v. Blick del Second Circuit.
author: Disability World
pubDate: 2026-05-22
tags: ada, class-actions, litigation, federal-courts, us-law, data
---

# Azioni collettive in materia di accessibilità nel 2026: tendenze di certificazione e risultati

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Tendenze di certificazione delle azioni collettive</span>
  </div>

  <h1>Azioni collettive in materia di accessibilità nel 2026 <em>— tendenze di certificazione e risultati</em></h1>

  <p class="lede">Quindici anni dopo <em>Wal-Mart Stores, Inc. v. Dukes</em>, 564 U.S. 338 (2011), che ha ridisegnato i requisiti di «comunanza» della Rule 23, l'azione collettiva in materia di accessibilità non è né il confine dottrinale che i litiganti per i diritti delle persone con disabilità avevano brevemente sperato nel 2010, né lo strumento morto che la difesa aveva dichiarato nel 2012. È un meccanismo in lenta ripresa, fortemente concentrato geograficamente, la cui validità nel 2026 dipende da tre filoni: il quadro <em>Robles v. Domino's</em> del Ninth Circuit per la certificazione delle classi sull'accesso digitale, la linea dottrinale <em>Andrews v. Blick Art Materials</em> del Second Circuit nei tribunali di distretto, e le azioni collettive statali californiane ai sensi dell'Unruh Act gestite in parallelo ai sensi del <strong>Codice Civile §§1781 e 3345</strong>. Di un numero stimato di <strong>oltre 180 istanze di certificazione di azioni collettive sull'accessibilità</strong> deliberate nei tribunali federali statunitensi tra il 2020 e il 2025, circa il <strong>40%</strong> è stato accolto in tutto o in parte — un recupero rispetto al <strong>tasso di accoglimento di circa il 28%</strong> del periodo 2012-2018. Questo dossier ricostruisce i casi che hanno ottenuto la certificazione, quelli che non l'hanno ottenuta, e le prospettive per il 2026 riguardo all'evoluzione della praticabilità dell'azione collettiva per i ricorrenti con disabilità.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultati · Fascicolo 02</span>
      <span class="dossier-meta">07 voci · derivate dalle decisioni federali ai sensi della Rule 23 dal 2011 al 2026 e dalle certificazioni Unruh dei tribunali statali californiani</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa rivela il registro delle certificazioni</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">circa 40%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il tasso di accoglimento delle certificazioni federali ai sensi della Rule 23 nei casi sull'accessibilità è risalito a circa il 40% nel periodo 2020-2025</p>
          <p class="dossier-note">Un'aggregazione di working paper di ogni decisione segnalata ai sensi della Rule 23 nelle azioni correlate all'accessibilità dopo <em>Dukes</em> mostra il tasso di accoglimento in risalita dal minimo post-<em>Dukes</em> di circa il 28% (2012-2018) a circa il 40% nel periodo 2020-2025. Il recupero è guidato principalmente dalle decisioni dei tribunali di distretto del Ninth Circuit e del Second Circuit, non dalle decisioni dell'Eleventh o del Fifth Circuit.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">circa 180</span>
        <div class="dossier-body">
          <p class="dossier-claim">Circa 180 istanze di certificazione sull'accessibilità ai sensi della Rule 23 sono state deliberate nei tribunali federali tra il 2020 e il 2025</p>
          <p class="dossier-note">Stima ricostruita da ricerche nel registro PACER e da decisioni pubblicate. Il dato è sottostimato: esclude le istanze presentate ma risolte tramite accordo prima della decisione, e le certificazioni parallele Unruh nei tribunali statali californiani ai sensi del §1781, dove il registro pubblico è più difficile da consultare.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2011</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em>Wal-Mart Stores v. Dukes</em> è lo spartiacque post-2011 — ma non è la fine della strada</p>
          <p class="dossier-note">La decisione della Corte Suprema secondo cui la Rule 23(a)(2) sulla comunanza richiede una questione comune suscettibile di risposta comune ha innalzato la soglia per le classi nazionali basate su una politica discriminatoria. Non ha precluso le classi sull'accessibilità costruite attorno a un singolo sito web, layout di negozio o flotta di chioschi presumibilmente inaccessibili — che costituiscono il centro di gravità del registro post-2020.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2019</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em>Robles v. Domino's</em> ha stabilito il quadro di certificazione sull'accesso digitale del Ninth Circuit</p>
          <p class="dossier-note">913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019). La regola del «nesso» — un sito web attiva il Title III dove la sua inaccessibilità impedisce l'accesso a un luogo fisico di pubblica ospitalità — ha determinato quali classi sull'accesso digitale del Ninth Circuit possono essere certificate.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">4.000 $</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il Codice Civile californiano §3345 e §1781 forniscono il moltiplicatore del risarcimento legale e la procedura per le classi che le azioni collettive federali Unruh non prevedono</p>
          <p class="dossier-note">Il §1781 è la disposizione sulle azioni collettive del Consumer Legal Remedies Act applicata all'Unruh Act e a statuti analoghi sui diritti dei consumatori. Il §3345 triplica il risarcimento legale per visita dell'Unruh Act di 4.000 $ nei casi di pratiche sleali o fraudolente nei confronti di anziani o persone con disabilità. La combinazione è il motore economico delle azioni collettive statali californiane sull'accessibilità.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2:1</span>
        <div class="dossier-body">
          <p class="dossier-claim">Le azioni collettive sull'accessibilità fisica ottengono la certificazione a un tasso circa doppio rispetto alle classi basate su siti web puri</p>
          <p class="dossier-note">Le classi sull'accesso fisico — layout di negozio, flotta di chioschi, parcheggio, punto vendita — superano più facilmente l'analisi di coesione della Rule 23(b)(2) perché la barriera presunta è una caratteristica uniforme di ogni visita. Le classi basate su siti web puri affrontano argomenti di danno individualizzato che la difesa ha affinato dal quadro <em>Cullen v. Netflix</em> del 2018.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il registro del 2026 affronta due test pendenti: la norma DOJ sul Title III e un possibile ricorso alla Corte Suprema sul nesso</p>
          <p class="dossier-note">Una norma federale definitiva sul Title III fornirebbe uno standard di conformità e farebbe inclinare l'analisi di certificazione verso conclusioni di questione comune. Un ricorso alla Corte Suprema sulla questione del «nesso» risolverebbe il mosaico del Ninth-First-Second Circuit che attualmente determina se una classe sia geograficamente praticabile.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong>Registri dei tribunali federali PACER (decisioni ai sensi della Rule 23 etichettate con richieste ai sensi del Title III dell'ADA e del §504 del Rehabilitation Act, 2011–2025); fascicoli di azioni collettive Unruh dei tribunali statali californiani tracciati attraverso i rapporti annuali del Judicial Council sui ricorsi per accesso alle persone con disabilità; working paper 2024 dell'American Association for Justice, Disability Rights Practice Group; blog <em>Seyfarth Shaw ADA Title III News &amp; Insights</em>; decisioni pubblicate ai sensi della Rule 23 su Westlaw e Bloomberg Law.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Il quadro della Rule 23 dopo Dukes</a></li>
      <li><span class="toc-num">02</span><a href="#trend">La tendenza di certificazione 2020-2026</a></li>
      <li><span class="toc-num">03</span><a href="#robles">Il quadro Robles nel Ninth Circuit</a></li>
      <li><span class="toc-num">04</span><a href="#andrews">Andrews v. Blick e lo schema del Second Circuit</a></li>
      <li><span class="toc-num">05</span><a href="#certified">Casi che hanno ottenuto la certificazione</a></li>
      <li><span class="toc-num">06</span><a href="#denied">Casi che non l'hanno ottenuta</a></li>
      <li><span class="toc-num">07</span><a href="#unruh">Azioni collettive statali Unruh ai sensi del §1781 e del §3345</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Prospettive per il 2026</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Il quadro della Rule 23 dopo Dukes</h2>

  <p class="dropcap-first">Ogni azione collettiva in materia di accessibilità presentata nei tribunali federali statunitensi dopo il 21 giugno 2011 è stata giudicata sullo sfondo di <em>Wal-Mart Stores, Inc. v. Dukes</em>, 564 U.S. 338. La decisione 5-4 della Corte Suprema — che riteneva che la classe nazionale per discriminazione sessuale delle dipendenti Wal-Mart mancasse della «comunanza» richiesta dalla Rule 23(a)(2) perché i ricorsi delle donne sollevavano «letteralmente milioni di decisioni» dei singoli responsabili di negozio — ha prodotto tre effetti contemporaneamente. Ha ristretto l'esame della comunanza da «questione comune» a «questione comune suscettibile di risposta comune». Ha ribadito la necessità di un'«analisi rigorosa» nella fase di certificazione. E ha respinto le classi per tutela inibitoria ai sensi della Rule 23(b)(2) verso il loro ambito tradizionale più ristretto, precludendo l'uso della (b)(2) per ottenere «risarcimento monetario individualizzato» insieme a un'ingiunzione.</p>

  <p>Per il contenzioso sull'accessibilità, <em>Dukes</em> ha avuto meno importanza di quanto il commentario dottrinale avesse inizialmente temuto. Il motivo è che la tipica azione collettiva sull'accessibilità non è una vasta classe nazionale per discriminazione politica. È una classe a barriera singola: ogni utente non vedente di un particolare sito di e-commerce incontra lo stesso pulsante di checkout privo di etichetta; ogni utente in sedia a rotelle in una determinata catena alberghiera incontra la stessa soglia della doccia transfer non conforme; ogni utente non udente di un determinato servizio di streaming incontra la stessa traccia di sottotitoli mancante. La questione comune — questa singola barriera viola il Title III? — è per costruzione suscettibile di risposta comune. La barriera esiste o non esiste, e o costituisce una violazione o non la costituisce.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Rule 23(a)</span><span class="ps-desc">numerosità, comunanza, tipicità, adeguatezza — i quattro requisiti preliminari che ogni classe deve soddisfare</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Rule 23(b)(2)</span><span class="ps-desc">classe inibitoria coesiva — la suddivisione principale per i casi di accessibilità, poiché il Title III autorizza solo la tutela inibitoria</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Rule 23(b)(3)</span><span class="ps-desc">predominanza + superiorità — utilizzata per le classi di risarcimento Unruh statali abbinate a richieste federali ai sensi del Title III</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Filtro Dukes</span><span class="ps-desc">«analisi rigorosa» post-2011 — il tribunale deve verificare se la presunta questione comune sia effettivamente suscettibile di risposta comune al momento del giudizio</span></div>
  </div>

  <p>Il problema più difficile post-<em>Dukes</em> è il requisito di «coesione» della Rule 23(b)(2) — i tribunali del Third, Fifth e Eleventh Circuit interpretano la (b)(2) nel senso di richiedere che «la condotta contestata sia tale che la tutela inibitoria definitiva sia appropriata nei confronti della classe nel suo complesso». Quando i singoli membri della classe hanno esigenze di correzione significativamente diverse — un utente ipovedente richiede una correzione del contrasto cromatico; un utente totalmente non vedente richiede una correzione del testo alternativo; un utente non udente richiede i sottotitoli — l'analisi di coesione può impedire la certificazione anche quando la comunanza è soddisfatta. Il foro dei ricorrenti post-2020 ha risposto restringendo le classi: le classi certificate oggi tendono a essere definite da una specifica disabilità (utenti legalmente non vedenti) e da una specifica barriera (l'inaccessibilità del sito di e-commerce del convenuto con gli screen reader), non dalla disabilità in senso lato.</p>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">circa 180</div><div class="method-label">decisioni federali ai sensi della Rule 23 analizzate (2020-2025)</div></div>
    <div class="method-card"><div class="method-num">circa 40%</div><div class="method-label">accolte in tutto o in parte</div></div>
    <div class="method-card"><div class="method-num">circa 32%</div><div class="method-label">respinte per coesione o comunanza</div></div>
    <div class="method-card"><div class="method-num">circa 28%</div><div class="method-label">risolte per altri motivi — legittimazione, prescrizione, accordo</div></div>
  </div>

  <hr />

  <h2 id="trend">02 · La tendenza di certificazione 2020-2026</h2>

  <p>La tendenza aggregata nel registro federale post-2020 è quella di un lento recupero dal minimo post-<em>Dukes</em>. Nei primi tre anni dopo <em>Dukes</em> — 2012, 2013, 2014 — gli avvocati della difesa diffondevano memoranda di vittoria e prevedevano la fine dell'azione collettiva sull'accessibilità come strumento procedurale significativo. I dati non confermarono tale previsione. I tassi di accoglimento delle certificazioni scesero dal circa 55% pre-<em>Dukes</em> (2005-2010, su una base più ridotta di decisioni) ad approximately il 28% nel periodo 2012-2018, poi risalirono gradualmente ad approximately il 40% nel periodo 2020-2025, man mano che i tribunali di distretto si familiarizzarono con le classi a barriera singola a definizione ristretta.</p>

  {/* Hand-built SVG line chart replaces a FLUX-generated image whose
      axis labels and title rendered as gibberish (AI image models
      cannot draw legible text). All numbers match the bar-chart
      section below; the line chart shows the trajectory over time,
      the bars show the value per period. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="rule23-chart-title rule23-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="rule23-chart-title">Tasso di accoglimento delle certificazioni federali ai sensi della Rule 23 nei casi sull'accessibilità, 2005–2025</title>
      <desc id="rule23-chart-desc">Un grafico a linea con il tasso di accoglimento delle certificazioni sull'asse y (da 0 a 60 percento) e il tempo sull'asse x. Il tasso si attesta intorno al 55 percento pre-Dukes (2005–2010), scende al 28 percento post-Dukes (2012–2018) e si riprende passando per il 34 percento (2019–2021), il 38 percento (2022–2024), fino al 42 percento nel 2025.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines + y-axis labels every 10% */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="40" x2="760" y2="40" />
        <line x1="80" y1="100" x2="760" y2="100" />
        <line x1="80" y1="160" x2="760" y2="160" />
        <line x1="80" y1="220" x2="760" y2="220" />
        <line x1="80" y1="280" x2="760" y2="280" />
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#6b7280">
        <text x="68" y="44" text-anchor="end">60%</text>
        <text x="68" y="104" text-anchor="end">45%</text>
        <text x="68" y="164" text-anchor="end">30%</text>
        <text x="68" y="224" text-anchor="end">15%</text>
        <text x="68" y="284" text-anchor="end">0%</text>
      </g>
      {/* X-axis baseline */}
      <line x1="80" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <text x="120" y="305" text-anchor="middle">2005–10</text>
        <text x="260" y="305" text-anchor="middle">2012–18</text>
        <text x="430" y="305" text-anchor="middle">2019–21</text>
        <text x="570" y="305" text-anchor="middle">2022–24</text>
        <text x="700" y="305" text-anchor="middle">2025</text>
        <text x="120" y="322" text-anchor="middle" fill="#6b7280" font-size="10.5" font-style="italic">pre-Dukes</text>
        <text x="260" y="322" text-anchor="middle" fill="#6b7280" font-size="10.5" font-style="italic">minimo post-Dukes</text>
        <text x="430" y="322" text-anchor="middle" fill="#6b7280" font-size="10.5" font-style="italic">era Robles</text>
      </g>
      {/* Data line — 55%, 28%, 34%, 38%, 42% mapped to y=60,168,144,128,112 */}
      <polyline points="120,60 260,168 430,144 570,128 700,112" fill="none" stroke="#1a1a1a" stroke-width="2.5" stroke-linejoin="round" />
      {/* Recovery emphasis (2019 onward) in red */}
      <polyline points="260,168 430,144 570,128 700,112" fill="none" stroke="#dc2626" stroke-width="3" stroke-linejoin="round" />
      {/* Data points */}
      <g fill="#fbf9f4" stroke="#1a1a1a" stroke-width="2">
        <circle cx="120" cy="60" r="5" />
        <circle cx="260" cy="168" r="5" />
      </g>
      <g fill="#dc2626" stroke="#dc2626" stroke-width="2">
        <circle cx="430" cy="144" r="5" />
        <circle cx="570" cy="128" r="5" />
        <circle cx="700" cy="112" r="6" />
      </g>
      {/* Value labels above each point */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#1a1a1a" text-anchor="middle">
        <text x="120" y="46">55%</text>
        <text x="260" y="154">28%</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#dc2626" text-anchor="middle">
        <text x="430" y="130">34%</text>
        <text x="570" y="114">38%</text>
        <text x="700" y="98">42%</text>
      </g>
      {/* Dukes inflection marker */}
      <line x1="190" y1="40" x2="190" y2="280" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="190" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">Dukes (2011)</text>
    </svg>
    <figcaption>Il tasso di accoglimento delle certificazioni federali ai sensi della Rule 23 nei casi sull'accessibilità è diminuito nei primi anni post-<em>Dukes</em> e si è ripreso dal 2020, man mano che i tribunali di distretto si familiarizzavano con le classi a barriera singola a definizione ristretta. Il segmento rosso indica la fase di recupero.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">Tasso di accoglimento delle certificazioni federali ai sensi della Rule 23 nei casi sull'accessibilità — per periodo</div>
    <div class="bar-row"><div class="bar-label">2005-2010 (pre-Dukes)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:55%">circa 55%</div></div></div>
    <div class="bar-row"><div class="bar-label">2012-2018 (post-Dukes)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:28%">circa 28%</div></div></div>
    <div class="bar-row"><div class="bar-label">2019-2021 (era Robles)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:34%">circa 34%</div></div></div>
    <div class="bar-row"><div class="bar-label">2022-2024</div><div class="bar-track"><div class="bar-fill bf-d" style="width:38%">circa 38%</div></div></div>
    <div class="bar-row"><div class="bar-label">2025 (campione a metà anno)</div><div class="bar-track"><div class="bar-fill bf-e" style="width:42%">circa 42%</div></div></div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">circa 40%</div><div class="stat-desc">tasso aggregato di accoglimento delle certificazioni federali 2020-2025</div></div>
    <div class="stat-box"><div class="stat-big">2:1</div><div class="stat-desc">rapporto di certificazione fisica vs sito web puro</div></div>
    <div class="stat-box"><div class="stat-big">9th &gt; 2d</div><div class="stat-desc">il tasso di accoglimento del Ninth Circuit supera quello del Second Circuit di circa 8 punti</div></div>
  </div>

  <p>Due avvertenze si impongono. In primo luogo, i numeri assoluti sono contenuti. Circa 180 istanze di certificazione contestate in sei anni equivalgono a circa trenta decisioni all'anno — una coda minuscola rispetto al volume annuo di 12.000 denunce ai sensi del Title III. La maggior parte dei casi ai sensi del Title III non raggiunge mai la certificazione dell'azione collettiva perché si risolvono come azioni individuali in base al meccanismo del rimborso delle spese legali ben prima che le fasi istruttorie si chiudano. In secondo luogo, il tasso di accoglimento aggrega «accolto integralmente» e «accolto parzialmente» — e «accolto parzialmente» può significare una classe sostanzialmente più ristretta rispetto a quella originariamente proposta dai ricorrenti. Una classe ridotta da «tutti gli utenti non vedenti del sito web a livello nazionale» a «tutti i residenti di New York che hanno tentato senza successo di effettuare un acquisto sul sito web tra il 2022 e il presente» è tecnicamente una classe certificata, ma significativamente più piccola.</p>

  <hr />

  <h2 id="robles">03 · Il quadro Robles nel Ninth Circuit</h2>

  <p>La decisione del Ninth Circuit del 2019 nel caso <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), è il caso post-<em>Dukes</em> più influente per la certificazione delle classi sull'accesso digitale. La decisione sostanziale — che il Title III si applica al sito web e all'app di una catena di pizzerie perché sono sufficientemente connessi («nesso») ai negozi fisici della catena — riceve la maggior parte dell'attenzione. Ma il seguito procedurale è ciò che plasma il registro del 2026: limitando la portata del Title III ai siti web con un nesso fisico, il Ninth Circuit ha anche limitato la geografia della classe. Una classe nazionale contro un convenuto di puro e-commerce non può essere facilmente certificata nel Ninth Circuit; una classe regionale contro una catena fisico con sito web sì.</p>

  <div class="callout info">
    <div class="ct">Il nesso Robles, riformulato per le classi</div>
    <p>Per una classe sull'accessibilità del Ninth Circuit contro un operatore di siti web, i ricorrenti nominati devono plausibilmente sostenere che l'inaccessibilità del sito web impedisce l'uso o l'accesso a un luogo fisico di pubblica ospitalità. Quando il convenuto non ha sedi fisiche — un servizio solo in streaming, un e-tailer puro senza punti vendita — la classe del Ninth Circuit è dottrinalmente più difficile da costruire anche prima di raggiungere il requisito della comunanza.</p>
  </div>

  <p>I casi che applicano <em>Robles</em> hanno prodotto sia certificazioni che dinieghi. <em>Brooks v. See's Candies, Inc.</em>, 2:22-cv-07410 (C.D. Cal.) ha certificato una classe di residenti californiani legalmente non vedenti contro un produttore di dolciumi con una rete di negozi fisici nazionale. <em>Davis v. Charter Communications</em>, 5:20-cv-01055 (C.D. Cal.) ha negato la certificazione in parte per motivi di coesione laddove la correzione proposta differiva tra i segmenti di clientela. <em>Murphy v. Kohl's Department Stores</em>, 2:21-cv-04902 (C.D. Cal.) è pervenuto a un accordo prima di una decisione contestata, ma il registro riflette ampie memorie difensive sulla questione della coesione. Lo schema cumulativo è che i tribunali di distretto del Ninth Circuit certificano una classe a disabilità singola e barriera singola ben definita contro un convenuto con punti vendita fisici; non certificano una classe ampia a disabilità multiple contro un convenuto con solo sito web.</p>

  <div class="quote-block">
    <div class="meta"><span lang="en">Robles v. Domino's Pizza</span> — 9th Circuit, 2019</div>
    <div class="quote" lang="en">"The alleged inaccessibility of Domino's website and app impedes access to the goods and services of its physical pizza franchises — which are places of public accommodation. This nexus between Domino's website and app and physical restaurants is critical to our analysis."</div>
    <span class="source">913 F.3d 898, 905 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019)</span>
  </div>

  <hr />

  <h2 id="andrews">04 · Andrews v. Blick e lo schema del Second Circuit</h2>

  <p>Il Second Circuit non ha prodotto una decisione di Circuit sul Title III applicabile ai siti web paragonabile a <em>Robles</em>. Ciò che ha prodotto è una solida linea di tribunali di distretto, ancorata a <em>Andrews v. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017). L'opinione del giudice Weinstein in <em>Andrews</em> ha stabilito — senza richiedere un nesso con un negozio fisico — che un sito web commerciale inaccessibile è di per sé un «luogo di pubblica ospitalità» ai sensi del Title III. L'opinione è stata citata centinaia di volte dai tribunali di distretto del Southern e Eastern District di New York negli anni successivi e costituisce l'impalcatura dottrinale per il volume di denunce sull'accessibilità dei siti web nell'SDNY/EDNY.</p>

  <p>Per le classi, la linea <em>Andrews</em> taglia in direzioni opposte. Poiché i tribunali di distretto del Second Circuit non richiedono un nesso con un negozio fisico, i ricorrenti possono agire contro una classe più ampia — i convenuti con solo sito web sono raggiungibili in modo non possibile nel Ninth Circuit. Ma poiché il Second Circuit non ha avallato <em>Andrews</em> a livello di appello, ogni decisione di certificazione nell'SDNY o nell'EDNY si basa su un terreno dottrinale che la difesa può plausibilmente contestare in appello. Il foro della difesa ha utilizzato tale incertezza per richiedere sospensioni e revisioni interlocutorie ai sensi della Rule 23(f) in modo più aggressivo nell'SDNY rispetto al Central District of California.</p>

  <p>Le classi sull'accessibilità della regione del Second Circuit certificate sono poche in numero ma dottrinalmente importanti. <em>Markett v. Five Guys Enterprises LLC</em>, 1:17-cv-00788 (S.D.N.Y.) è pervenuto a un accordo dopo che il tribunale aveva segnalato disponibilità alla certificazione. <em>Dominguez v. Banana Republic LLC</em>, 1:19-cv-10171 (S.D.N.Y.) e casi analoghi alla linea Banana Republic hanno prodotto certificazioni che i convenuti non hanno impugnato. <em>Sullivan v. Doctor's Associates LLC</em>, 1:18-cv-09309 (S.D.N.Y.) riguardava questioni di responsabilità del franchisor in aggiunta alla questione della certificazione. Lo schema è quello di cautele certificazioni dei tribunali di distretto seguite da accordi piuttosto che da revisioni in appello — il che lascia le fondamenta dottrinali instabili.</p>

  <div class="quote-block">
    <div class="meta"><span lang="en">Andrews v. Blick Art Materials</span> — E.D.N.Y., 2017</div>
    <div class="quote" lang="en">"The ADA's mandate reaches the website of a public accommodation; the statute applies to the services of a public accommodation, not services in a place of public accommodation. To limit Title III to physical locations would be to read out the statute's grant to those with disabilities."</div>
    <span class="source">268 F. Supp. 3d 381, 394 (E.D.N.Y. 2017)</span>
  </div>

  <hr />

  <h2 id="certified">05 · Casi che hanno ottenuto la certificazione</h2>

  <p>Una selezione rappresentativa delle certificazioni federali post-2020 mostra il profilo di ciò che i tribunali di distretto approveranno o meno. Lo schema è costante: classi a disabilità singola e barriera singola a definizione ristretta, con il ricorrente nominato che è un utente reale della tecnologia assistiva rilevante, contro un convenuto la cui presunta barriera è uniforme nell'intera classe.</p>

  <table class="dt">
    <thead>
      <tr><th>Caso</th><th>Tribunale · Anno</th><th>Definizione della classe (sintesi)</th><th>Esito</th></tr>
    </thead>
    <tbody>
      <tr><td><em>Brooks v. See's Candies, Inc.</em></td><td>C.D. Cal. · 2023</td><td>Utenti californiani legalmente non vedenti del sito See's</td><td>Certificata (b)(2)</td></tr>
      <tr><td><em>Dominguez v. Banana Republic LLC</em></td><td>S.D.N.Y. · 2022</td><td>Utenti di screen reader di New York nell'e-commerce Banana Republic</td><td>Certificata (b)(2)</td></tr>
      <tr><td><em>Markett v. Five Guys Enterprises</em></td><td>S.D.N.Y. · 2021</td><td>Utenti non vedenti di NY — accordo pre-certificazione</td><td>Risolta tramite accordo</td></tr>
      <tr><td><em>Thurston v. Omni Hotels Mgmt.</em></td><td>Cal. Ct. App. · 2021</td><td>Classe Unruh californiana per sito di prenotazione</td><td>Certificata (Unruh §1781)</td></tr>
      <tr><td><em>Sullivan v. Doctor's Associates LLC</em></td><td>S.D.N.Y. · 2021</td><td>Utenti di screen reader di NY — responsabilità del franchisor</td><td>Accolta parzialmente</td></tr>
      <tr><td><em>NFB v. Container Store</em></td><td>D. Mass. · 2020</td><td>Utenti non vedenti dei terminali punto vendita</td><td>Certificata prima del consolidamento MDL</td></tr>
      <tr><td><em>Cota v. Aveda Corp.</em></td><td>C.D. Cal. · 2023</td><td>Utenti californiani non vedenti — classe per risarcimento Unruh</td><td>Certificata (b)(3) sul conteggio Unruh</td></tr>
      <tr><td><em>Tucker v. Whole Foods</em></td><td>N.D. Cal. · 2024</td><td>Utenti californiani non vedenti — terminali cassa del supermercato</td><td>Certificata (b)(2)</td></tr>
      <tr><td><em>Romero v. Marriott International</em></td><td>S.D. Fla. · 2024</td><td>Utenti non vedenti in Florida — sistema di prenotazione ai sensi del 28 CFR §36.302(e)</td><td>Accolta parzialmente</td></tr>
      <tr><td><em>Walker v. Sam's West, Inc.</em></td><td>W.D. Wash. · 2025</td><td>Utenti in sedia a rotelle dello Stato di Washington — larghezza corsie negozio</td><td>Certificata (b)(2)</td></tr>
    </tbody>
  </table>

  <p>Ciò che accomuna i casi certificati è strutturale. La definizione della classe è specifica a una disabilità e a una barriera. Il ricorrente nominato utilizza effettivamente la tecnologia assistiva in questione. La correzione proposta è di per sé suscettibile di applicazione a livello di classe — eliminare l'alternativa accessibile non è subordinato alle circostanze individuali. Quando uno qualsiasi di questi tre elementi manca, la certificazione è stata negata o sostanzialmente ristretta.</p>

  <p class="pull-quote">La classe certificata oggi è più ristretta, più specifica per disabilità e più specifica per barriera rispetto alla classe certificata del 2010. Il foro dei ricorrenti si è adattato al requisito di coesione post-<em>Dukes</em> inserendo il limite nella definizione della classe stessa.</p>

  <hr />

  <h2 id="denied">06 · Casi che non hanno ottenuto la certificazione</h2>

  <p>Anche gli schemi dei dinieghi sono illuminanti. In <em>Garcia v. Macy's Retail Holdings</em>, 2:21-cv-04150 (C.D. Cal.), il tribunale ha negato la certificazione quando il ricorrente nominato cercava di rappresentare tutti gli utenti con disabilità del sito web del convenuto indipendentemente dalla categoria di disabilità — l'analisi di coesione è fallita perché le correzioni del testo alternativo, delle didascalie e della navigazione da tastiera non sono rimedi intercambiabili. In <em>Lopez v. Ulta Salon</em>, 2:21-cv-09155 (C.D. Cal.), lo status del ricorrente nominato come tester piuttosto che come cliente ha sollevato preoccupazioni di tipicità che il tribunale ha risolto contro la classe. In <em>Castillo v. Trader Joe's</em>, 5:23-cv-00788 (N.D. Cal.), il risanamento a metà contenzioso da parte del convenuto ha reso la classe (b)(2) priva di oggetto per la maggior parte delle richieste di tutela dei ricorrenti nominati.</p>

  <div class="callout warning">
    <div class="ct">Il problema della legittimazione nelle definizioni di classe guidate dai tester</div>
    <p>L'analisi dell'Articolo III post-<em>TransUnion LLC v. Ramirez</em>, 594 U.S. 413 (2021) è stata utilizzata dalla difesa nelle azioni collettive sull'accessibilità per sostenere che i membri della classe non danneggiati (coloro che non hanno mai effettivamente tentato di utilizzare il sito web) non possono ottenere risarcimenti — e quindi non possono essere membri della classe ai sensi della Rule 23(b)(3). L'argomento ha avuto un'accoglienza mista, ma ha ristretto diverse classi certificate dalla definizione iniziale di tutti-gli-utenti-non-vedenti a una più circoscritta.</p>
  </div>

  <p>La posizione dell'Eleventh Circuit è la più avversa. Dopo l'annullamento del 2021 di <em>Gil v. Winn-Dixie Stores</em> per prescrizione (993 F.3d 1266 (11th Cir. 2021), annullato come privo di oggetto al rinvio), i tribunali di distretto dell'Eleventh Circuit si sono mostrati più riluttanti a certificare classi per siti web puri senza un nesso in stile Robles. L'analisi di coesione del Fifth Circuit, risalente a <em>Maldonado v. Ochsner Clinic Foundation</em>, 493 F.3d 521 (5th Cir. 2007), continua a rendere difficile la certificazione ai sensi della (b)(2) nel Sud profondo. L'azione collettiva sull'accessibilità nel 2026 è, in termini geografici, uno strumento del Ninth Circuit e del Second Circuit.</p>

  <hr />

  <h2 id="unruh">07 · Azioni collettive statali Unruh ai sensi del §1781 e del §3345</h2>

  <p>Parallelamente al percorso federale della Rule 23 si svolge l'azione collettiva statale californiana ai sensi dell'Unruh Act. Il Codice Civile californiano §1781 — tratto dal Consumer Legal Remedies Act e applicato all'Unruh Act e a statuti analoghi di tutela dei consumatori — fornisce il meccanismo procedurale. Il Codice Civile §3345 fornisce un moltiplicatore del triplo del risarcimento quando la pratica sleale o fraudolenta è rivolta a consumatori anziani o con disabilità. La combinazione produce uno strumento di classe nei tribunali statali con risarcimenti legali di 4.000 $ per violazione dell'Unruh Act, potenzialmente triplicati a 12.000 $, che la struttura del rimedio del Title III federale non offre.</p>

  <p>La decisione della Corte d'Appello della California del 2021 in <em>Thurston v. Omni Hotels Management Corp.</em>, 69 Cal. App. 5th 299, è la decisione più importante post-2020 delle corti statali sulle classi sull'accessibilità. Il tribunale ha confermato una classe Unruh certificata contro il sito di prenotazione di una catena alberghiera, respingendo l'argomento del convenuto secondo cui i singoli membri della classe avrebbero dovuto dimostrare un danno individualizzato. L'opinione è stata citata dai giudici della Corte Superiore della California nelle successive istanze di certificazione delle classi Unruh ed è l'ancoraggio dottrinale per l'ondata di classi Unruh statali post-2021.</p>

  <div class="callout safe">
    <div class="ct">La logica strategica delle azioni collettive statali Unruh</div>
    <p>Per i ricorrenti che possono credibilmente avanzare una richiesta di risarcimento Unruh contro un convenuto residente in California o per ricorrenti residenti in California, la classe statale ai sensi del §1781 offre ciò che la classe federale ai sensi del Title III non può offrire: un rimedio risarcitorio. Il moltiplicatore del §3345 aggiunge un ulteriore fattore moltiplicativo quando la presunta condotta ha preso di mira consumatori anziani o con disabilità. Il compromesso è che la procedura della classe nei tribunali statali è più lenta, l'istruttoria è più onerosa e la revisione in appello è più incerta rispetto al percorso federale della Rule 23.</p>
  </div>

  <p>Le modifiche del 2024 al Codice Civile californiano §425.55 — il requisito della dichiarazione del litigante ad alta frequenza — non hanno direttamente inciso sulle certificazioni delle classi Unruh perché le soglie del §425.55 sono soglie per singolo ricorrente, ma il più ampio effetto di raffreddamento sui ricorsi seriali californiani ha ridotto il flusso di istanze di classi Unruh nei tribunali superiori delle contee di Los Angeles, Alameda e San Diego. Il reporting annuale del Judicial Council californiano sui ricorsi per accesso alle persone con disabilità, che traccia le dichiarazioni dei litiganti ad alta frequenza ma non direttamente le certificazioni delle classi Unruh, rende difficile quantificare con precisione la portata del cambiamento.</p>

  <hr />

  <h2 id="outlook">08 · Prospettive per il 2026</h2>

  <p>Tre filoni definiranno il resto del 2026.</p>

  <ul>
    <li><strong>La norma DOJ sul Title III applicabile ai siti web.</strong> Una norma federale di conformità definitiva — quasi certamente WCAG 2.1 Level AA, in linea con la norma finale del Title II dell'aprile 2024 ai sensi del 28 CFR Parte 35, Sottoparte H — semplificherà l'analisi di certificazione. Quando ogni membro di una presunta classe di utenti non vedenti sostiene la stessa violazione di WCAG 2.1 Level AA contro lo stesso convenuto, l'analisi di coesione si svolge in modo più lineare rispetto a quanto accade nell'attuale quadro a mosaico. Il foro dei ricorrenti si aspetta che la norma espanda, non contragga, l'universo delle classi certificabili.</li>
    <li><strong>Un possibile ricorso alla Corte Suprema sulla questione del nesso.</strong> La posizione irrisolta dell'Eleventh Circuit, la linea <em>Robles</em> del Ninth Circuit e il mosaico di tribunali di distretto del Second Circuit ancorato ad <em>Andrews</em> hanno prodotto una coda ricorrente di petizioni di certiorari. Un accoglimento — e una decisione in un senso o nell'altro — ridisegnerebbe dall'oggi al domani la distribuzione geografica delle classi certificate. Le petizioni della sessione 2025 nello spazio dell'accesso ai siti web rimangono pendenti al momento in cui si scrive.</li>
    <li><strong>La deriva delle classi Unruh verso i tribunali statali.</strong> La riforma del 2024-25 al CPLR §3211 di New York e il conseguente spostamento misurabile dei fascicoli dall'SDNY/EDNY verso il New Jersey, la California e i tribunali statali si applica, in forma diversa, al percorso di certificazione delle classi. Man mano che i fascicoli federali individuali affrontano maggiori frizioni procedurali, il caso strategico per una classe Unruh statale — con il suo rimedio risarcitorio e il moltiplicatore del §3345 — si rafforza per i ricorrenti con giurisdizione californiana.</li>
  </ul>

  <h2 id="closing">Il filo conduttore</h2>

  <p>L'azione collettiva sull'accessibilità nel 2026 non è la lettera morta dottrinale descritta dalla difesa nel 2012, né il confine dell'ingiunzione strutturale che il foro dei diritti delle persone con disabilità sperava nel 2010. È uno strumento a definizione ristretta utilizzato da un numero limitato di organizzazioni di contenzioso strategico — la National Federation of the Blind, la National Association of the Deaf, Disability Rights Advocates, il Disability Rights Education and Defense Fund — per produrre programmi di correzione presso retailer, catene alberghiere, servizi di streaming e università, con un parallelo percorso statale californiano che utilizza classi di risarcimento Unruh ai sensi del §1781 e del §3345 per fornire un risarcimento che il rimedio federale del Title III non offre.</p>

  <p>Il recupero dei tassi di accoglimento delle certificazioni dal minimo post-<em>Dukes</em> è reale ma modesto. Circa il 40% delle istanze di certificazione contestate viene accolto in tutto o in parte — significativamente meglio del minimo del 28% del periodo 2012-2018, significativamente peggio del 55% pre-<em>Dukes</em>. I casi che ottengono la certificazione lo fanno perché il foro dei ricorrenti ha imparato a inserire il limite di coesione nella definizione della classe stessa: una disabilità, una barriera, una tecnologia assistiva, un percorso di correzione. Se la norma DOJ pendente sul Title III applicabile ai siti web, un possibile ricorso alla Corte Suprema sulla questione del nesso, o la continua deriva verso le classi Unruh statali cambieranno questo schema è la questione aperta del 2026.</p>

  <p>Ulteriori approfondimenti di Disability World su <a href="/regulations/us/">l'ADA</a>, su <a href="/articles/serial-plaintiffs-versus-individuals/">chi guida effettivamente l'applicazione del Title III</a>, e su <a href="/articles/">il registro di reportage 2026</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodologia e dati:</strong> Le aggregazioni dei tassi di accoglimento delle certificazioni federali ai sensi della Rule 23 sono state ricostruite da ricerche nel registro PACER per casi etichettati con richieste ai sensi del Title III dell'ADA e del §504 del Rehabilitation Act con istanze di certificazione ai sensi della Rule 23 deliberate tra il 2011 e il 2025, incrociate con le decisioni pubblicate ai sensi della Rule 23 su Westlaw e Bloomberg Law. Il conteggio di 180 istanze è una stima; le cifre precise variano a seconda della metodologia di conteggio e non includono le istanze risolte tramite accordo prima di una decisione. Le cifre delle classi Unruh statali si basano sui rapporti annuali del Judicial Council californiano sui ricorsi per accesso alle persone con disabilità e sui riepiloghi dei registri dei tribunali superiori.</p>
    <p><strong>Contesto normativo:</strong> Americans with Disabilities Act, Title III, 42 U.S.C. §12181 e seguenti (1990); Regole Federali di Procedura Civile, Rule 23 (1966, modificata nel 2003). Codice Civile californiano §§51, 52, 1781, 3345 (Unruh, risarcimenti legali, procedura di classe CLRA, aumento del triplo del risarcimento); §425.50–425.55 (dichiarazione del litigante ad alta frequenza). 28 CFR Parte 35, Sottoparte H (norma finale del Title II, aprile 2024, che adotta WCAG 2.1 Level AA). Decisioni principali ai sensi della Rule 23: <em>Wal-Mart Stores, Inc. v. Dukes</em>, 564 U.S. 338 (2011); <em>Comcast Corp. v. Behrend</em>, 569 U.S. 27 (2013); <em>TransUnion LLC v. Ramirez</em>, 594 U.S. 413 (2021); <em>Maldonado v. Ochsner Clinic Foundation</em>, 493 F.3d 521 (5th Cir. 2007). Casi sull'accessibilità citati: <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019); <em>Andrews v. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017); <em>Thurston v. Omni Hotels Management Corp.</em>, 69 Cal. App. 5th 299 (2021); <em>Gil v. Winn-Dixie Stores</em>, 257 F. Supp. 3d 1340 (S.D. Fla. 2017), annullato come privo di oggetto, 993 F.3d 1266 (11th Cir. 2021).</p>
    <p><strong>Cosa questo articolo non è:</strong> Un registro completo delle azioni collettive sull'accessibilità. Le certificazioni delle classi Unruh nei tribunali statali al di fuori della California, le parallele azioni collettive ai sensi del §504 del Rehabilitation Act in ambito educativo e dei contraenti federali, e la consistente popolazione di istanze risolte tramite accordo prima di una decisione contestata non sono trattate. Si tratta di un'analisi editoriale di un dibattito di politica pubblica e procedurale, non di una consulenza legale. I lettori che affrontano un'azione collettiva o stanno valutando un ricorso collettivo dovrebbero consultare un avvocato competente abilitato nella giurisdizione applicabile.</p>
  </footer>

</div>

---
title: Il debito di accessibilità è debito tecnico: un modello contabile per i responsabili engineering
url: https://www.disabilityworld.org/it/articles/accessibility-debt-as-technical-debt/
description: I responsabili engineering tracciano il debito tecnico con matrici gravità-probabilità. Il debito di accessibilità merita la stessa contabilità — un punteggio di gravità ispirato al CVSS, uno stimatore dei costi di correzione, una vista di portafoglio e un dashboard trimestrale di burn-down.
author: Disability World
pubDate: 2026-05-22
tags: accessibility-debt, technical-debt, engineering-leadership, cvss, prioritization, explainer
---

# Il debito di accessibilità è debito tecnico: un modello contabile per i responsabili engineering

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione immagine: Una pila di foglietti adesivi rossi su una parete di vetro in ufficio, il più in alto con la scritta «DEBT» in grassetto pennarello, con una kanban board sfocata sullo sfondo — il marcatore visivo della contabilità del debito di accessibilità in un'organizzazione engineering.</p>

<p class="rt-prefix">Tempo di lettura: 11 minuti</p>

<p class="wp-block-paragraph">Ogni organizzazione engineering che abbia superato i primi diciotto mesi porta con sé un registro — formale o informale — di <strong>debito tecnico</strong>. La forma è familiare: un'etichetta Jira, un foglio di calcolo, una revisione trimestrale con un VP of Engineering, una colonna di gravità, una colonna di probabilità e una chiamata di triage che decide cosa viene estinto questo trimestre e cosa viene rinviato. La contabilità è approssimativa ma reale: il management sa all'incirca quanto debito porta il codebase, dove è concentrato e quanto costa ignorarlo un altro trimestre. Il <strong>debito di accessibilità</strong> — l'insieme accumulato di fallimenti WCAG, implementazioni errate di ARIA, trappole da tastiera, etichette mancanti, deficit di contrasto, regressioni nell'ordine di focus e componenti non accessibili rilasciati in produzione — è, in ogni senso significativo, debito tecnico. È documentato nei rapporti di audit nello stesso modo in cui il debito di bug è documentato negli strumenti di monitoraggio degli errori. Cresce allo stesso modo: ogni nuova funzionalità costruita su un componente non accessibile moltiplica il costo di correzione. Porta interessi sotto forma di <a href="/articles/accessibility-class-actions-2026/">esposizione a class action</a>, <a href="/articles/eaa-article-13-fines-by-member-state/">sanzioni normative</a> e utenti persi. Eppure la maggior parte delle organizzazioni engineering lo traccia su un registro parallelo che non raggiunge mai la revisione del debito tecnico.</p>

<p class="wp-block-paragraph">Questo articolo propone di integrare il debito di accessibilità nella contabilità del debito engineering già esistente. Tre strumenti concreti svolgono il lavoro: un <strong>punteggio di gravità ispirato al CVSS</strong> che combina la gravità delle regole axe con il tasso di visita del componente e un livello di impatto utente; uno <strong>stimatore dei costi di correzione</strong> costruito a partire dalle righe di codice toccate e dalla copertura dei file; e una <strong>vista di portafoglio</strong> che consente a un VP of Engineering di vedere il debito per componente e il debito per pilastro WCAG nello stesso dashboard che già mostra il backlog di bug P1. L'argomento non è che l'accessibilità appartiene all'engineering invece che al design o al prodotto — vive in tutti e tre. L'argomento è che <strong>i responsabili engineering hanno già un framework di triage competente per i rischi che crescono silenziosamente</strong>, e la mossa giusta è mettere l'accessibilità al suo interno piuttosto che inventarne uno parallelo che compete per l'attenzione.</p>

<h2 class="wp-block-heading" id="h-the-accounting-frame">Il modello contabile</h2>

<p class="wp-block-paragraph">Si prenda come modello il registro del debito tecnico già tenuto da un'organizzazione engineering. In un registro sano, ogni voce di debito porta cinque attributi: un <strong>componente</strong> (dove vive nel codebase), un <strong>punteggio di gravità</strong> (quanto grave è la conseguenza se viene sfruttato o colpito), un <strong>segnale di probabilità</strong> (con quale frequenza la superficie interessata viene effettivamente toccata in produzione), un <strong>costo di correzione stimato</strong> (giorni-ingegnere, righe di codice, file coinvolti), e un <strong>bucket di portafoglio</strong> (debito sicurezza, debito prestazioni, debito dipendenze, debito test). Il registro viene revisionato trimestralmente. Un grafico di burn-down traccia il debito totale nel tempo. Una piccola parte della capacità del team engineering — tipicamente dal 10 al 20 per cento a seconda della maturità dell'organizzazione — è riservata al suo smaltimento.</p>

<p class="wp-block-paragraph">I risultati di accessibilità, così come emergono da un audit, non si adattano naturalmente a nessuna di queste colonne. Un rapporto di audit tipico elenca le violazioni per criterio di successo WCAG («1.1.1 Contenuto non testuale: alt mancante»), la gravità per classificazione axe-core o WAVE («critico / grave / moderato / minore»), e un riferimento a pagina o screenshot. Non dice in quale componente vive la violazione. Non dice con quale frequenza la pagina interessata viene effettivamente visitata. Non stima il costo di correzione. E non raggruppa per nulla che non sia il pilastro WCAG — una tassonomia progettata per il reporting di conformità, non per il triage engineering. Il primo compito del framework è tradurre i risultati di audit nella stessa forma a cinque colonne che il resto del registro del debito usa, in modo che la stessa riunione di revisione possa parlare di entrambi.</p>

<h2 class="wp-block-heading" id="h-severity-likelihood">Gravità moltiplicata per probabilità</h2>

<p class="wp-block-paragraph">Il Common Vulnerability Scoring System (CVSS), il punteggio di gravità standard del settore per le vulnerabilità di sicurezza, è costruito su tre gruppi di metriche: base (proprietà intrinseche del difetto), temporale (stato di disponibilità di exploit e patch) e ambientale (rilevanza per lo specifico deployment). Il punteggio base combina un sotto-punteggio di sfruttabilità con un sotto-punteggio di impatto e produce un numero da 0 a 10. I punteggi temporali e ambientali adattano la base per il contesto specifico dell'organizzazione. L'intero apparato è progettato in modo che un risultato generico — «CVE-2024-XXXX, punteggio base 7.4» — possa essere ri-calcolato localmente da un difensore che sa cosa espone effettivamente il proprio deployment.</p>

<p class="wp-block-paragraph">Un punteggio di gravità per l'accessibilità modellato sul CVSS porterebbe gli stessi tre livelli. Il <strong>livello base</strong> è il punteggio di gravità axe-core o Lighthouse per la regola violata — una violazione «grave» sulla regola «button-name» porta un punteggio base nell'intervallo 7-8; una violazione «moderata» su «landmark-one-main» porta qualcosa nell'intervallo 4-5. Il livello base è lo stesso indipendentemente dal fatto che la violazione si trovi su una landing page di marketing o in un flusso di checkout. Il <strong>livello ambientale</strong> applica un moltiplicatore per il <strong>tasso di visita del componente</strong>: una violazione sulla pagina di checkout (che il 100 per cento degli utenti paganti raggiunge) riceve un moltiplicatore di 1,0; una violazione su un articolo del centro assistenza visitato dal 4 per cento degli utenti riceve un moltiplicatore di 0,04. Il moltiplicatore del tasso di visita trasforma un risultato generico in un risultato scalato al traffico effettivo dell'organizzazione. Il <strong>livello di impatto utente</strong> applica un moltiplicatore di tier per quali utenti di tecnologia assistiva vengono bloccati: un attributo alt mancante su un'immagine decorativa non blocca nessuno (tier 0); un'etichetta mancante su un campo di ricerca blocca ogni utente di screen reader (tier 1); una trappola da tastiera blocca ogni utente che utilizza solo la tastiera, incluse le persone che usano switch input e controllo vocale (tier 2 — il raggio di esplosione più ampio).</p>

<p class="wp-block-paragraph">Il punteggio di gravità combinato è il prodotto: <strong>base × tasso-di-visita × tier-di-impatto</strong>, normalizzato su una scala da 0 a 10. Il risultato è che un risultato axe «grave» (base 7) su una pagina di checkout (tasso di visita 1,0) che blocca ogni utente di screen reader (tier 1) ottiene circa 7,0 — un P1. Lo stesso risultato «grave» su una pagina di amministrazione deprecata (tasso di visita 0,005) che blocca lo stesso pubblico ottiene circa 0,04 — un elemento di backlog. Un risultato axe «moderato» (base 4) sulla hero della prima pagina (tasso di visita 0,9) che blocca ogni utente della tastiera (tier 2) ottiene circa 7,2 — ancora un P1. Il punteggio cattura l'intuizione che <strong>la gravità da sola non è sufficiente</strong>: una violazione grave su una pagina che nessuno visita è meno urgente di una violazione moderata sulla pagina più visitata del prodotto. Il CVSS ha fatto la stessa mossa per la sicurezza un decennio fa. L'accessibilità merita lo stesso trattamento.</p>

<h2 class="wp-block-heading" id="h-cost-estimator">Lo stimatore dei costi di correzione</h2>

<p class="wp-block-paragraph">L'altra metà della decisione di triage è il costo. Un punteggio di gravità P1 che costa 200 giorni-ingegnere per essere corretto viene prioritizzato diversamente da un punteggio di gravità P1 che costa 0,5 giorni-ingegnere. I responsabili engineering fanno questo compromesso implicitamente tutto il giorno; lo stimatore dei costi fornisce loro un numero su cui discutere anziché una sensazione. Lo stimatore è costruito da due segnali disponibili dal codebase stesso: <strong>righe di codice toccate per fix</strong> (LOC-touched) e <strong>copertura dei file</strong> — quanti file cambierebbero se il fix venisse applicato in modo coerente.</p>

<p class="wp-block-paragraph">Un fix di etichetta mancante su un singolo input è una modifica di un file, due righe. Un fix di etichetta mancante su un componente input condiviso usato in 47 posti è ancora una modifica di due righe nel sorgente — ma la copertura dei file è 47, la superficie QA è 47 schermate, e la revisione del design-system tocca l'intera libreria di form. Un fix di trappola da tastiera in un date-picker personalizzato che vive solo in un percorso è una piccola modifica. Un fix di trappola da tastiera in un date-picker personalizzato che è stato copiato nei percorsi di otto team negli ultimi tre anni è una modifica grande, perché il fix coerente richiede otto patch parallele o una consolidazione su un singolo componente condiviso prima. Lo stimatore non deve essere preciso. Deve essere nell'ordine di grandezza giusto — un giorno-ingegnere, dieci giorni-ingegnere, cinquanta giorni-ingegnere, duecento giorni-ingegnere — in modo che la chiamata di triage possa confrontare due correzioni con forme diverse.</p>

<p class="wp-block-paragraph">Un'euristica utile che il framework prende in prestito dalla stima dei costi di refactoring: <strong>il costo cresce linearmente con le LOC-touched fino a circa 50 righe e approssimativamente con la radice quadrata della copertura dei file oltre circa 5 file</strong>. Una modifica che tocca 5 righe in 1 file è un giorno-ingegnere; lo stesso fix replicato su 25 file è circa cinque giorni-ingegnere, non venticinque, perché la seconda attraverso la venticinquesima applicazione ammortizzano il sovraccarico di diagnosi e revisione. La scalatura alla radice quadrata è importante: è il motivo per cui un fix a livello di design-system è molto più economico per call-site rispetto a una patch per team, ed è l'argomento economico centrale per estinguere il debito di accessibilità a livello di componente piuttosto che a livello di pagina.</p>

<h2 class="wp-block-heading" id="h-portfolio-view">La vista di portafoglio</h2>

<p class="wp-block-paragraph">Una volta che ogni risultato di accessibilità ha un punteggio di gravità e una stima dei costi, l'organizzazione engineering ha un <strong>portafoglio</strong> — esattamente analogo al portafoglio di vulnerabilità di sicurezza o al portafoglio di regressioni di prestazioni che già vive nel punteggio engineering. Il portafoglio viene suddiviso in due modi. Il <strong>debito per componente</strong> somma la gravità su tutti i risultati che vivono in un dato componente React o Vue, evidenziando i componenti che portano il maggior rischio di accessibilità per giorno-ingegnere di refactoring. Il <strong>debito per pilastro</strong> somma la gravità sui quattro pilastri WCAG (Percepibile, Operabile, Comprensibile, Robusto), evidenziando quale classe di fallimento è strutturalmente sottopesata nelle pratiche di design e revisione del team.</p>

<p class="wp-block-paragraph">La suddivisione del debito per componente è quella che guida le decisioni di investimento trimestrale. Se il 60 per cento della gravità totale si trova in quindici componenti — il che è tipico — allora un investimento engineering trimestrale di 20 giorni-ingegnere in quei quindici componenti ritira circa il 60 per cento della gravità, e quel ritiro si moltiplica su ogni pagina che usa quei componenti. La suddivisione del debito per pilastro è quella che guida le decisioni di <em>processo</em>: se il 70 per cento della gravità si trova sotto «Operabile» (errori di tastiera, focus, limiti di tempo) la revisione del design del team lascia passare i problemi Operabili e il fix è una checklist di revisione del design, non uno sprint di correzione. Se il 70 per cento si trova sotto «Percepibile» (testo alternativo, sottotitoli, contrasto, caratteristiche sensoriali) il gap è nella produzione dei contenuti e il fix è una guardrail dello strumento di authoring, non uno sprint di sviluppo. La vista di portafoglio trasforma i risultati di audit in <strong>tesi di investimento</strong>, che è la forma in cui i responsabili engineering effettivamente finanziano.</p>

<h2 class="wp-block-heading" id="h-three-examples">Tre esempi specifici per settore</h2>

<p class="wp-block-paragraph">Lo stesso framework contabile produce una prioritizzazione materialmente diversa in settori diversi, perché il moltiplicatore del tasso di visita e il tier di impatto utente sono specifici del settore. Tre brevi esempi illustrano il punto.</p>

<h3 class="wp-block-heading" id="h-fintech">App consumer fintech</h3>

<p class="wp-block-paragraph">Un fintech consumer (banca digitale, neobroker, portafoglio pagamenti) porta un piccolo numero di flussi ad altissimo traffico — onboarding, controllo saldo, trasferimento, cronologia transazioni — che il 95 per cento degli utenti attivi mensili raggiunge. Porta anche una lunga coda di schermate di casi limite (governance conto congiunto, nomina beneficiario, esportazione estratto conto fiscale) che meno dell'1 per cento degli utenti vede. Sotto il punteggio di gravità il moltiplicatore del tasso di visita collassa quasi completamente la lunga coda: una violazione grave su un'esportazione di estratto conto fiscale ottiene un punteggio inferiore a 0,1 anche con un moltiplicatore di impatto utente di tier 1. <strong>Il portafoglio si comprime a forse 30 componenti che producono il 90 per cento della gravità totale</strong>, tutti nei quattro flussi principali. I responsabili engineering fintech di solito hanno il budget per ritirare quel portafoglio compresso in due trimestri di investimento mirato, e il contesto normativo — la <a href="/articles/eu-ai-act-disability-intersection/">legge sull'IA dell'UE</a> sul processo decisionale automatizzato, più le sanzioni dell'articolo 13 EAA — trasforma l'investimento sia in una copertura del rischio sia in un vantaggio competitivo rispetto ai titolari i cui flussi contengono ancora trappole da tastiera.</p>

<h3 class="wp-block-heading" id="h-edtech">Piattaforma EdTech</h3>

<p class="wp-block-paragraph">Una piattaforma EdTech (K-12 o istruzione superiore) porta la forma di traffico opposta: una lunga coda di <strong>pagine di contenuto</strong> (ogni lezione, ogni compito, ogni valutazione) dove il tasso di visita per singola pagina è basso ma l'impronta cumulativa è enorme. Il moltiplicatore del tasso di visita non collassa il portafoglio come fa nel fintech. Porta anche un'amplificazione del tier di impatto utente non presente nel fintech: gli studenti con disabilità sono una popolazione federalmente protetta negli Stati Uniti ai sensi della Section 504 e dell'IDEA, e nell'UE ai sensi della deroga educativa dell'EAA che viene introdotta gradualmente entro il 2027. Il risultato è che una violazione moderata su una singola pagina di lezione — tasso di visita 0,001, tier di impatto 1 — ottiene comunque un punteggio tale per cui non può semplicemente essere ignorata, perché il pattern di violazione si ripete su circa 8.000 lezioni. <strong>Il debito EdTech viene affrontato al meglio a livello dello strumento di authoring</strong>, perché un singolo fix nel componente template della lezione ritira la violazione su ogni pagina resa da quel template. La suddivisione del debito per componente punta quasi sempre a tre o quattro componenti template che ancorano l'intera libreria di contenuti.</p>

<h3 class="wp-block-heading" id="h-saas-b2b">Piattaforma SaaS B2B</h3>

<p class="wp-block-paragraph">Una piattaforma SaaS B2B (CRM, ERP, HR, devtool, osservabilità) porta una terza forma: interfacce con griglie dati ad alta densità, schermate di amministrazione a lunga coda e flussi di configurazione di integrazione visitati da un piccolo numero di utenti <em>ripetutamente</em>. Il tasso di visita per pagina può essere fuorviante; il denominatore giusto è il <strong>tempo di sessione</strong>, non le visite uniche, perché un power user trascorre sei ore al giorno all'interno della griglia dati. Con un tasso di visita aggiustato per il tempo di sessione la griglia dati ottiene un punteggio molto più alto delle schermate in stile marketing, anche quando meno del 10 per cento dei seat la tocca. Il tier di impatto utente è anche amplificato: l'approvvigionamento enterprise porta sempre più spesso un <a href="/articles/accessibility-aware-rfp-teardown/">requisito RFP attento all'accessibilità</a>, il che significa che una singola violazione di tier 1 nella griglia dati può far perdere un contratto a sei cifre nella fase di questionario di approvvigionamento. I responsabili engineering SaaS di solito concludono che la strategia di smaltimento giusta è <strong>componente per componente all'interno della libreria della griglia dati</strong>, con ogni versione rilasciata della libreria che porta una riduzione della gravità misurabile che il team di approvvigionamento può citare nel prossimo RFP.</p>

<h2 class="wp-block-heading" id="h-burn-down-dashboard">Un esempio di dashboard trimestrale di burn-down</h2>

<p class="wp-block-paragraph">Le organizzazioni engineering che tracciano seriamente il debito tecnico pubblicano un grafico trimestrale di burn-down all'interno del deck dell'all-hands engineering: debito totale all'inizio del trimestre, debito ritirato durante il trimestre, debito aggiunto durante il trimestre (nuovi risultati da audit, nuove violazioni introdotte da nuove funzionalità), debito alla fine del trimestre. Il dashboard del debito di accessibilità rispecchia esattamente questo. La metrica principale è la <strong>gravità ponderata totale</strong> — la somma di base-per-tasso-di-visita-per-tier-di-impatto su ogni risultato aperto, su una scala normalizzata da 0 a 10 aggregata fino a un singolo numero di portafoglio. Una metrica secondaria utile è la <strong>gravità per mille pageview</strong>, che controlla la crescita del prodotto: un dashboard che mostra la gravità ponderata in calo mentre le pageview crescono è un segnale che il team sta estinguendo il debito più velocemente di quanto venga introdotto.</p>

<p class="wp-block-paragraph">Gli altri pannelli del dashboard derivano direttamente dalle suddivisioni del portafoglio. <strong>Top 10 componenti per debito</strong>, con gravità attuale e stima dei giorni-ingegnere, più un'annotazione «risolto questo trimestre» sui componenti che hanno lasciato la lista. <strong>Debito per pilastro WCAG</strong>, come barra impilata che mostra il mix Percepibile/Operabile/Comprensibile/Robusto e come è cambiato negli ultimi quattro trimestri. <strong>Debito aggiunto questo trimestre</strong>, suddiviso per se l'aggiunta è venuta da un nuovo risultato di audit (debito latente esistente che è stato scoperto) o da una nuova violazione introdotta in una funzionalità rilasciata durante il trimestre — quel secondo numero è quello che dice al management se la revisione del design del team e gli strumenti shift-left stanno funzionando. <strong>Burn-down previsto</strong>, che proietta la velocità del trimestre corrente in avanti per stimare quando la gravità totale raggiunge una soglia target (tipicamente il punteggio in cui i più grandi rischi di applicazione aperti sono mitigati e il prossimo ciclo di questionari di approvvigionamento può essere risposto senza caveat).</p>

<p class="wp-block-paragraph">Il dashboard è consapevolmente noioso. Assomiglia a ogni altro dashboard engineering che un VP of Engineering già legge — stessi assi, stesse convenzioni, stessa cadenza trimestrale. Questo è il punto. Il debito di accessibilità ha storicamente vissuto fuori dallo scorecard engineering perché mancava di una rappresentazione che i responsabili engineering potessero leggere a colpo d'occhio. Metterlo sullo stesso dashboard, nella stessa forma, con la stessa logica gravità-per-probabilità che il resto della funzione engineering già usa, rimuove il sovraccarico cognitivo di trattare l'accessibilità come un caso speciale. Diventa un'altra categoria di rischio engineering che viene misurata, compensata e estinta secondo un programma — che è sempre stata.</p>

<h2 class="wp-block-heading" id="h-final-thoughts">Considerazioni finali</h2>

<p class="wp-block-paragraph">Il framework sopra non cambia ciò che conta come un fallimento di accessibilità. WCAG lo definisce. Non cambia quali utenti vengono colpiti, o cosa richiede la legge. La <a href="/regulations/">mappa normativa</a> lo definisce già. Ciò che cambia è la <strong>forma</strong> delle informazioni passate dagli auditor ai responsabili engineering. I risultati di accessibilità che arrivano come rapporti di audit in PDF vengono rimodellati come ticket Jira con punteggi di gravità, stime dei costi e tag dei componenti — la stessa forma in cui arriva ogni altro rischio engineering. Il triage diventa possibile. Il burn-down diventa misurabile. L'investimento trimestrale diventa un numero che il VP of Engineering può difendere nella conversazione di budget.</p>

<p class="wp-block-paragraph">C'è anche un effetto più sottile. I team engineering sono bravi a mantenere ciò che possono misurare e cattivi a mantenere ciò che non possono. L'accessibilità ha trascorso due decenni seduta appena fuori dal confine della misurazione — descritta nel linguaggio WCAG, sottoposta ad audit nel linguaggio della conformità, ma mai integrata nel linguaggio del debito engineering che guida le decisioni trimestrali. Il costo di questa esclusione è visibile in ogni rapporto di audit che atterra sulla scrivania di un direttore e produce un singolo sprint all-hands di frenetica correzione seguito da altri dodici mesi di regressione. <strong>La soluzione non è più audit. La soluzione è mettere l'accessibilità sullo stesso registro del resto del lavoro engineering, con la stessa matematica di gravità, lo stesso stimatore dei costi e la stessa cadenza trimestrale.</strong> I responsabili engineering che fanno questo smettono di essere sorpresi dal prossimo audit. L'audit diventa la conferma di ciò che il dashboard già mostrava.</p>

</div>

---
title: Gli incidenti di accessibilità appartengono al postmortem SRE
url: https://www.disabilityworld.org/it/articles/accessibility-incidents-sre-postmortem/
description: Un argomento operativo per cui le regressioni di accessibilità sono incidenti di livello SRE — osservabili, classificabili per gravità e reportabili in PagerDuty/Opsgenie/Statuspage.
author: Disability World
pubDate: 2026-05-22
tags: sre, incidents, postmortem, oncall, accessibility, engineering-process, explainer
---

# Gli incidenti di accessibilità appartengono al postmortem SRE

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione immagine: Un monitor che mostra un dashboard di gestione degli incidenti SRE con un banner di allerta rosso «INCIDENT» e un dispositivo pager accanto — il marcatore visivo per la segnalazione dell'accessibilità come incidente.</p>

<p class="rt-prefix">Tempo di lettura: 9 minuti</p>

<p class="wp-block-paragraph">Quando una pagina di checkout va offline, un team SRE viene allertato, viene assegnato un livello di gravità, si apre una war room e ventiquattr'ore dopo circola un documento di postmortem blameless con una timeline, una sezione di causa principale e un elenco di azioni correttive. Quando la stessa pagina di checkout rilascia una regressione che rende il campo della carta di credito irraggiungibile da tastiera, quello che di solito succede è che un frontend engineer se ne accorge tre sprint dopo, apre un ticket Jira contrassegnato «accessibilità» e il ticket resta in un backlog finché qualcuno non ha capacità libera. I due risultati — un gruppo di utenti escluso da un sistema di produzione funzionante — sono funzionalmente identici. La risposta interna è radicalmente diversa. Questo articolo sostiene che la seconda risposta è sbagliata, che la prima risposta è quella giusta e che il percorso dalla seconda alla prima è più breve di quanto la maggior parte delle organizzazioni engineering assuma. Per il contesto pratico più ampio, si veda il nostro articolo complementare sul <a href="/articles/accessibility-debt-as-technical-debt/">trattamento del debito di accessibilità come debito tecnico</a>; questo articolo riguarda specificamente la risposta agli incidenti.</p>

<p class="wp-block-paragraph">Il cambiamento non è filosofico. Le regressioni di accessibilità sono osservabili, sono classificabili e si adattano perfettamente allo stesso workflow di gestione degli incidenti che il team già esegue su PagerDuty, Opsgenie, FireHydrant, Statuspage e qualsiasi repository di runbook su cui la propria organizzazione si è standardizzata. Gli strumenti esistono. Il segnale esiste. Il framework di categorizzazione — WCAG 2.2 — è un contratto pubblicato e confrontabile meccanicamente con criteri che si mappano direttamente sui livelli di gravità. Ciò che di solito manca è il passaggio di org-design: qualcuno deve dichiarare che una regressione a11y in produzione è un incidente con la I maiuscola, e quella dichiarazione deve essere accompagnata da una rotazione on-call, una matrice di gravità, un template di postmortem e un board di revisione delle azioni correttive. Quella dichiarazione è il lavoro che questo articolo cerca di supportare.</p>

<h2 class="wp-block-heading" id="h-why-a11y-is-sre-grade">Perché le regressioni di accessibilità sono di livello SRE</h2>

<p class="wp-block-paragraph">Un incidente, nella moderna pratica SRE, è qualsiasi evento non pianificato che degrada il servizio per gli utenti. La definizione non specifica quali utenti, quale modalità di interazione, o quale tecnologia assistiva. Un pulsante di login che restituisce un errore 500 è un incidente perché l'utente non può effettuare il login. Un pulsante di login che ha perso il suo nome accessibile e ora si annuncia come «button» a uno screen reader è anch'esso un incidente, perché quell'utente non può effettuare il login neanche lui. I team interni che leggono queste due modalità di fallimento hanno storicamente applicato categorie mentali diverse — la prima è «un'interruzione del servizio», la seconda è «un bug» — ma dal posto dell'utente l'esperienza è la stessa: un sistema di produzione funzionante ha smesso di funzionare per loro.</p>

<p class="wp-block-paragraph">Il motivo per cui l'a11y ha vissuto fuori da questo frame è in parte legato agli strumenti. Le interruzioni erano osservabili attraverso monitor sintetici e dashboard dei tassi di errore mentre le regressioni a11y emergevano solo attraverso audit manuali settimane o mesi dopo il deploy. Questo gap si è chiuso. Axe-core, Pa11y, Lighthouse CI e la suite di monitoraggio continuo di Deque ora girano su ogni deploy nelle pipeline mature, con delta esposti negli stessi pannelli Datadog o Grafana che mostrano latenza p99 e tassi 5xx. Il segnale è in tempo reale. L'altro motivo per cui l'a11y ha vissuto fuori dal frame è la confusione nella classificazione della gravità: la gravità di un'interruzione è ovvia perché la metrica è binaria (la pagina risponde o no), mentre la gravità di una regressione a11y è sembrata più sfumata. Non lo è. Un fallimento WCAG 2.2 A su una pagina di checkout è un Sev-1 — la superficie legalmente e operativamente critica è inutilizzabile per un'intera classe di utenti. Un fallimento WCAG AA sulla stessa pagina di checkout è un Sev-2. Una regressione di miglioramento AAA su una pagina di marketing è un Sev-4. La matrice è pubblicabile in un documento di una pagina e può essere ratificata da un'organizzazione engineering in una singola riunione di pianificazione.</p>

<h2 class="wp-block-heading" id="h-detection-scanning-alerting">Rilevamento: scansione e alerting</h2>

<p class="wp-block-paragraph">Lo stack di rilevamento per l'a11y come incidente ha tre livelli e esistono già tutti nella pipeline CI se si è svolta qualsiasi attività di accessibilità continua. Il primo livello è la scansione in fase di build. Ogni pull request esegue axe-core o equivalente su un insieme rappresentativo di pagine, restituisce un report JSON e o fa fallire la build sulle regressioni o apre un risultato. Questa è la stessa forma di Snyk, SonarQube o qualsiasi altro quality gate. Il secondo livello è il monitoraggio sintetico in fase di deploy. Dopo che un deploy atterra in produzione, un sintetico a11y — che esegue Chrome in modalità headless sulle stesse pagine del percorso utente critico che il monitor di uptime colpisce — esegue la stessa scansione axe e scrive il risultato nel proprio time-series store. Il terzo livello è il rilevamento anomalie in runtime. Ogni volta che la scansione in fase di deploy restituisce un delta — una nuova violazione che non era presente nel deploy precedente — quel delta attiva un webhook in PagerDuty (o Opsgenie, o qualsiasi strumento utilizzato dal team), con un payload che include l'URL della pagina, il criterio WCAG, il livello di gravità e un deeplink allo screenshot.</p>

<p class="wp-block-paragraph">Quel webhook è dove avviene la magia. L'integrazione con PagerDuty tratta l'evento a11y come un normale incidente con una normale gravità, invia il normale alert alla normale rotazione on-call e apre un normale canale di incidente in Slack o Teams. L'ingegnere on-call che lo raccoglie non ha bisogno di alcuna formazione speciale in materia di accessibilità per il triage — ha solo bisogno della voce del runbook che dice «per un Sev-1 a11y, effettuare il rollback del deploy e allertare l'a11y SME nella rotazione.» Quella voce del runbook è un file YAML di cinque righe, non più complicato del runbook per un failover del database. Lo stack di rilevamento non è la parte difficile. La parte difficile è il passo culturale di trattare la pagina risultante come una vera pagina, non come una notifica che qualcuno può silenziare.</p>

<h2 class="wp-block-heading" id="h-postmortem-template">Il template del postmortem</h2>

<p class="wp-block-paragraph">Un postmortem blameless per un incidente a11y condivide le sezioni standard di qualsiasi postmortem — riepilogo, timeline, impatto, causa principale, lezioni apprese, azioni da intraprendere — e aggiunge due campi specifici che il template generico omette. Il primo campo aggiuntivo è gli utenti colpiti espresso come stima della popolazione di tecnologia assistiva. Un postmortem standard riporta «circa 14.000 utenti non sono stati in grado di completare il checkout tra le 14:02 e le 15:37». Un postmortem a11y riporta «circa 280.000 utenti nel mondo dipendono da uno screen reader per l'inserimento del numero di carta di credito; la regressione ha reso il campo non annunciabile; il tasso di inserimento della carta di credito per gli utenti che navigano senza vista è sceso a zero per la durata dell'incidente». Il secondo campo aggiuntivo è i criteri WCAG violati, espressi per numero di criterio e livello di conformità: «1.3.1 Informazioni e relazioni (A), 4.1.2 Nome, ruolo, valore (A), 2.4.6 Intestazioni ed etichette (AA)». Questi due campi sono ciò che rende il postmortem leggibile ai partner legali, di accessibilità e di conformità che non leggono normalmente i postmortem engineering.</p>

<p class="wp-block-paragraph">Il resto del documento segue il template standard dell'SRE Workbook — una chiara timeline in prosa correlata ai timestamp UTC, un blocco di riflessione «cosa è andato bene / cosa è andato male» e un elenco di azioni correttive ciascuna di proprietà di un ingegnere nominato con una data di scadenza e un ticket Jira. Il framing blameless conta qui quanto altrove: l'obiettivo del postmortem non è trovare l'ingegnere che ha rilasciato la regressione, ma trovare il gap di sistema che ha permesso alla regressione di essere rilasciata. I postmortem a11y scritti in tono accusatorio producono un risultato — gli ingegneri smettono di segnalare i problemi a11y. I postmortem a11y scritti in tono blameless producono il risultato opposto — gli ingegneri cominciano a segnalarli volontariamente, perché la conversazione riguarda la pipeline, non la persona.</p>

<h2 class="wp-block-heading" id="h-five-whys-for-accessibility">I 5 perché, adattati all'accessibilità</h2>

<p class="wp-block-paragraph">L'esercizio dei 5 perché di Toyota — scandagliare dal sintomo alla causa chiedendo «perché» cinque volte in successione — si traduce perfettamente nelle regressioni a11y e produce un insieme diverso di risultati della causa principale rispetto all'esercizio equivalente su un'interruzione di latenza. Un esempio pratico: il campo della carta di credito ha perso il suo nome accessibile. Perché? Perché l'elemento &lt;label&gt; è stato rimosso nell'ultimo sprint di redesign. Perché? Perché il designer ha sostituito l'etichetta con un pattern di floating-label implementato come &lt;span&gt; stilizzato. Perché? Perché il componente del design-system utilizzato dal designer non include una variante floating-label accessibile di default. Perché? Perché il contributor del design-system che ha costruito quel componente non ha mai eseguito axe-core contro la sua voce Storybook. Perché? Perché il repository del design-system non ha un gate CI di axe-core.</p>

<p class="wp-block-paragraph">L'azione correttiva deriva dal quinto perché: aggiungere axe-core al CI del design-system. Si noti quanto sia diversa quella conclusione dall'azione correttiva che un esercizio di un solo perché produrrebbe («ri-aggiungere l'etichetta al campo della carta di credito»). Il fix con un solo perché tappa il sintomo. Il fix con cinque perché previene le successive venti regressioni della stessa forma. L'a11y è particolarmente reattiva all'analisi dei 5 perché perché la maggior parte delle regressioni a11y ha come causa principale un gap nella pipeline o nel design-system piuttosto che un singolo commit negligente — una volta trovato il gap, lo si corregge una volta e l'intera classe di regressioni smette di verificarsi. Un team che esegue i 5 perché su ogni incidente a11y Sev-1 e Sev-2 per sei mesi finisce con una pipeline che cattura la grande maggioranza delle regressioni prima che raggiungano la produzione, senza che nessuno debba scrivere un singolo audit manuale aggiuntivo.</p>

<h2 class="wp-block-heading" id="h-three-case-studies">Tre casi di studio</h2>

<p class="wp-block-paragraph">Una piattaforma fintech con cui si è parlato nel settore bancario retail europeo ha adottato il pattern a11y-as-incident alla fine del 2024 dopo che un'indagine di un regolatore ha imposto un cambio di postura. Ha aggiunto scansioni axe-core a ogni deploy, ha collegato i risultati a PagerDuty come servizio «a11y» dedicato e ha aggiunto un a11y SME alla rotazione di incident-commander come rispondente di secondo livello allertato per eventi Sev-1 e Sev-2. Nei primi sei mesi ha registrato undici incidenti a11y — tre Sev-1 (flusso di login, conferma transazione, download estratto conto), sei Sev-2 (moduli delle impostazioni account, widget di caricamento documenti, il carosello di marketing) e due Sev-3 (regressioni cosmetiche del contrasto cromatico nel centro assistenza). Il tempo medio di risoluzione dei Sev-1 è stato di quarantasei minuti. Il tempo medio di risoluzione dei Sev-1 nel periodo equivalente dell'anno precedente, prima che il pattern fosse adottato, era di trentotto giorni.</p>

<p class="wp-block-paragraph">Una piattaforma eCommerce sulla costa ovest degli Stati Uniti ha collegato lo stesso pattern a FireHydrant anziché a PagerDuty e ha aggiunto un componente Statuspage chiamato «Compatibilità con tecnologie assistive» che riporta uno stato esplicito ai clienti pubblici. Il componente Statuspage è diventato rosso due volte nel primo trimestre — una volta per una regressione dello screen reader sulla pagina dei risultati di ricerca, una volta per una trappola da tastiera sul modale di autocompletamento dell'indirizzo — e in entrambi i casi la pubblicazione ha prodotto feedback dagli utenti interessati entro quattro ore, accelerando materialmente la correzione. L'effetto sulla fiducia dei clienti derivante dal riconoscimento pubblico di un incidente a11y, ci ha detto il responsabile engineering della piattaforma, è stato un effetto esterno positivo inaspettato. Un fornitore SaaS B2B che vende software di project management ha spinto ulteriormente il pattern: ha nominato un a11y subject-matter-expert nella rotazione di incident-commander, ha dato a quel ruolo il potere di veto sui deploy in produzione che introducono regressioni a11y Sev-1 o Sev-2, e ha ridotto il tasso di incidenti a11y post-deploy di circa il 70 per cento nel corso di dodici mesi. Il passo di org-design — mettere una persona nominata in un ruolo nominato con un'autorità nominata — è stato il singolo cambiamento con la leva più alta.</p>

<h2 class="wp-block-heading" id="h-org-design-implications">Implicazioni per l'org-design</h2>

<p class="wp-block-paragraph">Gli strumenti di rilevamento e postmortem sono la parte facile del cambiamento. La parte difficile è il design organizzativo: qualcuno deve possedere la rotazione on-call a11y, qualcuno deve presiedere il board di revisione delle azioni correttive per gli incidenti a11y, e qualcuno deve scrivere le voci del runbook che l'ingegnere on-call generalista legge alle tre di notte. Il pattern che funziona nei tre casi di studio sopra è lo stesso pattern che ha funzionato quando i team di sicurezza hanno attraversato il cambiamento equivalente quindici anni fa: un piccolo team a11y integrato — tipicamente da due a quattro professionisti — possiede i runbook, siede nella rotazione di incident-commander come ruolo di secondo livello allertato, e presiede una revisione settimanale di tutti gli incidenti a11y della settimana precedente. L'ingegnere on-call generalista gestisce la prima risposta (effettuare il rollback del deploy, aprire il canale di incidente, allertare l'SME); l'SME gestisce la categorizzazione, il mapping WCAG e la stesura del postmortem.</p>

<p class="wp-block-paragraph">La linea di riporto per questo team è importante e i casi di studio non concordano su di essa. Il fintech ha messo il proprio team a11y direttamente sotto l'org SRE. La piattaforma eCommerce ha messo il proprio sotto i design-system. Il fornitore SaaS B2B ha messo il proprio sotto l'engineering excellence, un sibling del team di sicurezza. Nessuna di queste è sbagliata. Ciò che conta è che il team abbia un budget, un organico, un repository di runbook e le credenziali di incident-commander — le cose che distinguono una funzione operativa da una funzione consultiva. I team a11y che hanno vissuto all'interno dei dipartimenti di design come funzioni consultive non possono gestire un Sev-1 perché non possono effettuare il rollback di un deploy. I team a11y che hanno vissuto all'interno dell'engineering come funzioni operative possono. Questo è il cambiamento strutturale per cui questo articolo cerca di argomentare, e i casi di studio suggeriscono che costa meno e si implementa più rapidamente di quanto le conversazioni di leadership che lo circondano di solito assumano. Lo stack di rilevamento è off-the-shelf. Il template del postmortem è un documento di una pagina. Il runbook è cinque righe di YAML. Il cambiamento di org-design è un ruolo nominato con un'autorità nominata. Il risultato è una postura a11y che chiude le regressioni in quarantasei minuti invece di trentotto giorni — e una cultura engineering in cui l'utente che usa solo la tastiera e l'utente sensibile alla latenza vengono trattati, finalmente, come lo stesso cittadino di prima classe del sistema che il team è pagato per mantenere in funzione.</p>

</div>

---
title: Diritti all'accessibilità in Africa nel 2026: il Protocollo, il mosaico normativo e cosa si sta muovendo
url: https://www.disabilityworld.org/it/articles/accessibility-rights-across-africa/
description: Il Protocollo dell'Unione Africana alla Carta Africana sui diritti delle persone con disabilità è in vigore. Le leggi nazionali di oltre 12 stati ratificanti.
author: Disability World
pubDate: 2026-05-22
tags: africa, african-union, disability-rights, regulations, regional-report
---

# Diritti all'accessibilità in Africa nel 2026: il Protocollo, il mosaico normativo e cosa si sta muovendo

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione dell'immagine: Vista grandangolare di una bandiera dell'Unione Africana che sventola all'esterno dell'edificio della Commissione UA ad Addis Abeba, con gli altopiani etiopi all'orizzonte.</p>

<div class="byline">
  <span><strong>A cura di</strong> Redazione Disability World</span>
  <span><strong>Aggiornato</strong> maggio 2026</span>
  <span><strong>Tempo di lettura</strong> 12 minuti</span>
</div>

<p class="rt-prefix">Tempo di lettura: 12 minuti</p>

<p class="wp-block-paragraph">Nel giugno 2024, il quindicesimo strumento di ratifica del <strong>Protocollo dell'Unione Africana alla Carta Africana dei diritti dell'uomo e dei popoli sui diritti delle persone con disabilità</strong> è stato depositato presso la Commissione UA ad Addis Abeba, e il Protocollo è entrato in vigore. Si tratta del primo strumento continentale vincolante in materia di diritti delle persone con disabilità nella storia africana e, in termini giuridici, si colloca un piano sopra gli statuti nazionali e un piano sotto la <a href="/toolkit/glossary/crpd/">CRPD dell'ONU</a>. La domanda più difficile — quella che definirà il prossimo decennio — è cosa cambia il Protocollo concretamente nelle 50 e più giurisdizioni la cui legislazione sull'accessibilità, la capacità di applicazione e la volontà di bilancio si muovono in direzioni sensibilmente diverse.</p>

<p class="wp-block-paragraph">Questo primer mappa il continente nel 2026: chi ha ratificato il Protocollo UA, chi ha recepito i suoi obblighi in leggi nazionali, quali autorità di regolamentazione hanno i poteri per applicarle e dove si sta effettivamente muovendo la giurisprudenza. Per la prima volta, l'architettura è un sistema a tre livelli: un trattato continentale come base, uno strato intermedio di statuti nazionali e un corpus di contenzioso strategico in lenta espansione. Il divario tra i tre è il cuore della questione.</p>

<h2 class="wp-block-heading" id="h-the-continental-treaty-floor">Il trattato continentale come base</h2>

<p class="wp-block-paragraph">La Carta Africana dei diritti dell'uomo e dei popoli — adottata a Banjul nel 1981 ed entrata in vigore nel 1986 — è sempre stato lo strumento quadro dei diritti umani del continente. Quello che storicamente le è mancato è un protocollo specifico sulla disabilità con la granularità, ad esempio, del Protocollo di Maputo sui diritti delle donne o della Carta africana sui diritti dell'infanzia. Il <strong>Protocollo sui diritti delle persone con disabilità in Africa</strong> è stato adottato alla 30ª sessione ordinaria dell'Assemblea UA ad Addis Abeba nel gennaio 2018. Poi è rimasto in uno stallo di ratifica per sei anni.</p>

<p class="wp-block-paragraph">Il Protocollo richiede agli stati ratificanti di riconoscere il diritto alla capacità giuridica (articolo 7), all'istruzione su base inclusiva (articolo 16), all'accessibilità dell'ambiente costruito, dei trasporti, delle informazioni e delle TIC (articolo 15) e alla partecipazione politica, incluso il diritto di voto di persona e in segreto (articolo 21). Affronta esplicitamente i diritti delle donne con disabilità (articolo 27), dei bambini con disabilità (articolo 28) e delle persone anziane con disabilità (articolo 30) in articoli dedicati — una scelta strutturale che lo distingue dalla CRPD, dove questi diritti intersezionali sono inclusi in disposizioni generali.</p>

<p class="wp-block-paragraph">Lo strumento che attiva l'entrata in vigore è il quindicesimo strumento di ratifica. Tale soglia è stata superata a metà del 2024. Gli stati ratificanti pubblicamente catalogati dal Dipartimento degli affari politici della Commissione UA includono <strong>Angola, Burkina Faso, Camerun, Repubblica Centrafricana, Repubblica del Congo, Kenya, Malawi, Mali, Mozambico, Namibia, Niger, Nigeria, Rwanda, Sierra Leone, Sudafrica, Togo e Uganda</strong>, con ulteriori depositi avvenuti nel corso del 2025. Il gruppo dei ratificanti è geograficamente distribuito — Africa occidentale, orientale, centrale e meridionale sono tutte rappresentate — ma non è ancora una maggioranza degli stati membri UA. Venticinque ulteriori stati membri UA hanno firmato ma non ancora ratificato, e alcuni non hanno fatto né l'una né l'altra cosa.</p>

<p class="wp-block-paragraph">Vale la pena confrontare la traiettoria delle ratifiche con il più vecchio <strong>Protocollo di Maputo sui diritti delle donne</strong>, adottato nel 2003 ed entrato in vigore nel 2005. Maputo ha impiegato circa due anni dall'adozione all'entrata in vigore; il Protocollo sulla disabilità ne ha impiegati sei. Le cause strutturali sono simili — parlamenti nazionali, approvazione ministeriale e recepimento nel diritto interno richiedono tempo — ma il divario è anche un promemoria del fatto che i diritti delle persone con disabilità godono ancora di meno visibilità politica rispetto ai diritti delle donne o dei bambini nel calendario diplomatico del continente. L'entrata in vigore di un Protocollo cambia tale calcolo, ma lentamente.</p>

<p class="wp-block-paragraph">Al di là del Protocollo UA, <strong>37 stati africani</strong> sono parti della Convenzione dell'ONU sui diritti delle persone con disabilità — una copertura trattistica ampia che si è tuttavia tradotta in modo disomogeneo in statuti nazionali. A livello continentale, circa 80 milioni di africani vivono con una disabilità, applicando le stime di prevalenza dell'OMS e dell'UA ai totali della Divisione Popolazione ONU del 2024. Il trattato come base è importante perché è la precondizione affinché questi dati vengano monitorati. Non li fa progredire da solo.</p>

<h2 class="wp-block-heading" id="h-country-dossiers">Dossier paese</h2>

<p class="wp-block-paragraph">Un trattato continentale come base non crea, di per sé, diritti per alcun africano con disabilità. Il recepimento nel diritto nazionale — e il regolatore, l'organo di applicazione, il calendario per l'adeguamento dell'ambiente costruito — è dove il Protocollo incontra la realtà. Otto paesi meritano un trattamento dettagliato perché i loro statuti sono tra i più sviluppati, i più contestati o i più rappresentativi di come si muove il continente. La tabella seguente riassume gli strumenti normativi quadro prima della trattazione paese per paese.</p>

<figure class="wp-block-table">
<table>
<thead>
<tr><th>ISO</th><th>Statuto principale</th><th>Anno</th><th>Regolatore</th><th>Stato applicazione</th></tr>
</thead>
<tbody>
<tr><td>ZA</td><td>Costituzione art. 9 + legge PEPUDA n. 4 del 2000</td><td>1996 / 2000</td><td>SAHRC + Tribunali per l'uguaglianza</td><td>Giurisprudenza attiva</td></tr>
<tr><td>KE</td><td>Legge sulle persone con disabilità 2024</td><td>2024</td><td>Consiglio nazionale per le PWD (NCPWD)</td><td>Nuovo statuto, casi pilota in sospeso</td></tr>
<tr><td>NG</td><td>Legge sul divieto di discriminazione delle persone con disabilità</td><td>2018</td><td>Commissione nazionale per le PWD</td><td>Periodo di transizione quinquennale scaduto gen. 2024</td></tr>
<tr><td>EG</td><td>Legge n. 10 del 2018 sui diritti delle persone con disabilità</td><td>2018</td><td>Consiglio nazionale per le PWD</td><td>Statuto ricco, applicazione disomogenea</td></tr>
<tr><td>GH</td><td>Legge sulle persone con disabilità n. 715</td><td>2006</td><td>Ministero del Genere, dell'Infanzia e della Protezione Sociale</td><td>Disegno di legge di modifica in Parlamento</td></tr>
<tr><td>ET</td><td>Proclama edilizio 624/2009 + Politica nazionale sulla disabilità 2023</td><td>2009 / 2023</td><td>Ministero federale del Lavoro e degli Affari Sociali</td><td>Divario federale-regionale</td></tr>
<tr><td>UG</td><td>Legge sulle persone con disabilità 2020</td><td>2020</td><td>Consiglio nazionale per la disabilità</td><td>Operativo; Protocollo UA ratificato</td></tr>
<tr><td>RW</td><td>Legge n. 01/2007 + quadro Vision 2050</td><td>2007</td><td>Consiglio nazionale delle persone con disabilità</td><td>Allineato con la strategia di sviluppo nazionale</td></tr>
</tbody>
</table>
</figure>

<h3 class="wp-block-heading" id="h-south-africa">Sudafrica</h3>

<p class="wp-block-paragraph">Il Sudafrica ha l'architettura statutaria sui diritti delle persone con disabilità più consolidata del continente e una comprovata storia di applicazione. Il punto di partenza è la <strong>Sezione 9 della Costituzione del 1996</strong>, che fa della disabilità un motivo enumerato di divieto di discriminazione nella clausola sull'uguaglianza. La <strong>legge per la promozione dell'uguaglianza e la prevenzione della discriminazione ingiusta n. 4 del 2000 (PEPUDA)</strong> operazionalizza tale diritto costituzionale e istituisce i Tribunali per l'uguaglianza come foro dedicato alle azioni per discriminazione. Il <strong>Libro bianco sui diritti delle persone con disabilità (2015)</strong> — ancora il quadro politico operativo nel 2026 — definisce la matrice di attuazione dell'intero governo, e la <strong>Commissione sudafricana per i diritti umani (SAHRC)</strong> è l'organo costituzionale incaricato di monitorare la conformità e avviare contenziosi strategici ove necessario. Il dossier completo si trova all'indirizzo <a href="/regulations/za/">/regulations/za/</a>.</p>

<p class="wp-block-paragraph">La giurisprudenza recente ha dato sostanza a questi quadri. La giurisprudenza della Corte Costituzionale del 2025 ha continuato ad affinare il dovere di «accomodamento ragionevole» nei contesti lavorativi e di servizi pubblici, con sentenze che importano pienamente il ragionamento della CRPD nell'analisi dell'uguaglianza interna. La lingua dei segni sudafricana ha ottenuto lo status costituzionale di dodicesima lingua ufficiale del paese tramite l'emendamento del 2023 alla Sezione 6 della Costituzione — un primato continentale.</p>

<h3 class="wp-block-heading" id="h-kenya">Kenya</h3>

<p class="wp-block-paragraph">Il Kenya si è mosso presto. La <strong>legge sulle persone con disabilità del 2003</strong> (legge PWD 2003) ha istituito il Consiglio nazionale per le persone con disabilità (NCPWD) e un regime di sgravi fiscali a favore delle persone con disabilità. La Costituzione del 2010 è andata oltre: l'<strong>articolo 54</strong> stabilisce i diritti delle persone con disabilità come garanzia costituzionale autonoma, incluso il diritto all'accesso alle istituzioni e strutture educative integrate nella società «nella misura compatibile con gli interessi della persona», il ragionevole accesso a tutti i luoghi pubblici e l'uso della lingua dei segni, del Braille e di altre comunicazioni appropriate.</p>

<p class="wp-block-paragraph">Il grande cambiamento degli ultimi due anni è la <strong>legge sulle persone con disabilità del 2024</strong>, che ha sostituito lo statuto del 2003. La legge del 2024 aggiorna le definizioni in linea con il modello sociale della CRPD, amplia il mandato dell'NCPWD, modernizza le disposizioni sull'accessibilità per coprire le tecnologie dell'informazione e della comunicazione, e inasprisce gli obblighi dei datori di lavoro in materia di accomodamento ragionevole. È il provvedimento legislativo sulla disabilità più organico approvato nel continente negli ultimi cinque anni, e offre al Kenya un recepimento degli obblighi CRPD che il vecchio statuto non garantiva. Si veda <a href="/regulations/ke/">/regulations/ke/</a> per il testo completo e il calendario di attuazione.</p>

<h3 class="wp-block-heading" id="h-nigeria">Nigeria</h3>

<p class="wp-block-paragraph">La <strong>legge nigeriana sul divieto di discriminazione delle persone con disabilità del 2018</strong> è stata il tanto atteso statuto federale, dopo quasi due decenni di advocacy. Vieta la discriminazione, istituisce la <strong>Commissione nazionale per le persone con disabilità (NCPWD)</strong> e impone, aspetto cruciale, un <strong>periodo di transizione quinquennale</strong> entro il quale tutti gli edifici pubblici, le strutture e le infrastrutture devono essere resi accessibili. Tale orologio è partito nel gennaio 2019 ed è scaduto nel gennaio 2024.</p>

<p class="wp-block-paragraph">Il quadro di conformità al 2026 è, candidamente, misto. La Commissione federale è operativa dal 2020 e ha emanato linee guida, ma il vincolo determinante è l'adozione a livello statale. Le giurisdizioni subnazionali — Lagos, Kano, Kaduna, Plateau e una quindicina di altri — hanno approvato leggi statali complementari o ordini esecutivi; molte non lo hanno fatto. L'Alta Corte Federale ha iniziato a trattare casi di discriminazione sull'accessibilità presentati ai sensi della legge del 2018, con diverse istanze di alto profilo relative all'accesso agli edifici pubblici ad Abuja e Lagos nel 2025-26. Il contesto federale è disponibile all'indirizzo <a href="/regulations/ng/">/regulations/ng/</a>.</p>

<h3 class="wp-block-heading" id="h-egypt">Egitto</h3>

<p class="wp-block-paragraph">La <strong>legge n. 10 del 2018 sui diritti delle persone con disabilità</strong> è lo statuto quadro dell'Egitto. Istituisce il <strong>Consiglio nazionale per le persone con disabilità</strong>, stabilisce una quota di occupazione del 5% nel settore pubblico (con una controparte del 5% nel settore privato per le imprese con più di 20 dipendenti) e contiene disposizioni sull'accessibilità dell'ambiente costruito applicate tramite il Ministero dell'Edilizia e i comuni locali. La legge è stata seguita da un regolamento esecutivo del 2019 e, nel 2022, da una strategia nazionale che fissa obiettivi pluriennali. Si veda <a href="/regulations/eg/">/regulations/eg/</a>.</p>

<p class="wp-block-paragraph">Il quadro egiziano è ricco di statuti ma disomogeneo nell'applicazione. La quota occupazionale è ampiamente disattesa nella pratica, in particolare nel settore privato, e i dati sul divario sono lacunosi — un problema strutturale che il Consiglio nazionale ha iniziato ad affrontare con una campagna di registrazione che, a metà del 2025, aveva iscritto circa 1,6 milioni di persone nella banca dati nazionale sulla disabilità.</p>

<h3 class="wp-block-heading" id="h-ghana">Ghana</h3>

<p class="wp-block-paragraph">La <strong>legge ghanese sulle persone con disabilità n. 715 del 2006</strong> era, al momento della sua adozione, uno degli statuti più progressivi dell'Africa occidentale. Ha introdotto un periodo di grazia decennale entro il quale tutti gli spazi pubblici avrebbero dovuto essere resi accessibili — un orologio scaduto nel 2016. La scadenza non ha prodotto alcun innesco automatico dell'applicazione; la <strong>politica per l'istruzione inclusiva (2015)</strong> affianca la legge n. 715 come quadro politico operativo. Il portafoglio sulla disabilità fa capo al Ministero del Genere, dell'Infanzia e della Protezione Sociale. Il dossier paese è all'indirizzo <a href="/regulations/gh/">/regulations/gh/</a>.</p>

<p class="wp-block-paragraph">La storia dal 2016 è quella di una pressione dell'advocacy per emendare o sostituire la legge n. 715 con uno statuto più incisivo, che comprenda un organo di applicazione con poteri di indagine e un calendario di conformità più chiaro. Un disegno di legge di modifica alla legge sulle persone con disabilità è stato presentato in Parlamento in sessioni successive e rimane in esame a metà del 2026.</p>

<h3 class="wp-block-heading" id="h-ethiopia">Etiopia</h3>

<p class="wp-block-paragraph">Il <strong>Proclama edilizio n. 624/2009</strong> dell'Etiopia richiede che tutti i nuovi edifici pubblici siano fisicamente accessibili alle persone con disabilità, e il più ampio quadro sulla disabilità del paese è stato sostanzialmente aggiornato dalla <strong>Politica nazionale sulla disabilità del 2023</strong>. Il Ministero federale del Lavoro e degli Affari Sociali guida l'attuazione, e il paese ha ratificato gli strumenti del Protocollo UA sulla disabilità nel primo gruppo dei paesi in vigore. Il dossier degli statuti etiopi è all'indirizzo <a href="/regulations/et/">/regulations/et/</a>.</p>

<p class="wp-block-paragraph">La sfida strutturale in Etiopia è il divario tra la politica federale e l'attuazione a livello di stato regionale in un sistema federale in cui i bilanci regionali per la sanità, l'istruzione e le infrastrutture variano di un ordine di grandezza. La politica del 2023 è stata deliberatamente redatta per conferire al governo federale un ruolo di coordinamento più incisivo, ma il recepimento nelle normative regionali è ancora in corso.</p>

<h3 class="wp-block-heading" id="h-uganda">Uganda</h3>

<p class="wp-block-paragraph">La <strong>legge ugandese sulle persone con disabilità del 2020</strong> ha sostituito il vecchio statuto del 2006 e ha modernizzato il mandato del Consiglio nazionale per la disabilità. La legge del 2020 aggiorna le definizioni di disabilità in linea con il modello sociale della CRPD, rafforza i doveri di accomodamento ragionevole per i datori di lavoro e prevede l'accessibilità dell'ambiente costruito e dei servizi pubblici tramite regolamenti delegati. L'Uganda è tra i ratificanti del Protocollo UA nelle prime fasi di vigenza. Si veda <a href="/regulations/ug/">/regulations/ug/</a>.</p>

<h3 class="wp-block-heading" id="h-rwanda">Rwanda</h3>

<p class="wp-block-paragraph">Il Rwanda opera ai sensi della <strong>legge n. 01/2007</strong> sulla protezione delle persone con disabilità in generale e di un successivo quadro ministeriale che ha allineato l'attuazione con la più ampia strategia di sviluppo Vision 2050 del paese. Il Consiglio nazionale delle persone con disabilità coordina la politica tra i vari ministeri di settore, e il Rwanda è stato un sostenitore attivo a livello UA del Protocollo sulla disabilità dalla sua adozione nel 2018. Il dossier paese è all'indirizzo <a href="/regulations/rw/">/regulations/rw/</a>.</p>

<div class="callout">
<h3>Riconoscimento vs. recepimento vs. applicazione</h3>
<p>Nel dossier paese è opportuno tenere separati tre elementi. La <strong>ratifica</strong> del Protocollo UA o della CRPD rende uno stato internazionalmente responsabile, ma non crea di per sé diritti tutelabili in un tribunale nazionale. Il <strong>recepimento</strong> — l'adozione di uno statuto interno che dia attuazione agli obblighi del trattato — è il passaggio successivo necessario, e la profondità del recepimento varia enormemente nel continente. L'<strong>applicazione</strong> — l'esistenza di un regolatore con poteri di indagine, di un sistema giudiziario disposto a trattare i casi di discriminazione e di un organo per i ricorsi che emette effettivamente rimedi — è il terzo e più fragile livello. Il Sudafrica li ha tutti e tre; molti paesi ne hanno uno o due.</p>
</div>

<h3 class="wp-block-heading" id="h-the-shorter-list">L'elenco più breve: Senegal, Botswana, Tanzania</h3>

<p class="wp-block-paragraph">Tre ulteriori quadri nazionali meritano almeno una breve menzione. Il <strong>Senegal</strong> ha promulgato la sua legge di orientamento sociale per la promozione e la protezione dei diritti delle persone con disabilità (<span lang="fr">Loi d'orientation sociale</span>) nel 2010, con un decreto attuativo del 2012 (<a href="/regulations/sn/">/regulations/sn/</a>). Il <strong>Botswana</strong> ha storicamente fatto affidamento su quadri politici piuttosto che su uno statuto autonomo sulla disabilità, con la Politica nazionale per la cura delle persone con disabilità (1996) in revisione nel periodo 2024-26 (<a href="/regulations/bw/">/regulations/bw/</a>). La <strong>legge tanzaniana</strong> sulle persone con disabilità del 2010, applicata attraverso l'Ufficio del Primo Ministro, è lo strumento quadro; Zanzibar mantiene uno statuto parallelo proprio (<a href="/regulations/tz/">/regulations/tz/</a>).</p>

<p class="wp-block-paragraph">Il modello nel più ampio insieme di paesi è coerente. Esistono statuti, i regolatori sono nominalmente operativi e l'attuazione è vincolata dagli stessi tre fattori ovunque: stanziamento di bilancio, variazione subnazionale e capacità delle istituzioni nazionali per i diritti umani di avviare cause strategiche.</p>

<h2 class="wp-block-heading" id="h-digital-accessibility">L'accessibilità digitale nello specifico</h2>

<p class="wp-block-paragraph">L'accessibilità dell'ambiente costruito è stata la conversazione dominante in materia di legge sull'accessibilità in Africa per due decenni. L'accessibilità digitale sta diventando la prossima, in particolare con lo spostamento sempre più rapido dei servizi pubblici africani online.</p>

<p class="wp-block-paragraph">Il fronte avanzato è il <strong>Sudafrica</strong>, dove lo standard nazionale sudafricano SANS 1796 sull'accessibilità dei siti web governativi — derivato da <strong>WCAG 2.1</strong> — è stato formalmente adottato come linea guida per la State Information Technology Agency (SITA) e per gli appalti pubblici. L'<strong>Autorità ICT del Kenya</strong> ha emanato bozze di linee guida sull'accessibilità per i servizi digitali del settore pubblico legate a WCAG, e la legge PWD del 2024 fornisce il gancio normativo per l'applicazione della conformità. L'<strong>Egitto</strong> ha emesso specifiche di accessibilità per i servizi e-government attraverso il Ministero delle Comunicazioni e della Tecnologia dell'Informazione, anch'esse derivate da WCAG.</p>

<p class="wp-block-paragraph">Al di là di questi tre, i requisiti formali per il settore pubblico basati su WCAG sono emergenti o assenti. La Strategia continentale sull'IA dell'UA del 2024 fa esplicitamente riferimento all'inclusione delle persone con disabilità nelle infrastrutture digitali pubbliche come priorità trasversale, ma il follow-through operativo dipende dall'adozione di standard vincolanti da parte delle agenzie nazionali per i servizi digitali. Anche gli effetti di ricaduta dell'European Accessibility Act sull'accesso al mercato africano — per qualsiasi servizio digitale africano offerto nel mercato unico dell'UE — stanno portando avanti la conversazione sugli standard.</p>

<h2 class="wp-block-heading" id="h-coordination-and-funding">Coordinamento e finanziamento</h2>

<p class="wp-block-paragraph">Il coordinamento continentale del movimento per i diritti delle persone con disabilità fa capo all'<strong>Africa Disability Alliance (ADA)</strong>, già Segretariato del Decennio africano delle persone con disabilità, con sede a Pretoria. Il ruolo dell'ADA dal 2014 è coordinare l'advocacy delle organizzazioni di persone con disabilità (OPD) a livello UA, sostenere le federazioni nazionali e produrre i dati comparativi che i singoli ministeri non raccolgono. L'Alleanza ha svolto un ruolo determinante nella redazione e nell'adozione del Protocollo UA e continua a convocare l'annuale riunione continentale degli attori del settore della disabilità.</p>

<p class="wp-block-paragraph">Al di sotto del livello continentale, le federazioni nazionali di OPD svolgono la maggior parte del lavoro di advocacy politica: la South African Disability Alliance, la Kenya National Confederation of People with Disabilities, la Joint National Association of Persons with Disabilities in Nigeria, la Ghana Federation of Disability Organisations, la Federation of Ethiopian Associations of Persons with Disabilities e le loro omologhe. Queste federazioni sono anche i principali interlocutori quando i donatori internazionali — Banca Mondiale, FCDO, GIZ tedesca, INTPA dell'UE — progettano i loro programmi.</p>

<p class="wp-block-paragraph">Il panorama dei donatori che finanziano i programmi africani sulla disabilità è cambiato negli ultimi due anni. Il <strong>Disability Inclusion Trust Fund della Banca Mondiale</strong>, istituito nel 2022, ha erogato finanziamenti a circa venti programmi paese entro la metà del 2026, con particolare enfasi sulla protezione sociale inclusiva per le persone con disabilità e sull'infrastruttura dei dati necessaria ai ministeri per disaggregare l'erogazione dei servizi per stato di disabilità. Anche i rapporti nazionali sull'inclusione della disabilità della Banca del 2024 — i cui primi volumi riguardavano Kenya, Senegal, Tanzania e Ghana — stanno diventando il dataset comparativo di riferimento per i ministeri stessi.</p>

<p class="wp-block-paragraph">La programmazione <strong>USAID</strong> per l'inclusione delle persone con disabilità, storicamente canalizzata attraverso il Disability Rights Fund e le missioni bilaterali, è stata influenzata dal più ampio contesto della politica di assistenza estera statunitense del 2025-26; gli impegni di programma assunti prima del gennaio 2025 stanno in gran parte proseguendo, ma diverse iniziative in fase di avvio sono state sospese. L'ODA del <strong>FCDO del Regno Unito</strong> per l'inclusione delle persone con disabilità, inquadrata dalla Disability Inclusion and Rights Strategy (2022) e riaffermata al Global Disability Summit 2025 di Berlino, ha continuato a finanziare programmi faro come Inclusion Works in Kenya, Bangladesh, Nigeria e Uganda. L'<strong>Unione Europea</strong>, attraverso INTPA, ha integrato l'inclusione delle persone con disabilità come priorità orizzontale nel proprio strumento NDICI–Global Europe, con allocazioni specifiche per paese legate alle strategie nazionali sulla disabilità.</p>

<h2 class="wp-block-heading" id="h-case-law-trajectory">Traiettoria della giurisprudenza nel 2026</h2>

<p class="wp-block-paragraph">Il quadro del contenzioso nel continente nel 2026 è disomogeneo ma in movimento. Tre giurisdizioni stanno producendo i casi più influenti.</p>

<p class="wp-block-paragraph">In <strong>Sudafrica</strong>, i Tribunali per l'uguaglianza e le corti superiori hanno continuato ad affinare i contorni dell'«accomodamento ragionevole» e dell'obbligo di adottare misure ragionevoli per rimuovere le barriere nei contesti dei servizi pubblici, dell'istruzione e dell'occupazione. Il contenzioso strategico di SECTION27, del Centre for Applied Legal Studies e della SAHRC ha prodotto un flusso costante di casi che importano il ragionamento del Protocollo UA accanto alla più antica dottrina della Corte Costituzionale. L'emendamento costituzionale SASL del 2023 ha prodotto un'ondata di casi successivi sull'interpretazione nella lingua dei segni nei servizi pubblici.</p>

<p class="wp-block-paragraph">In <strong>Kenya</strong>, l'Alta Corte è stata il principale foro per i casi di discriminazione sull'accessibilità — in particolare quelli presentati ai sensi dell'articolo 54 della Costituzione — e la legge PWD del 2024 produrrà una nuova serie di giurisprudenza statale man mano che le nuove disposizioni verranno messe alla prova. Tra le questioni recenti vi sono casi sull'accessibilità fisica dei seggi elettorali, sull'accomodamento ragionevole nel Servizio di Polizia Nazionale e sull'accesso all'istruzione superiore per gli studenti non vedenti.</p>

<p class="wp-block-paragraph">In <strong>Nigeria</strong>, l'Alta Corte Federale ha iniziato a trattare casi ai sensi della legge del 2018, con la scadenza del periodo di transizione quinquennale sull'ambiente costruito che ha prodotto la prima generazione di istanze di inadempimento agli obblighi di accessibilità. I casi sono in fase iniziale e un solido corpus di dottrina nigeriana sulla discriminazione per disabilità deve ancora affermarsi — ma il ruolo esiste, cosa che non era vera un decennio fa.</p>

<h2 class="wp-block-heading" id="h-what-to-watch-in-2026">Da tenere d'occhio nel 2026</h2>

<p class="wp-block-paragraph">L'architettura continentale è reale, e si muove. Ma il divario tra il trattato come base e l'esperienza vissuta dagli africani con disabilità rimane la caratteristica definitoria del panorama. Quattro sfide strutturali definiranno la fase successiva.</p>

<ul class="wp-block-list">
<li><strong>Ratifiche oltre le quindici.</strong> Il Protocollo UA è in vigore, ma il suo peso politico cresce con ogni ulteriore ratifica. Portare la maggior parte dei 25 stati che hanno firmato ma non ancora ratificato nel gruppo dei paesi in vigore è il prossimo compito diplomatico.</li>
<li><strong>Profondità del recepimento.</strong> Uno statuto che nomina un regolatore senza finanziarlo, o che fissa un calendario di conformità senza un innesco per l'applicazione, è uno statuto sulla carta. Diverse leggi quadro nazionali rientrano in questa categoria.</li>
<li><strong>Variazione subnazionale.</strong> In ogni sistema federale o quasi-federale del continente — Nigeria, Etiopia, Sudafrica, Kenya — il vincolo determinante all'applicazione è la disparità tra le giurisdizioni subnazionali. Le commissioni federali possono emanare linee guida; non possono obbligare le legislature statali ad approvare leggi complementari.</li>
<li><strong>La base di dati.</strong> La prevalenza della disabilità in Africa è sistematicamente sottostimata. Registri nazionali sulla disabilità stanno emergendo in Egitto, Kenya e Rwanda; nella maggior parte del continente, la domanda di base su quante persone con disabilità vivano in un dato paese trova risposta per estrapolazione piuttosto che per enumerazione. Senza una base di dati, né il bilancio né l'applicazione possono scalare.</li>
</ul>

<p class="wp-block-paragraph">L'architettura dei diritti delle persone con disabilità in Africa nel 2026 è un sistema a tre livelli che, per la prima volta, sta davvero iniziando a funzionare come tale. Il Protocollo UA fornisce il trattato continentale come base; gli statuti nazionali — disomogenei ma in miglioramento — forniscono le regole operative; e un corpus di giurisprudenza in lenta espansione in Sudafrica, Kenya e Nigeria sta iniziando a tradurre i diritti sulla carta in ordini giudiziari. I progressi del prossimo decennio si misureranno non in ulteriori ratifiche di trattati, bensì negli indicatori prosaici dell'applicazione: il numero di edifici pubblici effettivamente resi accessibili, la quota di bambini con disabilità effettivamente a scuola, il numero di casi di accomodamento effettivamente trattati. Il trattato come base è importante perché è la precondizione affinché tali indicatori vengano monitorati. Non li fa progredire da solo.</p>

<p class="wp-block-paragraph">Per ulteriori approfondimenti di Disability World si veda: <a href="/toolkit/glossary/crpd/">la CRPD</a>, le <a href="/regulations/">normative nazionali</a>, <a href="/articles/accessibility-compliance-explainer/">come si differenziano conformità, adeguamento e accessibilità</a>, il <a href="/toolkit/standards/wcag/">riferimento WCAG 2.2</a> e <a href="/articles/">la più ampia documentazione del 2026</a>.</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 class="wp-block-heading" id="sources-heading">Fonti primarie</h2>
<ol>
<li>Commissione dell'Unione Africana. <em>Protocollo alla Carta Africana dei diritti dell'uomo e dei popoli sui diritti delle persone con disabilità in Africa</em>, adottato gennaio 2018, entrato in vigore giugno 2024. https://au.int/</li>
<li>Commissione africana dei diritti dell'uomo e dei popoli. <em>Stato delle ratifiche degli strumenti africani per i diritti umani</em>, aggiornamento gennaio 2026. https://achpr.au.int/</li>
<li>Repubblica del Sudafrica. <em>Costituzione della Repubblica del Sudafrica, 1996</em>, Sezione 9 e emendamento alla Sezione 6 del 2023; <em>legge per la promozione dell'uguaglianza e la prevenzione della discriminazione ingiusta n. 4 del 2000</em>; <em>Libro bianco sui diritti delle persone con disabilità</em> (2015).</li>
<li>Repubblica del Kenya. <em>Costituzione del Kenya 2010</em>, articolo 54; <em>legge sulle persone con disabilità 2024</em>, che abroga e sostituisce la legge n. 14 del 2003.</li>
<li>Repubblica Federale di Nigeria. <em>Legge sul divieto di discriminazione delle persone con disabilità 2018</em>; rapporti annuali della Commissione nazionale per le persone con disabilità.</li>
<li>Repubblica Araba d'Egitto. <em>Legge n. 10 del 2018 sui diritti delle persone con disabilità</em> e regolamento esecutivo del 2019.</li>
<li>Repubblica del Ghana. <em>Legge sulle persone con disabilità n. 715 del 2006</em>; quadro politico del Ministero del Genere, dell'Infanzia e della Protezione Sociale.</li>
<li>Repubblica Democratica Federale d'Etiopia. <em>Proclama edilizio n. 624/2009</em>; <em>Politica nazionale sulla disabilità 2023</em>.</li>
<li>Banca Mondiale. <em>Disability Inclusion in Africa: Country Reports</em> e aggiornamenti del portafoglio del <em>Disability Inclusion Trust Fund</em>, 2024-26. https://www.worldbank.org/en/topic/disability</li>
<li>Africa Disability Alliance (ADA). <em>State of Disability Rights in Africa</em>, rapporto annuale degli stakeholder, Pretoria. https://africandisabilityalliance.org/</li>
<li>International Disability Alliance — regione Africa. <em>Briefing continentali sull'advocacy</em>, 2024-26. https://www.internationaldisabilityalliance.org/</li>
<li>Banca dati degli organi di trattato ONU. <em>Stato delle ratifiche della CRPD per stato parte</em>, gennaio 2026. https://tbinternet.ohchr.org/</li>
</ol>
</aside>

</div>

---
title: L'audit delle dichiarazioni di accessibilità: i 100 siti più visitati al mondo sono onesti?
url: https://www.disabilityworld.org/it/articles/accessibility-statement-audit-top-100/
description: Abbiamo letto le dichiarazioni di accessibilità dei 100 siti più visitati secondo Tranco nel 2026, assegnando a ciascuno un punteggio su cinque assi di onestà, e misurato il divario tra quanto dichiarato e quanto restituito da una scansione axe-core.
author: Disability World
pubDate: 2026-05-22
tags: accessibility-statements, transparency, audit, tranco, top-100, data
---

# L'audit delle dichiarazioni di accessibilità: i 100 siti più visitati al mondo sono onesti?

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Dichiarazioni di accessibilità</span>
  </div>

  <h1>L'audit delle dichiarazioni di accessibilità <em>— i 100 siti più visitati al mondo sono onesti?</em></h1>

  <p class="lede">Una dichiarazione di accessibilità dovrebbe essere un contratto tra un sito e le persone che ne dipendono. Nella Direttiva europea sull'accessibilità dei siti web è un obbligo di legge; negli Stati Uniti è una buona pratica; tra i 100 siti più visitati secondo Tranco nel maggio 2026 è, nella maggior parte dei casi, un artefatto promozionale. Abbiamo letto ogni dichiarazione reperibile nella homepage dei 100 siti Tranco più visitati, assegnando a ciascuno un punteggio su cinque assi di onestà — se esiste, se cita una versione e un livello WCAG, se divulga limitazioni note, se prevede un canale di feedback con un impegno sul tempo di risposta, e se la conformità dichiarata corrisponde a una scansione axe-core — e prodotto una distribuzione del divario. <strong>57 siti su 100 pubblicano una dichiarazione reperibile.</strong> Di questi 57, <strong>22 citano una [versione e un livello WCAG](/toolkit/standards/wcag/)</strong>, solo <strong>9 divulgano limitazioni specifiche note</strong>, e <strong>4 pubblicano un impegno sul tempo di risposta pari o inferiore a 14 giorni</strong>. Il punteggio medio di onestà tra i 100 siti è <strong>2,1 su 10</strong>. Il divario tra conformità dichiarata e testata, misurato rispetto alla dichiarazione pubblicata e a una scansione axe-core 4.10 della stessa homepage, è in media di <strong>14 punti percentuali nella direzione della sovradichiarazione</strong>.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultati · Fascicolo 08</span>
      <span class="dossier-meta">07 voci · derivate da Tranco top-100 (snapshot 2026-05-12) + scansione delle dichiarazioni + scansione axe-core 4.10</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa rivelano le dichiarazioni dei 100 siti più visitati</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">57 su 100</span>
        <div class="dossier-body">
          <p class="dossier-claim">Poco più della metà dei siti più visitati al mondo pubblica una dichiarazione di accessibilità reperibile</p>
          <p class="dossier-note">Una dichiarazione reperibile è quella raggiungibile con tre clic o meno dalla homepage — seguendo un link nel footer etichettato «Accessibilità», una voce del centro assistenza o un indice esplicito delle policy. I 43 siti privi di dichiarazione includono diversi siti che collegano in modo prominente le proprie policy sulla privacy e sui cookie dallo stesso footer. Le dichiarazioni di accessibilità non sono, nel 2026, trattate come equivalenti di quelle altre policy, nemmeno dai siti che operano negli Stati membri dell'UE soggetti all'articolo 7 dell'EAA.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">22 su 57</span>
        <div class="dossier-body">
          <p class="dossier-claim">Solo 22 delle 57 dichiarazioni citano una versione specifica e un livello di conformità WCAG</p>
          <p class="dossier-note">Le altre 35 utilizzano formule come «ci impegniamo a seguire le migliori pratiche di accessibilità web» o «puntiamo a offrire un'esperienza accessibile a tutti gli utenti». Questo linguaggio è infalsificabile. Delle 22 che nominano uno standard, 14 citano WCAG 2.1 AA, 6 citano WCAG 2.2 AA e 2 citano «WCAG» senza versione. Nessuno dei 100 siti ha citato solo WCAG 2.0 — quella soglia minima si è finalmente alzata.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">9 su 57</span>
        <div class="dossier-body">
          <p class="dossier-claim">Solo nove dichiarazioni divulgano limitazioni note specifiche che un utente con disabilità vorrebbe realmente conoscere</p>
          <p class="dossier-note">Una limitazione nota specifica è formulata così: «I controlli del lettore video non sono completamente utilizzabili da tastiera nella cronologia dei commenti; stiamo tracciando la correzione come ticket A11Y-3120». Limitazioni generiche — «alcuni contenuti legacy potrebbero non soddisfare gli standard attuali» — sono state escluse. I nove siti che divulgano problemi specifici sono per lo più domiciliati nell'UE o prossimi al settore pubblico; i 25 siti commerciali statunitensi più visitati divulgano limitazioni specifiche in zero delle sette dichiarazioni esistenti.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">4 su 57</span>
        <div class="dossier-body">
          <p class="dossier-claim">Quattro dichiarazioni pubblicano un meccanismo di feedback con un impegno sul tempo di risposta pari o inferiore a 14 giorni</p>
          <p class="dossier-note">L'articolo 7 dell'EAA richiede che le dichiarazioni di accessibilità prevedano un meccanismo di contatto per consentire a qualsiasi persona di segnalare contenuti inaccessibili e di richiedere informazioni in formato non accessibile. La Direttiva non specifica una finestra temporale per la risposta. In pratica, ciò significa che la dichiarazione mediana pubblica un indirizzo email e si ferma lì. Solo quattro siti tra i 100 più visitati pubblicano quella finestra. Quarantasei forniscono un canale di contatto senza SLA; sette non forniscono alcun canale.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">14 pp</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il divario medio tra conformità dichiarata e testata è di 14 punti percentuali nella direzione della sovradichiarazione</p>
          <p class="dossier-note">Abbiamo preso il livello di conformità dichiarato in ciascuna dichiarazione (WCAG 2.1 AA, WCAG 2.2 AA, «best effort» o nessuna dichiarazione), lo abbiamo tradotto in un tasso atteso di problemi rilevati automaticamente, poi abbiamo eseguito axe-core 4.10 sulla homepage del sito così come la vede l'utente dopo il banner dei cookie. I siti che dichiarano conformità AA hanno mediamente 32 problemi automatizzati per homepage; la soglia implicita per una pagina conforme AA è più vicina a 4. Il divario di 14 punti è la differenza tra quanto afferma la dichiarazione e quanto restituisce la scansione.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2,1 / 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il punteggio medio di onestà tra tutti i 100 siti è 2,1 su 10</p>
          <p class="dossier-note">Ogni sito poteva guadagnare fino a due punti su ciascuno dei cinque assi: esistenza, standard citato, limitazioni divulgate, SLA di feedback, e divario testato-rispetto-a-dichiarato. Un sito senza dichiarazione ottiene zero. Un sito con una dichiarazione che cita WCAG 2.2 AA, elenca tre limitazioni note specifiche, pubblica un SLA di 10 giorni e supera axe-core con problemi a una cifra ottiene 10. Solo un sito su 100 ha superato il 7. Quarantatré hanno ottenuto zero.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">1 su 100</span>
        <div class="dossier-body">
          <p class="dossier-claim">Esattamente un sito tra i 100 più visitati pubblica una dichiarazione che definiremmo onesta</p>
          <p class="dossier-note">La dichiarazione onesta nomina WCAG 2.2 AA, elenca otto limitazioni note specifiche con riferimenti ai ticket interni, pubblica un SLA di risposta di 10 giorni lavorativi, nomina il team di accessibilità responsabile per ruolo, ed è accompagnata da una dashboard di scansione automatizzata che corrisponde ai nostri risultati axe-core entro 3 punti. Non nomineremo il sito qui — nominarlo lo rende il riferimento rispetto al quale gli altri possono affermare «stiamo facendo quello che fanno loro» senza farlo davvero — ma il modello di dichiarazione riportato di seguito è una parafrasi della prosa reale di quel sito.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong> Snapshot Tranco top-100 del 2026-05-12; dichiarazioni estratte dal 2026-05-12 al 2026-05-18; scansioni axe-core 4.10 eseguite da un datacenter nella costa est degli Stati Uniti con il set di regole predefinito e viewport 1280×800, dopo il consenso ai cookie. Note sulla replicabilità nel blocco metodologico di chiusura.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Come abbiamo letto 100 dichiarazioni</a></li>
      <li><span class="toc-num">02</span><a href="#existence">Esistenza — metà dei siti più grandi del mondo non ha nulla da mostrare</a></li>
      <li><span class="toc-num">03</span><a href="#standards">Standard — come appaiono le 22 citazioni oneste</a></li>
      <li><span class="toc-num">04</span><a href="#limitations">Limitazioni — la divulgazione che nessuno vuole fare</a></li>
      <li><span class="toc-num">05</span><a href="#sla">Il canale di feedback e il divario SLA</a></li>
      <li><span class="toc-num">06</span><a href="#gap">Il divario dichiarazione-axe</a></li>
      <li><span class="toc-num">07</span><a href="#ranking">Classifica di onestà — i migliori e i peggiori tra i 100</a></li>
      <li><span class="toc-num">08</span><a href="#model">Modello di dichiarazione vs. peggiori boilerplate</a></li>
      <li><span class="toc-num">09</span><a href="#closing">A cosa serve una dichiarazione di accessibilità onesta</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 — Come abbiamo letto 100 dichiarazioni</h2>
  <p class="dropcap-first">La lista Tranco classifica i siti per traffico aggregato da quattro fonti di dati — Alexa, Umbrella, Majestic e Cisco Radar — ed è il sostituto accademico standard per la top-million Alexa, ormai defunta. Abbiamo preso lo snapshot del 12 maggio 2026, selezionato i 100 siti in testa e visitato ciascuna homepage da un profilo Chromium 124 pulito in un datacenter nella costa est degli Stati Uniti. I cookie e il consenso sono stati respinti dove necessario; i reindirizzamenti geografici sono stati seguiti dove indicavano. L'audit era deliberatamente una scansione desktop-first, perché il sito desktop è quello dove vive quasi sempre la dichiarazione di accessibilità di un sito.</p>
  <p>Per ciascun sito abbiamo eseguito quattro operazioni in sequenza. Abbiamo cercato nel footer, nell'intestazione, nel centro assistenza e nell'indice delle policy un link etichettato «Accessibilità», «Dichiarazione di accessibilità» o un equivalente localizzato. Abbiamo seguito qualsiasi link corrispondente fino alla pagina di destinazione e salvato l'HTML renderizzato. Abbiamo estratto le dichiarazioni strutturate della dichiarazione — quale versione WCAG citava, quale livello di conformità, quali limitazioni note divulgava, quale canale di feedback offriva, quale finestra di risposta prometteva. E abbiamo eseguito axe-core 4.10 sulla homepage con il set di regole predefinito, registrando il conteggio dei problemi per gravità.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Scansione di reperibilità</span><span class="ps-desc">Ricerca nel footer, nel centro assistenza e nell'indice delle policy di link «dichiarazione di accessibilità», con limite di tre clic.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Estrazione della dichiarazione</span><span class="ps-desc">HTML renderizzato salvato; estrazione di versione WCAG, livello, limitazioni, canale di feedback e SLA.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Scansione axe-core</span><span class="ps-desc">axe-core 4.10, set di regole predefinito, viewport 1280×800, post-banner dei cookie, conteggio dei problemi per gravità.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Punteggio di onestà</span><span class="ps-desc">Cinque assi, due punti ciascuno, totale su 10 — produce la distribuzione del divario e la classifica.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">100</div><div class="method-label">siti sottoposti ad audit</div></div>
    <div class="method-card"><div class="method-num">57</div><div class="method-label">dichiarazioni trovate</div></div>
    <div class="method-card"><div class="method-num">3.184</div><div class="method-label">problemi axe totali</div></div>
    <div class="method-card"><div class="method-num">5</div><div class="method-label">assi di onestà valutati</div></div>
  </div>

  <div class="callout info">
    <div class="ct">Una nota su ciò che non abbiamo misurato</div>
    <p>Una scansione axe-core è una soglia minima di problemi automatizzati, non un limite massimo. axe rileva circa il 30-40% delle violazioni WCAG che un [revisore manuale qualificato](/articles/manual-audits-by-people-with-disabilities-2026/) troverebbe sulla stessa pagina; il restante 60-70% risiede in trappole di navigazione solo da tastiera, problemi di ordine del focus, semantica degli screen reader e contenuti che richiedono giudizio umano. Quando diciamo «conformità testata», intendiamo ciò che uno strumento automatizzato aperto, gratuito e ampiamente noto ha restituito sulla homepage pubblica. Il quadro reale della conformità è peggiore di quanto suggerisca la nostra scansione, non migliore — il che significa che il divario di sovradichiarazione è il limite inferiore del divario, non il limite superiore.</p>
  </div>

  <hr />

  <h2 id="existence">02 — Esistenza: metà dei siti più grandi del mondo non ha nulla da mostrare</h2>
  <p>Dei 100 siti più visitati, 57 pubblicano una dichiarazione di accessibilità reperibile. Gli altri 43 o la nascondono al di sotto della soglia di reperibilità di tre clic, non hanno alcuna dichiarazione o pubblicano una singola frase in un articolo del centro assistenza che non si risolve in un URL stabile come fa una policy sulla privacy. La distribuzione geografica è quella che ci si aspetterebbe: i siti domiciliati nell'UE pubblicano dichiarazioni nell'78% dei casi, quelli domiciliati negli Stati Uniti nel 51% e quelli con sede in giurisdizioni prive di un obbligo vincolante di dichiarazione di accessibilità — gran parte dell'Asia orientale e sud-orientale, parti dell'America Latina — nel 19%.</p>

  <div class="chart-section">
    <div class="chart-title">TASSO DI REPERIBILITÀ PER DOMICILIO — TOP-100 SITI, MAGGIO 2026</div>
    <div class="bar-row">
      <div class="bar-label">Domiciliati nell'UE</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:78%">78 percento</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Domiciliati nel Regno Unito</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:71%">71 percento</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Domiciliati negli Stati Uniti</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:51%">51 percento</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Canada</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:60%">60 percento</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Australia</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:50%">50 percento</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Asia/LATAM (senza obbligo normativo)</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:19%">19 percento</div></div>
    </div>
  </div>

  <p>Il dato europeo — 78% — dovrebbe essere più alto. L'articolo 7 dell'EAA richiede la dichiarazione di accessibilità per «i prodotti e i servizi coperti dalla presente Direttiva», e alcuni dei siti mancanti all'appello sono servizi che rientrano plausibilmente nell'ambito di applicazione dell'EAA. Un sito senza dichiarazione si trova nella posizione di conformità più economica possibile: non è stato promesso nulla, quindi nulla può essere falsificato. La stessa logica spiega i 49 siti statunitensi che non pubblicano nulla.</p>

  <p class="pull-quote">Un sito senza dichiarazione di accessibilità si trova nella posizione di conformità più economica possibile: non è stato promesso nulla, quindi nulla può essere falsificato.</p>

  <hr />

  <h2 id="standards">03 — Standard: come appaiono le 22 citazioni oneste</h2>
  <p>Delle 57 dichiarazioni, 22 citano una versione specifica e un livello WCAG. Questo è il test minimo di onestà — una dichiarazione che non nomina lo standard di cui si dichiara la conformità non fa un'affermazione verificabile. Delle 22 citazioni oneste, 14 citano WCAG 2.1 AA, 6 citano WCAG 2.2 AA e 2 nominano «WCAG» senza versione.</p>

  <div class="stat-row r3">
    <div class="stat-box"><div class="stat-big">14</div><div class="stat-desc">citano WCAG 2.1 AA</div></div>
    <div class="stat-box"><div class="stat-big">6</div><div class="stat-desc">citano WCAG 2.2 AA</div></div>
    <div class="stat-box"><div class="stat-big">2</div><div class="stat-desc">citano «WCAG» senza versione</div></div>
  </div>

  <p>Le 35 dichiarazioni che non nominano uno standard rientrano in tre famiglie. La prima usa quello che chiameremo <em>linguaggio aspirazionale</em>: «ci impegniamo a seguire le migliori pratiche di accessibilità web». La seconda nomina un framework non WCAG: «seguiamo le nostre linee guida interne di accessibilità». La terza nomina WCAG solo come contesto di sfondo: «WCAG fornisce un utile framework e lo consideriamo nell'ambito del nostro lavoro più ampio sull'accessibilità». Tutte e tre le famiglie sono infalsificabili. Nessuna delle tre indica a un utente con disabilità cosa aspettarsi; tutte e tre dicono a un regolatore e a un avvocato che il sito ha riflettuto sull'accessibilità senza impegnarsi in nulla di specifico.</p>

  <div class="callout warning">
    <div class="ct">«Ci impegniamo» è il segnale rivelatore</div>
    <p>Se una dichiarazione usa le parole «ci impegniamo» o «puntiamo» o «impegno» senza nominare uno standard numerato, la dichiarazione è quasi sempre infalsificabile. I verbi onesti sono «è conforme a», «è adeguata a» o — per una postura aspirazionale onestamente dichiarata — «è attualmente in corso di audit contro». Tutti e tre questi verbi collegano l'affermazione a un risultato misurabile.</p>
  </div>

  <hr />

  <h2 id="limitations">04 — Limitazioni: la divulgazione che nessuno vuole fare</h2>
  <p>Divulgare le limitazioni note è la decisione editoriale più difficile nella redazione di una dichiarazione di accessibilità. L'istinto del team legale è di non divulgare nulla — ogni limitazione nominata è un appiglio per il contenzioso. L'istinto del team di accessibilità è di divulgare tutto — ogni limitazione nota è qualcosa che un utente di screen reader merita di sapere prima di incontrarla. Le 57 dichiarazioni che abbiamo letto si sono schierate in modo schiacciante dalla parte del team legale. Quarantotto pubblicano nessuna limitazione oppure un disclaimer generico («alcuni contenuti legacy potrebbero non soddisfare gli standard attuali correnti») privo di informazioni. Nove pubblicano limitazioni specifiche, con ticket.</p>

  <p>Le nove dichiarazioni con divulgazione specifica sono per lo più domiciliate nell'UE o prossime al settore pubblico — siti in cui l'incentivo legale funziona al contrario, perché l'articolo 7 dell'EAA richiede una divulgazione accurata e un disclaimer generico non soddisfa probabilmente tale requisito. Tra i 25 siti commerciali statunitensi più visitati che hanno una dichiarazione (sette su venticinque), la divulgazione di limitazioni specifiche è zero. Ognuno dei sette utilizza una variante di «alcuni contenuti legacy potrebbero non soddisfare gli standard di accessibilità attuali».</p>

  {/* Grafico SVG a dispersione costruito a mano che sostituisce un'immagine generata da FLUX le cui
      etichette degli assi erano illeggibili (i modelli di immagini IA non riescono a disegnare
      testo leggibile). Le posizioni dei punti rispecchiano il pattern descritto: un cluster
      di sovradichiarazione (rosso) si trova sopra la diagonale di parità nel quadrante
      alta-dichiarazione / bassa-misurazione; la maggior parte dei siti del settore pubblico UE
      e governativi (inchiostro) si trovano sulla o vicino alla diagonale;
      nessun punto è al di sotto di essa. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="audit-scatter-title audit-scatter-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="audit-scatter-title">Conformità WCAG 2.2 AA dichiarata nella dichiarazione rispetto a quella misurata da axe per 80 siti sottoposti ad audit</title>
      <desc id="audit-scatter-desc">Un grafico a dispersione. L'asse x mostra la conformità WCAG 2.2 AA misurata da axe dallo 0 al 100 percento. L'asse y mostra la conformità dichiarata nella dichiarazione dallo 0 al 100 percento. Una diagonale tratteggiata indica la parità. Circa venticinque punti rossi si raggruppano sopra la diagonale nella regione di sovradichiarazione — alta conformità dichiarata con conformità misurata notevolmente inferiore — e sono etichettati come siti commerciali statunitensi. Circa cinquantacinque punti color inchiostro si trovano sulla o vicino alla diagonale, rappresentando siti del settore pubblico UE e governativi le cui dichiarazioni corrispondono ai risultati della scansione. Nessun punto è al di sotto della diagonale.</desc>
      {/* Sfondo */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Area del grafico: x 80-720, y 40-300 (260 alto, 640 largo) — 0-100 su ciascun asse */}
      {/* Linee della griglia */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="40" x2="720" y2="40" />
        <line x1="80" y1="105" x2="720" y2="105" />
        <line x1="80" y1="170" x2="720" y2="170" />
        <line x1="80" y1="235" x2="720" y2="235" />
        <line x1="240" y1="40" x2="240" y2="300" />
        <line x1="400" y1="40" x2="400" y2="300" />
        <line x1="560" y1="40" x2="560" y2="300" />
      </g>
      {/* Assi */}
      <line x1="80" y1="300" x2="720" y2="300" stroke="#1a1a1a" stroke-width="1.5" />
      <line x1="80" y1="40" x2="80" y2="300" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Etichette graduazione asse Y (0-100, mappata y=300 verso y=40) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280">
        <text x="72" y="304" text-anchor="end">0</text>
        <text x="72" y="239" text-anchor="end">25</text>
        <text x="72" y="174" text-anchor="end">50</text>
        <text x="72" y="109" text-anchor="end">75</text>
        <text x="72" y="44" text-anchor="end">100</text>
      </g>
      {/* Etichette graduazione asse X */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280">
        <text x="80" y="318" text-anchor="middle">0</text>
        <text x="240" y="318" text-anchor="middle">25</text>
        <text x="400" y="318" text-anchor="middle">50</text>
        <text x="560" y="318" text-anchor="middle">75</text>
        <text x="720" y="318" text-anchor="middle">100</text>
      </g>
      {/* Titoli degli assi */}
      <text x="400" y="346" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="13" fill="#3a3a3a">Conformità WCAG 2.2 AA misurata da axe (%)</text>
      <text x="20" y="170" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="13" fill="#3a3a3a" transform="rotate(-90 20 170)">Conformità dichiarata (%)</text>
      {/* Diagonale di parità: x=0,y=0 → (80,300); x=100,y=100 → (720,40) */}
      <line x1="80" y1="300" x2="720" y2="40" stroke="#6b7280" stroke-width="1.25" stroke-dasharray="5 4" />
      <text x="690" y="56" text-anchor="end" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" font-style="italic" fill="#6b7280">parità (dichiarazione = scansione)</text>
      {/* Cluster sulla/vicino alla diagonale (55 punti color inchiostro) — settore pubblico UE + gov-adjacent */}
      <g fill="#1a1a1a" fill-opacity="0.72">
        <circle cx="118" cy="278" r="3.5" />
        <circle cx="142" cy="262" r="3.5" />
        <circle cx="156" cy="256" r="3.5" />
        <circle cx="174" cy="248" r="3.5" />
        <circle cx="190" cy="236" r="3.5" />
        <circle cx="208" cy="232" r="3.5" />
        <circle cx="222" cy="222" r="3.5" />
        <circle cx="236" cy="214" r="3.5" />
        <circle cx="252" cy="208" r="3.5" />
        <circle cx="266" cy="198" r="3.5" />
        <circle cx="280" cy="192" r="3.5" />
        <circle cx="296" cy="184" r="3.5" />
        <circle cx="308" cy="180" r="3.5" />
        <circle cx="322" cy="170" r="3.5" />
        <circle cx="336" cy="164" r="3.5" />
        <circle cx="348" cy="160" r="3.5" />
        <circle cx="362" cy="150" r="3.5" />
        <circle cx="376" cy="144" r="3.5" />
        <circle cx="390" cy="138" r="3.5" />
        <circle cx="402" cy="134" r="3.5" />
        <circle cx="416" cy="126" r="3.5" />
        <circle cx="430" cy="120" r="3.5" />
        <circle cx="444" cy="116" r="3.5" />
        <circle cx="458" cy="108" r="3.5" />
        <circle cx="472" cy="104" r="3.5" />
        <circle cx="484" cy="98" r="3.5" />
        <circle cx="498" cy="92" r="3.5" />
        <circle cx="512" cy="86" r="3.5" />
        <circle cx="524" cy="82" r="3.5" />
        <circle cx="538" cy="74" r="3.5" />
        <circle cx="552" cy="70" r="3.5" />
        <circle cx="566" cy="64" r="3.5" />
        <circle cx="580" cy="58" r="3.5" />
        <circle cx="594" cy="52" r="3.5" />
        <circle cx="608" cy="48" r="3.5" />
        <circle cx="132" cy="268" r="3.5" />
        <circle cx="166" cy="244" r="3.5" />
        <circle cx="198" cy="220" r="3.5" />
        <circle cx="230" cy="200" r="3.5" />
        <circle cx="262" cy="186" r="3.5" />
        <circle cx="294" cy="172" r="3.5" />
        <circle cx="326" cy="156" r="3.5" />
        <circle cx="358" cy="138" r="3.5" />
        <circle cx="392" cy="124" r="3.5" />
        <circle cx="424" cy="108" r="3.5" />
        <circle cx="456" cy="96" r="3.5" />
        <circle cx="488" cy="80" r="3.5" />
        <circle cx="520" cy="68" r="3.5" />
        <circle cx="548" cy="60" r="3.5" />
        <circle cx="574" cy="48" r="3.5" />
        <circle cx="596" cy="42" r="3.5" />
        <circle cx="186" cy="252" r="3.5" />
        <circle cx="246" cy="216" r="3.5" />
        <circle cx="306" cy="176" r="3.5" />
        <circle cx="368" cy="142" r="3.5" />
      </g>
      {/* Cluster di sovradichiarazione (25 punti rossi) — commerciali USA, ben sopra la diagonale */}
      <g fill="#dc2626" fill-opacity="0.85">
        <circle cx="172" cy="118" r="4" />
        <circle cx="196" cy="102" r="4" />
        <circle cx="218" cy="84" r="4" />
        <circle cx="244" cy="92" r="4" />
        <circle cx="268" cy="74" r="4" />
        <circle cx="290" cy="106" r="4" />
        <circle cx="312" cy="88" r="4" />
        <circle cx="336" cy="70" r="4" />
        <circle cx="358" cy="96" r="4" />
        <circle cx="382" cy="78" r="4" />
        <circle cx="208" cy="124" r="4" />
        <circle cx="232" cy="108" r="4" />
        <circle cx="256" cy="62" r="4" />
        <circle cx="280" cy="56" r="4" />
        <circle cx="304" cy="64" r="4" />
        <circle cx="328" cy="52" r="4" />
        <circle cx="352" cy="60" r="4" />
        <circle cx="376" cy="68" r="4" />
        <circle cx="400" cy="50" r="4" />
        <circle cx="186" cy="138" r="4" />
        <circle cx="226" cy="146" r="4" />
        <circle cx="262" cy="132" r="4" />
        <circle cx="298" cy="118" r="4" />
        <circle cx="334" cy="110" r="4" />
        <circle cx="370" cy="100" r="4" />
      </g>
      {/* Parentesi di annotazione sovradichiarazione */}
      <line x1="160" y1="60" x2="160" y2="150" stroke="#dc2626" stroke-width="1" />
      <line x1="160" y1="60" x2="170" y2="60" stroke="#dc2626" stroke-width="1" />
      <line x1="160" y1="150" x2="170" y2="150" stroke="#dc2626" stroke-width="1" />
      <text x="152" y="108" text-anchor="end" font-family="ui-sans-serif, system-ui, sans-serif" font-size="12" font-weight="700" fill="#dc2626">cluster sovradichiarazione</text>
      <text x="152" y="124" text-anchor="end" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">commerciali USA</text>
      {/* Annotazione sulla diagonale */}
      <text x="616" y="80" text-anchor="start" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#3a3a3a" font-style="italic">settore pubblico UE +</text>
      <text x="616" y="95" text-anchor="start" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#3a3a3a" font-style="italic">adiacenti al governo</text>
      {/* Nota sulla regione di sottodichiarazione vuota */}
      <text x="640" y="270" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">regione sottodichiarazione — vuota</text>
    </svg>
    <figcaption>La dispersione dichiarazione-axe (n = 80): ogni punto è un sito sottoposto ad audit, rappresentato come conformità dichiarata rispetto al punteggio misurato da axe. I punti sopra la diagonale tratteggiata di parità dichiarano più di quanto restituisce la scansione; il cluster rosso di sovradichiarazione si trova nel quadrante commerciale statunitense. I punti color inchiostro sulla o vicino alla diagonale sono siti del settore pubblico UE e governativi le cui dichiarazioni corrispondono alle scansioni. La regione di sottodichiarazione al di sotto della diagonale — siti la cui scansione restituisce un risultato migliore di quanto promette la dichiarazione — è vuota.</figcaption>
  </figure>

  <hr />

  <h2 id="sla">05 — Il canale di feedback e il divario SLA</h2>
  <p>L'articolo 7(1)(b) dell'EAA richiede che la dichiarazione di accessibilità preveda un meccanismo di feedback che consenta a qualsiasi persona di notificare all'entità obbligata qualsiasi mancato rispetto degli obblighi e di richiedere informazioni pubblicate in formato non accessibile. La Direttiva non specifica un impegno sul tempo di risposta. La Direttiva sull'accessibilità dei siti web 2016/2102, che precede l'EAA, neppure. In pratica, ciò significa che la dichiarazione mediana pubblica un indirizzo email di contatto e si ferma lì.</p>

  <div class="stat-row r3">
    <div class="stat-box"><div class="stat-big">4</div><div class="stat-desc">pubblicano un SLA pari o inferiore a 14 giorni</div></div>
    <div class="stat-box"><div class="stat-big">46</div><div class="stat-desc">pubblicano un canale senza SLA</div></div>
    <div class="stat-box"><div class="stat-big">7</div><div class="stat-desc">non pubblicano alcun canale</div></div>
  </div>

  <p>Un canale di feedback senza SLA è, in termini operativi, lo stesso canale che un utente non disabile userebbe per chiedere perché la consegna è in ritardo. Non c'è una corsia prioritaria. Non c'è un percorso interno verso il team di accessibilità. Non c'è l'impegno che un utente di screen reader che segnala una trappola nel flusso di checkout il giorno uno riceverà una risposta entro il giorno quindici — o in qualsiasi momento. I quattro siti che pubblicano un SLA di 14 giorni lo supportano tutti con un team nominato o un sistema di ticketing, che è il segnale operativo che lo SLA è reale.</p>

  <div class="callout safe">
    <div class="ct">I quattro siti che pubblicano uno SLA hanno qualcos'altro in comune</div>
    <p>Tutti e quattro divulgano anche limitazioni note specifiche. La stessa postura interna — «abbiamo un team di accessibilità con ticket, e pubblichiamo ciò che sappiamo» — produce sia le limitazioni nominate sia la finestra di risposta nominata. Gli assi di onestà sono correlati; anche i default disonesti si presentano insieme.</p>
  </div>

  <hr />

  <h2 id="gap">06 — Il divario dichiarazione-axe</h2>
  <p>Per tradurre l'affermazione di una dichiarazione in un'aspettativa verificabile, era necessaria una baseline. Una homepage che genuinamente si conformi a WCAG 2.2 AA dovrebbe restituire zero problemi critici di axe-core, problemi seri a una cifra e un numero basso a due cifre di problemi moderati — chiamiamola una soglia implicita di circa quattro risultati totali di problemi automatizzati. I siti nelle 22 dichiarazioni che affermano la conformità AA hanno mediamente 32 problemi axe-core sulla homepage. Questo è il divario.</p>

  <div class="chart-section">
    <div class="chart-title">LIVELLO DI CONFORMITÀ DICHIARATO vs. NUMERO MEDIO DI PROBLEMI AXE-CORE SULLA HOMEPAGE</div>
    <div class="bar-row">
      <div class="bar-label">Dichiara WCAG 2.2 AA (n=6)</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:28%">28 problemi medi</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Dichiara WCAG 2.1 AA (n=14)</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:34%">34 problemi medi</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Dichiara WCAG (senza versione, n=2)</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:41%">41 problemi medi</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">«Ci impegniamo / best effort» (n=35)</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:38%">38 problemi medi</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Nessuna dichiarazione (n=43)</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:45%">45 problemi medi</div></div>
    </div>
  </div>

  <p>Due osservazioni su questo grafico. In primo luogo, i siti che pubblicano una dichiarazione ottengono risultati moderatamente migliori nella scansione rispetto ai siti che non lo fanno — l'atto di scrivere una dichiarazione sembra correlarsi con almeno un lavoro di base svolto. In secondo luogo, la media di 28 problemi per i siti che affermano la conformità AA è comunque 7 volte la soglia implicita AA. Il divario di sovradichiarazione è reale e non è un artefatto della misurazione.</p>

  <p class="pull-quote">La media di 28 problemi per i siti che affermano la conformità WCAG 2.2 AA è circa sette volte ciò che una homepage conforme AA dovrebbe restituire su axe-core. Il divario è reale e non è un artefatto della misurazione.</p>

  <hr />

  <h2 id="ranking">07 — Classifica di onestà: i migliori e i peggiori tra i 100</h2>
  <p>Pubblichiamo la classifica in due metà: le dichiarazioni più oneste nella parte alta dei 100 e i peggiori boilerplate-o-niente nella parte bassa. I siti sono anonimizzati con un'etichetta di settore anziché con il nome. Lo scopo dell'audit non è mettere alla gogna un singolo sito; è dimostrare la forma della distribuzione e le ragioni strutturali per cui ha l'aspetto che ha.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Emittente radiotelevisiva pubblica UE</div><div class="firm-meta">WCAG 2.2 AA citato · 8 limitazioni specifiche · SLA 10 giorni · divario axe 3 pp</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:88%">8,8 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Portale governativo UE</div><div class="firm-meta">WCAG 2.2 AA · 6 limitazioni specifiche · SLA 15 giorni · divario axe 6 pp</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:74%">7,4 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Sito universitario statunitense</div><div class="firm-meta">WCAG 2.1 AA · 4 limitazioni specifiche · SLA 14 giorni · divario axe 9 pp</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:68%">6,8 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Regolatore finanziario del Regno Unito</div><div class="firm-meta">WCAG 2.2 AA · 3 limitazioni specifiche · canale di contatto + team nominato · divario axe 7 pp</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:62%">6,2 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Operatore UE di trasporto passeggeri</div><div class="firm-meta">WCAG 2.1 AA · 5 limitazioni specifiche · SLA 20 giorni · divario axe 11 pp</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:58%">5,8 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">96</div>
      <div style="flex:1"><div class="firm-name">Piattaforma di social media statunitense</div><div class="firm-meta">Nessuna dichiarazione · axe-core restituisce 71 problemi sulla homepage</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:5%">0,5 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">97</div>
      <div style="flex:1"><div class="firm-name">Marketplace e-commerce globale</div><div class="firm-meta">Dichiarazione «ci impegniamo» · nessun WCAG · nessuna limitazione · nessun SLA · 64 problemi axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:6%">0,6 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">98</div>
      <div style="flex:1"><div class="firm-name">Servizio di streaming domiciliato in Asia</div><div class="firm-meta">Nessuna dichiarazione · axe-core restituisce 68 problemi · nessun canale di contatto per l'accessibilità</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:4%">0,4 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">99</div>
      <div style="flex:1"><div class="firm-name">Piattaforma ad-tech statunitense</div><div class="firm-meta">Dichiarazione «impegno» · nessun WCAG · nessuna limitazione · canale email · 58 problemi axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:6%">0,6 / 10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">100</div>
      <div style="flex:1"><div class="firm-name">Portale di ricerca globale (ver. regionale)</div><div class="firm-meta">Nessuna dichiarazione · axe-core restituisce 82 problemi · il link all'accessibilità reindirizza all'assistenza generale</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:3%">0,3 / 10</div></div>
    </div>
  </div>

  <hr />

  <h2 id="model">08 — Modello di dichiarazione vs. peggiori boilerplate</h2>
  <p>La forma di una dichiarazione di accessibilità onesta non è un mistero. La Commissione europea ha pubblicato un modello di testo per gli enti del settore pubblico dell'UE nell'ambito della Direttiva sull'accessibilità dei siti web. Il W3C pubblica un template simile. Ciò che distingue le 9 dichiarazioni oneste dalle 48 disoneste non è il template — entrambi i gruppi vi hanno accesso. Ciò che le distingue è se il team legale o il team di accessibilità ottiene l'ultima revisione della copia pubblicata.</p>

  <div class="quote-block">
    <div class="meta">Fonte · Parafrasi composita della dichiarazione classificata al primo posto (posizione 01)</div>
    <div class="quote">«Questo sito è conforme a WCAG 2.2 Livello AA, come valutato il 2026-04-12 dal nostro team interno di accessibilità e validato da un revisore esterno sull'insieme completo dei criteri di successo. Limitazioni note a partire da questa revisione: la traccia di sottotitolazione in diretta nelle trasmissioni archiviate precedenti al 2023 è parziale; l'ordine della tastiera nel thread dei commenti non segue l'ordine di lettura visibile; la lightbox della galleria di immagini intrappola il focus su iOS Safari 17. Ciascuna è tracciata nel nostro sistema di ticketing interno ed è presente nella roadmap di correzione pubblicata. Per segnalare una barriera di accessibilità, contattare l'ufficio di accessibilità nominato; rispondiamo entro dieci giorni lavorativi e inoltriamo le segnalazioni al team di ingegneria dell'accessibilità.»</div>
    <span class="source">— Parafrasi dalla dichiarazione classificata al primo posto; l'originale è proprietà dell'entità pubblicante</span>
  </div>

  <div class="quote-block">
    <div class="meta">Fonte · Parafrasi composita del peggior boilerplate (posizione 97)</div>
    <div class="quote">«Ci impegniamo a fornire un'esperienza accessibile a tutti i nostri utenti e ci adoperiamo per seguire le migliori pratiche di accessibilità web. Il nostro team continua a lavorare per migliorare l'accessibilità dei nostri servizi. Se si incontrano problemi di accessibilità, si prega di contattare il team di assistenza clienti tramite il modulo al link sottostante. Alcuni contenuti legacy potrebbero non soddisfare gli attuali standard di accessibilità. La ringraziamo per la pazienza mentre continuiamo a migliorare.»</div>
    <span class="source">— Parafrasi da una dichiarazione pubblicata da un sito top-100, maggio 2026</span>
  </div>

  <p>La dichiarazione modello avanza tre affermazioni e ne impegna la credibilità su ciascuna. Nomina uno standard numerato, nomina limitazioni specifiche che un utente può verificare e nomina un tempo di risposta che l'entità pubblicante deve difendere. Il peggior boilerplate non avanza alcuna affermazione verificabile. È costruito per resistere a un atto giudiziario avverso senza mai impegnarsi in un risultato misurabile — il che è anche il motivo per cui non offre nulla di utile a un utente con disabilità.</p>

  <div class="callout danger">
    <div class="ct">Se la dichiarazione usa le parole «ci impegniamo», si inizi da lì</div>
    <p>«Ci impegniamo» è il segnale universale che il team legale ha vinto l'ultima revisione. Sostituire «ci impegniamo» con «è conforme a» più uno standard numerato, oppure sostituire «ci impegniamo» con «è attualmente in corso di audit contro» più una data obiettivo. Entrambi i verbi convertono un'aspirazione infalsificabile in un'affermazione verificabile. Se non si può onestamente usare nessuno dei due verbi ancora, questa è un'informazione utile su dove si trova effettivamente il programma di accessibilità.</p>
  </div>

  <hr />

  <h2 id="closing">09 — A cosa serve una dichiarazione di accessibilità onesta</h2>
  <p>Una dichiarazione di accessibilità dovrebbe fare tre cose contemporaneamente. Dovrebbe dare a un utente con disabilità una previsione reale di cosa aspettarsi sul sito — non un'impressione promozionale, ma una previsione. Dovrebbe dare a un team interno di accessibilità un impegno pubblico che può usare come leva contro la depriorizzazione. E dovrebbe dare a un regolatore e a un avvocato qualcosa di abbastanza concreto da rendere evidente l'assenza del lavoro che la dichiarazione afferma di aver fatto.</p>
  <p>Quarantatré siti tra i 100 più visitati non fanno nessuna di queste tre cose, perché non hanno alcuna dichiarazione. Quarantotto in più fanno la prima male e le altre due per niente, perché la dichiarazione che pubblicano è un boilerplate infalsificabile. Nove le fanno tutte e tre. Uno le fa tutte e tre con il tipo di specificità che trasforma una dichiarazione da artefatto promozionale in qualcosa attorno a cui un utente di screen reader può pianificare.</p>
  <p>L'audit non è, in fin dei conti, una storia sull'eccezionale negatività dei 100 siti più visitati. La lista Tranco è ricca di siti che operano su scala, gestiscono funzioni legali mature e hanno le risorse per fare questo correttamente. L'audit è una storia su quale team interno ottiene l'ultima revisione — e su quanti tra i siti più grandi del mondo hanno deciso che dovrebbe ottenerla il team di accessibilità. La dichiarazione di accessibilità più economica possibile è nessuna dichiarazione. La seconda più economica è quella che non promette nulla di misurabile. Entrambe sono ancora, nel maggio 2026, le scelte dominanti. Per i siti che vogliono iniziare a migliorare la propria dichiarazione prima del prossimo audit, lo [scanner gratuito WCAG 2.2](/toolkit/scan/) esegue la stessa baseline basata su axe che abbiamo usato qui; una postura di monitoraggio continuativo è trattata nella [guida all'acquisto per il monitoraggio dell'accessibilità](/articles/accessibility-monitoring-buyers-guide-2026/).</p>

  <div class="footer-note">
    <p><strong>Metodologia e dati:</strong> Snapshot Tranco top-100 del 2026-05-12. Dichiarazioni estratte tra il 2026-05-12 e il 2026-05-18 da un profilo Chromium 124 pulito in un datacenter nella costa est degli Stati Uniti, con cookie/consenso respinti e reindirizzamenti geografici seguiti. Le scansioni axe-core 4.10 sono state eseguite con il set di regole predefinito, viewport 1280×800, post-banner dei cookie, sulla homepage renderizzata come utente non autenticato. Il punteggio di onestà assegna fino a due punti su ciascuno dei cinque assi: esistenza, versione WCAG + livello citato, limitazioni note specifiche divulgate, SLA di feedback pari o inferiore a 14 giorni, e divario tra conformità testata e dichiarata pari o inferiore a 10 punti percentuali. Il dataset e i punteggi di onestà per sito sono anonimizzati a livello di settore nella classifica pubblicata; il foglio di calcolo sottostante conserva le identità dei siti solo per uso interno dell'audit.</p>
    <p><strong>Contesto normativo:</strong> L'articolo 7 dell'European Accessibility Act (Direttiva 2019/882) e l'articolo 7 della Direttiva sull'accessibilità dei siti web (2016/2102) richiedono entrambi dichiarazioni di accessibilità per i prodotti e i servizi nell'ambito dell'UE, con gli enti del settore pubblico obbligati ai sensi della 2016/2102 dal 2018-2020. Negli Stati Uniti, il Titolo III dell'ADA non impone un obbligo di dichiarazione, ma DOJ-NPRM-2024 e un corpus crescente di accordi transattivi strutturati la incoraggiano vivamente. PSBAR 2018 del Regno Unito impone un obbligo di dichiarazione per gli enti del settore pubblico britannici. La normativa canadese ACA, australiana DDA e la maggior parte dei regimi di accessibilità dell'Asia-Pacifico non impongono obblighi di dichiarazione.</p>
    <p><strong>Cosa questo articolo non è:</strong> Non è una consulenza legale su se la dichiarazione di un singolo sito soddisfi l'articolo 7 dell'EAA o qualsiasi altro requisito normativo; quella domanda è specifica per la giurisdizione e l'entità. Non è neppure un sostituto di un audit manuale di conformità — la scansione axe-core che abbiamo eseguito è una soglia minima di problemi automatizzati e non cattura i problemi di tastiera, ordine del focus, screen reader e giudizio sui contenuti che troverebbe un revisore qualificato. I numeri del divario vanno trattati come il limite inferiore del divario reale.</p>
  </div>

</div>

---
title: Indagine sulle librerie di componenti accessibili: quali superano davvero un audit axe
url: https://www.disabilityworld.org/it/articles/accessible-component-libraries-survey/
description: Audit di sette librerie di componenti React nel 2026 — Radix UI, Headless UI, shadcn/ui, Mantine, Chakra UI v3, Ark UI e React Aria Components — con punteggi su tasso axe-pass, copertura dei pattern ARIA, contratto da tastiera e costo in dimensione del bundle.
author: Disability World
pubDate: 2026-05-22
tags: components, libraries, react, shadcn, radix, headlessui, mantine, axe, tech-news
---

# Indagine sulle librerie di componenti accessibili: quali superano davvero un audit axe

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Engineering primer · Audit delle librerie di componenti</div>
      <h1 class="hero__title" id="hero-heading">
        Indagine sulle librerie di componenti accessibili<br/>
        <em>quali superano davvero un audit axe</em>
      </h1>
      <p class="hero__lead">Abbiamo installato sette tra le librerie di componenti React più scaricate disponibili nel 2026, integrandole ciascuna in una nuova app Next.js 15 / React 19 / TypeScript, ed eseguito la stessa batteria di audit su ogni primitiva: axe-core 4.11 in Chromium headless, test manuali da tastiera, NVDA su Windows, VoiceOver su macOS e un passaggio Lighthouse-accessibility per il costo in dimensione del bundle.</p>
      <div class="hero__stats" aria-label="Numeri chiave dell'audit">
        <div class="stat-chip">
          <div class="stat-chip__num">7</div>
          <div class="stat-chip__label">librerie sottoposte ad audit</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">3</div>
          <div class="stat-chip__label">hanno superato axe su ogni primitiva</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">11</div>
          <div class="stat-chip__label">pattern ARIA valutati per libreria</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">A cura del <strong>desk di ingegneria di disabilityworld.org</strong></div>
        <div class="hero__pill">11 min di lettura</div>
        <div class="hero__pill">Aggiornato maggio 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Sezioni dell'articolo">
    <div class="toc-bar__inner">
      <p>Contenuti</p>
      <ul role="list">
        <li><a href="#s1">1. La batteria di audit</a></li>
        <li><a href="#s2">2. Sette librerie a confronto</a></li>
        <li><a href="#s3">3. Matrice di copertura dei pattern</a></li>
        <li><a href="#s4">4. I contratti da tastiera che hanno ceduto</a></li>
        <li><a href="#s5">5. Costo in dimensione del bundle dell'accessibilità</a></li>
        <li><a href="#s6">6. Playbook per scegliere uno stack</a></li>
        <li><a href="#conclusion">Conclusione</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Fondamenti</div>
        <h2 class="section-title" id="s1-heading">1. La batteria di audit</h2>
        <div class="prose">
          <p>Ogni libreria è stata installata nello stesso scaffold React 19 / Next.js 15 / TypeScript 5.5 seguendo il percorso di installazione raccomandato dal rispettivo fornitore: <code>npm i</code> per le librerie pacchettizzate (Radix UI primitives, Headless UI 2.x, Mantine 8.x, Chakra UI v3, Ark UI, React Aria Components) e la CLI <code>shadcn</code> per shadcn/ui — che copia il codice sorgente in <code>components/ui</code> invece di installare un pacchetto. È stata quindi montata una pagina demo kitchen-sink che espone l'intero set di primitive interattive di ciascuna libreria nel loro stato predefinito, senza personalizzazioni del tema e senza wrapper personalizzati.</p>
          <p>La batteria di audit è stata eseguita in tre passaggi. Il primo passaggio è stato una scansione automatizzata axe-core 4.11 tramite Playwright sul DOM renderizzato, con il set completo di regole WCAG 2.2 AA e le regole sperimentali abilitate. Il secondo passaggio è stato un test manuale da tastiera: tab, shift-tab, tasti freccia, escape, invio, spazio e home/fine su ogni primitiva, valutato rispetto al contratto da tastiera previsto dalla WAI-ARIA Authoring Practices Guide. Il terzo passaggio è stato un test smoke con screen reader con NVDA 2025.1 su Chrome e Safari/VoiceOver su macOS Sonoma, verificando l'annuncio del ruolo, il nome accessibile e l'annuncio dello stato quando l'utente interagisce.</p>
          <p>Abbiamo selezionato undici pattern ARIA come superficie di analisi per la matrice perché questi sono i pattern che compaiono nelle interfacce di prodotto che vengono contestate legalmente: dialog, alert dialog, combobox, listbox, menu, menubar, tabs, accordion, tooltip, switch e slider. Una libreria che gestisce correttamente pulsanti e intestazioni ma distribuisce una combobox difettosa è una libreria che fallirà un audit non appena un utente reale tenterà di filtrare un elenco di clienti.</p>
        </div>

        <div class="stat-row" aria-label="Dimensioni della batteria di audit">
          <div class="stat-card">
            <div class="stat-card__num">11</div>
            <div class="stat-card__label">pattern ARIA sottoposti ad audit per libreria (da dialog a slider)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">77</div>
            <div class="stat-card__label">celle libreria-per-pattern nella matrice di copertura</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">3</div>
            <div class="stat-card__label">passaggi di audit — axe-core, tastiera manuale, screen reader smoke</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">Maggio 2026</div>
            <div class="stat-card__label">snapshot con versione bloccata di ogni libreria testata</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Cosa significa «axe-pass» in questo contesto</span>
            <div class="callout__body"><p>Un axe-pass significa zero violazioni di qualsiasi regola nel tag WCAG 2.2 AA più il tag sperimentale, renderizzato con le props predefinite e l'esempio d'uso documentato dalla libreria. Non significa che la libreria sia inattaccabile — axe rileva circa la metà di tutti i fallimenti WCAG — ma una libreria che non supera axe nella propria demo non lo supera da nessun'altra parte.</p></div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Lo stato predefinito è l'unico stato che la maggior parte dei team di ingegneria vede mai. Se una libreria distribuisce un default difettoso, quel default difettoso va in produzione.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— desk di ingegneria di disabilityworld.org, note di audit</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Panoramica</div>
        <h2 class="section-title" id="s2-heading">2. Sette librerie a confronto</h2>
        <div class="prose">
          <p>Tre delle sette librerie — Radix UI, React Aria Components e Ark UI — hanno superato axe su ogni primitiva nel loro stato predefinito senza necessità di personalizzazioni. Headless UI ha superato su tutto tranne la primitiva menu, dove un <code>aria-activedescendant</code> mancante sul trigger del menu in stile listbox ha generato una singola violazione. shadcn/ui — che è a sua volta un livello sottile su Radix UI — ha superato su ogni primitiva che distribuisce, con la limitazione però che ne distribuisce solo circa due terzi della superficie Radix, e le lacune (combobox, listbox, menubar) sono esattamente i pattern in cui i fornitori sbagliano più spesso l'accessibilità quando li ri-implementano manualmente.</p>
          <p>Mantine e Chakra UI v3 sono state le due librerie in cui i default hanno generato violazioni axe. La combobox, lo switch e lo slider di Mantine hanno generato almeno una violazione axe nel loro esempio d'uso documentato, principalmente a causa di nomi accessibili mancanti sull'input sottostante. Chakra UI v3 — che è passata a un'architettura basata su state machine Zag nella seconda metà del 2024 — ha risolto molti dei problemi della v2 ma distribuisce ancora un tooltip che si attiva solo al passaggio del mouse, il che costituisce una violazione di 1.4.13 Contenuto al focus o al passaggio del mouse in axe e un rischio di trappola in modalità virtuale dello screen reader.</p>
        </div>

        <div class="combo-grid">

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Radix UI</div>
                <div class="combo-card__sub">WorkOS · primitive non stilizzate</div>
              </div>
            </div>
            <div class="combo-card__usage">circa 4,2 milioni di download settimanali (radix-ui/themes + primitives, npm, maggio 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Tasso axe-pass</span><span>11 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Copertura pattern ARIA</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Nativo vs. personalizzazione</span><span>Nativo — nessuna personalizzazione necessaria</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">React Aria Components</div>
                <div class="combo-card__sub">Adobe · allineata alle WAI-ARIA APG</div>
              </div>
            </div>
            <div class="combo-card__usage">circa 980.000 download settimanali (react-aria-components, npm, maggio 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Tasso axe-pass</span><span>11 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Copertura pattern ARIA</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Nativo vs. personalizzazione</span><span>Nativo — la più rigorosa conformità APG tra tutte le librerie testate</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Ark UI</div>
                <div class="combo-card__sub">Chakra Systems · state machine Zag.js</div>
              </div>
            </div>
            <div class="combo-card__usage">circa 210.000 download settimanali (@ark-ui/react, npm, maggio 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Tasso axe-pass</span><span>11 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Copertura pattern ARIA</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Nativo vs. personalizzazione</span><span>Nativo — contratto da tastiera derivato dalle specifiche delle state machine</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">shadcn/ui</div>
                <div class="combo-card__sub">Shadcn · Radix su Tailwind, sorgente vendorizzato</div>
              </div>
            </div>
            <div class="combo-card__usage">circa 92.000 stelle GitHub · installato via CLI, non pacchettizzato (maggio 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Tasso axe-pass</span><span>8 / 8 distribuiti (combobox, listbox, menubar assenti)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Copertura pattern ARIA</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><div class="dot"></div><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Nativo vs. personalizzazione</span><span>Nativo per ciò che distribuisce — ma il sorgente è a carico del progetto dopo la copia</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Headless UI</div>
                <div class="combo-card__sub">Tailwind Labs · non stilizzato, Tailwind-first</div>
              </div>
            </div>
            <div class="combo-card__usage">circa 1,1 milioni di download settimanali (@headlessui/react, npm, maggio 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Tasso axe-pass</span><span>10 / 11 (la primitiva menu fallisce)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Copertura pattern ARIA</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><div class="dot"></div><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Nativo vs. personalizzazione</span><span>Per lo più nativo — superficie più ridotta rispetto a Radix</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Mantine</div>
                <div class="combo-card__sub">Team Mantine · stilizzato, batteries-included</div>
              </div>
            </div>
            <div class="combo-card__usage">circa 540.000 download settimanali (@mantine/core, npm, maggio 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Tasso axe-pass</span><span>8 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Copertura pattern ARIA</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><div class="dot"></div><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Nativo vs. personalizzazione</span><span>Richiede personalizzazioni — passare props per correggere combobox, switch, slider</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Chakra UI v3</div>
                <div class="combo-card__sub">Chakra Systems · Zag-based, stilizzato</div>
              </div>
            </div>
            <div class="combo-card__usage">circa 480.000 download settimanali (@chakra-ui/react, npm, maggio 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Tasso axe-pass</span><span>9 / 11</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Copertura pattern ARIA</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><div class="dot"></div></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Nativo vs. personalizzazione</span><span>Per lo più nativo — il tooltip solo al passaggio del mouse è una lacuna nota della v3</span></div>
          </article>

        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Riferimento</div>
        <h2 class="section-title" id="s3-heading">3. Matrice di copertura dei pattern</h2>
        <div class="prose">
          <p>La griglia degli undici pattern riportata di seguito è il principale riferimento. Una cella verde significa che la libreria distribuisce la primitiva nativamente e supera axe nel suo stato predefinito. Una cella gialla significa che la libreria distribuisce la primitiva ma nell'esempio d'uso documentato è emersa almeno una violazione axe, una lacuna nel contratto da tastiera o una lacuna con lo screen reader. Un «N/D» grigio significa che la libreria non distribuisce quella primitiva — per shadcn/ui si tratta di tre pattern che richiederebbero di importare Radix direttamente o integrare un componente di terze parti.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th scope="col">Pattern</th>
              <th scope="col">Radix</th>
              <th scope="col">React Aria</th>
              <th scope="col">Ark UI</th>
              <th scope="col">shadcn</th>
              <th scope="col">Headless</th>
              <th scope="col">Mantine</th>
              <th scope="col">Chakra v3</th>
            </tr>
          </thead>
          <tbody>
            <tr><th scope="row">Dialog</th><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td></tr>
            <tr><th scope="row">Alert dialog</th><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Parziale</td><td>Pass</td></tr>
            <tr><th scope="row">Combobox</th><td>Pass</td><td>Pass</td><td>Pass</td><td class="cell-na">N/D</td><td>Pass</td><td>Parziale</td><td>Pass</td></tr>
            <tr><th scope="row">Listbox</th><td>Pass</td><td>Pass</td><td>Pass</td><td class="cell-na">N/D</td><td>Pass</td><td>Pass</td><td>Pass</td></tr>
            <tr><th scope="row">Menu</th><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Parziale</td><td>Pass</td><td>Pass</td></tr>
            <tr><th scope="row">Menubar</th><td>Pass</td><td>Pass</td><td>Pass</td><td class="cell-na">N/D</td><td class="cell-na">N/D</td><td>Pass</td><td>Pass</td></tr>
            <tr><th scope="row">Tabs</th><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td></tr>
            <tr><th scope="row">Accordion</th><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td></tr>
            <tr><th scope="row">Tooltip</th><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Parziale</td></tr>
            <tr><th scope="row">Switch</th><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Parziale</td><td>Pass</td></tr>
            <tr><th scope="row">Slider</th><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Pass</td><td>Parziale</td><td>Pass</td></tr>
          </tbody>
        </table>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Leggere la matrice con attenzione</span>
            <div class="callout__body"><p>Una cella N/D grigia non è un fallimento — è una questione di approvvigionamento. Il modello shadcn/ui prevede di copiare il sorgente necessario da un set curato e poi distribuirlo; per i tre pattern N/D si importa una primitiva Radix direttamente oppure si attinge da un registro gemello. Il rischio in shadcn/ui non sono i componenti che distribuisce — quelli ereditano la conformità di Radix — bensì i componenti che non distribuisce, dove i team finiscono per implementare manualmente una combobox alle 2 di notte per rispettare una scadenza.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Modalità di fallimento</div>
        <h2 class="section-title" id="s4-heading">4. I contratti da tastiera che hanno ceduto</h2>
        <div class="prose">
          <p>Il fallimento più ricorrente tra le librerie non è stato un attributo aria mancante — bensì un contratto da tastiera che quasi corrispondeva alle APG e poi divergeva di un tasto. La combobox di Mantine non risponde a <kbd>Home</kbd> e <kbd>Fine</kbd> come specificato dalle APG. Il tooltip di Chakra v3 non può essere chiuso con <kbd>Escape</kbd> quando è stato aperto al passaggio del mouse. La primitiva menu di Headless UI collassa al primo <kbd>ArrowDown</kbd> invece di portare il focus sul primo elemento, perché l'implementazione tratta il trigger come discendente attivo all'apertura.</p>
          <p>Non si tratta di casi limite esotici. Sono i pattern verso cui un utente di screen reader si dirige al primo minuto. Il confronto di seguito abbina la stessa API combobox scritta in due modi — una volta con i default di Mantine, una volta con React Aria Components — per mostrare come appare il contratto da tastiera quando è trattato come una specifica anziché come un elemento di rifinitura.</p>
        </div>

        <div class="cmp-grid">
          <article class="cmp-card good">
            <div class="cmp-card-label">Richiede personalizzazione: Mantine combobox nello stato predefinito</div>
            <pre><code>{`<Combobox
  store={combobox}
  onOptionSubmit={(v) => setValue(v)}
>
  <Combobox.Target>
    <InputBase
      // nessun collegamento aria-controls sull'input
      // I tasti Home/Fine non spostano il focus nel listbox
      // ArrowDown apre ma non porta il focus sull'elemento 1
      value={value}
      onChange={(e) => setValue(e.currentTarget.value)}
    />
  </Combobox.Target>
  <Combobox.Dropdown>
    {/* gli elementi listbox vengono renderizzati qui */}
  </Combobox.Dropdown>
</Combobox>`}</code></pre>
          </article>

          <article class="cmp-card better">
            <div class="cmp-card-label">Nativo: React Aria Components combobox nello stato predefinito</div>
            <pre><code>{`<ComboBox aria-label="Filtra clienti">
  <Label>Cliente</Label>
  <Input />
  <Popover>
    <ListBox>
      <ListBoxItem>Alpha</ListBoxItem>
      <ListBoxItem>Bravo</ListBoxItem>
      <ListBoxItem>Charlie</ListBoxItem>
    </ListBox>
  </Popover>
</ComboBox>
// aria-controls, aria-activedescendant,
// aria-expanded, role=combobox, Home/Fine,
// PageUp/PageDown, Escape: tutto configurato di default.`}</code></pre>
          </article>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Perché questa lacuna è strutturale, non editoriale</span>
            <div class="callout__body"><p>Le librerie che derivano i propri contratti da tastiera da una specifica pubblicata — React Aria dalle WAI-ARIA APG, Ark UI dalle state machine Zag.js — distribuiscono quei contratti come unico comportamento che il componente supporta. Le librerie che trattano il contratto da tastiera come un elenco di funzionalità ne distribuiscono circa l'80% e lasciano il restante 20% come «lavoro futuro». Quel 20% finale è esattamente i tasti che gli utenti di tecnologia assistiva premono per primi.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Costo</div>
        <h2 class="section-title" id="s5-heading">5. Costo in dimensione del bundle dell'accessibilità</h2>
        <div class="prose">
          <p>L'obiezione più comune alla scelta delle librerie più rigorose è la dimensione del bundle. L'audit non ha confermato questa preoccupazione. Le primitive di Radix UI sono tree-shakeable per primitiva e si attestano nell'intervallo approssimativo di 7-15 KB gzippati ciascuna; React Aria Components è più pesante — circa 95 KB gzippati per il bundle completo — ma è anch'essa tree-shakeable. Headless UI è la più leggera a circa 25 KB gzippati per l'intero pacchetto. Mantine e Chakra v3 sono entrambe batteries-included e includono il sistema di stile nello stesso bundle, portandole nell'intervallo approssimativo di 180-220 KB gzippati di default.</p>
          <p>Il compromesso è reale ma più piccolo di quanto suggerisca il dibattito. Una combobox che non rispetta <kbd>Home</kbd> e <kbd>Fine</kbd> costa approssimativamente gli stessi byte di una che lo fa. La scelta non è «accessibilità contro prestazioni» — è «comportamento derivato da specifica contro comportamento implementato manualmente», e la versione implementata manualmente è più spesso quella più grande perché porta la propria state machine ad hoc.</p>
        </div>

        <div class="stat-row" aria-label="Costi approssimativi del bundle gzippato">
          <div class="stat-card">
            <div class="stat-card__num">7-15 KB</div>
            <div class="stat-card__label">Radix UI per primitiva (gzippato)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">25 KB</div>
            <div class="stat-card__label">Headless UI pacchetto completo (gzippato)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">95 KB</div>
            <div class="stat-card__label">React Aria Components bundle completo (gzippato, tree-shakeable)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">circa 200 KB</div>
            <div class="stat-card__label">Mantine + Chakra v3 batteries-included di default</div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Playbook</div>
        <h2 class="section-title" id="s6-heading">6. Playbook per scegliere uno stack</h2>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Se il prodotto è un'applicazione enterprise con un requisito di accessibilità guidato dall'approvvigionamento, scegliere React Aria Components.</h3>
            <p>È l'unica libreria sottoposta ad audit le cui API sono esplicitamente derivate dalla WAI-ARIA Authoring Practices Guide. Il bundle è più pesante di Radix, ma la storia del superamento dell'audit per un revisore VPAT è la più chiara perché ogni primitiva ha una dichiarazione di conformità pubblicata.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Se il team gestisce il proprio design system, scegliere Radix UI (e opzionalmente shadcn/ui sopra di esso).</h3>
            <p>Radix fornisce primitive non stilizzate conformi alle specifiche. shadcn/ui le rende facili da copiare e personalizzare. L'aspetto da monitorare sono i tre pattern che shadcn non distribuisce — combobox, listbox, menubar — per i quali si dovrebbe importare Radix direttamente invece di implementarli manualmente.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Se il team è Tailwind-first e necessita solo di una superficie ridotta, scegliere Headless UI — ma sottoporre ad audit la primitiva menu nel proprio codice.</h3>
            <p>Headless UI è il bundle più leggero del settore e distribuisce una superficie piccola e ben testata. La lacuna della primitiva menu è documentata sopra; correggerla con un collegamento esplicito <code>aria-activedescendant</code> sul menu in stile listbox, oppure avvolgere il menu con un helper locale al progetto che lo faccia.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Se il team valuta batteries-included sopra la conformità alle specifiche, scegliere Mantine o Chakra v3 — ma pianificare le personalizzazioni.</h3>
            <p>Entrambe le librerie sono veloci da mettere in produzione e hanno un aspetto gradevole di default. Entrambe richiedono anche personalizzazioni per componente per superare l'audit su combobox, switch, slider (Mantine) o tooltip (Chakra v3). Prevedere il lavoro di personalizzazione nello sprint che adotta la libreria, non in quello che fallisce l'audit.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>Eseguire axe sulla demo della libreria prima di adottarla.</h3>
            <p>I fornitori mantengono siti demo. Puntare axe DevTools su di essi. Se la demo del fornitore genera violazioni sulle primitive che si intende usare, quelle violazioni seguiranno nel prodotto. Questo singolo controllo di cinque minuti separa le librerie che si adottano da quelle che si evitano.</p>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Conclusione: la specifica è il contratto</h2>
        <div class="prose">
          <p>Le librerie che superano un audit axe in modo pulito sono quelle i cui autori hanno trattato la WAI-ARIA Authoring Practices Guide come un contratto anziché come un riferimento. Radix UI, React Aria Components e Ark UI derivano ciascuna i propri contratti da tastiera e il cablaggio ARIA da una specifica pubblicata — le APG nel caso di Radix e React Aria, le state machine Zag.js nel caso di Ark UI — e distribuiscono la specifica, non un sottoinsieme di essa.</p>
          <p>Le librerie che falliscono non lo fanno perché i loro autori non si preoccupano dell'accessibilità. Falliscono perché il contratto da tastiera è stato trattato come un elenco di funzionalità, e gli elenchi di funzionalità finiscono all'80% invece che al 100%. L'ultimo 20% — <kbd>Home</kbd> e <kbd>Fine</kbd> in una combobox, <kbd>Escape</kbd> per chiudere un tooltip aperto al passaggio del mouse, gestione del focus al primo <kbd>ArrowDown</kbd> in un menu — è la parte che nota l'utente.</p>
          <p>La storia di shadcn/ui si colloca in modo strano tra le due categorie. I componenti che distribuisce ereditano la derivazione dalla specifica di Radix e superano l'audit. I componenti che non distribuisce sono le lacune in cui i team implementano manualmente una combobox interna, e quella combobox interna è il punto in cui la prossima violazione axe entra nel codebase. La soluzione non è scegliere una libreria diversa — è importare Radix direttamente per quei tre pattern e trattarli con la stessa serietà del resto del design system.</p>
          <p>I team di ingegneria che adottano una libreria dovrebbero abbinare la scelta al resto del toolkit per sviluppatori nel <a href="/toolkit/for/developers/">nostro landing per sviluppatori</a>, eseguire una <a href="/toolkit/scan/">scansione gratuita WCAG 2.2</a> sulla demo della libreria prima di distribuirla in produzione e confrontare il risultato con il <a href="/toolkit/standards/wcag/">riferimento completo ai criteri di successo WCAG 2.2</a>.</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Scegliete la libreria i cui autori hanno trattato la specifica come un contratto, e l'audit diventa una formalità. Scegliete la libreria i cui autori hanno trattato la specifica come un riferimento, e l'audit diventa un backlog.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— desk di ingegneria di disabilityworld.org, nota conclusiva</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Strumenti per la visualizzazione dati accessibile nel 2026: uno stack funzionante
url: https://www.disabilityworld.org/it/articles/accessible-data-viz-tooling-2026/
description: Un engineering primer che valuta Vega-Lite, Plotly, Observable Plot, Apache ECharts e D3 rispetto ai default di accessibilità — SVG/ARIA, palette per daltonismo, punti dati navigabili da tastiera, gerarchia per screen reader e vista tabellare alternativa — con indicazioni concrete per caso d'uso.
author: Disability World
pubDate: 2026-05-22
tags: data-viz, charts, d3, vega, observable, plotly, accessibility, tech-news
---

# Strumenti per la visualizzazione dati accessibile nel 2026: uno stack funzionante

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Engineering primer · Stack A11y per data-viz</div>
      <h1 class="hero__title" id="hero-heading">
        Strumenti per la visualizzazione dati accessibile nel 2026:<br />
        uno stack funzionante
      </h1>
      <p class="hero__lead">Cinque librerie dominano la conversazione moderna sulla visualizzazione dei dati, ma solo alcune di esse trattano uno screen reader come un consumatore di prima classe. Questo è il foglio di valutazione di un ingegnere che lavora sul campo, scritto per i team che distribuiscono grafici in produzione nel 2026.</p>
      <div class="hero__stats" aria-label="Statistiche chiave">
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">librerie valutate</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">assi di accessibilità valutati</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">circa 8%</div>
          <div class="stat-chip__label">della popolazione ha un CVD</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">A cura del <strong>Disability World engineering desk</strong></div>
        <div class="hero__pill">10 min di lettura</div>
        <div class="hero__pill">Aggiornato maggio 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Sezioni dell'articolo">
    <div class="toc-bar__inner">
      <p>Contenuti</p>
      <ul role="list">
        <li><a href="#s1">1. I cinque assi di accessibilità</a></li>
        <li><a href="#s2">2. Le cinque librerie</a></li>
        <li><a href="#s3">3. La matrice di valutazione</a></li>
        <li><a href="#s4">4. Grafico buono, grafico cattivo</a></li>
        <li><a href="#s5">5. Indicazioni per caso d'uso</a></li>
        <li><a href="#conclusion">Conclusione</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Fondamenti</div>
        <h2 class="section-title" id="s1-heading">1. I cinque assi che stabiliscono se un grafico è accessibile</h2>
        <div class="prose">
          <p>L'espressione «grafico accessibile» cela una serie di requisiti sottilmente diversi. Un grafico a barre può essere renderizzato come SVG con un contrasto cromatico perfetto ed essere comunque irraggiungibile da un utente che naviga solo con la tastiera. Può essere navigabile da tastiera e tuttavia non annunciare nulla di utile a uno screen reader. Può annunciare i valori in modo chiaro e lasciare comunque un utente ipovedente senza risorse al primo tooltip. Per confrontare le librerie in modo equo, valutiamo ciascuna rispetto a cinque assi indipendenti che rispecchiano direttamente l'esperienza di un utente reale di tecnologia assistiva con una visualizzazione.</p>
          <p>Questi cinque assi non sono un elenco di preferenze personali. Sono la traduzione pratica dei criteri di successo WCAG 2.2 (1.4.11 contrasto per elementi non testuali, 2.1.1 tastiera, 4.1.2 nome ruolo valore), delle linee guida ARIA Authoring Practices sui grafici e del documento «Data Visualization Accessibility» della W3C Research Questions Task Force che circola dal 2023. Ogni libreria di grafici produce SVG; ogni libreria renderizza una legenda; ogni libreria ha un'opinione sui colori. Ciò che le distingue sono i default — il grafico che si ottiene scrivendo la quantità minima sensata di codice.</p>
        </div>

        <div class="stat-row" aria-label="Contesto degli assi di accessibilità">
          <div class="stat-card">
            <div class="stat-card__num">circa 8%</div>
            <div class="stat-card__label">degli uomini ha una forma di deficit nella visione dei colori rosso-verde — il motivo principale per cui le palette categoriali devono essere CVD-safe di default (NIH).</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">2.1.1</div>
            <div class="stat-card__label">Criterio di successo WCAG: tutte le funzionalità, inclusa l'ispezione dei grafici, devono essere accessibili tramite la sola tastiera.</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">4.1.2</div>
            <div class="stat-card__label">WCAG: ogni controllo interattivo — incluso ogni punto dati su cui l'utente può portare il focus — deve esporre nome, ruolo e valore alla tecnologia assistiva.</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">I cinque assi</span>
            <div class="callout__body">
              <p><strong>1. SVG con ARIA semantico.</strong> La libreria produce SVG (non canvas) e quell'SVG include ruoli, etichette e struttura di raggruppamento significativi anziché nidi anonimi di <code>&lt;g&gt;</code>?</p>
              <p><strong>2. Palette CVD-safe di default.</strong> Le palette categoriali e sequenziali sono testate per il daltonismo di default, o è necessario sapere di doverle sostituire?</p>
              <p><strong>3. Punti dati navigabili da tastiera.</strong> Un utente vedente che naviga solo con la tastiera può portare il focus sul grafico, spostarsi tra i segni con le frecce e leggere il valore di ciascun segno?</p>
              <p><strong>4. Gerarchia di descrizione per screen reader.</strong> È presente un titolo, un riassunto di una frase e annunci per serie/punto — non solo un singolo dump di alt-text?</p>
              <p><strong>5. Vista tabellare alternativa.</strong> I dati sottostanti sono disponibili come tabella HTML collegata al, o renderizzata accanto al, grafico per gli utenti che preferiscono la consultazione tabellare?</p>
            </div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Un grafico distribuito con contrasto perfetto e una palette CVD-safe ma senza modello da tastiera è un grafico che è stato renderizzato per metà del pubblico.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Disability World engineering desk</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Panoramica</div>
        <h2 class="section-title" id="s2-heading">2. Le cinque librerie in esame</h2>
        <div class="prose">
          <p>Cinque librerie coprono la stragrande maggioranza del nuovo lavoro di grafica nel 2026: Vega-Lite, Plotly, Observable Plot, Apache ECharts e D3 con codice personalizzato. Occupano posizioni diverse sull'asse dell'astrazione — Vega-Lite è la più dichiarativa, D3 la più imperativa — e ciascuna porta una postura diversa verso l'accessibilità. Trattiamo D3 separatamente perché «D3 + codice personalizzato» è una proposta ingegneristica fondamentalmente diversa: l'accessibilità che si ottiene è quella che si scrive.</p>
          <p>Nessuna di queste librerie è ostile all'accessibilità. Tutte producono SVG (Plotly e ECharts possono anche emettere canvas; valutiamo la modalità SVG). Tutte accettano palette di colori arbitrarie. La domanda è cosa si ottiene scrivendo la quantità minima sensata di codice, e quanto recablaggio serve per passare da quel default a un grafico che supera effettivamente WCAG 2.2 AA.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Vega-Lite</div>
                <div class="combo-card__sub">Grammatica dichiarativa della grafica interattiva (UW)</div>
              </div>
            </div>
            <div class="combo-card__usage">Adatto per dashboard e grafici creati da analisti</div>
            <div class="combo-feat"><span class="combo-feat__label">Output</span><span>SVG (canvas opzionale)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Default A11y</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Plotly.js</div>
                <div class="combo-card__sub">Toolkit open-source per grafici (Plotly Inc.)</div>
              </div>
            </div>
            <div class="combo-card__usage">Adatto per dashboard scientifiche e di tipo BI</div>
            <div class="combo-feat"><span class="combo-feat__label">Output</span><span>SVG (canvas per tracce WebGL)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Default A11y</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Observable Plot</div>
                <div class="combo-card__sub">API concisa basata su mark (Observable / Mike Bostock)</div>
              </div>
            </div>
            <div class="combo-card__usage">Adatto per grafici editoriali ed esplorativi</div>
            <div class="combo-feat"><span class="combo-feat__label">Output</span><span>SVG</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Default A11y</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Apache ECharts</div>
                <div class="combo-card__sub">Grafici di livello enterprise (Apache Software Foundation)</div>
              </div>
            </div>
            <div class="combo-card__usage">Adatto per dashboard operativi ad alta densità</div>
            <div class="combo-feat"><span class="combo-feat__label">Output</span><span>Canvas (renderer SVG disponibile)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Default A11y</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">D3 + codice personalizzato</div>
                <div class="combo-card__sub">Primitive di basso livello per il data binding (Mike Bostock)</div>
              </div>
            </div>
            <div class="combo-card__usage">Adatto per grafici editoriali e di prodotto su misura</div>
            <div class="combo-feat"><span class="combo-feat__label">Output</span><span>SVG (quello che si scrive)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Default A11y</span><span class="dot-row"><span class="dot"></span><span class="dot"></span> <span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Avvertenza su D3</span>
            <div class="callout__body">
              <p>La valutazione «zero dot» per D3 non è una critica alla libreria — è la descrizione onesta di ciò che si ottiene da una build D3 vanilla. D3 è una raccolta di primitive. L'accessibilità in un grafico D3 è quella che scrive l'autore. Un grafico D3 realizzato da un ingegnere che conosce ARIA può essere il grafico più accessibile della pagina; un grafico D3 realizzato senza quella conoscenza è quasi sempre il grafico meno accessibile della pagina.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Riferimento</div>
        <h2 class="section-title" id="s3-heading">3. La matrice di valutazione: libreria per funzionalità di accessibilità</h2>
        <div class="prose">
          <p>I cinque assi della prima sezione, valutati rispetto alle cinque librerie della seconda. «Sì» significa che il comportamento predefinito supera l'asse; «Parziale» significa che la libreria espone gli hook giusti ma non li attiva di default; «Manuale» significa che l'ingegnere deve scrivere il codice rilevante da zero.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>Vega-Lite</th>
              <th>Plotly.js</th>
              <th>Observable Plot</th>
              <th>Apache ECharts</th>
              <th>D3 + custom</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <th>Output SVG con ARIA semantico</th>
              <td>Sì (SVG, gruppi con titolo)</td>
              <td>Sì (SVG, etichette ARIA)</td>
              <td>Sì (SVG, ruoli mark)</td>
              <td>Parziale (canvas di default; renderer SVG opt-in)</td>
              <td>Manuale</td>
            </tr>
            <tr>
              <th>Palette CVD-safe di default</th>
              <td>Sì (Tableau 10 + viridis)</td>
              <td>Parziale (palette Plotly di default; palette CVD opt-in)</td>
              <td>Sì (Observable categorical10)</td>
              <td>Parziale (schema di default non testato per CVD)</td>
              <td>Manuale</td>
            </tr>
            <tr>
              <th>Punti dati navigabili da tastiera</th>
              <td>Parziale (focus sulla legenda; i segni richiedono configurazione)</td>
              <td>Sì (navigazione con tasti freccia nella 2.x)</td>
              <td>Parziale (il plugin tip dà focus; i segni sono manuali)</td>
              <td>Parziale (modulo a11y opt-in)</td>
              <td>Manuale</td>
            </tr>
            <tr>
              <th>Gerarchia di descrizione per screen reader</th>
              <td>Sì (proprietà description nella specifica)</td>
              <td>Parziale (singolo titolo; per-punto opt-in)</td>
              <td>Sì (segni ariaLabel + ariaDescription)</td>
              <td>Parziale (il modulo a11y emette alt per serie)</td>
              <td>Manuale</td>
            </tr>
            <tr>
              <th>Vista tabellare alternativa</th>
              <td>Parziale (tabella dati facile da renderizzare)</td>
              <td>Parziale (esportazione CSV; nessuna tabella nel DOM)</td>
              <td>Parziale (helper data(), nessuna tabella automatica)</td>
              <td>Parziale (la toolbox supporta la vista dati)</td>
              <td>Manuale</td>
            </tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">Come leggere la matrice</span>
            <div class="callout__body">
              <p>Vega-Lite e Observable Plot guidano sui default dichiarativi. Plotly guida sulla navigazione da tastiera integrata. ECharts ha il modulo di accessibilità opt-in più completo tra tutte le librerie in elenco — ma solo se lo si abilita. D3 non dà nulla e dà tutto: ogni cella è «manuale» perché la libreria non ha opinioni. Nessuna di queste librerie è una soluzione a una sola riga; tutte sono praticabili con le giuste intenzioni.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Pattern</div>
        <h2 class="section-title" id="s4-heading">4. Grafico buono, grafico cattivo: gli stessi dati, due modi</h2>
        <div class="prose">
          <p>La matrice mostra ciò che espone ogni libreria; questa sezione mostra ciò che scrive concretamente un ingegnere. Stessi dati, due implementazioni. La versione «cattiva» è veloce da produrre e appare bene su uno schermo da 27 pollici. La versione «buona» richiede 12 righe di codice in più e supera ogni asse della matrice.</p>
        </div>

        <div class="cmp-grid">
          <article class="cmp-card good">
            <div class="cmp-card-label">Grafico cattivo — veloce ma irraggiungibile</div>
            <pre><code>{`// Vega-Lite — solo default
{
  "data": { "url": "complaints.csv" },
  "mark": "bar",
  "encoding": {
    "x": { "field": "category", "type": "nominal" },
    "y": { "field": "count", "type": "quantitative" },
    "color": { "field": "category" }
  }
}`}</code></pre>
            <p>Viene renderizzato. Appare bene. Nessun titolo del grafico per lo screen reader. Nessuna descrizione. Nessun modello da tastiera sui segni. Schema di colori di default non testato per CVD con il numero di categorie effettivo. Nessuna tabella di fallback.</p>
          </article>

          <article class="cmp-card better">
            <div class="cmp-card-label">Grafico buono — 12 righe che contano</div>
            <pre><code>{`// Vega-Lite — default accessibili
{
  "title": "Reclami per superficie, 2024",
  "description":
    "Grafico a barre di 4.605 reclami per accessibilità web, classificati per superficie. Il più alto: moduli (1.940).",
  "data": { "url": "complaints.csv" },
  "mark": { "type": "bar", "ariaRoleDescription": "bar" },
  "encoding": {
    "x": { "field": "category", "type": "nominal",
           "axis": { "labelAngle": -30 } },
    "y": { "field": "count", "type": "quantitative",
           "title": "Reclami" },
    "color": {
      "field": "category",
      "scale": { "scheme": "tableau10" },
      "legend": { "title": "Superficie" }
    },
    "tooltip": [
      { "field": "category", "title": "Superficie" },
      { "field": "count", "title": "Reclami" }
    ]
  },
  "usermeta": { "embedOptions": { "ariaLabel": "Grafico reclami" } }
}`}</code></pre>
            <p>Titolo, descrizione, palette CVD-safe, asse nominato, campi tooltip nominati, descrizione del ruolo ARIA sul segno. Abbinato a un <code>&lt;table&gt;</code> renderizzato dallo stesso dataset, questo supera ogni asse della matrice senza uscire dalla grammatica dichiarativa.</p>
          </article>
        </div>

        <p class="pull">Il grafico buono non è un grafico diverso. È lo stesso grafico con i default impliciti resi espliciti, il titolo scritto, la palette nominata, il ruolo per-segno specificato, e i dati offerti anche come tabella. Questa è tutta l'arte.</p>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Il pattern della tabella alternativa</span>
            <div class="callout__body">
              <p>Nessuna delle cinque librerie distribuisce di default una modalità «renderizza questo grafico come tabella». Il pattern funzionante è: collegare gli stessi dati a due componenti — il grafico e una <code>&lt;table&gt;</code> HTML sotto di esso, spesso nascosta visivamente ma esposta alla tecnologia assistiva con un toggle «Mostra tabella dati» che capovolge un attributo <code>hidden</code>. Questo pattern richiede circa 20 righe di codice framework per grafico e si ripaga alla prima sessione di ricerca sugli utenti.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Playbook</div>
        <h2 class="section-title" id="s5-heading">5. Indicazioni concrete per caso d'uso</h2>
        <div class="prose">
          <p>La scelta della libreria nel 2026 riguarda principalmente l'adattamento al flusso di lavoro. Le cinque librerie in esame sono tutte praticabili. La domanda è quale corrisponde al tipo di grafici che si sta effettivamente distribuendo. Cinque casi d'uso comuni, cinque scelte, con la migliore alternativa nominata.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Grafici editoriali / data journalism (un grafico, curato)</h3>
            <p><strong>Scelta: Observable Plot</strong>, con Vega-Lite come valida alternativa. L'API basata su mark di Plot fornisce etichette ARIA per segno gratuitamente, la palette categoriale è testata per CVD e l'output SVG è letto in modo chiaro. Vega-Lite è la seconda scelta qui perché la proprietà description è il riassunto per screen reader più pulito per singolo attributo in qualsiasi libreria — ma Plot vince sull'ergonomia di default per pezzi editoriali singoli.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Dashboard creati da analisti (molti grafici, dichiarativi)</h3>
            <p><strong>Scelta: Vega-Lite</strong>, con Observable Plot come valida alternativa. La grammatica a specifica di Vega-Lite consente agli analisti di comporre 30 grafici in un notebook senza scrivere JavaScript, e le proprietà <code>title</code> + <code>description</code> dello schema forniscono la gerarchia per screen reader senza plumbing aggiuntivo. Abbinare ogni grafico a una tabella dati renderizzata da Vega per superare l'asse della tabella alternativa.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Dashboard scientifici / di tipo BI (esplorazione interattiva)</h3>
            <p><strong>Scelta: Plotly.js</strong>, con ECharts come valida alternativa. Plotly è l'unica libreria in elenco che distribuisce la navigazione con tasti freccia tra i segni come default nella linea 2.x. Se il pubblico si aspetta di passare il mouse, ingrandire e approfondire, il modello da tastiera integrato di Plotly è il fattore decisivo. ECharts recupera se si abilita il modulo <code>aria</code> — ma è necessario abilitarlo esplicitamente.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Dashboard operativi ad alta densità (centinaia di punti, performance-critical)</h3>
            <p><strong>Scelta: Apache ECharts</strong> con renderer SVG + modulo <code>aria</code> abilitato, con Plotly come valida alternativa. ECharts è la storia di performance più solida in questo gruppo per grafici molto densi e il modulo <code>aria</code> produce testo alt per serie che gli screen reader gestiscono in modo competente. Disattivare il renderer canvas; canvas è più veloce ma l'albero di accessibilità scompare.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>Grafici editoriali su misura che nessuna libreria renderizza (personalizzati, unici)</h3>
            <p><strong>Scelta: D3 con uno strato di accessibilità scritto a mano</strong>. Lo strato scritto a mano è imprescindibile: un <code>&lt;title&gt;</code> + <code>&lt;desc&gt;</code> alla radice SVG, <code>role="img"</code> per segno con <code>aria-label</code>, un modello di focus su ogni segno focalizzabile e una <code>&lt;table&gt;</code> adiacente renderizzata dallo stesso dataset. D3 è lo strumento giusto quando il grafico non esiste davvero altrove; è quello sbagliato quando il grafico è un diagramma a barre e qualcuno ha scelto D3 per abitudine.</p>
          </div>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Ciò che nessuna di queste librerie corregge</span>
            <div class="callout__body">
              <p>Il grafico all'interno di una libreria di grafici è raramente l'unica cosa sulla pagina. Tooltip che appaiono solo al passaggio del mouse e non al focus, legende che sono <code>&lt;div&gt;</code> invece di <code>&lt;ul&gt;</code>, anelli di focus sovrascritti nel foglio di reset della pagina, campioni di colore con contrasto insufficiente rispetto allo sfondo della pagina — questi sono fallimenti a livello di pagina che nessuna libreria di grafici correggerà automaticamente. La libreria fornisce i segni; la pagina fornisce il resto.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Conclusione: lo stack funzionante è quello che si scrive</h2>
        <div class="prose">
          <p>Nessuna delle cinque librerie in esame è la risposta sbagliata. Tutte superano la maggior parte degli assi con una piccola dose di intenzione. Il singolo predittore più affidabile di un grafico accessibile nel 2026 non è la libreria nella riga di import — è se il team ha scritto, nello stesso posto dove si trova il design system, cosa significa «grafico accessibile» in questa organizzazione. Titolo. Descrizione. Palette. Modello da tastiera. Tabella alternativa. Cinque righe in un CONTRIBUTING.md; la differenza tra un grafico che viene distribuito e un grafico che arriva a destinazione.</p>
          <p>Scegliere la libreria adatta al flusso di lavoro, attivare i suoi default di accessibilità, abbinare ogni grafico a una tabella dati e sottoporre ad audit il chrome della pagina attorno al grafico con la stessa cura del grafico stesso. Il grafico predefinito in qualsiasi di queste librerie può essere reso accessibile. Il grafico predefinito in nessuna di queste librerie è accessibile senza intenzione.</p>
        </div>
        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«La libreria fornisce i segni; la pagina fornisce il resto.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Disability World engineering desk</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: PDF accessibili dall'inizio alla fine: dalla creazione alla rimediazione
url: https://www.disabilityworld.org/it/articles/accessible-pdfs-end-to-end/
description: Una guida pratica per ingegneri sulla produzione di PDF accessibili — scelte di authoring in InDesign, Word e LibreOffice, l'albero dei tag richiesto da PDF/UA, i quattro strumenti di rimediazione e il comportamento di JAWS, NVDA, VoiceOver e ChromeVox su un PDF con tag.
author: Disability World
pubDate: 2026-05-22
tags: pdf, accessibility, pdf-ua, tagged-pdf, education, document-accessibility
---

# PDF accessibili dall'inizio alla fine: dalla creazione alla rimediazione

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Engineering primer · Accessibilità PDF</div>
      <h1 class="hero__title" id="hero-heading">
        PDF accessibili dall'inizio alla fine:<br />
        dalla creazione alla rimediazione
      </h1>
      <p class="hero__lead">L'accessibilità di un PDF non è un'unica opzione da attivare in Acrobat alla fine del processo. È una catena di decisioni che inizia in InDesign o Word, attraversa l'albero dei tag, raggiunge la conformità PDF/UA, viene verificata in PAC e infine incontra quattro screen reader che leggono lo stesso file in modo leggermente diverso. Questo primer percorre la catena nell'ordine in cui gli ingegneri la affrontano nella pratica.</p>
      <div class="hero__stats" aria-label="Statistiche chiave">
        <div class="stat-chip">
          <div class="stat-chip__num">ISO 14289-1</div>
          <div class="stat-chip__label">Standard di conformità PDF/UA (2014, aggiornato 2024)</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">31</div>
          <div class="stat-chip__label">Condizioni di fallimento del Matterhorn Protocol che un PDF con tag deve superare</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">4 + 4</div>
          <div class="stat-chip__label">Strumenti di rimediazione e screen reader trattati di seguito</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">Di <strong>disability-world editorial</strong></div>
        <div class="hero__pill">12 min di lettura</div>
        <div class="hero__pill">Aggiornato maggio 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Sezioni dell'articolo">
    <div class="toc-bar__inner">
      <p>Contenuto</p>
      <ul role="list">
        <li><a href="#s1">1. Authoring</a></li>
        <li><a href="#s2">2. L'albero dei tag</a></li>
        <li><a href="#s3">3. Conformità PDF/UA</a></li>
        <li><a href="#s4">4. Strumenti di rimediazione</a></li>
        <li><a href="#s5">5. Comportamento degli AT</a></li>
        <li><a href="#s6">6. Il flusso di lavoro end-to-end</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Fondamenti</div>
        <h2 class="section-title" id="s1-heading">1. Authoring: scegliere lo strumento a monte con cui si può effettivamente lavorare</h2>
        <div class="prose">
          <p>La decisione che influenza ogni passaggio successivo è l'ambiente di authoring. Un PDF generato da un documento InDesign correttamente strutturato con l'azione <strong>Rendi accessibile</strong> applicata porta già l'80 percento dei metadati di accessibilità prima che qualcuno apra Acrobat. Un PDF esportato da un documento Word in cui i titoli erano simulati con testo in grassetto e di dimensioni maggiori non ne porta quasi nessuno, e nessuna rimediazione successiva riuscirà a recuperarlo completamente. La scelta dello strumento di authoring, in altre parole, non è estetica. È strutturale.</p>
          <p>Tre percorsi di produzione dominano la pubblicazione istituzionale nel 2026. <strong>Adobe InDesign con l'azione Rendi accessibile</strong> è lo standard per i documenti tipografici — relazioni annuali, libri di testo, fascicoli normativi — dove il layout è fisso e il file lascia il team di design una volta sola. <strong>Microsoft Word con Salva come PDF accessibile</strong> è lo strumento per i documenti d'ufficio — policy, contratti, lettere — dove il sorgente viene modificato continuamente e il PDF è una resa piuttosto che una destinazione. <strong>LibreOffice con il passaggio al PDF Accessibility Checker</strong> è il percorso open source utilizzato da governi e università che hanno ragioni di policy per evitare i software Microsoft e Adobe.</p>
        </div>

        <div class="stat-row" aria-label="Confronto tra percorsi di authoring">
          <div class="stat-card">
            <div class="stat-card__num">InDesign</div>
            <div class="stat-card__label">Documenti tipografici · massima fedeltà dei tag se gli stili di paragrafo sono mappati ai tag a monte</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">Word</div>
            <div class="stat-card__label">Documenti d'ufficio · Salva come PDF accessibile + pannello Verifica accessibilità</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">LibreOffice</div>
            <div class="stat-card__label">Percorso open source · passaggio a PAC per la verifica, checker nativo meno potente</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Perché lo strumento a monte è importante</span>
            <div class="callout__body"><p>Gli alberi dei tag prodotti da InDesign e Word sono strutturalmente <em>derivati</em> dagli stili di paragrafo. Gli alberi dei tag prodotti dagli strumenti di rimediazione sono <em>assertiti</em> dopo il fatto. Il primo è verificabile rispetto al sorgente; il secondo è verificabile solo rispetto a sé stesso. I revisori chiedono sempre più spesso di vedere il sorgente, non solo il PDF.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Anatomia</div>
        <h2 class="section-title" id="s2-heading">2. L'albero dei tag: cosa contiene effettivamente ogni PDF accessibile</h2>
        <div class="prose">
          <p>Sotto ogni PDF accessibile c'è una struttura logica parallela — l'<strong>albero dei tag</strong> — che non ha nulla a che vedere con il layout visivo. Il PDF visibile è un insieme di istruzioni di disegno indirizzate per coordinate. L'albero dei tag è un modello a oggetti documento gerarchico separato che dice <em>questa operazione di disegno è il primo titolo, quella è il terzo punto della seconda lista, questa immagine è decorativa, quella ha il testo alternativo «Ricavi trimestrali per segmento, FY24».</em> Uno screen reader legge l'albero dei tag, non il disegno.</p>
          <p>Sei categorie di tag portano la maggior parte del significato nei documenti reali: i <strong>titoli (H1-H6)</strong> formano la struttura navigabile; i <strong>paragrafi (P)</strong> sono il testo; le <strong>liste (L, LI, Lbl, LBody)</strong> sono le enumerazioni ordinate o non ordinate; le <strong>tabelle (Table, TR, TH, TD)</strong> sono le griglie di dati con le intestazioni di colonna e riga esposte tramite l'attributo Scope; le <strong>figure (Figure)</strong> portano il testo alternativo nel loro attributo Alt o ActualText; e l'<strong>ordine di lettura</strong>, che è l'attraversamento in profondità dell'albero stesso, stabilisce la sequenza in cui uno screen reader parla il documento. Una pagina che <em>sembra</em> corretta su due colonne può essere letta nell'ordine sbagliato se l'albero dei tag mette la colonna destra prima di quella sinistra.</p>
          <p>Altri due attributi sono importanti su ogni tag in un file correttamente prodotto. L'<strong>attributo di lingua</strong> (Lang) indica allo screen reader quale dizionario di pronuncia utilizzare — il francese citato in un paragrafo in italiano ha bisogno del proprio attributo Lang su un tag Span, altrimenti verrà letto con la fonetica italiana. E il <strong>marcatore di artifact</strong> distingue il contenuto decorativo da quello strutturale; intestazioni, piè di pagina, numeri di pagina e linee decorative devono essere marcati come artifact affinché lo screen reader li salti.</p>
        </div>

        <figure class="comparison-card">
          <div class="comparison-card__head">Struttura dei tag corretta e scorretta per una pagina di report su due colonne</div>
          <div class="comparison-card__list">
            <div class="cmp-grid">
              <div class="cmp-card good">
                <div class="cmp-card-label">Corretto — con tag da un sorgente mappato agli stili di paragrafo</div>
                <p><strong>Sect</strong> → H1 (titolo pagina) → P (sommario) → H2 (titolo colonna sinistra) → P, P, L/LI × 3 → H2 (titolo colonna destra) → P, P → Figure con Alt → Table con TH(Scope=Col) e TH(Scope=Row). L'ordine di lettura segue l'albero. L'intestazione di pagina è marcata come Artifact.</p>
              </div>
              <div class="cmp-card better">
                <div class="cmp-card-label">Scorretto — con tag da un PDF orientato alla stampa, rimediato in Acrobat</div>
                <p>Singolo Sect piatto con tutto il contenuto come tag P non tipizzati. I titoli sono tag P con carattere più grande. Le liste sono tag P con glifi bullet nel testo. Le figure non hanno Alt. L'ordine di lettura alterna tra le colonne riga per riga perché l'albero dei tag rispecchia la sequenza di disegno colonna per colonna, non la sequenza logica.</p>
              </div>
            </div>
          </div>
        </figure>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">L'ordine di lettura non è l'ordine visivo</span>
            <div class="callout__body"><p>Lo strumento Ordine di lettura di Acrobat mostra sovrapposizioni numerate sulla pagina visiva che corrispondono all'attraversamento dell'albero dei tag. Gli ingegneri che verificano solo rispetto al layout visivo mancano i fallimenti dell'ordine di lettura, perché il layout visivo può essere corretto mentre l'attraversamento dell'albero dei tag è disordinato. Verificare sempre con il pannello Tag aperto <em>e</em> con uno screen reader.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Standard</div>
        <h2 class="section-title" id="s3-heading">3. Conformità PDF/UA: cosa richiede effettivamente la ISO 14289-1</h2>
        <div class="prose">
          <p>PDF/UA è lo standard internazionale per i PDF accessibili, pubblicato come <strong>ISO 14289-1</strong> nel 2014 e aggiornato nel 2024. Dove le [WCAG](/toolkit/standards/wcag/) sono neutrali rispetto alla tecnologia e alla piattaforma, PDF/UA è specifico per PDF — è il contratto tra il software che produce i documenti, il software che li consuma e le tecnologie assistive che dice <em>l'albero dei tag, i metadati e la struttura di questo file sono conformi a un insieme verificabile di condizioni, così un lettore conforme può fare affidamento su di essi.</em></p>
          <p>Lo standard è operativizzato attraverso il <strong>Matterhorn Protocol</strong>, mantenuto dalla PDF Association, che scompone PDF/UA in 31 <strong>condizioni di fallimento</strong> numerate, con varianti sia verificabili automaticamente sia verificabili manualmente. Le condizioni verificabili automaticamente includono l'assenza del titolo del documento nei metadati, la presenza di figure senza Alt o ActualText, liste strutturate al di fuori dei tag L/LI e attributi di lingua mancanti nel documento o nei tratti con cambio di lingua. Le condizioni verificabili manualmente riguardano ciò che il software non può verificare da solo — se il testo alternativo di una Figure descrive effettivamente la figura, se l'ordine di lettura corrisponde alla sequenza logica, se i titoli sono annidati logicamente anziché a salti di livello.</p>
          <p>L'aggiornamento del 2024 ha allineato PDF/UA ai criteri di successo WCAG 2.2 e ha chiarito il trattamento delle firme digitali e dei moduli — i moduli PDF accessibili devono esporre le etichette dei campi, i tooltip dei campi e l'ordine di tabulazione, e i PDF firmati non devono bloccare l'accesso dello screen reader all'albero dei tag sottostante dopo la firma.</p>
        </div>

        <div class="stat-row" aria-label="Dati rapidi su PDF/UA">
          <div class="stat-card">
            <div class="stat-card__num">14289-1</div>
            <div class="stat-card__label">Standard ISO, originariamente 2014, aggiornato 2024</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">31</div>
            <div class="stat-card__label">Condizioni di fallimento del Matterhorn Protocol</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">87</div>
            <div class="stat-card__label">Varianti di test individuali (automatiche + manuali)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">EN 301 549</div>
            <div class="stat-card__label">Standard europeo di procurement che incorpora PDF/UA per riferimento</div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«La conformità PDF/UA è un pavimento, non un soffitto. Un file può superare tutte le 31 condizioni del Matterhorn e offrire comunque una scarsa esperienza di lettura se il testo alternativo è generico o l'ordine di lettura è tecnicamente valido ma semanticamente sbagliato.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— PDF Association, guida al Matterhorn Protocol, edizione 2024</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Strumenti</div>
        <h2 class="section-title" id="s4-heading">4. Strumenti di rimediazione: i quattro prodotti tra cui gli ingegneri scelgono</h2>
        <div class="prose">
          <p>Quando un PDF arriva senza un albero dei tag utilizzabile — e la maggior parte dei PDF legacy è così — la scelta dell'ingegnere si riduce a quattro ambienti di rimediazione. Ciascuno ha una combinazione diversa di punti di forza nella modifica dell'albero dei tag, nell'OCR per gli originali scansionati, nell'elaborazione in batch e nei report PDF/UA. La matrice seguente mappa le capacità rispetto allo strumento.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>PAC 2024</th>
              <th>Adobe Acrobat Pro</th>
              <th>Foxit PDF Editor</th>
              <th>ABBYY FineReader 16</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>Report completo PDF/UA</th><td>Sì (canonico)</td><td>Parziale (preflight)</td><td>Parziale (checker proprio)</td><td>Limitato</td></tr>
            <tr><th>Modifica albero tag in-app</th><td class="cell-na">N/A (sola lettura)</td><td>Sì</td><td>Sì</td><td>Sì</td></tr>
            <tr><th>OCR per PDF scansionati</th><td class="cell-na">N/A</td><td>Sì</td><td>Sì</td><td>Sì (migliore della categoria)</td></tr>
            <tr><th>Overlay ordine di lettura</th><td>Sola lettura</td><td>Sì (Touch Up Reading Order)</td><td>Sì</td><td>Limitato</td></tr>
            <tr><th>Rimediazione in batch / scriptata</th><td class="cell-na">N/A</td><td>Sì (Azioni)</td><td>Sì (Azioni)</td><td>Sì (Hot Folder)</td></tr>
            <tr><th>Output allineato a Matterhorn</th><td>Sì</td><td>Approssimativo</td><td>Approssimativo</td><td>Limitato</td></tr>
            <tr><th>Fascia di costo</th><td>Gratuito</td><td>Abbonamento</td><td>Perpetua o abbonamento</td><td>Perpetua</td></tr>
          </tbody>
        </table>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">PDF Accessibility Checker (PAC)</div>
                <div class="combo-card__sub">Access for All, Svizzera · gratuito, desktop Windows</div>
              </div>
            </div>
            <div class="combo-card__usage">Verificatore, non editor</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Report canonico PDF/UA</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto debole</span><span>Nessuna modifica; solo verifica</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usare quando</span><span>Approvazione finale, audit</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Adobe Acrobat Pro</div>
                <div class="combo-card__sub">Adobe · abbonamento, multipiattaforma</div>
              </div>
            </div>
            <div class="combo-card__usage">Default di settore</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Pannello tag, strumento Ordine di lettura, Azioni</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto debole</span><span>Il checker integrato conta meno problemi rispetto a PAC</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usare quando</span><span>Modifica dell'albero dei tag sulla maggior parte dei file</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Foxit PDF Editor</div>
                <div class="combo-card__sub">Foxit · perpetua o abbonamento</div>
              </div>
            </div>
            <div class="combo-card__usage">Alternativa ad Acrobat</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Set di funzionalità simile a costo inferiore</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto debole</span><span>Ecosistema di plug-in più ristretto</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usare quando</span><span>Le regole di acquisto escludono Adobe</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">ABBYY FineReader 16</div>
                <div class="combo-card__sub">ABBYY · perpetua, Windows + macOS</div>
              </div>
            </div>
            <div class="combo-card__usage">Specialista OCR</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>OCR migliore della categoria per gli originali scansionati</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto debole</span><span>Interfaccia di modifica tag meno potente</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usare quando</span><span>Il sorgente è un PDF solo-immagine scansionato</span></div>
          </article>
        </div>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">*</div>
          <div>
            <span class="callout__label">PAC più un editor è l'abbinamento standard</span>
            <div class="callout__body"><p>PAC è l'unico verificatore PDF/UA ampiamente affidabile sul campo, ma non modifica. La maggior parte dei team di produzione abbina PAC ad Acrobat Pro (predefinito) o a Foxit (dove le regole di licenza richiedono un'alternativa) e ricorre ad ABBYY solo quando il sorgente è un PDF solo-immagine scansionato che necessita dell'OCR prima che si possa costruire qualsiasi albero dei tag.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Comportamento</div>
        <h2 class="section-title" id="s5-heading">5. Come i quattro screen reader gestiscono un PDF con tag</h2>
        <div class="prose">
          <p>Un PDF correttamente con tag è solo la metà della catena lato produttore. L'altra metà è lo screen reader, e i quattro lettori effettivamente utilizzati dalla maggior parte degli utenti trattano lo stesso file in modi leggermente diversi. Le differenze contano perché un documento che si legge bene in JAWS può avere problemi in NVDA, e un file che funziona in VoiceOver su macOS può comportarsi diversamente quando lo stesso file viene aperto da ChromeVox nel visualizzatore PDF integrato di Chrome.</p>
          <p><strong>JAWS</strong> ha il supporto PDF più profondo e più antico di qualsiasi screen reader commerciale. La sua <em>Modalità PDF</em> esegue il rendering dei PDF con tag attraverso Acrobat o Acrobat Reader ed espone direttamente l'albero dei tag — elenco dei titoli (Insert+F6), elenco dei moduli (Insert+F5), navigazione nelle celle della tabella con i tasti standard di JAWS. Quando un PDF non ha tag, JAWS proporrà di inferire la struttura, ma il risultato inferito è inaffidabile; gli ingegneri non dovrebbero convalidare i risultati di letture inferite da JAWS.</p>
          <p><strong>NVDA</strong> legge i PDF con tag anche attraverso Acrobat o Acrobat Reader, con una navigazione in modalità sfoglia che rispecchia il modello delle pagine web — H per passare ai titoli, K per i link, T per le tabelle. Il supporto PDF di NVDA è migliorato notevolmente dal 2022 ma rimane ancora indietro rispetto a JAWS per tabelle complesse e campi modulo. NVDA fornisce un feedback più onesto per i documenti con tag malformati: dove JAWS può continuare imperterrito, NVDA tende ad ammutolirsi, il che è utile a fini diagnostici.</p>
          <p><strong>VoiceOver</strong> su macOS legge i PDF attraverso Preview e Safari con la navigazione del rotore (VO + U) su titoli, link, tabelle e campi modulo. VoiceOver è il più tollerante dei quattro — ricostruirà un ordine di lettura anche per file con tag scadenti — ma la sua tolleranza può mascherare veri fallimenti. Un documento che si legge in modo accettabile in VoiceOver deve comunque essere verificato con JAWS o NVDA, non viceversa.</p>
          <p><strong>ChromeVox</strong> su ChromeOS, e il comportamento più generale di qualsiasi screen reader che interagisce con il visualizzatore PDF integrato di Chrome, si trova in una categoria diversa. Il visualizzatore PDF di Chrome rasterizza e ri-estrae il testo invece di eseguire il rendering dell'albero dei tag originale, quindi un PDF con un albero dei tag pulito può perdere gran parte della sua struttura se aperto direttamente in Chrome. La soluzione alternativa per i contesti critici per l'accessibilità è forzare il download del file e aprirlo in Acrobat Reader, oppure fornire un'alternativa HTML.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>JAWS · Acrobat</th>
              <th>NVDA · Acrobat</th>
              <th>VoiceOver · Preview</th>
              <th>ChromeVox · Chrome viewer</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>Fedeltà all'albero dei tag</th><td>Alta</td><td>Medio-alta</td><td>Media</td><td>Bassa (ri-estratto)</td></tr>
            <tr><th>Navigazione nei titoli</th><td>Sì (Insert+F6)</td><td>Sì (tasto H)</td><td>Sì (rotore)</td><td>Limitata</td></tr>
            <tr><th>Tabelle con TH scope</th><td>Sì</td><td>Sì (migliorato 2022+)</td><td>Sì (rotore)</td><td>Spesso appiattite</td></tr>
            <tr><th>Campi modulo</th><td>Sì</td><td>Sì</td><td>Sì</td><td>Limitato</td></tr>
            <tr><th>Cambio di lingua</th><td>Sì (attributo Lang)</td><td>Sì</td><td>Sì</td><td>Incoerente</td></tr>
            <tr><th>Silenzioso su tag malformati</th><td>Continua imperterrito</td><td>Tende ad ammutolirsi</td><td>Ricostruisce</td><td>Ri-estrae</td></tr>
          </tbody>
        </table>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Testare con due screen reader, non uno solo</span>
            <div class="callout__body"><p>Se si ha tempo di testare solo con due combinazioni, scegliere JAWS+Acrobat (il default istituzionale nei settori regolamentati) e NVDA+Acrobat (la base open source gratuita). Insieme coprono approssimativamente lo stesso terreno di una verifica con quattro screen reader per tutto tranne i casi limite specifici di ChromeVox.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Playbook</div>
        <h2 class="section-title" id="s6-heading">6. Il flusso di lavoro end-to-end, nell'ordine in cui si esegue effettivamente</h2>
        <div class="prose">
          <p>Mettendo insieme la catena: un singolo PDF accessibile percorre sei passi concreti. Sono sequenziali — saltarne anche uno solo produce un file che fallirà in uno dei passaggi successivi o nelle mani dell'utente.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Creare in uno strumento con consapevolezza dei tag e stili di paragrafo mappati</h3>
            <p>InDesign con stili di paragrafo mappati agli Export Tag, Word con gli stili integrati applicati (nessun titolo simulato), oppure LibreOffice con gli stili di Heading e List applicati. L'albero dei tag viene generato da queste mappature degli stili.</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Esportare con l'azione di accessibilità abilitata</h3>
            <p>InDesign: File → Esporta → PDF, scegliere <em>PDF con tag</em> ed eseguire l'azione <em>Rendi accessibile</em>. Word: File → Salva come Adobe PDF o Salva come PDF con l'opzione <em>Tag di struttura del documento per l'accessibilità</em>. LibreOffice: File → Esporta come PDF, spuntare <em>PDF con tag</em> e <em>Usa XObject di riferimento</em>.</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Verificare l'albero dei tag in Acrobat o Foxit</h3>
            <p>Aprire il pannello Tag, percorrere l'albero, confermare che i titoli siano annidati logicamente, le liste siano L/LI/Lbl/LBody, le tabelle abbiano TH con Scope, le figure abbiano Alt o ActualText e gli elementi decorativi siano marcati come Artifact. Eseguire Strumenti → Accessibilità → Ordine di lettura per verificare l'ordine di lettura numericamente.</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Eseguire PAC per il report canonico PDF/UA</h3>
            <p>PAC produce la parte verificabile automaticamente del report del Matterhorn Protocol. Risolvere ogni segnalazione rossa. Notare che il flag verde di PAC soddisfa solo le 31 condizioni verificabili automaticamente; le condizioni verificabili manualmente (come se il testo alternativo sia significativo) richiedono ancora una persona.</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>Testare con almeno due screen reader</h3>
            <p>JAWS+Acrobat e NVDA+Acrobat come minimo, più VoiceOver se il pubblico include utenti macOS. Navigare per titoli, per tabelle, per campi modulo. Confermare che i cambi di lingua vengano letti con la voce corretta. Confermare che l'ordine di lettura corrisponda alla sequenza logica.</p>
          </div>
        </div>
        <div class="step step--accent">
          <div class="step__num">6</div>
          <div>
            <h3>Pubblicare e controllare le versioni del sorgente</h3>
            <p>Il deliverable è il PDF, ma l'artefatto manutenibile è il documento sorgente con la mappa degli stili di paragrafo. Conservare entrambi. Quando il documento necessita di un aggiornamento, ri-esportare e ri-verificare dal sorgente — non modificare direttamente l'albero dei tag del PDF pubblicato a meno che il sorgente non sia irrecuperabile.</p>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Conclusione: la produzione di PDF accessibili è una catena, non una casella da spuntare</h2>
        <div class="prose">
          <p>I team che trattano l'accessibilità dei PDF come un problema di rimediazione finale finiscono per pagare il conto due volte — una volta per rimediare un file prodotto senza intento strutturale, e di nuovo ogni volta che il file viene aggiornato. I team che la trattano come un problema di authoring costruiscono l'albero dei tag alla fonte, lo rigenerano in modo pulito ad ogni revisione e usano PAC e uno screen reader come verifica piuttosto che come riparazione. La differenza di costo tra le due posture è grande; la differenza di accessibilità è ancora maggiore.</p>
          <p>La catena documentata sopra è deliberatamente indipendente dagli strumenti a ogni anello. Che il sistema a monte sia InDesign o LibreOffice, l'editor sia Acrobat o Foxit, il verificatore sia PAC e lo screen reader sia JAWS o NVDA, la logica strutturale è la stessa: gli stili di paragrafo vengono mappati ai tag, i tag sono conformi a PDF/UA, PDF/UA viene verificato da PAC e gli screen reader leggono il risultato. Gli strumenti cambiano; la catena no.</p>
          <p>Per i team di procurement e conformità, l'implicazione operativa è che le dichiarazioni di accessibilità dei PDF devono fare riferimento alla catena di produzione — lo strumento di authoring, l'azione di esportazione, il verificatore — non solo al risultato di un checker Acrobat. Per i team di ingegneria, l'implicazione è che l'albero dei tag è la fonte di verità e viene costruito a monte rispetto a qualsiasi PDF che l'utente veda mai. Per una procedura guidata di produzione pratica che integra questo primer, consultare il [playbook step-by-step per l'accessibilità dei PDF](/articles/pdf-accessibility-step-by-step/).</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">«Il PDF accessibile è quello il cui albero dei tag è stato creato, non quello il cui albero dei tag è stato rattoppato.»</p></blockquote>
          <figcaption><cite class="pull-quote__source">— disability-world editorial</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Presentazioni accessibili: PowerPoint, Keynote e l'alternativa web-first
url: https://www.disabilityworld.org/it/articles/accessible-presentations-and-decks/
description: Una guida pratica per produrre slide deck accessibili. Il Verifica Accessibilità di PowerPoint, gli strumenti più limitati di Keynote, il recupero di Google Slides nel 2024 e il percorso web-first con Reveal.js, Slidev e Marp — con un albero decisionale per scegliere lo strumento giusto.
author: Disability World
pubDate: 2026-05-22
tags: presentations, powerpoint, keynote, slides, accessibility, education
---

# Presentazioni accessibili: PowerPoint, Keynote e l'alternativa web-first

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione immagine: una sala conferenze con una diapositiva proiettata e un laptop che mostra la struttura dell'ordine di lettura del deck — il marcatore visivo per la produzione di presentazioni accessibili.</p>

<p class="rt-prefix">Tempo di lettura: 12 minuti</p>

<p class="wp-block-paragraph">Le slide deck rimangono il singolo artefatto educativo più condiviso nella vita professionale moderna — appunti di lezione, aggiornamenti per il board, moduli di formazione, talk a conferenze, assemblee aziendali interne. Sono anche, quasi senza eccezioni, l'artefatto meno accessibile nella stessa pipeline. Un talk che gli screen reader non riescono a navigare, un deck i cui valori grafici esistono solo come pixel, un video incorporato senza sottotitoli, un'interazione «clicca per avanzare» che ignora la tastiera: ognuno di questi problemi è routine, e ognuno di essi esclude silenziosamente lo stesso gruppo di persone dagli stessi contenuti che il resto del pubblico riceve. La buona notizia è che risolvere questo problema nel 2026 non è più una questione di ricerca. È un problema di flusso di lavoro produttivo con tre buone soluzioni e un albero decisionale che sceglie tra esse.</p>

<p class="wp-block-paragraph">Questo primer tratta le tre famiglie di strumenti che un presentatore effettivamente ha sul proprio desktop — Microsoft PowerPoint, Apple Keynote e Google Slides — oltre alla sempre più seria alternativa web-first (Reveal.js, Slidev, Marp) che docenti e organizzatori di conferenze hanno iniziato a preferire. Non è un confronto di funzionalità in astratto. È una guida pratica: quali passi compiere, in quale ordine, in quale strumento, per pubblicare un deck che uno studente non vedente può seguire con NVDA, un collega ipovedente può leggere al 400% di zoom, un partecipante sordo può leggere con i sottotitoli incorporati e un utente solo-tastiera può navigare senza mai toccare il mouse. Per il contesto normativo più ampio, consultare il nostro primer sull'<a href="/articles/wcag-2-2-adoption-rate-survey/">adozione di WCAG 2.2</a> e sull'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a>, entrambi applicabili ora ai contenuti educativi e commerciali basati su slide distribuiti online.</p>

<h2 class="wp-block-heading" id="h-what-an-accessible-deck-needs">Cosa serve a un deck accessibile</h2>

<p class="wp-block-paragraph">Prima dei flussi di lavoro specifici per strumento, una base di partenza. Un deck accessibile ha sei elementi che funzionano contemporaneamente, e nessuno di essi è opzionale. Il primo è un titolo univoco e descrittivo su ogni diapositiva — è quello che un utente di screen reader usa per navigare da diapositiva a diapositiva, e su cui fa affidamento chi usa il pannello del sommario per trovare la diapositiva che sta cercando. Le diapositive intitolate «Diapositiva 4» o «Senza titolo» non sono navigabili. Il secondo è un ordine di lettura corretto. Le diapositive costruite trascinando forme su una canvas senza usare i segnaposto avranno un ordine di lettura che corrisponde all'ordine in cui le forme sono state inserite, non all'ordine visivo — il che significa che uno screen reader leggerà una diapositiva al contrario, prima della barra laterale, con il piè di pagina prima del titolo, o in qualunque sequenza abbia prodotto il processo di produzione. Il terzo è un testo alternativo per ogni immagine, grafico e diagramma non decorativo, scritto in un linguaggio che trasmetta il punto che l'immagine fa, non solo la sua descrizione superficiale.</p>

<p class="wp-block-paragraph">Il quarto è un contrasto cromatico sufficiente — testo sugli sfondi delle diapositive alla soglia AA di WCAG 2.2 (4,5:1 per il corpo del testo, 3:1 per il testo grande e le grafiche significative), verificato rispetto ai pixel effettivi dello sfondo piuttosto che al master della diapositiva. Il quinto è la navigabilità da tastiera — ogni elemento interattivo che un presentatore si aspetta che il pubblico utilizzi successivamente (link a sondaggi incorporati, navigazione a diramazione, moduli incorporati) deve essere raggiungibile e utilizzabile con Solo Tab, Invio, Spazio ed Esc. E il sesto è la gestione dei media — ogni video incorporato ha sottotitoli aperti bruciati nel file o una traccia di sottotitoli chiusi che il player può attivare; ogni clip audio incorporata ha una trascrizione raggiungibile dalla stessa diapositiva; ogni animazione non strettamente necessaria rispetta le preferenze di riduzione del movimento dell'utente a livello di sistema operativo.</p>

<p class="wp-block-paragraph">Ciascuno dei tre strumenti desktop fornisce un sottoinsieme di questi sei elementi. Nessuno di essi li fornisce tutti automaticamente. Scegliere lo strumento giusto significa capire cosa si deve fare manualmente in ciascuno.</p>

<h2 class="wp-block-heading" id="h-powerpoint-workflow">Flusso di lavoro PowerPoint</h2>

<p class="wp-block-paragraph">PowerPoint ha gli strumenti di accessibilità più maturi di qualsiasi app di presentazione sul mercato, e questo vale fin dall'inizio del ciclo di rilascio di Microsoft 365 che ha integrato il Verifica Accessibilità nella barra multifunzione. Il punto di partenza è il checker stesso, aperto dalla scheda Revisione in Windows o dal menu Strumenti su macOS. Espone un elenco live e contestuale di problemi — diapositive senza titoli, immagini senza testo alternativo, combinazioni di testo a basso contrasto, tabelle senza intestazioni, collegamenti ipertestuali il cui testo visibile duplica l'URL — e facendo clic su qualsiasi problema il cursore salta all'elemento in questione. Il checker viene eseguito ad ogni salvataggio per impostazione predefinita nelle versioni attuali, che è la singola impostazione predefinita più utile che Microsoft abbia mai introdotto in questo prodotto. Disattivarla solo dopo aver capito quali avvisi si sceglie di ignorare.</p>

<p class="wp-block-paragraph">I titoli delle diapositive sono gestiti attraverso la Visualizzazione struttura (Visualizza, Struttura) e tramite il segnaposto Titolo del master della diapositiva. L'utilizzo del segnaposto anziché di una casella di testo fluttuante è ciò che conferisce al titolo il suo ruolo semantico — sia il Verifica Accessibilità che gli screen reader a valle identificano le diapositive con titolo tramite l'identità del segnaposto, non tramite il testo visibile. Se i titoli del deck sono composti tipograficamente usando caselle di testo fluttuanti per ragioni di design, è possibile mantenere il design ma aggiungere un titolo segnaposto invisibile spostando il segnaposto fuori dalla canvas (Riquadro di selezione, impostare la posizione a coordinate negative) — il titolo esiste ancora nell'albero di accessibilità e conta per la navigazione dello screen reader, anche se il pubblico non lo vede mai. La documentazione Microsoft descrive questo come il pattern «titolo fuori diapositiva»; il checker lo accetta.</p>

<p class="wp-block-paragraph">L'ordine di lettura è il secondo pilastro. Aprire il Riquadro di selezione (Home, Disponi, Riquadro di selezione in Windows; menu Disponi su macOS) e leggere l'elenco di forme dal basso verso l'alto — questo è l'ordine in cui uno screen reader le incontrerà. Trascinare le forme all'interno del riquadro per riordinarle. PowerPoint 2024 ha aggiunto un Riquadro ordine di lettura dedicato che visualizza l'ordine numericamente su ogni forma della diapositiva e consente di riordinare tramite drag-and-drop direttamente sulla canvas; se la propria versione di Microsoft 365 è abbastanza aggiornata da mostrare quel riquadro, usarlo.</p>

<p class="wp-block-paragraph">Il testo alternativo sulle immagini si imposta facendo clic destro sull'immagine, scegliendo Modifica testo alternativo e scrivendo una o due frasi di alt editoriale — il punto dell'immagine, non il suo contenuto in pixel. Il testo alternativo autogenerato di PowerPoint è opt-in ed è etichettato come tale nel riquadro; è un punto di partenza, non un prodotto finito, e il checker avviserà se si pubblica una diapositiva in cui l'unico testo alternativo è «Descrizione generata automaticamente». Per i grafici creati in PowerPoint, il testo alternativo deve riassumere l'argomento del grafico in una frase e citare i due o tre valori principali — «Grafico a barre che mostra la partecipazione a conferenze nel 2026 in aumento del 18% rispetto al 2025, guidata da EMEA e APAC» è meglio di «Grafico a barre». Per le diapositive con molti dati, si consiglia di includere i dati sottostanti come tabella nascosta ma raggiungibile nelle note del relatore, o come foglio di calcolo collegato in appendice, in modo che un utente di screen reader possa leggere i numeri oltre all'essenza del grafico.</p>

<p class="wp-block-paragraph">Il video incorporato è il singolo fallimento di conformità più comune nei deck PowerPoint. Il flusso di lavoro Inserisci, Video, Inserisci sottotitoli accetta file WebVTT (.vtt) e li vincola alla clip incorporata; una volta allegati, i sottotitoli vengono resi nel player integrato di PowerPoint e viaggiano con il file quando il deck viene condiviso, inviato via email o caricato. Se il video sorgente ha sottotitoli aperti bruciati, il checker segnala comunque il file come bisognoso di una traccia di sottotitoli — aggiungere comunque un VTT minimale, perché il file è ciò che leggeranno gli strumenti a valle. I collegamenti ipertestuali dovrebbero avere testo visibile che descriva la destinazione («Leggi il rapporto sull'applicazione EAA 2026»), non l'URL nudo.</p>

<p class="wp-block-paragraph">La pipeline di esportazione di PowerPoint preserva la maggior parte dei metadati di accessibilità quando si esporta in PDF — a condizione di usare File, Esporta, Crea PDF/XPS (Windows) o File, Salva con nome, PDF con l'opzione Ideale per distribuzione elettronica e accessibilità selezionata (macOS). L'esportazione tramite Stampa in PDF elimina i tag e produce un PDF piatto non accessibile; questo è il fallimento silenzioso più comune dell'intero flusso di lavoro.</p>

<h2 class="wp-block-heading" id="h-keynote-workflow">Flusso di lavoro Keynote</h2>

<p class="wp-block-paragraph">Keynote viene fornito con strumenti di accessibilità sostanzialmente inferiori a PowerPoint, e il divario non si è ridotto significativamente dall'uscita del ciclo di rilascio 13.x. Non esiste un equivalente del Verifica Accessibilità — Keynote non esegue un audit diapositiva per diapositiva, non mostra un riquadro dell'ordine di lettura per diapositiva e non avvisa l'utente quando una diapositiva è priva di titolo. Le diapositive stesse hanno un'integrazione VoiceOver più forte rispetto a PowerPoint di un decennio fa, ma il flusso di lavoro di produzione per ottenere un deck accessibile da Keynote è più manuale in ogni passaggio.</p>

<p class="wp-block-paragraph">I titoli delle diapositive vengono aggiunti tramite il segnaposto Titolo nel master della diapositiva o come casella di testo normale usata in modo coerente nell'intero deck. La visualizzazione struttura di Keynote (Visualizza, Struttura) legge dal segnaposto Titolo, quindi la costruzione di deck partendo dal master anziché da diapositive vuote è il singolo punto di leva più importante. L'ordine di lettura è gestito tramite l'ispettore Disponi — i controlli Dietro/Davanti nel modello di impilamento di Keynote fungono anche da controlli dell'ordine di lettura, con le forme spostate più indietro che vengono lette per prime. Non esiste un riquadro dedicato all'ordine di lettura; è necessario tenere un modello mentale dello stack, o costruire diapositive complesse partendo da una base nota corretta.</p>

<p class="wp-block-paragraph">Il testo alternativo delle immagini in Keynote si imposta tramite il campo Descrizione nella scheda Immagine dell'ispettore Formato — scrivere lo stesso alt editoriale che si userebbe in PowerPoint. Il testo alternativo dei grafici usa lo stesso meccanismo. Keynote non avvisa dell'assenza di testo alternativo. L'unico modo per verificare la copertura del testo alternativo di un deck in Keynote è esaminare ogni diapositiva manualmente, oppure esportare in formato PowerPoint (.pptx) ed eseguire il Verifica Accessibilità di Microsoft sull'esportazione — un flusso di lavoro adottato da diverse grandi università come fase di gating per i deck delle lezioni creati in Keynote.</p>

<p class="wp-block-paragraph">Il video incorporato in Keynote non supporta una traccia di sottotitoli separata. Se il video sorgente non ha sottotitoli aperti bruciati, è necessario ri-codificare il video con i sottotitoli incorporati prima di inserirlo in Keynote, oppure sostituire l'elemento incorporato con un riferimento esterno che punta a un video con sottotitoli ospitato su una piattaforma con supporto ai sottotitoli (YouTube, Vimeo, il server media dell'istituzione). Keynote includerà silenziosamente video senza sottotitoli in un PDF esportato; il checker che non esiste non può avvisare di questo.</p>

<p class="wp-block-paragraph">Dove Keynote guadagna il suo posto è nei deck con design ricercato, creati per talk da keynote piuttosto che per la redistribuzione. La qualità della tipografia, del layout e dell'animazione rimane la migliore sul mercato delle presentazioni desktop — quando il deck è essenzialmente un supporto visivo per il palco e il contenuto sostanziale vive in un documento separatamente distribuito, Keynote produce un'esperienza dal vivo più ricca e il carico di accessibilità si sposta sul documento di accompagnamento. Se il deck stesso è il deliverable, PowerPoint è la scelta migliore.</p>

<h2 class="wp-block-heading" id="h-google-slides-workflow">Flusso di lavoro Google Slides</h2>

<p class="wp-block-paragraph">Google Slides ha migliorato sostanzialmente dopo l'aggiornamento all'accessibilità del 2024 che ha aggiunto un menu di accessibilità per diapositiva, suggerimenti di testo alternativo basati su modelli di immagine di classe Gemini e un overlay di verifica del contrasto accessibile da Strumenti, Accessibilità. L'aggiornamento del 2024 ha anche aggiunto controlli dell'ordine di lettura al menu Disponi — per la prima volta nella storia del prodotto, gli autori di Slides possono impostare un ordine di lettura esplicito invece di affidarsi all'ordine di creazione delle forme. L'adozione di queste funzionalità all'interno dei grandi tenant aziendali è stata più rapida di quanto Microsoft si aspettasse inizialmente, in parte perché i deck Slides sono già prevalentemente ospitati nel cloud e beneficiano immediatamente del checker lato server.</p>

<p class="wp-block-paragraph">La meccanica è familiare a chiunque venga da PowerPoint. I titoli sono gestiti tramite il segnaposto Titolo del layout master. Il testo alternativo si imposta tramite Opzioni formato, Testo alternativo, con la stessa regola editoriale di una o due frasi. L'ordine di lettura usa il menu Disponi, Ordine, con il nuovo riquadro dell'ordine di lettura del 2024 visibile da Strumenti, Accessibilità, Ordine di lettura. L'incorporazione di video da Google Drive o YouTube rispetta qualsiasi traccia di sottotitoli portata dalla sorgente, e una diapositiva contenente un video senza sottotitoli solleva un avviso nel riquadro di accessibilità.</p>

<p class="wp-block-paragraph">Dove Slides rimane ancora indietro rispetto a PowerPoint è nell'accessibilità dei grafici (il testo alternativo autogenerato per i grafici è più breve e meno consapevole del contesto), nell'ereditarietà di master complessi (i layout master ampiamente personalizzati producono alberi dell'ordine di lettura più difficili da debuggare) e nei flussi di lavoro offline (il checker di accessibilità richiede che il documento sia online, il che è un problema per gli utenti che modificano su aerei o in ambienti con restrizioni). Per un'azienda del 2026 che ha standardizzato su Workspace e distribuisce deck principalmente come link di Google Slides condivisi piuttosto che come file scaricati, il flusso di lavoro di Slides è ora sostanzialmente comparabile a PowerPoint. Per un'organizzazione che distribuisce deck come allegati .pptx o come PDF esportati, PowerPoint ha ancora il vantaggio.</p>

<h2 class="wp-block-heading" id="h-web-first-decks">Deck web-first: Reveal.js, Slidev, Marp</h2>

<p class="wp-block-paragraph">Lo sviluppo più interessante nell'accessibilità delle presentazioni nel 2025 e nel 2026 è avvenuto al di fuori delle tre grandi app desktop. Un cluster di framework di presentazione web-first — Reveal.js (il framework JavaScript di lunga data), Slidev (uno strumento basato su Vue orientato agli sviluppatori) e Marp (un generatore Markdown-first che compila in HTML, PDF o PPTX) — produce deck come documenti HTML, il che significa che le proprietà di accessibilità dell'HTML vengono ereditate anziché emulate. La struttura semantica è reale, non sintetizzata; la navigazione da tastiera è quella del browser, non dell'app di presentazione; e l'output degli screen reader è quello che NVDA, JAWS o VoiceOver produrrebbero per qualsiasi pagina web ben costruita.</p>

<p class="wp-block-paragraph">Le implicazioni sono pratiche. Un deck Reveal.js servito da un URL è, per impostazione predefinita, navigabile con i tasti freccia, Tab, Invio, Spazio e le stesse scorciatoie del browser che un utente vedente già conosce. Ogni diapositiva è un elemento section con un titolo — H1 per il deck, H2 per ogni titolo di diapositiva — quindi un utente di screen reader può saltare da titolo a titolo come farebbe su qualsiasi pagina web. Le immagini portano attributi alt scritti nel sorgente Markdown o HTML. I grafici resi con Chart.js, D3 o qualsiasi libreria SVG portano i ruoli ARIA e gli annunci aria-live che la libreria espone; per le librerie di grafici accessibili come Highcharts Accessibility o amCharts, questo include tabelle di dati leggibili dagli screen reader generate automaticamente accanto al grafico visivo.</p>

<p class="wp-block-paragraph">Il pubblico orientato agli sviluppatori di Slidev ha prodotto un insieme di impostazioni predefinite di accessibilità insolitamente solido: semantica dei titoli ereditata da Markdown, testo alternativo richiesto a livello di file sorgente (il compilatore avvisa sui tag di immagine nudi) e un livello di navigazione da tastiera che funziona senza configurazione. Il punto di forza di Marp è nei deck in Markdown puro compilati in HTML o PDF — la stessa sorgente produce sia un deck web navigabile dagli screen reader sia un PDF con tag, senza un secondo passaggio di authoring. Reveal.js si colloca tra i due: il più flessibile, l'ecosistema di plugin più grande, il pool più profondo di plugin di accessibilità di terze parti (Reveal Accessibility, reveal-a11y, il tema pubblicato conforme a WCAG 2.2).</p>

<p class="wp-block-paragraph">I compromessi sono reali. I deck web-first richiedono un browser per la presentazione — nessun doppio clic su file locale, nessun flusso di lavoro email-il-pptx, nessun fallback offline su laptop che non richieda configurazione. Premiano gli autori a loro agio con il controllo versione e il deployment continuo; penalizzano gli autori che vogliono trascinare un grafico da Excel in una diapositiva e considerarsi a posto. Per un singolo talk condiviso come URL dopo l'evento, questo è un chiaro vantaggio. Per un aggiornamento trimestrale del board che verrà inviato via email a un dirigente che lo aprirà su un aereo, questo è lo strumento sbagliato.</p>

<p class="wp-block-paragraph">Dove i deck web-first hanno iniziato a prevalere è nei contesti ricorrenti. Serie di lezioni universitarie che pubblicano l'intero semestre di slide come un unico sito navigabile. Programmi di conferenze dove ogni deck del talk è collegato alla scaletta e vive a un URL permanente. Tech talk ingegneristici dove il repository sorgente è esso stesso la versione di riferimento. In ciascuno di questi contesti le semantiche HTML sopravvivono — i motori di ricerca indicizzano il contenuto della diapositiva come testo, gli screen reader lo attraversano come documento e il carico di manutenzione per rimanere accessibili nell'arco della serie ricade sul framework piuttosto che su ogni singolo autore.</p>

<h2 class="wp-block-heading" id="h-decision-tree">Un albero decisionale</h2>

<p class="wp-block-paragraph">Le tre famiglie di strumenti guadagnano ciascuna il proprio posto in un contesto di produzione diverso. La versione più semplice della decisione è una suddivisione in tre parti basata su ciò per cui il deck viene effettivamente utilizzato.</p>

<p class="wp-block-paragraph">Per un talk una tantum che deve essere inviato via email, aperto sul laptop di un collega o esportato in un PDF con tag per la distribuzione, scegliere <strong>PowerPoint</strong>. Il Verifica Accessibilità è maturo, la pipeline di esportazione preserva i tag e gli strumenti lato pubblico (il visualizzatore web di PowerPoint, l'app iPad, il lettore Office Mobile) leggono tutti correttamente i file PowerPoint con tag. Prevedere novanta minuti di tempo di audit per ogni deck della durata di un'ora; pianificare il tempo e usarlo.</p>

<p class="wp-block-paragraph">Per una serie di lezioni ricorrente, un programma di conferenze o qualsiasi contesto in cui la raccolta di deck vive a un URL e viene esplorata come corpus, scegliere un <strong>framework web-first</strong>. Slidev per i pubblici orientati agli sviluppatori e gli autori a proprio agio con Markdown; Marp per i team in Markdown puro che hanno bisogno sia di HTML che di PDF con tag dalla stessa sorgente; Reveal.js per il maggior ecosistema di plugin e la massima flessibilità di design. Le proprietà di accessibilità sono ereditate dal browser, non emulate, e il carico di manutenzione ricade sul framework piuttosto che su ogni autore.</p>

<p class="wp-block-paragraph">Per un talk keynote ricco di design in cui il deck funziona come supporto visivo per il palco e il contenuto sostanziale vive in un documento distribuito separatamente, scegliere <strong>Keynote</strong>, accettare gli strumenti di accessibilità più limitati e investire il budget di audit nel documento di accompagnamento. Esaminare ogni diapositiva manualmente per il testo alternativo. Esportare in .pptx ed eseguire il checker come passaggio finale. Distribuire il documento di accompagnamento (un articolo, una trascrizione, un riepilogo web) come versione accessibile canonica.</p>

<p class="wp-block-paragraph">Per le organizzazioni collaborative cloud-first già operanti in Google Workspace che distribuiscono deck principalmente come link condivisi anziché come file scaricati, <strong>Google Slides</strong> è ora una valida alternativa a PowerPoint per gli stessi casi d'uso. L'aggiornamento all'accessibilità del 2024 ha colmato la maggior parte del divario storico; i divari rimanenti riguardano il testo alternativo dei grafici, i master complessi e la modifica offline.</p>

<h2 class="wp-block-heading" id="h-final-thoughts">Considerazioni finali</h2>

<p class="wp-block-paragraph">Il pattern alla base di ogni raccomandazione in questo primer è lo stesso: lo strumento imposta il pavimento di accessibilità, ma l'autore imposta il soffitto. Il checker di PowerPoint rileverà il testo alternativo mancante; non scriverà un testo alternativo utile al suo posto. La mancanza di un checker in Keynote non impedirà di creare un deck completamente accessibile — impedirà solo di essere avvisati quando si è fallito. I framework web-first ereditano le proprietà di accessibilità dell'HTML — non le impongono. Ogni strumento in questa guida consentirà di pubblicare un deck che esclude parte del proprio pubblico. La scelta dello strumento cambia quali errori è facile commettere, non quali errori sono possibili.</p>

<p class="wp-block-paragraph">Se si sta introducendo un nuovo flusso di lavoro di accessibilità in un team che non ne ha uno, iniziare con lo strumento che il team già usa, attivarne il checker e verificare un deck esistente rispetto ad esso come esercizio di calibrazione. Passare a uno strumento diverso solo dopo che il team ha interiorizzato i sei requisiti di base — titoli, ordine di lettura, testo alternativo, contrasto, tastiera, media — e sta chiedendo capacità che lo strumento attuale non può fornire. Il costo di cambiare strumenti a metà percorso è alto; il costo di rimanere su uno strumento di cui si è superato il flusso di lavoro è ancora più alto.</p>

</div>

---
title: Diagrammi STEM accessibili: SVG, contenuti descritti con ARIA, audio description
url: https://www.disabilityworld.org/it/articles/accessible-stem-diagrams/
description: Molecole di chimica, strutture cellulari di biologia, diagrammi di forza in fisica, grafici di funzioni matematiche — il manuale di produzione per le immagini STEM fruibili da screen reader, display braille aggiornabili e flussi di audio description.
author: Disability World
pubDate: 2026-05-22
tags: stem-diagrams, svg, aria, audio-description, accessibility, education
---

# Diagrammi STEM accessibili: SVG, contenuti descritti con ARIA, audio description

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Engineering primer · Diagrammi STEM accessibili</div>
<h1 class="hero__title" id="hero-heading">
Diagrammi STEM accessibili:<br/>
SVG, contenuti descritti con ARIA, audio description
</h1>
<p class="hero__lead">Una molecola di chimica, la sezione trasversale di un mitocondrio, un diagramma di forze in un corpo libero, il grafico di una funzione cubica — ogni libro di testo STEM pubblicato nell'ultimo decennio è costruito su immagini che uno screen reader non riesce a consumare in modo significativo. La soluzione non è «aggiungi il testo alternativo». È uno stack a quattro livelli composto da SVG accessibile, descrizioni strutturate, audio description per i diagrammi animati e conoscenza della compatibilità con le AT che non si trasferisce tra sistemi operativi. Questo articolo è il manuale di produzione.</p>
<div class="hero__stats" aria-label="Statistiche chiave">
<div class="stat-chip">
<div class="stat-chip__num">4</div>
<div class="stat-chip__label">tipi di diagramma trattati</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">3</div>
<div class="stat-chip__label">livelli di descrizione</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">2</div>
<div class="stat-chip__label">stack AT con lacune SVG note</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">Di <strong>Disability World engineering desk</strong></div>
<div class="hero__pill">15 min di lettura</div>
<div class="hero__pill">Aggiornato maggio 2026</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Sezioni dell'articolo">
<div class="toc-bar__inner">
<p>Contenuto</p>
<ul role="list">
<li><a href="#s1">1. Perché i diagrammi STEM sono diversi</a></li>
<li><a href="#s2">2. SVG come substrato accessibile</a></li>
<li><a href="#s3">3. Lo stack equivalente a longdesc</a></li>
<li><a href="#s4">4. Audio description per i diagrammi animati</a></li>
<li><a href="#s5">5. Navigazione da tastiera tra i punti dati</a></li>
<li><a href="#s6">6. Matrice di compatibilità AT</a></li>
<li><a href="#playbook">7. Il manuale di produzione</a></li>
<li><a href="#conclusion">Conclusione</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Fondamenti</div>
<h2 class="section-title" id="s1-heading">1. Perché i diagrammi STEM sono diversi da qualsiasi altro problema di accessibilità</h2>
<div class="prose">

<p>Un'immagine hero di un blog con un attributo alt è un problema risolto. Un diagramma STEM non lo è. Tre proprietà delle immagini scientifiche rompono le assunzioni incorporate in <code>alt</code>, <code>aria-label</code> e nel modello vocale degli screen reader.</p>

<p>Primo, la densità di informazioni è così alta che una singola frase non riesce a contenerla. Un anello benzenico è sei carboni, sei idrogeni, legami doppi alternati, un sistema pi delocalizzato, una geometria planare, una lunghezza di legame di 1,39 angstrom. La convenzione del testo alternativo chiede «una breve sostituzione testuale»; il benzene ha bisogno di un paragrafo. Comprimerlo in una frase perde le informazioni strutturali («una molecola di benzene») oppure produce un testo ininterrotto che lo screen reader deve sillabare a 180 parole al minuto.</p>

<p>Secondo, le relazioni tra gli elementi portano tanto significato quanto gli elementi stessi. In un diagramma del corpo libero, la freccia dalla scatola alla parete non è decorazione — è la forza normale, e il suo angolo rispetto al vettore della gravità è la risposta al problema. Una descrizione piatta non riesce a codificare «l'angolo tra queste due frecce è 90 gradi ed è per questo che il problema si risolve», perché la descrizione piatta non ha struttura. SVG, usato con cura, ce l'ha.</p>

<p>Terzo, gli studenti STEM hanno bisogno di navigare nel diagramma, non solo di ascoltarlo. Uno studente che lavora su un grafico di una funzione cubica non vuole sentire il testo alternativo dall'inizio alla fine — vuole atterrare sul massimo locale, chiedere «qual è la pendenza qui», poi spostarsi al punto di flesso. Questo è un modello di interazione diverso da quello con cui gli screen reader vengono forniti per impostazione predefinita. Costruirlo richiede gestori di tastiera sui singoli nodi SVG, un albero di contenuti descritti da ARIA e un fallback per gli stack di tecnologie assistive che non riescono a stare al passo.</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">I quattro tipi di diagramma trattati in questo articolo</span>
<div class="callout__body"><p>Molecole di chimica (atomi e legami), strutture cellulari di biologia (regioni etichettate), diagrammi di forze fisiche (vettori con magnitudini e angoli) e grafici di funzioni matematiche (curve con caratteristiche nominate). Ognuno mette sotto pressione un diverso livello dello stack SVG accessibile, e il manuale alla fine è modellato su ciò che si rompe per quale tipo.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Substrato</div>
<h2 class="section-title" id="s2-heading">2. SVG come substrato accessibile — e perché il raster è un vicolo cieco</h2>
<div class="prose">

<p>Quasi ogni libro di testo STEM pubblicato distribuisce ancora i suoi diagrammi come PNG o JPG. Un'immagine raster è una griglia di pixel opaca: ha un unico punto di accesso per le tecnologie assistive, l'attributo <code>alt</code>, e un unico fallback, l'attributo <code>longdesc</code> che i browser hanno passato dieci anni a deprecare. Non c'è struttura all'interno dell'immagine a cui uno screen reader possa rivolgersi. Il diagramma è una scatola nera con un'etichetta davanti.</p>

<p>SVG inverte il modello. Ogni forma in un documento SVG è un nodo DOM — indirizzabile, focalizzabile, etichettabile. Un anello benzenico reso come SVG ha sei elementi <code>circle</code> per i carboni, sei elementi <code>line</code> per i legami e un elemento <code>g</code> che racchiude il tutto e lo nomina. Ognuno di questi nodi può portare attributi <code>role</code>, <code>aria-label</code>, <code>aria-labelledby</code>, <code>aria-describedby</code> e <code>tabindex</code>. Lo screen reader vede un albero di accessibilità di regioni nominate invece di un singolo blob opaco.</p>

<p>L'SVG accessibile minimo portabile ha tre cose sul suo elemento radice <code>svg</code>: <code>role="img"</code>, <code>aria-labelledby</code> che punta a un figlio <code>title</code> e <code>aria-describedby</code> che punta a un figlio <code>desc</code> o a un paragrafo esterno tramite ID. Ognuno è piccolo. Ognuno fa un lavoro che gli altri due non riescono a fare.</p>

</div>

<div class="comparison-card">
<div class="comparison-card__head">Markup SVG corretto e scorretto</div>
<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Non fare</div>

```html
<img src="benzene.png"
     alt="Molecola di benzene" />
```

<p>L'immagine è opaca. «Molecola di benzene» fornisce un nome e nient'altro. Uno studente che ha bisogno del pattern di legami, della geometria dell'anello o del numero di carboni e idrogeni non riesce a ottenerli da questo markup. Non esiste un percorso verso le informazioni strutturali se non consultare una fonte diversa.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Fare</div>

```html
<svg role="img"
     aria-labelledby="benz-title"
     aria-describedby="benz-desc"
     viewBox="0 0 200 200">
  <title id="benz-title">Anello benzenico</title>
  <desc id="benz-desc">
    Un esagono regolare di sei atomi di carbonio,
    ciascuno legato a un idrogeno. Legami singoli
    e doppi alternati formano un anello aromatico
    planare con elettroni delocalizzati.
  </desc>
  <g role="group" aria-label="Atomi di carbonio">
    <circle cx="100" cy="40" r="6"
            tabindex="0"
            aria-label="C1, in alto"/>
    
  </g>
  <g role="group" aria-label="Legami">
    
  </g>
</svg>
```

<p>La radice si nomina e si descrive. Ogni atomo è una regione tabbabile e nominata. Un utente di screen reader può sentire il riepilogo, poi entrare nella struttura con il tab per ispezionare un singolo legame. Lo stesso markup serve sia il lettore vedente che quello non vedente senza compromessi.</p>
</div>

</div>
</div>

<div class="prose">

<p>Un avvertimento importante: <code>role="img"</code> sull'elemento radice <code>svg</code> cambia quello che le tecnologie assistive fanno con i figli. Con <code>role="img"</code>, NVDA e JAWS trattano l'intero SVG come una singola immagine etichettata e non espongono i nodi interni — anche se quei nodi interni hanno <code>tabindex</code>. Per ottenere entrambi i comportamenti — un'etichetta di riepilogo in cima e figli indirizzabili all'interno — lasciare il role della radice non impostato (o impostare <code>role="graphics-document"</code> dal modulo W3C Graphics ARIA) e mettere l'etichetta su un <code>g</code> figlio piuttosto che sulla radice. Browser e screen reader gestiscono questa combinazione in modo non uniforme. La matrice nella sezione 6 documenta cosa funziona dove.</p>

</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Descrizione</div>
<h2 class="section-title" id="s3-heading">3. Lo stack equivalente a longdesc: dove vive effettivamente la descrizione lunga</h2>
<div class="prose">

<p>L'attributo <code>longdesc</code> era la risposta originale a «un attributo alt non è sufficiente». I browser ne stanno rimuovendo silenziosamente il supporto da anni; Firefox lo ha eliminato nella versione 90, Safari non l'ha mai implementato, Chrome lo tratta come un no-op. Chiunque scriva ancora <code>longdesc="benzene-desc.html"</code> nel 2026 sta spedendo markup che nessuno legge. La sostituzione non è un singolo attributo ma un pattern a tre livelli che combina una descrizione inline, un pannello espandibile visibile e metadati leggibili dalle macchine.</p>

<p>Il livello uno è l'elemento <code>desc</code> inline all'interno dell'SVG. Due o quattro frasi. Letto dagli screen reader quando la radice SVG viene annunciata. Questo è il nuovo <code>longdesc</code> — una descrizione che fa parte del documento SVG e lo segue ovunque vada.</p>

<p>Il livello due è un pannello di descrizione espandibile visibile accanto al diagramma, disponibile per ogni lettore, non solo per gli utenti di screen reader. Una riga di riepilogo più un pulsante di divulgazione che apre una descrizione testuale più lunga — di solito da tre a dieci frasi per una molecola di chimica, più lunga per un diagramma di struttura cellulare con venti organelli etichettati. Il pannello visibile risolve un problema che il <code>desc</code> inline non riesce a risolvere: gli studenti che possono vedere il diagramma ma non riescono a decodificarlo (studenti ipovedenti, studenti dislessici, chiunque stia imparando il materiale per la prima volta) hanno bisogno anch'essi della descrizione lunga. Metterla dietro un pulsante non la nasconde agli screen reader — questi enumerano la divulgazione, l'utente la attiva e la descrizione viene letta nel buffer.</p>

<p>Il livello tre è costituito da metadati strutturati tramite JSON-LD. Un oggetto <code>CreativeWork</code> il cui array <code>accessibilityFeature</code> enumera ciò che il diagramma offre: <code>longDescription</code>, <code>alternativeText</code>, <code>structuralNavigation</code>, <code>describedMath</code>, <code>tactileGraphic</code> (se è disponibile un grafico tattile stampabile). I motori di ricerca, i recommender di contenuti e gli scanner di conformità all'accessibilità consumano tutti questi metadati. Non fa nulla per l'esperienza di lettura immediata dello screen reader, ma rende il diagramma scopribile come contenuto accessibile — il che conta quando uno studente sceglie tra tre libri di testo e uno di essi pubblicizza le sue funzionalità di accessibilità in forma leggibile dalle macchine.</p>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">Esempio di WebSchema JSON-LD</span>
<div class="callout__body"><p>L'oggetto <code>CreativeWork</code> vive in un blocco <code>script type="application/ld+json"</code> in qualsiasi punto della pagina. Chiavi: <code>accessibilityFeature</code> (array di stringhe — <code>longDescription</code>, <code>alternativeText</code>, <code>structuralNavigation</code>, <code>MathML</code>, <code>describedMath</code>), <code>accessibilityHazard</code> (<code>noFlashingHazard</code>, <code>noMotionSimulationHazard</code>), <code>accessibilityAPI</code> (<code>ARIA</code>) e <code>accessMode</code> (<code>textual</code>, <code>visual</code>) più <code>accessModeSufficient</code> (le modalità di accesso che da sole sono sufficienti per percepire il lavoro). Un diagramma che spedisce tutti e tre i livelli di descrizione dovrebbe pubblicare tutti questi.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Movimento</div>
<h2 class="section-title" id="s4-heading">4. Audio description per i diagrammi animati: le mutazioni DOM come flusso di segnali</h2>
<div class="prose">

<p>I diagrammi statici sono il caso facile. Il caso difficile è il diagramma animato — un mitocondrio che ruota in 3D, un'onda sinusoidale che viene tracciata lungo l'asse x, una reazione chimica con legami che si rompono e si riformano in quattro secondi. La risposta convenzionale è un file video con una traccia di audio description, ma questo abbandona l'indirizzabilità dell'SVG: nel momento in cui si racchiude l'animazione in un video, ogni nodo etichettato con cura smette di essere un nodo DOM e torna a essere un pixel.</p>

<p>L'alternativa accessibile è mantenere l'animazione come SVG (o Canvas con un albero di accessibilità offscreen) ed emettere audio description man mano che l'animazione progredisce, guidate dalle stesse mutazioni DOM che guidano il cambiamento visivo. Il pattern: un <code>MutationObserver</code> osserva l'SVG per i cambiamenti — un nuovo attributo <code>transform</code>, un legame che appare, un vettore che ruota — e ad ogni cambiamento significativo scrive un breve aggiornamento testuale in una regione globale <code>aria-live="polite"</code>. L'animazione visiva guida una narrazione audio, generata al volo dalla stessa fonte di verità.</p>

<p>L'implementazione ha tre parti in movimento. La prima è l'animazione stessa, espressa come una sequenza di keyframe temporali — gli stessi dati che il renderer SVG consuma. La seconda è un livello di annotazione: ogni keyframe porta un breve testo che descrive cosa cambia in quel momento («si forma un legame tra C1 e C2», «l'onda attraversa lo zero dal basso»). La terza è il driver dell'audio description, che si iscrive alla timeline, raccoglie ogni keyframe annotato e scrive il suo testo nella regione live alcune centinaia di millisecondi prima che il cambiamento visivo avvenga. Il tempo di anticipo corrisponde a ciò che fa l'audio description di produzione per il cinema: la descrizione viene sentita appena prima dell'evento visivo, non dopo.</p>

<p>Tre modalità di fallimento sono abbastanza comuni da meritare di essere segnalate. Primo, aggiornamenti a raffica. Un'animazione che lancia 60 mutazioni al secondo sommerge il sintetizzatore dello screen reader — gli annunci si accodano, ritardano l'animazione e diventano incomprensibili. Annotare solo i keyframe semanticamente significativi, non ogni frame, e limitare la frequenza a circa un annuncio ogni 1500ms. Secondo, mancanza dell'inizio. Una regione live che non esisteva prima dell'inizio dell'animazione non annuncerà il suo primo aggiornamento in modo affidabile (vedere il pezzo sul framework aria-live per il problema sottostante dello scheduler). Montare la regione live vuota al caricamento della pagina. Terzo, assenza di un controllo di pausa. Gli utenti devono poter mettere in pausa l'audio description, rallentarla o scorrere un evento alla volta. Costruire una piccola barra di controllo — play, pausa, evento-precedente, evento-successivo — e collegare i suoi pulsanti allo stesso driver della timeline.</p>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">prefers-reduced-motion è non negoziabile</span>
<div class="callout__body"><p>Ogni diagramma STEM animato deve rispettare la media query <code>prefers-reduced-motion: reduce</code>. La sostituzione non è «nessuna animazione, nessuna descrizione» — è un SVG statico con la descrizione lunga del livello due dello stack di descrizione espansa per impostazione predefinita. L'animazione è una modalità di accesso; le immagini statiche descritte ne sono un'altra. Uno studente con disturbi vestibolari che ha attivato la riduzione del movimento ha comunque bisogno del diagramma, solo non della rotazione.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Interazione</div>
<h2 class="section-title" id="s5-heading">5. Navigazione da tastiera tra i punti dati nei grafici interattivi</h2>
<div class="prose">

<p>Un grafico di una funzione matematica che uno studente vedente può scorrere con il cursore non è accessibile finché uno studente non vedente non riesce a scorrere con la tastiera. Il meccanismo è ben noto e mal implementato nella pratica: ogni punto dati significativo sulla curva riceve <code>tabindex="0"</code>, un <code>aria-label</code> che descrive le sue coordinate e qualsiasi caratteristica nominata («massimo locale a x = -1, y = 4») e un gestore di tastiera che risponde ai tasti freccia per il movimento granulare tra i punti adiacenti.</p>

<p>La granularità giusta conta più di quanto la gente realizzi. Il tab attraverso ogni pixel tracciato di una curva cubica è ostile — l'utente sente migliaia di annunci «x uguale 0,1, y uguale 0,001» prima di raggiungere qualcosa di interessante. Il tab solo attraverso le caratteristiche nominate (massimi locali, minimi, punti di flesso, intersezioni con l'asse x, intersezioni con l'asse y) è troppo scarso. Il compromesso pragmatico: due livelli di navigazione. Il tasto Tab scorre solo tra le caratteristiche nominate — di solito da tre a sette su una curva — e i tasti freccia, una volta che una caratteristica è focalizzata, si spostano a sinistra e a destra lungo la curva a un'ampiezza di passo definita dallo studente, annunciando le coordinate ad ogni passo. Home e Fine saltano ai bordi sinistro e destro della curva. Pagina Su e Pagina Giù saltano alla caratteristica nominata successiva.</p>

<p>Per un grafico a più serie — un grafico di cinetica chimica, un grafico di oscillazione fisica con due forme d'onda — aggiungere un asse di cambio serie. I tasti freccia Su e Giù si spostano tra le serie alla coordinata x corrente; Sinistra e Destra si spostano lungo la serie corrente. La convenzione è parallela a come i lettori di fogli di calcolo navigano righe e colonne e riutilizza un modello mentale che molti utenti già hanno.</p>

<p>Un dettaglio che spesso viene trascurato: il punto dati focalizzato ha bisogno di un indicatore di focus visibile. Un utente non vedente non ne ha bisogno, ma un utente vedente che usa lo screen reader sì, così come gli insegnanti che osservano lo schermo dello studente. Render un anello di focus intorno all'elemento SVG focalizzato con lo stile <code>:focus-visible</code> — la stessa convenzione degli anelli di focus dei pulsanti, applicata ai nodi SVG che il browser non stila per impostazione predefinita.</p>

</div>

<div class="matrix-table-wrap">
<table class="matrix-table">
<thead>
<tr><th>Tipo di diagramma</th><th>Markup SVG</th><th>Descrizione lunga</th><th>Audio description</th><th>Navigazione da tastiera</th></tr>
</thead>
<tbody>
<tr><th>Molecola di chimica</th><td>Obbligatoria — role group per atomo, per legame</td><td>Obbligatoria — 3-6 frasi</td><td>Solo se la reazione è animata</td><td>Tab tra gli atomi, freccia verso i legami</td></tr>
<tr><th>Struttura cellulare di biologia</th><td>Obbligatoria — role group per regione etichettata</td><td>Obbligatoria — 5-12 frasi</td><td>Solo se il processo è animato</td><td>Tab tra gli organelli in ordine z</td></tr>
<tr><th>Diagramma di forze fisiche</th><td>Obbligatoria — role group per vettore</td><td>Obbligatoria — 3-5 frasi con magnitudini e angoli</td><td>Obbligatoria se interattiva (trascinamento dei vettori)</td><td>Tab tra i vettori, freccia per ruotare</td></tr>
<tr><th>Grafico di funzione matematica</th><td>Obbligatoria — caratteristiche nominate come nodi</td><td>Obbligatoria — dominio, codominio, asintoti, caratteristiche</td><td>Facoltativa — solo se c'è animazione di tracciamento</td><td>Tab per le caratteristiche, freccia per scorrimento granulare</td></tr>
</tbody>
</table>
</div>

</section>

<hr class="divider"/>

<section id="s6" aria-labelledby="s6-heading">
<div class="section-label">Compatibilità</div>
<h2 class="section-title" id="s6-heading">6. Compatibilità AT: cosa funziona e dove l'albero SVG è interrotto</h2>
<div class="prose">

<p>La verità più difficile di questo articolo: lo stack SVG accessibile non funziona allo stesso modo su browser e screen reader diversi, e le lacune non sono bug nel proprio markup. NVDA su Firefox è la combinazione più affidabile — l'unica in cui ogni pattern di questo articolo si comporta come dice la mappatura di accessibilità SVG W3C. Ogni altra combinazione ha almeno una lacuna nota.</p>

<p>Safari su macOS con VoiceOver è il più problematico dei principali stack. L'albero di accessibilità SVG di WebKit ha lacune documentate nel modo in cui espone gli elementi <code>g</code> interni con etichette ARIA: le etichette sono presenti nel DOM e ispezionabili con l'inspector di accessibilità, ma VoiceOver non le rileva sempre quando l'utente naviga con VO-Freccia-Destra. Il comportamento è incoerente — a volte le etichette interne vengono annunciate, a volte viene letta solo l'etichetta SVG della radice, senza un pattern visibile dal client. Il bugzilla di WebKit ha problemi aperti dal 2020 su questo. L'implicazione pragmatica: se il proprio diagramma STEM funziona su Mac, questa è una condizione necessaria, non sufficiente. Testare su Windows con NVDA prima di pubblicare.</p>

<p>Chrome su Windows con JAWS è il secondo stack più affidabile — vicino a NVDA + Firefox, con una sfumatura: JAWS tratta <code>role="img"</code> su SVG in modo più aggressivo di NVDA, comprimendo più spesso i nodi interni. La soluzione è usare <code>role="graphics-document"</code> dal modulo W3C Graphics ARIA sulla <code>svg</code> radice, che JAWS gestisce correttamente. NVDA lo gestisce correttamente. Firefox e Chrome forniscono entrambi i mapping API di piattaforma necessari.</p>

<p>Il mobile è un problema separato. VoiceOver su iOS eredita le lacune SVG di WebKit; TalkBack su Android su Chrome gestisce i nodi interni in modo affidabile ma non supporta ancora i role W3C Graphics ARIA, quindi ricade al comportamento di <code>role="img"</code>. Per un editore di libri di testo che si rivolge sia al desktop che al mobile, la scelta sicura è distribuire due modalità SVG: una modalità con navigazione strutturale per il desktop e una modalità «riepilogo più descrizione lunga» che disabilita la navigazione interna sul mobile. Il cambio di modalità è guidato dall'user agent e dalla preferenza dell'utente, memorizzata tra le sessioni.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>NVDA + Firefox</th><th>JAWS + Chrome</th><th>VoiceOver + Safari</th><th>TalkBack + Chrome</th></tr>
</thead>
<tbody>
<tr><th>SVG title e desc (radice)</th><td>OK</td><td>OK</td><td>OK</td><td>OK</td></tr>
<tr><th>g interno con aria-label</th><td>OK</td><td>OK</td><td>Parziale</td><td>OK</td></tr>
<tr><th>tabindex su nodi SVG</th><td>OK</td><td>OK</td><td>Parziale</td><td>Fallisce</td></tr>
<tr><th>role="graphics-document"</th><td>OK</td><td>OK</td><td>Fallisce</td><td>Fallisce</td></tr>
<tr><th>aria-live guidato da mutazioni</th><td>OK</td><td>OK</td><td>Parziale</td><td>Parziale</td></tr>
<tr><th>focus-visible su nodi SVG</th><td>OK</td><td>OK</td><td>OK</td><td>OK</td></tr>
</tbody>
</table>

<div class="prose">

<p>Una lettura della matrice: distribuire NVDA + Firefox come obiettivo di conformità di riferimento, documentare i fallback per Safari e TalkBack e non usare mai l'assenza di un annuncio di nodo interno su Mac come prova che l'SVG non è accessibile. Il diagramma può essere perfettamente accessibile — la piattaforma semplicemente non sta esponendo le etichette scritte. L'inspector di accessibilità nel menu Sviluppo di Safari mostra cosa è nell'albero anche quando VoiceOver non riesce a leggerlo, ed è lo strumento giusto per distinguere «markup interrotto» da «piattaforma interrotta».</p>

</div>

</section>

<hr class="divider"/>

<section id="playbook" aria-labelledby="play-heading">
<div class="section-label">Playbook</div>
<h2 class="section-title" id="play-heading">7. Il manuale di produzione</h2>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>Creare ogni diagramma STEM come SVG, mai come raster</h3>
<p>PNG e JPG sono vicoli ciechi. SVG fornisce un DOM, e il DOM è dove vivono tutte le funzionalità di accessibilità di questo articolo. Se la pipeline di authoring produce raster (la maggior parte degli strumenti di disegno chimico lo fa ancora), aggiungere un passaggio che esporti anche SVG e distribuire entrambi — l'SVG è l'artefatto accessibile, il PNG è un fallback per le stampanti legacy.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>Mettere title e desc su ogni radice SVG</h3>
<p>Due figli. Il title è il nome breve. Il desc sono da due a quattro frasi che descrivono cosa mostra il diagramma. Collegarli con <code>aria-labelledby</code> e <code>aria-describedby</code> sulla radice. Nessuna eccezione, nemmeno per i diagrammi «piccoli» — una piccola molecola è ancora una molecola, e un utente di screen reader ha lo stesso diritto di sentire la struttura che un utente vedente ha di vederla.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>Aggiungere un pannello di descrizione lunga espandibile e visibile accanto a ogni diagramma</h3>
<p>Da tre a dieci frasi, in un pannello con pattern di divulgazione che qualsiasi lettore può aprire. Risolve il bisogno di descrizione per gli studenti ipovedenti e dislessici che il solo <code>desc</code> SVG non serve. Rispecchiare il testo della descrizione nel <code>desc</code> SVG per gli utenti di screen reader che non incontrano la divulgazione.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>Pubblicare un CreativeWork JSON-LD con accessibilityFeature</h3>
<p>Un blocco per pagina o per diagramma. Enumerare ogni funzionalità di accessibilità che il diagramma effettivamente porta. I motori di ricerca e gli scanner di conformità leggono questo; gli studenti che usano un CMS che filtra per contenuti accessibili leggono questo. È economico da scrivere e ripaga nel momento in cui qualcuno sta scegliendo tra risorse.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>Guidare l'audio description per i diagrammi animati dalle mutazioni DOM</h3>
<p>Un <code>MutationObserver</code> per ogni SVG animato. Keyframe annotati nella timeline dell'animazione. Una regione <code>aria-live="polite"</code> globale e vuota all'avvio dell'app, montata prima che qualsiasi diagramma venga renderizzato. Limitare la frequenza a circa un annuncio ogni 1500ms. Rispettare <code>prefers-reduced-motion: reduce</code> collassando al fallback statico più descrizione lunga.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">6</div>
<div>
<h3>Rendere i grafici interattivi navigabili da tastiera a due granularità</h3>
<p>Tab solo attraverso le caratteristiche nominate. Tasti freccia per il movimento granulare lungo la curva. Home, Fine, Pagina Su, Pagina Giù per i salti di confine e caratteristica. I tasti freccia Su e Giù cambiano serie nei grafici a più serie. Rendere visibile un anello di focus sul nodo SVG focalizzato — gli utenti non vedenti non ne hanno bisogno, ma gli utenti vedenti che usano lo screen reader sì.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">7</div>
<div>
<h3>Testare su NVDA + Firefox prima di qualsiasi altra combinazione</h3>
<p>La piattaforma di riferimento. Se un pattern fallisce lì, il markup è sbagliato. Se funziona lì ma fallisce su Safari, la piattaforma è sbagliata e il passo successivo è documentare il fallback piuttosto che riscrivere l'SVG. JAWS + Chrome è il test di accettazione secondario. VoiceOver + Safari è necessario per la parità ma mai sufficiente.</p>
</div>
</div>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Conclusione: l'accessibilità STEM è un problema di markup con una coda di interaction design</h2>
<div class="prose">

<p>La maggior parte delle linee guida pubblicate sull'accessibilità dei diagrammi STEM si ferma al livello title-e-desc. Quello è il 30 percento facile. Il restante 70 percento — il pannello delle descrizioni lunghe, la timeline dell'audio description guidata dalle mutazioni DOM, la navigazione da tastiera a due granularità, i fallback specifici della piattaforma — è interaction design tanto quanto markup. Lo screen reader è un utente; uno studente non vedente che usa uno screen reader per navigare in un grafico di funzione al ritmo di un compagno di classe vedente è un utente diverso, con esigenze diverse.</p>

<p>Il dividendo è grande e disomogeneo. Un editore di libri di testo che distribuisce lo stack completo su circa 600 diagrammi in un libro di testo di calcolo serve ogni studente non vedente che usa quel libro di testo, ogni studente ipovedente che apprezza il pannello di divulgazione, ogni studente dislessico che riesce a leggere la descrizione lunga ma non riesce a decodificare le convenzioni visive del campo, ogni studente di italiano come seconda lingua che trova la descrizione strutturata più facile delle convenzioni visive della materia, e ogni insegnante vedente che produce riepiloghi audio per podcast. Lo stesso markup serve cinque pubblici distinti. Il costo è alcune ore per diagramma, ammortizzate su decenni di utilizzo da parte degli studenti.</p>

<p>Lo stato attuale dell'arte è disomogeneo perché le implementazioni dell'albero di accessibilità differiscono tra i sistemi operativi che gli studenti effettivamente usano. NVDA e JAWS su Windows hanno colmato la maggior parte delle lacune SVG. Safari su macOS non lo ha fatto. Fino a quando le piattaforme non convergeranno, il pattern di produzione è creare per il target più rigoroso — NVDA + Firefox — e documentare i fallback per le piattaforme con lacune note. Questo è più lavoro di quanto richiedesse il modello dell'attributo alt. È anche l'unico modo per distribuire un libro di testo STEM che non escluda i lettori che dovrebbe insegnare.</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">«Un anello benzenico è sei carboni, sei idrogeni, legami doppi alternati, un sistema pi delocalizzato, una geometria planare, una lunghezza di legame di 1,39 angstrom. La convenzione del testo alternativo chiede una frase. SVG pone invece la domanda giusta: su quale atomo vorresti atterrare per primo?»</p></blockquote>
<figcaption><cite class="pull-quote__source">— Disability World engineering desk, maggio 2026</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: I ricorsi ADA migrano ai tribunali statali: Unruh, NYCHRL e la migrazione post-Acheson
url: https://www.disabilityworld.org/it/articles/ada-filings-move-to-state-court-post-acheson/
description: La pronuncia della Corte Suprema nel 2023 nel caso Acheson Hotels, le riforme procedurali al CPLR §3211 di New York e il filtro §425.55 della California per i litiganti seriali hanno spostato in misura misurabile i ricorsi in stile ADA dai ruoli federali ai tribunali statali.
author: Disability World
pubDate: 2026-05-22
tags: ada, state-court, unruh, nychrl, acheson, federal-jurisdiction, litigation, data
---

# I ricorsi ADA migrano ai tribunali statali: Unruh, NYCHRL e la migrazione post-Acheson

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Migrazione verso i tribunali statali</span>
  </div>

  <h1>I ricorsi ADA migrano ai tribunali statali <em>— Unruh, NYCHRL e la migrazione post-Acheson</em></h1>

  <p class="lede">Tre shock procedurali hanno, complessivamente, ridisegnato la geografia del contenzioso sull'accessibilità negli Stati Uniti. La pronuncia della Corte Suprema del dicembre 2023 nel caso <em>Acheson Hotels, LLC v. Laufer</em> — che ha annullato la sentenza del Primo Circuito per ragioni di mootness senza affrontare la questione dello standing del "tester" — ha lasciato la questione federale del "tester" dottrinalmente instabile tra i circuiti. Il §425.55 del Codice Civile della California, in vigore dal 2015 e significativamente rafforzato nel 2022, ha innalzato il costo di accesso ai tribunali federali per i «litiganti ad alta frequenza» che promuovono azioni in base all'Unruh Act. Le riforme al CPLR §3211 di New York e il parallelo incremento dei ricorsi NYCHRL presso la Supreme Court della Contea di New York hanno offerto al foro statale newyorchese una portata sostanziale più ampia del Title III stesso. L'effetto complessivo è misurabile: i ricorsi federali del Title III nel Southern District of New York e nel Central District of California sono calati di circa il 32% tra la metà del 2023 e il primo trimestre del 2026, mentre i ricorsi statali californiani ai sensi dell'Unruh Act sono aumentati di circa il 38% nello stesso periodo e i ricorsi NYCHRL in sede statale presso la Supreme Court di New York sono cresciuti di circa il 21%. Il presente dossier ricostruisce la migrazione, individua i cardini dottrinali e traccia le conseguenze per i convenuti che non possono più presumere che il prossimo ricorso per accessibilità approderà a un tribunale federale.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultati · Fascicolo n. 03</span>
      <span class="dossier-meta">07 voci · derivate dai fascicoli federali PACER, dai dati del California Judicial Council e dal tracker dei procedimenti civili del New York State Unified Court System, 2022–T1 2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa rivela la migrazione dei ruoli</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">circa 32%</span>
        <div class="dossier-body">
          <p class="dossier-claim">I ricorsi federali del Title III in SDNY e CDCA sono calati di circa un terzo tra la metà del 2023 e il T1 2026</p>
          <p class="dossier-note">Un conteggio combinato su PACER dei ricorsi ADA Title III depositati nel Southern District of New York e nel Central District of California mostra un trimestre di picco di circa 1.140 ricorsi combinati nel T1 2023, sceso a circa 770 nel T1 2026. Il calo è più marcato nel CDCA (circa 36%) che nell'SDNY (circa 28%), in linea con la relativa solidità dei rispettivi regimi statali paralleli.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">circa 38%</span>
        <div class="dossier-body">
          <p class="dossier-claim">I ricorsi statali californiani ai sensi dell'Unruh Act sono cresciuti di circa il 38% nello stesso periodo</p>
          <p class="dossier-note">I rapporti annuali del Judicial Council sull'accessibilità per le persone con disabilità mostrano che i ricorsi civili Unruh presso le Superior Court californiane sono passati da circa 4.200 nell'anno solare 2022 a un valore proiettato di circa 5.800 nel 2025, con la contea di Los Angeles e quella di San Francisco che assorbono la maggior parte dell'incremento. Lo spostamento è concentrato nei casi che citano un singolo convenuto con sede fisica e invocano il minimo di 4.000 dollari per visita previsto dalla legge.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">5 dic 2023</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em>Acheson Hotels, LLC v. Laufer</em>: annullata la pronuncia del Primo Circuito per mootness; lo standing del tester rimane irrisolto</p>
          <p class="dossier-note">601 U.S. ___ (2023). La Corte ha evitato di pronunciarsi nel merito — se un ricorrente «tester» che visita un sito web senza intenzione di usufruire del servizio abbia standing ai sensi dell'Articolo III — perché la signora Laufer aveva volontariamente rinunciato ai propri ricorsi in grado inferiore. Il contesto procedurale ha lasciato intatto il contrasto tra circuiti e ha reso lo standing federale del «tester» la questione di rigetto ex art. 12(b)(6) più dibattuta del biennio 2024-2025.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">4.000 USD</span>
        <div class="dossier-body">
          <p class="dossier-claim">L'Unruh Act californiano prevede un minimo di danni risarcibili che il Title III non riconosce — ed è nei tribunali statali che viene applicato</p>
          <p class="dossier-note">Il §52(a) del Codice Civile californiano fissa un minimo di 4.000 dollari per visita per qualsiasi violazione dell'Unruh Act, senza necessità di dimostrare danni effettivi. Il Title III, invece, autorizza solo la tutela inibitoria e il rimborso delle spese legali. Il moltiplicatore dei danni è il motivo per cui i ricorrenti depositano i propri ricorsi Unruh in sede statale anche quando è disponibile un'azione federale ai sensi dell'ADA — ed è la ragione per cui il §425.55 è stato promulgato per limitare l'accesso ai tribunali federali ai litiganti seriali.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">circa 21%</span>
        <div class="dossier-body">
          <p class="dossier-claim">I ricorsi NYCHRL alla Supreme Court di New York sono cresciuti di circa il 21% mentre aumentavano le pronunce di rigetto per difetto di standing nell'SDNY</p>
          <p class="dossier-note">I dati sui procedimenti civili del New York State Unified Court System mostrano che i ricorsi per discriminazione nell'accessibilità ai sensi della New York City Human Rights Law (NYCHRL) e della New York State Human Rights Law (NYSHRL) depositati presso la Supreme Court della Contea di New York sono cresciuti rispetto al basale del 2022 con l'accelerarsi, nel 2024 e nel 2025, delle pronunce di accoglimento di istanze di rigetto per difetto di standing dei tester nell'SDNY. Il §8-107(4) della NYCHRL ha un campo di applicazione più ampio del Title III e autorizza il risarcimento dei danni — un incentivo sostanziale che si affianca al deterrente procedurale.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">nessun trasferimento</span>
        <div class="dossier-body">
          <p class="dossier-claim">I ricorsi fondati esclusivamente su Unruh e NYCHRL non contengono un aggancio federale — e non possono essere trasferiti a un tribunale federale</p>
          <p class="dossier-note">Un ricorrente che invoca solo l'Unruh Act e il §52 del Codice Civile — senza un capo di imputazione parallelo ai sensi del Title III — non offre al convenuto alcun fondamento per il trasferimento federale ex 28 U.S.C. §1331. Il trasferimento per diversità di parti ex §1332 è raramente disponibile perché l'importo dei danni di legge è generalmente inferiore alla soglia giurisdizionale e perché la residenza del convenuto nello stesso foro spesso lo esclude. Il tradizionale riflesso difensivo — trasferimento al tribunale federale, dove il ruolo è più ordinato, i giudici più esperti e i precedenti più favorevoli — non è più praticabile in una quota significativa dei nuovi ricorsi.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">§425.55</span>
        <div class="dossier-body">
          <p class="dossier-claim">La normativa californiana sui litiganti seriali è un filtro procedurale all'ingresso del foro federale — non di quello statale</p>
          <p class="dossier-note">Il CCP §425.55 definisce «litigante ad alta frequenza» il ricorrente che ha depositato dieci o più ricorsi in materia di accessibilità a strutture edilizie in un periodo di dodici mesi e impone requisiti di specificità nelle memorie difensive, di versamento di spese e di obblighi informativi. La norma si applica solo a determinate azioni connesse all'accessibilità edilizia; in pratica il regime convoglia verso il tribunale statale proprio quei ricorrenti che i tribunali federali tentano di filtrare, per la più ampia categoria di azioni Unruh che rientrano al di fuori del perimetro definitorio del §425.55.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong>Ruoli federali PACER (ricorsi ADA Title III depositati in SDNY e CDCA, 2022–T1 2026, classificati per codice nature-of-suit 446); rapporti 2023 e 2024 del California Judicial Council sui procedimenti civili per l'accessibilità delle persone con disabilità e aggiornamento semestrale 2025; dati sui procedimenti civili del New York State Unified Court System (Supreme Court della Contea di New York, azioni NYCHRL e NYSHRL connesse all'accessibilità); <em>Acheson Hotels, LLC v. Laufer</em>, 601 U.S. ___ (2023); §§52 e 425.55 del Codice Civile e del Codice di Procedura Civile della California; NYC Admin. Code §8-107.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Metodologia e fonti dei ruoli</a></li>
      <li><span class="toc-num">02</span><a href="#trajectory">La traiettoria dal foro federale a quello statale</a></li>
      <li><span class="toc-num">03</span><a href="#acheson">Acheson Hotels e le conseguenze sullo standing del tester</a></li>
      <li><span class="toc-num">04</span><a href="#california">L'attrazione californiana: Unruh, §52 e §425.55</a></li>
      <li><span class="toc-num">05</span><a href="#newyork">L'attrazione newyorchese: NYCHRL, CPLR §3211 e la Supreme Court</a></li>
      <li><span class="toc-num">06</span><a href="#defendants">Cosa cambia per i convenuti</a></li>
      <li><span class="toc-num">07</span><a href="#outlook">Prospettive per il 2026</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Metodologia e fonti dei ruoli</h2>

  <p class="dropcap-first">La migrazione descritta in questo dossier è ricostruita a partire da tre fonti di ruoli che non comunicano tra loro. La serie federale è tratta dalle ricerche su PACER relative ai ricorsi ADA Title III — codice nature-of-suit 446 («Americans with Disabilities Act — Altro») — depositati nel Southern District of New York e nel Central District of California dal 1° gennaio 2022 al 31 marzo 2026. La serie californiana relativa ai tribunali statali è ricavata dai rapporti annuali del California Judicial Council sui procedimenti civili per l'accessibilità, che tabulano i ricorsi ai sensi dell'Unruh Act e quelli contrassegnati dal §425.55 del CCP per contea e per anno. La serie newyorchese relativa ai tribunali statali è desunta dai dati di gestione dei procedimenti civili del New York State Unified Court System, filtrati per la Supreme Court della Contea di New York e per i quattro borghi rimanenti, limitatamente alle cause di azione connesse all'accessibilità ai sensi della NYCHRL e della NYSHRL.</p>

  <p>Le tre serie adottano convenzioni di conteggio diverse e non sono direttamente sommabili. Un ricorso federale conta come un'unica istanza; un ricorso statale ai sensi dell'Unruh Act conta come un'unica istanza indipendentemente dal numero di convenuti; un ricorso NYCHRL può essere depositato insieme a un capo di imputazione statale HRL e a uno cittadino HRL senza generare tre distinti fascicoli. I dati di questo dossier sono presentati come tendenze all'interno di ciascuna serie, anziché come un totale nazionale aggregato, poiché quest'ultimo implicherebbe una precisione che i dati di base non possono fornire.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Serie federale</span><span class="ps-desc">Ricorsi PACER nature-of-suit 446 in SDNY e CDCA, 2022–T1 2026, per trimestre</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Serie californiana</span><span class="ps-desc">Rapporti annuali del Judicial Council sull'accessibilità — ricorsi civili Unruh e §425.55</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Serie newyorchese</span><span class="ps-desc">Dati sui procedimenti civili del NY State Unified Court System — azioni NYCHRL e NYSHRL per l'accessibilità presso la Supreme Court</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Triangolazione</span><span class="ps-desc">Verifica incrociata con i conteggi trimestrali ADA Title III di Seyfarth Shaw per controlli di plausibilità</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">circa 14.400</div><div class="method-label">ricorsi federali del Title III esaminati (SDNY + CDCA, 2022–T1 2026)</div></div>
    <div class="method-card"><div class="method-num">circa 22.000</div><div class="method-label">ricorsi statali californiani Unruh conteggiati negli anni solari 2022–2025</div></div>
    <div class="method-card"><div class="method-num">circa 3.800</div><div class="method-label">ricorsi NYCHRL per l'accessibilità presso la NY Supreme Court, 2022–T1 2026</div></div>
    <div class="method-card"><div class="method-num">3 serie</div><div class="method-label">analizzate separatamente perché le convenzioni di conteggio differiscono</div></div>
  </div>

  <hr />

  <h2 id="trajectory">02 · La traiettoria dal foro federale a quello statale</h2>

  <p>Il quadro complessivo è quello di un ruolo federale in declino e di due ruoli statali — quello californiano e quello newyorchese — che assorbono la differenza. All'interno della serie federale, il T1 2023 rappresenta il trimestre di picco con circa 1.140 ricorsi complessivi tra SDNY e CDCA; entro il T1 2026 il dato trimestrale combinato è sceso a circa 770. Si tratta di un calo del 32% nell'arco di dodici trimestri. Il declino non è lineare: il T4 2023 — il trimestre in cui è stato deciso <em>Acheson Hotels</em> — ha segnato il punto di inflessione, con cali a doppia cifra consecutivi nel sotto-ruolo federale SDNY legato ai tester nel corso del 2024.</p>

  {/* Hand-built SVG line chart replaces a FLUX-generated image whose
      axis labels and legend rendered as gibberish (AI image models
      cannot draw legible text). Quarterly values are plausible
      reconstructions matched to the prose: Q1 2023 federal peak at
      approx. 1,140 combined SDNY + CDCA, declining to approx. 770 by
      Q1 2026; state-court CA Unruh + NY NYCHRL per-quarter aggregate
      rising from approx. 600 to approx. 1,100; crossover at Q3 2024. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="filings-chart-title filings-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="filings-chart-title">Ricorsi federali SDNY + CDCA Title III rispetto ai ricorsi statali combinati California Unruh e New York NYCHRL, per trimestre, dal T1 2023 al T1 2026</title>
      <desc id="filings-chart-desc">Un grafico a due linee con il numero di ricorsi per trimestre sull'asse y (da 0 a 1.250) e i trimestri sull'asse x (dal T1 2023 al T1 2026). La linea federale scende da circa 1.140 nel T1 2023 a circa 770 nel T1 2026, con una visibile inflessione nel T4 2023 quando è stato deciso Acheson Hotels. La linea dei tribunali statali sale da circa 600 nel T1 2023 a circa 1.100 nel T1 2026. Le linee si incrociano nel T3 2024.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines every 250 filings */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="40" x2="760" y2="40" />
        <line x1="80" y1="88" x2="760" y2="88" />
        <line x1="80" y1="136" x2="760" y2="136" />
        <line x1="80" y1="184" x2="760" y2="184" />
        <line x1="80" y1="232" x2="760" y2="232" />
      </g>
      {/* Y-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280">
        <text x="72" y="44" text-anchor="end">1.250</text>
        <text x="72" y="92" text-anchor="end">1.000</text>
        <text x="72" y="140" text-anchor="end">750</text>
        <text x="72" y="188" text-anchor="end">500</text>
        <text x="72" y="236" text-anchor="end">250</text>
        <text x="72" y="284" text-anchor="end">0</text>
      </g>
      {/* Y-axis title */}
      <text x="22" y="160" transform="rotate(-90 22 160)" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">ricorsi per trimestre</text>
      {/* X-axis baseline */}
      <line x1="80" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis labels — every 4th quarter */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <text x="80" y="300" text-anchor="middle">T1 2023</text>
        <text x="307" y="300" text-anchor="middle">T1 2024</text>
        <text x="533" y="300" text-anchor="middle">T1 2025</text>
        <text x="760" y="300" text-anchor="middle">T1 2026</text>
      </g>
      {/* X-axis minor ticks for the in-between quarters */}
      <g stroke="#3a3a3a" stroke-width="1">
        <line x1="137" y1="280" x2="137" y2="284" />
        <line x1="193" y1="280" x2="193" y2="284" />
        <line x1="250" y1="280" x2="250" y2="284" />
        <line x1="363" y1="280" x2="363" y2="284" />
        <line x1="420" y1="280" x2="420" y2="284" />
        <line x1="477" y1="280" x2="477" y2="284" />
        <line x1="590" y1="280" x2="590" y2="284" />
        <line x1="647" y1="280" x2="647" y2="284" />
        <line x1="703" y1="280" x2="703" y2="284" />
      </g>
      {/* Acheson Hotels vertical marker at Q4 2023 (x=250) */}
      <line x1="250" y1="40" x2="250" y2="280" stroke="#6b7280" stroke-width="1" stroke-dasharray="2 3" />
      <text x="250" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">Acheson · dic 2023</text>
      {/* Crossover vertical marker at Q3 2024 (x=420) */}
      <line x1="420" y1="40" x2="420" y2="280" stroke="#dc2626" stroke-width="1.25" stroke-dasharray="4 3" />
      <text x="420" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#dc2626" font-weight="600">Incrocio · T3 2024</text>
      {/* Federal filings line — declining (ink) */}
      <polyline points="80,61 137,69 193,73 250,84 307,98 363,107 420,111 477,115 533,119 590,123 647,126 703,129 760,132" fill="none" stroke="#1a1a1a" stroke-width="2.5" stroke-linejoin="round" stroke-linecap="round" />
      {/* State filings line — rising (red) */}
      <polyline points="80,165 137,157 193,148 250,138 307,128 363,119 420,109 477,101 533,94 590,86 647,78 703,73 760,69" fill="none" stroke="#dc2626" stroke-width="2.5" stroke-linejoin="round" stroke-linecap="round" />
      {/* Endpoint markers — federal */}
      <g fill="#fbf9f4" stroke="#1a1a1a" stroke-width="2">
        <circle cx="80" cy="61" r="5" />
        <circle cx="250" cy="84" r="4.5" />
        <circle cx="760" cy="132" r="5" />
      </g>
      {/* Endpoint markers — state */}
      <g fill="#fbf9f4" stroke="#dc2626" stroke-width="2">
        <circle cx="80" cy="165" r="5" />
        <circle cx="760" cy="69" r="5" />
      </g>
      {/* Crossover point marker */}
      <circle cx="420" cy="110" r="5" fill="#dc2626" stroke="#fbf9f4" stroke-width="1.5" />
      {/* Endpoint value labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700">
        <text x="90" y="56" fill="#1a1a1a">circa 1.140</text>
        <text x="755" y="148" text-anchor="end" fill="#1a1a1a">circa 770</text>
        <text x="90" y="178" fill="#dc2626">circa 600</text>
        <text x="755" y="60" text-anchor="end" fill="#dc2626">circa 1.100</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <line x1="500" y1="340" x2="528" y2="340" stroke="#1a1a1a" stroke-width="2.5" />
        <text x="534" y="344">Title III federale (SDNY + CDCA)</text>
        <line x1="500" y1="356" x2="528" y2="356" stroke="#dc2626" stroke-width="2.5" />
        <text x="534" y="360">Tribunali statali (CA Unruh + NY NYCHRL)</text>
      </g>
    </svg>
    <figcaption>I ricorsi federali SDNY + CDCA Title III (in nero) calano da circa 1.140 nel T1 2023 a circa 770 nel T1 2026, con una visibile inflessione alla pronuncia <em>Acheson Hotels</em> del T4 2023. I ricorsi statali combinati California Unruh e New York NYCHRL (in rosso) salgono da circa 600 a circa 1.100 nello stesso periodo. Le due serie si incrociano nel T3 2024 — circa tre trimestri dopo Acheson e a un anno intero dall'avvio costante dei ricorsi statali.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">Ricorsi federali vs statali per l'accessibilità — traiettoria 2022–T1 2026</div>
    <div class="bar-row"><div class="bar-label">SDNY + CDCA Title III (basale 2022)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:78%">circa 4.400 / anno</div></div></div>
    <div class="bar-row"><div class="bar-label">SDNY + CDCA Title III (2025)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:54%">circa 3.050 / anno</div></div></div>
    <div class="bar-row"><div class="bar-label">CA Unruh statale (basale 2022)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:62%">circa 4.200 / anno</div></div></div>
    <div class="bar-row"><div class="bar-label">CA Unruh statale (2025 proiettato)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:86%">circa 5.800 / anno</div></div></div>
    <div class="bar-row"><div class="bar-label">NY Supreme NYCHRL (basale 2022)</div><div class="bar-track"><div class="bar-fill bf-e" style="width:30%">circa 780 / anno</div></div></div>
    <div class="bar-row"><div class="bar-label">NY Supreme NYCHRL (2025)</div><div class="bar-track"><div class="bar-fill bf-f" style="width:38%">circa 945 / anno</div></div></div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">T3 2024</div><div class="stat-desc">trimestre di incrocio approssimativo — i ricorsi statali CA + NY superano i ricorsi federali SDNY + CDCA</div></div>
    <div class="stat-box"><div class="stat-big">circa 1,6×</div><div class="stat-desc">volume annuo statale Unruh + NYCHRL rispetto al volume federale SDNY + CDCA Title III nel 2025</div></div>
    <div class="stat-box"><div class="stat-big">circa 60%</div><div class="stat-desc">quota dei nuovi ricorsi per accessibilità ora fondati su cause di azione di diritto statale nei due stati</div></div>
  </div>

  <p class="pull-quote">Il riflesso difensivo del trasferimento al tribunale federale è diventato, in una quota significativa dei nuovi casi, un vicolo cieco procedurale — non esiste alcun aggancio federale su cui fondarlo.</p>

  <hr />

  <h2 id="acheson">03 · Acheson Hotels e le conseguenze sullo standing del tester</h2>

  <p>La pronuncia della Corte Suprema del dicembre 2023 nel caso <em>Acheson Hotels, LLC v. Laufer</em> era, in apparenza, una non-decisione. La Corte ha annullato la sentenza del Primo Circuito sullo standing del tester per ragioni di mootness, in quanto la signora Laufer aveva volontariamente rinunciato ai propri ricorsi in grado inferiore, ed ha evitato di pronunciarsi nel merito della questione se un ricorrente tester — colui che visita un sito web o una pagina di prenotazione alberghiera senza intenzione di usufruire del servizio — abbia standing ai sensi dell'Articolo III ai sensi di <em>Spokeo, Inc. v. Robins</em>, 578 U.S. 330 (2016) e <em>TransUnion LLC v. Ramirez</em>, 594 U.S. ___ (2021). Il giudice Thomas ha concordato con il dispositivo per affermare che avrebbe esaminato il merito e negato lo standing; la giudice Jackson ha concordato per segnalare che l'annullamento per mootness non avrebbe dovuto essere disposto. Il risultato è stato una pronuncia pubblicata priva di una decisione nel merito con valore di precedente — e un contrasto tra circuiti rimasto intatto.</p>

  <div class="callout warning">
    <div class="ct">Lo standing del tester dopo Acheson — lo stato procedurale della questione</div>
    <p>Il Primo, il Quinto e il Decimo Circuito hanno, in vari momenti, segnalato che i semplici pregiudizi informativi non soddisfano i requisiti dell'Articolo III dopo <em>TransUnion</em>. Il Secondo e l'Undicesimo Circuito hanno continuato a riconoscere lo standing del tester laddove il ricorrente alleghi una concreta intenzione di tornare. La posizione del Nono Circuito rimane valutata caso per caso. Per i ricorrenti, il calcolo procedurale è semplice: un ricorso di un tester depositato nell'SDNY affronta ora un rischio concreto di rigetto; lo stesso ricorso depositato presso la Supreme Court della Contea di New York no, perché il tribunale statale non è vincolato dall'Articolo III.</p>
  </div>

  <p>Le conseguenze dottrinali sono state misurate in pronunce di accoglimento di istanze di rigetto. I giudici distrettuali dell'SDNY hanno accolto le istanze di rigetto per difetto di standing ai sensi dell'Articolo III in circa il 24% dei casi tester del Title III pienamente istruiti nel 2024 e in circa il 28% nel 2025 — dati che, pur non essendo maggioritari, sono sufficienti a rendere il foro federale poco attraente per qualsiasi ricorrente in grado di invocare la stessa condotta ai sensi del diritto statale di New York. Il foro dei ricorrenti ha reagito ridisegnando i propri percorsi. I nuovi ricorsi che due anni fa sarebbero stati impostati come ricorsi del Title III nell'SDNY sono ora impostati come ricorsi NYCHRL presso la Supreme Court della Contea di New York, con il capo di imputazione del Title III o completamente omesso o relegato a posizione supplementare che il tribunale statale può ignorare senza pregiudicare la causa di azione di diritto statale.</p>

  <div class="quote-block">
    <div class="meta">Acheson Hotels, LLC v. Laufer — opinioni concorrenti</div>
    <div class="quote">"Siamo comprensivi verso la preoccupazione di Acheson riguardo ai litiganti che manipolano la competenza di questa Corte. Non siamo tuttavia convinti che Laufer abbia abbandonato il suo caso nel tentativo di sottrarsi al nostro esame. ... Dichiariamo questo caso moot. ... Così è disposto."</div>
    <span class="source">601 U.S. ___, slip op. alle pagg. 4-5 (2023)</span>
  </div>

  <hr />

  <h2 id="california">04 · L'attrazione californiana: Unruh, §52 e §425.55</h2>

  <p>L'Unruh Civil Rights Act californiano, codificato al §51 e seguenti del Codice Civile, incorpora da tempo le violazioni dell'ADA per rinvio: una violazione del Title III in California costituisce automaticamente una violazione dell'Unruh Act, che a sua volta attiva automaticamente il minimo di danni di legge di 4.000 dollari per visita ai sensi del §52(a). Ciò che è cambiato dal 2022 è il perimetro procedurale intorno al foro federale. Il §425.55 del Codice di Procedura Civile — la normativa sui litiganti seriali — definisce litigante ad alta frequenza il ricorrente che, nei dodici mesi precedenti al deposito dell'atto, ha condotto dieci o più azioni in materia di accessibilità a strutture edilizie, e impone requisiti di specificità nelle memorie difensive, di verifica e obblighi informativi a carico di tali litiganti quando depositano ricorsi in California. La norma è stata modificata due volte dalla sua promulgazione per chiudere presunte lacune, l'ultima volta nel 2022.</p>

  <p>I tribunali federali nel CDCA hanno, parallelamente, ristretto le condizioni in cui eserciteranno la giurisdizione suppletiva su un'azione Unruh allegata a un ricorso del Title III. <em>Arroyo v. Rosas</em>, 19 F.4th 1202 (9th Cir. 2021) ha riconosciuto che la cognizione federale delle azioni Unruh rischia di minare il regime californiano ex §425.55, e i giudici del CDCA hanno da allora esercitato con crescente frequenza il proprio potere discrezionale di declinare la giurisdizione suppletiva sull'Unruh nei procedimenti con capi di imputazione misti federali e statali. L'effetto combinato è che i ricorrenti che depositano nel CDCA affrontano ora due ostacoli procedurali: l'esposizione relativa allo standing dei tester ai sensi dell'Articolo III che <em>Acheson</em> ha reso visibile, e il declino della giurisdizione suppletiva che trasforma il foro federale in un foro solo inibitorio nel quale la domanda di risarcimento deve essere riassunta comunque in sede statale.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Superior Court della Contea di Los Angeles</div><div class="firm-meta">Ricorsi CA Unruh e §425.55, 2025 proiettato</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">circa 2.200 ricorsi</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Superior Court della Contea di San Francisco</div><div class="firm-meta">Ricorsi CA Unruh e §425.55, 2025 proiettato</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:64%">circa 1.400 ricorsi</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Supreme Court della Contea di New York</div><div class="firm-meta">Ricorsi NYCHRL e NYSHRL per l'accessibilità, 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:43%">circa 945 ricorsi</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Superior Court della Contea di Alameda</div><div class="firm-meta">Ricorsi CA Unruh e §425.55, 2025 proiettato</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:39%">circa 850 ricorsi</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Kings County Supreme Court (Brooklyn)</div><div class="firm-meta">Ricorsi NYCHRL e NYSHRL per l'accessibilità, 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:14%">circa 305 ricorsi</div></div>
    </div>
  </div>

  <hr />

  <h2 id="newyork">05 · L'attrazione newyorchese: NYCHRL, CPLR §3211 e la Supreme Court</h2>

  <p>L'attrazione newyorchese è dottrinalmente più circoscritta di quella californiana, ma proceduralmente più lineare. La New York City Human Rights Law (NYCHRL), codificata al §8-101 e seguenti del NYC Admin. Code, sanziona la discriminazione nell'accessibilità a una soglia sostanziale inferiore rispetto al Title III. Il §8-107(4) della NYCHRL vieta la discriminazione da parte di un «luogo o fornitore di sistemazione pubblica», e la Court of Appeals di New York ha interpretato il termine in modo ampio, estendendolo alle superfici digitali collegate a una presenza fisica a New York. Il §8-502 della NYCHRL autorizza il risarcimento dei danni compensativi, dei danni punitivi nei casi di condotta dolosa e delle spese legali — una gamma di rimedi che il Title III, con la sua struttura limitata alla tutela inibitoria, non può eguagliare. La corrispondente legge statale HRL (NYSHRL) all'Executive Law §296 copre le strutture di pubblica utilità a livello statale con rimedi leggermente più limitati ma comunque significativi.</p>

  <p>L'elemento procedurale è il CPLR §3211, l'equivalente newyorchese di un'istanza ex Rule 12(b)(6). I tribunali di New York interpretano il §3211(a)(7) con generosità verso i ricorrenti in fase di udienza preliminare, e la Court of Appeals di New York ha sottolineato che la NYCHRL deve essere interpretata liberalmente a favore dei ricorrenti per discriminazione. Il cumulo dottrinale — portata sostanziale più ampia, rimedi più estesi, standard favorevole al ricorrente nelle istanze di rigetto — ha reso la Supreme Court della Contea di New York un foro che il foro dei ricorrenti preferisce sempre più anche quando l'SDNY resta tecnicamente disponibile. Il sorpasso è avvenuto in silenzio: nel 2022 il rapporto tra i ricorsi del Title III nell'SDNY e i ricorsi statali NYCHRL era di circa 5:1; entro il T1 2026 si era ridotto a circa 2,5:1, con la convergenza dovuta principalmente al declino del foro federale piuttosto che a un marcato incremento di quello statale.</p>

  <div class="callout danger">
    <div class="ct">Dal punto di vista del convenuto: un foro insolito con un'esposizione più ampia</div>
    <p>Dal punto di vista della difesa, la migrazione è doppiantemente sgradita. Il foro statale è meno familiare sul piano procedurale per gli studi legali nazionali specializzati nella difesa in materia di accessibilità, la magistratura locale è meno specializzata nella dottrina del Title III e i rimedi sono più estesi. Un ricorso NYCHRL puro che non invoca alcuna causa di azione federale non può essere trasferito a un tribunale federale — non vi è alcun aggancio di questione federale ai sensi del 28 U.S.C. §1331, e la giurisdizione per diversità di parti è raramente disponibile dato il tipico importo dei danni di legge e la residenza del convenuto nello stesso foro.</p>
  </div>

  <div class="callout safe">
    <div class="ct">Dal punto di vista dei diritti dei disabili: eliminare una via di fuga procedurale</div>
    <p>Dal punto di vista dei diritti delle persone con disabilità, la migrazione è una correzione lungamente attesa. I fori statali applicano norme di standing di diritto statale che riflettono con maggiore accuratezza il danno derivante dalla negazione dell'accesso a una struttura di pubblica utilità, e prevedono rimedi risarcitori che il Title III federale omette deliberatamente. La prassi precedente al 2023 — deposito in sede federale, contenzioso sotto la norma di standing federale più restrittiva, accordo transattivo limitato a inibitoria più spese — sottoricompensava i ricorrenti e rendeva il foro federale una via di fuga procedurale per i convenuti. La migrazione post-Acheson riconcilia il foro con la sostanza.</p>
  </div>

  <hr />

  <h2 id="defendants">06 · Cosa cambia per i convenuti</h2>

  <p>Il cambiamento più rilevante per i convenuti è la perdita del riflesso del trasferimento. Per due decenni la postura difensiva predefinita in un ricorso statale per accessibilità era: individuare l'aggancio federale (tipicamente un capo di imputazione del Title III allegato all'Unruh o alla NYCHRL), procedere al trasferimento ai sensi del §1441, quindi condurre il contenzioso in un foro federale dove i difensori vantavano relazioni, precedenti e automatismi procedurali consolidati. Un ricorrente che invoca solo l'Unruh Act e il §52, o solo il §8-107 e il §8-502 della NYCHRL, elimina completamente tale aggancio. Il convenuto rimane in sede statale indipendentemente dalle proprie preferenze. Per ulteriori informazioni sulla geografia normativa parallela che sottende questa dinamica, si rinvia al nostro articolo di approfondimento sulle <a href="/articles/state-level-supplements-to-ada/">integrazioni statali all'ADA</a>.</p>

  <p>Il secondo cambiamento riguarda il problema dell'identificazione del ricorrente. I fascicoli dei tribunali federali sono rigorosamente indicizzati, ricercabili e accessibili per il monitoraggio preventivo — gli studi legali specializzati nella difesa hanno costruito intere aree di pratica sul monitoraggio in tempo reale dei fascicoli dei «ricorrenti seriali» su PACER. I fascicoli dei tribunali statali, in particolare nel sistema delle contee californiane, sono meno centralizzati, meno sistematicamente digitalizzati e più difficili da monitorare in aggregato. Nel 2024 un convenuto poteva individuare un ricorrente seriale nominato tre settimane prima che il ricorso fosse depositato; nel 2026 potrebbe non vedere affatto lo stesso ricorrente fino all'emissione della citazione. L'analisi investigativa sul versante dei ricorrenti nominati di questo mercato è raccolta nel nostro articolo sui <a href="/articles/serial-plaintiffs-versus-individuals/">ricorrenti seriali rispetto agli individui</a>.</p>

  <p>Il terzo cambiamento riguarda il calcolo transattivo. I casi federali del Title III si concludono con una transazione su una matrice grosso modo prevedibile di inibitoria più spese, con i danni di legge pari a zero. I casi statali Unruh si concludono attorno a cifre sostanzialmente diverse: 4.000 dollari per visita, raddoppiati o triplicati nei casi ex §3345, moltiplicati per il numero di visite allegate nel ricorso. I casi NYCHRL si collocano a metà strada, con danni compensativi e — nei casi di condotta dolosa — punitivi che possono variare in funzione della gravità della condotta. La riserva pre-contenzioso che un convenuto deve accantonare per un singolo ricorso per accessibilità è aumentata di conseguenza.</p>

  <hr />

  <h2 id="outlook">07 · Prospettive per il 2026</h2>

  <p>Tre variabili determineranno se la migrazione del 2026 si manterrà, si stabilizzerà o si invertirà parzialmente. La prima è se la Corte Suprema concederà il certiorari sullo standing del tester in un caso successivo. Una pronuncia nel merito che confermasse lo standing del tester ai sensi di <em>TransUnion</em> riaprirebbe il foro federale ai casi che stanno migrando; una pronuncia che lo negasse accelererebbe ulteriormente la migrazione. La Corte ha finora evitato la questione, e i veicoli disponibili per il certiorari per il 2026-27 non sono evidenti.</p>

  <p>La seconda è se la California modificherà il §425.55 estendendo il filtro per i litiganti seriali oltre le azioni in materia di accessibilità edilizia. L'attuale filtro è, in pratica, un filtro parziale: cattura una fetta del ruolo e lascia intatto il più ampio ruolo statale californiano sull'accessibilità dei siti web. Un'estensione legislativa all'accessibilità digitale ridurrebbe l'afflusso al foro statale californiano senza ripristinare il foro federale, lasciando il sistema in un equilibrio precario.</p>

  <p>La terza è se New York adotterà un analogo del §425.55, proposto in due sessioni consecutive del Senato statale ma mai approvato. Il foro dei ricorrenti di New York è più ridotto e più concentrato di quello californiano, e la volontà politica di introdurre una normativa sui litiganti seriali è corrispondentemente più debole. In assenza di interventi legislativi, ci si aspetta che il ruolo statale NYCHRL continui la sua lenta espansione, in particolare con l'accumularsi delle pronunce di accoglimento di istanze di rigetto per difetto di standing dei tester nell'SDNY.</p>

  <p>L'osservazione strutturale di fondo è che il foro federale per l'accessibilità, per trentacinque anni la sede predefinita dell'applicazione del Title III, non è più quella predefinita. La scelta del foro è ora oggetto di valutazione caso per caso, effettuata da ciascun ricorrente rispetto a un'alternativa statale che offre sempre più rimedi superiori e un regime di standing proceduralmente meno ostile. Si tratta di una riconfigurazione dell'architettura di applicazione post-1990 — più silenziosa di un emendamento legislativo, ma più incisiva di quanto la maggior parte degli emendamenti avrebbe potuto essere.</p>

  <div class="footer-note">
    <p><strong>Metodologia e dati:</strong> Le traiettorie dei ricorsi federali sono ricostruite dalle ricerche PACER per ricorsi ADA Title III con codice nature-of-suit 446 in SDNY e CDCA dal 1° gennaio 2022 al 31 marzo 2026; le traiettorie statali californiane dai rapporti annuali del California Judicial Council sui procedimenti civili per l'accessibilità delle persone con disabilità e dall'aggiornamento semestrale 2025; le traiettorie statali newyorchesi dai dati sui procedimenti civili del New York State Unified Court System filtrati per azioni NYCHRL e NYSHRL connesse all'accessibilità. I dati di ranking per contea sono proiezioni 2025. Verifica incrociata con i conteggi trimestrali ADA Title III di Seyfarth Shaw per controlli di plausibilità.</p>
    <p><strong>Contesto giuridico:</strong> Acheson Hotels, LLC v. Laufer, 601 U.S. ___ (2023); Spokeo, Inc. v. Robins, 578 U.S. 330 (2016); TransUnion LLC v. Ramirez, 594 U.S. ___ (2021); Arroyo v. Rosas, 19 F.4th 1202 (9th Cir. 2021); California Civil Code §§51, 52, 3345; California Code of Civil Procedure §425.55; New York City Admin. Code §§8-101, 8-107, 8-502; New York Executive Law §296; New York CPLR §3211.</p>
    <p><strong>Cosa questo articolo non è:</strong> Il presente testo non costituisce consulenza legale. Le scelte procedurali e sostanziali che si trovano di fronte singoli ricorrenti o convenuti dipendono dalle specifiche circostanze del caso e non possono essere ricavate da questa analisi di tendenza aggregata. La scelta del foro, la strategia di trasferimento e la costruzione degli atti processuali richiedono il supporto di un legale abilitato nella giurisdizione competente.</p>
  </div>

</div>

---
title: Conformità ADA per i siti web — guida all'accessibilità web Title III
url: https://www.disabilityworld.org/it/articles/ada-title-iii-web-accessibility-guide/
description: Conformità ADA per i siti web — Title III, la regola DOJ Title II 2024, il volume attuale del contenzioso e WCAG 2.1 AA come standard federale. Una guida con dati aggiornati alla conformità ADA per siti web nel 2026.
author: Disability World
pubDate: 2026-05-22
tags: ada, title-iii, us-law, litigation, regulations, data
---

# Conformità ADA per i siti web — guida all'accessibilità web Title III

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Title III e il web</span>
  </div>

  <h1>ADA Title III e accessibilità web <em>— una guida con dati aggiornati al 2026</em></h1>

  <p class="lede">Il Title III dell'Americans with Disabilities Act afferma, in una frase scritta per i centri commerciali e i cinema nel 1990, che un «luogo di pubblica utilità» non deve discriminare le persone sulla base della disabilità. Tre decenni e mezzo più tardi, quella frase regola se un utente di screen reader riesce a completare un flusso di pagamento, prenotare una camera d'albergo o leggere il PDF di un menù di ristorante. Il ponte dottrinale dal testo fisico al web commerciale è stato costruito caso per caso tra il 2006 e il 2019, ancorato a <em>Robles v. Domino's Pizza</em>. Il volume che transita su quel ponte è ora sostanziale: circa <strong>12.000 ricorsi federali del Title III nel 2024</strong>, dei quali circa <strong>4.300 relativi all'accessibilità dei siti web</strong> (tracker ADA Title III di Seyfarth Shaw). La regola definitiva del Dipartimento di Giustizia del Title II dell'<strong>aprile 2024</strong> ha formalizzato il <strong>WCAG 2.1 Livello AA</strong> come standard federale per gli enti statali e locali — e ha silenziosamente ridefinito la postura negoziale per il parallelo ruolo del Title III. Il presente dossier mappa la normativa, i dati e la collocazione del procedimento regolamentare del Title III ancora pendente nel 2026.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultati · Fascicolo n. 02</span>
      <span class="dossier-meta">06 voci · derivate da dati sui ruoli federali, dal fascicolo normativo del DOJ, dalle sentenze dei circuiti 2006–2025</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa rivela il record del Title III sul web</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">circa 4.300</span>
        <div class="dossier-body">
          <p class="dossier-claim">Ricorsi per accessibilità ai siti web in sede federale, 2024</p>
          <p class="dossier-note">Circa uno su tre ricorsi federali del Title III allega ora una barriera di accessibilità web. Il tracker di Seyfarth Shaw e il blog <em>ADA Title III News &amp; Insights</em> indicano per il 2024 una cifra di circa 4.300, in netto aumento rispetto ai 2.895 registrati nel 2023.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">2019</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em>Robles v. Domino's</em> è diventato l'ancoraggio dottrinale il 7 ottobre 2019</p>
          <p class="dossier-note">La Corte Suprema ha negato il certiorari, lasciando in vigore la pronuncia del Nono Circuito secondo cui il Title III si applica a un sito web commerciale con un collegamento a un luogo fisico di pubblica utilità. I tribunali di grado inferiore hanno da allora citato <em>Robles</em> in circa 600 decisioni pubblicate e non pubblicate.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">WCAG 2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">La regola definitiva del Title II (aprile 2024) ha reso WCAG 2.1 AA lo standard federale</p>
          <p class="dossier-note">Il 28 CFR Parte 35, Sottoparte H, si applica agli enti statali e locali e non direttamente ai convenuti privati. Tuttavia, le lettere di diffida e i decreti di consenso del Title III nel corso del 2024 e 2025 hanno comunque utilizzato il WCAG 2.1 AA come parametro di riferimento de facto.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">3 circuiti</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tre circuiti interpretano «luogo di pubblica utilità» in senso ampio; due in senso restrittivo</p>
          <p class="dossier-note">Il Primo, il Secondo (nella prassi distrettuale) e il Settimo Circuito ammettono che un sito web possa costituire di per sé un luogo di pubblica utilità. Il Nono e l'Undicesimo richiedono un collegamento a un luogo fisico. Il Terzo e il resto del paese si collocano in una posizione intermedia, con divisioni interne ai circuiti a livello distrettuale.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">2022</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il procedimento regolamentare del DOJ per il Title III sui siti web è pendente dal 2022</p>
          <p class="dossier-note">Iscritto nell'Agenda Regolamentare Unificata come «azione a lungo termine», riattivato dopo il ritiro nel 2018 dell'ANPRM dell'era Obama. A metà del 2026 non è stato emesso alcun NPRM. L'esistenza della regola del Title II rende la lacuna vistosa.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">0 USD</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il Title III stesso non prevede alcun rimedio risarcitorio</p>
          <p class="dossier-note">Un ricorrente privato ai sensi del Title III può ottenere la tutela inibitoria e il rimborso delle spese legali, ma non il risarcimento dei danni. Il motore economico del ruolo è nelle leggi statali complementari — l'Unruh Civil Rights Act californiano (4.000 dollari per visita), la New York State Human Rights Law e disposizioni analoghe nel Massachusetts e in alcuni altri stati.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong> · Tracker ADA Title III di Seyfarth Shaw (cicli 2013–2025); blog <em>ADA Title III News &amp; Insights</em>; voci dell'Agenda Regolamentare Unificata del DOJ 2010–2025; sentenze pubblicate dei circuiti; 28 CFR Parte 35 (aprile 2024) e fascicolo normativo del Title II su regulations.gov.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#statute">Cosa dice effettivamente il Title III</a></li>
      <li><span class="toc-num">02</span><a href="#robles">Il fondamento Robles</a></li>
      <li><span class="toc-num">03</span><a href="#circuits">La mappa dei circuiti nel 2026</a></li>
      <li><span class="toc-num">04</span><a href="#volume">Volume dei ricorsi e l'onda dei siti web</a></li>
      <li><span class="toc-num">05</span><a href="#title-ii">La regola Title II dell'aprile 2024 e la sua ombra sul Title III</a></li>
      <li><span class="toc-num">06</span><a href="#rulemaking">Lo stato del procedimento regolamentare del Title III</a></li>
      <li><span class="toc-num">07</span><a href="#defense">La critica della difesa</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Prospettive per il 2026</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="statute">01 · Cosa dice effettivamente il Title III</h2>

  <p class="dropcap-first">Il testo normativo è conciso. Il 42 U.S.C. §12182(a) prevede che «nessun individuo possa essere oggetto di discriminazione sulla base della disabilità nel pieno e uguale godimento dei beni, servizi, strutture, privilegi, vantaggi o sistemazioni di qualsiasi luogo di pubblica utilità da parte di qualsiasi persona che possieda, affitti (o conceda in affitto) o gestisca un luogo di pubblica utilità». I regolamenti di attuazione del 28 CFR Parte 36 elencano dodici categorie di entità coperte, dagli alberghi e ristoranti agli «esercizi commerciali di vendita o noleggio» e agli «esercizi di servizi». L'elenco è stato redatto nel 1990. Non menziona Internet.</p>

  <p>La questione interpretativa che ha alimentato trent'anni di contenzioso è se l'elenco delle categorie sia da intendersi come tassativo — un'enumerazione chiusa che include solo i luoghi fisici esistenti al momento dell'approvazione della legge da parte del Congresso — o come esemplificativo, destinato ad applicarsi a qualsiasi contesto commerciale che rientri nella finalità sottostante. Il Dipartimento di Giustizia ha costantemente sostenuto l'interpretazione esemplificativa. Così ha fatto il foro dei diritti dei disabili. L'industria ha costantemente argomentato la lettura più restrittiva. I circuiti si sono divisi, e la divisione dottrinale è ciò su cui si posano i dati sui ricorsi del 2024-25.</p>

  <div class="callout info">
    <div class="ct">Title III e Title II a confronto, in un paragrafo</div>
    <p>Il Title II dell'ADA si applica agli enti statali e locali. Il Title III si applica ai «luoghi di pubblica utilità» privati. La Sezione 504 del Rehabilitation Act e la Sezione 508 si applicano al governo federale e ai suoi appaltatori. La regola definitiva dell'aprile 2024 — 28 CFR Parte 35, Sottoparte H — fissa il WCAG 2.1 Livello AA come standard per il Title II. Non esiste una regola parallela per il Title III. L'effetto dottrinale della regola del Title II sulla pratica del Title III è indiretto ma reale.</p>
  </div>

  <p>All'interno di questa architettura normativa, il Title III ha un'importanza sproporzionata perché le entità che regola — rivenditori, ristoranti, alberghi, banche, operatori sanitari, istituti educativi, luoghi di intrattenimento — gestiscono le superfici rivolte al pubblico dell'economia. Se un obbligo del Title III si estende a un sito web commerciale, si estende alla grande maggioranza del web pubblico. Se non lo fa, il pavimento federale sull'accessibilità del web commerciale è essenzialmente la Sezione 504 (che si applica solo ai destinatari di fondi federali) e il diritto statale. La posta in gioco a questo livello spiega perché la piccola questione dottrinale — se un sito web sia un «luogo» — ha prodotto più di tremila decisioni federali pubblicate dal 2006.</p>

  <hr />

  <h2 id="robles">02 · Il fondamento Robles</h2>

  <p>Il caso che ancora il moderno ruolo web del Title III è <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019). Guillermo Robles, un ricorrente non vedente, ha sostenuto di non riuscire a ordinare dal sito web di Domino's o dalla sua app mobile utilizzando il proprio screen reader. Il tribunale distrettuale ha respinto il ricorso per ragioni di due process — in quanto l'assenza di uno standard tecnico del DOJ significava che l'azienda non poteva ragionevolmente sapere cosa richiedesse la conformità. Il Nono Circuito ha ribaltato la decisione nel gennaio 2019, stabilendo che l'ADA si applicava al sito web e all'app perché erano «profondamente integrati» con i ristoranti fisici di Domino's e costituivano «due dei principali (e ampiamente pubblicizzati) mezzi» attraverso cui i clienti ordinavano i prodotti dell'azienda.</p>

  <p>Vale la pena analizzare l'architettura giuridica della pronuncia. Il Nono Circuito non ha stabilito che ogni sito web sia un luogo di pubblica utilità. Ha stabilito che un sito web è coperto quando esiste un <em>collegamento</em> sufficiente con un luogo fisico che rientra nell'elenco delle categorie del Title III. I ristoranti fisici della catena di pizzerie erano il luogo di pubblica utilità; il sito web era il mezzo attraverso cui si accedeva ai beni e ai servizi di quel luogo. Il tribunale ha rimandato a un'altra sede la questione di cosa accade quando un convenuto non ha alcun punto vendita fisico — il caso del solo commercio elettronico.</p>

  <p>Domino's ha presentato istanza di certiorari. La Corte Suprema ha negato l'istanza il 7 ottobre 2019. Il framework del collegamento di <em>Robles</em> è stato citato dai tribunali distrettuali circa seicento volte negli anni successivi. Il diniego del certiorari ha avuto un proprio effetto: lasciando irrisolto il contrasto tra circuiti, la Corte ha di fatto delegato la questione a un patchwork dottrinale che il foro dei ricorrenti ha imparato a navigare.</p>

  <p class="pull-quote">Il Nono Circuito non ha stabilito che ogni sito web è un luogo di pubblica utilità. Ha stabilito che un sito web è coperto quando esiste un collegamento sufficiente con un luogo fisico. Questa distinzione è l'intera mappa dottrinale del 2026.</p>

  <p>Due casi precedenti forniscono il contesto storico. <em>Carparts Distribution Center, Inc. v. Automotive Wholesaler's Association of New England</em>, 37 F.3d 12 (1st Cir. 1994), ha stabilito in un contesto non web che un luogo di pubblica utilità non deve necessariamente essere un luogo fisico — il ragionamento del Primo Circuito è stato da allora richiamato per sostenere che le entità puramente virtuali possano essere coperte. <em>National Federation of the Blind v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006), è stata una delle prime decisioni federali ad applicare il Title III a un sito web commerciale, con una teoria del collegamento che ha anticipato di tredici anni quella di <em>Robles</em>. La transazione del 2008 nel caso <em>Target</em> — che includeva un fondo per la class action di 6 milioni di dollari e un piano di rimedio agganciato al WCAG — ha stabilito il modello per le transazioni web del Title III che si è mantenuto, in linea generale, da allora.</p>

  <hr />

  <h2 id="circuits">03 · La mappa dei circuiti nel 2026</h2>

  <p>La mappa attuale dei circuiti si divide in tre posture generali.</p>

  <p><strong>Circuiti con lettura ampia.</strong> Il Primo Circuito tratta i luoghi di pubblica utilità come categoria funzionale piuttosto che geografica. La regola <em>per se</em> del Secondo Circuito è incerta, ma i suoi tribunali distrettuali — in particolare il Southern and Eastern District of New York — hanno costantemente ammesso azioni del Title III contro convenuti esclusivamente online da <em>Andrews v. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017). La linea <em>Doe v. Mutual of Omaha</em> del Settimo Circuito fornisce una latitudine analoga. Complessivamente, queste sono le giurisdizioni in cui i convenuti dell'e-commerce puro affrontano la maggiore esposizione al Title III.</p>

  <p><strong>Circuiti del collegamento.</strong> La regola <em>Robles</em> del Nono Circuito e la traiettoria del Undicesimo Circuito in <em>Gil v. Winn-Dixie Stores</em> (il processo del 2017 annullato e rinviato nel 2021 per mootness, lasciando irrisolta la dottrina di base) richiedono entrambe un collegamento tra la superficie digitale e un luogo fisico di pubblica utilità. L'effetto pratico è che un sito web con una controparte di negozio fisico affronta piena esposizione al Title III in questi circuiti; un sito di solo e-commerce affronta un percorso dottrinale incerto.</p>

  <p><strong>Circuiti incerti.</strong> Il Terzo, Quarto, Quinto, Sesto, Ottavo, Decimo e DC Circuit non hanno decisioni di appello vincolanti sulla questione. La prassi distrettuale all'interno di ciascuno di essi varia, con la tendenza degli ultimi cinque anni che si muove verso l'accettazione della copertura dei siti web, ma con persistenti posizioni contrarie. Il ricorso <em>Gomez v. Trinitas Cellars LLC</em> del Sesto Circuito e casi analoghi del 2024-25 probabilmente plasmeranno il prossimo ciclo di dottrina di appello.</p>

  <div class="chart-section">
    <div class="chart-title">Posizione dei circuiti sul sito web come luogo di pubblica utilità (2026)</div>
    <div class="bar-row"><div class="bar-label">1° Circ. (lettura ampia)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:90%">Framework Carparts</div></div></div>
    <div class="bar-row"><div class="bar-label">2° Circ. (ampia a livello distrettuale)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:88%">Linea Andrews / SDNY</div></div></div>
    <div class="bar-row"><div class="bar-label">7° Circ. (lettura ampia)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:85%">Linea Mutual of Omaha</div></div></div>
    <div class="bar-row"><div class="bar-label">9° Circ. (collegamento richiesto)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:55%">Framework Robles</div></div></div>
    <div class="bar-row"><div class="bar-label">11° Circ. (collegamento, irrisolto)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:45%">Postura post-Winn-Dixie</div></div></div>
    <div class="bar-row"><div class="bar-label">3° / 4° / 5° / 6° / 8° / 10° / DC</div><div class="bar-track"><div class="bar-fill bf-c" style="width:35%">Nessuna regola di appello vincolante</div></div></div>
  </div>

  <p>Per un convenuto scelto come obiettivo, il circuito in cui viene depositato il ricorso determina spesso più della traiettoria del caso di quanto facciano i fatti sottostanti. Per il foro dei ricorrenti, questo fatto ha prodotto una prevedibile scelta del foro — più concretamente la concentrazione nel Southern District of New York e nel Central District of California. Per un convenuto dell'e-commerce nazionale, il patchwork dottrinale significa che la questione pratica di conformità è se il sito web soddisfi lo standard a lettura ampia di <em>qualche</em> giurisdizione, perché è quello lo standard che un ricorrente là può invocare.</p>

  <hr />

  <h2 id="volume">04 · Volume dei ricorsi e l'onda dei siti web</h2>

  <p>I dati sui ricorsi presso i tribunali federali raccontano una storia lineare. Il tracker ADA Title III di Seyfarth Shaw, che ha codificato manualmente ogni ricorso federale del Title III dal 2013, riporta i seguenti totali annuali: <strong>8.694 (2022)</strong>, <strong>8.227 (2023)</strong> e circa <strong>12.000 (2024)</strong>. All'interno di questi totali, la quota relativa all'accessibilità dei siti web è salita da poche centinaia all'anno nella metà degli anni 2010 a circa <strong>2.895 nel 2023</strong> e circa <strong>4.300 nel 2024</strong>.</p>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and title rendered as gibberish (AI image models
      cannot draw legible text). Numbers match the prose above: total
      Title III filings 8,694 (2022), 8,227 (2023), approx. 12,000
      (2024); website-accessibility share 2,178 (2022 est.), 2,895
      (2023), approx. 4,300 (2024). */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="titleiii-chart-title titleiii-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="titleiii-chart-title">Ricorsi federali ADA Title III e quota relativa all'accessibilità dei siti web, 2022–2024</title>
      <desc id="titleiii-chart-desc">Un grafico a barre raggruppate con due serie per anno. I ricorsi totali federali del Title III sono 8.694 nel 2022, 8.227 nel 2023 e circa 12.000 nel 2024. La quota relativa all'accessibilità dei siti web all'interno di questi totali è circa 2.178 nel 2022, 2.895 nel 2023 e circa 4.300 nel 2024. La barra totale del 2024 è evidenziata in rosso.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines + y-axis labels every 3,000 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="100" y1="40" x2="760" y2="40" />
        <line x1="100" y1="100" x2="760" y2="100" />
        <line x1="100" y1="160" x2="760" y2="160" />
        <line x1="100" y1="220" x2="760" y2="220" />
        <line x1="100" y1="280" x2="760" y2="280" />
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#6b7280">
        <text x="92" y="44" text-anchor="end">12k</text>
        <text x="92" y="104" text-anchor="end">9k</text>
        <text x="92" y="164" text-anchor="end">6k</text>
        <text x="92" y="224" text-anchor="end">3k</text>
        <text x="92" y="284" text-anchor="end">0</text>
      </g>
      {/* X-axis baseline */}
      <line x1="100" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Bars — y scale: 280 - (value/12000)*240. Bar width 60, paired in groups of 2 with 8px gap; group centres at x=230, 430, 630. */}
      {/* 2022 group */}
      <rect x="196" y="106.88" width="60" height="173.12" fill="#1a1a1a" />
      <rect x="264" y="236.44" width="60" height="43.56" fill="#1a1a1a" fill-opacity="0.35" />
      {/* 2023 group */}
      <rect x="396" y="115.46" width="60" height="164.54" fill="#1a1a1a" />
      <rect x="464" y="222.10" width="60" height="57.90" fill="#1a1a1a" fill-opacity="0.35" />
      {/* 2024 group — total in red */}
      <rect x="596" y="40" width="60" height="240" fill="#dc2626" />
      <rect x="664" y="194" width="60" height="86" fill="#dc2626" fill-opacity="0.35" />
      {/* Value labels above each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a" text-anchor="middle">
        <text x="226" y="98">8.694</text>
        <text x="294" y="228">circa 2.178</text>
        <text x="426" y="107">8.227</text>
        <text x="494" y="214">2.895</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626" text-anchor="middle">
        <text x="626" y="32">circa 12.000</text>
        <text x="694" y="186">circa 4.300</text>
      </g>
      {/* X-axis year labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#3a3a3a" text-anchor="middle">
        <text x="260" y="302">2022</text>
        <text x="460" y="302">2023</text>
        <text x="660" y="302">2024</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <rect x="220" y="328" width="14" height="12" fill="#1a1a1a" />
        <text x="240" y="338">Totale ricorsi Title III</text>
        <rect x="420" y="328" width="14" height="12" fill="#1a1a1a" fill-opacity="0.35" />
        <text x="440" y="338">Quota accessibilità siti web</text>
      </g>
    </svg>
    <figcaption>Ricorsi federali ADA Title III, 2022–2024 — totali dal tracker di Seyfarth Shaw, con la quota relativa all'accessibilità dei siti web mostrata a fianco. Il picco del 2024 (in rosso) è determinato in modo preponderante dai casi relativi ai siti web nel Southern e Eastern District of New York.</figcaption>
  </figure>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">circa 12.000</div><div class="stat-desc">Ricorsi federali totali del Title III, 2024 — il massimo annuale registrato da Seyfarth</div></div>
    <div class="stat-box"><div class="stat-big">circa 4.300</div><div class="stat-desc">Quota accessibilità siti web, 2024 — circa uno su tre ricorsi del Title III</div></div>
    <div class="stat-box"><div class="stat-big">+49%</div><div class="stat-desc">Crescita anno su anno dei ricorsi per accessibilità dei siti web, dal 2023 al 2024</div></div>
  </div>

  <p>La concentrazione geografica è ancora più accentuata dell'aumento numerico. Si stima che il solo Southern District of New York abbia ospitato più di <strong>3.200</strong> ricorsi del Title III nel 2024. Aggiungendo l'Eastern District of New York, la quota federale newyorchese sale a circa <strong>4.500</strong> — prossima al 38% del totale nazionale. Il Central and Northern District of California aggiungono altri 2.800 tra loro. Al di fuori di questi quattro distretti, il Southern District of Florida e il District of New Jersey assorbono la maggior parte del volume residuo. I ricorsi oltre questi sei distretti rappresentano una lunga coda.</p>

  <p>I casi relativi ai siti web non sono distribuiti uniformemente tra i settori. L'analisi di Seyfarth e il lavoro complementare del blog <em>ADA Title III News &amp; Insights</em> identificano le superfici più litigiose: flussi di checkout dell'e-commerce, PDF di menu di ristoranti, pagine di prenotazione alberghiera (già coperte dalla regola delle «politiche di prenotazione» del 28 CFR §36.302(e)), vetrine Shopify di rivenditori indipendenti e siti web di piccole imprese raccolti in massa da strumenti automatizzati di test. La platea dei ricorrenti nell'onda newyorchese dei siti web è ridotta — qualche dozzina di ricorrenti nominati che agiscono attraverso un numero limitato di studi legali. Quella dei convenuti è enorme e varia di settimana in settimana.</p>

  <div class="callout warning">
    <div class="ct">La questione del «tester»</div>
    <p>Una questione ricorrente nel contenzioso è se un ricorrente che visita un sito web solo per testarne l'accessibilità — anziché come consumatore genuino — abbia standing ai sensi dell'Articolo III. La Corte Suprema ha affrontato una versione adiacente della questione in <em>Acheson Hotels, LLC v. Laufer</em> nel mandato del 2023, ma ha dichiarato il caso moot dopo che la ricorrente si era volontariamente ritirata. La questione dello standing per i tester seriali di siti web rimane quindi irrisolta a livello della Corte Suprema; i tribunali di grado inferiore si sono pronunciati in entrambi i sensi, ed è probabile che la questione si ripresenti.</p>
  </div>

  <hr />

  <h2 id="title-ii">05 · La regola Title II dell'aprile 2024 e la sua ombra sul Title III</h2>

  <p>L'<strong>8 aprile 2024</strong>, il Dipartimento di Giustizia ha pubblicato la regola definitiva che modifica il 28 CFR Parte 35 aggiungendo la Sottoparte H, intitolata «Accessibilità dei contenuti web e delle applicazioni mobili». La regola fissa il WCAG 2.1 Livello AA come standard tecnico per i siti web e le applicazioni mobili degli enti statali e locali. Le scadenze per la conformità sono scaglionate per dimensione dell'ente: gli enti pubblici di grandi dimensioni (con una popolazione pari o superiore a 50.000 abitanti) avevano tempo fino al 24 aprile 2026; gli enti più piccoli e i governi di distretto speciale fino al 26 aprile 2027. La regola include un numero limitato di eccezioni circoscritte — contenuti web archiviati, contenuti di terze parti non controllati dall'ente, documenti protetti da password relativi a individui specifici — che il foro dei diritti dei disabili aveva negoziato a partire dalle prime bozze.</p>

  <p>La regola del Title II non si applica, per sua natura, ai convenuti del Title III. Un rivenditore privato non è vincolato dal 28 CFR Parte 35. Tuttavia, l'esistenza della regola ha modificato il tavolo negoziale del Title III in tre modi.</p>

  <p>In primo luogo, elimina il tradizionale argomento difensivo secondo cui gli obblighi web dell'ADA sono troppo vaghi per essere applicati. La lettera del DOJ del 1996 al senatore Harkin, l'ANPRM del 2010, il suo ritiro nel 2018 e il vuoto che ne è seguito erano stati citati per un decennio come prova dell'inesistenza di uno standard federale chiaro. Il WCAG 2.1 AA si trova ora nel Codice delle Norme Federali. Ciò elimina l'argomento dottrinale dell'inesistenza di uno standard — almeno per il Title II — e indebolisce significativamente l'argomento parallelo quando viene sollevato nei casi del Title III.</p>

  <p>In secondo luogo, fornisce un unico parametro di riferimento a cui i patti transattivi possono fare riferimento. Nel corso del 2024 e del 2025, la grande maggioranza dei decreti di transazione del Title III per siti web pubblicamente disponibili cita il WCAG 2.1 Livello AA come obiettivo di rimedio, con periodi di graduale eliminazione modellati sulle finestre di conformità del Title II. Le transazioni precedenti facevano riferimento al WCAG 2.0 o 2.1 in modo incoerente; la coorte post-aprile 2024 ha raggiunto la convergenza.</p>

  <p>In terzo luogo, esercita pressione sul DOJ affinché finalizzi la regola parallela del Title III. La Divisione per i diritti civili è impegnata pubblicamente dal 2022 a procedere con un procedimento regolamentare del Title III per i siti web, nell'ambito dell'agenda a lungo termine. L'esistenza della regola del Title II — e l'imbarazzo di uno standard federale che si applica a un'università statale ma non a un'università privata di fronte ad essa — rende il vuoto normativo politicamente evidente come non lo era prima.</p>

  <div class="quote-block">
    <div class="meta">28 CFR Parte 35, Sottoparte H — regola definitiva, aprile 2024</div>
    <div class="quote">"Un ente pubblico deve garantire che i contenuti web e le app mobili che fornisce o rende disponibili, direttamente o attraverso accordi contrattuali, di licenza o altri accordi, siano facilmente accessibili e utilizzabili dalle persone con disabilità… Un ente pubblico è conforme ai requisiti [se] i contenuti web e le app mobili dell'ente pubblico sono conformi ai Criteri di successo di Livello A e Livello AA e ai Requisiti di conformità del WCAG 2.1."</div>
    <span class="source">28 CFR §35.200; pubblicato l'8 aprile 2024.</span>
  </div>

  <hr />

  <h2 id="rulemaking">06 · Lo stato del procedimento regolamentare del Title III</h2>

  <p>La storia del procedimento regolamentare del DOJ per il Title III sui siti web è breve e non lusinghiera. Nel luglio 2010 il dipartimento ha pubblicato un Avviso anticipato di proposta di regolamentazione (ANPRM) per raccoglere osservazioni sulle norme di accessibilità web ai sensi dei Title II e III. L'ANPRM aveva proposto di adottare il WCAG 2.0 Livello AA come riferimento tecnico. Le osservazioni pubbliche si sono protratte per un anno. La proposta di regolamentazione che avrebbe dovuto seguire non è mai arrivata. Alla fine del 2017 il dipartimento ha sospeso il procedimento regolamentare. Nel dicembre 2017 lo ha formalmente ritirato.</p>

  <p>L'Agenda Regolamentare Unificata del 2022 ha reinserito un procedimento regolamentare del Title III per il web come azione a lungo termine. Le agende del 2023 e del 2024 hanno mantenuto l'inserimento. La regola definitiva del Title II dell'aprile 2024 è il risultato di un procedimento parallelo avviato nel 2023; l'equivalente per il Title III non ha avanzato alla fase NPRM a metà del 2026. Nelle dichiarazioni pubbliche fino al 2025, la Divisione per i diritti civili ha indicato che il procedimento regolamentare del Title III è «in fase di sviluppo attivo» e che la struttura della regola del Title II è probabile che informi l'approccio del Title III. Non è stato pubblicato alcun calendario.</p>

  <p>La questione sostanziale che un NPRM del Title III dovrà risolvere è più complessa di quella della regola del Title II. Il Title II copriva un universo discreto — gli enti statali e locali — di cui il DOJ disponeva già di dati di censimento. Il Title III copre, a seconda di come viene redatta la regola, ogni sito web commerciale gestito da un'entità statunitense (o da qualsiasi entità non statunitense che si rivolga ai consumatori americani). La questione delle finestre di conformità, quella delle eccezioni per le piccole imprese, quella dei contenuti di terze parti e quella del rapporto con il diritto statale diventano tutte più complesse nel contesto del Title III. Il foro dei ricorrenti vuole un NPRM rapido. L'industria ne vuole uno lento. Il DOJ non si è ancora impegnato pubblicamente né nell'uno né nell'altro senso.</p>

  <p class="pull-quote">Uno standard federale che si applica a un'università statale ma non a un'università privata di fronte ad essa rende il vuoto normativo politicamente evidente come non lo era prima dell'aprile 2024.</p>

  <hr />

  <h2 id="defense">07 · La critica della difesa</h2>

  <p>L'argomento del foro della difesa contro il modello attuale è strutturale e viene portato avanti dalla Camera di Commercio degli Stati Uniti, dal Restaurant Law Center e dal Retail Litigation Center negli atti di amicus curiae almeno dall'appello <em>Winn-Dixie</em> del 2017. L'argomento si articola in tre componenti.</p>

  <p>Il primo è l'assenza di orientamenti normativi. In assenza di una regola definitiva del Title III, gli avvocati della difesa sostengono che i convenuti non possono ragionevolmente sapere cosa richieda la conformità; le preoccupazioni relative al due process consigliano quindi un'interpretazione restrittiva della legge. La regola del Title II dell'aprile 2024 ha indebolito questo argomento stabilendo che <em>qualche</em> standard federale esiste ora, ma gli avvocati della difesa continuano a portare avanti una versione di esso.</p>

  <p>Il secondo è la questione dello standing. Gli avvocati della difesa sostengono che i ricorrenti «tester» — coloro che visitano un sito web solo per avviare un'azione legale, senza genuina intenzione di usufruire dei beni o dei servizi — non dovrebbero soddisfare il requisito di «injury-in-fact» dell'Articolo III. La non-decisione della Corte Suprema in <em>Acheson Hotels v. Laufer</em> ha lasciato la questione aperta; alcuni tribunali distrettuali respingono i ricorsi dei tester, altri no.</p>

  <p>Il terzo è la struttura del trasferimento delle spese legali. L'assenza di un rimedio risarcitorio nel Title III significa che l'intero motore economico dell'applicazione privata si basa sulle spese legali ex §12205. Gli avvocati della difesa sostengono che la struttura genera ricorsi che riguardano le spese, non l'accesso. La risposta del foro dei diritti dei disabili è che non esisterebbe alcuna scala di applicazione del Title III senza la disposizione sulle spese, dato il numero infinitesimale di casi del Title III per siti web avviati d'ufficio dal DOJ.</p>

  <div class="callout safe">
    <div class="ct">La risposta dei diritti dei disabili</div>
    <p>Disability Rights Advocates, il Disability Rights Education and Defense Fund, la National Federation of the Blind e la National Association of the Deaf hanno risposto con un contro-argomento strutturale: il Title III non prevede alcun rimedio risarcitorio; il DOJ avvia quasi nessun caso di siti web del Title III di propria iniziativa; se si elimina l'incentivo del trasferimento delle spese senza sostituirlo con qualcos'altro, non si ottiene un sistema più efficiente — si ottiene un sistema non applicato. Il volume dei ricorsi è, da questa prospettiva, meno un segnale che il sistema sia rotto che la prova che il divario di accesso sottostante rimane molto ampio.</p>
  </div>

  <hr />

  <h2 id="outlook">08 · Prospettive per il 2026</h2>

  <p>Quattro sviluppi plasmeranno probabilmente il resto dell'anno e il primo ruolo del 2027.</p>

  <p>Il primo è l'NPRM del Title III. Se il DOJ emette una proposta di regola web del Title III nel 2026, il periodo di raccolta delle osservazioni durerà probabilmente da sei a dodici mesi, con una regola definitiva improbabile prima della fine del 2027 nella migliore delle ipotesi. Il foro dei ricorrenti si aspetta che la regola formalizzi il WCAG 2.1 Livello AA e ampli, anziché contrarre, la platea dei potenziali convenuti. L'industria spingerà fortemente per eccezioni per le piccole imprese e lunghe finestre di conformità. La forma dell'NPRM, quando arriverà, sarà il singolo evento politico più rilevante nel settore dall'approvazione della legge del 1990.</p>

  <p>Il secondo è la chiarezza di appello sulla questione dello standing. Un ritorno della questione dello standing del tester alla Corte Suprema è ampiamente atteso dopo il rigetto per mootness in <em>Acheson Hotels</em>. La coda dei ricorsi di certiorari del mandato 2025 include diversi casi candidati. Una pronuncia che restringerebbe lo standing del tester ridurrebbe in misura sostanziale il volume dei ricorsi nei circuiti a lettura ampia; una pronuncia che lo espandesse consoliderebbe il modello attuale.</p>

  <p>Il terzo è la questione pendente da tempo del <em>solo e-commerce</em>. La regola del collegamento <em>Robles</em> del Nono Circuito, la postura irrisolta dell'Undicesimo Circuito e l'accettazione a livello distrettuale del Secondo Circuito dei convenuti puramente online producono insieme un contrasto tra circuiti in lenta combustione che è maturo per un esame della Corte Suprema. Una concessione di certiorari in un caso pulito di solo e-commerce — uno senza alcun negozio fisico — risolverebbe la questione dottrinale centrale degli ultimi due decenni.</p>

  <p>Il quarto è la migrazione dei ricorsi dai tribunali federali a quelli statali, e dai distretti più litigiosi a quelli limitrofi. Le modifiche del 2024 al CPLR §3211 di New York e le riforme della SB-585 californiana del 2024 hanno già prodotto spostamenti misurabili nel luogo di deposito dei ricorsi. Se il tracker federale di Seyfarth sottostima progressivamente il volume nazionale con lo spostamento dei casi verso i tribunali statali, il dibattito politico che utilizza i suoi dati avrà bisogno di una nuova base di riferimento.</p>

  <h2 id="closing">Il filo conduttore</h2>

  <p>Il panorama dell'accessibilità web del Title III nel 2026 si fonda su un'unica osservazione: trent'anni di legge, vent'anni di giurisprudenza, dieci anni di procedimento regolamentare pendente e una regola definitiva sul titolo gemello nell'aprile 2024 hanno prodotto un sistema in cui il contenzioso privato è il principale meccanismo federale di applicazione per l'accesso al web commerciale, lo standard tecnico è il WCAG 2.1 Livello AA in tutto tranne che nelle normative attuali del Title III, e il volume dei ricorsi è in costante aumento mentre il divario di accesso sottostante si muove molto più lentamente. Il calendario del 2026 dirà se il DOJ colmerà il vuoto normativo, se la Corte Suprema risolverà quello dottrinale, e se uno dei due cambierà la forma del ruolo.</p>

  <p>Per il momento, la base pratica è semplice da enunciare e più difficile da applicare. Un'entità commerciale statunitense il cui sito web serve clienti è esposta al rischio di applicazione del Title III in almeno tre circuiti indipendentemente dall'impronta fisica, e nel Nono Circuito se esiste qualsiasi collegamento con un luogo fisico di pubblica utilità. Il <a href="/toolkit/standards/wcag/">WCAG 2.1 Livello AA</a> è lo standard su cui il mercato delle transazioni ha raggiunto la convergenza; una <a href="/toolkit/scan/">scansione WCAG 2.2 gratuita</a> è il modo meno costoso per individuare le lacune prima che arrivi una lettera di diffida. L'assenza di un rimedio risarcitorio nel Title III significa che la posta in gioco per singolo caso è limitata, ma il volume è strutturale. Per saperne di più da Disability World su <a href="/regulations/us/">l'ADA</a>, su <a href="/articles/serial-plaintiffs-versus-individuals/">chi alimenta effettivamente l'applicazione del Title III</a> e sul <a href="/regulations/">più ampio panorama normativo sull'accessibilità negli Stati Uniti</a>. Per mettere in pratica una postura rispetto al Title III: il manuale passo per passo sulla <a href="/articles/how-to-make-your-website-wcag-22-compliant/">conformità WCAG 2.2</a> illustra il processo di audit, correzione e monitoraggio continuativo; la <a href="/articles/accessibility-monitoring-buyers-guide-2026/">guida all'acquisto del monitoraggio dell'accessibilità</a> confronta le piattaforme utilizzate dalle organizzazioni per mantenere tale postura; e l'<a href="/articles/accessibility-compliance-explainer/">esplicativo sulla conformità all'accessibilità</a> orienta tra i diversi regimi regionali.</p>

  <footer class="footer-note">
    <p><strong>Metodologia e dati:</strong> Conteggi dei ricorsi derivati dal tracker ADA Title III di Seyfarth Shaw (cicli 2013–2025, codificati su PACER) e dal blog <em>ADA Title III News &amp; Insights</em>. Storia normativa ricostruita dalle voci dell'Agenda Regolamentare Unificata del DOJ 2010–2025, dalla pubblicazione in Federal Register dell'8 aprile 2024 della regola definitiva del Title II (28 CFR Parte 35, Sottoparte H) e dal fascicolo di ritiro del 2017 dell'ANPRM del 2010 sul Title III. La mappa della posizione dei circuiti è tratta da sentenze di appello vincolanti e da ordinanze distrettuali rappresentative fino al T1 2026. Le stime per distretto sono aggregate da dati di ruolo pubblici e documenti di lavoro di Seyfarth; le cifre precise variano tra le fonti e i cicli.</p>
    <p><strong>Contesto giuridico:</strong> Americans with Disabilities Act, Title III, 42 U.S.C. §12181 e seguenti (1990); 28 CFR Parte 36 (regolamenti di attuazione del Title III); 28 CFR Parte 35, Sottoparte H (regola definitiva web del Title II, aprile 2024, che adotta il WCAG 2.1 Livello AA). Citazioni di casi: <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019); <em>Carparts Distribution Center, Inc. v. Automotive Wholesaler's Association of New England</em>, 37 F.3d 12 (1st Cir. 1994); <em>National Federation of the Blind v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006); <em>Andrews v. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017); <em>Gil v. Winn-Dixie Stores, Inc.</em>, 257 F. Supp. 3d 1340 (S.D. Fla. 2017), annullato e rinviato sub nom. <em>Gil v. Winn-Dixie Stores, Inc.</em>, 21 F.4th 775 (11th Cir. 2021); <em>Acheson Hotels, LLC v. Laufer</em>, 601 U.S. 1 (2023) (per curiam, mootness).</p>
    <p><strong>Cosa questo articolo non è:</strong> Un ruolo completo. Il dataset di Seyfarth conta solo i ricorsi federali; un numero imprecisato di ricorsi statali ai sensi dell'Unruh Civil Rights Act californiano, della New York State Human Rights Law e di altri statuti statali complementari vengono depositati in parallelo e non sono ricompresi nei dati principali. Si tratta di un'analisi editoriale di un panorama di politica pubblica e di diritto, non di consulenza legale. I lettori che affrontano una lettera di diffida o un ricorso ai sensi del Title III dovrebbero consultare un legale competente abilitato nella giurisdizione competente.</p>
  </footer>

</div>

---
title: AI e testo alternativo: dove la tecnologia funziona davvero nel 2026
url: https://www.disabilityworld.org/it/articles/ai-and-alt-text-where-we-are-2026/
description: Un primer ingegneristico sullo stato del testo alternativo generato dall'AI nel 2026. Abbiamo testato GPT-4o, Claude 3.7 Sonnet, Gemini 2.0, Llama-Vision-3 e Pixtral su quattro categorie di immagini e documentato esattamente dove la tecnologia è affidabile e dove ancora fabrica dettagli inesistenti.
author: Disability World
pubDate: 2026-05-22
tags: ai, alt-text, machine-learning, image-accessibility, wcag, tech-news
---

# AI e testo alternativo: dove la tecnologia funziona davvero nel 2026

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Primer ingegneristico · AI + testo alternativo</div>
      <h1 class="hero__title" id="hero-heading">
        AI e testo alternativo<br/>
        dove la tecnologia funziona davvero nel 2026
      </h1>
      <p class="hero__lead">I modelli visione-linguaggio riescono ora a descrivere una foto informativa con una fluidità che nel 2022 sarebbe sembrata impossibile. Continuano tuttavia ad allucinare testo negli screenshot, a identificare erroneamente il genere dei soggetti con disabilità visibili e a inventare nomi di marchi mai presenti nell'immagine. Questo primer traccia il confine tra i due ambiti.</p>
      <div class="hero__stats" aria-label="Statistiche chiave">
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">modelli di visione testati</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">4</div>
          <div class="stat-chip__label">categorie di immagini testate</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">circa 62%</div>
          <div class="stat-chip__label">tetto di usabilità al primo passaggio</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">A cura del <strong>desk tecnico di Disability World</strong></div>
        <div class="hero__pill">11 min di lettura</div>
        <div class="hero__pill">Aggiornato maggio 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Sezioni dell'articolo">
    <div class="toc-bar__inner">
      <p>Contenuto</p>
      <ul role="list">
        <li><a href="#s1">1. La natura del problema</a></li>
        <li><a href="#s2">2. Il panorama dei modelli</a></li>
        <li><a href="#s3">3. Il test delle quattro categorie</a></li>
        <li><a href="#s4">4. Le modalità di errore</a></li>
        <li><a href="#s5">5. Il flusso di lavoro ibrido</a></li>
        <li><a href="#conclusion">Conclusione</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Fondamento</div>
        <h2 class="section-title" id="s1-heading">1. La natura del problema nel 2026</h2>
        <div class="prose">
          <p>Il Criterio di successo 1.1.1 del WCAG 2.2 non è cambiato dal 2008. Ogni immagine non testuale che veicola un significato ha bisogno di un testo alternativo; ogni immagine decorativa deve essere contrassegnata come decorativa. Ciò che è cambiato, rispetto alla versione di questo articolo che avremmo scritto nel 2022 e alla versione che scriviamo nel maggio 2026, è che generare una frase plausibile da un array di pixel non è più il collo di bottiglia. Generare una frase corretta, contestualmente appropriata e priva di dettagli fabricati lo è ancora.</p>
          <p>Il cambiamento conta perché la maggior parte delle piattaforme CMS in produzione nel 2026 include un pulsante «alt text automatico». Il pulsante chiama un modello visione-linguaggio tramite un'API vendor e scrive il risultato direttamente nell'attributo alt. La conseguenza per l'accessibilità è diretta: se il pulsante funziona correttamente, un'immagine che in precedenza veniva consegnata con alt vuoto è ora descritta all'utente di screen reader. Se il pulsante sbaglia, l'utente di screen reader riceve una frase formulata con sicurezza su qualcosa che non è nell'immagine.</p>
          <p>Questo primer è pensato per i tecnici che gestiscono quel pulsante. Esamina i cinque modelli di visione che rappresentano la grande maggioranza delle integrazioni vendor nel 2026, ne testa ciascuno sulle quattro categorie canoniche di immagini, documenta le modalità di errore ricorrenti e conclude con un flusso di lavoro ibrido che riteniamo essere l'unica scelta predefinita sostenibile finché il comportamento sottostante non cambia.</p>
        </div>

        <div class="stat-row" aria-label="Numeri di contesto della sezione 1">
          <div class="stat-card">
            <div class="stat-card__num">circa 41%</div>
            <div class="stat-card__label">delle immagini in un crawl rappresentativo di 500 grandi pagine di e-commerce statunitensi vengono consegnate con attributo alt mancante o vuoto (scansione interna DW, marzo 2026).</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">circa 18%</div>
            <div class="stat-card__label">dei restanti alt sono nomi file generati automaticamente o frasi predefinite come «image» o «product» — presenti, ma inutili per un utente di screen reader.</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">circa 11%</div>
            <div class="stat-card__label">degli alt sono generati dall'AI e non modificati — riconoscibili dalla caratteristica struttura a tre clausole con tono dubitativo (classificatore interno DW).</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Cosa intendiamo per «funziona»</span>
            <div class="callout__body"><p>Un candidato di testo alternativo generato dall'AI «funziona» se un revisore umano lo accetterebbe così com'è, o lo accetterebbe con una modifica di un elemento. Qualsiasi testo che richieda una riscrittura è una mancanza. Questa è una soglia più severa della metrica accademica CIDEr o BLEU che un modello potrebbe citare — è la soglia che un pulsante CMS deve superare.</p></div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«La conseguenza per l'accessibilità è diretta: se il pulsante funziona correttamente, un'immagine che in precedenza veniva consegnata con alt vuoto è ora descritta all'utente di screen reader. Se il pulsante sbaglia, l'utente di screen reader riceve una frase formulata con sicurezza su qualcosa che non è nell'immagine.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— questo articolo, sezione 1</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Panorama</div>
        <h2 class="section-title" id="s2-heading">2. Il panorama dei modelli nel 2026</h2>
        <div class="prose">
          <p>Cinque modelli visione-linguaggio dominano le integrazioni in produzione: due modelli frontier chiusi (GPT-4o vision, Claude 3.7 Sonnet vision), un modello chiuso molto utilizzato nei prodotti Google e nei componenti aggiuntivi Workspace downstream (Gemini 2.0), e due modelli open-weights disponibili in plugin CMS self-hosted dove le norme sulla residenza dei dati escludono le API chiuse (Llama-Vision-3, Pixtral). Ciascuno ha un profilo distinto nel test delle quattro categorie di seguito.</p>
          <p>Le schede combinate qui riportano il comportamento pratico osservato su circa 600 immagini di test in marzo e aprile 2026, non le affermazioni di marketing. I costi sono per immagine a risoluzione tipica a partire da maggio 2026 e non includono il margine del vendor.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">GPT-4o vision</div>
                <div class="combo-card__sub">OpenAI · gpt-4o (build maggio 2026)</div>
              </div>
            </div>
            <div class="combo-card__usage">Scelta predefinita più comune via API chiusa nei CMS di fascia media</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Foto informative, composizione della scena</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto debole</span><span>Allucinazione del testo a schermo</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Costo appross. / immagine</span><span>circa 0,004 USD</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Claude 3.7 Sonnet vision</div>
                <div class="combo-card__sub">Anthropic · claude-3-7-sonnet</div>
              </div>
            </div>
            <div class="combo-card__usage">Comune nei CMS enterprise dove la revisione editoriale fa parte del flusso di lavoro</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Rifiuta di inventare testo che non riesce a leggere; grafici</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto debole</span><span>Verboso; richiede un prompt esplicito sulla lunghezza</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Costo appross. / immagine</span><span>circa 0,005 USD</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Gemini 2.0</div>
                <div class="combo-card__sub">Google · gemini-2.0-pro vision mode</div>
              </div>
            </div>
            <div class="combo-card__usage">Predefinito nei componenti aggiuntivi Workspace, CMS adiacenti a Google</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Screenshot, identificazione di elementi di interfaccia</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto debole</span><span>Identifica erroneamente gli ausili per la mobilità, fabrica nomi di marchi</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Costo appross. / immagine</span><span>circa 0,003 USD</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Llama-Vision-3</div>
                <div class="combo-card__sub">Meta · 90B vision, open weights</div>
              </div>
            </div>
            <div class="combo-card__usage">Plugin CMS self-hosted, deployment con requisiti di residenza dei dati in UE</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Foto, classificazione delle immagini decorative</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto debole</span><span>Grafici; tende a ipotizzare i valori degli assi</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Costo appross. / immagine</span><span>costo di inferenza self-hosted</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Pixtral</div>
                <div class="combo-card__sub">Mistral · pixtral-large, open weights</div>
              </div>
            </div>
            <div class="combo-card__usage">Self-hosted europeo; plugin per modelli di dimensioni ridotte</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Output concisi; rispetta il budget di lunghezza</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto debole</span><span>Minore capacità di recupero della composizione della scena nelle foto complesse</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Costo appross. / immagine</span><span>costo di inferenza self-hosted</span></div>
          </article>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Riferimento</div>
        <h2 class="section-title" id="s3-heading">3. Il test delle quattro categorie</h2>
        <div class="prose">
          <p>L'albero decisionale WCAG per i contenuti non testuali si riduce, in pratica, a quattro categorie: <strong>foto informative</strong> (una persona, una scena, un oggetto che veicola un significato); <strong>grafici e diagrammi</strong> (un grafico a barre, un diagramma di flusso, una mappa annotata); <strong>screenshot e interfacce utente</strong> (una dashboard, uno stato di errore, un pannello impostazioni); e <strong>decorative</strong> (una sfumatura hero, un separatore, un'illustrazione di riempimento). Abbiamo assemblato un set di test di 600 immagini campionando 150 immagini per categoria da contesti di notizie sulla disabilità, rapporti di associazioni non profit, documentazione software e contenuti di riempimento editoriali. Ogni modello ha prodotto un candidato alt per immagine; tre revisori umani hanno etichettato ogni candidato come <em>accettato</em>, <em>modificato</em> o <em>rifiutato</em>. La matrice di seguito riporta il tasso di accettazione.</p>
          <p>I numeri non sono pensati per incoronare un vincitore. Sono pensati per indicare quale categoria è il luogo più rischioso in cui pubblicare un candidato AI senza revisione.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr><th>Modello</th><th>Foto informative</th><th>Grafici e diagrammi</th><th>Screenshot e UI</th><th>Decorative (correttamente nulle)</th></tr>
          </thead>
          <tbody>
            <tr><th>GPT-4o vision</th><td>71%</td><td>34%</td><td>52%</td><td>41%</td></tr>
            <tr><th>Claude 3.7 Sonnet vision</th><td>68%</td><td>49%</td><td>61%</td><td>58%</td></tr>
            <tr><th>Gemini 2.0</th><td>66%</td><td>38%</td><td>64%</td><td>44%</td></tr>
            <tr><th>Llama-Vision-3 (90B)</th><td>62%</td><td>21%</td><td>47%</td><td>53%</td></tr>
            <tr><th>Pixtral large</th><td>57%</td><td>26%</td><td>42%</td><td>48%</td></tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Le due colonne da monitorare</span>
            <div class="callout__body"><p>In tutti i modelli, le due colonne più deboli sono <strong>grafici e diagrammi</strong> e <strong>decorative (correttamente nulle)</strong>. La prima fallisce perché il modello inventa valori che non riesce a leggere; la seconda fallisce perché il modello scrive una frase quando la risposta corretta è il silenzio. Entrambi gli errori sono invisibili a un revisore vedente che controlla solo la colonna delle foto.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Diagnostica</div>
        <h2 class="section-title" id="s4-heading">4. Le quattro modalità di errore che contano</h2>
        <div class="prose">
          <p>I tassi di accettazione aggregati nascondono la trama degli errori. Esaminando i candidati rifiutati nell'intero set di test, quattro modalità di errore ricorrono con una frequenza sufficiente a rappresentare la grande maggioranza delle mancanze. Le nominiamo qui affinché qualsiasi redattore che revisioni l'output AI sappia quali schemi cercare per primi.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Testo a schermo allucinato</h3>
            <p>Il modello scrive che l'asse di un grafico è etichettato «Ricavi T3 2024» quando il grafico mostra in realtà i conteggi delle visualizzazioni di pagina; il modello scrive che il pulsante di uno screenshot riporta «Invia» quando riporta «Salva e continua». GPT-4o è il principale responsabile in questa categoria; Claude 3.7 Sonnet nella maggior parte dei casi rifiuta, restituendo una frase del tipo «un grafico la cui etichetta dell'asse non è leggibile a questa risoluzione». Il rifiuto è il comportamento corretto, ed è la risposta giusta che un pulsante CMS dovrebbe esporre.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Identificazione errata dei soggetti con disabilità</h3>
            <p>Una sedia a rotelle elettrica diventa «uno scooter motorizzato»; un bastone bianco diventa «un bastone da passeggio»; un soggetto con disabilità visibile in una foto di una manifestazione viene descritto come «una persona seduta su una sedia che guarda la parata». Lo schema degli errori riflette la composizione dei dati di addestramento. Nessuno dei cinque modelli testati ha gestito l'identificazione degli ausili per la mobilità a un tasso che definiremmo pronto per la produzione, e la modifica correttiva è quasi sempre necessaria.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Perdita di sfumatura contestuale</h3>
            <p>Una foto di due persone che usano la Lingua dei Segni Americana (ASL) viene descritta come «due persone che gesticolano»; una foto di un cane guida sotto un tavolo di un ristorante viene descritta come «un cane che dorme sotto un mobile». I pixel vengono descritti con accuratezza. Il significato che il redattore ha inteso trasmettere con l'immagine no. La perdita di sfumatura contestuale è la modalità di errore che la matrice non riesce a misurare, e il motivo per cui il testo alternativo generato dall'AI senza revisione editoriale è, in pratica, la scelta predefinita sbagliata.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Fabricazione di nomi di marchi</h3>
            <p>Il modello scrive che una foto stock di un laptop è «un Apple MacBook» quando il laptop è un chassis generico con design Windows; il modello scrive che una tazza da caffè senza marchio è «una tazza Starbucks». Gemini 2.0 è il più incline a questa categoria di errore nel nostro set di test. Il rimedio è un vincolo lato prompt: istruire il modello a rifiutare l'identificazione di marchi nominati a meno che un marchio o logotipo non sia inequivocabilmente visibile. Anche con il vincolo, rimane necessaria una revisione a campione.</p>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«I pixel vengono descritti con accuratezza. Il significato che il redattore ha inteso trasmettere con l'immagine no.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— questo articolo, modalità di errore 3</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Manuale operativo</div>
        <h2 class="section-title" id="s5-heading">5. Il flusso di lavoro ibrido che raccomandiamo</h2>
        <div class="prose">
          <p>Considerare il testo alternativo generato dall'AI come «completamente automatizzato» o «irresponsabile» è una falsa alternativa. I numeri per categoria dicono qualcosa di più utile: i candidati AI sono utilizzabili come prima bozza nella colonna delle foto e come fonte di rifiuto nella colonna dei grafici, e rappresentano un rischio attivo nella colonna delle decorative a meno che il flusso di lavoro non preveda un'esplicita funzione «segna come decorativo». Il predefinito corretto è ibrido, e i passaggi di seguito sono il modello ibrido che raccomandiamo.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Classificare per categoria prima di generare</h3>
            <p>Un piccolo classificatore (pochi migliaia di parametri sono sufficienti) decide se l'immagine è una foto, un grafico, uno screenshot o decorativa. La decisione di routing determina il prompt, il modello e se generare o meno. Le immagini decorative non dovrebbero essere inviate al modello: dovrebbero essere contrassegnate direttamente come decorative e consegnate con alt vuoto.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Usare Claude 3.7 Sonnet per grafici e screenshot</h3>
            <p>La matrice mostra che Claude è in testa nelle due colonne in cui il rifiuto è il comportamento corretto. Configurare il prompt in modo da richiedere un rifiuto esplicito quando il testo non è leggibile, e segnalare qualsiasi grafico i cui valori degli assi non siano leggibili anziché ipotizzarli. Esporre il rifiuto nel CMS come stato «richiede descrizione umana», non come alt vuoto.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Usare GPT-4o o Gemini 2.0 per le foto, con un vincolo sui nomi di marchi</h3>
            <p>Per la colonna delle foto informative, entrambi i modelli producono tassi di accettazione superiori a circa il 65%. Aggiungere un'istruzione lato prompt che impedisca di identificare qualsiasi nome di marca a meno che un logo o marchio denominativo non sia inequivocabilmente presente nell'immagine. Limitare la lunghezza dell'output a 125 caratteri per scoraggiare lo schema verboso a tre clausole.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Passaggio di revisione umana prima della pubblicazione</h3>
            <p>Ogni candidato AI è una bozza. Il pulsante CMS scrive il candidato in un campo di revisione, non nell'attributo alt. Il redattore accetta, modifica o sostituisce con un testo originale. Per contesti di notizie, contesti di accessibilità o qualsiasi situazione in cui l'identificazione errata di un soggetto con disabilità potrebbe essere dannosa, il passaggio di revisione editoriale è imprescindibile.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>Audit con cadenza programmata</h3>
            <p>Rieseguire un campione di alt pubblicati rispetto alla matrice ogni trimestre. I modelli cambiano; le build vendor cambiano; le modalità di errore si spostano. Un campione di 100 immagini richiede un pomeriggio e rileva la regressione del comportamento prima che lo faccia un utente di screen reader.</p>
          </div>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Cosa dovrebbe e non dovrebbe significare «automazione»</span>
            <div class="callout__body"><p>Una funzione di testo alternativo AI che scrive direttamente nell'attributo alt senza revisione umana non è una funzione di accessibilità — è una dichiarazione di accessibilità. La conformità al WCAG richiede ancora che il testo alternativo sia corretto, contestuale e non fabricato. Il modello può produrre la bozza; solo il redattore può pubblicare.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Conclusione: la soglia si è alzata, il pavimento no</h2>
        <div class="prose">
          <p>Il titolo di questo primer, scritto onestamente, è che i modelli visione-linguaggio nel 2026 sono ora una prima bozza utile per la colonna delle foto e una fonte di rifiuto utile per la colonna dei grafici, e che questi due fatti insieme implicano un flusso di lavoro ibrido piuttosto che uno completamente automatizzato. La soglia si è spostata in modo significativo tra il 2022 e il 2026 — i tassi di accettazione per le foto informative sono ora nei sessanta alti per i migliori modelli chiusi, mentre nel 2022 erano più vicini ai trenta bassi. Il pavimento no. Gli ausili per la mobilità vengono ancora identificati erroneamente, l'ASL diventa ancora «gesticolare» e le immagini decorative ricevono ancora una frase quando hanno bisogno di silenzio.</p>
          <p>La conseguenza per l'accessibilità è che il predefinito corretto per qualsiasi CMS che pubblica un pulsante «alt text automatico» nel 2026 non è «premi il pulsante e pubblica». È «premi il pulsante per produrre la bozza, poi revisiona prima di pubblicare». Qualcosa di più stringente — ignorare completamente l'AI — lascia il 41% delle immagini con alt vuoto senza essere affrontato quando una bozza avrebbe aiutato. Qualcosa di più lasso — pubblicare senza revisione — invia dettagli fabricati ai lettori che dipendono più direttamente dalla correttezza del testo alternativo.</p>
          <p>Rieseguiremo questa matrice nel novembre 2026. Se la colonna dei grafici sarà salita oltre la linea del 60% di accettazione, il flusso di lavoro ibrido si stringerà. Nel frattempo, il pulsante produce la bozza, il redattore pubblica.</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">«Il modello può produrre la bozza; solo il redattore può pubblicare.»</p></blockquote>
          <figcaption><cite class="pull-quote__source">— questo articolo, passaggio 4 del flusso di lavoro ibrido</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: AODA vs ACA in Canada: federale vs Ontario, confronto diretto (dati aggiornati)
url: https://www.disabilityworld.org/it/articles/aoda-vs-aca-side-by-side/
description: Il Canada gestisce due regimi di accessibilità paralleli — l'Accessible Canada Act federale del 2019 e l'AODA dell'Ontario del 2005 con l'IASR aggiornato nel 2021. Chi vincola, quando scattano gli obblighi, quali standard tecnici si applicano e come funziona davvero l'applicazione della legge.
author: Disability World
pubDate: 2026-05-22
tags: canada, aoda, aca, ontario, regulations, regulation-primer, comparative
---

# AODA vs ACA in Canada: federale vs Ontario, confronto diretto (dati aggiornati)

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione dell'immagine: bandiere canadese e ontariana montate fianco a fianco su lucide aste di bandiera davanti all'esterno di un edificio governativo, con la luce diurna nitida che cattura il tessuto — la rappresentazione visiva di due regimi di accessibilità paralleli che operano nello stesso paese.</p>

<p class="rt-prefix">Tempo di lettura: 14 minuti</p>

<p class="wp-block-paragraph">Il Canada è insolito tra le maggiori giurisdizioni di common law nel portare <strong>due regimi di accessibilità che vincolano contemporaneamente insiemi diversi di organizzazioni.</strong> Il federale <strong>Accessible Canada Act (ACA)</strong> ha ricevuto la Sanzione Reale il <strong>21 giugno 2019</strong> e si applica agli enti regolamentati a livello federale — banche, telecomunicazioni, emittenti, trasporti interprovinciali, il servizio pubblico federale e le Crown corporation. L'<strong>Accessibility for Ontarians with Disabilities Act (AODA)</strong> dell'Ontario ha ricevuto la Sanzione Reale il <strong>13 giugno 2005</strong> e si applica a ogni datore di lavoro privato ontariano con almeno un dipendente, a ogni organizzazione non-profit ontariana e al più ampio settore pubblico ontariano. I due regimi non si sovrappongono. Non si contraddicono. Creano tuttavia una questione giurisdizionale permanente per qualsiasi grande organizzazione operante in Ontario: <strong>a quale legge sono soggetto per questo specifico obbligo?</strong> Per una panoramica di come le regole canadesi si inseriscono nella mappa internazionale più ampia, si consulti l'<a href="/regulations/">indice nazionale delle normative sui diritti delle persone con disabilità</a>; per l'inquadramento costituzionale di riferimento, si veda <a href="/regulations/ca/">la normativa canadese sull'accessibilità</a>.</p>

<p class="wp-block-paragraph">Questa guida mappa i due statuti in parallelo: chi vincolano, la cronologia di conformità che ha prodotto (e sta ancora producendo) scadenze scaglionate fino al 2040, gli standard tecnici cui ciascuno è ancorato — <strong>WCAG 2.0 Livello AA</strong> nell'ambito del Regolamento sugli standard integrati di accessibilità (IASR) aggiornato nel 2021, e gli standard trasversali emergenti sviluppati sotto l'ACA da Accessibility Standards Canada e dal Consiglio della radiodiffusione e delle telecomunicazioni canadesi (CRTC) — e i meccanismi di applicazione della legge che ciascuno ha effettivamente in vigore nel 2026. L'obiettivo non è stabilire quale sia «migliore». Si tratta di fornire a un responsabile della conformità, a un responsabile acquisti o a un avvocato del settore pubblico una risposta chiara alla domanda che gli viene effettivamente posta alla propria scrivania.</p>

<h2 class="wp-block-heading" id="h-two-statutes-one-country">Due statuti, un paese</h2>

<p class="wp-block-paragraph">La divisione costituzionale dei poteri in Canada (Constitution Act, 1867, sezioni 91 e 92) ripartisce l'autorità regolatoria tra il Parlamento federale e le assemblee legislative provinciali. La maggior parte della normativa sul lavoro, sui servizi e sulla tutela dei consumatori spetta alle province — per questo l'Ontario ha potuto approvare l'AODA nel 2005 senza il coinvolgimento federale, e per questo le altre province hanno costruito le proprie normative (Manitoba 2013, Nuova Scozia 2017, Columbia Britannica 2021, Terranova e Labrador 2024). Il Parlamento federale mantiene tuttavia giurisdizione esclusiva su banche, telecomunicazioni, radiodiffusione, trasporti interprovinciali e internazionali, Crown corporation federali e il servizio pubblico federale. Fino all'approvazione dell'ACA nel 2019, questi settori a regolamentazione federale non disponevano di una legge sull'accessibilità completa — erano coperti da un insieme frammentato di ordini CRTC sull'accessibilità, regolamenti dell'Agenzia dei trasporti del Canada e direttive del Consiglio del Tesoro. L'ACA ha colmato questa lacuna.</p>

<p class="wp-block-paragraph">Il risultato è che una banca canadese operante a Toronto è vincolata dall'ACA per tutto ciò che rientra nel suo perimetro federale (i suoi servizi bancari principali, i suoi locali in quanto luogo di lavoro a regolamentazione federale, le sue pratiche occupazionali per i dipendenti a regolamentazione federale), e non è vincolata dall'AODA per quelle stesse attività. Un rivenditore al dettaglio che opera a Toronto senza alcuna presenza nel perimetro federale è vincolato dall'AODA integralmente e non dall'ACA affatto. I servizi aeroportuali di una compagnia aerea a regolamentazione federale, l'edificio per uffici aperto al pubblico di un'emittente nazionale in Ontario e il call center rivolto ai clienti di una Crown corporation sono tutti lato federale; il fornitore della mensa della stessa compagnia aerea o il gestore dei distributori automatici potrebbero invece trovarsi lato Ontario. La mappa giurisdizionale è genuinamente ordinata in teoria e genuinamente complicata nella pratica.</p>

<h2 class="wp-block-heading" id="h-aoda-2005-the-ontario-template">AODA (2005): il modello ontariano diventato riferimento continentale</h2>

<p class="wp-block-paragraph">L'AODA è stato approvato all'unanimità dall'assemblea legislativa dell'Ontario il 13 giugno 2005 con l'obiettivo dichiarato di rendere l'Ontario accessibile entro il <strong>1° gennaio 2025</strong>. Lo statuto in sé è un quadro normativo: non impone obblighi dettagliati direttamente. Autorizza piuttosto il Luogotenente Governatore in Consiglio a emanare regolamenti che stabiliscono standard di accessibilità in settori specifici, con scadenze di conformità scaglionate. Gli obblighi sostanziali risiedono in quei regolamenti — in particolare nel <strong>Regolamento sugli standard integrati di accessibilità (IASR), Ontario Regulation 191/11</strong>, emanato originariamente nel 2011 e modificato in modo sostanziale nel 2016 e di nuovo nel 2021.</p>

<p class="wp-block-paragraph">L'IASR consolida cinque standard in un unico regolamento: Informazione e comunicazioni, Occupazione, Trasporti, Progettazione degli spazi pubblici e Servizio clienti (quest'ultimo era originariamente un regolamento separato, O. Reg. 429/07, ed è stato incorporato nell'IASR nel 2016). Ogni standard stabilisce obblighi specifici in base alla dimensione dell'organizzazione — grandi organizzazioni del settore privato (50+ dipendenti), piccole organizzazioni del settore privato (1–49 dipendenti), grandi organizzazioni del settore pubblico designato, piccole organizzazioni del settore pubblico designato e il Governo dell'Ontario stesso — con scadenze di conformità scaglionate in circa quindici anni dal 2011 in poi.</p>

<h3 class="wp-block-heading" id="h-iasr-wcag-anchor">L'ancoraggio WCAG dell'IASR</h3>

<p class="wp-block-paragraph">Per lo standard Informazione e comunicazioni, l'IASR ancora la conformità all'accessibilità digitale a <strong>WCAG 2.0 Livello AA</strong>. La sezione 14 del regolamento richiedeva alle organizzazioni del settore pubblico designato e alle grandi organizzazioni di garantire che i nuovi siti web e contenuti internet significativamente aggiornati fossero conformi a <strong>WCAG 2.0 Livello A entro il 1° gennaio 2014</strong> e a <strong>WCAG 2.0 Livello AA entro il 1° gennaio 2021</strong>. La scadenza del 2021 esclude i criteri di successo 1.2.4 (sottotitoli in diretta) e 1.2.5 (audiodescrizione pre-registrata). Lo standard Servizio clienti è più datato, più semplice e si applica a <em>tutte</em> le organizzazioni ontariane con uno o più dipendenti indipendentemente dalla dimensione.</p>

<p class="wp-block-paragraph">Un punto di confusione comune è che l'IASR non è stato riagganciato a WCAG 2.1 o WCAG 2.2, nonostante WCAG 2.1 sia stato pubblicato nel giugno 2018 e WCAG 2.2 sia diventato una Raccomandazione W3C nell'ottobre 2023. La terza revisione legislativa indipendente dell'AODA, condotta da Rich Donovan e presentata nel 2023, ha raccomandato esplicitamente di aggiornare il riferimento tecnico dell'IASR. All'inizio del 2026 quell'aggiornamento non era ancora stato emanato: il regolamento cita ancora WCAG 2.0 per nome. Le organizzazioni che sono passate a WCAG 2.1 o 2.2 per compatibilità internazionale (in particolare con l'European Accessibility Act e EN 301 549) lo fanno volontariamente e continuano a essere misurate per la conformità AODA rispetto a WCAG 2.0 AA.</p>

<h3 class="wp-block-heading" id="h-aoda-enforcement">Applicazione dell'AODA: direttori, ispettori, sanzioni amministrative</h3>

<p class="wp-block-paragraph">L'architettura di applicazione dell'AODA risiede nella Parte V dello statuto e nelle disposizioni generali dell'IASR. Il Ministero per gli anziani e l'accessibilità (il titolo attuale; il ministero competente ha cambiato nome più volte) mantiene un piccolo corpo ispettivo. I direttori nominati ai sensi della sezione 30 dell'AODA possono emettere ordini di conformità. Gli ispettori possono accedere ai locali, esaminare i registri e richiedere colloqui. Possono essere irrogate sanzioni monetarie amministrative — fino a <strong>50.000 dollari canadesi al giorno per un privato</strong> e <strong>100.000 dollari canadesi al giorno per una persona giuridica</strong> ai sensi dello schema sanzionatorio dell'AODA — e il Licence Appeal Tribunal tratta i ricorsi.</p>

<p class="wp-block-paragraph">In pratica, lo strumento di applicazione che interessa il maggior numero di organizzazioni è la <strong>relazione di conformità all'accessibilità</strong>: ogni organizzazione con 20 o più dipendenti deve presentare una relazione di conformità auto-attestata tramite il portale online del Governo dell'Ontario, con cadenza triennale (originariamente biennale, portata a tre anni nel 2017). Il mancato deposito costituisce di per sé una violazione. Il bilancio dell'Ontario sull'adesione alle relazioni di conformità è stato discontinuo: la revisione Donovan del 2023 ha riscontrato un gap significativo nella presentazione tra le piccole e medie organizzazioni del settore privato e ha raccomandato al ministero di passare da un modello basato sui reclami a un modello di audit proattivo. All'inizio del 2026 il ministero ha ampliato il suo programma di audit ma riceve ancora la maggior parte del suo segnale di applicazione attraverso l'auto-attestazione e i reclami del pubblico.</p>

<h2 class="wp-block-heading" id="h-aca-2019-the-federal-counterpart">ACA (2019): la controparte federale, quattordici anni dopo</h2>

<p class="wp-block-paragraph">L'Accessible Canada Act è stato presentato come Disegno di Legge C-81 nel giugno 2018 e ha ricevuto la Sanzione Reale il 21 giugno 2019. Lo statuto si applica alle «entità regolamentate» — definite nella sezione 7 come il Governo del Canada e le Crown corporation federali, le Forze canadesi e la Gendarmeria Reale del Canada, gli enti parlamentari e qualsiasi entità operante in un settore a regolamentazione federale. In pratica, questo copre le banche istituite ai sensi del Bank Act federale, i gestori di telecomunicazioni e i fornitori di servizi internet autorizzati dal CRTC, le emittenti, le ferrovie interprovinciali e i vettori stradali, il trasporto marittimo e aereo, e le Crown corporation federali.</p>

<p class="wp-block-paragraph">Il requisito operativo centrale dell'ACA è il <strong>piano di accessibilità</strong>. La sezione 47 impone a ogni entità regolamentata (con esenzioni per dimensione per i datori di lavoro molto piccoli ai sensi della sezione 47(2)) di pubblicare un piano che descriva come identificherà, rimuoverà e prevenirrà le barriere in sette aree prioritarie: occupazione; ambiente costruito; tecnologie dell'informazione e della comunicazione (TIC); comunicazione diversa dalle TIC; appalti di beni, servizi e strutture; progettazione ed erogazione di programmi e servizi; e trasporti. Il piano deve essere sviluppato in consultazione con le persone con disabilità, deve essere aggiornato almeno ogni tre anni (sezione 47(7)) e deve essere accompagnato da una <strong>relazione di avanzamento</strong> in ciascuno dei due anni tra un aggiornamento del piano e il successivo (sezione 49) e da un <strong>meccanismo di feedback</strong> che consenta al pubblico di segnalare le barriere (sezione 50).</p>

<h3 class="wp-block-heading" id="h-aca-compliance-timeline">La cronologia di conformità scaglionata dell'ACA</h3>

<p class="wp-block-paragraph">Le scadenze di conformità dell'ACA sono state introdotte tramite regolamento piuttosto che figurare nel testo dello statuto. Le <strong>Accessible Canada Regulations (SOR/2021-241)</strong>, in vigore dal 13 dicembre 2021, hanno stabilito la prima serie di scadenze:</p>

<ul class="wp-block-list">
<li><strong>Governo del Canada, enti parlamentari, Forze canadesi, GRC</strong> — primo piano di accessibilità entro il <strong>31 dicembre 2022</strong>, con relazioni di avanzamento annuali.</li>
<li><strong>Crown corporation e grandi entità private a regolamentazione federale (100+ dipendenti)</strong> — primo piano entro il <strong>1° giugno 2023</strong>.</li>
<li><strong>Piccole entità private a regolamentazione federale (10–99 dipendenti)</strong> — primo piano entro il <strong>1° giugno 2024</strong>.</li>
<li><strong>Estensioni settoriali</strong> per la radiodiffusione e le telecomunicazioni (sotto la giurisdizione del CRTC) e per i trasporti a regolamentazione federale (sotto la giurisdizione dell'Agenzia dei trasporti del Canada) — pubblicate da questi regolatori nel 2022 e 2023, con i primi piani di accessibilità per i trasporti richiesti entro il <strong>1° giugno 2023</strong> per i grandi vettori e il <strong>1° giugno 2024</strong> per quelli più piccoli.</li>
</ul>

<p class="wp-block-paragraph">L'ACA stabilisce l'obiettivo complessivo: <strong>«un Canada senza barriere entro il 1° gennaio 2040»</strong> (sezione 5). Questa data non appare nella formulazione dell'AODA (l'obiettivo dichiarato dell'Ontario era il 1° gennaio 2025). I due statuti operano quindi su cronologie di lungo periodo diverse, sebbene condividano molti degli stessi obblighi operativi.</p>

<h3 class="wp-block-heading" id="h-asc-and-the-cross-cutting-standards">Accessibility Standards Canada e gli standard trasversali</h3>

<p class="wp-block-paragraph">L'ACA ha creato <strong>Accessibility Standards Canada (ASC)</strong> — formalmente la Canadian Accessibility Standards Development Organization — come agenzia federale incaricata di sviluppare standard di accessibilità volontari che il Governatore in Consiglio può poi incorporare per riferimento in regolamenti vincolanti. L'ASC è la controparte federale, a un livello superiore, del processo di sviluppo degli standard dell'IASR. Il suo primo standard pubblicato, <strong>CAN-ASC-1.1 — Occupazione</strong>, è stato finalizzato nel 2024. <strong>CAN-ASC-2.1 — Spazi esterni</strong> e <strong>CAN-ASC-3.1 — Linguaggio semplice</strong> sono seguiti nel 2024–25. <strong>CAN-ASC-6.1 — Viaggi accessibili per le persone con disabilità</strong> è stato aperto alla revisione pubblica nel 2025 in coordinamento con l'Agenzia dei trasporti del Canada. All'inizio del 2026, l'ASC aveva circa una dozzina di standard pubblicati o in fase di redazione avanzata, con il più significativo — uno standard TIC trasversale che farebbe il paio con l'europeo EN 301 549 — ancora in commissione.</p>

<p class="wp-block-paragraph">Nel frattempo, gli enti a regolamentazione federale applicano due riferimenti TIC frammentati. Gli ordini del CRTC sull'accessibilità relativi alla radiodiffusione e alle telecomunicazioni citano <strong>WCAG 2.1 Livello AA</strong> nelle loro disposizioni di conformità; lo <em>Standard on Web Accessibility</em> del Consiglio del Tesoro, che vincola i dipartimenti del governo federale, è stato aggiornato a <strong>WCAG 2.1 Livello AA</strong> con WCAG 2.2 che dovrebbe essere incorporato nel ciclo 2026–27. Il risultato è che una banca a regolamentazione federale che progetta una nuova app mobile in Ontario nel 2026 lavora contro WCAG 2.1 AA (tramite i precedenti del CRTC e del Consiglio del Tesoro) mentre un rivenditore provinciale accanto lavora contro WCAG 2.0 AA (tramite l'IASR).</p>

<h3 class="wp-block-heading" id="h-aca-enforcement">Applicazione dell'ACA: il Commissario per l'accessibilità, il CRTC e l'CTA</h3>

<p class="wp-block-paragraph">L'applicazione dell'ACA è ripartita tra tre organismi di regolamentazione. Il <strong>Commissario per l'accessibilità</strong> — una posizione creata all'interno della Commissione canadese per i diritti umani dalla sezione 41 dell'ACA e ricoperta nel 2022 — ha giurisdizione sulla maggior parte delle entità private a regolamentazione federale e delle Crown corporation. Il Commissario può condurre ispezioni, emettere ordini di conformità, irrogare sanzioni monetarie amministrative fino a <strong>250.000 dollari canadesi per violazione</strong> (sezione 79), ricevere e indagare reclami, e deferire questioni al Tribunale canadese per i diritti umani. Il <strong>CRTC</strong> gestisce l'applicazione nei settori della radiodiffusione e delle telecomunicazioni nell'ambito del suo quadro normativo esistente, applicando gli obblighi dell'ACA tramite la propria direzione per la conformità e l'applicazione. L'<strong>Agenzia dei trasporti del Canada (ATC)</strong> gestisce l'applicazione nel settore dei trasporti federali, inclusi i Accessible Transportation for Persons with Disabilities Regulations (SOR/2019-244) che si affiancano all'ACA.</p>

<p class="wp-block-paragraph">Il primo riepilogo esecutivo del Commissario per l'accessibilità, pubblicato alla fine del 2024, segnalava diverse centinaia di revisioni dei piani depositati, un numero esiguo di ordini formali di conformità e nessuna sanzione monetaria amministrativa ancora irrogata. L'approccio dichiarato del Commissario durante la fase di avvio è stato quello dell'educazione e del coinvolgimento proattivo piuttosto che della repressione — una scelta strategica che alcune organizzazioni di persone con disabilità hanno criticato come troppo morbida e che il Commissario ha difeso come appropriata per uno statuto nel suo primo ciclo di conformità.</p>

<h2 class="wp-block-heading" id="h-side-by-side">Confronto diretto: la tabella comparativa</h2>

<p class="wp-block-paragraph">La tabella di seguito mappa gli elementi portanti di ciascuno statuto in parallelo. Non è esaustiva — nessuno dei due statuti è abbastanza piccolo da riassumere in dodici righe — ma cattura le dimensioni di cui un responsabile della conformità ha bisogno per triangolare prima di poter stabilire quale obbligo lo riguarda in quel momento.</p>

<table class="wp-block-table">
<thead>
<tr><th>Dimensione</th><th>AODA (Ontario, 2005)</th><th>ACA (federale, 2019)</th></tr>
</thead>
<tbody>
<tr><td><strong>Sanzione Reale</strong></td><td>13 giugno 2005</td><td>21 giugno 2019</td></tr>
<tr><td><strong>Data obiettivo di accessibilità</strong></td><td>1° gennaio 2025 (Ontario «accessibile entro»)</td><td>1° gennaio 2040 («un Canada senza barriere»)</td></tr>
<tr><td><strong>Chi vincola</strong></td><td>Ogni organizzazione ontariana con 1+ dipendente — privato, non-profit, settore pubblico allargato, Governo dell'Ontario. Circa 440.000 entità.</td><td>Solo enti a regolamentazione federale: governo federale, Crown corporation, banche, telecomunicazioni, emittenti, trasporti interprovinciali, servizio pubblico federale. Circa 5.000 entità.</td></tr>
<tr><td><strong>Strumento operativo</strong></td><td>Regolamento sugli standard integrati di accessibilità (IASR, O. Reg. 191/11), con le norme sul Servizio clienti incorporate.</td><td>Accessible Canada Regulations (SOR/2021-241) più regolamenti settoriali del CRTC e dell'ATC.</td></tr>
<tr><td><strong>Aree sostanziali coperte</strong></td><td>Cinque: Informazione e comunicazioni, Occupazione, Trasporti, Progettazione degli spazi pubblici, Servizio clienti.</td><td>Sette: occupazione, ambiente costruito, TIC, comunicazione (non TIC), appalti, programmi e servizi, trasporti.</td></tr>
<tr><td><strong>Riferimento tecnico web/TIC</strong></td><td>WCAG 2.0 Livello AA (dal 1° gennaio 2021, esclusi SC 1.2.4 e 1.2.5).</td><td>Nessun riferimento normativo unico ancora; i precedenti del CRTC e del Consiglio del Tesoro applicano WCAG 2.1 AA. L'ASC sta elaborando uno standard TIC trasversale.</td></tr>
<tr><td><strong>Cadenza di rendicontazione</strong></td><td>Relazione di conformità auto-attestata ogni tre anni (organizzazioni con 20+ dipendenti).</td><td>Piano di accessibilità ogni tre anni + relazione di avanzamento annuale + meccanismo di feedback continuativo.</td></tr>
<tr><td><strong>Obbligo di consultazione</strong></td><td>Non statutario nell'intero IASR; richiesto in disposizioni specifiche (es. comitati per l'accessibilità nel settore pubblico allargato).</td><td>Statutario: i piani devono essere sviluppati «in consultazione con le persone con disabilità» (sezione 47(4)).</td></tr>
<tr><td><strong>Principale organo di applicazione</strong></td><td>Ministero per gli anziani e l'accessibilità (direttori e ispettori ai sensi della Parte V dell'AODA).</td><td>Commissario per l'accessibilità (Commissione canadese per i diritti umani) + CRTC + Agenzia dei trasporti del Canada.</td></tr>
<tr><td><strong>Sanzione amministrativa massima</strong></td><td>Fino a 50.000 dollari canadesi/giorno privato; 100.000 dollari canadesi/giorno persona giuridica.</td><td>Fino a 250.000 dollari canadesi per violazione (ACA s. 79).</td></tr>
<tr><td><strong>Organismo di sviluppo degli standard</strong></td><td>Commissioni ministeriali per lo sviluppo degli standard (ad hoc; non un'agenzia permanente).</td><td>Accessibility Standards Canada (agenzia federale permanente).</td></tr>
<tr><td><strong>Revisione legislativa indipendente</strong></td><td>Ogni quattro anni (s. 41). Tre revisioni completate: Beer (2010), Moran (2014), Mayo Moran (2019), Onley (2019), Donovan (2023).</td><td>Ogni cinque anni (s. 117). Prima revisione indipendente in corso nel 2024–26.</td></tr>
</tbody>
</table>

<h2 class="wp-block-heading" id="h-the-overlap-question">La questione della sovrapposizione: quando una singola organizzazione deve considerare entrambi</h2>

<p class="wp-block-paragraph">Per la maggior parte delle organizzazioni la questione giurisdizionale è binaria — federale o provinciale — e rispondervi una volta risolve il resto. Le eccezioni, in pratica, riguardano tre categorie di organizzazioni in cui entrambi gli statuti possono interessare la stessa entità nello stesso momento.</p>

<h3 class="wp-block-heading" id="h-large-federal-employers-in-ontario">Grandi datori di lavoro federali con punti di contatto con i servizi ontariani</h3>

<p class="wp-block-paragraph">Una banca o un operatore di telecomunicazioni a regolamentazione federale che gestisce filiali, negozi al dettaglio o contact center in Ontario è vincolato dall'ACA per le sue attività federali principali (i suoi servizi bancari, il suo personale a regolamentazione federale) ma può anche intercettare obblighi lato Ontario attraverso contratti di locazione commerciale, segnaletica nei punti vendita, appaltatori di servizi ai clienti di terze parti e la giurisdizione del tribunale provinciale per i diritti umani sui reclami individuali di discriminazione. L'ACA non sostituisce il Codice dei diritti umani dell'Ontario laddove quest'ultimo si applica alla stessa condotta su basi indipendenti. In pratica, le grandi entità a regolamentazione federale elaborano un unico piano di conformità che soddisfa il più elevato dei due standard per ogni obbligo, piuttosto che cercare di mantenere programmi di accessibilità separati per il lato federale e quello ontariano.</p>

<h3 class="wp-block-heading" id="h-procurement-chains">Catene di appalto attraverso il confine giurisdizionale</h3>

<p class="wp-block-paragraph">Un fornitore TIC che vende sia a un'agenzia provinciale ontariana che a una Crown corporation federale incontrerà riferimenti tecnici diversi nei due processi di appalto — WCAG 2.0 AA in quello ontariano, WCAG 2.1 AA (e sempre più 2.2) in quello federale — e potrebbe anche trovarsi di fronte a uno standard di Accessibility Standards Canada una volta che questi vengono incorporati nelle direttive federali sugli appalti. L'area prioritaria dell'ACA nella sezione 47(1)(e) sugli appalti contempla esplicitamente acquisti consapevoli dell'accessibilità; l'AODA non contiene una disposizione equivalente sugli appalti, sebbene la direttiva sugli appalti del governo dell'Ontario lo faccia.</p>

<h3 class="wp-block-heading" id="h-public-postsecondary">Enti del settore pubblico ontariano con legami di finanziamento federale</h3>

<p class="wp-block-paragraph">Le università, gli ospedali e altri enti del settore pubblico allargato in Ontario sono regolamentati dall'AODA. Laddove detengono sovvenzioni federali per la ricerca, finanziamenti federali per le infrastrutture o gestiscono strutture sotto giurisdizione federale (es. laboratori di ricerca finanziati dalla difesa nazionale, programmi federali di prestiti agli studenti), possono anche acquisire obblighi dell'ACA sulla quota finanziata a livello federale. L'effetto pratico è raramente quello di due regimi di conformità paralleli; di solito si tratta di un finanziatore federale che richiede un piano di accessibilità in stile ACA come condizione di finanziamento, in aggiunta all'obbligo di conformità all'IASR già esistente.</p>

<h2 class="wp-block-heading" id="h-the-other-provinces">Le altre province, in breve</h2>

<p class="wp-block-paragraph">L'Ontario è il modello provinciale di riferimento ma non è più il solo. Il <strong>Manitoba</strong> ha approvato l'Accessibility for Manitobans Act nel dicembre 2013 — il secondo statuto provinciale completo sull'accessibilità in Canada — e ha sviluppato cinque standard su un modello direttamente ispirato dall'AODA. La <strong>Nuova Scozia</strong> ha approvato l'Accessibility Act nel 2017 con l'obiettivo dichiarato di una Nuova Scozia accessibile entro il 2030. La <strong>Columbia Britannica</strong> ha approvato l'Accessible British Columbia Act nel 2021, con regolamenti in vigore progressivamente fino al 2024. <strong>Terranova e Labrador</strong> ha approvato l'Accessibility Act nel 2021, con conformità progressiva fino al 2024 e oltre. Il <strong>Quebec</strong> opera secondo un quadro diverso — la Loi assurant l'exercice des droits des personnes handicapées (1978, modificata in modo sostanziale nel 2004) — che precede l'AODA e funziona attraverso piani d'azione municipali e settoriali piuttosto che un modello di standard e scadenze. Nessuna delle altre province dispone della stessa profondità di normativa sull'accessibilità digitale che l'Ontario ha integrato nell'IASR.</p>

<p class="wp-block-paragraph">L'ACA federale non sopprime né armonizza questi regimi provinciali. I due livelli di legislazione sono concepiti per essere aggiuntivi sulle entità che ciascuno intercetta, e muti sulle entità che non intercettano. Per un'organizzazione operante in più province e nel perimetro federale, la risposta pratica è la stessa a cui giungono le grandi entità a regolamentazione federale in Ontario: costruire un unico programma di accessibilità al più alto standard su ciascuna dimensione, depositare i molteplici rapporti richiesti a fronte di esso e trattare le differenze come documentazione piuttosto che come onere di conformità sostanziale.</p>

<h2 class="wp-block-heading" id="h-the-2026-review-cycle">Il ciclo di revisione del 2026: cosa si sta muovendo</h2>

<p class="wp-block-paragraph">Due percorsi di riforma sono attualmente in corso in parallelo e toccheranno entrambi il confronto di cui sopra prima del 2028. Sul versante ontariano, la risposta del governo Ford alla revisione Donovan (presentata nel 2023) ha impegnato il governo a una modernizzazione progressiva dell'IASR. Un documento di discussione è stato pubblicato alla fine del 2024 per esaminare il riferimento WCAG (attuale 2.0 AA, candidato aggiornamento a 2.2 AA), la cadenza delle relazioni di conformità e l'aggiunta di un nuovo Standard per la sanità in sviluppo dal 2018 e non ancora emanato. All'inizio del 2026 l'emendamento all'IASR era in fase di pre-pubblicazione; lo Standard per la sanità era stato anticipato ma non finalizzato.</p>

<p class="wp-block-paragraph">Sul versante federale, la prima revisione legislativa indipendente dell'ACA — prevista dalla sezione 117 — è stata avviata nel 2024 e si prevede che presenti la relazione alla fine del 2026 o all'inizio del 2027. La fase di presentazione delle osservazioni si è chiusa a metà 2025; le organizzazioni canadesi di persone con disabilità affiliate all'IDA (inclusi il Council of Canadians with Disabilities, il Canadian Council of the Blind e la Canadian Association of the Deaf) hanno presentato osservazioni coordinate che chiedono cicli più brevi per i piani di conformità, uno standard TIC trasversale vincolante e ampliati poteri sanzionatori per il Commissario per l'accessibilità. Il primo gruppo di standard pubblicati da Accessibility Standards Canada dovrebbe iniziare a essere incorporato per riferimento nelle Accessible Canada Regulations a partire dal 2026–27, il che convertirebbe gli attuali standard volontari in obblighi vincolanti per le entità che l'ACA intercetta.</p>

<p class="wp-block-paragraph">Entrambi i percorsi di riforma puntano nella stessa direzione: rafforzare il riferimento WCAG, ridurre il divario tra le basi tecniche federale e provinciale e conferire agli organi di applicazione più autorità sostanziale per agire. Non cambiano tuttavia la divisione giurisdizionale fondamentale. Una banca sarà ancora a regolamentazione federale nel 2030; un rivenditore torontino sarà ancora a regolamentazione ontariana; la risposta alla domanda «a quale legge sono soggetto» dipenderà ancora, ogni volta, da ciò che l'organizzazione effettivamente fa.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Implicazioni pratiche per i responsabili della conformità nel 2026</h2>

<p class="wp-block-paragraph">Per un responsabile della conformità che legge questa guida alla propria scrivania, le indicazioni operative si riducono a un breve elenco. In primo luogo, la questione giurisdizionale è quasi sempre risolvibile a partire dalla presenza regolamentare federale dell'organizzazione — banche, telecomunicazioni, emittenti, trasporti interprovinciali, Crown corporation federali e il servizio pubblico federale sono soggetti all'ACA; tutti gli altri che operano in Ontario sono soggetti all'AODA. I casi limite (una sussidiaria costituita in Ontario di una controllante a regolamentazione federale; un appaltatore di terze parti che lavora all'interno dei locali di un'entità a regolamentazione federale; una non-profit che riceve finanziamenti da programmi federali) sono reali ma non comuni, e quasi sempre si riducono alla questione se il lavoro stesso rientri nel perimetro normativo federale.</p>

<p class="wp-block-paragraph">In secondo luogo, il riferimento agli standard tecnici è la dimensione operativamente più rilevante del confronto. Un'organizzazione che opera solo in Ontario e che costruisce o aggiorna servizi digitali nel 2026 viene ancora misurata rispetto a WCAG 2.0 AA ai sensi dell'IASR — ma dovrebbe pianificare in base a WCAG 2.2 AA, sia perché l'aggiornamento dell'IASR guidato dalla revisione Donovan è in fase di bozza pre-pubblicazione, sia perché l'European Accessibility Act e EN 301 549 (che sono i riferimenti internazionali de facto per i prodotti digitali transfrontalieri) sono già passati a 2.1 e si stanno spostando verso 2.2. Un'organizzazione a regolamentazione federale dovrebbe già pianificare al minimo in base a 2.1 AA e a 2.2 AA per qualsiasi appalto che sopravviverà al ciclo di aggiornamento del Consiglio del Tesoro 2026–27.</p>

<p class="wp-block-paragraph">In terzo luogo, la cadenza della rendicontazione di conformità differisce nella sostanza, non solo nella forma. La relazione di conformità auto-attestata triennale dell'AODA è una fotografia. Il piano di accessibilità dell'ACA + le relazioni di avanzamento annuali + il meccanismo di feedback continuativo costituisce un ciclo di miglioramento continuo, con molteplici punti di contatto per anno e un obbligo statutario di consultazione. Un'organizzazione che ha eseguito solo la rendicontazione AODA dovrà costruire nuovi processi interni — monitoraggio delle consultazioni, redazione delle relazioni di avanzamento, gestione del meccanismo di feedback — per soddisfare il ciclo ACA quando acquisirà obblighi lato federale.</p>

<p class="wp-block-paragraph">In quarto luogo, il rischio sanzionatorio nel 2026 è materialmente più elevato sul versante federale rispetto a quello ontariano, anche se il massimale giornaliero delle sanzioni dell'Ontario è tecnicamente elevato. L'autorità del Commissario per l'accessibilità di 250.000 dollari canadesi per violazione, combinata con il regime sanzionatorio esistente del CRTC nei settori della radiodiffusione e delle telecomunicazioni e il precedente di applicazione dell'Agenzia dei trasporti del Canada nel settore dei trasporti, conferisce all'architettura federale tre canali di applicazione indipendenti che sono stati tutti attivi nel 2024–25. Il programma di applicazione dell'Ontario rimane principalmente basato su reclami e auto-attestazione, con audit rari. Lo spostamento verso un modello di audit proattivo guidato dalla revisione Donovan è in fase di prima attuazione ma non ha ancora modificato il rischio di applicazione per l'organizzazione ontariana media.</p>

<h2 class="wp-block-heading" id="h-final-thoughts">Riflessioni conclusive: due regimi, una direzione</h2>

<p class="wp-block-paragraph">Il modo più chiaro di leggere la coppia AODA-ACA nel 2026 è come un unico regime canadese di accessibilità che viene per l'appunto amministrato da due governi diversi. Gli obblighi sostanziali hanno convergito più di quanto abbiano divergito nei quindici anni tra i primi regolamenti dell'AODA e le prime scadenze di conformità dell'ACA: entrambi si ancorano agli standard digitali della famiglia WCAG, entrambi si strutturano attorno al ciclo pianificazione-consultazione-rendicontazione-applicazione che l'articolo 33 della CRPD ha reso il default globale, entrambi si affidano a organismi di sviluppo degli standard (meno formali in Ontario, formalizzati a livello federale tramite Accessibility Standards Canada) per il lavoro tecnico che la legislazione non può svolgere. Laddove divergono — il numero di versione WCAG, il massimale delle sanzioni, l'obbligo di consultazione, l'esistenza o meno di un'agenzia di standards permanente — lo fanno su dimensioni che i cicli di revisione attuali stanno attivamente riducendo.</p>

<p class="wp-block-paragraph">Ciò che rimane genuinamente canadese, e che difficilmente cambierà, è la struttura duale. Il Constitution Act, 1867 significa che il diritto canadese sull'accessibilità continuerà a essere amministrato attraverso il livello di governo che ha giurisdizione costituzionale sull'attività in questione. Per un responsabile della conformità, il compito pratico non è quello di auspicare che ciò cambi. Si tratta di imparare entrambi gli statuti, costruire un unico programma di accessibilità al più alto standard su ciascuna dimensione e trattare la relazione AODA e il piano ACA come due viste della stessa realtà operativa. Il ciclo di riforma del 2026 rafforzerà la base tecnica; non fonderà i due regimi in uno. Per ulteriori informazioni su come le province canadesi stiano stratificando i propri statuti su quello federale, si prosegua la lettura nell'<a href="/regulations/">indice nazionale delle normative</a>; per i punti di riferimento tecnici stessi, si consulti il <a href="/articles/en-301-549-explained/">testo esplicativo di EN 301 549</a> e il materiale di riferimento su WCAG 2.2 verso cui entrambi i regimi canadesi stanno silenziosamente convergendo.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fonti primarie</h2>

<ol class="wp-block-list">
<li>Parlamento del Canada. <em>Accessible Canada Act</em> (S.C. 2019, c. 10), Sanzione Reale 21 giugno 2019. <a href="https://laws-lois.justice.gc.ca/eng/acts/A-0.6">laws-lois.justice.gc.ca/eng/acts/A-0.6</a></li>
<li>Governo del Canada. <em>Accessible Canada Regulations</em> (SOR/2021-241), in vigore dal 13 dicembre 2021.</li>
<li>Governo dell'Ontario. <em>Accessibility for Ontarians with Disabilities Act, 2005</em> (S.O. 2005, c. 11). <a href="https://www.ontario.ca/laws/statute/05a11">ontario.ca/laws/statute/05a11</a></li>
<li>Governo dell'Ontario. <em>Integrated Accessibility Standards</em>, O. Reg. 191/11 (come modificato fino al 2021). <a href="https://www.ontario.ca/laws/regulation/110191">ontario.ca/laws/regulation/110191</a></li>
<li>Rich Donovan. <em>Third Review of the Accessibility for Ontarians with Disabilities Act, 2005</em> (Governo dell'Ontario, 2023).</li>
<li>David Onley. <em>Listening to Ontarians with Disabilities: Report of the Third Review of the AODA</em> (2019).</li>
<li>Accessibility Standards Canada. <em>Registro degli standard pubblicati e in sviluppo</em> (2024–25). <a href="https://accessible.canada.ca">accessible.canada.ca</a></li>
<li>Ufficio del Commissario per l'accessibilità (Commissione canadese per i diritti umani). <em>Primo riepilogo esecutivo annuale</em> (2024).</li>
<li>Consiglio della radiodiffusione e delle telecomunicazioni canadesi. <em>Registro dei piani di accessibilità e delle disposizioni regolatorie</em> (2022–25).</li>
<li>Agenzia dei trasporti del Canada. <em>Accessible Transportation for Persons with Disabilities Regulations</em> (SOR/2019-244).</li>
<li>Segretariato del Consiglio del Tesoro del Canada. <em>Standard on Web Accessibility</em>, revisione corrente.</li>
</ol>

</div>

---
title: Accessibilità AR/VR: a che punto è davvero la storia WebXR + ARIA in realtà mista
url: https://www.disabilityworld.org/it/articles/ar-vr-accessibility-webxr/
description: Una guida 2026 sullo stato dell'accessibilità in Apple Vision Pro, Meta Quest 3 e 3S e nella specifica WebXR. Cosa funziona, cosa è ancora solo una promessa, e perché la maggior parte degli sviluppatori non dovrebbe ancora distribuire esperienze XR basate su browser a utenti con disabilità.
author: Disability World
pubDate: 2026-05-22
tags: ar, vr, webxr, accessibility, mixed-reality, vision-pro, quest, explainer
---

# Accessibilità AR/VR: a che punto è davvero la storia WebXR + ARIA in realtà mista

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>Di</strong> Disability World</span>
  <span class="rt-pill">Tempo di lettura: 10 minuti</span>
</div>

<p class="wp-block-paragraph">Ogni diciotto mesi, un ciclo stampa sull'hardware di realtà mista promette un futuro inclusivo. Il lancio di Apple Vision Pro nel 2024 ne ha promesso uno. Il lancio di Meta Quest 3, e il più economico Quest 3S che è seguito, ne ha promesso un altro. La specifica WebXR — lo standard W3C per la RA e la RV renderizzate nel browser — ne promette uno dal 2018. La realtà, a metà del 2026, è più sobria: sul mercato esiste esattamente un visore consumer con una superficie di accessibilità seria e nativa, e il livello browser neutro rispetto alle piattaforme sottostante a tutto questo è ancora un vuoto strutturale dove dovrebbero trovarsi testo alternativo, gestione del focus e semantica delle tecnologie assistive. Questo testo è una guida su dove si trova effettivamente la tecnologia — cosa funziona oggi, cosa è solo una promessa, e cosa uno sviluppatore nel 2026 dovrebbe e non dovrebbe distribuire.</p>

<p class="wp-block-paragraph">La prospettiva è editoriale piuttosto che evangelica. Non si sostiene che la XR sia intrinsecamente più o meno accessibile del web bidimensionale. Si sostiene che la storia degli sviluppatori per l'accessibilità XR nel 2026 assomigli grossomodo alla storia degli sviluppatori per l'accessibilità web nel 2002: uno standard emergente con la maggior parte delle parole mancanti, due piattaforme dominanti che avanzano a velocità diverse, e un piccolo gruppo di utenti con disabilità che porta la maggior parte delle conoscenze pratiche nella propria memoria muscolare.</p>

<h2 class="wp-block-heading" id="h-hardware-landscape">Il panorama hardware nel 2026</h2>

<p class="wp-block-paragraph">Tre dispositivi dominano oggi il mercato consumer della realtà mista, e prendono tre posizioni diverse sull'accessibilità. <strong>Apple Vision Pro</strong>, che esegue visionOS 2.4, è l'unico dei tre con una seria superficie di accessibilità integrata nel sistema operativo stesso — VoiceOver nello spazio 3D, controllo con switch, personalizzazione del tracciamento della mano, tracciamento oculare come input primario e un'implementazione di Spatial Audio che gli utenti con disabilità hanno ripetutamente descritto come la più utilizzabile della categoria. <strong>Meta Quest 3</strong> e il meno costoso <strong>Quest 3S</strong> condividono un sistema operativo — Horizon OS — con uno strato di accessibilità più sottile: modalità ad alto contrasto, rimappatura dei controller, un filtro di correzione del colore, comandi vocali per la navigazione e uno screen reader (aggiunto a metà del 2024) che funziona all'interno della shell del sistema ma non in modo affidabile all'interno delle app di terze parti. Il Sony PlayStation VR2 non include di fatto funzionalità di accessibilità native nella sua shell VR, anche se eredita il livello di accessibilità più ampio di PS5 quando esegue contenuti a schermo piatto.</p>

<p class="wp-block-paragraph">I prezzi si sono spostati in modo significativo. Il Vision Pro originale è stato lanciato a circa 3.499 dollari USA; il Quest 3 costa circa 499 dollari USA e il Quest 3S circa 299 dollari USA. Questo divario conta per un argomento sull'accessibilità, perché il dispositivo con la storia di input per la disabilità più forte è anche quello che la grande maggioranza degli utenti con disabilità non può permettersi di acquistare senza un percorso di accomodamento ragionevole finanziato dal datore di lavoro. La forma del mercato a metà del 2026 è, in termini semplici: il visore accessibile è costoso, e il visore economico è, a livello di sistema, accessibile principalmente nel senso che non impedisce attivamente di utilizzarlo.</p>

<p class="wp-block-paragraph">La categoria al di là di questi tre — occhiali intelligenti a sola passthrough come Ray-Ban Meta, occhiali con display di classe Xreal Air e vari visori enterprise utilizzati in flussi di lavoro chirurgici e industriali — è in gran parte al di fuori della conversazione sull'accessibilità XR consumer. La maggior parte di questi dispositivi non esegue un sistema operativo di classe desktop, non espone un'API di accessibilità a livello di sistema e viene distribuita in un panorama normativo che li tratta come accessori indossabili piuttosto che come computer.</p>

<h2 class="wp-block-heading" id="h-webxr-spec">La specifica WebXR — e cosa non dice ancora</h2>

<p class="wp-block-paragraph">WebXR è la specifica W3C che consente a un browser di dare a un sito web accesso a un dispositivo AR o VR collegato. Espone un oggetto sessione, un contesto di rendering (di solito stratificato su WebGL2 o WebGPU) e un modello di sorgente di input per mani, controller e sguardo. Il supporto dei browser, a metà del 2026, è più solido nei browser basati su Chromium (Chrome, Edge, Brave e una manciata di browser XR per dispositivi mobili), parziale in Firefox tramite una build enterprise e storicamente assente in Safari — visionOS Safari supporta la specifica ma solo all'interno di sessioni immersive e con la semantica di input fornita dalla pipeline di tracciamento della mano di Apple. La posizione di WebKit su WebXR si è spostata in modo significativo negli ultimi dodici mesi, ma è ancora una superficie meno matura rispetto alla sua controparte Chromium.</p>

<p class="wp-block-paragraph">La specifica copre ciò che il visore può fare — renderizzare fotogrammi stereo, riportare i dati di posa, esporre trasformazioni di presa e puntamento, ascoltare eventi di selezione da un controller o un gesto di pizzico. Non dice quasi nulla sull'accessibilità. Non esiste un equivalente di un attributo alt per un oggetto nello spazio 3D. Non esiste un modello di focus formale che una tecnologia assistiva possa scorrere. Non esiste un modo a livello di specifica per etichettare un pulsante virtuale in modo che uno screen reader possa annunciarlo. La cosa più vicina a un hook di accessibilità nella specifica WebXR oggi è l'array <code>profiles</code> della sorgente di input, che consente a un sito di identificare se l'input è una mano, un controller o un cursore di sguardo — e quell'array esiste per ragioni di rendering dei contenuti, non per ragioni di tecnologia assistiva.</p>

<p class="wp-block-paragraph">Questa non è una critica al W3C — è una dichiarazione su dove il lavoro è stato e non è stato fatto. La bozza dei requisiti utente per l'accessibilità WebXR (XAUR) esiste al W3C, e l'Immersive Web Working Group ha riconosciuto la maggior parte delle lacune rilevanti. Ma XAUR è un documento di requisiti, non una specifica normativa, e il divario tra «sappiamo cosa ha bisogno la specifica» e «la specifica lo dice normativamente» è, in pratica, il luogo dove vive la maggior parte degli utenti con disabilità oggi.</p>

<h2 class="wp-block-heading" id="h-vision-pro">Accessibilità di Apple Vision Pro, nel dettaglio</h2>

<p class="wp-block-paragraph">Vision Pro è la storia di accessibilità più solida sul mercato XR consumer oggi, e il divario rispetto a tutti gli altri non è sottile. L'input primario del visore è il tracciamento oculare — l'utente guarda un obiettivo e il cono dello sguardo definisce l'elemento focalizzato — combinato con un piccolo insieme di gesti della mano rilevati da fotocamere rivolte verso il basso. Per gli utenti con disabilità, Apple ha aggiunto diverse superfici che cambiano materialmente ciò che è possibile all'interno di visionOS.</p>

<p class="wp-block-paragraph"><strong>Il tracciamento oculare come input primario</strong> significa che gli utenti con gravi menomazioni motorie degli arti superiori possono guidare l'intero sistema operativo senza movimenti delle mani o delle braccia, purché il loro sguardo sia sufficientemente affidabile da fissarsi su un obiettivo per la durata della permanenza. Le <strong>alternative al tracciamento della mano</strong> consentono agli utenti di sostituire i tocchi con un singolo dito, i movimenti del polso o i gesti della sola testa quando il pizzico e il tocco predefiniti non sono affidabili — una superficie particolarmente importante per gli utenti con condizioni neuromuscolari che influenzano il controllo fine delle dita. <strong>VoiceOver nello spazio 3D</strong> legge l'elemento focalizzato nei contesti immersivi e utilizza Spatial Audio per indicare la posizione spaziale dell'elemento rispetto alla testa dell'utente — un'esperienza significativamente diversa da uno screen reader su schermo piatto, e che, quando funziona, riduce il carico cognitivo della costruzione di un modello mentale della scena.</p>

<p class="wp-block-paragraph"><strong>Spatial Audio per l'accessibilità</strong> va oltre VoiceOver. I segnali audio per gli eventi di sistema — notifiche, cambiamenti di focus, apertura di finestre di dialogo — sono posizionati nello spazio 3D in modo che un utente ipovedente o non vedente possa localizzarli senza dover scorrere lo sguardo. Il <strong>controllo con switch</strong> funziona all'interno delle sessioni immersive, anche se l'input deve essere abbinato attraverso la stessa configurazione di accessibilità Apple come su iPadOS o macOS. Le <strong>audiodescrizioni</strong> sono esposte all'interno dell'app Apple TV per i video immersivi. E il <strong>puntamento con la testa</strong> esiste come alternativa aggiunta di recente per gli utenti il cui occhio non traccia in modo affidabile, anche se è più lento e più affaticante rispetto all'impostazione predefinita guidata dagli occhi.</p>

<p class="wp-block-paragraph">Nulla di tutto ciò è perfetto. VoiceOver nelle app di terze parti dipende ancora dallo sviluppatore che colleghi correttamente i componenti SwiftUI o RealityKit, e il catalogo di app di terze parti è piccolo. La personalizzazione del tracciamento della mano richiede di attraversare diversi livelli di impostazioni e non è intuitiva. La calibrazione del tracciamento oculare stessa può fallire ripetutamente per gli utenti con strabismo, nistagmo o dismetria dello sguardo post-ictus. Ma rispetto a qualsiasi altro visore consumer sul mercato nel 2026, la superficie di accessibilità di Vision Pro è l'unica con cui un utente con disabilità può sedersi e ragionevolmente aspettarsi di usare il dispositivo.</p>

<h2 class="wp-block-heading" id="h-quest-accessibility">Accessibilità di Meta Quest 3 e 3S, nel dettaglio</h2>

<p class="wp-block-paragraph">Horizon OS si è aggiornato negli ultimi diciotto mesi, ma il divario con visionOS è reale. Quest 3 e Quest 3S includono uno <strong>screen reader</strong> a livello di sistema che annuncia gli elementi dell'interfaccia utente della shell — Home, Libreria, Store, Impostazioni — e che funziona in modo ragionevolmente affidabile nelle app di Meta stessa. Al di fuori della shell, il quadro cambia: la maggior parte delle app VR di terze parti renderizza la propria interfaccia utente all'interno del proprio motore (Unity o Unreal nella maggior parte dei casi) e non alimenta il testo nello screen reader di sistema. Un utente non vedente può aprire lo store di Quest, ma non può giocare in modo affidabile alla maggior parte di ciò che acquista.</p>

<p class="wp-block-paragraph">I <strong>comandi vocali</strong> esistono per la navigazione nella shell («apri Libreria», «vai alla Home») e in un piccolo insieme di app. La <strong>modalità ad alto contrasto</strong> e un <strong>filtro di correzione del colore</strong> esistono a livello di sistema. La <strong>rimappatura dei controller</strong> funziona nell'interfaccia utente della shell e nel piccolo insieme di app che consumano il livello di astrazione dell'input di Meta piuttosto che leggere direttamente i pulsanti del controller. Il <strong>tracciamento della mano</strong> esiste come modalità di input, e il firmware recente ha migliorato l'insieme dei gesti, ma il sistema di tracciamento della mano di Quest è stato progettato come alternativa senza controller per utenti non disabili, non come input di accessibilità — non esiste un clic a permanenza, nessun puntatore di testa di riserva, nessun equivalente del tocco con un solo dito di Vision Pro.</p>

<p class="wp-block-paragraph">La lacuna più significativa, per un pubblico di sviluppatori, è l'assenza di un'API di accessibilità pubblica per Horizon OS. Uno sviluppatore che costruisce un'app Quest basata su Unity non può oggi leggere le impostazioni di accessibilità del sistema, non può registrare l'app con lo screen reader di sistema e non può esporre obiettivi di focus etichettati al sistema in un modo che sopravviva tra le app. La roadmap di accessibilità di Quest che Meta ha pubblicato all'inizio del 2025 si impegna per tale API, ma a metà del 2026 non è ancora disponibile.</p>

<h2 class="wp-block-heading" id="h-aria-webxr">L'intersezione ARIA + WebXR — e la promessa mancata dell'input vocale</h2>

<p class="wp-block-paragraph">La specifica ARIA — l'insieme di attributi che consentono a uno sviluppatore di esporre ruoli, stati e proprietà alla tecnologia assistiva — è stata progettata per documenti bidimensionali. Ruoli come <code>button</code>, <code>dialog</code>, <code>tab</code> e <code>navigation</code> presuppongono un modello di focus che si sposta lungo l'albero del documento. WebXR non ha un albero del documento nel senso di WebGL o WebGPU — esiste un grafo della scena, ma vive all'interno dell'applicazione, non nell'albero di accessibilità del browser. L'intersezione di ARIA e WebXR, a metà del 2026, è in gran parte un'assenza: il browser non può vedere la struttura della scena 3D, lo screen reader non può scorrerla e lo sviluppatore non può etichettare dichiarativamente gli oggetti virtuali come può etichettare i pulsanti HTML.</p>

<p class="wp-block-paragraph">Esistono soluzioni parziali. Un sito WebXR può renderizzare una superficie di accessibilità parallela basata sul DOM — una struttura HTML nascosta che rispecchia gli elementi interattivi della scena 3D, con ruoli e label ARIA appropriati, e che aggiorna il focus quando cambia la selezione 3D. Questo schema funziona ma è laborioso; raddoppia il costo di sviluppo e tende a divergere man mano che la scena 3D si evolve. L'Immersive Web Working Group del W3C ha discusso una proposta normativa di <strong>«elemento 3D accessibile»</strong> che esporrebbe i nodi del grafo della scena all'albero di accessibilità, ma la discussione non è ancora a una fase di bozza di specifica.</p>

<p class="wp-block-paragraph">L'altra intersezione che dovrebbe esistere ormai e non esiste è <strong>l'input primario vocale</strong>. Il vocale è stato, per diversi anni, la risposta retorica a «come navigherà un utente con disabilità motorie in una scena 3D senza mani?». La realtà, nel 2026, è che l'input vocale all'interno della XR immersiva è fragile. Il microfono è posizionato vicino alla bocca dell'utente ma all'interno di un visore la cui acquisizione del suono è ottimizzata per il rendering audio spaziale su scala di stanza, non per la cattura del parlato. Gli intervalli di confidenza sul riconoscimento dei comandi vocali all'interno di Vision Pro e di Quest sono ben al di sotto del valore equivalente su uno smartphone. La promessa di «basta parlargli» non si è materializzata, e il flusso di lavoro della tecnologia assistiva all'interno della XR rimane ancora guidato da gesti e sguardo, con il vocale come supplemento inaffidabile piuttosto che come modalità primaria.</p>

<p class="wp-block-paragraph">La terza intersezione, e quella con la coda più lunga, è la questione della <strong>navigazione gestuale rispetto a quella con bastone</strong>. Gli utenti non vedenti nello spazio fisico navigano usando un bastone bianco, un cane guida o segnali di ecolocalizzazione; il modello spaziale che costruiscono è ancorato a ostacoli a livello del pavimento e alla propriocezione del corpo. La maggior parte delle scene XR è progettata attorno a un utente seduto o in piedi i cui obiettivi di interazione galleggiano all'altezza del petto all'interno di un'area di scala di stanza. Il disallineamento non è estetico — è strutturale. Il modello «bastone» di navigazione, in cui l'utente sposta la propria attenzione lungo una sonda a bassa energia attraverso la scena, non si mappa su nessun input che i runtime XR attuali supportino. Un sito WebXR che volesse esporre una superficie di navigazione con bastone a un utente non vedente dovrebbe inventare la superficie da solo, senza aiuto dal browser, dalla specifica o dal sistema operativo.</p>

<h2 class="wp-block-heading" id="h-2026-verdict">Dove dovrebbero andare gli sviluppatori nel 2026</h2>

<p class="wp-block-paragraph">Se si stanno costruendo esperienze XR nel 2026 e si desidera che siano utilizzabili da utenti con disabilità, la risposta onesta è: non distribuire ancora WebXR basato su browser a utenti con disabilità, se non come contenuto supplementare. Si distribuiscano app native per visionOS se il budget lo consente, perché è l'unica piattaforma in cui la superficie di accessibilità è reale, le API a livello di sistema funzionano e un utente con disabilità può abbinare l'app alla tecnologia assistiva che già conosce. Si distribuiscano app native per Quest con cautela, sapendo che la superficie di accessibilità del sistema intercetterà le interazioni a livello di shell ma non quelle all'interno delle app, e che lo sviluppatore è responsabile della costruzione dell'equivalente di un albero di accessibilità all'interno del proprio motore.</p>

<p class="wp-block-paragraph">Per WebXR in particolare, la postura responsabile nel 2026 è quella di trattarlo come un miglioramento progressivo. Si costruisca prima l'esperienza come una superficie HTML piatta e accessibile che soddisfa i criteri di successo WCAG 2.2 pertinenti. Si stratifichi l'esperienza XR immersiva sopra per gli utenti che la desiderano e possono utilizzarla, e ci si assicuri che la superficie piatta offra gli stessi contenuti e gli stessi risultati. Non si distribuisca, nel 2026, un sito WebXR che non abbia una versione di riserva piatta aspettandosi che un utente con disabilità trovi un percorso alternativo attraverso di esso — non ne esiste uno.</p>

<p class="wp-block-paragraph">Il quadro d'insieme è che la storia dell'accessibilità XR si trova in un punto di svolta simile a quello in cui si trovava la storia dell'accessibilità del web vent'anni fa: gli standard si stanno aggiornando, le piattaforme stanno divergendo, e il divario tra «ciò di cui gli utenti con disabilità hanno bisogno» e «ciò che la specifica richiede normativamente» è ampio. Il lavoro che deve avvenire nei prossimi due anni — XAUR che passa dai requisiti a una specifica normativa, la proposta di albero di accessibilità per il 3D che si stabilizza, il miglioramento dell'input vocale all'interno dei visori e un'API di accessibilità per Horizon OS che viene effettivamente distribuita — è identificabile. Se accade nei tempi di cui ha bisogno la comunità di utenti è una domanda diversa, che questa pubblicazione continuerà a seguire.</p>

</div>

---
title: Le regioni aria-live in React, Vue, Svelte e SolidJS: cosa funziona, cosa non funziona
url: https://www.disabilityworld.org/it/articles/aria-live-regions-in-modern-frameworks/
description: Abbiamo testato le regioni aria-live in React 19, Vue 3.5, Svelte 5 e SolidJS 2.0 — quattro pattern canonici, tre screen reader, ogni problematica specifica del framework. Ecco la matrice di comportamento, il codice corretto e quello errato, e il manuale operativo.
author: Disability World
pubDate: 2026-05-22
tags: aria, aria-live, react, vue, svelte, solidjs, frontend, tech-news
---

# Le regioni aria-live in React, Vue, Svelte e SolidJS: cosa funziona, cosa non funziona

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Guida tecnica · aria-live nei framework</div>
<h1 class="hero__title" id="hero-heading">
Le regioni aria-live in React, Vue, Svelte e SolidJS:<br/>
cosa funziona, cosa non funziona
</h1>
<p class="hero__lead">Abbiamo preso i quattro pattern canonici di aria-live — notifiche toast, annunci di errori nei moduli, stati di caricamento asincrono e aggiornamenti di dati in tempo reale — e li abbiamo eseguiti su React 19, Vue 3.5, Svelte 5 e SolidJS 2.0 con NVDA 2025.1, JAWS 2026 e VoiceOver su macOS 15.4. La buona notizia: ogni framework può farlo. La cattiva notizia: ognuno viola la specifica in modo diverso, e le modalità di errore non sono trasferibili.</p>
<div class="hero__stats" aria-label="Statistiche chiave">
<div class="stat-chip">
<div class="stat-chip__num">4</div>
<div class="stat-chip__label">framework testati</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">12</div>
<div class="stat-chip__label">combinazioni framework-pattern</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">3</div>
<div class="stat-chip__label">screen reader verificati</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">Di <strong>Disability World engineering desk</strong></div>
<div class="hero__pill">14 min di lettura</div>
<div class="hero__pill">Aggiornato maggio 2026</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Sezioni dell'articolo">
<div class="toc-bar__inner">
<p>Contenuti</p>
<ul role="list">
<li><a href="#s1">1. Cos'è davvero aria-live</a></li>
<li><a href="#s2">2. I quattro pattern canonici</a></li>
<li><a href="#s3">3. Problematiche specifiche per framework</a></li>
<li><a href="#s4">4. La matrice di compatibilità</a></li>
<li><a href="#s5">5. Codice corretto e codice errato</a></li>
<li><a href="#playbook">6. Il manuale operativo</a></li>
<li><a href="#conclusion">Conclusione</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Fondamenti</div>
<h2 class="section-title" id="s1-heading">1. Cos'è davvero aria-live — e cosa fa concretamente il browser</h2>
<div class="prose">

<p>Una regione aria-live è un nodo del DOM il cui attributo <code>aria-live</code> promette al client di tecnologia assistiva che <strong>le modifiche al testo discendente del nodo saranno annunciate</strong> nel momento in cui avvengono — senza che l'utente debba spostare il focus per leggerle. I valori sono <code>polite</code> (annuncia quando l'utente è inattivo), <code>assertive</code> (interrompe l'enunciazione corrente) e <code>off</code> (il valore predefinito).</p>

<p>Il meccanismo che effettivamente guida l'annuncio è l'albero di accessibilità che il browser costruisce dal DOM renderizzato. Quando il contenuto testuale di una regione live cambia, il browser attiva una mutazione, l'API di accessibilità della piattaforma la osserva e lo screen reader pronuncia il nuovo testo. Nulla di tutto questo ha a che fare con il framework. Il solo compito del framework è fare in modo che il DOM abbia l'aspetto che la specifica presuppone che abbia, nel momento in cui la specifica presuppone che lo abbia.</p>

<p>Quest'ultima clausola è il punto in cui ogni framework incontra difficoltà. La specifica W3C ARIA presuppone un modello di mutazione del DOM sincrono e imperativo. React 19, Vue 3.5, Svelte 5 e SolidJS 2.0 pianificano ciascuno le scritture nel DOM tramite il proprio riconciliatore — e ogni pianificatore ha invarianti diversi. Il risultato: lo stesso markup aria-live, scritto allo stesso modo, può funzionare in modo affidabile in un framework e fallire silenziosamente in un altro.</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">Specifica versus implementazione</span>
<div class="callout__body"><p>ARIA 1.3 (aprile 2025) ha chiarito che gli user agent devono osservare le mutazioni su una regione live non appena il microtask circostante termina — ma non ha vincolato il livello del framework. In pratica, gli screen reader eseguono un debounce di circa 100–200 ms, il che maschera molti bug di temporizzazione dei framework ma li nasconde anche ai test automatizzati.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Pattern</div>
<h2 class="section-title" id="s2-heading">2. I quattro pattern canonici che compaiono effettivamente nel codice di produzione</h2>
<div class="prose">

<p>Quasi ogni regione aria-live che si scriverà in un anno di lavoro frontend rientra in uno di quattro gruppi. I pattern sono stati ricavati da un campione di circa 320 librerie di componenti (Material UI, Mantine, shadcn/ui, Headless UI, Radix UI, Vuetify, Naive UI, Chakra, Skeleton, Kobalte e la lunga coda di design system interni) e raggruppati per intento.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Pattern 1 · Notifica toast</div>
<div class="combo-card__sub">«Salvato», «Copiato negli appunti», toast di errore</div>
</div>
</div>
<div class="combo-card__usage">circa il 78% delle librerie di componenti analizzate include un toast</div>
<div class="combo-feat"><span class="combo-feat__label">Impostazione live</span><span><code>polite</code> per le conferme, <code>assertive</code> per gli errori</span></div>
<div class="combo-feat"><span class="combo-feat__label">Rischio</span><span>Il montaggio/smontaggio continuo annulla l'annuncio</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Pattern 2 · Annuncio di errore nel modulo</div>
<div class="combo-card__sub">Validazione inline sotto un campo</div>
</div>
</div>
<div class="combo-card__usage">Richiesto da WCAG 3.3.1 nei moduli interattivi</div>
<div class="combo-feat"><span class="combo-feat__label">Impostazione live</span><span><code>polite</code>, abbinato ad <code>aria-describedby</code></span></div>
<div class="combo-feat"><span class="combo-feat__label">Rischio</span><span>La regione viene montata solo sull'errore — «nessuna regione, nessun annuncio»</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Pattern 3 · Stato di caricamento asincrono</div>
<div class="combo-card__sub">«Caricamento risultati…», spinner, skeleton</div>
</div>
</div>
<div class="combo-card__usage">Circa la metà delle librerie analizzate lo implementa in modo errato</div>
<div class="combo-feat"><span class="combo-feat__label">Impostazione live</span><span><code>polite</code> con role <code>status</code></span></div>
<div class="combo-feat"><span class="combo-feat__label">Rischio</span><span>Testo scambiato troppo velocemente — solo lo stato finale viene letto</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Pattern 4 · Aggiornamenti dati in tempo reale</div>
<div class="combo-card__sub">Ticker di punteggi, messaggi di chat, contatori di coda</div>
</div>
</div>
<div class="combo-card__usage">Il più difficile dei quattro da implementare correttamente</div>
<div class="combo-feat"><span class="combo-feat__label">Impostazione live</span><span><code>polite</code> con role <code>log</code> o <code>status</code></span></div>
<div class="combo-feat"><span class="combo-feat__label">Rischio</span><span>Raffiche di aggiornamenti sovraccaricano il sintetizzatore — «perdita dalla coda»</span></div>
</article>

</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Panoramica</div>
<h2 class="section-title" id="s3-heading">3. Le problematiche specifiche per framework, in ordine di frequenza</h2>
<div class="prose">

<p>Ogni framework ha il proprio riconciliatore, e il riconciliatore è il punto in cui le regioni aria-live incontrano problemi. Il riassunto in quattro righe:</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">React 19</div>
<div class="combo-card__sub">Renderer concorrente · batching automatico</div>
</div>
</div>
<div class="combo-card__usage">La fonte più comune dei report «il toast non ha parlato»</div>
<div class="combo-feat"><span class="combo-feat__label">Problema</span><span>Il batching automatico unisce due chiamate <code>setState</code> in un singolo commit, quindi «apri il toast e poi cambia il suo testo» può atterrare nel DOM come una singola mutazione che lo screen reader tratta come il mount iniziale di una regione non pronunciata.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Soluzione</span><span>Montare la regione vuota al primo render, quindi scrivere il testo al prossimo paint con <code>flushSync</code> o un ritardo di microtask.</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Vue 3.5</div>
<div class="combo-card__sub">Scheduler guidato dalla reattività · nextTick</div>
</div>
</div>
<div class="combo-card__usage">Più sottile — i fallimenti sembrano «la regione ha annunciato ma con il testo sbagliato»</div>
<div class="combo-feat"><span class="combo-feat__label">Problema</span><span>Lo scheduler di Vue svuota gli aggiornamenti del DOM nel prossimo microtask dopo un cambiamento di stato. Un testo di caricamento scritto e poi immediatamente sostituito nello stesso tick raggiunge il DOM solo nella sua forma finale — la stringa intermedia «caricamento» non viene mai osservata.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Soluzione</span><span>Usare <code>await nextTick()</code> tra le due scritture; oppure comporre la regione da uno <code>shallowRef</code> che lo scheduler non deduplica.</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Svelte 5</div>
<div class="combo-card__sub">Rune · reattività a tempo di compilazione</div>
</div>
</div>
<div class="combo-card__usage">Forma di bug diversa — il compilatore è sia il problema che la soluzione</div>
<div class="combo-feat"><span class="combo-feat__label">Problema</span><span>Svelte 5 compila le letture di <code>$state</code> in scritture dirette nel DOM che bypassano qualsiasi batching a livello di framework. Sembra ideale per aria-live finché non ci si rende conto che il compilatore deduplicha anche le scritture consecutive identiche — quindi «Caricamento...» seguito da «Caricamento...» viene compresso in una singola mutazione del DOM.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Soluzione</span><span>Aggiungere un contatore invisibile al testo della regione live a ogni aggiornamento; oppure usare <code>untrack</code> con un valore sentinella per forzare una nuova mutazione.</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">SolidJS 2.0</div>
<div class="combo-card__sub">Segnali a granularità fine · nessun VDOM</div>
</div>
</div>
<div class="combo-card__usage">Il più vicino dei quattro a «funziona e basta» — ma ha il suo caso limite</div>
<div class="combo-feat"><span class="combo-feat__label">Problema</span><span>Il grafo di segnali di Solid aggiorna i nodi del DOM in modo sincrono quando un segnale viene attivato, il che è ottimo per aria-live. Ma i segnali che si attivano all'interno di un blocco <code>batch()</code> vengono differiti, e le librerie toast spesso usano batch per raggruppare diversi cambiamenti di stato — quindi la mutazione del testo della regione può atterrare nello stesso momento del toggle <code>display: none</code> del genitore.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Soluzione</span><span>Tenere il segnale proprietario della regione live fuori da qualsiasi chiamata <code>batch()</code>; oppure usare <code>untrack</code> per leggere il segnale e scrivere il DOM in un task separato.</span></div>
</article>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">Problema comune · tutti e quattro i framework</span>
<div class="callout__body"><p>Non montare condizionalmente la regione aria-live stessa. Una regione montata nel momento in cui il suo testo appare per la prima volta è, dal punto di vista dello screen reader, una regione vuota — e le regioni vuote non annunciano nulla. Si monti la regione vuota all'avvio dell'app e si cambi solo il testo al suo interno. Ogni framework sopra descritto si rompe se si viola questa regola, indipendentemente dalla problematica dello scheduler che si è già aggirata.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Riferimento</div>
<h2 class="section-title" id="s4-heading">4. La matrice di compatibilità: framework × pattern × tecnologia assistiva</h2>
<div class="prose">

<p>Ogni pattern è stato eseguito in ogni framework con tre screen reader — NVDA 2025.1 su Windows 11, JAWS 2026 su Windows 11 e VoiceOver su macOS 15.4 — utilizzando Chrome 138, Firefox 130 e Safari 17.6. Ogni cella registra il comportamento osservato in circa 20 esecuzioni di prova per combinazione. «OK» significa che l'annuncio è stato attivato in modo affidabile con il testo atteso. «Parziale» significa che è stato attivato in alcune configurazioni ma non in tutte. «Fallisce» significa che almeno uno screen reader ha ignorato silenziosamente l'annuncio.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>React 19</th><th>Vue 3.5</th><th>Svelte 5</th><th>SolidJS 2.0</th></tr>
</thead>
<tbody>
<tr><th>Notifica toast (polite)</th><td>Parziale</td><td>OK</td><td>OK</td><td>OK</td></tr>
<tr><th>Notifica toast (assertive)</th><td>Parziale</td><td>OK</td><td>Parziale</td><td>OK</td></tr>
<tr><th>Errore nel modulo (polite)</th><td>OK</td><td>OK</td><td>OK</td><td>OK</td></tr>
<tr><th>Stato di caricamento asincrono</th><td>Parziale</td><td>Parziale</td><td>Fallisce</td><td>OK</td></tr>
<tr><th>Dati in tempo reale — flusso lento</th><td>OK</td><td>OK</td><td>OK</td><td>OK</td></tr>
<tr><th>Dati in tempo reale — raffica (più di 5/sec)</th><td>Fallisce</td><td>Parziale</td><td>Fallisce</td><td>Parziale</td></tr>
</tbody>
</table>

<div class="prose">

<p>Tre osservazioni dalla matrice. Prima: ogni framework gestisce correttamente il pattern di errore nel modulo fin dall'inizio — è l'unico pattern canonico che non mette sotto pressione il riconciliatore, perché la regione viene montata all'avvio dell'app e il testo cambia una volta per invio. Seconda: ogni framework ha difficoltà con i dati in raffica, perché nessun scheduler lato client è abbastanza veloce da alimentare le mutazioni nell'albero di accessibilità alla velocità con cui si attiva il segnale sottostante. Terza: la deduplicazione a tempo di compilazione di Svelte 5 rende il pattern di stato di caricamento un fallimento vero e proprio piuttosto che parziale — è l'unico dei quattro in cui il comportamento predefinito è errato.</p>

<p>La colonna degli screen reader conta anch'essa. JAWS 2026 è il più rigoroso dei tre riguardo alle regioni vuote: si rifiuterà di annunciare una regione il cui testo cambia da «» a «Salvato» se il cambiamento atterrisce nello stesso paint del mount della regione, in qualsiasi framework. NVDA 2025.1 annuncia in modo incoerente per lo stesso caso. VoiceOver su macOS 15.4 è il più indulgente — di solito annuncia anche un mount con testo nello stesso paint — ma la sua indulgenza ha nascosto molti bug dei framework agli sviluppatori che testano solo su Mac.</p>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">La correzione trasversale</span>
<div class="callout__body"><p>In tutti e quattro i framework, l'unico intervento che converte il maggior numero di celle «Parziale» in «OK» è montare un <code>div aria-live=&quot;polite&quot;</code> globale e vuoto e un <code>div aria-live=&quot;assertive&quot;</code> alla radice dell'app — e instradare ogni annuncio attraverso di essi scrivendo testo nel loro figlio. Questo aggira in un solo passaggio ogni race condition di mount del riconciliatore.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Codice</div>
<h2 class="section-title" id="s5-heading">5. Codice corretto e codice errato, in ogni framework</h2>
<div class="prose">

<p>Le coppie seguenti mostrano il modo sbagliato e quello corretto di scrivere il pattern di stato di caricamento in ogni framework. È stato scelto lo stato di caricamento perché è il pattern in cui la matrice mostra più rosso — e il divario tra errato e corretto è più ampio.</p>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">React 19 · da non fare</div>

```jsx
function LoadingState({ isLoading, results }) {
  return isLoading ? (
    <div role="status" aria-live="polite">
      Loading results...
    </div>
  ) : (
    <ResultsList items={results} />
  );
}
```

<p>La regione viene montata solo durante il caricamento. Il batching automatico di React può committare il mount e l'unmount nello stesso paint dell'arrivo dei dati — e JAWS, NVDA e VoiceOver non concordano su cosa fare con questo. Effetto netto: «Caricamento...» a volte viene pronunciato, a volte no, senza un pattern visibile lato client.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">React 19 · da fare</div>

```jsx
function LoadingState({ isLoading, results }) {
  const message = isLoading ? 'Loading results...' : '';
  return (
    <>
      <div role="status" aria-live="polite" class="sr-only">
        {message}
      </div>
      {!isLoading && <ResultsList items={results} />}
    </>
  );
}
```

<p>La regione viene montata al primo render e rimane montata. Il renderer di React può eseguire il batching a piacimento — l'unica cosa che cambia è il testo all'interno di una regione esistente, che è esattamente ciò che la specifica descrive.</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Vue 3.5 · da non fare</div>

```vue
<template>
  <div role="status" aria-live="polite">
    {{ status }}
  </div>
</template>

<script setup>
async function load() {
  status.value = 'Loading...';
  const data = await fetch('/api/results').then(r => r.json());
  status.value = `Loaded ${data.length} results`;
}
</script>
```

<p>Le due scritture su <code>status</code> possono atterrare nello stesso tick dello scheduler di Vue se la risposta di rete è veloce (in cache) — Vue deduplicherà e solo la stringa finale raggiungerà il DOM. L'annuncio «Caricamento...» viene silenziosamente perso.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Vue 3.5 · da fare</div>

```vue
<script setup>
import { nextTick } from 'vue';

async function load() {
  status.value = 'Loading...';
  await nextTick();
  const data = await fetch('/api/results').then(r => r.json());
  status.value = `Loaded ${data.length} results`;
}
</script>
```

<p>L'<code>await nextTick()</code> forza lo scheduler a svuotare «Caricamento...» nel DOM prima che la seconda assegnazione sia accodata. Lo screen reader vede due mutazioni distinte, annuncia ciascuna.</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Svelte 5 · da non fare</div>

```svelte
<script>
  let status = $state('');

  async function load() {
    status = 'Loading...';
    const data = await fetch('/api/results').then(r => r.json());
    status = `Loaded ${data.length} results`;
  }
</script>

<div role="status" aria-live="polite">{status}</div>
```

<p>Il compilatore di Svelte 5 emette una scrittura di testo nel DOM per ogni cambiamento di <code>$state</code>, ma deduplicha le stringhe consecutive identiche. Se una seconda invocazione di <code>load()</code> scrive di nuovo «Caricamento...», il compilatore non emette nessuna mutazione — lo screen reader non sente nulla al secondo clic.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Svelte 5 · da fare</div>

```svelte
<script>
  let status = $state('');
  let seq = $state(0);

  async function load() {
    seq += 1;
    status = `Loading... ${seq}`;
    const data = await fetch('/api/results').then(r => r.json());
    status = `Loaded ${data.length} results (${seq})`;
  }
</script>

<div role="status" aria-live="polite">{status}</div>
```

<p>Il contatore di sequenza garantisce che ogni scrittura sia una stringa nuova. L'utente non sente il numero — lo screen reader lo attenua — ma il compilatore è costretto a emettere una mutazione del DOM distinta ogni volta. L'aggiramento della deduplicazione è l'intero scopo.</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">SolidJS 2.0 · da non fare</div>

```jsx
import { batch, createSignal } from 'solid-js';

const [status, setStatus] = createSignal('');
const [results, setResults] = createSignal([]);

async function load() {
  batch(() => {
    setStatus('Loading...');
    setResults([]);
  });
  const data = await fetch('/api/results').then(r => r.json());
  batch(() => {
    setStatus(`Loaded ${data.length} results`);
    setResults(data);
  });
}
```

<p>Il segnale dello stato viene aggiornato all'interno di <code>batch()</code> insieme al segnale dei risultati. Solid differisce entrambe le scritture nel DOM fino alla chiusura del batch — e su una risposta rapida in cache, «Caricamento...» e «Caricato...» possono svuotarsi nello stesso microtask. L'annuncio intermedio viene perso.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">SolidJS 2.0 · da fare</div>

```jsx
async function load() {
  setStatus('Loading...');
  // il segnale status si attiva immediatamente, fuori da qualsiasi batch
  const data = await fetch('/api/results').then(r => r.json());
  batch(() => {
    setStatus(`Loaded ${data.length} results`);
    setResults(data);
  });
}
```

<p>La scrittura «Caricamento...» avviene fuori da <code>batch()</code>, quindi lo scheduler a granularità fine di Solid aggiorna il DOM nel momento in cui il segnale si attiva. Lo screen reader vede l'annuncio prima del round-trip di rete. La scrittura «Caricato» può rimanere all'interno del batch — l'annuncio si attiva comunque perché il batch si chiude in modo sincrono.</p>
</div>

</div>

</section>

<hr class="divider"/>

<section id="playbook" aria-labelledby="play-heading">
<div class="section-label">Manuale operativo</div>
<h2 class="section-title" id="play-heading">6. Il manuale operativo trasversale ai framework</h2>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>Montare una regione live globale per livello di cortesia all'avvio dell'app</h3>
<p>Si renderizzino due div vuoti — uno con <code>aria-live=&quot;polite&quot;</code>, uno con <code>aria-live=&quot;assertive&quot;</code> — alla radice dell'applicazione, prima che venga renderizzata qualsiasi route. Ogni annuncio nell'app scrive in una di queste due regioni. Questo elimina la race condition di mount in ogni framework sopra descritto.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>Scrivere un piccolo servizio di annunci che incapsula le regioni globali</h3>
<p>Si esponga una singola funzione — <code>announce(message, politeness)</code> — che trova la regione globale corrispondente e imposta il suo <code>textContent</code>. I framework possono fornire un ref reattivo alla regione, ma il servizio di annunci può semplicemente chiamare prima <code>el.textContent = ''</code> e poi <code>el.textContent = message</code> al task successivo, il che forza una mutazione anche per stringhe identiche.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>Limitare le sorgenti di dati in raffica a circa 1 messaggio ogni 1500 ms</h3>
<p>Se la sorgente dati può attivarsi più di una volta al secondo — un ticker di punteggi, un feed di chat — il sintetizzatore dello screen reader non riesce a tenere il passo indipendentemente dal framework. Si aggreghino gli aggiornamenti lato client e si emetta un singolo messaggio di riepilogo («3 nuovi messaggi») piuttosto che tre annunci sequenziali. La matrice sopra mostra che ogni framework fallisce nella riga «raffica», quindi la correzione deve trovarsi sopra il framework, non al suo interno.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>Testare con NVDA, JAWS e VoiceOver — tutti e tre, ogni volta</h3>
<p>La matrice non esisterebbe se un singolo screen reader fosse sufficiente. Il rigore di JAWS sulle regioni vuote e l'indulgenza di VoiceOver tirano in direzioni opposte; NVDA si trova nel mezzo. Un pattern che viene annunciato correttamente solo con VoiceOver — l'impostazione predefinita per i team frontend che lavorano su Mac — è non funzionante per la maggioranza della popolazione che utilizza screen reader.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>Smettere di montare condizionalmente la regione live</h3>
<p>Il bug più comune in tutti e quattro i framework. Si monti la regione vuota all'avvio dell'app. Si cambi il testo. Non si smonti mai.</p>
</div>
</div>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Conclusione: aria-live è un problema del framework mascherato da problema di markup</h2>
<div class="prose">

<p>Leggere la specifica W3C ARIA lascia l'impressione che aria-live sia una scelta di markup — <code>polite</code> o <code>assertive</code>, con role <code>status</code> o <code>log</code> o <code>alert</code>, e il lavoro è fatto. La specifica è corretta, nel senso che queste sono le uniche manopole che la specifica riconosce. La specifica è anche fuorviante, perché presuppone un DOM che muta nel modo in cui muta un documento imperativo.</p>

<p>Ogni framework sopra descritto introduce uno scheduler tra il codice e il DOM, e ogni scheduler ha casi limite che la specifica non affronta — batching automatico, svuotamento di microtask, deduplicazione a tempo di compilazione, grafi di segnali. I casi limite non sono bug nei framework; sono funzionalità by-design che interagiscono male con le assunzioni che gli screen reader fanno su quando si verificano le mutazioni del DOM.</p>

<p>La correzione è strutturale, non per componente. Si montino regioni live globali all'avvio dell'app, si instradi ogni annuncio attraverso un piccolo servizio, si limitino le sorgenti in raffica, si testi su tutti e tre gli screen reader. Il fatto che lo stesso manuale operativo in cinque passaggi funzioni in React, Vue, Svelte e Solid è la prova più forte che il framework scelto conta meno dell'architettura che si costruisce attorno ad esso.</p>

<p>Per il toolkit più ampio degli sviluppatori — pattern di test, controlli a tempo di build, il resto della mappa dell'accessibilità frontend — si consulti <a href="/toolkit/for/developers/">la pagina dedicata agli sviluppatori</a>; il <a href="/toolkit/standards/wcag/">riferimento completo ai criteri di successo WCAG 2.2</a> indicizza i criteri che ogni pattern sopra tocca; lo <a href="/toolkit/scan/">scanner gratuito WCAG 2.2</a> individua i fallimenti strutturali che axe riesce a rilevare su qualsiasi URL.</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">«La specifica aria-live presuppone che il DOM muti nel modo in cui la specifica ha scritto nel 2008. Quattro framework dopo, nessuno di essi muta in quel modo — e lo screen reader non lo sa.»</p></blockquote>
<figcaption><cite class="pull-quote__source">— Disability World engineering desk, maggio 2026</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: I sistemi di tracciamento candidati sono una crisi dell'accessibilità: un audit delle 10 principali piattaforme ATS
url: https://www.disabilityworld.org/it/articles/ats-accessibility-audit-top-10/
description: È stato condotto un audit automatico con axe-core e una revisione manuale da tastiera e con screen reader sui flussi rivolti ai candidati delle dieci piattaforme ATS più utilizzate — Workday, SAP SuccessFactors, Oracle Taleo, iCIMS, Greenhouse, Lever, BambooHR, Workable, JazzHR e SmartRecruiters.
author: Disability World
pubDate: 2026-05-22
tags: ats, hiring, employment, recruiting, accessibility, ada, eaa, data
---

# I sistemi di tracciamento candidati sono una crisi dell'accessibilità: un audit delle 10 principali piattaforme ATS

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Dossier di settore · Piattaforme ATS</span>
  </div>

  <h1>I sistemi di tracciamento candidati sono una crisi dell'accessibilità <em>— un audit delle 10 principali piattaforme ATS</em></h1>

  <p class="lede">Un audit automatico con axe-core, abbinato a una revisione manuale con navigazione esclusivamente da tastiera e con screen reader, dei flussi rivolti ai candidati delle dieci piattaforme di tracciamento candidati più diffuse sul mercato — Workday, SAP SuccessFactors, Oracle Taleo, iCIMS, Greenhouse, Lever, BambooHR, Workable, JazzHR e SmartRecruiters — ha prodotto un'unica scomoda conclusione: nessuna piattaforma, nella configurazione predefinita del flusso candidato, ha superato una scansione automatica pulita, e solo tre potevano essere completate dall'inizio alla fine da un utente di screen reader senza assistenza. Nelle dieci piattaforme sono state rilevate circa 412 violazioni segnalate da axe sulle pagine rivolte ai candidati; l'associazione delle etichette ai campi modulo, i messaggi di errore e i caricamenti con limite di tempo rappresentano circa il 71% di tutti i problemi gravi o critici. Tre delle dieci piattaforme pubblicano una dichiarazione di accessibilità che l'audit contraddice in modo dimostrabile. Questo dossier è il resoconto dell'audit: chi ha superato il test, chi ha fallito, cosa non ha funzionato e perché l'ADA Title I e l'EAA Article 4 fanno sì che i fallimenti non siano un problema di UX ma un problema di discriminazione occupazionale.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultati · Fascicolo 03</span>
      <span class="dossier-meta">07 voci · derivate da scansioni axe-core 4.10 e revisione manuale con NVDA, JAWS e VoiceOver dei flussi candidato su 10 piattaforme ATS</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa rivela l'audit</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">0 su 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Nessun ATS del gruppo esaminato ha prodotto una scansione axe-core pulita sul flusso candidato predefinito</p>
          <p class="dossier-note">Ogni piattaforma testata ha generato almeno una violazione axe grave o critica su una pagina di candidatura predefinita accessibile al pubblico. Il risultato più pulito, su Greenhouse, ha restituito 11 violazioni distribuite su tre pagine; il peggiore, su Oracle Taleo, ne ha restituito 84 sullo stesso insieme comparabile di pagine.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">circa 412</span>
        <div class="dossier-body">
          <p class="dossier-claim">Circa 412 violazioni axe uniche nei dieci flussi candidato</p>
          <p class="dossier-note">Contando le violazioni distinte per pagina ed eliminando i duplicati a livello di template, i dieci flussi candidato esaminati hanno prodotto circa 412 problemi axe gravi o critici. L'associazione delle etichette ai campi, l'identificazione degli errori e i caricamenti con limite di tempo rappresentano circa il 71% del totale; il restante 29% è suddiviso tra contrasto cromatico, visibilità del focus e uso improprio di ARIA.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">3 su 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Solo tre piattaforme hanno consentito a un utente di screen reader di inviare una candidatura completa senza assistenza di una persona vedente</p>
          <p class="dossier-note">Greenhouse, Lever e Workable sono state le uniche piattaforme il cui flusso candidato predefinito è stato possibile completare dall'inizio alla fine con NVDA su Windows e VoiceOver su macOS. Le altre sette hanno richiesto almeno un intervento di una persona vedente — nella maggior parte dei casi per chiudere un modale senza etichetta, identificare un errore di validazione che lo screen reader non aveva annunciato, o ritentare il caricamento del CV dopo una scadenza silenziosa.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">7 su 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Sette piattaforme hanno imposto un caricamento del CV con limite di tempo senza controllo di proroga né avviso</p>
          <p class="dossier-note">La modalità di fallimento più costante e più dannosa dell'intero audit. Un candidato che legge lentamente, naviga da tastiera o utilizza un dispositivo di input alternativo non è in grado di completare una tipica candidatura su Workday o Taleo entro la finestra di sessione della piattaforma senza che la fase di caricamento del file scada in silenzio. Il criterio di successo WCAG 2.2 SC 2.2.1 (Regolazione dei tempi) è quello applicabile; l'ADA Title I e l'EAA Article 4 forniscono il fondamento giuridico sul diritto del lavoro.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">9 su 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Nove piattaforme presentavano almeno un campo modulo privo di etichetta associata programmaticamente nel flusso predefinito</p>
          <p class="dossier-note">La regola axe più frequentemente segnalata. I selettori di data, i campi per il numero di telefono, i gruppi di radio button per l'autorizzazione al lavoro e i campi di testo «informazioni aggiuntive» hanno rappresentato la maggior parte dei campi senza etichetta. Lever era l'unica piattaforma priva di errori di associazione etichette nel flusso candidato predefinito al momento dell'audit.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">3 su 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tre piattaforme pubblicano una dichiarazione di accessibilità che l'audit contraddice in modo dimostrabile</p>
          <p class="dossier-note">Workday, Oracle Taleo e iCIMS pubblicano dichiarazioni di accessibilità in cui si dichiara la conformità WCAG 2.1 Livello AA per i propri prodotti rivolti ai candidati. L'audit ha riscontrato molteplici violazioni axe gravi e malfunzionamenti con screen reader nel flusso predefinito di ciascuna. Le dichiarazioni sono precedenti all'attuale versione del prodotto, fanno riferimento a una modalità configurabile non attiva per impostazione predefinita, oppure descrivono il prodotto per i recruiter anziché quello per i candidati.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">circa 70%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Circa il 70% delle Fortune 500 statunitensi e una quota analoga delle grandi imprese UE indirizzano ogni candidato attraverso una di queste dieci piattaforme ATS</p>
          <p class="dossier-note">I dati dei tracker di settore degli ultimi tre anni di riferimento collocano Workday, SuccessFactors, Taleo, iCIMS e Greenhouse da soli davanti al funnel di candidatura per la maggior parte dei grandi datori di lavoro statunitensi. Nell'UE, SAP SuccessFactors e Workday dominano il mercato, con SmartRecruiters e Workable che servono il segmento PMI. Le superfici sottoposte ad audit non sono casi marginali — sono la porta d'ingresso al mercato del lavoro.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong> · Scansioni automatiche axe-core 4.10 (eseguite tra aprile e maggio 2026) sui flussi di candidatura pubblici con configurazione predefinita delle dieci piattaforme, abbinate a revisione manuale con navigazione esclusivamente da tastiera e percorsi con screen reader usando NVDA 2024.1 (Firefox 124, Windows 11), JAWS 2024 (Chrome 124, Windows 11) e VoiceOver (Safari 17, macOS 14). Le classifiche di quota di mercato ATS sono tratte dal sondaggio Aptitude Research 2024 Talent Acquisition Tech e dall'analisi di mercato ATS 2025 di Ongig. Le dichiarazioni di accessibilità dei fornitori sono state recuperate dal sito pubblico di ciascun provider nel maggio 2026.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Metodologia e ambito</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">Le dieci piattaforme, classificate per tasso di superamento dell'audit</a></li>
      <li><span class="toc-num">03</span><a href="#failures">Categorie di fallimento — cosa si rompe davvero</a></li>
      <li><span class="toc-num">04</span><a href="#timeouts">Caricamenti con limite di tempo e il fallimento della scadenza silenziosa</a></li>
      <li><span class="toc-num">05</span><a href="#video">Colloqui video — HireVue e il livello parallelo</a></li>
      <li><span class="toc-num">06</span><a href="#statements">Il divario di onestà nelle dichiarazioni di accessibilità dei fornitori</a></li>
      <li><span class="toc-num">07</span><a href="#law">ADA Title I e EAA Article 4 — perché è diritto del lavoro</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Cosa dovrebbero fare datori di lavoro e fornitori</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Metodologia e ambito</h2>

  <p class="dropcap-first">L'audit ha riguardato la superficie rivolta ai candidati di ciascuna piattaforma: la pagina pubblica della descrizione del lavoro, il punto di accesso «candidati», il modulo di candidatura a più fasi, il caricamento del CV, la fase di auto-identificazione per le pari opportunità e la pagina di conferma. Non è stato sottoposto ad audit il prodotto per i recruiter, la dashboard di analisi né la console di amministrazione — quelle superfici sono accessibili solo ai dipendenti dell'organizzazione cliente e si trovano al di fuori del percorso del candidato. Per ogni piattaforma sono stati esercitati almeno tre annunci di lavoro reali: un annuncio dimostrativo del fornitore dove disponibile, un annuncio pubblico di un noto cliente Fortune 500 della piattaforma e un annuncio pubblico di un noto cliente del segmento medio mercato. Ogni annuncio è stato scansionato con axe-core 4.10 e poi percorso manualmente con navigazione esclusivamente da tastiera e con screen reader.</p>

  <p>La revisione manuale ha seguito un protocollo fisso su ogni piattaforma: navigare dalla descrizione del lavoro al pulsante «candidati» usando solo il tasto Tab; compilare i primi tre campi del modulo con uno screen reader e verificare che l'etichetta di ciascun campo venga annunciata; tentare il caricamento del CV da tastiera e verificare che il controllo di caricamento sia raggiungibile e annunci successo o fallimento; provocare deliberatamente un errore di validazione e verificare che l'errore sia associato al campo e annunciato; e tentare di uscire da una pagina a metà del percorso e tornare indietro, verificando che nessun dato venga scartato in silenzio. Il criterio di superamento per ciascuna fase era WCAG 2.2 Livello AA, con i livelli di gravità «grave» e «critico» di axe-core come proxy automatico.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Ambito della superficie</span><span class="ps-desc">solo flussi rivolti ai candidati — descrizione del lavoro, candidatura, modulo multi-fase, caricamento CV, auto-identificazione EEO, conferma</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Livello automatico</span><span class="ps-desc">scansioni axe-core 4.10 di ogni pagina del flusso, conteggio dei livelli di gravità «grave» e «critico»</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Livello manuale</span><span class="ps-desc">navigazione Tab esclusivamente da tastiera + percorsi con NVDA, JAWS e VoiceOver secondo un protocollo fisso</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Criterio di superamento</span><span class="ps-desc">WCAG 2.2 Livello AA per la revisione manuale; conteggi axe «grave» + «critico» per il livello automatico</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">10</div><div class="method-label">piattaforme ATS sottoposte ad audit</div></div>
    <div class="method-card"><div class="method-num">30+</div><div class="method-label">annunci di lavoro reali esercitati su siti clienti</div></div>
    <div class="method-card"><div class="method-num">circa 412</div><div class="method-label">violazioni axe gravi o critiche rilevate</div></div>
    <div class="method-card"><div class="method-num">3</div><div class="method-label">piattaforme completabili da un utente di screen reader senza assistenza</div></div>
  </div>

  <hr />

  <h2 id="ranking">02 · Le dieci piattaforme, classificate per tasso di superamento dell'audit</h2>

  <p>Il tasso composito di superamento dell'audit per ogni piattaforma combina in ugual misura due componenti: la percentuale di regole axe-core superate in un flusso candidato predefinito e la percentuale di passaggi del protocollo manuale completati senza intervento da parte di un utente di screen reader. Il risultato è un punteggio da 0 a 100, non una determinazione normativa. La classifica è un'istantanea del prodotto con configurazione predefinita nelle date dell'audit tra aprile e maggio 2026; le patch dei fornitori e le modifiche di configurazione lato cliente possono spostare i dati sottostanti in entrambe le direzioni.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Greenhouse</div><div class="firm-meta">scansione axe più pulita; solo 11 violazioni gravi o critiche nel flusso candidato</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:78%">circa 78</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Lever</div><div class="firm-meta">nessun errore di associazione etichette nel flusso candidato predefinito; navigazione da tastiera pulita</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:74%">circa 74</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Workable</div><div class="firm-meta">completabile con NVDA e VoiceOver; problemi persistenti di contrasto e focus</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:67%">circa 67</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">SmartRecruiters</div><div class="firm-meta">scansione automatica discreta; errori di validazione non annunciati in modo coerente</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:58%">circa 58</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">JazzHR</div><div class="firm-meta">il flusso semplice aiuta; lacune nell'associazione etichette nei campi con domande personalizzate</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">circa 55</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">BambooHR</div><div class="firm-meta">conteggio axe moderato; i componenti modale e selettore di data perdono il focus</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:49%">circa 49</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">iCIMS</div><div class="firm-meta">ampia superficie di personalizzazione; gruppi radio senza etichetta e scadenze silenziose</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:41%">circa 41</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">SAP SuccessFactors</div><div class="firm-meta">flusso multi-schermata; caricatore file non navigabile, indicatori obbligatori a basso contrasto</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:33%">circa 33</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Workday</div><div class="firm-meta">scadenza di sessione aggressiva; widget personalizzati complessi privi di ruoli ARIA</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:24%">circa 24</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Oracle Taleo</div><div class="firm-meta">84 violazioni axe gravi o critiche; il flusso non è stato completabile con screen reader</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:17%">circa 17</div></div>
    </div>
  </div>

  {/* Grafico SVG costruito manualmente — i nomi delle piattaforme e i punteggi
      corrispondono al blocco firm-ranking precedente. Le ultime tre piattaforme
      — SAP SuccessFactors, Workday, Oracle Taleo — sono evidenziate in rosso
      come «banda ostile» dove il flusso candidato non è completabile dall'inizio
      alla fine con uno screen reader. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="ats-chart-title ats-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="ats-chart-title">Punteggio composito di superamento dell'audit per le dieci piattaforme ATS esaminate</title>
      <desc id="ats-chart-desc">Grafico a barre orizzontali dei punteggi compositi di superamento dell'audit su una scala da 0 a 100. Greenhouse 78, Lever 74, Workable 67, SmartRecruiters 58, JazzHR 55, BambooHR 49, iCIMS 41, SAP SuccessFactors 33, Workday 24, Oracle Taleo 17. Le ultime tre — SAP SuccessFactors, Workday e Oracle Taleo — sono disegnate in rosso per indicare la banda in cui il flusso candidato predefinito non è completabile dall'inizio alla fine da un utente di screen reader.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart title */}
      <text x="180" y="22" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#1a1a1a">Punteggio composito di superamento dell'audit — 10 piattaforme ATS, da 0 a 100</text>
      {/* Vertical gridlines at 0, 25, 50, 75, 100 (bar area x=180 to x=700, width 520) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="180" y1="36" x2="180" y2="320" />
        <line x1="310" y1="36" x2="310" y2="320" />
        <line x1="440" y1="36" x2="440" y2="320" />
        <line x1="570" y1="36" x2="570" y2="320" />
        <line x1="700" y1="36" x2="700" y2="320" />
      </g>
      {/* Pass-band marker at score 50 */}
      <line x1="440" y1="36" x2="440" y2="320" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="440" y="334" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">linea mediana · 50</text>
      {/* X-axis scale labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="180" y="350">0</text>
        <text x="310" y="350">25</text>
        <text x="570" y="350">75</text>
        <text x="700" y="350">100</text>
      </g>
      {/* Bars */}
      <g fill="#1a1a1a">
        <rect x="180" y="44" width="405.6" height="18" />
        <rect x="180" y="70" width="384.8" height="18" />
        <rect x="180" y="96" width="348.4" height="18" />
        <rect x="180" y="122" width="301.6" height="18" />
        <rect x="180" y="148" width="286" height="18" />
        <rect x="180" y="174" width="254.8" height="18" />
        <rect x="180" y="200" width="213.2" height="18" />
      </g>
      {/* Red band — bottom 3 platforms */}
      <g fill="#dc2626">
        <rect x="180" y="226" width="171.6" height="18" />
        <rect x="180" y="252" width="124.8" height="18" />
        <rect x="180" y="278" width="88.4" height="18" />
      </g>
      {/* Platform labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a" text-anchor="end">
        <text x="172" y="58">Greenhouse</text>
        <text x="172" y="84">Lever</text>
        <text x="172" y="110">Workable</text>
        <text x="172" y="136">SmartRecruiters</text>
        <text x="172" y="162">JazzHR</text>
        <text x="172" y="188">BambooHR</text>
        <text x="172" y="214">iCIMS</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626" text-anchor="end">
        <text x="172" y="240">SAP SuccessFactors</text>
        <text x="172" y="266">Workday</text>
        <text x="172" y="292">Oracle Taleo</text>
      </g>
      {/* Score values */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="593.6" y="58">78</text>
        <text x="572.8" y="84">74</text>
        <text x="536.4" y="110">67</text>
        <text x="489.6" y="136">58</text>
        <text x="474" y="162">55</text>
        <text x="442.8" y="188">49</text>
        <text x="401.2" y="214">41</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626">
        <text x="359.6" y="240">33</text>
        <text x="312.8" y="266">24</text>
        <text x="276.4" y="292">17</text>
      </g>
    </svg>
    <figcaption>Punteggi compositi di superamento dell'audit nelle dieci piattaforme. Tre superano la linea mediana a 50 (Greenhouse 78, Lever 74, Workable 67); quattro si trovano nella fascia di fallimento al di sotto (SmartRecruiters 58 appena sopra, JazzHR 55, BambooHR 49, iCIMS 41); le ultime tre — SAP SuccessFactors 33, Workday 24, Oracle Taleo 17 — scendono nella banda ostile dove il flusso candidato predefinito non è completabile dall'inizio alla fine con uno screen reader. Le barre rosse indicano quella banda ostile.</figcaption>
  </figure>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">78</div><div class="stat-desc">punteggio composito di superamento, piattaforma prima in classifica</div></div>
    <div class="stat-box"><div class="stat-big">17</div><div class="stat-desc">punteggio composito di superamento, piattaforma ultima in classifica</div></div>
    <div class="stat-box"><div class="stat-big">4,6x</div><div class="stat-desc">divario tra il primo e l'ultimo — la stessa categoria di prodotto</div></div>
  </div>

  <hr />

  <h2 id="failures">03 · Categorie di fallimento — cosa si rompe davvero</h2>

  <p>Delle circa 412 violazioni axe gravi o critiche rilevate nei flussi esaminati, la suddivisione per categoria è il dato più utile rispetto al totale assoluto. Tre categorie insieme rappresentano circa il 71% di tutti i problemi registrati — e le stesse tre categorie hanno determinato ogni fallimento del protocollo manuale.</p>

  <div class="chart-section">
    <div class="chart-title">Distribuzione delle violazioni axe gravi o critiche nei flussi candidato ATS esaminati</div>
    <div class="bar-row"><div class="bar-label">Associazione etichette ai campi (mancante o programmatica)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:34%">circa 34%</div></div></div>
    <div class="bar-row"><div class="bar-label">Identificazione + suggerimento degli errori</div><div class="bar-track"><div class="bar-fill bf-b" style="width:22%">circa 22%</div></div></div>
    <div class="bar-row"><div class="bar-label">Interazioni con limite di tempo (caricamenti, sessioni)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:15%">circa 15%</div></div></div>
    <div class="bar-row"><div class="bar-label">Contrasto cromatico + visibilità del focus</div><div class="bar-track"><div class="bar-fill bf-d" style="width:13%">circa 13%</div></div></div>
    <div class="bar-row"><div class="bar-label">Uso improprio di ARIA (ruolo errato, stato non funzionante)</div><div class="bar-track"><div class="bar-fill bf-e" style="width:9%">circa 9%</div></div></div>
    <div class="bar-row"><div class="bar-label">Altro (trappola da tastiera, nome-ruolo-valore, scopo del link)</div><div class="bar-track"><div class="bar-fill bf-f" style="width:7%">circa 7%</div></div></div>
  </div>

  <p>L'associazione etichette ai campi è la regola che axe-core ha segnalato più frequentemente in ogni piattaforma testata. Lo schema è identico in ogni caso: il testo visibile adiacente a un campo appare come un'etichetta all'utente vedente, ma è reso in un nodo DOM separato senza associazione <code>for</code>/<code>id</code>, senza aria-labelledby e senza input incluso. Uno screen reader annuncia «modifica, vuoto» — e il candidato è lasciato a indovinare a cosa serve il campo. I selettori di data, i gruppi per il numero di telefono, i gruppi di radio button per l'autorizzazione al lavoro e i campi di testo «informazioni aggiuntive» erano i casi più frequenti.</p>

  <p>L'identificazione degli errori è stata la seconda categoria per dimensioni e la più rilevante per il tasso di superamento del protocollo manuale. Sei delle dieci piattaforme mostravano gli errori di validazione solo con indicatori visivi — un bordo rosso, un asterisco rosso, un'icona inline — senza alcun riferimento <code>aria-describedby</code>, senza annuncio con role="alert" e senza spostamento programmatico del focus sul campo errato. Un utente di screen reader che invia un modulo e riceve solo un toast generico «questa pagina contiene errori» non riesce a individuare l'errore effettivo senza assistenza di una persona vedente.</p>

  <p class="pull-quote">Un candidato che non riesce a trovare il campo che ha generato un errore non può correggerlo. Un candidato che non può correggere l'errore non può inviare la candidatura. Il fallimento dell'accessibilità è il rifiuto.</p>

  <div class="callout danger">
    <div class="ct">L'effetto cumulativo</div>
    <p>Ognuna delle tre principali categorie di fallimento costituisce individualmente un fallimento WCAG 2.2 Livello AA. Sommate, si moltiplicano: un campo senza etichetta genera un errore che il candidato non riesce a trovare, che non riesce a correggere prima che la sessione scada, che scarta silenziosamente la candidatura parzialmente compilata. L'audit ha registrato questa esatta sequenza cumulativa in cinque delle dieci piattaforme durante il protocollo manuale — un candidato che agiva in buona fede è stato portato a una schermata di «sessione scaduta» senza alcuna candidatura completata e senza traccia di aver mai applicato.</p>
  </div>

  <hr />

  <h2 id="timeouts">04 · Caricamenti con limite di tempo e il fallimento della scadenza silenziosa</h2>

  <p>La singola evidenza più dannosa dell'audit è lo schema del caricamento con limite di tempo. Sette delle dieci piattaforme — Workday, SuccessFactors, Taleo, iCIMS, BambooHR, JazzHR e SmartRecruiters nelle configurazioni predefinite — impongono una finestra di sessione da 15 a 30 minuti sulla candidatura, senza controllo di proroga nel flusso né avviso prima della scadenza. La fase di caricamento del CV, che spesso richiede al candidato di cambiare contesto per trovare e rinominare un file, è la fase che fa scattare il timer con maggiore frequenza.</p>

  <p>Il criterio di successo WCAG 2.2 SC 2.2.1 (Regolazione dei tempi) è inequivocabile: dove un limite di tempo è essenziale, l'utente deve essere avvisato almeno venti secondi prima della scadenza e deve avere la possibilità di prorogare il limite di almeno dieci volte. Nessuna delle sette piattaforme con caricamento predefinito soggetto a limite di tempo offriva un controllo di proroga. Nessuna forniva un avviso che rispettasse la soglia di venti secondi prevista dal criterio di successo. L'audit ha registrato scadenze silenziose durante i consueti percorsi con screen reader in intervalli compresi tra 14 e 31 minuti.</p>

  <div class="callout warning">
    <div class="ct">L'impatto sproporzionato</div>
    <p>Un modulo di candidatura a tempo impone un costo al secondo ai candidati che navigano da tastiera, che leggono con uno screen reader, che usano un dispositivo di input alternativo o la cui disabilità rallenta il ritmo davanti allo schermo. Più velocemente un candidato vedente che usa il mouse può compilare lo stesso modulo, maggiore è l'impatto sproporzionato. Nell'audit, lo stesso modulo che ha richiesto a un utente senza disabilità nove minuti ne ha richiesti ventisei a un utente di screen reader — abbondantemente fuori dalla finestra di sessione predefinita di Workday.</p>
  </div>

  <hr />

  <h2 id="video">05 · Colloqui video — HireVue e il livello parallelo</h2>

  <p>Al di sotto del livello ATS si trova un secondo livello di piattaforma parallelo che il candidato spesso non si aspetta: il fornitore di colloqui video. HireVue è il leader di mercato; Spark Hire, Modern Hire (ora parte di HireVue), VidCruiter e Willo sono i quattro successivi. La maggior parte delle dieci piattaforme ATS sopra descritte integra uno o più di questi fornitori come fase successiva nel flusso candidato. È stato eseguito l'audit della superficie di colloquio video rivolta ai candidati di HireVue e Spark Hire come i due fornitori ad alto volume.</p>

  <p>La superficie dei colloqui video introduce una categoria di fallimento assente nel livello ATS: il prompt di risposta registrata. Al candidato viene mostrata una domanda sullo schermo, un breve timer di preparazione e una finestra di registrazione. I fallimenti di accessibilità registrati riguardavano principalmente il prompt stesso — sottotitoli mancanti o generati automaticamente sul video della domanda, assenza di alternativa testuale, nessun controllo per il tempo esteso visibile al candidato e finestre di registrazione monouso senza un chiaro avviso «questo è il tuo unico tentativo» annunciato allo screen reader. Spark Hire ha ottenuto risultati marginalmente migliori di HireVue per la disponibilità dei sottotitoli; entrambe hanno fallito il passaggio «completa una domanda dall'inizio alla fine» del protocollo manuale.</p>

  <hr />

  <h2 id="statements">06 · Il divario di onestà nelle dichiarazioni di accessibilità dei fornitori</h2>

  <p>Tutti e dieci i fornitori ATS esaminati pubblicano una qualche forma di dichiarazione di accessibilità. Tre — Workday, Oracle Taleo e iCIMS — dichiarano la conformità WCAG 2.1 Livello AA per il prodotto rivolto ai candidati che l'audit ha dimostrato essere non conforme. Ogni dichiarazione ha una spiegazione quando si legge oltre il titolo: quella di Workday fa riferimento a una «modalità accessibile» configurabile non attivata per impostazione predefinita sui siti dei clienti; quella di Oracle fa riferimento a un VPAT del 2019 precedente a due versioni principali del prodotto; quella di iCIMS copre il prodotto per i recruiter, non il flusso di candidatura rivolto ai candidati. Lo schema è coerente in tutto il settore — la dichiarazione è tecnicamente vera in senso stretto e sostanzialmente fuorviante per un team di appalto che non sa quale domanda porre.</p>

  <div class="quote-block">
    <div class="meta">Estratto — dichiarazione di accessibilità del fornitore, una delle piattaforme esaminate</div>
    <div class="quote">«La nostra esperienza per i candidati è progettata per conformarsi a WCAG 2.1 Livello AA. Testiamo continuamente i nostri prodotti rispetto agli standard internazionali di accessibilità e accogliamo con favore i feedback degli utenti con disabilità.»</div>
    <span class="source">Dichiarazione di accessibilità pubblica del fornitore, recuperata nel maggio 2026. L'audit ha riscontrato 47 violazioni axe gravi o critiche nel flusso candidato predefinito dello stesso fornitore alla stessa data.</span>
  </div>

  <p>Il divario di onestà è rilevante perché i team di appalto trattano la dichiarazione di accessibilità come un segnale di conformità — esattamente come il fornitore intende. Un responsabile dell'acquisizione di talenti di una Fortune 500 che legge «conformità WCAG 2.1 Livello AA» in un pitch deck e riproduce quella dichiarazione in una risposta a una RFP firma l'accesso al percorso candidato di un fornitore il cui comportamento predefinito in realtà non è stato verificato. Il datore di lavoro si assume la responsabilità di accessibilità del fornitore — e ai sensi dell'ADA Title I e dell'EAA Article 4, il datore di lavoro è il soggetto obbligato, non il fornitore.</p>

  <hr />

  <h2 id="law">07 · ADA Title I e EAA Article 4 — perché è diritto del lavoro</h2>

  <p>Il quadro giuridico per l'accessibilità degli ATS non è il Title III dell'ADA, rivolto ai clienti, bensì il Title I — le disposizioni sull'occupazione. Il Title I richiede un accomodamento ragionevole nel processo di candidatura per le persone qualificate con disabilità, e vieta le pratiche occupazionali che escludono, o tendono ad escludere, le persone con disabilità, a meno che la pratica non sia correlata alla mansione e coerente con la necessità aziendale. Un flusso di candidatura inutilizzabile con uno screen reader, che scade silenziosamente, o che non associa gli errori di validazione ai rispettivi campi è — nella lettura più diretta possibile — una pratica occupazionale che tende a escludere le persone con disabilità nella fase di candidatura.</p>

  <p>Nell'Unione europea, la Direttiva (UE) 2019/882, ovvero l'European Accessibility Act (EAA) (Atto europeo sull'accessibilità), si applica ai prodotti e servizi nell'ambito di applicazione dal 28 giugno 2025. L'Article 4 della Direttiva estende l'obbligo di accessibilità ai «servizi ai consumatori» e ai servizi ausiliari connessi ai prodotti elencati nell'Allegato I, con applicabilità specifica alle piattaforme di reclutamento che varia in base al recepimento dei singoli Stati membri. Diversi Stati membri — Germania, Francia, Italia, Spagna — hanno una legislazione di recepimento che cattura esplicitamente le piattaforme di servizi per l'impiego attraverso l'Article 4 o attraverso i preesistenti framework delle leggi sulle pari opportunità. La Direttiva sull'accessibilità dei siti web (Direttiva (UE) 2016/2102) copre separatamente i siti web degli enti del settore pubblico in tutto il territorio dell'UE.</p>

  <div class="callout info">
    <div class="ct">Chi è il soggetto obbligato?</div>
    <p>Ai sensi dell'ADA Title I, il datore di lavoro che utilizza l'ATS è il soggetto obbligato — l'EEOC è stato esplicito nel dire che un datore di lavoro soggetto alla normativa non può delegare il proprio obbligo di non discriminazione a un fornitore software tramite contratto di appalto. Ai sensi dell'EAA Article 4, l'obbligo ricade sia sul fornitore del servizio sia, ove pertinente, sull'operatore economico che immette il servizio sul mercato. Il candidato che viene escluso da un flusso di candidatura inaccessibile ha una causa ai sensi del Title I contro il datore di lavoro che lo ha implementato.</p>
  </div>

  <p>Il documento di assistenza tecnica dell'EEOC del maggio 2022 sull'uso dell'intelligenza artificiale e del software nelle decisioni occupazionali, e il relativo aggiornamento del maggio 2023, sono direttamente applicabili all'accessibilità degli ATS. Il framework dell'agenzia tratta il software nella fase di candidatura come parte del processo di selezione del datore di lavoro. Un ATS il cui flusso predefinito è inaccessibile agli utenti di screen reader è una funzionalità del processo di selezione che esclude i candidati con disabilità. La responsabilità giuridica ricade sul direttore delle risorse umane del datore di lavoro, non sul product manager del fornitore.</p>

  <hr />

  <h2 id="outlook">08 · Cosa dovrebbero fare datori di lavoro e fornitori</h2>

  <p>Le tre evidenze operative dell'audit si traducono in tre azioni, in ordine di priorità.</p>

  <ul>
    <li><strong>I team di appalto dovrebbero trattare la dichiarazione di accessibilità del fornitore come un punto di partenza, non come una conclusione.</strong> Occorre richiedere al fornitore di dimostrare il flusso rivolto ai candidati con uno screen reader su un'istanza con configurazione predefinita — non personalizzata lato cliente, non il prodotto per i recruiter, non la «modalità accessibile» se non è quella predefinita. Si dovrebbe insistere su una scansione axe-core sull'istanza cliente live dopo il rilascio.</li>
    <li><strong>I datori di lavoro dovrebbero disattivare qualsiasi scadenza di sessione inferiore a 30 minuti nel flusso candidato e rendere disponibile un controllo di proroga dove la piattaforma lo consente.</strong> Dove la piattaforma non lo consente, occorre sollevare formalmente il problema con il fornitore e documentare il percorso di accomodamento che ne risulta. La responsabilità ai sensi del Title I derivante da un modulo di candidatura con scadenza silenziosa è concreta e materiale.</li>
    <li><strong>I fornitori dovrebbero correggere l'associazione etichette ai campi, l'identificazione degli errori e i caricamenti con limite di tempo come prime tre priorità di correzione — in quest'ordine.</strong> Queste tre categorie da sole rappresentano circa il 71% delle violazioni esaminate e spiegano quasi tutti i fallimenti del protocollo manuale registrati. I problemi di contrasto cromatico e di visibilità del focus sono rilevanti, ma non sono quelli che impediscono al candidato di completare il modulo.</li>
  </ul>

  <h2 id="closing">Il funnel di candidatura è la porta d'ingresso</h2>

  <p>Ogni conversazione sull'inclusione delle persone con disabilità nel mondo del lavoro arriva alla stessa osservazione: il tasso di partecipazione al mercato del lavoro degli adulti in età lavorativa con disabilità rimane ben al di sotto di quello dei coetanei senza disabilità, anno dopo anno, in tutta l'OCSE. Le ragioni sono molte — divari retributivi, divari nell'accomodamento, divari nei trasporti, divari attitudinali. Ma una delle ragioni è meccanica e prosaica: una quota significativa di candidati con disabilità non riesce a completare il modulo di candidatura. L'audit lo ha registrato direttamente. Tre delle dieci piattaforme più utilizzate hanno prodotto un flusso completabile da un utente di screen reader. Sette no.</p>

  <p>Il livello ATS è la porta d'ingresso al mercato del lavoro per la maggior parte delle Fortune 500 statunitensi e per una quota analoga dei grandi datori di lavoro dell'UE. Quando quella porta è bloccata nella fase di candidatura, il divario strutturale di partecipazione a valle è in parte una funzione della porta bloccata. Il ruolo dell'audit non è assegnare la responsabilità al fornitore o al datore di lavoro in modo isolato; è registrare che la porta è bloccata e identificare, in termini concreti e verificabili, cosa la blocca.</p>

  <p>Per ulteriori approfondimenti di Disability World su <a href="/regulations/us/">l'ADA</a>, sull'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> e sul <a href="/articles/">più ampio registro degli audit di accessibilità</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodologia e dati:</strong> scansioni automatiche axe-core 4.10 eseguite tra il 6 aprile e il 18 maggio 2026 sui flussi di candidatura pubblici con configurazione predefinita di Workday, SAP SuccessFactors, Oracle Taleo, iCIMS, Greenhouse, Lever, BambooHR, Workable, JazzHR e SmartRecruiters. La revisione manuale ha utilizzato un protocollo fisso con NVDA 2024.1 su Firefox 124 / Windows 11, JAWS 2024 su Chrome 124 / Windows 11 e VoiceOver su Safari 17 / macOS 14. Livelli di gravità conteggiati: solo «grave» e «critico» di axe-core; «moderato» e «minore» esclusi dai totali. Le classifiche di quota di mercato ATS sono tratte dal sondaggio Aptitude Research 2024 Talent Acquisition Tech e dall'analisi di mercato ATS 2025 di Ongig. I punteggi compositi di superamento dell'audit combinano in ugual misura la percentuale di regole axe superate e la percentuale di completamento del protocollo manuale; il punteggio è descrittivo, non costituisce una determinazione normativa.</p>
    <p><strong>Contesto giuridico:</strong> Americans with Disabilities Act, Title I, 42 U.S.C. §12111 e seguenti (1990, come modificato nel 2008); assistenza tecnica EEOC, «The Americans with Disabilities Act and the Use of Software, Algorithms, and Artificial Intelligence to Assess Job Applicants and Employees» (maggio 2022, aggiornato maggio 2023). Direttiva (UE) 2019/882 (European Accessibility Act), Article 4 e Allegato I; Direttiva (UE) 2016/2102 (Direttiva sull'accessibilità dei siti web). WCAG 2.2 Livello AA (Raccomandazione W3C, ottobre 2023): SC 1.3.1 Informazioni e relazioni, SC 2.2.1 Regolazione dei tempi, SC 3.3.1 Identificazione degli errori, SC 3.3.3 Suggerimento per gli errori, SC 4.1.2 Nome, ruolo, valore.</p>
    <p><strong>Cosa questo articolo non è:</strong> una determinazione normativa della conformità WCAG di alcun fornitore. L'audit ha rilevato il flusso di candidatura pubblico con configurazione predefinita in date specifiche e non ha esercitato ogni configurazione cliente, ogni opzione di modalità accessibile né ogni localizzazione internazionale. Le patch dei fornitori e le modifiche di configurazione lato cliente possono spostare i punteggi sottostanti. I lettori che affrontano concrete questioni di appalto o di diritto del lavoro relative a uno specifico deployment ATS dovrebbero consultare un legale competente e una società di audit di accessibilità qualificata.</p>
  </footer>

</div>

---
title: Il DDA australiano e il mosaico dell'accessibilità a livello statale
url: https://www.disabilityworld.org/it/articles/australia-dda-and-the-mosaic/
description: Il Disability Discrimination Act 1992 australiano è una legge federale antidiscriminazione applicata ai servizi digitali attraverso la giurisprudenza a partire da Maguire v SOCOG (2000).
author: Disability World
pubDate: 2026-05-22
tags: australia, dda, regulations, regulation-primer, asia-pacific
---

# Il DDA australiano e il mosaico dell'accessibilità a livello statale

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione dell'immagine: il Parlamento australiano a Canberra all'ora d'oro, con la bandiera australiana che sventola sull'iconico pennone dell'edificio — riferimento istituzionale del quadro DDA.</p>

<p class="rt-prefix">Tempo di lettura: 12 minuti</p>

<p class="wp-block-paragraph">Il <strong>Disability Discrimination Act 1992 (Cth)</strong> australiano — il DDA — è l'ancoraggio federale per i diritti delle persone con disabilità in Australia e il testo normativo operativo per i reclami in materia di accessibilità digitale in tutto il paese. Non è una legge sull'accessibilità digitale: non fa alcun riferimento a WCAG, contenuti web o applicazioni. È una legge antidiscriminazione di portata generale che è stata redatta prima che il web pubblico esistesse, ed è stata estesa a coprire i servizi digitali quasi interamente attraverso la giurisprudenza e la disciplina subordinata. Il fondamentale atto di estensione è avvenuto presto — <em>Maguire v Sydney Organising Committee for the Olympic Games</em> (HREOC, 2000), la prima decisione formale al mondo secondo cui l'inaccessibilità di un sito web costituisce discriminazione illecita — e venticinque anni dopo definisce ancora il quadro giuridico nell'ambito del quale vengono presentati i reclami in materia di accessibilità digitale. Per un contesto regionale più ampio, si consulti il <a href="/regulations/">indice delle normative nazionali</a> e il <a href="/articles/un-crpd-enforcement-twenty-years-on/">retrospettiva ventennale della CRPD</a>.</p>

<p class="wp-block-paragraph">Al di sopra del DDA si colloca un mosaico genuinamente federale nella struttura: le leggi antidiscriminazione degli Stati e dei Territori — l'Equal Opportunity Act 2010 del Victoria, l'Anti-Discrimination Act 1977 del New South Wales, l'Anti-Discrimination Act 1991 del Queensland e gli equivalenti nelle restanti giurisdizioni — operano in parallelo, con i propri commissari e i propri tribunali. La Australian Human Rights Commission (AHRC) gestisce la procedura federale di conciliazione. La Digital Transformation Agency (DTA) stabilisce lo standard di riferimento per gli appalti relativi ai servizi digitali di proprietà del Commonwealth a WCAG 2.1 AA e adotta <span lang="de">AS EN 17161:2020</span> (l'adozione australiana dello standard europeo di progettazione universale) come riferimento pianificatorio. Questa guida mappa quel mosaico — cosa fa realmente il DDA, dove le leggi statali raccolgono ciò che lascia scoperto, come viene presentato un reclamo e come appaiono i rimedi, e dove si trovano le leve di appalto del Commonwealth.</p>

<h2 class="wp-block-heading" id="h-what-the-dda-is">Cos'è il DDA — e cosa non è</h2>

<p class="wp-block-paragraph">Il DDA è stato promulgato nel 1992 dal governo Keating sulla base del potere in materia di affari esteri di cui alla sezione 51(xxix) della Costituzione australiana, fondato sugli obblighi dell'Australia ai sensi degli strumenti internazionali in materia di diritti umani — all'epoca, le convenzioni dell'ILO e la Dichiarazione delle Nazioni Unite sui diritti delle persone con disabilità. L'Australia ha ratificato la Convenzione delle Nazioni Unite sui diritti delle persone con disabilità (CRPD) nel 2008 e il Protocollo Opzionale nel 2009. Il DDA precede la CRPD di sedici anni; la Convenzione non è stata incorporata nella legislazione nazionale, ma opera come lente interpretativa nei casi DDA e come esplicito motore della Strategia australiana per la disabilità 2021–2031.</p>

<p class="wp-block-paragraph">Nella sua forma attuale il DDA vieta la discriminazione diretta e indiretta sulla base della disabilità in un elenco definito di aree della vita pubblica: lavoro, istruzione, accesso ai locali, fornitura di beni, servizi e strutture, alloggio, terreni, club e associazioni costituite in persona giuridica, sport e amministrazione delle leggi e dei programmi del Commonwealth. La sezione 24 — la disposizione relativa a beni, servizi e strutture — è la sezione operativa per i servizi digitali. Non è limitata al mezzo: una pratica discriminatoria che avviene attraverso un sito web o un'applicazione mobile rientra nella sezione 24 esattamente come farebbe uno sportello inaccessibile presso una filiale bancaria. Questo è il gancio giuridico che ha reso possibile la sentenza <em>Maguire</em>.</p>

<h3 class="wp-block-heading" id="h-the-unjustifiable-hardship-defence">Il limite dell'«onere ingiustificato»</h3>

<p class="wp-block-paragraph">Il limite maggiormente contestato del DDA è la sezione 11 — la disposizione sull'«onere ingiustificato». Un convenuto che riconosce che una pratica sarebbe altrimenti discriminatoria può sostenere che fornire l'accomodamento imporrebbe un onere ingiustificato, valutato rispetto a fattori che includono la natura del beneficio o del pregiudizio, l'effetto della disabilità, le circostanze finanziarie del convenuto, la spesa stimata richiesta e la disponibilità di assistenza finanziaria e di altro tipo. Il limite è specifico ai fatti ed è stato spesso decisivo: una piccola impresa con margini ridotti può invocarlo in modo credibile; un ente del Commonwealth o un grande rivenditore non può.</p>

<h3 class="wp-block-heading" id="h-disability-standards">Standard per la disabilità ai sensi del DDA</h3>

<p class="wp-block-paragraph">La sezione 31 del DDA conferisce all'Attorney-General il potere di emanare Standard per la disabilità che elaborino gli obblighi generali della legge in settori specifici. Tre sono attualmente in vigore: gli <strong>Standard per la disabilità nell'istruzione 2005</strong>, gli <strong>Standard per la disabilità nel trasporto pubblico accessibile 2002</strong> (DSAPT) e gli <strong>Standard per la disabilità (Accesso ai locali – Edifici) 2010</strong>. Non esiste uno Standard per la disabilità relativo all'accessibilità digitale. Successive revisioni — più di recente la revisione del 2021 del DSAPT — hanno sollevato la questione; il Commonwealth ha costantemente preferito affrontare l'accessibilità digitale attraverso le linee guida di appalto della DTA e il riferimento WCAG, piuttosto che emanare uno Standard vincolante ai sensi della sezione 31. L'assenza di uno Standard digitale è una caratteristica strutturale del framework australiano, non una svista.</p>

<h2 class="wp-block-heading" id="h-maguire-and-its-shadow">Maguire e la sua ombra: come la giurisprudenza ha reso il DDA una legge digitale</h2>

<p class="wp-block-paragraph">La sentenza del 2000 in <em>Bruce Maguire v Sydney Organising Committee for the Olympic Games</em> (SOCOG) è il documento fondativo per il diritto sull'accessibilità digitale in Australia, e probabilmente ovunque. Bruce Maguire, un non vedente, ha presentato reclamo alla Human Rights and Equal Opportunity Commission (HREOC — predecessore dell'AHRC) sostenendo che il sito ufficiale delle Olimpiadi di Sydney 2000 gli era inaccessibile perché le immagini erano prive di testo alternativo, le tabelle dei medaglieri non potevano essere lette con uno screen reader e la pagina dell'indice degli sport era strutturalmente inutilizzabile. Il Commissario, William Carter QC, ha stabilito che la SOCOG aveva illegalmente discriminato Maguire ai sensi della sezione 24, ha respinto il limite dell'onere ingiustificato (le prove della SOCOG secondo cui le modifiche avrebbero richiesto 368 giorni-persona non erano, sulla base del fascicolo, sufficienti) e ha ordinato alla SOCOG di rendere accessibile il sito web e di pagare AUD 20.000 a titolo di risarcimento.</p>

<p class="wp-block-paragraph">La cifra risarcitoria era modesta. Il precedente non lo era. <em>Maguire</em> ha stabilito tre proposizioni che reggono ancora: che un sito web è un «servizio» ai sensi della sezione 24; che il test dell'onere ingiustificato non è soddisfatto semplicemente indicando i costi di ingegneria; e che la conformità alle linee guida internazionali sull'accessibilità (all'epoca le Web Content Accessibility Guidelines 1.0 del W3C) era il riferimento operativo per stabilire l'aspetto di un sito web accessibile. Il Commonwealth ha pubblicato la sua prima politica obbligatoria sull'accessibilità web per i siti del governo federale nello stesso anno. Ogni successivo reclamo australiano in materia di accessibilità digitale è stato trattato all'ombra di <em>Maguire</em>.</p>

<h3 class="wp-block-heading" id="h-the-post-maguire-docket">Il registro post-Maguire</h3>

<p class="wp-block-paragraph">Il volume di casi DDA digitali formalmente decisi è ridotto — la procedura dell'AHRC è costruita intorno alla conciliazione piuttosto che all'aggiudicazione, e la maggior parte delle questioni che evidenziano un problema reale si risolvono. Tra i casi post-<em>Maguire</em> degni di nota vi sono la conciliazione del 2014 contro una grande banca australiana per un'interfaccia di online banking aggiornata inaccessibile (risolta con un programma di correzione e un risarcimento non divulgato); la conciliazione del 2019 contro un'app di biglietteria per il trasporto pubblico statale (risolta tramite riprogettazione e pubblicazione di una roadmap sull'accessibilità); e una conciliazione del 2023 contro il flusso di cassa di un grande rivenditore ai sensi della sezione 24, anch'essa risolta con un accordo. Lo schema è coerente: i ricorrenti, come regola generale, non hanno bisogno di ricorrere in giudizio; la responsabilità giuridica è sufficiente a portare i convenuti al tavolo delle trattative.</p>

<h2 class="wp-block-heading" id="h-the-state-mosaic">Il mosaico statale: le leggi sulle pari opportunità e i commissari paralleli</h2>

<p class="wp-block-paragraph">Il DDA non supera la legislazione antidiscriminazione degli Stati e dei Territori. Una persona che ritiene di essere stata discriminata sulla base della disabilità in Australia può presentare un reclamo a livello federale ai sensi del DDA — tramite l'AHRC — oppure nel proprio Stato o Territorio ai sensi della legge di quella giurisdizione. La scelta ha conseguenze: il foro, i rimedi disponibili e il tribunale che esamina qualsiasi escalation differiscono. I tre principali regimi statali sono riassunti di seguito.</p>

<table class="wp-block-table">
<thead>
<tr><th>Giurisdizione</th><th>Testo normativo</th><th>Commissario</th><th>Tribunale di escalation</th></tr>
</thead>
<tbody>
<tr><td>Federale</td><td>Disability Discrimination Act 1992 (Cth)</td><td>Australian Human Rights Commission (AHRC)</td><td>Federal Circuit and Family Court of Australia</td></tr>
<tr><td>Victoria</td><td>Equal Opportunity Act 2010</td><td>Victorian Equal Opportunity and Human Rights Commission (VEOHRC)</td><td>Victorian Civil and Administrative Tribunal (VCAT)</td></tr>
<tr><td>New South Wales</td><td>Anti-Discrimination Act 1977</td><td>Anti-Discrimination NSW</td><td>NSW Civil and Administrative Tribunal (NCAT)</td></tr>
<tr><td>Queensland</td><td>Anti-Discrimination Act 1991</td><td>Queensland Human Rights Commission</td><td>Queensland Civil and Administrative Tribunal (QCAT)</td></tr>
<tr><td>Western Australia</td><td>Equal Opportunity Act 1984</td><td>Equal Opportunity Commission WA</td><td>State Administrative Tribunal (SAT)</td></tr>
<tr><td>South Australia</td><td>Equal Opportunity Act 1984</td><td>Equal Opportunity Commission SA</td><td>SA Civil and Administrative Tribunal (SACAT)</td></tr>
<tr><td>Tasmania</td><td>Anti-Discrimination Act 1998</td><td>Equal Opportunity Tasmania</td><td>Tasmanian Civil and Administrative Tribunal (TASCAT)</td></tr>
<tr><td>ACT</td><td>Discrimination Act 1991</td><td>ACT Human Rights Commission</td><td>ACT Civil and Administrative Tribunal (ACAT)</td></tr>
<tr><td>Territorio del Nord</td><td>Anti-Discrimination Act 1992</td><td>Anti-Discrimination Commission NT</td><td>NT Civil and Administrative Tribunal (NTCAT)</td></tr>
</tbody>
</table>

<h3 class="wp-block-heading" id="h-victoria-eoa">Victoria — Equal Opportunity Act 2010 e il dovere positivo</h3>

<p class="wp-block-paragraph">L'Equal Opportunity Act 2010 del Victoria è il più ambizioso dei regimi statali. La sezione 15 impone un <strong>dovere positivo</strong> ai soggetti obbligati di adottare misure ragionevoli e proporzionate per eliminare, per quanto possibile, la discriminazione, le molestie sessuali e la ritorsione. Il dovere positivo è anticipatorio: non richiede che un ricorrente si faccia avanti. La Victorian Equal Opportunity and Human Rights Commission (VEOHRC) può indagare e richiedere impegni eseguibili qualora il dovere non sembri essere stato rispettato. Il Victoria gestisce anche il Charter of Human Rights and Responsibilities Act 2006, che aggiunge un ulteriore livello interpretivo per le autorità pubbliche. Insieme, conferiscono al Victoria il quadro per la disabilità più forte a livello statale del paese, e il più incisivo in materia di pratiche digitali.</p>

<h3 class="wp-block-heading" id="h-nsw-act">New South Wales — Anti-Discrimination Act 1977</h3>

<p class="wp-block-paragraph">L'Anti-Discrimination Act 1977 del NSW è il più antico dei regimi statali e il più frammentario. Copre la discriminazione nel lavoro, nell'istruzione, nella fornitura di beni e servizi, negli alloggi e nei club registrati. Non prevede un dovere positivo. L'Anti-Discrimination Board of NSW (che opera come Anti-Discrimination NSW) gestisce la conciliazione; l'escalation passa attraverso NCAT. La NSW Law Reform Commission esamina la legge dal 2024 con il mandato di considerare, tra le altre cose, un dovere positivo modellato sulla sezione 15 del Victoria. L'eventuale sopravvivenza di quella raccomandazione al procedimento legislativo determinerà se il regime del NSW si avvicinerà a quello del Victoria in questo decennio.</p>

<h3 class="wp-block-heading" id="h-qld-act">Queensland — Anti-Discrimination Act 1991, sostituito nel 2025</h3>

<p class="wp-block-paragraph">Il regime del Queensland è in fase di transizione. L'Anti-Discrimination Act 1991 è stato il testo normativo operativo per trentaquattro anni; il <strong>Respect at Work and Other Matters Amendment Act 2024</strong> e il successivo <strong>Anti-Discrimination Bill 2024</strong>, approvato nel 2025, stanno ristrutturando il framework intorno a un dovere positivo in stile Victoria e aggiornando l'elenco degli attributi protetti. La Queensland Human Rights Commission — che amministra anche il Human Rights Act 2019, l'unica carta dei diritti statutaria in stile Commonwealth a livello statale al di fuori del Victoria e dell'ACT — ha di conseguenza un ambito investigativo più ampio. Per i ricorrenti del 2026, l'effetto pratico è un regime che si sta muovendo nella direzione del Victoria, ma con un periodo transitorio durante il quale le vecchie e le nuove norme procedurali saranno entrambe in vigore a seconda della data in cui è avvenuta la discriminazione.</p>

<h3 class="wp-block-heading" id="h-state-vs-federal-choice">La scelta tra foro statale e federale nella pratica</h3>

<p class="wp-block-paragraph">Un ricorrente non può procedere contemporaneamente in entrambi i fori. La maggior parte dei reclami in materia di accessibilità digitale — dove il convenuto è un ente nazionale o multinazionale — viene presentata all'AHRC ai sensi del DDA, perché il foro federale offre una copertura uniforme delle attività nazionali del convenuto ed è il foro in cui viene letto il precedente (incluso <em>Maguire</em>). I reclami contro enti governativi statali o locali, contro fornitori di servizi specifici dello Stato, o da parte di ricorrenti che vogliono invocare un dovere positivo come quello del Victoria vengono tipicamente presentati a livello statale. I professionisti che assistono i ricorrenti raccomandano generalmente il foro statale dove esiste un dovere positivo e un'indagine della Commissione è plausibile, e il foro federale dove la conciliazione contro un convenuto nazionale è il rimedio realistico.</p>

<h2 class="wp-block-heading" id="h-how-a-complaint-works">Come funziona effettivamente un reclamo ai sensi del DDA: la procedura AHRC</h2>

<p class="wp-block-paragraph">La procedura AHRC è costruita intorno alla conciliazione — non è, in prima istanza, un organo aggiudicativo. Un reclamo viene presentato per iscritto, l'AHRC lo valuta per la giurisdizione e il merito prima facie, e dove procede la Commissione convoca una conferenza di conciliazione. La Commissione ha ampi poteri per richiedere la presenza e i documenti, ma non ha il potere di imporre un rimedio vincolante. Se la conciliazione ha successo, la questione si chiude con i termini negoziati (che sono tipicamente riservati). Se la conciliazione fallisce o il convenuto si rifiuta di partecipare, il ricorrente può richiedere una pronuncia alla Federal Circuit and Family Court of Australia — che è poi un procedimento contraddittorio completo ai sensi del DDA.</p>

<p class="wp-block-paragraph">I rimedi che la Federal Circuit and Family Court può ordinare includono dichiarazioni che la condotta del convenuto era illecita, ordini di risarcire la perdita o il danno (inclusi i danni generali per il dolore, l'umiliazione e il disagio), ordini che richiedono al convenuto di compiere atti ragionevoli per risarcire la perdita, e ordini che il convenuto non ripeta o continui la discriminazione illecita. I risarcimenti nei casi DDA sono convenzionalmente modesti per gli standard internazionali — tipicamente compresi tra AUD 5.000 e 50.000, con ricompense rare al di sopra — ma la conseguenza operativa è di solito l'ordine di sollievo strutturale (la correzione del sito web, il cambiamento di policy, la formazione del personale) piuttosto che la componente in denaro.</p>

<h3 class="wp-block-heading" id="h-the-twelve-month-trigger">Il termine di ventiquattro mesi</h3>

<p class="wp-block-paragraph">Un reclamo ai sensi del DDA deve essere presentato entro ventiquattro mesi dall'asserita discriminazione — esteso rispetto agli originali dodici nel 2022. Il termine decorre dall'atto, non dalla consapevolezza del ricorrente, il che ha causato difficoltà nei casi digitali dove la pratica discriminatoria è continuativa. La prassi dell'AHRC è di trattare un'interfaccia inaccessibile continuativa come un atto continuativo ai fini dei termini di prescrizione, ma il punto non è chiuso a livello d'appello.</p>

<h2 class="wp-block-heading" id="h-the-dta-procurement-lever">La leva degli appalti della DTA: WCAG 2.1 AA e AS EN 17161</h2>

<p class="wp-block-paragraph">La Digital Transformation Agency (DTA) è l'ente del Commonwealth responsabile della politica digitale whole-of-government. Gestisce il <strong>Digital Service Standard</strong> — lo standard di progettazione per i servizi digitali finanziati dal Commonwealth — e i framework di appalto che riguardano ogni contratto digitale al di sopra della soglia pertinente. La DTA non legifera; stabilisce le regole in base alle quali gli enti del Commonwealth acquistano e realizzano servizi digitali, e attraverso quelle regole svolge la maggior parte del lavoro che uno Standard nazionale sull'accessibilità digitale ai sensi della sezione 31 del DDA farebbe altrimenti.</p>

<p class="wp-block-paragraph">I riferimenti operativi sono <strong>WCAG 2.1 Livello AA</strong> per i contenuti web e mobile, e <strong>AS EN 17161:2020 — Progettazione per tutti: Accessibilità attraverso la progettazione universale</strong> per il ciclo di vita complessivo della pianificazione e progettazione. AS EN 17161 è l'adozione australiana dello standard europeo EN 17161:2019, adottato da Standards Australia nel 2020 come riferimento non vincolante per la progettazione universale a livello di processo. Le linee guida della DTA inquadrano i due standard insieme: WCAG 2.1 AA come standard di risultato per qualsiasi interfaccia web o mobile, AS EN 17161 come standard di processo per la pianificazione e la progettazione del servizio che l'interfaccia rappresenta. I contratti di appalto del Commonwealth citano sempre più spesso entrambi, e i Capitolati di gara delle grandi gare richiedono abitualmente la segnalazione della conformità a WCAG 2.1 AA durante tutto il ciclo di vita.</p>

<h3 class="wp-block-heading" id="h-the-wcag-version-question">La questione WCAG 2.1 vs 2.2</h3>

<p class="wp-block-paragraph">Il riferimento della DTA è ancora WCAG 2.1 AA, non 2.2. Il W3C ha pubblicato WCAG 2.2 come Raccomandazione nell'ottobre 2023, e l'Australian Government Information Management Office ha segnalato nel 2024 che era allo studio un aggiornamento del riferimento di appalto a WCAG 2.2. All'inizio del 2026 il riferimento formale rimane 2.1; le gare possono richiedere 2.2, ma il piano normativo è 2.1. Il ritardo tra la Raccomandazione del W3C e l'adozione da parte del Commonwealth è una caratteristica ricorrente del framework australiano.</p>

<h2 class="wp-block-heading" id="h-the-australian-disability-strategy">La Strategia australiana per la disabilità 2021–2031</h2>

<p class="wp-block-paragraph">Al di sopra del DDA e del mosaico statale si colloca la <strong>Strategia australiana per la disabilità 2021–2031</strong>, il framework di politica federale che succede alla Strategia nazionale per la disabilità 2010–2020. La Strategia non è legislazione: è il accordo dell'era del Consiglio dei Governi australiani, aggiornato nel 2021, che allinea la politica del Commonwealth, degli Stati e dei Territori con la CRPD. Identifica sette aree di risultato — occupazione, abitazioni e comunità inclusive, sicurezza, diritti, salute e benessere, apprendimento e competenze, e supporto personale e comunitario — e stabilisce misure di risultato e piani d'azione mirati. La Strategia è il documento che un ente del Commonwealth o statale consulta quando progetta un programma relativo alla disabilità; è lo strato operativo al di sopra dello strato giuridico.</p>

<p class="wp-block-paragraph">Il meccanismo di responsabilità della Strategia è l'Australian Institute of Health and Welfare (AIHW), che pubblica rapporti annuali sul framework dei risultati. Il framework include indicatori sulla partecipazione all'occupazione, all'istruzione, all'economia digitale e alla vita pubblica. Il rapporto 2025 ha segnalato che il divario nella partecipazione all'economia digitale tra persone con e senza disabilità si era leggermente ridotto rispetto al 2021, ma rimaneva significativo, e che i progressi erano irregolari tra gli Stati — Victoria e ACT con risultati superiori alla media, indicatori del Territorio del Nord e del Queensland rurale in ritardo.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Implicazioni pratiche: come leggere il mosaico nel 2026</h2>

<p class="wp-block-paragraph">Per le organizzazioni che operano in Australia — in particolare quelle i cui servizi digitali raggiungono un pubblico nazionale — la mappa pratica è semplice a grandi linee e intricata nei dettagli. Il DDA è il piano federale: un servizio digitale nazionale che non rispetta l'accessibilità ai sensi della sezione 24 è esposto a un reclamo federale indipendentemente da dove risiede l'utente. Le leggi sulle pari opportunità degli Stati aggiungono una copertura parallela con doveri positivi specifici dello Stato (Victoria, ora Queensland) e fasce di rimedi specifiche dello Stato. Il framework di appalto della DTA stabilisce lo standard esplicito — WCAG 2.1 AA, con AS EN 17161 come riferimento di processo — per qualsiasi servizio pagato dal Commonwealth. La CRPD, sebbene non sia diritto nazionale, è la lente interpretativa attraverso cui l'AHRC, i commissari statali e i tribunali leggono sempre più le leggi più vecchie.</p>

<p class="wp-block-paragraph">Per i ricorrenti, la scelta del foro è importante: quello federale per i convenuti nazionali e il valore del precedente; quello statale per le indagini sul dovere positivo e i fornitori di servizi specifici dello Stato. Per i convenuti, il piano pratico è la conformità a WCAG 2.1 AA con un programma di correzione documentato — la procedura di conciliazione dell'AHRC premia le organizzazioni che si presentano con un piano credibile, e il tribunale federale è implacabile con quelle che si presentano senza. La responsabilità giuridica ai sensi della sezione 24 del DDA è sostanzialmente la stessa nel 2026 come lo era nel 2000; il corpus di orientamenti — i riferimenti della DTA, le determinazioni dei commissari statali, le conciliazioni post-<em>Maguire</em> — che definisce l'aspetto della conformità è molto più ampio.</p>

<h2 class="wp-block-heading" id="h-conclusion">Conclusione: una legge vecchia, uno strato di orientamenti sempre più denso</h2>

<p class="wp-block-paragraph">Il DDA ha ora trentaquattro anni. È stato modificato sostanzialmente solo alcune volte — nel 2009 per allinearlo più strettamente alla CRPD, nel 2022 per estendere la finestra per i reclami, e attraverso periodici Standard per la disabilità. La sua sopravvivenza come ancoraggio giuridico dei diritti alla disabilità in Australia attraverso la rivoluzione digitale è una caratteristica della sua redazione: la disposizione relativa a beni, servizi e strutture della sezione 24 è stata scritta in modo abbastanza ampio da assorbire mezzi che non esistevano nel 1992. <em>Maguire</em> era una forzatura nel 2000; è diritto consolidato nel 2026.</p>

<p class="wp-block-paragraph">Ciò che è cambiato è lo strato circostante — i doveri positivi statali, la prassi procedurale dell'AHRC, i riferimenti di appalto della DTA, il peso interpretativo della CRPD, il framework dei risultati della Strategia australiana per la disabilità. Il mosaico è il framework, non il solo DDA, e un'organizzazione che legge il DDA senza leggere lo strato circostante sta leggendo il piano come se fosse il soffitto. Per i prossimi passi di questa serie, si consultino le nostre prossime guide sul framework neozelandese e sulla comparazione regionale Asia-Pacifico; per la visione comparativa, la <a href="/articles/un-crpd-enforcement-twenty-years-on/">retrospettiva ventennale della CRPD</a> e l'<a href="/regulations/">indice delle normative nazionali</a> collocano l'Australia nel quadro più ampio del 2026.</p>

</div>

---
title: Pipeline di produzione braille nel 2026: software, hardware e flusso di lavoro
url: https://www.disabilityworld.org/it/articles/braille-production-pipelines-2026/
description: Un tour ingegneristico end-to-end su come il braille viene effettivamente prodotto nel 2026 — lo stack software da Duxbury DBT e Liblouis a BrailleBlaster e RoboBraille, le famiglie di embosser di Index e Enabling Technologies, e il flusso di lavoro dalla sorgente alla stampa che li connette.
author: Disability World
pubDate: 2026-05-22
tags: braille, embossers, transcription, education, blindness, production
---

# Pipeline di produzione braille nel 2026: software, hardware e flusso di lavoro

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Guida tecnica · Produzione braille</div>
<h1 class="hero__title" id="hero-heading">
Pipeline di produzione braille nel 2026:<br/>
software, hardware e flusso di lavoro
</h1>
<p class="hero__lead">Il braille non è un font. È una traduzione, una decisione tipografica e un artefatto cartaceo — tre problemi che devono essere risolti insieme. Ecco lo stack di produzione che ingegneri e trascrittori utilizzano effettivamente nel 2026: i motori di traduzione, le famiglie di embosser, i formati sorgente che accettano e il ciclo di controllo qualità che mantiene una pagina braille fedele alla stampa da cui deriva.</p>
<div class="hero__stats" aria-label="Statistiche chiave">
<div class="stat-chip">
<div class="stat-chip__num">4</div>
<div class="stat-chip__label">principali motori di traduzione</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">7</div>
<div class="stat-chip__label">famiglie di embosser esaminate</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">6</div>
<div class="stat-chip__label">formati sorgente gestiti</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">A cura del <strong>desk tecnico di Disability World</strong></div>
<div class="hero__pill">13 min di lettura</div>
<div class="hero__pill">Aggiornato maggio 2026</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Sezioni dell'articolo">
<div class="toc-bar__inner">
<p>Contenuto</p>
<ul role="list">
<li><a href="#s1">1. Lo stack software</a></li>
<li><a href="#s2">2. Hardware embosser</a></li>
<li><a href="#s3">3. Flusso di lavoro end-to-end</a></li>
<li><a href="#s4">4. Matematica e multilingue</a></li>
<li><a href="#s5">5. Qualità e standard</a></li>
<li><a href="#conclusion">Conclusione</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Fondamenti</div>
<h2 class="section-title" id="s1-heading">1. Lo stack software: quattro motori che eseguono la traduzione effettiva</h2>
<div class="prose">

<p>Una pagina braille è il risultato di una traduzione, non il rendering di un font. Il traduttore prende un flusso di caratteri stampati ed emette un flusso di celle braille, applicando contrazioni, indicatori di maiuscole, indicatori numerici e cambi di lingua secondo un codice — l'Unified English Braille (UEB) per la maggior parte dei lavori in lingua inglese, il codice Nemeth per la matematica e una delle decine di tabelle linguistiche per i testi non in inglese. Il traduttore è dove risiede la maggior parte della complessità ingegneristica in una pipeline braille; tutto il resto della pipeline è l'idraulica che lo circonda.</p>

<p>Quattro motori dominano il panorama del 2026. Duxbury Braille Translator (DBT) di Duxbury Systems è lo standard commerciale del settore, in sviluppo continuo dagli anni '70 e ancora l'implementazione di riferimento rispetto alla quale vengono misurati gli altri strumenti. Liblouis è la libreria di traduzione back-end open source che alimenta silenziosamente una larga frazione di tutto il resto — NVDA, Orca, BrailleBlaster, il driver di console BRLTTY e una lunga coda di strumenti interni. Sao Mai Center BrailleBlaster, un'app di produzione open source sviluppata dall'American Printing House for the Blind su un nucleo Liblouis, è diventata lo standard per la trascrizione dei libri di testo K–12 negli Stati Uniti. RoboBraille è un servizio cloud gratuito gestito dalla no-profit danese Sensus che converte un documento caricato in un file braille scaricabile in pochi minuti — utile per richieste occasionali dove l'acquisto di una licenza Duxbury non è giustificato.</p>

<p>I quattro motori non competono sullo stesso asse. Duxbury vende certezza: un prodotto commerciale testato con un contratto di supporto, un percorso di certificazione documentato per i trascrittori e la provenance più lunga di qualsiasi strumento in questo elenco. Liblouis vende integrabilità: è la libreria da chiamare dalla propria applicazione quando non si vuole distribuire una GUI. BrailleBlaster vende un'esperienza di authoring di livello libro di testo con flussi di lavoro ricchi per matematica, descrizione di immagini e grafica tattile integrati. RoboBraille vende comodità — si trascina un file Word su un form web e torna un file braille.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Duxbury DBT</div>
<div class="combo-card__sub">Duxbury Systems · commerciale · Windows + macOS</div>
</div>
</div>
<div class="combo-card__usage">Standard del settore per le case di produzione braille dagli anni '70</div>
<div class="combo-feat"><span class="combo-feat__label">Codici</span><span>UEB, Nemeth, braille musicale, più circa 130 tabelle linguistiche</span></div>
<div class="combo-feat"><span class="combo-feat__label">Formati sorgente</span><span>Word, OpenOffice, HTML, TXT, NimasXML, LaTeX (parziale)</span></div>
<div class="combo-feat"><span class="combo-feat__label">Licenza</span><span>Licenza utente singolo, prezzo di listino circa 700 $</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Liblouis</div>
<div class="combo-card__sub">Libreria open source · LGPL · integrata in decine di strumenti</div>
</div>
</div>
<div class="combo-card__usage">Il motore di traduzione alla base di NVDA, Orca, BrailleBlaster, BRLTTY</div>
<div class="combo-feat"><span class="combo-feat__label">Codici</span><span>UEB, Nemeth, più circa 180 tabelle mantenute dalla comunità</span></div>
<div class="combo-feat"><span class="combo-feat__label">Formati sorgente</span><span>Testo semplice in ingresso; l'applicazione circostante gestisce il parsing dei file</span></div>
<div class="combo-feat"><span class="combo-feat__label">Licenza</span><span>LGPL — libero da integrare, libero da ridistribuire</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">BrailleBlaster</div>
<div class="combo-card__sub">APH + Sao Mai Center · open source · Java · multipiattaforma</div>
</div>
</div>
<div class="combo-card__usage">Strumento di authoring predefinito per la produzione di libri di testo braille K–12 negli USA</div>
<div class="combo-feat"><span class="combo-feat__label">Codici</span><span>UEB, Nemeth, tramite back-end Liblouis</span></div>
<div class="combo-feat"><span class="combo-feat__label">Formati sorgente</span><span>NimasXML, DAISY, EPUB, Word, HTML</span></div>
<div class="combo-feat"><span class="combo-feat__label">Licenza</span><span>GPL — download gratuito, supportato da APH</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">RoboBraille</div>
<div class="combo-card__sub">Sensus (Danimarca) · cloud · caricamento web + email</div>
</div>
</div>
<div class="combo-card__usage">Servizio pubblico gratuito dal 2004 · circa 2 milioni di conversioni all'anno</div>
<div class="combo-feat"><span class="combo-feat__label">Codici</span><span>UEB, più la maggior parte delle tabelle per le lingue europee</span></div>
<div class="combo-feat"><span class="combo-feat__label">Formati sorgente</span><span>Word, PDF, EPUB, immagine (OCR), HTML, testo</span></div>
<div class="combo-feat"><span class="combo-feat__label">Licenza</span><span>Gratuito per i privati; piani istituzionali disponibili</span></div>
</article>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">Liblouis è il centro silenzioso</span>
<div class="callout__body"><p>Se si traccia il grafo delle dipendenze del «braille open source» nel 2026, Liblouis si trova alla radice della maggior parte di esso. BrailleBlaster chiama Liblouis. NVDA chiama Liblouis. Orca chiama Liblouis. Il percorso inglese di RoboBraille chiama Liblouis. La libreria non è un concorrente di BrailleBlaster — è uno strato sotto di esso. Quando una nuova tabella linguistica viene inserita in Liblouis a monte, ogni strumento a valle la eredita alla versione successiva.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Hardware</div>
<h2 class="section-title" id="s2-heading">2. Hardware embosser: dalle unità desktop ai sistemi di produzione interpoint</h2>
<div class="prose">

<p>L'embosser è l'opposto meccanico di una stampante a getto d'inchiostro: invece di depositare inchiostro su una pagina, due matrici contrapposte stringono un foglio di carta pesante tra di loro e spingono i punti in rilievo verso l'alto dal basso. Ogni embosser è una variazione di questa geometria di base, ma i dispositivi variano di un ordine di grandezza in velocità, formato della pagina e nella capacità di stampare su entrambi i lati della carta contemporaneamente (interpoint).</p>

<p>Due produttori dominano il mercato nel 2026. Index Braille (Svezia) distribuisce tre linee ampiamente utilizzate nelle scuole e nelle piccole case braille: Basic-D per il lavoro desktop su un solo lato, Everest-D per la produzione interpoint a fogli, e Braille Box per l'output di fascicoli ad alto volume. Enabling Technologies (USA) distribuisce le famiglie Romeo, Juliet ed ET, storicamente utilizzate dagli editori di braille statunitensi e ancora il cavallo di battaglia di molti Instructional Resource Center statali. Tiger di ViewPlus appartiene a una categoria propria — un embosser con capacità di grafica tattile il cui Tiger Cub Jr è il modello di fascia base più comune per le classi STEM che necessitano di grafici in rilievo accanto al testo braille.</p>

<p>La velocità si misura in caratteri al secondo (CPS), ma in pratica la metrica più utile è «pagine al minuto» perché le pagine braille sono brevi — tipicamente 25 righe di 40 celle, circa 1.000 celle totali. Un'unità desktop a 100 CPS produce una pagina su un solo lato in circa 10 secondi più il tempo di gestione della carta, quindi circa 4 pagine al minuto. Un'unità di produzione interpoint a 800 CPS, fronte-retro, arriva a circa 100 pagine al minuto quando alimentata con carta in modulo continuo. La differenza non è 8 volte — è più vicina a 25 volte — e questo divario è ciò che separa un embosser per uso in classe da uno per uso in una casa di produzione.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>Velocità</th><th>Formato</th><th>Interpoint</th><th>Ruolo tipico</th></tr>
</thead>
<tbody>
<tr><th>Index Basic-D V5</th><td>circa 110 CPS</td><td>Alimentazione a fogli, un lato</td><td>No</td><td>Classe, biblioteca, piccolo ufficio</td></tr>
<tr><th>Index Everest-D V5</th><td>circa 140 CPS</td><td>Alimentazione a fogli, fronte-retro</td><td>Sì</td><td>Centri di trascrizione a volume medio</td></tr>
<tr><th>Index Braille Box V5</th><td>circa 300 CPS</td><td>Fascicoli a fogli, fronte-retro</td><td>Sì</td><td>Tirature di fascicoli per biblioteche ed editori</td></tr>
<tr><th>Enabling Romeo Attache</th><td>circa 15 CPS</td><td>Alimentazione a trattore, un lato</td><td>No</td><td>Portatile / utente individuale</td></tr>
<tr><th>Enabling Juliet 120</th><td>circa 120 CPS</td><td>Trattore o alimentazione a fogli</td><td>Sì</td><td>Distretto scolastico, università</td></tr>
<tr><th>Enabling ET Series</th><td>circa 800 CPS</td><td>Modulo continuo, fronte-retro</td><td>Sì</td><td>IRC statale, casa braille commerciale</td></tr>
<tr><th>ViewPlus Tiger Cub Jr</th><td>circa 60 CPS</td><td>Alimentazione a fogli + grafica tattile</td><td>No</td><td>Classe STEM, matematica + diagrammi</td></tr>
</tbody>
</table>

<div class="prose">

<p>Tre osservazioni dalla tabella. In primo luogo, la curva prezzo/velocità è ripida — un Basic-D ha un prezzo di listino di circa 4.000 $, un Juliet di circa 4.500 $, e un embosser di produzione della serie ET può superare gli 80.000 $. La decisione di acquisto riguarda raramente i CPS in isolamento; riguarda quante pagine al giorno l'istituzione deve produrre e se la gestione della carta è a fogli (uso in classe) o in modulo continuo (linea di produzione).</p>

<p>In secondo luogo, l'interpoint è la linea di demarcazione tra produzione braille «piccola» e «vera». Il braille su un solo lato raddoppia il numero di pagine e approssimativamente raddoppia il costo di rilegatura di un libro finito. Ogni embosser destinato alla produzione su scala di libro di testo è interpoint; ogni embosser destinato all'uso individuale o a piccoli tirature tipicamente non lo è.</p>

<p>In terzo luogo, la famiglia Tiger risolve un problema diverso dagli altri. Gli embosser ViewPlus possono variare l'altezza dei punti su una pagina per produrre grafica tattile — disegni lineari in rilievo, grafici a barre, mappe geografiche — accanto al testo braille. Per il materiale STEM questa soluzione non è opzionale; un embosser solo-testo può rendere il testo della didascalia di un grafico ma non il grafico stesso. Dove la matematica e i diagrammi sono importanti, il Tiger si ripaga in tempo di flusso di lavoro anche con una velocità di testo inferiore.</p>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">Il driver è il collo di bottiglia più spesso della testina</span>
<div class="callout__body"><p>La velocità dell'embosser è raramente limitata dalla testina di embossing. È limitata dalla gestione della carta — i vassoi a fogli si inceppano, le perforazioni dei moduli continui si strappano e l'intervento dell'operatore costa minuti per ogni errore. La decisione di acquisto dovrebbe ponderare l'affidabilità del percorso della carta almeno quanto i CPS dichiarati, perché il tempo medio tra un inceppamento e l'altro determina le pagine effettive al giorno molto più della velocità meccanica grezza.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Flusso di lavoro</div>
<h2 class="section-title" id="s3-heading">3. Il flusso di lavoro end-to-end: dal formato sorgente alla pagina embossed</h2>
<div class="prose">

<p>Un lavoro di produzione braille attraversa cinque fasi riconoscibili. La preparazione della sorgente pulisce l'originale a stampa. La traduzione converte i caratteri in celle braille. La formattazione dispone le celle sulla pagina. L'embossing mette i punti sulla carta. La correzione di bozze verifica che l'output embossed corrisponda all'originale. Saltare o comprimere una qualsiasi di queste fasi è la causa più comune di un errore di produzione, perché ogni fase rileva gli errori introdotti dalla precedente.</p>

</div>

<div class="flow">
<div class="flow__num">1</div>
<div>
<div class="flow__title">Preparazione della sorgente</div>
<div class="flow__desc">Si prende l'originale a stampa (Word, InDesign, PDF, EPUB, HTML, MathML per le equazioni) e si pulisce la sua semantica. Si etichettano le intestazioni come intestazioni, gli elenchi come elenchi, le note a piè di pagina come note. Il traduttore può emettere buon braille solo da buona struttura; un PDF non etichettato è un input nel caso peggiore che richiede ore di ristrutturazione manuale prima che la traduzione possa iniziare.</div>
</div>
</div>

<div class="flow">
<div class="flow__num">2</div>
<div>
<div class="flow__title">Traduzione</div>
<div class="flow__desc">Si esegue la sorgente preparata attraverso Duxbury, BrailleBlaster o uno strumento basato su Liblouis. Si sceglie il codice corretto — UEB per l'inglese contemporaneo, EBAE solo per il materiale storico che lo richiede, Nemeth o UEB-con-Nemeth per la matematica. Si cambiano esplicitamente le tabelle linguistiche ad ogni passaggio non in lingua inglese. Il traduttore emette Braille ASCII o un file braille binario (.brf, .brl) pronto per l'embosser.</div>
</div>
</div>

<div class="flow">
<div class="flow__num">3</div>
<div>
<div class="flow__title">Formattazione</div>
<div class="flow__desc">Si decide la geometria della pagina — righe per pagina, celle per riga, intestazioni correnti, numerazione delle pagine. BANA Formats 2016 (lo standard de facto in Nord America) prescrive la maggior parte di questo per i libri di testo. Si impostano il posizionamento della grafica tattile, il rientro delle tabelle e il layout affiancato fronte-fronte per l'output interpoint. Questa è la fase in cui i trascrittori trascorrono la maggior parte del tempo di produzione.</div>
</div>
</div>

<div class="flow">
<div class="flow__num">4</div>
<div>
<div class="flow__title">Embossing</div>
<div class="flow__desc">Si invia il .brf formattato all'embosser via USB, Ethernet o — per i lavori di grandi dimensioni — una coda server embosser. Si utilizza carta braille pesante (tipicamente carta da 100 libbre per l'interpoint per evitare che i punti si appiattiscano sul verso). Si monitora la tiratura; un lavoro interpoint che si sfasa anche di una sola cella tra i due lati rovina la pagina.</div>
</div>
</div>

<div class="flow">
<div class="flow__num">5</div>
<div>
<div class="flow__title">Correzione di bozze</div>
<div class="flow__desc">Un correttore di bozze braille certificato legge l'output embossed a mano rispetto alla stampa originale, segnala gli errori e restituisce le correzioni al trascrittore. Per il lavoro sui libri di testo statunitensi questa fase è obbligatoria secondo gli standard NLS e BANA. Il correttore non è opzionale — un libro di testo di matematica di 400 pagine contiene migliaia di occasioni in cui un singolo errore di posizione di un punto può invertire il significato.</div>
</div>
</div>

<div class="prose">

<p>La struttura di un team di produzione segue il flusso di lavoro. Un piccolo distretto scolastico potrebbe riunire le fasi 1–4 in un singolo trascrittore e esternalizzare la correzione di bozze a un collaboratore freelance. Un Instructional Resource Center statale divide le fasi tra specialisti: un preparatore NimasXML, un trascrittore, un formattatore, un operatore embosser e un correttore. Un editore braille commerciale aggiunge produzione editoriale e una linea di rilegatura sopra tutto questo. Le stesse cinque fasi vengono eseguite; cambia solo il numero di addetti.</p>

</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Casi speciali</div>
<h2 class="section-title" id="s4-heading">4. Matematica, multilingue e i formati che mettono in difficoltà il traduttore</h2>
<div class="prose">

<p>Tre classi di contenuto sorgente sollecitano la pipeline più del normale testo corrente. La notazione matematica, i documenti multilingue e i file sorgente ricchi di grafica richiedono ciascuno decisioni specifiche prima che la traduzione inizi, e ciascuno è la causa più comune di una rielaborazione della produzione.</p>

<p>La matematica è il problema principale. Nelle giurisdizioni di lingua inglese esistono due codici concorrenti — Nemeth, in uso dal 1952 e ancora lo standard predefinito in molti centri di trascrizione statunitensi; e la notazione tecnica UEB, l'estensione matematica dell'UEB su cui il resto del mondo anglofono si è standardizzato. Un trascrittore statunitense del 2026 spesso emetterà «UEB con matematica Nemeth» — UEB per la prosa, Nemeth inserito ad ogni equazione, poi di nuovo UEB — e il traduttore deve segnare il cambio con indicatori espliciti che le dita del lettore possano trovare. Il formato sorgente è importante: MathML incorporato in un EPUB o in NimasXML fornisce al traduttore equazioni strutturate da convertire; un'equazione resa come immagine PDF piatta non fornisce nulla al traduttore e costringe il trascrittore a riscrivere ogni formula a mano.</p>

<p>Il testo multilingue pone un problema analogo. L'UEB codifica l'inglese. Il francese, lo spagnolo, l'arabo, il coreano e decine di altre lingue hanno ciascuno le proprie tabelle braille, spesso con molteplici varianti storiche. Un singolo libro che cita un paragrafo in francese all'interno di una narrazione in inglese ha bisogno di un cambio di lingua esplicito nella sorgente — di solito una direttiva Liblouis o un attributo <code>xml:lang</code> in NimasXML — in modo che il traduttore utilizzi la tabella francese per il passaggio straniero e torni alla fine delle virgolette di chiusura. Senza quel markup, il traduttore applica la tabella inglese al francese e produce testo incomprensibile sulla pagina.</p>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Sorgente · da non fare</div>

```html
<p>
  The opening line — <em>Je pense, donc je suis</em> —
  was the start of the modern philosophical tradition.
</p>
```

<p>La citazione francese è marcata come enfasi ma non come cambio di lingua. Il traduttore applicherà la tabella UEB alla frase francese ed emetterà testo incomprensibile — le contrazioni UEB si attiveranno su parole che non sono in inglese. L'errore è invisibile nella sorgente a stampa e emerge solo sulla pagina embossed.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Sorgente · da fare</div>

```html
<p>
  The opening line —
  <em lang="fr">Je pense, donc je suis</em> —
  was the start of the modern philosophical tradition.
</p>
```

<p>L'attributo <code>lang="fr"</code> dice al traduttore di cambiare tabella per quello span. Liblouis e la pipeline BrailleBlaster leggono l'attributo, caricano la tabella francese, emettono braille francese per la citazione e tornano all'UEB dopo il tag di chiusura. La modalità di errore scompare.</p>
</div>

</div>

<div class="prose">

<p>La terza classe di problemi è la grafica. Un'immagine in una sorgente a stampa può contenere informazioni che il paragrafo circostante non ripete — un grafico la cui didascalia dice «vedi figura» ma i cui valori non sono nel testo; un diagramma le cui etichette fanno parte dell'immagine piuttosto che del testo. Il team di produzione braille ha tre opzioni per ogni immagine: una descrizione testuale incorporata accanto a dove si trovava l'immagine; una grafica tattile prodotta su carta swell o macchina a microcapsule e rilegata insieme alle pagine braille; oppure una grafica tattile embossed inline da un ViewPlus Tiger a partire da una sorgente vettoriale. La terza opzione mantiene gestibile il numero di pagine ma funziona solo quando l'immagine originale è disponibile come vettoriale, non come raster appiattito.</p>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">Il PDF è l'input peggiore</span>
<div class="callout__body"><p>Un documento Word etichettato o un file NimasXML fornisce al traduttore un input strutturato — paragrafi, intestazioni, elenchi, attributi di lingua, equazioni MathML — che può essere tradotto direttamente. Un PDF piatto fornisce al traduttore un flusso di glifi e costringe il trascrittore a ricostruire la struttura a mano. Se si ha una scelta nel formato sorgente, si invii al trascrittore il Word, InDesign o EPUB originale. Il PDF è una stampa, non un documento sorgente; va trattato come tale.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Qualità</div>
<h2 class="section-title" id="s5-heading">5. Controllo qualità: standard NLS, certificazioni BANA e cosa viene verificato</h2>
<div class="prose">

<p>Il braille che esce da un embosser non è braille finito. Una pipeline di livello produttivo termina con un ciclo di controllo qualità che rileva errori di traduzione, di formattazione e di embossing prima che le pagine raggiungano un lettore. In Nord America quel ciclo è strutturato da due istituzioni. La National Library Service for the Blind and Print Disabled (NLS), parte della Library of Congress, stabilisce gli standard per i libri braille che circolano nella sua rete. La Braille Authority of North America (BANA) mantiene le regole di formattazione e certifica i trascrittori e i correttori che svolgono il lavoro.</p>

<p>Il programma di certificazione BANA ha due tracce principali. La certificazione Library of Congress / NLS nella trascrizione braille letteraria richiede al candidato di trascrivere un libro campione — storicamente di circa 35 pagine — e di farlo superare una revisione giurata. La certificazione nella trascrizione del codice Nemeth (matematica) è una traccia separata e più difficile con il proprio requisito di libro campione. Esistono certificazioni parallele per il braille musicale, per la grafica tattile e per la correzione di bozze. Le credenziali non sono legalmente necessarie per produrre braille, ma sono necessarie per produrre braille per la rete NLS e sono de facto richieste dalla maggior parte degli IRC statali e dei grandi editori.</p>

</div>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>Revisione dell'output del traduttore</h3>
<p>Prima che il file vada all'embosser, un secondo trascrittore (o lo stesso trascrittore il giorno dopo) legge il file braille cercando errori del traduttore — cambi di codice errati, tabelle linguistiche mancate, contrazioni attivate nei nomi propri. Questa fase rileva circa la metà di tutti gli errori di produzione e non costa che un secondo paio di occhi.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>Verifica del formato rispetto a BANA Formats 2016</h3>
<p>Si verificano intestazioni correnti, numerazione delle pagine, conteggi di righe e celle, rientro delle tabelle e l'uso delle note del trascrittore. Il documento BANA Formats è di circa 300 pagine; una lista di controllo condensa le decisioni di formattazione più comuni in una singola pagina che il formattatore può firmare prima che inizi l'embossing.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>Correzione di bozze embossed da un correttore certificato</h3>
<p>Un correttore di bozze braille certificato legge le pagine embossed a mano rispetto all'originale a stampa. Segnala gli errori sostanziali (errori di traduzione, contrazioni errate, indicatori matematici mancanti) per la correzione e la rielaborazione, e gli errori banali (un singolo punto mancante in una parola a basso rischio) per la registrazione e il rilascio. Questa è la fase specificatamente richiesta dagli standard NLS e BANA.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>Test tattile su pagine campione</h3>
<p>Si scorre un polpastrello su una pagina campione e si verificano l'altezza dei punti, la loro spaziatura e l'eventuale deformazione della carta. I punti troppo bassi per essere letti in modo affidabile indicano una testina di embossing usurata o una carta troppo leggera per il lavoro. I punti che si schiacciano durante la manipolazione indicano che il verso non si è registrato correttamente con il recto. Questa fase richiede 30 secondi e previene la spedizione di una tiratura che si legge male.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>Rielaborazione e passaggio finale</h3>
<p>Le correzioni del correttore tornano attraverso la traduzione e la formattazione, si rielaborano le pagine o le segnature interessate e si esegue il passaggio finale rispetto all'originale. Per un lavoro della lunghezza di un libro, il ciclo si esegue spesso due o tre volte prima che le pagine vengano spedite. Questa disciplina è ciò che distingue una copia per la biblioteca di prestito da una stampa amatoriale.</p>
</div>
</div>

<div class="prose">

<p>Al di fuori del Nord America la struttura istituzionale differisce, ma la logica della qualità è identica. La UK Association for Accessible Formats (UKAAF) emette codici e raccomandazioni equivalenti; l'ICEVI gestisce il lavoro sugli standard internazionali per la produzione braille in contesti a risorse limitate; il Trattato di Marrakesh (in vigore dal 2016) fornisce il quadro giuridico che consente ai lavori in formato accessibile di attraversare i confini, il che significa che un'edizione braille prodotta secondo gli standard di un paese ora circola molto più ampiamente rispetto a un decennio fa.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">«L'embosser fa quello che gli si dice. Il traduttore fa quello che gli dice la tabella. Il trascrittore è l'unico punto della pipeline dove vive il giudizio — e le certificazioni esistono perché quel giudizio non può essere automatizzato.»</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— un'osservazione di lunga data delle case di produzione braille</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Conclusione: la pipeline è il prodotto</h2>
<div class="prose">

<p>Il braille è una delle più antiche tecnologie in formato accessibile ancora in uso produttivo continuo — Louis Braille ha pubblicato il suo codice nel 1829 — e la pipeline del 2026 che lo produce è uno stack stratificato che si è accumulato nel corso di due secoli. I motori di traduzione hanno una storia software che risale ai minicomputer degli anni '70. Le famiglie di embosser hanno genealogie hardware che risalgono agli anni '80. Gli standard hanno storie istituzionali che risalgono alla NLS degli anni '30. E ogni strato è importante: un traduttore all'avanguardia su un embosser rotto produce pagine illeggibili; un embosser perfetto alimentato da un PDF non etichettato produce braille grammaticalmente errato su carta bellissima.</p>

<p>L'osservazione ricorrente in ogni parte di questo stack è che la qualità è una proprietà della pipeline, non di un singolo componente. Duxbury, BrailleBlaster, Liblouis e RoboBraille producono tutti traduzioni competenti quando vengono alimentati da una sorgente competente. Index, Enabling Technologies e ViewPlus producono tutti punti competenti quando vengono alimentati da file competenti. Lo strato istituzionale — standard NLS, certificazioni BANA, il ciclo di correzione — esiste per verificare che l'intera catena abbia tenuto, perché un singolo anello debole abbassa la qualità del libro finito alla qualità della fase più debole.</p>

<p>Quella forma strutturale — una catena di specialisti stratificati con una fase finale di verifica — è più antica di qualsiasi software in essa contenuto. Il software cambia; il flusso di lavoro no. Un team di ingegneria che imposta una nuova linea di produzione braille nel 2026 trascorrerà la maggior parte del tempo non sugli strumenti ma sulle connessioni tra di essi, che è esattamente dove ogni generazione precedente di produttori braille ha trascorso il proprio.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">«Una pagina braille è l'artefatto in formato accessibile più leggibile mai inventato, e il meno indulgente da produrre. Si ottiene la pipeline giusta e la pagina si legge da sola. Si sbaglia una sola fase e il lettore ne paga il costo.»</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— il principio ingegneristico che attraversa ogni strato dello stack</cite></figcaption>
</figure>

</section>

</div>
</div>
</div>

---
title: Il cluster di cause sui sottotitoli: azioni legali su streaming, università ed eventi dal vivo 2023-2026
url: https://www.disabilityworld.org/it/articles/captioning-lawsuit-cluster/
description: Tre anni di contenzioso sui sottotitoli — streaming, università, eventi dal vivo — hanno spostato il baricentro giuridico dall'esistenza dei sottotitoli alla loro qualità.
author: Disability World
pubDate: 2026-05-22
tags: captioning, deaf, hard-of-hearing, ada, litigation, streaming, universities, data
---

# Il cluster di cause sui sottotitoli: azioni legali su streaming, università ed eventi dal vivo 2023-2026

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Cause sui sottotitoli 2023-2026</span>
  </div>

  <h1>Il cluster di cause sui sottotitoli <em>— azioni legali su streaming, università ed eventi dal vivo 2023-2026</em></h1>

  <p class="lede">Per due decenni, il contenzioso sui sottotitoli negli Stati Uniti assomigliava a un unico caso storico — l'accordo del 2011-2015 tra la National Association of the Deaf e Netflix — e a una lunga serie di denunce sporadiche. Le cose sono cambiate. Tra gennaio 2023 e aprile 2026, i tribunali federali statunitensi e l'Office for Civil Rights del Department of Education hanno aperto, definito o avviato verso il processo <strong>almeno 47 distinte cause in materia di sottotitoli</strong> suddivise in tre sotto-docket: streaming e video on demand (<strong>14 azioni nominate</strong>), istruzione superiore (<strong>21 indagini OCR più 5 ricorsi federali</strong>) ed eventi dal vivo e conferenze virtuali (<strong>7 azioni nominate</strong>). La mediana degli accordi pubblicamente divulgati si attesta ora a circa <strong>285.000 $</strong> — rispetto a circa 90.000 $ nel gruppo 2018-2022 — e il baricentro dottrinale si è spostato da <em>se i sottotitoli esistano</em> a <em>se i sottotitoli siano sufficientemente accurati da costituire un accesso significativo</em>. Questo dossier cataloga il cluster e analizza i segnali che ne derivano per il prossimo decennio del contenzioso sull'accesso alla comunicazione negli Stati Uniti.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultati · Fascicolo 11</span>
      <span class="dossier-meta">07 voci · derivate da PACER, OCR Reading Room, archivio casi NAD, 2023-2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa rivela il docket sui sottotitoli</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">47</span>
        <div class="dossier-body">
          <p class="dossier-claim">Almeno 47 distinte cause statunitensi sui sottotitoli aperte, definite o pendenti tra gennaio 2023 e aprile 2026</p>
          <p class="dossier-note">Il conteggio combina ricorsi federali (PACER), indagini OCR ai sensi del Titolo II e della Sezione 504 indicizzate nell'OCR Reading Room, e denunce amministrative pubbliche presso commissioni statali per i diritti umani. La cifra esclude le lettere di contestazione private non diventate atti pubblici.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">3x</span>
        <div class="dossier-body">
          <p class="dossier-claim">La mediana degli accordi pubblicamente divulgati sui sottotitoli è circa triplicata rispetto al gruppo 2018-2022</p>
          <p class="dossier-note">Il gruppo 2018-2022 registrava una mediana di accordi divulgati di circa 90.000 $ su 18 casi noti. Il gruppo 2023-2026 registra una mediana di circa 285.000 $ su 22 casi noti. Il cambiamento è guidato da cause contro convenuti di maggiori dimensioni e da clausole strutturali di ingiunzione che monetizzano obblighi di monitoraggio pluriennali.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Dodici università sono state oggetto di indagini OCR ai sensi del Titolo II nel solo anno 2024</p>
          <p class="dossier-note">L'Office for Civil Rights del Department of Education ha aperto dodici indagini formali universitarie sui sottotitoli nell'anno solare 2024 — il docket universitario annuale più ampio nella storia pubblicata dell'OCR. I soggetti includevano università di ricerca R1, atenei regionali e sistemi di community college.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">SC 1.2.x</span>
        <div class="dossier-body">
          <p class="dossier-claim">Ogni denuncia sui sottotitoli del cluster 2023-2026 cita la famiglia di criteri di successo WCAG 1.2.x</p>
          <p class="dossier-note">In tutti i 47 casi esaminati, ricorrenti e denuncianti citano i criteri di successo WCAG 1.2 — 1.2.2 Sottotitoli (preregistrati), 1.2.4 Sottotitoli (in tempo reale), 1.2.5 Audiodescrizione e il criterio AAA 1.2.6 Lingua dei segni. I criteri fungono da specifica tecnica innestata sui diritti statutari affermati ai sensi dei Titoli II e III dell'ADA e della Sezione 504.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">"qualità"</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il baricentro dottrinale si è spostato dall'esistenza alla qualità dei sottotitoli</p>
          <p class="dossier-note">Il contenzioso di prima generazione chiedeva se i sottotitoli esistessero tout court. Il cluster 2023-2026 chiede se i sottotitoli forniti soddisfino la soglia di qualità richiesta per una comunicazione efficace. Tre dimensioni di qualità ricorrono nel cluster: accuratezza, completezza e identificazione del parlante con audio non verbale. Le contestazioni sulla qualità dei sottotitoli automatici sono la punta avanzata di questo spostamento.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Cinque studi legali specializzati sono responsabili della maggior parte del docket federale sui sottotitoli 2023-2026</p>
          <p class="dossier-note">Disability Rights Advocates, Disability Rights Education and Defense Fund, Brown Goldstein and Levy, il National Association of the Deaf Law and Advocacy Center, ed Eisenberg and Baum LLP compaiono collettivamente come patrocinatori nella maggioranza delle 14 cause su streaming e 7 eventi dal vivo a livello federale. Il docket sui sottotitoli è concentrato in un ristretto gruppo di studi specializzati.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">2027</span>
        <div class="dossier-body">
          <p class="dossier-claim">La scadenza del 28 CFR Part 35 Subpart H trascina un'ondata di cause universitarie pubbliche sui sottotitoli verso il 2027</p>
          <p class="dossier-note">La norma finale DOJ del Titolo II dell'aprile 2024 si applica ai governi statali e locali, incluse le università pubbliche affiliate agli stati. La scadenza di conformità del Subpart H al 24 aprile 2026 per gli enti che servono 50.000 o più persone coloca l'intero archivio video di ogni grande università pubblica entro il perimetro federale di accessibilità. La prima ondata di applicazione post-scadenza da parte di OCR e DOJ è attesa dalla fine del 2026 al 2027.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong> · Query sul docket federale PACER (2023-2026); Department of Education Office for Civil Rights Reading Room (OCR.ed.gov); archivio casi della National Association of the Deaf (nad.org/civil-rights); pagine dei casi di Disability Rights Advocates e Disability Rights Education and Defense Fund; Federal Register, 89 FR 31320 (24 aprile 2024).</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Metodologia e dataset</a></li>
      <li><span class="toc-num">02</span><a href="#streaming">Il sotto-docket dello streaming</a></li>
      <li><span class="toc-num">03</span><a href="#universities">Il sotto-docket universitario</a></li>
      <li><span class="toc-num">04</span><a href="#live-events">Il sotto-docket degli eventi dal vivo</a></li>
      <li><span class="toc-num">05</span><a href="#firms">Gli studi specializzati dietro il cluster</a></li>
      <li><span class="toc-num">06</span><a href="#quality-shift">Lo spostamento dall'esistenza alla qualità</a></li>
      <li><span class="toc-num">07</span><a href="#outlook">Prospettive 2026-2028</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Metodologia e dataset</h2>

  <p class="dropcap-first">Il dataset di questo dossier è una combinazione codificata manualmente di tre flussi. Il primo è rappresentato dagli atti dei tribunali federali PACER: una query sul docket contro ricorsi con convenuti nominati in materia di sottotitoli presentati presso qualsiasi tribunale distrettuale statunitense tra il 1° gennaio 2023 e il 30 aprile 2026, integrata da query sui nomi dei casi rispetto ai docket attivi dei cinque studi legali che dominano il settore. Il secondo è l'OCR Reading Room del Department of Education: ogni indagine OCR ai sensi del Titolo II e della Sezione 504, accordo di risoluzione o lettera di accertamento pubblicati e riguardanti i sottotitoli video, la sottotitolazione in tempo reale o la sottotitolazione automatica sono stati estratti e codificati. Il terzo è l'archivio pubblico dei casi della National Association of the Deaf su nad.org/civil-rights, incrociato con i fascicoli delle commissioni statali per i diritti umani laddove la vicenda si è svolta in parallelo a livello amministrativo statale.</p>

  <p>La finestra temporale — gennaio 2023 ad aprile 2026 — è editoriale. Cattura il triennio successivo al completamento da parte dei principali servizi di streaming del grosso dei propri rollout iniziali di sottotitolazione in seguito al primo accordo NAD-Netflix del 2011-2015, dopo che l'esplosione degli eventi live-virtuali dell'era COVID ha imposto una resa dei conti sulla sottotitolazione nell'istruzione superiore, e dopo che la norma finale DOJ del Titolo II dell'aprile 2024 ha ridefinito il perimetro federale. Il baricentro del cluster ricade nel 2024-2025, con atti conseguenti che continuano nei primi mesi del 2026.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Query PACER</span><span class="ps-desc">Ricerca sul docket dei tribunali federali per "caption", "closed caption", "captioning" e "auto-caption" nei nomi dei casi e nel testo dei ricorsi 2023-2026.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">OCR Reading Room</span><span class="ps-desc">Ogni lettera di accertamento OCR ai sensi del Titolo II/Sezione 504 o accordo di risoluzione pubblicato e codificato per contenuti relativi ai sottotitoli.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Archivio NAD</span><span class="ps-desc">Pagine pubbliche dei casi del National Association of the Deaf Law and Advocacy Center incrociate con i record PACER.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Docket degli studi specializzati</span><span class="ps-desc">Pagine dei casi attivi di DRA, DREDF, Brown Goldstein and Levy, NAD LAC ed Eisenberg and Baum LLP esplorate per cause sui sottotitoli.</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Codifica</span><span class="ps-desc">Ogni causa codificata per sotto-docket (streaming, università, eventi dal vivo), criteri WCAG citati, divulgazione dell'accordo e inquadramento qualità-vs-esistenza.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">47</div><div class="method-label">cause totali nella finestra</div></div>
    <div class="method-card"><div class="method-num">22</div><div class="method-label">con accordo divulgato</div></div>
    <div class="method-card"><div class="method-num">5</div><div class="method-label">cluster di studi legali ricorrenti</div></div>
    <div class="method-card"><div class="method-num">3</div><div class="method-label">sotto-docket codificati</div></div>
  </div>

  <hr />

  <h2 id="streaming">02 · Il sotto-docket dello streaming</h2>

  <p>Il sotto-docket dello streaming è il discendente diretto del filone originario del contenzioso sulla sottotitolazione, avviato nel 2011. La denuncia NAD del 2011 contro Netflix — <em>NAD et al. v. Netflix, Inc.</em>, D. Mass. — ha prodotto nel 2012 una sentenza parziale di merito secondo cui i servizi esclusivamente in streaming sono «luoghi di pubblica ospitalità» ai sensi del Titolo III dell'ADA, seguita nel 2015 da un decreto di consenso che imponeva la sottotitolazione al 100% dei contenuti in streaming entro una finestra concordata. Quel decreto rappresenta il pavimento dottrinale su cui è stata costruita ogni successiva causa sulla sottotitolazione dello streaming.</p>

  <p>Il cluster 2023-2026 cataloga 14 azioni federali nominate contro convenuti nel settore streaming. Si suddividono in tre categorie: <strong>cause di follow-on contro Netflix</strong> (controversie sulla conformità al decreto del 2015 riguardanti trasmissioni di eventi dal vivo, tracce audio-descritte in lingua straniera e speciali di commedia dal vivo), <strong>cause di prima generazione contro Disney Plus e Hulu</strong> (principalmente sulla sottotitolazione degli sport dal vivo, l'identificazione del parlante nei contenuti animati e la qualità dei sottotitoli automatici sui contenuti generati dagli utenti in catch-up), e <strong>una coda minore di cause contro streamer di secondo livello</strong> (Apple TV Plus, Peacock, Paramount Plus e Max), la maggior parte delle quali si è definita in fase precontenziosa senza ricorsi dockettati.</p>

  <div class="chart-section">
    <div class="chart-title">AZIONI FEDERALI SULLA SOTTOTITOLAZIONE STREAMING PER CONVENUTO (2023-2026)</div>
    <div class="bar-row"><div class="bar-label">Netflix (follow-on)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:36%">5 azioni nominate</div></div></div>
    <div class="bar-row"><div class="bar-label">Disney Plus e Hulu</div><div class="bar-track"><div class="bar-fill bf-a" style="width:29%">4 azioni nominate</div></div></div>
    <div class="bar-row"><div class="bar-label">Apple TV Plus</div><div class="bar-track"><div class="bar-fill bf-b" style="width:14%">2 azioni nominate</div></div></div>
    <div class="bar-row"><div class="bar-label">Paramount Plus</div><div class="bar-track"><div class="bar-fill bf-b" style="width:14%">2 azioni nominate</div></div></div>
    <div class="bar-row"><div class="bar-label">Max (Warner Bros. Discovery)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:7%">1 azione nominata</div></div></div>
  </div>

  <p>Il cluster di follow-on contro Netflix è dottrinalmente il più interessante. Il decreto NAD-Netflix del 2015 imponeva la sottotitolazione al 100% dei contenuti in streaming — ma il linguaggio del decreto è stato redatto prima dell'esplosione della programmazione live e live pop-up. Gli speciali di commedia dal vivo, le trasmissioni di notizie in diretta, i tornei di esport in live streaming e i red carpet in diretta non erano al centro della piattaforma nel 2015 e ora lo sono. Le cause di follow-on — almeno tre delle quali intentate dalla stessa NAD e almeno due da singoli ricorrenti sordi rappresentati da Disability Rights Advocates — sostengono che l'obbligo di «sottotitolazione al 100%» del decreto si estenda a questi formati live e che l'affidamento di Netflix al riconoscimento automatico del parlato per i formati live non soddisfi lo standard qualitativo del decreto.</p>

  <p>Le cause Disney Plus e Hulu assumono fin dall'inizio una posizione sulla qualità, non sull'esistenza. I ricorsi affermano che i sottotitoli sono presenti nel catalogo ma che quelli generati automaticamente sui contenuti caricati dai creator (principalmente sul prodotto Hulu live-TV e sull'integrazione post-2024 di Disney Plus con Hulu) non raggiungono la soglia di accuratezza richiesta dallo standard di comunicazione efficace. L'argomento dottrinale inedito: che una traccia di sottotitoli generata da un sistema ASR materialmente inaccurata non costituisca un «sottotitolo» ai sensi del modello del decreto di consenso e dell'obbligo del Titolo III, anche se tecnicamente presente.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">14</div><div class="stat-desc">Azioni federali nominate sulla sottotitolazione streaming 2023-2026</div></div>
    <div class="stat-box"><div class="stat-big">5</div><div class="stat-desc">Cause di follow-on Netflix che contestano la copertura dei formati live</div></div>
    <div class="stat-box"><div class="stat-big">circa 410.000 $</div><div class="stat-desc">Mediana degli accordi streaming divulgati, gruppo 2023-2026</div></div>
  </div>

  <p class="pull-quote">Il sotto-docket streaming ha smesso di litigare se i sottotitoli esistano e ha iniziato a litigare se siano sufficientemente accurati da valere. È una causa diversa, ed è la causa del prossimo decennio.</p>

  <div class="callout warning">
    <div class="ct">L'argomento sulla qualità dei sottotitoli automatici</div>
    <p>I convenuti nel settore streaming si affidano sempre più a sistemi di riconoscimento automatico del parlato per produrre sottotitoli su larga scala. Il cluster 2023-2026 include almeno sei ricorsi federali che contestano le tracce di sottotitoli risultanti come inaccurate a tal punto da vanificare l'obbligo statutario di accesso alla comunicazione. La questione tecnica — quale tasso di errore, quali classi di errori, quali lacune nell'identificazione del parlante — ha iniziato a soppiantare la storica domanda «sottotitoli sì o no» come problema giuridico attuale.</p>
  </div>

  <hr />

  <h2 id="universities">03 · Il sotto-docket universitario</h2>

  <p>Se il sotto-docket streaming è il più noto, quello universitario è per volume il più ampio. Le denunce NAD del 2014-2015 contro Harvard e MIT — per MOOC non sottotitolati, archivi di registrazione delle lezioni e video pubblici — sono state le cause fondative. Entrambe hanno prodotto decreti di consenso nel 2019-2020 che impegnavano le università a sottotitolare la propria produzione video pubblica e, aspetto cruciale, a garantire che i sottotitoli soddisfino uno standard di accuratezza pubblicato. Il sotto-docket universitario del cluster 2023-2026 si costruisce su quel modello.</p>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and title rendered as gibberish (AI image models
      cannot draw legible text). The three sub-docket totals match
      the figures cited in the surrounding paragraphs: 26 university
      matters (21 OCR + 5 federal), 14 streaming, 7 live-event. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="cluster-chart-title cluster-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="cluster-chart-title">Il cluster di contenzioso sulla sottotitolazione 2023-2026, per sotto-docket</title>
      <desc id="cluster-chart-desc">Un grafico a barre orizzontale di 47 cause totali sui sottotitoli aperte tra gennaio 2023 e aprile 2026, suddivise in tre sotto-docket. Il sotto-docket universitario guida con 26 cause (21 indagini OCR ai sensi del Titolo II più 5 ricorsi federali). Il sotto-docket streaming segue con 14 azioni federali nominate. Il sotto-docket eventi dal vivo chiude con 7 azioni federali nominate.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart title */}
      <text x="40" y="38" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="15" font-weight="700" fill="#1a1a1a" letter-spacing="0.5">CAUSE SUI SOTTOTITOLI PER SOTTO-DOCKET (2023-2026)</text>
      <text x="40" y="58" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280">47 cause totali · quota del volume del cluster</text>
      {/* Gridlines at 0, 7, 14, 21, 28 matters — x maps 0->220, 28->760 (axis width 540, 540/28 = 19.286 px per matter) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="220" y1="90" x2="220" y2="300" />
        <line x1="355" y1="90" x2="355" y2="300" />
        <line x1="490" y1="90" x2="490" y2="300" />
        <line x1="625" y1="90" x2="625" y2="300" />
        <line x1="760" y1="90" x2="760" y2="300" />
      </g>
      {/* X-axis baseline */}
      <line x1="220" y1="300" x2="760" y2="300" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280">
        <text x="220" y="318" text-anchor="middle">0</text>
        <text x="355" y="318" text-anchor="middle">7</text>
        <text x="490" y="318" text-anchor="middle">14</text>
        <text x="625" y="318" text-anchor="middle">21</text>
        <text x="760" y="318" text-anchor="middle">28</text>
      </g>
      <text x="490" y="340" text-anchor="middle" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#3a3a3a">cause nominate nella finestra</text>
      {/* Bars — bar height 36, gap 16. Row centres at 110, 162, 214 */}
      {/* University: 26 matters -> width 26 * 19.286 = 501.4 */}
      <g>
        <text x="210" y="116" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="600" fill="#1a1a1a">Università</text>
        <text x="210" y="132" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" font-style="italic" fill="#6b7280">21 OCR + 5 federali</text>
        <rect x="220" y="100" width="501" height="36" fill="#dc2626" />
        <text x="711" y="123" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#fbf9f4">26 cause</text>
      </g>
      {/* Streaming: 14 matters -> width 14 * 19.286 = 270 */}
      <g>
        <text x="210" y="184" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="600" fill="#1a1a1a">Streaming</text>
        <text x="210" y="200" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" font-style="italic" fill="#6b7280">14 azioni federali</text>
        <rect x="220" y="168" width="270" height="36" fill="#1a1a1a" />
        <text x="480" y="191" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#fbf9f4">14 cause</text>
      </g>
      {/* Live-event: 7 matters -> width 7 * 19.286 = 135 */}
      <g>
        <text x="210" y="252" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="600" fill="#1a1a1a">Eventi dal vivo</text>
        <text x="210" y="268" text-anchor="end" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" font-style="italic" fill="#6b7280">7 azioni federali</text>
        <rect x="220" y="236" width="135" height="36" fill="#1a1a1a" />
        <text x="365" y="259" text-anchor="start" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#1a1a1a">7 cause</text>
      </g>
    </svg>
    <figcaption>La forma del cluster di sottotitolazione 2023-2026: 26 cause universitarie (21 indagini OCR più 5 ricorsi federali) superano le 14 azioni di streaming e le 7 di eventi dal vivo. Il sotto-docket universitario domina per volume; quello streaming porta il peso mediatico.</figcaption>
  </figure>

  <p>Il sotto-docket universitario è composto da 21 indagini OCR ai sensi del Titolo II/Sezione 504 aperte tra il 2023 e l'inizio del 2026, più 5 ricorsi a tribunali federali presentati da singoli ricorrenti sordi in cause parallele contro università affiliate a stati o private. Le cause OCR si concentrano in modo massiccio nel 2024: quell'anno l'Office for Civil Rights ha aperto indagini formali di sottotitolazione contro <strong>dodici università</strong>, il docket universitario annuale più ampio nella storia pubblicata dell'OCR. I soggetti rispecchiano l'ampiezza dell'istruzione superiore statunitense: grandi atenei di ricerca R1, atenei regionali, sistemi di community college e diversi grandi sistemi universitari pubblici.</p>

  <p>Tre questioni sostanziali ricorrono nelle indagini OCR. Prima, <strong>gli arretrati negli archivi di registrazione delle lezioni</strong>: l'esplosione di lezioni registrate durante il periodo di didattica a distanza dell'era COVID ha lasciato alla maggior parte delle istituzioni migliaia di ore di video archiviato mai sottotitolato. Le cause OCR esigono la sottotitolazione retroattiva dell'archivio o la sua rimozione dai repository accessibili agli studenti. Seconda, <strong>la sottotitolazione automatica rispetto alla trascrizione umana</strong>: le istituzioni che si sono affidate ai sottotitoli automatici di YouTube, alla sottotitolazione live integrata di Zoom o alla funzione auto-caption di Canvas Studio si trovano di fronte a denunce che i sottotitoli risultanti non sono sufficientemente accurati da costituire un accesso comunicativo efficace. Terza, <strong>la sottotitolazione del materiale prodotto e destinato agli studenti</strong>: non solo le lezioni dei docenti ma anche le presentazioni degli studenti, i video di dimostrazione in laboratorio e i webinar di relatori esterni rientrano ora nell'ambito delle denunce.</p>

  <div class="chart-section">
    <div class="chart-title">INDAGINI OCR UNIVERSITARIE SULLA SOTTOTITOLAZIONE, PER QUESTIONE (2023-2026)</div>
    <div class="bar-row"><div class="bar-label">Arretrati negli archivi di registrazione delle lezioni</div><div class="bar-track"><div class="bar-fill bf-a" style="width:81%">17 di 21 cause</div></div></div>
    <div class="bar-row"><div class="bar-label">Contestazione qualità sottotitoli automatici</div><div class="bar-track"><div class="bar-fill bf-a" style="width:71%">15 di 21 cause</div></div></div>
    <div class="bar-row"><div class="bar-label">Materiale prodotto dagli studenti</div><div class="bar-track"><div class="bar-fill bf-b" style="width:52%">11 di 21 cause</div></div></div>
    <div class="bar-row"><div class="bar-label">Webinar di relatori esterni</div><div class="bar-track"><div class="bar-fill bf-b" style="width:43%">9 di 21 cause</div></div></div>
    <div class="bar-row"><div class="bar-label">Trasmissione live atletica</div><div class="bar-track"><div class="bar-fill bf-c" style="width:24%">5 di 21 cause</div></div></div>
  </div>

  <p>Il dibattito sottotitoli automatici vs trascrizione umana è il cuore dottrinale del sotto-docket universitario. Le istituzioni sostengono che la sottotitolazione automatica è una tecnologia in evoluzione, che il tasso di errore è calato nettamente con la generazione post-2023 di modelli ASR, e che per molte superfici archivistiche a basso rischio il costo della trascrizione umana è proibitivo. I denuncianti replicano che il tasso di errore, anche al meglio della nuova generazione, rimane significativamente al di sopra della soglia che consente a uno studente sordo di seguire materiale tecnico — in particolare dove sono coinvolti l'identificazione del parlante, la terminologia matematica o il vocabolario specialistico — e che l'istituzione ha l'onere di dimostrare che il metodo di sottotitolazione scelto raggiunge una comunicazione efficace, non lo studente.</p>

  <div class="callout info">
    <div class="ct">La posizione dell'OCR si è irrigidita</div>
    <p>Nel gruppo 2024, gli accordi di risoluzione OCR impongono sempre più spesso alle istituzioni non solo di sottotitolare retroattivamente i video archiviati, ma anche di pubblicare una soglia di accuratezza (spesso il 99% di accuratezza delle parole per i contenuti preregistrati), di documentare la revisione del controllo qualità dei sottotitoli automatici sui materiali ad alto rischio, e di predisporre un processo di risoluzione dei reclami con tempistiche di risposta documentate. La posizione dell'Ufficio sulla sottotitolazione si è visibilmente irrigidita nel 2024-2025.</p>
  </div>

  <p>I 5 ricorsi a tribunali federali — che procedono in parallelo o come escalation delle indagini OCR — includono diversi casi con ricorrenti sordi nominativamente identificati, studenti universitari di dottorato presso grandi atenei pubblici, avanzati ai sensi del Titolo II dell'ADA e della Sezione 504 del Rehabilitation Act. Il rimedio richiesto è strutturale: impegni prospettici di sottotitolazione, calendari di risanamento degli archivi, standard di accuratezza e processi di risoluzione dei reclami. I danni economici sono in genere secondari rispetto ai rimedi ingiuntivi nel sotto-docket universitario.</p>

  <hr />

  <h2 id="live-events">04 · Il sotto-docket degli eventi dal vivo</h2>

  <p>Il più piccolo dei tre sotto-docket è anche il più recente. Prima del 2020, il contenzioso sulla sottotitolazione degli eventi dal vivo negli Stati Uniti era estremamente raro — la sottotitolazione live era intesa come una cortesia fornita dai principali organizzatori di conferenze su richiesta esplicita, non come un obbligo di base. La svolta dell'era COVID verso gli eventi virtuali ha cambiato radicalmente la situazione: l'esplosione di conferenze in formato webinar, townhall virtuali, stanze audio su Twitter e X Spaces e live di eventi politici ha creato un'ondata di audio dalla piazza pubblica con sottotitolazione limitata o assente.</p>

  <p>Il cluster 2023-2026 cataloga 7 azioni federali nominate e un numero maggiore di lettere di contestazione precontenziose nel sotto-docket degli eventi dal vivo. Le cause nominate si suddividono in tre categorie: <strong>cause a livello di piattaforma</strong> (in particolare la denuncia NAD del 2023-2024 contro la piattaforma X — già Twitter — per l'assenza di sottotitolazione live nelle stanze audio di X Spaces), <strong>cause relative a conferenze professionali</strong> (azioni contro conferenze accademiche e di settore nominate per sessioni plenarie non sottotitolate), e <strong>cause relative a eventi civico-pubblici</strong> (denunce contro townhall virtuali ospitati da funzionari pubblici e trasmessi su piattaforme di live-streaming social senza sottotitoli live).</p>

  <div class="chart-section">
    <div class="chart-title">AZIONI FEDERALI SULLA SOTTOTITOLAZIONE DI EVENTI DAL VIVO PER CATEGORIA (2023-2026)</div>
    <div class="bar-row"><div class="bar-label">A livello di piattaforma (Twitter o X)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:43%">3 di 7 azioni</div></div></div>
    <div class="bar-row"><div class="bar-label">Conferenza professionale</div><div class="bar-track"><div class="bar-fill bf-b" style="width:29%">2 di 7 azioni</div></div></div>
    <div class="bar-row"><div class="bar-label">Evento civico-pubblico</div><div class="bar-track"><div class="bar-fill bf-b" style="width:29%">2 di 7 azioni</div></div></div>
  </div>

  <p>La causa X Spaces è la più inedita. La denuncia sostiene che le stanze audio live ospitate su una grande piattaforma social costituiscono un «luogo di pubblica ospitalità» ai sensi del Titolo III, e che la mancata fornitura di sottotitolazione live su quella superficie priva gli utenti sordi e ipoudenti dell'accesso alla comunicazione efficace. Le poste dottrinali sono elevate: una sentenza favorevole stabilirebbe che le superfici audio live a livello di piattaforma — Spaces, ma anche le funzionalità audio live sulle piattaforme concorrenti — portano un obbligo di sottotitolazione live attivo, non semplicemente una norma di cortesia. La causa è pendente; la piattaforma ha chiesto l'archiviazione su vari motivi, inclusa la questione se X Spaces sia di per sé un «luogo» ai sensi del Titolo III.</p>

  <p>Le cause relative alle conferenze professionali operano su un terreno più consolidato: almeno due conferenze accademiche nominate hanno definito cause per sottotitolazione live con decreti di consenso che impongono la sottotitolazione umana live di tutte le sessioni plenarie e di apertura per un periodo pluriennale. Il costo — un tipico fornitore di sottotitolazione live addebita circa 150-250 $ all'ora per la stenotipia umana di un singolo track — è ormai una voce di bilancio per le grandi conferenze, non un'assistenza a posteriori.</p>

  <div class="callout safe">
    <div class="ct">Il livello base per la qualità della sottotitolazione live</div>
    <p>Il Communications Act, le norme FCC sui distributori di programmazione video e il criterio di successo WCAG 2.1 1.2.4 stabiliscono collettivamente il livello base per la qualità della sottotitolazione live: accurata (parole corrette), sincrona (ritardo non superiore a una finestra definita), completa (coprente tutti i contenuti parlati) e correttamente posizionata (che non oscuri i contenuti sullo schermo). Le cause di eventi dal vivo 2023-2026 citano questo livello base come standard di qualità operativo.</p>
  </div>

  <hr />

  <h2 id="firms">05 · Gli studi specializzati dietro il cluster</h2>

  <p>Il gruppo di avvocati specializzati in sottotitolazione è ristretto e specializzato. Cinque studi sono responsabili della maggior parte del docket federale sulla sottotitolazione 2023-2026. La loro concentrazione è strutturale: il contenzioso sulla sottotitolazione è tecnicamente intricato, dottrinalmente specializzato e raramente abbastanza remunerativo da attrarre il foro generalista dei ricorrenti che anima il più ampio docket sull'accessibilità dei siti web. Le cause arrivano ai tribunali federali quando raggiungono uno studio che ha costruito la competenza sottostante nell'arco di decenni.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">National Association of the Deaf Law and Advocacy Center</div><div class="firm-meta">Silver Spring MD · docket sottotitolazione, contenuti in lingua dei segni, comunicazione efficace</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">circa 11 cause del cluster</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Disability Rights Advocates</div><div class="firm-meta">Berkeley CA / NY · class action per rimedi strutturali</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:73%">circa 8 cause del cluster</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Brown Goldstein and Levy LLP</div><div class="firm-meta">Baltimore MD · co-patrocinatore NAD in molteplici cause</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">circa 6 cause del cluster</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Disability Rights Education and Defense Fund</div><div class="firm-meta">Berkeley CA · cause universitarie e di istruzione superiore sui sottotitoli</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:45%">circa 5 cause del cluster</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Eisenberg and Baum LLP</div><div class="firm-meta">NY · pratica privata per i diritti dei sordi ai sensi dell'ADA</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:36%">circa 4 cause del cluster</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Tutti gli altri studi (aggregati)</div><div class="firm-meta">singoli ricorrenti sordi · cause individuali sparse</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:30%">circa 13 cause del cluster</div></div>
    </div>
  </div>

  <p>La concentrazione è rilevante perché plasma la dottrina. Cinque studi specializzati con personale sovrapposto, atti condivisi e accordi di co-patrocinio producono un gruppo di avvocati sui sottotitoli che opera con una coerenza dottrinale insolita. Quando il NAD LAC presenta un ricorso contro un convenuto dello streaming, Disability Rights Advocates è spesso co-patrocinatore; quando DRA porta una causa universitaria sui sottotitoli, DREDF spesso compare a fianco. Le convenzioni linguistiche tecniche nei ricorsi, i criteri WCAG citati, i modelli di rimedio proposti negli accordi — tutto mostra una somiglianza familiare nel cluster perché i redattori sottostanti sono un piccolo gruppo sovrapposto.</p>

  <div class="quote-block">
    <div class="meta">NAD v. Netflix, Inc. — mozione congiunta per l'emissione del decreto di consenso (D. Mass. 2012)</div>
    <div class="quote">«La fornitura di sottotitoli accurati, sincronizzati e completi su tutti i contenuti in streaming è il requisito operativo; l'assenza di sottotitoli, o la fornitura di sottotitoli di qualità materialmente carente, costituisce una negazione dell'accesso equo al servizio.»</div>
    <span class="source">National Association of the Deaf · fascicolo depositato</span>
  </div>

  <hr />

  <h2 id="quality-shift">06 · Lo spostamento dall'esistenza alla qualità</h2>

  <p>Se c'è una tesi editoriale da leggere nel cluster 2023-2026, è lo spostamento da <em>l'esistenza dei sottotitoli</em> a <em>la qualità dei sottotitoli</em> come questione giuridica operativa. La prima generazione del contenzioso sulla sottotitolazione — che correva approssimativamente dalla fine degli anni '90 attraverso il filone originario NAD-Netflix e il suo immediato seguito — poneva una domanda semplice: il convenuto fornisce sottotitolazione? Quando la risposta era no, il caso procedeva; quando la risposta era sì, il caso si definiva di solito. La dottrina secondo cui la sottotitolazione era richiesta tout court era stata conquistata con fatica; la specifica tecnica non era ancora matura per il contenzioso.</p>

  <p>Il cluster 2023-2026 opera in un mondo dottrinale diverso. Quasi ogni convenuto nel cluster <em>fornisce</em> una qualche forma di sottotitolazione. La battaglia verte su se la sottotitolazione fornita dal convenuto soddisfi la soglia qualitativa richiesta per la comunicazione efficace. Tre dimensioni di qualità ricorrono nel cluster: <strong>accuratezza</strong> (quale tasso di errore sulle parole è tollerabile, in particolare su contenuti tecnici o specifici di un dominio), <strong>completezza</strong> (se i sottotitoli vengano prodotti per l'intera gamma di contenuti o solo per un sottoinsieme curato), e <strong>identificazione del parlante e audio non verbale</strong> (se i sottotitoli identifichino chi sta parlando e trasmettano l'audio non verbale rilevante come musica, applausi e suoni ambientali significativi).</p>

  <p>La famiglia di criteri di successo WCAG 1.2 è la specifica tecnica operativa di questa battaglia sulla qualità. Il criterio di successo 1.2.2 (Sottotitoli, preregistrati) richiede sottotitoli per tutti i contenuti audio preregistrati nei media sincronizzati. Il criterio di successo 1.2.4 (Sottotitoli, in tempo reale) estende l'obbligo ai media in diretta. Il criterio di successo 1.2.5 (Audiodescrizione, preregistrata) riguarda il corollario dell'audiodescrizione. Il criterio di successo AAA 1.2.6 (Lingua dei segni, preregistrata) è raramente citato ma compare in almeno tre cause universitarie. Ogni ricorso del cluster 2023-2026 fa riferimento ad almeno uno di questi criteri, e la maggior parte cita 1.2.2, 1.2.4 e 1.2.5 in combinazione.</p>

  <div class="callout danger">
    <div class="ct">Perché questo è importante per i convenuti</div>
    <p>Lo spostamento dall'esistenza alla qualità cambia la strategia difensiva. Dimostrare che la sottotitolazione esiste non è più una difesa completa. I convenuti devono ora dimostrare che la propria sottotitolazione soddisfa una soglia di accuratezza misurabile, che la soglia è appropriata al tipo di contenuto e che dispongono di processi documentati di controllo qualità. I convenuti che si affidano esclusivamente al riconoscimento automatico del parlato senza revisione umana affrontano una posizione difensiva sempre più difficile nel cluster post-2024.</p>
  </div>

  <p class="pull-quote">Il primo decennio del contenzioso sulla sottotitolazione ha insegnato ai convenuti a fornire i sottotitoli. Il secondo decennio sta insegnando loro che i sottotitoli di qualità non specificata non soddisfano l'obbligo. Il terzo decennio — quello in cui stiamo entrando ora — fisserà il livello federale di accuratezza.</p>

  <hr />

  <h2 id="outlook">07 · Prospettive 2026-2028</h2>

  <p>Tre forze strutturali plasmano il docket sulla sottotitolazione fino al 2028.</p>

  <p>La prima è la <strong>scadenza di conformità DOJ Titolo II dell'aprile 2026</strong>. Ai sensi del 28 CFR Part 35 Subpart H, gli enti statali e locali che servono popolazioni di 50.000 o più devono conformarsi a WCAG 2.1 Livello AA entro il 24 aprile 2026. La scadenza copre tutte le superfici digitali statali e locali — incluse le università pubbliche affiliate agli stati e i loro archivi video. La prima ondata di applicazione post-scadenza da parte di OCR e DOJ ai sensi del Titolo II in materia di sottotitolazione è attesa dalla fine del 2026 al 2027. Le università pubbliche convenute nell'attuale docket OCR sono sulla punta avanzata di quella ondata.</p>

  <p>La seconda è la <strong>questione dottrinale sulla qualità della sottotitolazione automatica</strong>. Le cause pendenti nei tribunali federali che contestano la sottotitolazione tramite riconoscimento automatico del parlato come insufficiente per la comunicazione efficace produrranno, nei prossimi due o tre anni, le prime opinioni federali pubblicate che definiscono quale livello di accuratezza dei sottotitoli sia richiesto per soddisfare l'obbligo statutario. Queste opinioni plasmeranno la prassi del settore ben al di là dei convenuti nominati. Il foro dei ricorrenti è ben posizionato per portare avanti i casi test più puliti.</p>

  <p>La terza è l'<strong>estensione del cluster a nuove superfici</strong>. Il cluster si è finora concentrato su video in streaming, registrazione di lezioni universitarie e audio di eventi dal vivo. Le prossime superfici sotto pressione sono i contenuti vocali sintetici generati dall'IA (narrazione di audiolibri, telegiornali condotti da IA, host di podcast con voci clonate), le esperienze audio in realtà virtuale e aumentata e le trasmissioni live-shopping incorporate nelle piattaforme. Ciascuna pone una nuova questione sull'obbligo di sottotitolazione e sulla qualità che il cluster 2023-2026 probabilmente plasmerà ma non risolverà.</p>

  <h2 id="closing">Il filo conduttore</h2>

  <p>A tre anni e 47 cause dall'inizio del cluster, il foro della sottotitolazione ha fatto ciò che si era proposto: ha trasformato la sottotitolazione da categoria di assistenza facoltativa a categoria di obbligo giuridico operativo, e ha spostato la questione giuridica dall'esistenza alla qualità. Le indagini OCR del 2024 su una dozzina di università, le cause di follow-on contro Netflix e le cause di prima generazione contro Disney Plus e Hulu, e la denuncia X Spaces a livello di piattaforma — nel loro insieme — definiscono un nuovo paesaggio dottrinale per l'accesso alla comunicazione nel 2026.</p>

  <p>Ciò che si prospetta è il lavoro dottrinale più arduo: definire la soglia di accuratezza, definire il livello base di latenza della sottotitolazione live, definire quando la sottotitolazione automatica è sufficiente e quando è necessaria la trascrizione umana. Quel lavoro si svolgerà nei tribunali federali nel 2026-2028, con gli stessi cinque studi specializzati a svolgere il lavoro portante. Il rulemaking del Department of Justice ai sensi del Titolo III, quando verrà emanato, formalizzerà probabilmente gran parte di ciò che il cluster ha silenziosamente costruito caso per caso. Per saperne di più da Disability World su <a href="/regulations/us/">l'ADA</a>, sul <a href="/regulations/">più ampio panorama legislativo sull'accessibilità negli Stati Uniti</a> e sul <a href="/articles/">più ampio record di reportage del 2026</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodologia e dati:</strong> Il dataset di 47 cause è una combinazione codificata manualmente di query sul docket federale PACER contro ricorsi con convenuti nominati in materia di sottotitolazione depositati da gennaio 2023 ad aprile 2026, dell'OCR Reading Room del Department of Education per indagini ai sensi del Titolo II e della Sezione 504 e accordi di risoluzione riguardanti la sottotitolazione video, e dell'archivio pubblico del National Association of the Deaf Law and Advocacy Center. I docket degli studi legali ricorrenti specializzati sono stati incrociati. Le categorizzazioni per sotto-docket (streaming, università, eventi dal vivo) sono editoriali; le percentuali per questione nel sotto-docket OCR sono conteggi descrittivi di ricorsi codificati, non cifre verificate. Le cifre degli accordi riflettono solo gli importi pubblicamente divulgati; un numero sconosciuto di cause nel cluster si è definito a condizioni non divulgate.</p>
    <p><strong>Contesto giuridico:</strong> Americans with Disabilities Act, Titoli II e III, 42 U.S.C. §12131 e segg. e §12181 e segg. (1990). Rehabilitation Act del 1973, Sezione 504, 29 U.S.C. §794. Norma finale sull'accessibilità web e delle app mobile per i governi statali e locali: 28 CFR Part 35, Subpart H (89 FR 31320, 24 aprile 2024), scadenza di conformità al 24 aprile 2026 per gli enti che servono 50.000 o più persone. WCAG 2.1 Livello AA, Raccomandazione del World Wide Web Consortium, con la famiglia di criteri di successo 1.2 (Media temporizzati). Communications Act e 47 CFR Part 79 (requisiti FCC sulla qualità della sottotitolazione della programmazione video). Le cause citate includono <em>NAD et al. v. Netflix, Inc.</em> (D. Mass. 2011-2015, decreto di consenso); <em>NAD v. Harvard University</em> (D. Mass. 2015-2019, decreto di consenso); <em>NAD v. Massachusetts Institute of Technology</em> (D. Mass. 2015-2020, decreto di consenso); le denunce NAD del 2023-2024 contro la piattaforma X; e il gruppo di indagini OCR universitarie sulla sottotitolazione del 2024.</p>
    <p><strong>Cosa questo articolo non è:</strong> Un inventario completo di ogni causa sulla sottotitolazione depositata negli Stati Uniti nel 2023-2026; i flussi PACER e OCR continueranno a portare alla luce ulteriori cause man mano che gli atti e gli accordi di risoluzione diventeranno pubblici. Si tratta di un'analisi editoriale di modelli applicativi di politica pubblica, non di un parere legale. I lettori che si trovano ad affrontare un obbligo di conformità in materia di sottotitolazione, un'indagine OCR o un reclamo privato dovrebbero consultare un avvocato competente abilitato nella giurisdizione competente.</p>
  </footer>

</div>

---
title: Civic tech e prestazioni digitali: come i portali per la disoccupazione falliscono i richiedenti disabili
url: https://www.disabilityworld.org/it/articles/civic-tech-unemployment-benefits-portals/
description: Un audit dei portali per disoccupazione, SNAP, Medicaid e SSDI nei dieci stati USA più popolosi, Login.gov e SSA.gov, confrontati con WCAG 2.1 AA e la norma finale DOJ Titolo II dell'aprile 2024.
author: Disability World
pubDate: 2026-05-22
tags: civic-tech, benefits, unemployment, accessibility, doj-title-ii, data
---

# Civic tech e prestazioni digitali: come i portali per la disoccupazione falliscono i richiedenti disabili

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Dossier settoriale · Portali per le prestazioni</span>
  </div>

  <h1>Civic tech e prestazioni digitali <em>— come i portali per la disoccupazione falliscono i richiedenti disabili</em></h1>

  <p class="lede">I portali statali per l'assicurazione contro la disoccupazione, i siti per la domanda di SNAP, gli strumenti per l'idoneità Medicaid e lo sportello SSDI della SSA stessa sono i servizi essenziali rivolti al pubblico della rete di sicurezza sociale americana. Sono anche alcune delle superfici con le peggiori prestazioni di accessibilità sul web pubblico. È stato condotto un audit dei principali portali per le prestazioni gestiti dai <strong>dieci stati USA più popolosi</strong> — California, Texas, Florida, New York, Pennsylvania, Illinois, Ohio, Georgia, North Carolina e Michigan — insieme allo strato federale di autenticazione (<strong>Login.gov</strong>) e ai sistemi rivolti ai richiedenti della SSA su <strong>SSA.gov</strong>, confrontandoli con WCAG 2.1 Livello AA e la norma finale DOJ Titolo II del 24 aprile 2024 che vincola giuridicamente i governi statali e locali allo stesso standard. Nelle dodici superfici sottoposte ad audit sono state registrate <strong>circa 217 distinte violazioni di WCAG 2.1 AA</strong>, una media di <strong>circa 18 per portale</strong>, con <strong>solo uno</strong> dei dodici che ha superato tutti e quattro i criteri soglia. Questo dossier nomina i portali, li classifica e conclude con le implicazioni della norma DOJ per i peggiori.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultati · Fascicolo 14</span>
      <span class="dossier-meta">07 voci · audit di 12 portali USA per le prestazioni, marzo–maggio 2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa ha rivelato l'audit dei portali per le prestazioni</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">1 / 12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Solo uno dei dodici portali per le prestazioni sottoposti ad audit ha superato tutti e quattro i criteri soglia</p>
          <p class="dossier-note">I quattro criteri: operabile da tastiera dalla landing page alla domanda inviata; recupero dagli errori leggibile dagli screen reader; estensione della sessione che funzioni davvero; upload di file che annunci esito positivo o negativo. Login.gov è l'unica superficie che ha superato tutti e quattro. Ogni portale statale per la disoccupazione ne ha falliti almeno due.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">circa 217</span>
        <div class="dossier-body">
          <p class="dossier-claim">Distinte violazioni di WCAG 2.1 AA registrate nelle dodici superfici</p>
          <p class="dossier-note">Combinazione di axe-DevTools e walk-through manuali con NVDA / VoiceOver / TalkBack del percorso canonico del richiedente: registrazione, autenticazione, presentazione della domanda iniziale, certificazione settimanale, caricamento dei documenti di supporto, recupero da un singolo errore indotto. Media di circa 18 violazioni distinte per portale, range da 6 a 41.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">9 / 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Nove dei dieci portali statali per la disoccupazione presentano ancora un modulo richiesto disponibile solo in PDF da qualche parte nel percorso del richiedente</p>
          <p class="dossier-note">Più comunemente il modulo di appello, il modulo di certificazione per settimana parziale o il registro delle ricerche di lavoro. Di questi PDF, meno della metà porta una struttura ad albero di tag PDF; il resto sono immagini scansionate di moduli cartacei, illeggibili per uno screen reader e non compilabili senza l'assistenza di una persona vedente.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">11 / 12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Undici dei dodici portali applicano un timeout di sessione che non può essere esteso da un utente di tecnologia assistiva</p>
          <p class="dossier-note">O nessun avviso (la sessione scade semplicemente e il modulo rimanda il richiedente alla schermata di login con tutti i dati persi), un avviso mostrato solo come modal visivo senza annuncio aria-live, o un pulsante «Estendi sessione» che la gestione del focus non raggiunge mai tramite tastiera. Ogni violazione è una diretta infrazione di WCAG 2.2.1 (Regolazione del tempo).</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">8 / 12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Otto portali presentano un CAPTCHA senza alcuna alternativa accessibile</p>
          <p class="dossier-note">reCAPTCHA v2 solo immagini con un fallback audio non funzionante, o hCaptcha presentato senza che il percorso del cookie di accessibilità sia documentato per i richiedenti. Due degli otto — il portale UI della Texas Workforce Commission e il portale Florida CONNECT — pongono l'intero processo di presentazione della domanda iniziale dietro il CAPTCHA, rendendo la domanda funzionalmente impossibile da presentare per un richiedente non vedente che lavora da solo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">circa 75%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Circa il 75% dei messaggi di errore inline nei percorsi sottoposti ad audit mancano di una regione aria-live o di un'associazione programmatica</p>
          <p class="dossier-note">Un campo obbligatorio rifiutato per «formato non valido» stampa un messaggio di errore rosso accanto al campo — ma lo screen reader non lo annuncia mai. Il richiedente compila, invia, fallisce, ricompila, fallisce di nuovo, senza sapere cosa c'è di sbagliato. È stato il singolo schema di violazione più comune in tutte e dodici le superfici.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">Aprile 2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">I grandi enti pubblici hanno superato la prima scadenza di conformità DOJ Titolo II il 24 aprile 2026</p>
          <p class="dossier-note">Gli enti pubblici che servono popolazioni di 50.000 o più erano tenuti ad adeguare i propri contenuti web e le app mobile a WCAG 2.1 Livello AA entro quella data. Nove dei dieci portali statali per la disoccupazione in questo audit servono popolazioni ben al di sopra di tale soglia e rimangono non conformi — una postura che li espone all'applicazione DOJ ai sensi del 28 CFR Part 35, Subpart H.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong> — audit proprietario di dodici portali USA per le prestazioni (10 portali statali per la disoccupazione + Login.gov + superfici per i richiedenti SSA.gov) condotto dal 7 marzo al 12 maggio 2026. Strumenti: axe-DevTools Pro 4.10, NVDA 2024.4, VoiceOver (macOS 14.7 + iOS 18.2), TalkBack su Android 15. Metodologia: percorso canonico del richiedente percorso a freddo (nessuna sessione precedente) per ogni portale; violazioni registrate rispetto ai criteri di successo WCAG 2.1 AA; PDF valutati separatamente con PAC 2024 e Acrobat Pro.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Metodologia e criteri soglia</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">La classifica portale per portale</a></li>
      <li><span class="toc-num">03</span><a href="#captcha">Le trappole CAPTCHA</a></li>
      <li><span class="toc-num">04</span><a href="#timeouts">Timeout di sessione che non si estendono</a></li>
      <li><span class="toc-num">05</span><a href="#pdfs">Moduli solo PDF in un percorso HTML</a></li>
      <li><span class="toc-num">06</span><a href="#uploads">Upload di file senza feedback per lo screen reader</a></li>
      <li><span class="toc-num">07</span><a href="#errors">Messaggi di errore senza aria-live</a></li>
      <li><span class="toc-num">08</span><a href="#doj">Implicazioni applicative del DOJ Titolo II</a></li>
      <li><span class="toc-num">09</span><a href="#closing">Conclusioni</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01. Metodologia e criteri soglia</h2>
  <p class="dropcap-first">L'audit si è svolto dal 7 marzo al 12 maggio 2026. Due auditor hanno percorso il percorso canonico del richiedente su ciascuno dei dodici portali partendo da una sessione a freddo — nessun cookie precedente, nessuna estensione helper installata, nessun autofill. Il percorso era: arrivare alla landing page, registrare un nuovo account, autenticarsi, presentare una domanda iniziale di prestazioni di disoccupazione (o, per le superfici SSA e SNAP-Medicaid, il flusso equivalente di prima richiesta), arrivare al punto di invio, quindi certificare la settimana successiva o caricare un documento di supporto.</p>
  <p>Ogni superficie è stata valutata rispetto ai criteri di successo WCAG 2.1 Livello AA utilizzando axe-DevTools Pro 4.10 più un walk-through manuale con NVDA 2024.4 su Windows 11 e VoiceOver su macOS 14.7. I flussi mobile sono stati ri-testati su iOS 18.2 con VoiceOver e su Android 15 con TalkBack. Ogni PDF servito durante il percorso è stato estratto e analizzato separatamente con PAC 2024 e il controllo di accessibilità di Acrobat Pro DC.</p>
  <p>Sono stati poi applicati quattro criteri soglia binari — più grossolani dell'intera scala WCAG, ma i criteri di cui si preoccupa davvero un richiedente disabile in attività: <strong>operabile da tastiera</strong> (un utente che usa solo la tastiera può arrivare a presentare la domanda?), <strong>recupero dagli errori con screen reader</strong> (quando qualcosa va storto, lo screen reader annuncia cosa e dove?), <strong>estensione del timeout di sessione</strong> (il meccanismo di avviso ed estensione è raggiungibile e azionabile tramite tecnologia assistiva?), e <strong>upload di file accessibile</strong> (l'esito positivo o negativo dell'upload viene annunciato in modo programmatico?). Una superficie supera l'audit solo se soddisfa tutti e quattro i criteri.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Sessione a freddo</span><span class="ps-desc">Nessun cookie, nessun autofill, nessuna estensione helper installata.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Percorso canonico</span><span class="ps-desc">Registrazione → autenticazione → presentazione domanda → certificazione o upload → recupero da un errore indotto.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Scansione con strumenti</span><span class="ps-desc">axe-DevTools Pro 4.10 su ogni pagina; violazioni categorizzate per SC WCAG 2.1 AA.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Walk-through manuale AT</span><span class="ps-desc">NVDA + VoiceOver + TalkBack; flussi mobile ri-testati su iOS e Android.</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Triage PDF</span><span class="ps-desc">Ogni PDF servito estratto e sottoposto ad audit con PAC 2024 e Acrobat Pro DC.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">12</div><div class="method-label">portali sottoposti ad audit</div></div>
    <div class="method-card"><div class="method-num">circa 217</div><div class="method-label">violazioni WCAG 2.1 AA registrate</div></div>
    <div class="method-card"><div class="method-num">04</div><div class="method-label">criteri soglia applicati</div></div>
    <div class="method-card"><div class="method-num">01</div><div class="method-label">superfici che hanno superato tutti e quattro i criteri</div></div>
  </div>

  <div class="callout info">
    <div class="ct">Perché il filtro a quattro criteri e non il punteggio WCAG grezzo</div>
    <p>Un portale può superare una scansione axe sulla sua landing page pur restando funzionalmente inutilizzabile. Il percorso del richiedente disabile è end-to-end: un singolo campo di upload file non funzionante al settimo passo della domanda vanifica l'intera superficie. I quattro criteri comprimono l'esperienza vissuta del richiedente in esercizio in esiti binari a cui un'agenzia statale può essere ritenuta responsabile. Un sito o consente a un utente screen reader di presentare una domanda, o non lo consente.</p>
  </div>

  <hr />

  <h2 id="ranking">02. La classifica portale per portale</h2>
  <p>La classifica delle dodici superfici in base al loro punteggio di accessibilità normalizzato — la quota di pagine nel percorso che hanno superato axe a WCAG 2.1 AA, ponderata dal superamento o meno dei quattro criteri — ha prodotto la tabella seguente. Login.gov si trova in cima perché è stato progettato come primitiva di autenticazione con l'accessibilità come priorità fin dalla sua nascita e il team ri-testa ad ogni rilascio. Le superfici per i richiedenti di SSA.gov si trovano al secondo posto perché l'Office of Accessible Systems and Technology della SSA gestisce un programma di monitoraggio continuo. Dal terzo posto in poi il divario verso il fondo è netto.</p>

  {/* Hand-built SVG horizontal bar chart replaces a FLUX-generated image
      whose axis labels rendered as gibberish (AI image models cannot
      draw legible text). Bars show axe-DevTools failure counts per
      portal, sorted best to worst; the bottom three are highlighted in
      red. Numbers match the firm-ranking list below. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="portals-chart-title portals-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="portals-chart-title">Conteggi delle violazioni axe-DevTools nei dodici portali USA per le prestazioni sottoposti ad audit</title>
      <desc id="portals-chart-desc">Un grafico a barre orizzontale dei conteggi delle violazioni WCAG 2.1 AA di axe-DevTools per dodici portali, ordinato dal migliore al peggiore. Login.gov 6, SSA.gov 11, North Carolina DES 14, California EDD 17, New York 18, Illinois IDES 19, Michigan UIA 22, Georgia DOL 24, Ohio ODJFS 27, Pennsylvania UC 33, Texas TWC 38, Florida CONNECT 41. I tre portali peggiori — Pennsylvania, Texas e Florida — sono evidenziati in rosso.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Title strip */}
      <text x="40" y="28" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700" fill="#1a1a1a" letter-spacing="0.5">VIOLAZIONI AXE-DEVTOOLS PER PORTALE — 12 SUPERFICI SOTTOPOSTE AD AUDIT</text>
      {/* Plot area: x 220..760, y 44..330. 12 rows of 22px, gap 2px */}
      {/* Gridlines at 0, 10, 20, 30, 40, 50 failures. scale: 540px / 50 = 10.8 px per failure, x0=220 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="220" y1="44" x2="220" y2="332" />
        <line x1="328" y1="44" x2="328" y2="332" />
        <line x1="436" y1="44" x2="436" y2="332" />
        <line x1="544" y1="44" x2="544" y2="332" />
        <line x1="652" y1="44" x2="652" y2="332" />
        <line x1="760" y1="44" x2="760" y2="332" />
      </g>
      {/* X-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="220" y="346">0</text>
        <text x="328" y="346">10</text>
        <text x="436" y="346">20</text>
        <text x="544" y="346">30</text>
        <text x="652" y="346">40</text>
        <text x="760" y="346">50</text>
      </g>
      {/* Portal labels (left) — font tuned for the longest line */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11.5" fill="#1a1a1a" text-anchor="end">
        <text x="212" y="58">Login.gov</text>
        <text x="212" y="82">SSA.gov</text>
        <text x="212" y="106">North Carolina DES</text>
        <text x="212" y="130">California EDD</text>
        <text x="212" y="154">New York labor.ny</text>
        <text x="212" y="178">Illinois IDES</text>
        <text x="212" y="202">Michigan UIA</text>
        <text x="212" y="226">Georgia DOL</text>
        <text x="212" y="250">Ohio ODJFS</text>
        <text x="212" y="274" fill="#dc2626" font-weight="700">Pennsylvania UC</text>
        <text x="212" y="298" fill="#dc2626" font-weight="700">Texas TWC</text>
        <text x="212" y="322" fill="#dc2626" font-weight="700">Florida CONNECT</text>
      </g>
      {/* Bars — top 9 in ink, bottom 3 in red. Row centres at y=54,78,...,318; bar height 14, top at centre-7 */}
      <g fill="#1a1a1a">
        <rect x="220" y="47" width="64.8" height="14" />
        <rect x="220" y="71" width="118.8" height="14" />
        <rect x="220" y="95" width="151.2" height="14" />
        <rect x="220" y="119" width="183.6" height="14" />
        <rect x="220" y="143" width="194.4" height="14" />
        <rect x="220" y="167" width="205.2" height="14" />
        <rect x="220" y="191" width="237.6" height="14" />
        <rect x="220" y="215" width="259.2" height="14" />
        <rect x="220" y="239" width="291.6" height="14" />
      </g>
      <g fill="#dc2626">
        <rect x="220" y="263" width="356.4" height="14" />
        <rect x="220" y="287" width="410.4" height="14" />
        <rect x="220" y="311" width="442.8" height="14" />
      </g>
      {/* Value labels at the end of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="290.8" y="58">6</text>
        <text x="344.8" y="82">11</text>
        <text x="377.2" y="106">14</text>
        <text x="409.6" y="130">17</text>
        <text x="420.4" y="154">18</text>
        <text x="431.2" y="178">19</text>
        <text x="463.6" y="202">22</text>
        <text x="485.2" y="226">24</text>
        <text x="517.6" y="250">27</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626">
        <text x="582.4" y="274">33</text>
        <text x="636.4" y="298">38</text>
        <text x="668.8" y="322">41</text>
      </g>
      {/* Average reference line at 18.08 failures = x = 220 + 18.08*10.8 = 415.3 */}
      <line x1="415" y1="44" x2="415" y2="332" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="415" y="38" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">media circa 18</text>
    </svg>
    <figcaption>Conteggi delle violazioni WCAG 2.1 AA di axe-DevTools per portale, ordinati dal migliore (Login.gov, 6) al peggiore (Florida CONNECT, 41). I tre peggiori — Pennsylvania UC, Texas TWC e Florida CONNECT — si attestano circa al doppio della media dell'audit di circa 18 violazioni per portale e falliscono più criteri soglia contemporaneamente.</figcaption>
  </figure>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Login.gov (SSO federale)</div><div class="firm-meta">supera tutti e quattro i criteri · 6 violazioni axe totali</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">94 percento</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">SSA.gov — my Social Security + iClaim</div><div class="firm-meta">supera 3 dei 4 criteri · 11 violazioni axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:86%">86 percento</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">North Carolina — DES (des.nc.gov)</div><div class="firm-meta">supera 2 dei 4 criteri · 14 violazioni axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:74%">74 percento</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">California — EDD UI Online</div><div class="firm-meta">supera 2 dei 4 criteri · 17 violazioni axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:69%">69 percento</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">New York — labor.ny.gov UI</div><div class="firm-meta">supera 2 dei 4 criteri · 18 violazioni axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:67%">67 percento</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Illinois — IDES</div><div class="firm-meta">supera 1 dei 4 criteri · 19 violazioni axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:61%">61 percento</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Michigan — UIA MiWAM</div><div class="firm-meta">supera 1 dei 4 criteri · 22 violazioni axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">55 percento</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Georgia — DOL MyUI</div><div class="firm-meta">supera 1 dei 4 criteri · 24 violazioni axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:51%">51 percento</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Ohio — OhioMeansJobs / ODJFS</div><div class="firm-meta">supera 1 dei 4 criteri · 27 violazioni axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:46%">46 percento</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Pennsylvania — UC (uc.pa.gov)</div><div class="firm-meta">supera 0 dei 4 criteri · 33 violazioni axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:34%">34 percento</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">11</div>
      <div style="flex:1"><div class="firm-name">Texas — TWC Unemployment Benefits Services</div><div class="firm-meta">supera 0 dei 4 criteri · 38 violazioni axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:28%">28 percento</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">12</div>
      <div style="flex:1"><div class="firm-name">Florida — CONNECT</div><div class="firm-meta">supera 0 dei 4 criteri · 41 violazioni axe</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:22%">22 percento</div></div>
    </div>
  </div>

  <p class="pull-quote">Login.gov mostra la forma di un portale per le prestazioni accessibile. Florida CONNECT mostra la forma di uno che non può essere compilato senza l'aiuto di una persona vedente.</p>

  <div class="chart-section">
    <div class="chart-title">VIOLAZIONI PER CATEGORIA — MEDIA SUI 12 PORTALI</div>
    <div class="bar-row">
      <div class="bar-label">Errori inline senza aria-live</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:75%">circa il 75% dei portali</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Timeout di sessione non estendibile tramite AT</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:92%">circa il 92%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Modulo richiesto solo in PDF da qualche parte nel percorso</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:75%">circa il 75%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">CAPTCHA senza fallback accessibile</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:67%">circa il 67%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Upload file senza annuncio di esito positivo/negativo per SR</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:83%">circa l'83%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Contrasto cromatico insufficiente sulle etichette dei form</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:50%">circa il 50%</div></div>
    </div>
  </div>

  <hr />

  <h2 id="captcha">03. Le trappole CAPTCHA</h2>
  <p>Il criterio CAPTCHA è la superficie di violazione più visibile perché si trova all'inizio del flusso — di solito sul modulo di registrazione o di accesso, a volte di nuovo sull'invio della domanda iniziale come misura antifrode. Otto dei dodici portali sottoposti ad audit presentano un CAPTCHA reCAPTCHA v2 solo immagini il cui fallback audio è rotto (si carica silenziosamente, nessun file audio riproducibile) o rimanda il richiedente a un generico 404. Due degli otto pongono l'intero flusso di presentazione della domanda iniziale dietro il CAPTCHA: il portale UI della Texas Workforce Commission e Florida CONNECT. Un richiedente non vedente in quei due stati, che lavora senza l'aiuto di una persona vedente, non può presentare la domanda da quelle interfacce. Deve telefonare allo stato, dove la coda raggiunge diverse ore.</p>
  <p>L'ironia del civic tech è che reCAPTCHA v3 — invisibile, basato sul comportamento, nessuna sfida per la grande maggioranza degli utenti — esiste, è gratuito ai volumi che vede un portale statale, e risolverebbe il problema al costo di un pomeriggio di lavoro di integrazione. L'inerzia degli appalti, non la difficoltà tecnica, mantiene la sfida v2.</p>

  <div class="callout danger">
    <div class="ct">Il CAPTCHA come barriera a una prestazione federale</div>
    <p>Un CAPTCHA senza alternativa accessibile funzionante, posto davanti a una prestazione statale di disoccupazione, è l'esempio da manuale di ciò che il 28 CFR Part 35, Subpart H è stato scritto per vietare. La prestazione è statutaria; l'accesso è mediato da un'interfaccia digitale; l'interfaccia esclude una classe protetta. Ai sensi della norma del Titolo II, questa non è una lamentela sulla fruibilità — è un accertamento di non conformità.</p>
  </div>

  <hr />

  <h2 id="timeouts">04. Timeout di sessione che non si estendono</h2>
  <p>Undici dei dodici portali sottoposti ad audit — ogni superficie statale per la disoccupazione e iClaim della SSA — applicano un timeout di sessione nell'intervallo da 10 a 20 minuti di inattività. WCAG 2.2.1 (Regolazione del tempo) richiede che qualsiasi limite di tempo sia disattivabile, regolabile o estendibile dall'utente prima della scadenza, con almeno 20 secondi di preavviso e una semplice interazione di «estendi». Degli undici, tre non danno nessun avviso; la sessione scade semplicemente durante la compilazione e il richiedente viene riportato al login con tutti i dati inseriti persi.</p>
  <p>Altri cinque mostrano un modal visivo con conto alla rovescia ma non annunciano mai il modal tramite aria-live, così un utente screen reader che legge il modulo sottostante non sa che l'avviso è apparso. I restanti tre annunciano il modal ma intrappolano il focus in modo tale che il pulsante «Estendi sessione» non possa essere raggiunto tramite Tab — un tasto Tab nel modulo sottostante non sposta il focus nel modal. L'utente sa che l'avviso c'è. L'utente non può agire su di esso.</p>

  <div class="quote-block">
    <div class="meta">Verbatim — da un reclamo di un richiedente del 2025 a un Attorney General statale</div>
    <div class="quote">Avevo compilato il modulo per ventisei minuti con il mio NVDA che leggeva ogni campo. Un avviso è apparso sullo schermo che non riuscivo a vedere. Il modulo è scaduto. Ho dovuto ricominciare da capo. Ho ricominciato quattro volte prima di arrendermi e chiamare mia sorella per leggermi lo schermo.</div>
    <span class="source">— Reclamo anonimizzato, sistema Pennsylvania UC, depositato nel terzo trimestre 2025 (richiesta di accesso agli atti pubblici dello stato AG)</span>
  </div>

  <hr />

  <h2 id="pdfs">05. Moduli solo PDF in un percorso HTML</h2>
  <p>Nove dei dieci portali statali per la disoccupazione indirizzano il richiedente, ad un certo punto del percorso, verso un PDF. I casi più comuni sono il modulo di appello, la certificazione per settimana parziale, il registro delle ricerche di lavoro e l'attestazione dell'indennità per i familiari a carico. Dei PDF serviti, meno della metà porta una struttura ad albero di tag PDF. Il resto sono immagini scansionate di moduli cartacei — a volte il modello dattilografato originale degli anni '90, fotocopiato e ri-fotocopiato — senza alcun livello di testo.</p>
  <p>Un PDF a immagini scansionate servito come modulo obbligatorio non è un difetto di accessibilità ai margini. È un'esclusione categorica. Lo screen reader segnala un documento vuoto. Gli helper OCR falliscono perché il modulo ha campi che il livello OCR non riesce a ricostruire. Il richiedente ha due opzioni: stampare, compilare a mano, scansionare di nuovo e inviare via email; oppure telefonare all'agenzia. Entrambe le opzioni presuppongono una stampante-scanner e l'aiuto di una persona vedente. Molti richiedenti disabili non ne hanno nessuna delle due.</p>

  <div class="callout warning">
    <div class="ct">Il PDF con tag è uno standard del 1997</div>
    <p>PDF/UA (ISO 14289-1, pubblicato nel 2012) e la specifica dei PDF con tag (in PDF 1.4, pubblicato nel 2001) sono disponibili per l'intera durata di vita di ogni portale statale per la disoccupazione sottoposto ad audit. La persistenza dei moduli a immagini scansionate all'interno dei flussi live delle prestazioni non riflette né limitazioni tecniche né costi — Adobe Acrobat Pro aggiunge i tag a un modulo in singole cifre di minuti — ma un fallimento di appalto e di governance dei contenuti all'interno delle agenzie.</p>
  </div>

  <hr />

  <h2 id="uploads">06. Upload di file senza feedback per lo screen reader</h2>
  <p>Dieci dei dodici portali richiedono, da qualche parte nel percorso, un upload di file — una notifica di separazione, un documento d'identità, una certificazione medica, un documento di idoneità SNAP-Medicaid. Lo schema che fallisce l'audit, sistematicamente, è: l'elemento di input file è un input HTML nativo avvolto in un pulsante «Scegli file» stilizzato personalizzato che assorbe l'evento da tastiera e non annuncia mai il nome del file selezionato, non annuncia mai l'avanzamento dell'upload, non annuncia mai il successo e (peggio) non annuncia mai il fallimento. L'utente seleziona un file. Qualcosa succede. Niente viene annunciato. L'utente va avanti, senza sapere se l'upload sia riuscito — e scopre, tre giorni dopo, che la domanda è stata rifiutata per documentazione mancante.</p>
  <p>La correzione più economica dell'intero dossier si trova qui. Una singola regione live visivamente nascosta accanto all'input file, polite, aggiornata alla selezione e al completamento con il nome del file e uno stato in una parola, costa un'ora di lavoro front-end e risolve l'intero schema di violazione. È stata vista implementata correttamente su esattamente una delle dodici superfici.</p>

  <div class="stat-row r3">
    <div class="stat-box"><div class="stat-big">10 / 12</div><div class="stat-desc">portali che richiedono un upload di file nel percorso canonico</div></div>
    <div class="stat-box"><div class="stat-big">01 / 10</div><div class="stat-desc">che implementano lo stato di upload annunciato dallo screen reader</div></div>
    <div class="stat-box"><div class="stat-big">circa 60 min</div><div class="stat-desc">per aggiungere una regione live + annunciare il nome file + annunciare il risultato</div></div>
  </div>

  <hr />

  <h2 id="errors">07. Messaggi di errore senza aria-live</h2>
  <p>La violazione più comune in tutte e dodici le superfici — presente in circa tre casi su quattro di errore provocato — era un errore di validazione inline reso come uno span rosso stilizzato accanto a un campo di input, senza regione aria-live, senza puntatore aria-describedby dall'input al testo dell'errore e senza spostamento programmatico del focus sull'errore. L'errore è visibile. L'errore non viene annunciato. L'utente screen reader invia, la pagina non si ricarica, l'utente non sa perché non è successo nulla, e l'utente invia di nuovo.</p>
  <p>Lo schema si aggrava con la violazione del timeout di sessione: un richiedente disabile passa attraverso errori di validazione non annunciati alla velocità della rilettura umana, raggiunge il timeout di 15 minuti, perde il modulo e ricomincia da capo. La correzione è due righe per errore — una regione aria-live vicino a ogni fieldset, polite, in cui la routine di validazione scrive quando si attiva. Nessuna delle superfici sottoposte ad audit lo fa in modo coerente.</p>

  <p class="pull-quote">La parte più costosa del risanamento di questi portali non è l'ingegneria. È il contratto di appalto che deve essere riaperto.</p>

  <hr />

  <h2 id="doj">08. Implicazioni applicative del DOJ Titolo II</h2>
  <p>La norma finale DOJ Titolo II del 24 aprile 2024 — codificata al 28 CFR Part 35, Subpart H — adotta WCAG 2.1 Livello AA come standard federale di accessibilità per i contenuti web e le app mobile dei governi statali e locali. I grandi enti pubblici (popolazioni di 50.000 o più) avevano una scadenza di conformità al 24 aprile 2026; gli enti più piccoli hanno tempo fino al 24 aprile 2027. Ogni stato in questo audit serve una popolazione ben al di sopra della soglia di 50.000. La scadenza di aprile 2026 è nel passato.</p>
  <p>La norma prevede eccezioni — contenuti archiviati, documenti individualizzati, contenuti non pubblici protetti da password, contenuti di terze parti non pubblicati dall'ente — ma il percorso canonico della domanda di disoccupazione non rientra in nessuna di esse. Un modulo di domanda iniziale su un portale UI statale è attuale, rivolto al pubblico, fornito dall'ente e utilizzato dal pubblico. È esattamente all'interno della superficie regolata.</p>
  <p>L'applicazione ai sensi del Titolo II procede attraverso indagini avviate dal DOJ (la Sezione dei diritti delle persone con disabilità della Civil Rights Division), reclami individuali depositati su <a href="https://civilrights.justice.gov">civilrights.justice.gov</a>, e contenzioso privato ai sensi dello stesso statuto. I rimedi contemplati dalla norma includono piani di conformità, accordi di monitoraggio, danni compensativi ai denuncianti identificati e — nel schema del decreto di consenso che il Dipartimento utilizza dall'accordo H&amp;R Block del 2014 — calendari di risanamento a livello nazionale con obiettivi di conformità WCAG nominati. Per ulteriori informazioni su ciò che attira specificamente l'attenzione del DOJ, si veda il nostro articolo complementare sulla <a href="/articles/doj-title-ii-rule-turns-2">norma DOJ Titolo II, a due anni dall'emanazione</a>.</p>

  <div class="callout safe">
    <div class="ct">Il percorso avanti per il civic tech</div>
    <p>I portali in fondo alla classifica non sono irrecuperabili. Lo schema che ha funzionato con Login.gov — progettazione con l'accessibilità come priorità, monitoraggio continuo, obiettivi di conformità WCAG nominati nel contratto di appalto e un unico proprietario responsabile del backlog di risanamento — è un modello che un CIO statale può adottare in un singolo ciclo di appalto. La comunità del civic tech costruisce questo schema, pubblicamente, da un decennio. Gli stati più esposti sono quelli che non lo hanno adottato.</p>
  </div>

  <hr />

  <h2 id="closing">09. Il percorso del richiedente disabile è la UX del civic tech nel caso peggiore — e il più importante da risolvere</h2>
  <p>La disoccupazione è per definizione un momento di pressione finanziaria acuta. Il richiedente non ha reddito, ha riserve finite e una finestra temporale fissa per presentare la domanda. Un non-richiedente abbandona un checkout e-commerce rotto e acquista altrove. Un richiedente disabile di assicurazione contro la disoccupazione non può farlo. Il servizio è obbligatorio, i tempi sono fissi, l'alternativa è la miseria.</p>
  <p>Questo è ciò che rende un portale per le prestazioni la superficie di accessibilità più critica sul web pubblico. I dieci portali statali sottoposti ad audit sono, con due o tre eccezioni, attualmente non conformi alla norma federale entrata in vigore nell'aprile 2026. Erano anche, prima che quella norma esistesse, i fallimenti di accessibilità più significativi nel civic tech americano. La norma DOJ non ha reso importanti questi portali. Li ha resi giuridicamente perseguibili.</p>
  <p>Ciò che cambia successivamente è l'applicazione, non la tecnologia. Le correzioni — aria-live sugli errori inline, un controllo estendi-sessione con focus raggiungibile, PDF con tag, uno stato di upload annunciato, un fallback CAPTCHA funzionante — sono individualmente piccole, ben documentate e all'interno del budget di manutenzione ordinaria di ogni agenzia dell'elenco. Ciò che è mancato è la pressione normativa, l'attenzione politica e il linguaggio del contratto di appalto per far avvenire il risanamento. La prima è ora presente.</p>

  <div class="footer-note">
    <p><strong>Metodologia e dati:</strong> Audit proprietario di dodici portali USA per le prestazioni — i portali per l'assicurazione contro la disoccupazione gestiti dai dieci stati USA più popolosi (California, Texas, Florida, New York, Pennsylvania, Illinois, Ohio, Georgia, North Carolina, Michigan), più Login.gov e le superfici per i richiedenti SSA.gov. Finestra dell'audit dal 7 marzo al 12 maggio 2026. Strumenti: axe-DevTools Pro 4.10; NVDA 2024.4 su Windows 11; VoiceOver su macOS 14.7 e iOS 18.2; TalkBack su Android 15; PAC 2024 e Acrobat Pro DC per la valutazione dei PDF con tag. Metodologia: ogni portale è stato percorso a partire da una sessione a freddo attraverso il percorso canonico del richiedente, con violazioni registrate rispetto ai criteri di successo WCAG 2.1 AA e il filtro a quattro criteri applicato. Il punteggio di accessibilità riportato nella classifica combina il tasso di superamento di axe-DevTools per pagina con i risultati dei criteri; la formula è documentata nelle note di audit sottostanti.</p>
    <p><strong>Contesto giuridico:</strong> La norma finale DOJ Titolo II del 24 aprile 2024 (28 CFR Part 35, Subpart H, pubblicata nel Federal Register al 89 FR 31320) adotta WCAG 2.1 Livello AA come standard federale di accessibilità per i contenuti web e le app mobile dei governi statali e locali. I grandi enti pubblici hanno raggiunto la prima scadenza di conformità il 24 aprile 2026; gli enti che servono popolazioni inferiori a 50.000 hanno tempo fino al 24 aprile 2027. La norma contiene sei eccezioni limitate; il percorso canonico della domanda di disoccupazione non rientra in nessuna di esse. L'applicazione del Titolo II avviene attraverso indagini avviate dal DOJ, reclami individuali depositati su civilrights.justice.gov e contenzioso privato.</p>
    <p><strong>Cosa questo articolo non è:</strong> Si tratta di un audit settoriale, non di un parere legale. Il punteggio portale per portale riflette la finestra dell'audit e il percorso canonico definito nella metodologia — i portali potrebbero essere stati aggiornati tra la finestra dell'audit e la pubblicazione. La postura di conformità specifica per qualsiasi portale nominato deve essere determinata da un avvocato e mediante test aggiornati. Questo articolo non costituisce un parere legale e non sostituisce un audit di accessibilità individualizzato condotto da personale qualificato.</p>
  </div>

</div>

---
title: Il passaggio di consegne designer-ingegnere fallisce l'accessibilità: uno studio su 50 file Figma
url: https://www.disabilityworld.org/it/articles/designer-to-engineer-handoff-figma/
description: Sono stati sottoposti ad audit 50 file Figma di produzione — anonimizzati, con autorizzazione — per verificare quali specifiche di accessibilità siano effettivamente incluse nel passaggio di consegne.
author: Disability World
pubDate: 2026-05-22
tags: figma, design-handoff, designers, engineers, accessibility, design-tokens, tech-news
---

# Il passaggio di consegne designer-ingegnere fallisce l'accessibilità: uno studio su 50 file Figma

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Engineering primer · Audit handoff Figma</div>
      <h1 class="hero__title" id="hero-heading">
        Il passaggio di consegne designer-ingegnere fallisce l'accessibilità<br/>
        <em>uno studio su 50 file Figma</em>
      </h1>
      <p class="hero__lead">Sono stati ottenuti accessi in sola visualizzazione a 50 file Figma di produzione di 28 team di prodotto, con autorizzazione e piena anonimizzazione, e ciascuno è stato esaminato con un'unica domanda: quando l'ingegnere apre questo file e inizia l'implementazione, quali decisioni di accessibilità ha già preso il designer — e quali vengono lasciate all'ingegnere da inventare alle 16 di un venerdì? La risposta, file dopo file, è che la maggior parte di esse vengono ancora inventate alle 16.</p>
      <div class="hero__stats" aria-label="Cifre principali sull'handoff">
        <div class="stat-chip">
          <div class="stat-chip__num">50</div>
          <div class="stat-chip__label">file Figma di produzione sottoposti ad audit, anonimizzati</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">60%</div>
          <div class="stat-chip__label">dei componenti interattivi consegnati senza design dello stato focus</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">5</div>
          <div class="stat-chip__label">proprietà di accessibilità tracciate in ogni file</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">A cura di <strong>disabilityworld.org engineering desk</strong></div>
        <div class="hero__pill">11 min di lettura</div>
        <div class="hero__pill">Aggiornato maggio 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Sezioni dell'articolo">
    <div class="toc-bar__inner">
      <p>Contenuto</p>
      <ul role="list">
        <li><a href="#s1">1. Come sono stati sottoposti ad audit i 50 file</a></li>
        <li><a href="#s2">2. Design dello stato focus: il divario del 60%</a></li>
        <li><a href="#s3">3. Annotazioni del testo alternativo: per lo più assenti</a></li>
        <li><a href="#s4">4. Ordine di lettura, movimento, contrasto in dark mode</a></li>
        <li><a href="#s5">5. Stark e Able: adozione discontinua</a></li>
        <li><a href="#s6">6. Una checklist per l'handoff e un contratto di token</a></li>
        <li><a href="#conclusion">Conclusione</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Fondamenta</div>
        <h2 class="section-title" id="s1-heading">1. Come sono stati sottoposti ad audit i 50 file</h2>
        <div class="prose">
          <p>Il campione è composto da 50 file Figma di 28 team di prodotto in ambito SaaS, retail, fintech, settore pubblico ed edtech. L'accesso in sola visualizzazione è stato negoziato su base non attribution: nulla in questo articolo identifica un brand, un team o un designer. I file sono stati scelti per riflettere ciò che un ingegnere riceverebbe effettivamente all'handoff — non uno studio di caso rifinito da un portfolio — quindi a ogni team è stato chiesto di condividere il file da cui è stata consegnata la funzionalità più recente, non il file di cui erano più orgogliosi. Dodici dei file provenivano da team con una pratica dedicata di design system; gli altri 38 erano file a livello di prodotto che importavano una libreria di sistema o gestivano i propri componenti inline.</p>
          <p>Ogni file è stato esaminato alla ricerca di cinque proprietà di accessibilità: design dello stato focus su ogni componente interattivo, annotazioni del testo alternativo su ogni immagine o icona non decorativa, documentazione dell'ordine di lettura nel layout, gestione delle preferenze di movimento per qualsiasi elemento animato o in transizione, e specifica del contrasto in dark mode per qualsiasi componente consegnato sia in tema chiaro che scuro. Per ogni proprietà, un file ha ricevuto il punteggio «documentato» solo se un ingegnere competente potesse implementare il design senza dover inventare la risposta autonomamente. «Menzionato in un post-it» non contava. «Colore esadecimale specificato in un singolo stato hover» non contava. Il livello era: la decisione è nel file in una forma su cui l'ingegnere può agire senza chiedere?</p>
          <p>Il risultato principale è che l'handoff, secondo questo parametro, manca le decisioni di accessibilità molto più spesso di quanto le includa. Il design dello stato focus è apparso su circa il 40% dei componenti interattivi nel corpus. Le annotazioni del testo alternativo sono apparse su circa il 22% delle immagini che ne avevano bisogno. L'ordine di lettura era esplicitamente documentato nel 16% dei file. Le preferenze di movimento erano affrontate nel 10%. Il contrasto in dark mode — per i 31 file che consegnavano entrambi i temi — era specificato per il 30% dei componenti. Il divario non riguarda una singola proprietà. Riguarda tutte e cinque, e l'ingegnere è lasciato a colmarle un giudizio alla volta.</p>
        </div>

        <div class="stat-row" aria-label="Scala dell'audit">
          <div class="stat-card">
            <div class="stat-card__num">50</div>
            <div class="stat-card__label">file sottoposti ad audit da 28 team di prodotto (snapshot maggio 2026)</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">28</div>
            <div class="stat-card__label">team distinti, anonimizzati, in cinque settori</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">5</div>
            <div class="stat-card__label">proprietà di accessibilità valutate per file, per componente</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">circa 1.800</div>
            <div class="stat-card__label">componenti interattivi toccati nel corpus</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Cosa significa «documentato» in questo audit</span>
            <div class="callout__body"><p>È stato utilizzato il parametro «l'ingegnere legge e implementa». Uno stato focus conta come documentato se il file mostra la specifica visiva — colore del contorno, larghezza, offset, contrasto rispetto allo sfondo dell'elemento con focus — in una forma che l'ingegnere può mappare su un token CSS. Un messaggio Slack vicino che dice «usa il blu del brand» non conta, perché i messaggi Slack non sopravvivono all'handoff. Il file deve portare la decisione da solo.</p></div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«L'handoff non sta fallendo perché i designer non si preoccupano dell'accessibilità. Sta fallendo perché il formato del file tratta l'accessibilità come un'annotazione nei commenti quando dovrebbe essere una proprietà di primo livello di ogni componente.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— disabilityworld.org engineering desk, note di audit</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Proprietà uno</div>
        <h2 class="section-title" id="s2-heading">2. Design dello stato focus: il divario del 60%</h2>
        <div class="prose">
          <p>Degli circa 1.800 componenti interattivi toccati nel corpus — pulsanti, link, input, checkbox, switch, tab, combobox, voci di menu, card-come-pulsante, qualsiasi elemento raggiungibile da un utente da tastiera — circa il 40% consegnava uno stato focus progettato. Il restante 60% consegnava uno stato predefinito, uno attivo e uno hover, e poi si fermava. L'ingegnere che costruisce il componente sceglie un outline di focus al momento dell'implementazione, di solito copiando il default del browser, di solito senza verificare che il default abbia un contrasto 3:1 rispetto alla superficie del componente sia nel tema chiaro che in quello scuro consegnati dal file.</p>
          <p>Come appare «nessun design dello stato focus» nella pratica? Appare come un componente pulsante con tre varianti nel canvas — riposo, hover, premuto — e nessuna quarta variante. Appare come un campo input con un bordo stilizzato e nessun secondo stile di bordo per lo stato con focus. Appare come un primitivo checkbox con un anello di focus solo sulla variante di riposo, con l'ingegnere lasciato a indovinare se lo stesso anello debba apparire sulla variante selezionata o indeterminata. Lo schema si ripete tra componenti, tra team, tra settori. È il singolo divario di accessibilità più grande nel corpus e il più semplice da progettare.</p>
          <p>I team che hanno progettato bene gli stati focus avevano uno di due elementi a loro favore. Il primo era una regola esplicita del design system: ogni componente interattivo deve consegnare una variante il cui nome inizia con <code>focus-</code>, e il componente non viene rilasciato nella libreria finché quella variante non esiste. Il secondo era una proprietà di componente Figma chiamata <code>state</code> con focus, focus-visible e focus-within come valori enumerati, così che il browser dei componenti del file evidenzi visivamente le varianti mancanti. I team senza uno di questi due scaffold lasciavano lo stato focus all'ingegnere circa nove volte su dieci.</p>
        </div>

        <div class="stat-row" aria-label="Risultati sullo stato focus">
          <div class="stat-card">
            <div class="stat-card__num">60%</div>
            <div class="stat-card__label">dei componenti interattivi consegnati senza design dello stato focus</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">circa 720</div>
            <div class="stat-card__label">componenti che hanno superato il parametro dello stato focus nel corpus</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">2</div>
            <div class="stat-card__label">scaffold che hanno colmato il divario: denominazione delle varianti di stato o enum di proprietà del componente</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">12 / 50</div>
            <div class="stat-card__label">file che non usavano nessuno scaffold e non mostravano alcuno stato focus</div>
          </div>
        </div>

        <figure class="comparison-card">
          <div class="comparison-card__head">Un componente Figma con lo stato focus progettato vs senza</div>
          <div class="comparison-card__list">
            <div class="cmp-grid">
              <div class="cmp-card good">
                <div class="cmp-card-label">Con — quattro varianti nominate, specifica focus nel file</div>
                <p>Componente pulsante, quattro varianti: <code>state=default</code>, <code>state=hover</code>, <code>state=pressed</code>, <code>state=focus-visible</code>. La variante focus-visible mostra un contorno da 2px, offset 2px, token colore <code>--focus-ring</code> (che a sua volta è mappato su un esadecimale che supera il 3:1 rispetto alla superficie del pulsante in entrambi i temi). L'ingegnere legge il pannello di ispezione e copia il riferimento al token; nulla viene inventato.</p>
              </div>
              <div class="cmp-card better">
                <div class="cmp-card-label">Senza — tre varianti, focus lasciato all'ingegnere</div>
                <p>Stesso componente pulsante, tre varianti: <code>default</code>, <code>hover</code>, <code>pressed</code>. Nessuna variante focus nel canvas. Un post-it del designer dice «usa l'anello di focus del sistema». L'ingegnere cerca nella libreria del design system, trova due anelli di focus candidati (uno dai pulsanti, uno dagli input, larghezze leggermente diverse), ne sceglie uno, lo consegna, e il controllo QA tre settimane dopo lo segnala perché l'anello scelto scende sotto 3:1 sulla superficie del pulsante secondario disabilitato ma ancora con focus.</p>
              </div>
            </div>
          </div>
        </figure>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">La trappola del default del browser</span>
            <div class="callout__body"><p>Quando lo stato focus non è nel file, gli ingegneri spesso consegnano il default del browser — e il default del browser viene sovrascritto dal <code>*:focus &#123; outline: none &#125;</code> globale nella maggior parte dei CSS reset che lo stesso ingegnere ha aggiunto sei mesi prima per eliminare un commento di revisione diverso. Il risultato è un componente che appare corretto nell'anteprima Figma, appare corretto nell'ambiente di sviluppo con il reset disabilitato, e viene consegnato senza alcun indicatore di focus visibile.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Proprietà due</div>
        <h2 class="section-title" id="s3-heading">3. Annotazioni del testo alternativo: per lo più assenti</h2>
        <div class="prose">
          <p>Dei file nel corpus che includevano immagini di contenuto — fotografie di prodotto, illustrazioni hero, pulsanti solo icona, figure infografiche — il 78% non aveva annotazioni del testo alternativo sui livelli immagine. L'immagine era posizionata, dimensionata e stilizzata; l'equivalente testuale che ci si aspettava l'ingegnere inserisse nell'<code>&lt;img&gt;</code> reso non era nel file. Otto dei 50 file avevano il testo alternativo su alcune immagini ma non su tutte, di solito con l'illustrazione hero annotata e le immagini di contenuto nel corpo vuote. Tre file avevano il testo alternativo su ogni immagine. L'ingegnere, in 47 file su 50, era tenuto a inventare il testo alternativo — e nella pratica spesso lo ereditava dal nome del file, dalla didascalia o da qualsiasi stringa si adattasse al ritmo visivo.</p>
          <p>Il divario è strutturale al primitivo immagine di Figma. Non esiste una proprietà «alt» nativa su un riempimento immagine o un livello immagine; il testo alternativo deve essere portato come nome del livello, un commento, un post-it, un documento di specifica separato o un campo aggiunto da un plugin. Nessuna di queste opzioni passa attraverso il pannello di ispezione per impostazione predefinita, quindi l'ingegnere che legge il file nella visualizzazione di ispezione non vede il testo alternativo anche se il designer lo ha scritto altrove. I team che hanno colmato il divario in modo coerente utilizzavano uno dei tre approcci: campi di testo alternativo gestiti da plugin su ogni variante immagine, una convenzione documentata secondo cui il nome del livello è il testo alternativo, oppure un foglio di calcolo separato con il testo alternativo indicizzato per nome file che veniva consegnato insieme al file.</p>
          <p>I pulsanti solo icona erano un sotto-fallimento all'interno di questo schema. In 41 dei 50 file, i pulsanti icona — la lente di ingrandimento, l'hamburger menu, la X di chiusura, la freccia di condivisione — non avevano alcuna annotazione del nome accessibile, lasciando all'ingegnere il compito di scrivere <code>aria-label="Cerca"</code> dal contesto visivo senza conferma che «Cerca» fosse la parola giusta nel tono del brand (era «Trova»? era «Ricerca»? era nulla perché il pulsante apre un pannello già etichettato altrove?). La nomenclatura delle icone è esattamente il tipo di decisione redazionale micro che beneficia della penna di un designer, ed esattamente il tipo che l'handoff perde.</p>
        </div>

        <div class="stat-row" aria-label="Risultati sul testo alternativo">
          <div class="stat-card">
            <div class="stat-card__num">78%</div>
            <div class="stat-card__label">dei file non aveva annotazioni del testo alternativo sulle immagini di contenuto</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">41 / 50</div>
            <div class="stat-card__label">file che lasciavano i nomi accessibili dei pulsanti icona all'ingegnere</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">3 / 50</div>
            <div class="stat-card__label">file che annotavano il testo alternativo su ogni immagine, end-to-end</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">3</div>
            <div class="stat-card__label">approcci usati dai team che hanno colmato il divario: campo plugin, convenzione nome livello, foglio di calcolo</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Decorativo vs informativo è una decisione di design</span>
            <div class="callout__body"><p>Ogni immagine è decorativa (il testo alternativo dovrebbe essere vuoto, lo screen reader la salta) o informativa (il testo alternativo porta le informazioni che il visivo trasmette). Questa scelta è una decisione di contenuto, e appartiene al designer o al redattore, non all'ingegnere che ci ragiona a mezzanotte. Un file che non dice nulla su quali immagini sono decorative consegna o troppo testo alternativo (ogni immagine è descritta verbosamente, incluse quelle che sono puro ornamento) o troppo poco (l'illustrazione hero è descritta, ogni immagine nel corpo riceve <code>alt=""</code> perché l'ingegnere ha scelto la strada più sicura).</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Le altre tre proprietà</div>
        <h2 class="section-title" id="s4-heading">4. Ordine di lettura, movimento, contrasto in dark mode</h2>
        <div class="prose">
          <p>Le restanti tre proprietà presentavano forme distinte di fallimento. L'ordine di lettura — l'ordine in cui uno screen reader narrerà la pagina, che nei layout responsive moderni non è più garantito corrispondere all'ordine visivo dall'alto verso il basso — era documentato nel 16% dei file. La documentazione, dove esisteva, era di solito una sovrapposizione numerata nel canvas (1, 2, 3 …) aggiunta con un plugin. L'altro 84% lasciava all'ingegnere la mappatura dell'ordine di lettura dall'ordine DOM che si trovava a scrivere, che su un layout CSS Grid con posizionamento esplicito riga-colonna può divergere dal layout visivo di un'intera colonna.</p>
          <p>Le preferenze di movimento hanno avuto i risultati peggiori. Il dieci percento dei file menzionava <code>prefers-reduced-motion</code> tout court. Il restante 90% specificava animazioni e transizioni — entrate modali, espansioni accordion, slide di snackbar, transizioni di pagina — senza specificare cosa avrebbe dovuto fare lo stesso componente quando l'utente ha abilitato il movimento ridotto. L'ingegnere o costruiva il caso di movimento ridotto al momento dell'implementazione (spesso senza un riferimento visivo) o consegnava la stessa animazione a tutti, che è il default e che viola il criterio 2.3.3 Animazione da interazioni per gli utenti che impostano la preferenza.</p>
          <p>Il contrasto in dark mode era specificato per il 30% dei componenti nei file che consegnavano entrambi i temi. L'altro 70% specificava il contrasto del tema chiaro — di solito con un'annotazione Stark o di un verificatore di contrasto nel file — e poi rilasciava il tema scuro con una palette con colori invertiti, lasciando all'ingegnere il compito di verificare se la coppia invertita superasse ancora il 4,5:1 per il testo del corpo e il 3:1 per i componenti UI. In circa un quinto dei 31 file dual-theme, almeno un componente scendeva sotto la soglia di contrasto nel tema scuro perché la superficie scura e il testo scuro erano entrambi calibrati per la matematica del contrasto del tema chiaro, non di quello scuro.</p>
        </div>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">La matrice seguente riassume i cinque divari</span>
            <div class="callout__body"><p>La matrice traccia il «tasso di completamento» per ogni proprietà nel corpus — la quota di file in cui la proprietà era documentata secondo il parametro «l'ingegnere legge e implementa». Le colonne suddividono il tasso in base al fatto che il file provenisse da un team con una pratica dedicata di design system o da un team di prodotto che gestisce i componenti inline; il divario tra le due colonne è il delta sistema-vs-no-sistema.</p></div>
          </div>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th scope="col">Proprietà di accessibilità</th>
              <th scope="col">Tutti i 50 file</th>
              <th scope="col">Team con design system (12)</th>
              <th scope="col">Team di prodotto (38)</th>
              <th scope="col">Delta sistema-vs-prodotto</th>
            </tr>
          </thead>
          <tbody>
            <tr><th scope="row">Design dello stato focus (componenti interattivi)</th><td>40%</td><td>75%</td><td>29%</td><td>+46pp</td></tr>
            <tr><th scope="row">Annotazioni testo alternativo (immagini di contenuto)</th><td>22%</td><td>50%</td><td>13%</td><td>+37pp</td></tr>
            <tr><th scope="row">Ordine di lettura (livello canvas)</th><td>16%</td><td>42%</td><td>8%</td><td>+34pp</td></tr>
            <tr><th scope="row">Preferenze di movimento (elementi animati)</th><td>10%</td><td>33%</td><td>3%</td><td>+30pp</td></tr>
            <tr><th scope="row">Contrasto dark mode (solo file dual-theme, n=31)</th><td>30%</td><td>55%</td><td>19%</td><td>+36pp</td></tr>
          </tbody>
        </table>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«I team con design system documentano le decisioni di accessibilità a circa il doppio del tasso dei team di prodotto — ma anche i team con il sistema superano il parametro su una sola proprietà su cinque per la maggior parte del tempo.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— disabilityworld.org engineering desk, note di audit</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Strumenti</div>
        <h2 class="section-title" id="s5-heading">5. Stark e Able: adozione discontinua</h2>
        <div class="prose">
          <p>I due plugin che compaiono più spesso nel corpus sono Stark e Able. Entrambi sono maturi, entrambi sono ben considerati, ed entrambi offrono funzionalità che colmano diversi dei divari documentati sopra. Stark aggiunge un verificatore di contrasto, una sovrapposizione dell'ordine di focus, un'anteprima del movimento ridotto e un campo di annotazione del testo alternativo sui livelli immagine. Able aggiunge un ispettore del contrasto cromatico, una sovrapposizione di simulazione visiva e un verificatore delle dimensioni dei target di tocco. Entrambi i plugin, usati in modo coerente su un file, porterebbero quel file fuori dal quartile inferiore del corpus.</p>
          <p>Usati in modo coerente è la frase operativa. Nei 50 file, Stark era installato e visibilmente usato in 18, e Able in 11. Nei file in cui il plugin era usato, veniva di solito usato sul componente hero e sul CTA principale — i componenti più probabilmente sul canvas quando il designer ha aperto il plugin — e solo sporadicamente altrove. Sei file usavano Stark su un passaggio globale; uno usava Able su un passaggio globale. Lo schema è: i plugin esistono, i designer li conoscono, vengono utilizzati per controlli spot, e poi il controllo spot si ferma ai componenti che il designer stava guardando quando il plugin era aperto.</p>
          <p>I due team che hanno chiuso l'audit sull'utilizzo dei plugin hanno fatto una cosa diversa: hanno eseguito la funzionalità di audit del plugin su ogni pagina del file come passaggio di release-gate prima che il file fosse condiviso con l'ingegneria. L'audit girava nel file, produceva un rapporto, e il rapporto doveva essere vuoto (o le sue eccezioni documentate) prima che il file passasse da «in design» a «pronto per l'ingegneria». Questo è il plugin-come-flusso-di-lavoro piuttosto che il plugin-come-controllo-spot, ed è la differenza tra l'80% di copertura e il 20% di copertura nel campione.</p>
        </div>

        <div class="combo-grid">

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Stark</div>
                <div class="combo-card__sub">Stark Lab · contrasto, ordine di focus, movimento, alt</div>
              </div>
            </div>
            <div class="combo-card__usage">circa 1,4 M installazioni tra Figma + Sketch + Adobe XD (maggio 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Adozione nel corpus</span><span>18 / 50 file (36%)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usato come flusso di lavoro</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Copertura dei divari se usato end-to-end</span><span>4 di 5 proprietà colmabili (focus, contrasto, alt, movimento)</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Able</div>
                <div class="combo-card__sub">Able · contrasto, simulazione visiva, target di tocco</div>
              </div>
            </div>
            <div class="combo-card__usage">circa 320 k installazioni nella community Figma (maggio 2026)</div>
            <div class="combo-feat"><span class="combo-feat__label">Adozione nel corpus</span><span>11 / 50 file (22%)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Usato come flusso di lavoro</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot"></span> <span class="dot"></span><span class="dot"></span><span class="dot"></span></span></div>
            <div class="combo-feat"><span class="combo-feat__label">Copertura dei divari se usato end-to-end</span><span>2 di 5 proprietà colmabili (contrasto, contrasto dark mode)</span></div>
          </article>

        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">I plugin sono necessari, non sufficienti</span>
            <div class="callout__body"><p>Un plugin alza il livello minimo: il verificatore di contrasto individua gli evidenti fallimenti 2,1:1, il campo del testo alternativo dà al designer un posto dove digitare. Nulla di tutto ciò aiuta se il plugin gira su tre componenti e non sui restanti 27. La soluzione è inserire il plugin nel flusso di lavoro — un passaggio di release-gate, una checklist pre-handoff, un branch Figma che non può essere unito senza un rapporto vuoto del plugin — piuttosto che nella discrezione del designer nel momento in cui ricorda che esiste.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Manuale operativo</div>
        <h2 class="section-title" id="s6-heading">6. Una checklist per l'handoff e un contratto di token</h2>
        <div class="prose">
          <p>L'audit produce una checklist e un contratto. La checklist è ciò che un designer dovrebbe essere in grado di spuntare prima che il file venga condiviso con l'ingegneria. Il contratto è la forma dei design token che accompagnano il file affinché l'ingegnere mappi le variabili Figma sulle custom property CSS senza inventare valori intermedi. Entrambi sono brevi per scelta: ogni voce della checklist è una proprietà misurata dall'audit, e ogni token nel contratto è un valore che ha colmato un divario nel corpus.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Ogni componente interattivo consegna una variante <code>state=focus-visible</code>.</h3>
            <p>Non «il sistema ha un anello di focus». Una variante chiamata <code>focus-visible</code> sul componente stesso, con il colore del contorno, la larghezza e l'offset legati al token dell'anello di focus. La variante è ciò che l'ingegnere copia nell'implementazione; senza di essa, l'ingegnere indovina.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Ogni immagine di contenuto ha il testo alternativo in un campo gestito da plugin o in una convenzione di nome livello documentata.</h3>
            <p>Occorre scegliere una posizione e applicarla in modo coerente. Il campo del testo alternativo di Stark, il nome del livello trattato come alt, o un foglio di calcolo sidecar — ognuno dei tre funziona, ma solo se ogni immagine nel file usa lo stesso. I pulsanti solo icona ricevono anche un'annotazione del nome accessibile, nella stessa posizione, con la stringa esatta che l'ingegnere dovrebbe inserire in <code>aria-label</code>.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>L'ordine di lettura è documentato su qualsiasi pagina in cui l'ordine DOM divergerà dall'ordine visivo.</h3>
            <p>La documentazione più semplice è una sovrapposizione numerata aggiunta con un plugin (Stark ne ha una, così come diversi plugin della community). Per le pagine il cui ordine è banalmente dall'alto verso il basso e da sinistra a destra, è possibile omettere la sovrapposizione; per qualsiasi cosa che utilizzi posizionamento CSS Grid, named-areas o posizionamento assoluto, la sovrapposizione è obbligatoria.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Ogni elemento animato o in transizione ha una variante con movimento ridotto nel canvas.</h3>
            <p>Un secondo frame, una seconda variante o una versione documentata «senza animazione». L'ingegnere non dovrebbe inventare il caso di movimento ridotto — il designer dovrebbe specificare se il modal fa un cross-fade invece di scorrere, lo snackbar appare istantaneamente invece di scorrere, la transizione di pagina viene completamente omessa.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>Per i file dual-theme, il contrasto viene verificato nel tema scuro separatamente, non derivato dal tema chiaro.</h3>
            <p>La matematica del contrasto in dark mode è un problema a sé; invertire la palette non è sufficiente. Occorre eseguire Stark o Able su ogni componente in dark mode, non solo in light. Documentare il rapporto di contrasto nelle note della variante in modo che l'ingegnere possa verificare che l'implementazione corrisponda.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">6</div>
          <div>
            <h3>Il file viene consegnato insieme a un contratto di token: una lista piatta di ogni variabile Figma mappata alla sua custom property CSS.</h3>
            <p>Il contratto è il ponte tra il file e il codebase. Un contratto tipico assomiglia alla tabella seguente: ogni riga nomina una variabile Figma, la custom property CSS a cui l'ingegnere dovrebbe associarla, il valore nel tema chiaro, il valore nel tema scuro e il criterio WCAG a cui il token partecipa.</p>
          </div>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th scope="col">Variabile Figma</th>
              <th scope="col">Custom property CSS</th>
              <th scope="col">Valore tema chiaro</th>
              <th scope="col">Valore tema scuro</th>
              <th scope="col">Legami WCAG</th>
            </tr>
          </thead>
          <tbody>
            <tr><th scope="row">color/focus-ring</th><td><code>--focus-ring</code></td><td><code>#0B57D0</code></td><td><code>#A8C7FA</code></td><td>2.4.7, 1.4.11</td></tr>
            <tr><th scope="row">color/text/body</th><td><code>--text-body</code></td><td><code>#1F1F1F</code></td><td><code>#E3E3E3</code></td><td>1.4.3 (4,5:1 sulla superficie)</td></tr>
            <tr><th scope="row">color/surface/raised</th><td><code>--surface-raised</code></td><td><code>#FFFFFF</code></td><td><code>#1F1F1F</code></td><td>1.4.11 (3:1 rispetto all'adiacente)</td></tr>
            <tr><th scope="row">size/touch-target/min</th><td><code>--touch-target-min</code></td><td><code>44px</code></td><td><code>44px</code></td><td>2.5.5, 2.5.8</td></tr>
            <tr><th scope="row">motion/duration/standard</th><td><code>--motion-standard</code></td><td><code>200ms</code></td><td><code>200ms</code></td><td>2.3.3 (salta se reduced-motion)</td></tr>
            <tr><th scope="row">motion/duration/reduced</th><td><code>--motion-reduced</code></td><td><code>0ms</code></td><td><code>0ms</code></td><td>2.3.3</td></tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">Perché il contratto è la leva</span>
            <div class="callout__body"><p>Una volta che il contratto esiste, il lavoro dell'ingegnere è meccanico: associare la custom property CSS alla variabile Figma, consegnare l'implementazione, verificare confrontando i valori resi con il contratto. Senza il contratto, ogni associazione è una scelta discrezionale, e le scelte discrezionali si accumulano nel divario del 60%. Il contratto è il singolo artefatto che sposta l'accessibilità da «l'ingegnere è responsabile al momento dell'handoff» a «il sistema è responsabile al momento della progettazione».</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Conclusione: il file è il contratto</h2>
        <div class="prose">
          <p>L'audit su 50 file si chiude con una semplice osservazione. L'handoff sta fallendo l'accessibilità non perché i designer non si preoccupino e non perché gli ingegneri non si preoccupino, ma perché il file — il file Figma, il singolo artefatto che ogni parte legge — non porta le decisioni di accessibilità come proprietà di primo livello. Stati focus, testo alternativo, ordine di lettura, preferenze di movimento, contrasto in dark mode: ciascuna di esse è una decisione di design, ciascuna appartiene al file, ciascuna si trova attualmente da qualche altra parte. In un post-it, in un messaggio Slack, in un foglio di calcolo separato, nella testa dell'ingegnere alle 16 di un venerdì.</p>
          <p>La soluzione non è un designer eroico o un ingegnere eroico. È un cambiamento del flusso di lavoro a livello di team: ogni componente interattivo consegna una variante focus, ogni immagine porta il testo alternativo in un'unica posizione gestita da plugin, l'ordine di lettura viene sovrapposto su qualsiasi pagina non banale, le animazioni specificano la loro controparte con movimento ridotto, il contrasto in dark mode viene verificato separatamente da quello chiaro, e il file viene consegnato insieme a un contratto di token che nomina ogni variabile a cui l'implementazione si associa. Nessuno di questi passaggi è nuovo, nessuno richiede uno strumento che non si abbia già, e qualsiasi team che li adotti come passaggi di release-gate colmerà la maggior parte dei divari misurati in un singolo ciclo di rilascio.</p>
          <p>Il risultato più profondo è che i team con design system lo fanno già a circa il doppio del tasso dei team di prodotto. Il contributo che i team con design system forniscono è esattamente il contributo che impone la disciplina di costruire un sistema: i componenti sono nominati, le proprietà sono enumerate, le varianti sono visibili, i token sono espliciti. Portare la stessa disciplina ai file a livello di prodotto — anche senza un design system completo alla base — colma la maggior parte del divario dell'handoff. Non è più un problema di strumenti. È una scelta di flusso di lavoro.</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Il file dovrebbe arrivare con le decisioni di accessibilità già prese. Qualsiasi altra cosa è l'ingegnere che le inventa nel momento peggiore, con il minimo contesto, nella scadenza più stringente.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— disabilityworld.org engineering desk, nota conclusiva</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Inclusione della disabilità nella preparazione ai disastri: la revisione di metà percorso del Sendai, le evidenze 2024-26 e 'non lasciare nessuno indietro' in pratica
url: https://www.disabilityworld.org/it/articles/disability-inclusion-in-disaster-preparedness/
description: A undici anni dal Quadro di Sendai per la riduzione del rischio di catastrofi, l'inclusione della disabilità resta l'impegno più citato e meno attuato. I dati sul terremoto Türkiye-Siria, sulle stagioni dei cicloni nel Pacifico e sugli sfollamenti in Ucraina mostrano dove il divario morde ancora.
author: Disability World
pubDate: 2026-05-22
tags: disasters, sendai-framework, crpd, climate, humanitarian, data
---

# Inclusione della disabilità nella preparazione ai disastri: la revisione di metà percorso del Sendai, le evidenze 2024-26 e 'non lasciare nessuno indietro' in pratica

<div class="src-article" data-template="4">

<p class="rt-prefix">Tempo di lettura: 7 minuti</p>

<p class="wp-block-paragraph">A undici anni dal <strong>Quadro di Sendai per la riduzione del rischio di catastrofi 2015–2030</strong>, l'inclusione della disabilità rimane l'impegno più citato e meno attuato dell'intera architettura di riduzione del rischio di catastrofi (DRR). La revisione di metà periodo all'Incontro di Alto Livello dell'Assemblea Generale delle Nazioni Unite del febbraio 2025 ha nominato esplicitamente il divario, e il registro dei disastri dei ventiquattro mesi precedenti — Türkiye-Siria, tre stagioni di cicloni nel Pacifico, il terzo anno di sfollamento ucraino — ha fornito i dettagli operativi. Questo rapporto sintetizza quanto affermano i dati sull'inclusione della disabilità nella preparazione ai disastri nel 2026, misurato rispetto al pavimento stabilito dal <a href="/regulations/">Quadro di Sendai</a>, dall'<a href="/toolkit/glossary/crpd/">Articolo 11 della CRPD</a> e dalle Linee guida IASC del 2019.</p>

<p class="wp-block-paragraph"><strong>Le persone con disabilità muoiono nei disastri fino a quattro volte più della popolazione generale, eppure meno dell'11% dei finanziamenti umanitari nel 2024 era classificato come inclusivo della disabilità, a fronte di una prevalenza globale di disabilità di circa il 15%</strong> — la stima OMS 2024 di 1,3 miliardi di persone, ossia una su sei. Il divario a tre cifre tra la popolazione, i finanziamenti e i risultati in termini di mortalità è il dato principale del rapporto, ed è la metrica che la revisione di metà periodo del Sendai ha chiesto ai governi di colmare entro il 2030.</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Panoramica della conformità all'inclusione nei disastri</h2>

<p class="wp-block-paragraph">L'inclusione della disabilità nella preparazione ai disastri si fonda su tre strumenti portanti. Il <strong>Quadro di Sendai</strong>, adottato alla Terza Conferenza Mondiale ONU sulla DRR nel marzo 2015, è l'unico strumento DRR universale e l'unico con un mandato esplicito e ripetuto sull'inclusione della disabilità; le persone con disabilità sono nominate nelle Priorità d'Azione 1, 2, 3 e 4, e gli Obiettivi E, F e G sono formalmente disaggregati per disabilità nel Quadro di Monitoraggio di Sendai gestito dall'UNDRR. L'<strong>Articolo 11 della Convenzione ONU sui Diritti delle Persone con Disabilità (CRPD)</strong>, in vigore dal 2008, impone agli Stati Parti di adottare tutte le misure necessarie per garantire la protezione e la sicurezza delle persone con disabilità nelle situazioni di rischio. Le <strong>Linee guida del Comitato Permanente Inter-Agenzie (IASC) sull'inclusione delle persone con disabilità nell'azione umanitaria</strong>, adottate nel novembre 2019, stabiliscono gli standard settore per settore che gli attori umanitari sono tenuti a rispettare.</p>

<p class="wp-block-paragraph">Rispetto a questo pavimento, cinque modalità di insuccesso ricorrono nelle evidenze del periodo 2024–26:</p>

<ul class="wp-block-list">
<li><strong>Il divario nella multimodalità dell'allerta precoce</strong> — la diffusione operativa e pienamente multimodale del Protocollo di Allerta Comune (CAP) (SMS più notifiche accessibili, sirena audio, segnale visivo luminoso e video in lingua dei segni) esiste in meno di 30 dei circa 130 paesi che implementano il CAP.</li>
<li><strong>Il divario nell'evacuazione dagli istituti</strong> — le strutture residenziali per anziani e persone con disabilità intellettiva o psicosociale non dispongono quasi mai di un piano di evacuazione funzionante, concentrando le persone meno in grado di evacuare in un unico edificio.</li>
<li><strong>Il divario nei rifugi accessibili e nei centri di evacuazione accessibili</strong> — larghezze delle porte, pendenze delle rampe e servizi WASH accessibili negli insediamenti temporanei non soddisfano gli standard IASC Sphere-aligned nella maggior parte degli audit post-evento.</li>
<li><strong>Il divario nella disaggregazione dei dati sugli sfollamenti</strong> — i meccanismi di registrazione negli stati ospitanti continuano a non rilevare la disabilità all'accoglienza, rendendo invisibile la popolazione sfollata con disabilità nei dati operativi.</li>
<li><strong>Il divario nelle marcature di finanziamento</strong> — solo circa l'11% dei finanziamenti umanitari è classificato come inclusivo della disabilità, e i bilanci nazionali DRR specificamente destinati all'accessibilità si attestano su cifre bassissime anche negli stati con alta capacità di rendicontazione.</li>
</ul>

<p class="wp-block-paragraph">Il pavimento convenzionale esiste; il divario di attuazione riguarda l'allocazione del bilancio nazionale, chi siede al tavolo della pianificazione e se le organizzazioni di persone con disabilità (OPD) sono coordinate come soggetti principali o consultate come portatori di interesse.</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Analisi per dominio</h2>

<p class="wp-block-paragraph">Le evidenze 2024–26 si articolano in quattro domini operativi: sistemi di allerta precoce, residenti in istituti ed evacuazione, casi di studio recenti e finanza per l'adattamento climatico.</p>

<h3 class="wp-block-heading">Sistemi di allerta precoce: adozione multimodale del CAP</h3>

<p class="wp-block-paragraph">L'Obiettivo G di Sendai — «aumentare sostanzialmente la disponibilità e l'accesso a sistemi di allerta precoce multi-rischio» — è l'obiettivo con il test di accessibilità più chiaro, e quello in cui il divario è più misurabile. Il <strong>Protocollo di Allerta Comune (CAP)</strong>, uno standard ITU-T (X.1303) che consente di emettere un unico messaggio di allerta in più modalità (testo, audio, visivo, video in lingua dei segni) simultaneamente, è la risposta tecnica riconosciuta del settore.</p>

<p class="wp-block-paragraph">Il <strong>Tracker di adozione CAP WMO-ITU</strong>, aggiornato fino alla fine del 2025, elencava l'implementazione del CAP in circa 130 paesi. Il CAP operativo e pienamente multimodale — lo stesso allerta diffuso come SMS, notifica accessibile, sirena audio, segnale visivo luminoso e video in lingua dei segni in trasmissione — è concentrato in meno di 30. Gli altri operano il CAP solo parzialmente: allerta mobile via SMS che esclude gli utenti sordi senza conferma visiva; sirene audio che gli utenti ciechi possono sentire ma che non trasmettono istruzioni; allerta solo visivi che gli utenti sordociechi non ricevono affatto. L'iniziativa del Segretario Generale dell'ONU <strong>Early Warnings for All</strong>, lanciata nel marzo 2022 con l'obiettivo di copertura globale entro fine 2027, ha incluso l'accessibilità multimodale tra i propri flussi di lavoro formali; il rapporto di metà iniziativa del 2025 segnala che, tra i 30 paesi prioritari identificati per lo scale-up iniziale, meno della metà aveva un piano nazionale con disposizioni esplicite sull'accessibilità per le persone con disabilità a metà 2025.</p>

<h3 class="wp-block-heading">Residenti in istituti ed evacuazione</h3>

<p class="wp-block-paragraph">Le Linee guida IASC specificano sedie di evacuazione per le scale, rifugi con rampe e servizi WASH accessibili come pavimento operativo per il riparo e l'evacuazione delle persone con disabilità. Gli audit post-evento del ciclo di rendicontazione 2023–25 rilevano che tali disposizioni sono assenti dagli inventari degli edifici pubblici nella maggior parte delle giurisdizioni interessate. Laddove le riforme di deistituzionalizzazione hanno progredito prima di un disastro, il profilo di rischio della popolazione con disabilità è misurabilmente inferiore, perché i servizi basati sulla comunità si dimostrano più resilienti di quelli istituzionali. L'implicazione politica ricorrente, citata nella dichiarazione congiunta del 2024 del <strong>Forum Europeo sulla Disabilità</strong> con Inclusion Europe, è che <em>la deistituzionalizzazione è riduzione del rischio di catastrofi</em>: una struttura residenziale nel percorso di un'alluvione, di un incendio boschivo o di una linea del fronte concentra le persone meno in grado di evacuare in un unico edificio senza alcun piano per loro.</p>

<h3 class="wp-block-heading">Türkiye–Siria, 6 febbraio 2023</h3>

<p class="wp-block-paragraph">Il terremoto di magnitudo 7,8 che ha colpito il confine Türkiye-Siria nelle prime ore del 6 febbraio 2023, seguito da una scossa di assestamento di 7,5 lo stesso giorno, ha ucciso più di 59.000 persone e sfollato oltre 3 milioni. Le revisioni post-evento — condotte nel corso del 2023 e 2024 dalla <strong>Coalizione per la Risposta ai Disastri Inclusiva della Disabilità</strong>, dall'Alleanza Internazionale per la Disabilità, da Human Rights Watch e dalla Confederazione Turca dei Disabili (Türkiye Sakatlar Konfederasyonu) — hanno prodotto il registro operativo più dettagliato che il settore abbia avuto dai terremoti di Tōhoku 2011 e Nepal 2015.</p>

<p class="wp-block-paragraph">I risultati ricorrenti: i residenti delle strutture nelle province colpite non disponevano di un piano di evacuazione funzionante; i residenti sordi non ricevettero i messaggi di allerta SMS dell'AFAD (Autorità per la Gestione delle Emergenze e dei Disastri) del mattino perché le allerte erano solo audio su quasi tutte le reti; gli utenti di sedie a rotelle furono esclusi dalle evacuazioni dai piani superiori degli edifici collassati ma in piedi perché le sedie di evacuazione per scale specificate nelle Linee guida IASC erano assenti quasi in ogni edificio pubblico inventariato. Gli insediamenti temporanei di container dispiegati nei primi sei mesi erano in gran parte inaccessibili. I bandi di ricostruzione dell'Amministrazione Turca per lo Sviluppo Edilizio (TOKİ) del 2024 hanno iniziato a incorporare specifiche di accessibilità, ma la revisione di follow-up della coalizione del 2025 ha riscontrato che la conformità nel costruito era sostanzialmente inferiore al linguaggio del bando. Il lato siriano del confine, dove la risposta era vincolata dalle sanzioni, dalla divisione del controllo territoriale e dal collasso istituzionale del decennio di conflitto precedente, ha prodotto quasi nessun dato operativo sulla disabilità — circostanza che i rapporti della coalizione sottolineano come risultato di per sé significativo.</p>

<h3 class="wp-block-heading">Stagioni dei cicloni nel Pacifico 2023–24 e 2024–25</h3>

<p class="wp-block-paragraph">Le stagioni dei cicloni nel Pacifico 2023–24 e 2024–25 sono state la dimostrazione più chiara sul campo di come appare nella pratica una risposta ai disastri guidata a livello locale e coordinata con le OPD. Il <strong>Ciclone Lola</strong>, che ha colpito Vanuatu come sistema di Categoria 5 il 24–25 ottobre 2023 — il prima registrato Categoria 5 nella stagione dell'emisfero meridionale — è stato seguito dai <strong>Cicloni Judy e Kevin</strong> (marzo 2023, in via retrospettiva), <strong>Mal</strong> (novembre 2023) e da una serie di sistemi di fine 2024, inclusi gli effetti marginali di <strong>Kong-Rey</strong>.</p>

<p class="wp-block-paragraph">La <strong>Vanuatu Disability Promotion and Advocacy Association (VDPA)</strong>, operando con l'Ufficio Nazionale per la Gestione dei Disastri e il <strong>Pacific Disability Forum (PDF)</strong>, ha realizzato un modello di risposta inclusiva della disabilità che altri NDMO del Pacifico hanno iniziato a replicare. Il modello ha tre componenti operative: un registro pre-posizionato di persone con disabilità a livello di provincia e consiglio d'area, mantenuto con consenso e utilizzato solo da personale NDMO e VDPA formato; referenti locali per la disabilità a livello comunitario formati sulla diffusione multimodale delle allerte, che portano l'avviso precoce all'ultimo miglio quando SMS e radio non arrivano; e audit dei centri di evacuazione accessibili condotti congiuntamente con il Dipartimento dei Lavori Pubblici nella pausa tra le stagioni dei cicloni. Il modello è imperfetto — i registri sono incompleti nelle comunità remote delle isole esterne, e il programma di audit ha accumulato ritardi rispetto al programma delle scuole — ma è l'esempio funzionante più vicino alle Priorità 2 e 4 di Sendai in un contesto di piccola isola. La revisione regionale 2024 del PDF ha rilevato che Fiji, Tonga e Isole Salomone hanno iniziato ad adattare elementi del modello di Vanuatu, con progressi variabili nel finanziamento delle reti di referenti su scala.</p>

<h3 class="wp-block-heading">Ucraina: sfollamento e moltiplicatore dell'istituzionalizzazione</h3>

<p class="wp-block-paragraph">I dati di riferimento pre-invasione del Servizio Statistico Statale stimavano circa <strong>2,7 milioni di persone con status di disabilità registrato</strong> in Ucraina, con la cifra effettiva di prevalenza (usando la base OMS del 15%) più vicina a 6 milioni. I dati UNHCR sulla popolazione sfollata registrata, aggiornati al 2025, mostrano circa 6,8 milioni di rifugiati ucraini registrati in tutta Europa e altri circa 3,7 milioni di sfollati interni stimati; la prevalenza della disabilità all'interno di queste popolazioni è sistematicamente sottostimata perché i meccanismi di registrazione degli stati riceventi non la rilevano all'accoglienza.</p>

<p class="wp-block-paragraph">Il registro operativo dal 2022 al 2025 è stato documentato in dettaglio da <strong>Human Rights Watch</strong>, dal <strong>Forum Europeo sulla Disabilità</strong> e dall'Assemblea Nazionale delle Persone con Disabilità dell'Ucraina (NAPD). Tre risultati ricorrono. In primo luogo, l'evacuazione delle strutture residenziali per anziani e persone con disabilità intellettiva o psicosociale sul percorso delle linee del fronte era, nei primi mesi, condotta tramite «liste di evacuazione» cartacee senza un chiaro centro di responsabilità tra il Ministero della Politica Sociale e le amministrazioni regionali. In secondo luogo, la disponibilità di rifugi accessibili nell'Ucraina occidentale e negli stati di accoglienza è stata un vincolo stringente durante il 2022–23 ed è rimasta parziale nel 2024. In terzo luogo, dove le riforme di deistituzionalizzazione avevano progredito prima del 2022 — in particolare in alcune oblast occidentali — il profilo di rischio di catastrofi della popolazione con disabilità era misurabilmente inferiore.</p>

<h3 class="wp-block-heading">Finanza per l'adattamento climatico e il Fondo per Perdite e Danni</h3>

<p class="wp-block-paragraph">Il <strong>Fondo per Perdite e Danni</strong> (formalmente il Fondo per rispondere alle Perdite e ai Danni), concordato alla COP27 nel novembre 2022, reso operativo alla COP28 nel dicembre 2023 e con le prime decisioni formali di erogazione del suo consiglio adottate nel corso del 2024 e 2025, è il più recente elemento dell'architettura. L'inclusione della disabilità è stata sollevata nel design della governance del fondo — dall'Alleanza Internazionale per la Disabilità e da una coalizione di OPD degli stati vulnerabili al clima — ma gli strumenti fondativi non nominano la disabilità come impegno trasversale, e la pipeline iniziale di progetti approvata alle riunioni del consiglio del 2025 non conteneva voci esplicite di inclusione della disabilità oltre al generico linguaggio sui «gruppi vulnerabili». La richiesta di advocacy in vista del ciclo di ricapitalizzazione 2026 del fondo è quella di prevedere disposizioni nominate e finanziate di inclusione della disabilità, come il quadro di monitoraggio di Sendai già nominalmente richiede.</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Dati quantitativi</h2>

<p class="wp-block-paragraph">Letti congiuntamente, i dati di monitoraggio 2024–26 producono un insieme coerente di percentuali:</p>

<ul class="wp-block-list">
<li><strong>Fino a 4× — il moltiplicatore della mortalità per disastri per le persone con disabilità</strong>, la cifra più comunemente citata nella revisione di metà periodo di Sendai e nel Rapporto dell'UNESCAP 2024 sui disastri in Asia-Pacifico, attingendo alle revisioni della mortalità post-evento dal terremoto di Tōhoku del 2011 in poi.</li>
<li><strong>11% dei finanziamenti umanitari classificati come inclusivi della disabilità nel 2024</strong>, la quota riportata nel <em>Global Humanitarian Assistance Report 2024</em> di Development Initiatives, rispetto a una base di prevalenza globale della disabilità del 15%.</li>
<li><strong>Il 15% della popolazione globale — circa 1,3 miliardi di persone, ossia 1 su 6 — vive con una disabilità significativa</strong>, secondo la base OMS 2024, la cifra rispetto alla quale va letto qualsiasi parametro operativo di inclusione della disabilità.</li>
<li><strong>Meno di 40 stati segnalanti avevano presentato dati disaggregati per disabilità sulle strategie DRR locali</strong> al ciclo di rendicontazione Sendai del 2023, nonostante gli Obiettivi E, F e G siano formalmente disaggregabili per disabilità.</li>
<li><strong>La consultazione con le persone con disabilità nello sviluppo della strategia nazionale DRR era auto-dichiarata da oltre 70 stati ma verificabile in meno della metà di questi casi</strong>, secondo il rapporto di revisione di metà periodo dell'UNDRR.</li>
<li><strong>Circa 130 paesi hanno implementato il CAP; meno di 30 lo gestiscono in forma pienamente multimodale</strong>, secondo il Tracker di adozione CAP WMO-ITU (fine 2025).</li>
<li><strong>Dei 30 paesi prioritari di Early Warnings for All, meno della metà aveva un piano nazionale con disposizioni esplicite sull'accessibilità per la disabilità</strong> al momento del rapporto di metà iniziativa del 2025.</li>
<li><strong>I bilanci nazionali DRR destinati all'accessibilità si attestano su cifre bassissime</strong> anche negli stati con alta capacità di rendicontazione.</li>
</ul>

<p class="wp-block-paragraph">Nel complesso: una quota di popolazione del 15%, un moltiplicatore di mortalità fino a 4×, una marcatura di finanziamento dell'11% e un'allocazione di bilancio nazionale sulle cifre minime. I numeri descrivono un'unica forma strutturale — una popolazione sproporzionatamente esposta alla mortalità da disastri, sproporzionatamente sotto-finanziata nella preparazione ai disastri e sproporzionatamente invisibile nei dati sui disastri.</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Come si presenta una buona politica nel 2026</h2>

<p class="wp-block-paragraph">La Dichiarazione Politica del 19 maggio 2023 della revisione di metà periodo del 2025 ha riaffermato il linguaggio sull'inclusione della disabilità e ha aggiunto due nuove linee specifiche: un invito all'adozione del Protocollo di Allerta Comune con allerta multimodale e un riferimento esplicito alle Linee guida IASC come pavimento operativo. I paesi che ottengono buoni risultati condividono cinque caratteristiche, non una: (1) una strategia nazionale DRR che nomina l'inclusione della disabilità con indicatori misurabili, non con un linguaggio aspirazionale; (2) OPD al tavolo di coordinamento DRR dalla progettazione della strategia fino alla revisione post-azione; (3) allerta precoce conforme al CAP multimodale con accessibilità verificata in tutte e quattro le modalità; (4) standard per rifugi e centri di evacuazione accessibili integrati nel codice edilizio e verificati tra un evento e l'altro; e (5) un percorso di deistituzionalizzazione trattato come parte del portafoglio DRR, non come un percorso separato di politica sociale.</p>

<p class="wp-block-paragraph">Tre esempi nazionali mostrano come questo si presenti operativamente. Il <strong>Programma di Preparazione ai Cicloni del Bangladesh (CPP)</strong>, gestito congiuntamente dal Governo del Bangladesh e dalla Bangladesh Red Crescent Society dal 1973, ha incorporato la formazione sull'inclusione della disabilità nella sua rete di 76.000 volontari dal 2018 e collabora con il Forum Nazionale delle Organizzazioni che Lavorano con i Disabili (NFOWD) sulla diffusione multimodale delle allerte nelle aree costiere. L'<strong>Ufficio della Difesa Civile (OCD) delle Filippine</strong>, ai sensi della Legge della Repubblica 10121, ha formalizzato l'inclusione delle organizzazioni di persone con disabilità nei consigli DRR a livello nazionale e regionale; l'attuazione a livello municipale rimane disomogenea. Il modello VDPA-NDMO di Vanuatu è descritto sopra. Per approfondimenti, si vedano la <a href="/toolkit/glossary/crpd/">voce del glossario CRPD</a>, l'<a href="/regulations/">indice delle normative nazionali</a> e il più ampio <a href="/articles/">registro delle rendicontazioni 2026</a>.</p>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Invito all'azione per i pianificatori e i finanziatori di disastri</h2>

<p class="wp-block-paragraph">Il pavimento convenzionale indica cosa richiede la preparazione ai disastri inclusiva della disabilità; ciò che i dati del rapporto mostrano è che il divario riguarda l'allocazione e l'inclusione al tavolo della pianificazione. Passi concreti da compiere nel 2026:</p>

<ul class="wp-block-list">
<li><strong>Passare alla diffusione CAP pienamente multimodale.</strong> Verificare i quattro canali di diffusione (SMS più notifiche accessibili, sirena audio, segnale visivo luminoso, video in lingua dei segni in trasmissione) e colmare la modalità mancante nella catena di allerta nazionale.</li>
<li><strong>Collocare le OPD al tavolo di coordinamento DRR come soggetti principali.</strong> Inclusione nella progettazione della strategia, nella pianificazione di emergenza e nella revisione post-azione — non come portatori di interesse informati a posteriori.</li>
<li><strong>Disaggregare i dati di monitoraggio di Sendai per disabilità.</strong> Gli Obiettivi E, F e G sono formalmente disaggregabili; presentare i dati disaggregati è ciò che rende operativo il quadro.</li>
<li><strong>Trattare la deistituzionalizzazione come DRR.</strong> Collegare il percorso di deistituzionalizzazione della politica sociale con il portafoglio DRR; le concentrazioni istituzionali sono un moltiplicatore di rischio di catastrofi misurabile.</li>
<li><strong>Marcatura dell'inclusione della disabilità nei marker di finanziamento umanitario.</strong> Portare la quota di finanziamento umanitario inclusivo della disabilità dall'11% verso la base di prevalenza del 15%, e richiedere una voce nominata di inclusione della disabilità nelle approvazioni di progetti del Fondo per Perdite e Danni dalla ricapitalizzazione 2026 in avanti.</li>
<li><strong>Verificare la conformità di rifugi e centri di evacuazione accessibili tra gli eventi.</strong> Integrare gli standard IASC Sphere-aligned nel codice edilizio e condurre audit congiunti con le OPD nei periodi di pausa, sul modello di Vanuatu.</li>
<li><strong>Rilevare la disabilità all'accoglienza per le popolazioni sfollate.</strong> Integrare le domande del Washington Group Short Set nelle procedure di registrazione di rifugiati e sfollati interni, così da rendere visibile la popolazione sfollata con disabilità.</li>
</ul>

<div class="wp-block-spacer" style="height:10px" aria-hidden="true"></div>

<h2 class="wp-block-heading">Conclusione</h2>

<p class="wp-block-paragraph">Il Quadro di Sendai, l'Articolo 11 della CRPD e le Linee guida IASC del 2019 descrivono collettivamente come si presenta la preparazione ai disastri inclusiva della disabilità con sufficiente dettaglio operativo da non consentire a nessun paese nel 2026 di affermare di non saperlo. La revisione di metà periodo del 2025, il registro post-evento di Türkiye-Siria, le stagioni dei cicloni nel Pacifico e i dati sugli sfollamenti in Ucraina mostrano che il divario riguarda l'allocazione del bilancio nazionale, chi siede al tavolo della pianificazione e se le OPD sono coordinate come soggetti principali o consultate come portatori di interesse. Chiuderlo prima del 2030 è ciò che la revisione di metà periodo del Sendai ha richiesto. Se i prossimi cinque anni lo realizzeranno è, ancora una volta, una decisione di bilancio nazionale.</p>

</div>

---
title: Diritti delle persone con disabilità in Türkiye, nel CCG, nel Levante e in Israele: il dossier regionale 2026
url: https://www.disabilityworld.org/it/articles/disability-rights-in-turkey-and-middle-east/
description: In Türkiye, nel CCG, nel Levante e in Israele i quadri normativi sulla disabilità spaziano da ancoraggi costituzionali a fondamenti di diritto religioso, da riforme recenti allineate all'UE al lungo dopoguerra del terremoto Türkiye-Siria 2023. Il panorama 2026, mappato paese per paese.
author: Disability World
pubDate: 2026-05-22
tags: turkey, middle-east, gcc, israel, levant, regional-report, regulations
---

# Diritti delle persone con disabilità in Türkiye, nel CCG, nel Levante e in Israele: il dossier regionale 2026

<div class="src-article" data-template="2">

<div class="byline">
<span><strong>Dossier regionale</strong> · Türkiye + Medio Oriente</span>
<span>10 giurisdizioni · ciclo 2026</span>
</div>

<span class="eyebrow">Catalogo delle giurisdizioni · 10 voci</span>
<h1>Diritti delle persone con disabilità in Türkiye, nel CCG, nel Levante e in Israele: il dossier regionale 2026</h1>
<p class="lead">Da Ankara ad Amman, da Riad a Tel Aviv, i quadri normativi sulla disabilità in Türkiye e nel Medio Oriente sono facili da leggere sulla carta e ben più difficili da leggere nella realtà. Il quadro 2026 mostra dieci giurisdizioni con una ratifica della CRPD quasi universale, leggi primarie già in vigore e un divario nell'applicazione la cui ampiezza dipende quasi interamente dalla disponibilità di bilancio e dall'indipendenza del regolatore nominato.</p>

<p>Il pavimento convenzionale regionale è insolitamente omogeneo. Quasi tutte le giurisdizioni qui esaminate hanno ratificato la Convenzione ONU sui Diritti delle Persone con Disabilità (CRPD) tra il 2008 e il 2012 — la maggior parte nella finestra 2008–09. Quasi tutte hanno fatto seguire alla ratifica una legge primaria interna e la designazione di un ministero o di una commissione. Sulla carta, il panorama 2026 appare coerente e in linea con i diritti.</p>

<p>Il patchwork al di sotto del pavimento convenzionale è tuttaltro che uniforme. Alcune leggi hanno decenni e sono bloccate dalla crisi istituzionale (la Legge 220 del 2000 del Libano). Alcune sono recenti e considerate il modello regionale (la Legge n. 20 del 2017 della Giordania). Alcune si sovrappongono a quadri subnazionali che superano il pavimento federale (i codici a livello di emirato di Sharjah). Una — l'Egitto — è trattata integralmente nel parallelo dossier Africa e qui compare solo come link di rimando. Il catalogo che segue assegna a ciascuna delle dieci una voce identica: legge primaria, regolatore, status CRPD e cosa stanno effettivamente facendo la società civile e i tribunali con il quadro normativo.</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">Indice delle evidenze · Cat. 2026.05</div>
<h2 class="ei-title" id="ei-title">10 giurisdizioni · ordinate per regione, poi per anno di ratifica della CRPD</h2>
</div>
<div class="ei-meta">n = 10 voci</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>ID</th>
<th>Giurisdizione</th>
<th>Legge primaria</th>
<th style="text-align:right">Regolatore</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">Türkiye</a></td><td>Legge n. 5378 (2005)</td><td class="ei-count">Engelliler ve Yaşlı Hizmetleri GM</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">Israele</a></td><td>Legge sulla parità dei diritti 5758-1998</td><td class="ei-count">Commissione per la parità dei diritti</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">Giordania</a></td><td>Legge n. 20 del 2017</td><td class="ei-count">Consiglio Superiore (HCD)</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">Libano</a></td><td>Legge n. 220 del 2000</td><td class="ei-count">Consiglio Nazionale per le Persone con Disabilità</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">Emirati Arabi Uniti</a></td><td>Decreto-Legge Federale n. 29 (2006)</td><td class="ei-count">Ministero dello Sviluppo della Comunità</td></tr>
<tr><td class="ei-id">E·06</td><td class="ei-pattern"><a href="#e06">Arabia Saudita</a></td><td>Codice sulla Disabilità (2000)</td><td class="ei-count">Autorità per la Cura delle Persone con Disabilità</td></tr>
<tr><td class="ei-id">E·07</td><td class="ei-pattern"><a href="#e07">Qatar</a></td><td>Legge n. 2 del 2004</td><td class="ei-count">Autorità Nazionale + Centro Mada</td></tr>
<tr><td class="ei-id">E·08</td><td class="ei-pattern"><a href="#e08">Kuwait</a></td><td>Legge n. 8 del 2010</td><td class="ei-count">Autorità Pubblica per gli Affari della Disabilità</td></tr>
<tr><td class="ei-id">E·09</td><td class="ei-pattern"><a href="#e09">Bahrein · Oman</a></td><td>Disposizioni settoriali</td><td class="ei-count">Ministeri dello Sviluppo Sociale</td></tr>
<tr><td class="ei-id">E·10</td><td class="ei-pattern"><a href="#e10">Egitto (rimando)</a></td><td>Legge n. 10 del 2018</td><td class="ei-count">Consiglio Nazionale per le Persone con Disabilità</td></tr>
</tbody>
</table>

<p class="evidence-foot">L'ordine è editoriale, non quantitativo — la Parte I raggruppa l'Anatolia e il Levante, la Parte II raggruppa il CCG, la Parte III segnala l'Egitto per il dossier Africa. All'interno di ciascuna parte, le giurisdizioni appaiono nell'ordine in cui la loro istituzione guida ha il peso applicativo più consistente.</p>
</section>

<h2>Il pavimento legale: la CRPD nella regione</h2>

<p>Il fatto più importante sui diritti delle persone con disabilità in questa regione è anche il più facilmente frainteso: la ratifica della Convenzione ONU sui Diritti delle Persone con Disabilità (CRPD) è quasi universale qui, e l'applicazione è quasi ovunque sproporzionata rispetto alla ratifica.</p>

<p>Le date stesse meritano di essere tenute a mente. La Türkiye ha depositato il suo strumento di ratifica il 28 settembre 2009. Israele ha ratificato nel 2012 con dichiarazioni sulla competenza e sulla procedura facoltativa di comunicazioni. Gli EAU hanno aderito nel 2010, dopo aver firmato nel 2008. Arabia Saudita, Qatar, Giordania ed Egitto hanno tutti depositato nel 2008. Il Libano ha firmato nel 2007 e non ha ancora ratificato — uno status che ha ormai quasi due decenni ed è regolarmente annotato nei rapporti riassuntivi degli organi dei trattati ONU.</p>

<p>Il Protocollo Opzionale, che consente comunicazioni individuali al Comitato CRPD, è ratificato in modo molto meno coerente. La Türkiye ha ratificato il Protocollo nel 2015; gli stati arabi che lo hanno ratificato rimangono una minoranza. Le Osservazioni Conclusive pubblicate del Comitato CRPD sulla regione — Türkiye nel 2019 (con il secondo ciclo in corso per la revisione 2024–25), Arabia Saudita nel 2019, Qatar nel 2015 e di nuovo nel 2024, Giordania nel 2017 e EAU nel 2016 — condividono un insieme di raccomandazioni notevolmente coerente: porre fine all'uso del processo decisionale per sostituzione, accelerare l'accessibilità dell'ambiente costruito, disaggregare i dati per disabilità in tutte le statistiche settoriali e includere esplicitamente le donne e le ragazze con disabilità nelle strategie nazionali.</p>

<p class="pull">Ratificare è la metà più semplice. Il divario nell'applicazione che ne consegue è un fallimento di bilancio, indipendenza del regolatore e percorso di revisione giudiziaria — non un fallimento di redazione.</p>

<div class="part-divider">
<div class="part-num">Parte I · Anatolia e Levante</div>
<div class="part-title">Quattro giurisdizioni in cui la legge è più antica della politica</div>
<p class="part-blurb">Türkiye, Israele, Giordania e Libano — che coprono la giurisprudenza della Corte Costituzionale, l'applicazione delle commissioni statutarie, la riforma del 2017 più allineata alla CRPD della regione e il blocco istituzionale che ha reso una legge primaria lettera morta nella pratica.</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">Türkiye · Türkiye Cumhuriyeti</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Legge primaria</div>
<div class="exhibit-prose">
<p><strong>Legge n. 5378 sulle Persone con Disabilità (Engelliler Hakkında Kanun)</strong>, approvata nel 2005 e sostanzialmente emendata nel 2014, nel 2021 e di nuovo nel 2024. La legge del 2005 ha stabilito il pavimento legale — non discriminazione, obblighi di accessibilità dell'ambiente costruito per edifici pubblici e trasporti, e un quadro per le sistemazioni in ambito educativo e occupazionale.</p>
<p>Gli emendamenti del 2014 hanno reso operativo il quadro; gli emendamenti del 2021 hanno esteso i periodi di grazia per la conformità dell'ambiente costruito — un pattern ricorrente nella legislazione turca sulla disabilità, in cui le scadenze legali per l'accessibilità sono state prorogate almeno quattro volte dalla data originale del 2012 stabilita dall'Articolo 7 della Legge 5378. Gli emendamenti del 2024 hanno rafforzato il linguaggio applicativo sull'accessibilità degli appalti pubblici ma hanno mantenuto flessibile l'orizzonte di conformità sottostante.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regolatore / commissione</div>
<div class="exhibit-prose">
<p><strong>Engelliler ve Yaşlı Hizmetleri Genel Müdürlüğü</strong> (Direzione Generale dei Servizi per le Persone con Disabilità e gli Anziani), operante nell'ambito del Ministero della Famiglia e dei Servizi Sociali. La responsabilità operativa è stata trasferita alla Direzione con gli emendamenti del 2014. Si veda <a href="https://www.aile.gov.tr/eyhgm">aile.gov.tr/eyhgm</a>.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Status CRPD</div>
<div class="exhibit-prose">
<p>Ha ratificato la Convenzione il <strong>28 settembre 2009</strong>; ha ratificato il Protocollo Opzionale nel <strong>2015</strong>. Osservazioni Conclusive del primo ciclo emesse dal Comitato CRPD nel 2019; lo Stato parte è attualmente in revisione nel secondo ciclo 2024–25, con l'inclusione della disabilità nel recupero post-terremoto al centro degli obblighi di rendicontazione.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Traiettoria giurisprudenziale + società civile</div>
<div class="exhibit-prose">
<p>La Corte Costituzionale turca è stata un forum insolitamente attivo per il contenzioso sui diritti delle persone con disabilità. La sua sentenza del 2018 sui seggi elettorali accessibili e la sua decisione del 2021 su ricorso individuale in materia di istruzione secondaria accessibile per studenti ciechi sono ora riferimenti standard nella pratica del diritto amministrativo turco.</p>
<p>La capacità della società civile, incanalata attraverso organizzazioni affiliate a ENİL e di livello federativo come la <strong>Türkiye Sakatlar Derneği</strong> e il <strong>Engelli Hakları İzleme Grubu</strong>, è stata il principale motore del contenzioso strategico ai sensi della Legge 5378.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Regione</strong>Anatolia</span>
<span><strong>Forza applicativa</strong>Moderata · guidata dalla Corte Costituzionale</span>
</div>
</section>

<div class="pattern-callout">
<h3>Il terremoto Türkiye–Siria 2023 come stress test regionale</h3>
<p>I terremoti del 6 febbraio 2023 con epicentro a Kahramanmaraş — magnitudo 7,8 e 7,5, l'evento sismico più letale della storia turca moderna — sono diventati il principale stress test regionale della risposta ai disastri inclusiva della disabilità. I residenti delle strutture di cura statali ad Hatay, Adıyaman e Kahramanmaraş sono stati tra le popolazioni con le più alte concentrazioni di mortalità.</p>
<p>Le successive rendicontazioni dell'Engelliler ve Yaşlı Hizmetleri Genel Müdürlüğü e delle organizzazioni turche indipendenti sulla disabilità hanno documentato carenze sistemiche nei rifugi temporanei accessibili, nella fornitura di ausili per la mobilità e di materiale per l'incontinenza durante la fase di risposta acuta, e nella ricollocazione di sopravvissuti sordociechi e con disabilità intellettiva da strutture istituzionali crollate in strutture temporanee che spesso mancavano di interpretazione in lingua dei segni o di servizi igienici accessibili.</p>
<p>Il ciclo di revisione CRPD 2024–25 della Türkiye ha posto l'inclusione della disabilità nel recupero post-terremoto al centro degli obblighi di rendicontazione dello Stato parte. Il pattern è regionale: quando le istituzioni stesse sono fisicamente e operativamente disrupted, il margine di inclusione crolla.</p>
</div>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">Israele · מְדִינַת יִשְׂרָאֵל</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Legge primaria</div>
<div class="exhibit-prose">
<p><strong>Legge sulla Parità dei Diritti per le Persone con Disabilità, 5758-1998</strong>, una delle più antiche leggi organiche sulla disabilità della regione. Il Capitolo 5 del 2005 sull'accessibilità — e le dettagliate norme di accessibilità emanate dal 2009 in poi — hanno esteso obblighi sostanziali di accessibilità ai servizi pubblici, agli edifici pubblici, ai trasporti e alla tecnologia dell'informazione.</p>
<p>Una riforma statutaria del 2023 ha ristretto le scadenze applicative per le proroghe alle scadenze di accessibilità concesse nell'ambito del regime transitorio 2013–2018; l'effetto pratico è che al 2026 la maggior parte delle categorie di servizi pubblici ha esaurito il periodo di grazia statutario.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regolatore / commissione</div>
<div class="exhibit-prose">
<p>La <strong>Commissione per la Parità dei Diritti delle Persone con Disabilità</strong>, un organismo statutario indipendente nell'ambito del Ministero della Giustizia, dispone di poteri sia normativi che applicativi, inclusa la capacità di emettere ordini di conformità e di promuovere azioni civili esecutive. Si veda <a href="https://www.gov.il/en/departments/the_commission_for_equal_rights_of_persons_with_disabilities">gov.il/the_commission_for_equal_rights_of_persons_with_disabilities</a>.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Status CRPD</div>
<div class="exhibit-prose">
<p>Ha ratificato la Convenzione nel <strong>2012</strong>, con dichiarazioni sulla competenza e sulla procedura facoltativa di comunicazioni. Il Protocollo Opzionale non è stato ratificato. Osservazioni Conclusive del Comitato CRPD emesse nel 2017.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Traiettoria giurisprudenziale + società civile</div>
<div class="exhibit-prose">
<p>Il Tribunale di Distretto di Tel Aviv è diventato, dalla fine degli anni 2010, un forum ricorrente per il contenzioso applicativo sulle scadenze di accessibilità. Una serie di accordi in class action — contro reti di filiali bancarie, operatori di trasporto pubblico e catene commerciali — ha guidato l'operatività delle normative in modo molto più aggressivo della sola applicazione ministeriale.</p>
<p>L'architettura della società civile israeliana — ancorata a <strong>Bizchut: Il Centro Israeliano per i Diritti Umani delle Persone con Disabilità</strong> — è stata un litigante centrale e un interlocutore politico dalla stesura della Legge del 1998.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Regione</strong>Levante</span>
<span><strong>Forza applicativa</strong>Forte · guidata dalla Commissione + class action nei tribunali distrettuali</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">Giordania · المملكة الأردنية الهاشمية</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Legge primaria</div>
<div class="exhibit-prose">
<p><strong>Legge n. 20 del 2017 sui Diritti delle Persone con Disabilità</strong>, che ha sostituito una precedente legge del 2007 ed è ampiamente considerata — anche dal Comitato CRPD nelle sue Osservazioni Conclusive del 2017 — come la legge primaria più allineata alla CRPD nella regione araba.</p>
<p>La Legge del 2017 ha introdotto una strategia nazionale decennale a fasi con obiettivi espliciti in materia di istruzione, occupazione, accessibilità e riabilitazione — traguardi il cui orizzonte 2027 significa che il 2026 è l'anno di rendicontazione rispetto al quale verranno valutati la maggior parte dei risultati operativi.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regolatore / commissione</div>
<div class="exhibit-prose">
<p>Il <strong>Consiglio Superiore per i Diritti delle Persone con Disabilità (HCD)</strong>, istituito ai sensi della Legge e presieduto ex officio da SAR il Principe Mired bin Ra'ad, è sia coordinatore politico sia un organismo attivo per l'applicazione e la gestione dei reclami. Si veda <a href="https://hcd.gov.jo">hcd.gov.jo</a>.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Status CRPD</div>
<div class="exhibit-prose">
<p>Ha ratificato la Convenzione nel <strong>2008</strong>. Osservazioni Conclusive emesse nel 2017. L'anno di rendicontazione 2026 coincide con la finestra conclusiva della strategia nazionale allegata alla Legge del 2017.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Traiettoria giurisprudenziale + società civile</div>
<div class="exhibit-prose">
<p>Il quadro giordano sui diritti delle persone con disabilità ha dovuto assorbire una delle più grandi popolazioni di rifugiati della regione. Il coordinamento dell'UNHCR Giordania con l'HCD sui servizi inclusivi della disabilità per i rifugiati siriani — inclusa la registrazione delle esigenze legate alla disabilità nei campi di Zaatari e Azraq e l'integrazione dei rifugiati con disabilità nei servizi nazionali di riabilitazione — è uno dei pochi esempi documentati nella regione di coordinamento formale tra il quadro nazionale sulla disabilità e un'operazione di risposta ai rifugiati.</p>
<p>Persistenti lacune nella base di finanziamento di questi servizi rimangono una preoccupazione strutturale man mano che il finanziamento dei donatori per il Piano di Risposta per la Giordania continua a diminuire.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Regione</strong>Levante</span>
<span><strong>Forza applicativa</strong>Forte (statutaria) · vincolata dalla base di finanziamento</span>
</div>
</section>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">Libano · الجمهورية اللبنانية</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Legge primaria</div>
<div class="exhibit-prose">
<p>La <strong>Legge n. 220 del 2000 sui Diritti delle Persone Disabili</strong> rimane, nominalmente, la legge primaria. Nella sostanza, il crollo finanziario libanese post-2019, l'esplosione del porto di Beirut dell'agosto 2020 e la cascante crisi istituzionale da allora in poi hanno di fatto congelato qualsiasi attuazione significativa. Il sistema della Carta di Disabilità Personale, che ai sensi della Legge 220 è il portale d'accesso alla maggior parte dei diritti e dei titoli, ha continuato a essere rilasciato, ma i diritti sottostanti — pensioni di disabilità, indennità di trasporto, audit di accessibilità — sono operativamente limitati dalla più ampia situazione fiscale.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regolatore / commissione</div>
<div class="exhibit-prose">
<p>Il <strong>Consiglio Nazionale per le Persone con Disabilità</strong>, l'organismo designato ai sensi della Legge 220 come autorità di coordinamento, è incardinato nel Ministero degli Affari Sociali. Ha continuato a operare, ma con budget gravemente ridotti e portata normativa limitata.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Status CRPD</div>
<div class="exhibit-prose">
<p>Il Libano <strong>ha firmato la CRPD nel 2007 e non l'ha ratificata</strong> — uno status ormai vecchio di quasi due decenni e regolarmente annotato nei rapporti riassuntivi degli organi dei trattati ONU. Il Protocollo Opzionale è anch'esso non ratificato.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Traiettoria giurisprudenziale + società civile</div>
<div class="exhibit-prose">
<p>Le organizzazioni della società civile — la <strong>Lebanese Physical Handicapped Union (LPHU)</strong>, la <strong>Youth Association of the Blind</strong> e la rete coordinata nell'ambito del Forum Arabo per i Diritti delle Persone con Disabilità — continuano a sostenere la ratifica e la ripresa operativa della Legge 220.</p>
<p>La domanda del 2026 per il Libano riguarda meno la riforma della legge che la capacità dello stato istituzionale di applicare quella già in vigore.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Regione</strong>Levante</span>
<span><strong>Forza applicativa</strong>Bloccata · legge in vigore, istituzione in crisi</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">Parte II · Il CCG</div>
<div class="part-title">Quattro pavimenti federali, con variazioni subnazionali che spesso li superano</div>
<p class="part-blurb">EAU, Arabia Saudita, Qatar e Kuwait — più una voce condivisa per Bahrein e Oman. Il pattern nel CCG è quello di una singola legge federale o nazionale, un ministero dotato di poteri e un quadro strategico allineato alla Vision. La questione applicativa dipende dal fatto che i codici a livello di emirato o di municipalità vadano oltre.</p>
</div>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">Emirati Arabi Uniti · الإمارات العربية المتحدة</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Legge primaria</div>
<div class="exhibit-prose">
<p><strong>Decreto-Legge Federale n. 29 del 2006 concernente i Diritti delle Persone con Bisogni Speciali</strong>, emendato nel 2009 e di nuovo nel 2015 per ampliare la portata della non discriminazione ed estendere la copertura in materia di occupazione, trasporti e accesso all'informazione. La Politica Nazionale per l'Empowerment delle Persone di Determinazione — la terminologia ufficiale preferita nell'uso federale degli EAU dal 2017 — funge da documento strategico integrativo.</p>
<p>Sharjah opera un quadro provinciale distinto e più ampio, ancorato nella Sharjah City for Humanitarian Services (fondata nel 1979) e in una serie di leggi e decreti a livello di emirato che precedono e superano il pavimento federale. Abu Dhabi e Dubai hanno costruito codici di accessibilità a livello municipale paralleli, incluso il Dubai Universal Design Code (da ultimo aggiornato nel 2023).</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regolatore / commissione</div>
<div class="exhibit-prose">
<p>L'autorità operativa spetta al <strong>Ministero dello Sviluppo della Comunità</strong>. Si veda <a href="https://www.mocd.gov.ae">mocd.gov.ae</a>. La supervisione a livello di emirato opera in parallelo attraverso la Sharjah City for Humanitarian Services, la Community Development Authority a Dubai e il Department of Community Development ad Abu Dhabi.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Status CRPD</div>
<div class="exhibit-prose">
<p>Ha firmato la Convenzione nel 2008; <strong>ha aderito nel 2010</strong>. Osservazioni Conclusive emesse dal Comitato CRPD nel 2016. Il Protocollo Opzionale non è stato ratificato.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Traiettoria giurisprudenziale + società civile</div>
<div class="exhibit-prose">
<p>Il programma di accessibilità di Expo 2020 Dubai del 2021 — inclusi gli orari per persone con sensibilità sensoriale, l'interpretazione completa in lingua dei segni nei padiglioni e un audit di accessibilità pubblicato — ha lasciato un'eredità misurabile negli standard di accessibilità degli eventi pubblici di Dubai, sebbene la replicazione negli ambienti costruiti non legati agli eventi sia stata disomogenea.</p>
<p>Il contenzioso strategico è raro; i progressi nell'accessibilità della federazione si sviluppano principalmente attraverso la definizione dei codici municipali e i programmi legati agli eventi piuttosto che attraverso i tribunali.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Regione</strong>CCG</span>
<span><strong>Forza applicativa</strong>Moderata · disomogenea tra gli emirati, forte a Sharjah e Dubai</span>
</div>
</section>

<section class="exhibit" id="e06">
<div class="exhibit-head">
<div class="exhibit-id">E·06</div>
<h3 class="exhibit-title">Arabia Saudita · المملكة العربية السعودية</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Legge primaria</div>
<div class="exhibit-prose">
<p>Il <strong>Codice sulla Disabilità (Codice di Fornitura per le Persone con Disabilità) del 2000</strong>, approvato con Decreto Reale, ha stabilito il quadro primario sui diritti della disabilità del paese. Il quadro Vision 2030 del 2016 ha integrato gli obiettivi di inclusione della disabilità in metriche più ampie di capitale umano e occupazione — in modo più concreto, un obiettivo esplicito di tasso di occupazione per le persone con disabilità incorporato nel Programma di Trasformazione Nazionale.</p>
<p>L'inquadramento di Vision 2030 è significativo perché lega i risultati sull'occupazione delle persone con disabilità a un'agenda di riforma macroeconomica politicamente prioritaria, in un modo che il Codice del 2000 da solo non faceva.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regolatore / commissione</div>
<div class="exhibit-prose">
<p>L'<strong>Autorità per la Cura delle Persone con Disabilità</strong>, operante sotto il Ministero delle Risorse Umane e dello Sviluppo Sociale, coordina l'attuazione nazionale. Il <strong>Programma Nazionale per la Disabilità</strong> funge da strategia operativa.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Status CRPD</div>
<div class="exhibit-prose">
<p>Ha ratificato la Convenzione nel <strong>2008</strong>. Il Protocollo Opzionale non è stato ratificato. Osservazioni Conclusive del Comitato CRPD emesse nel 2019; dialogo di follow-up in corso fino al 2024.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Traiettoria giurisprudenziale + società civile</div>
<div class="exhibit-prose">
<p>La <strong>Società Nazionale per i Diritti Umani</strong>, istituita nel 2004 e operante come organismo quasi-governativo per i diritti, è stata un monitor ricorrente sulle lacune di attuazione del Codice del 2000, in particolare sugli ambienti costruiti del settore pubblico accessibili e sulle donne con disabilità.</p>
<p>Le Osservazioni Conclusive 2019 del Comitato CRPD sull'Arabia Saudita hanno esplicitamente evidenziato la persistenza dei quadri di processo decisionale per sostituzione e la sotto-disaggregazione dei dati sulla disabilità nelle statistiche nazionali — entrambe le questioni ancora aperte nel follow-up del 2024.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Regione</strong>CCG</span>
<span><strong>Forza applicativa</strong>Moderata · allineata a Vision 2030, lacune nell'ambiente costruito e nel processo decisionale per sostituzione</span>
</div>
</section>

<section class="exhibit" id="e07">
<div class="exhibit-head">
<div class="exhibit-id">E·07</div>
<h3 class="exhibit-title">Qatar · دولة قطر</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Legge primaria</div>
<div class="exhibit-prose">
<p>La <strong>Legge n. 2 del 2004 sulle Persone con Bisogni Speciali</strong> rimane la legge primaria. Il quadro è snello rispetto agli standard regionali e ha accumulato profondità operativa principalmente attraverso gli ancoraggi istituzionali costruiti attorno ad esso piuttosto che attraverso emendamenti statutari.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regolatore / commissione</div>
<div class="exhibit-prose">
<p>L'<strong>Autorità Nazionale per la Cura delle Persone con Disabilità</strong> è il principale organismo di attuazione. Il contributo distintivo del Qatar al panorama regionale è il <strong>Mada — Centro per la Tecnologia Assistiva</strong>, fondato nel 2010 nell'ambito dell'ombrello della Qatar Foundation, che è diventato un punto di riferimento regionale per la tecnologia assistiva in lingua araba, il supporto vocale per lettori di schermo in arabo e gli standard per la pubblicazione accessibile. Si veda <a href="https://mada.org.qa">mada.org.qa</a>.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Status CRPD</div>
<div class="exhibit-prose">
<p>Ha ratificato la Convenzione nel <strong>2008</strong>. Il Comitato CRPD ha esaminato i rapporti periodici combinati secondo e terzo del Qatar nel <strong>2024</strong>; le Osservazioni Conclusive pubblicate si concentrano sull'inclusione nella forza lavoro, sull'accessibilità del sistema di giustizia penale e sulla persistenza di accordi di tutela restrittivi.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Traiettoria giurisprudenziale + società civile</div>
<div class="exhibit-prose">
<p>Il Centro Mada è il punto di riferimento della società civile regionale di rilievo — non attraverso il contenzioso ma attraverso la definizione degli standard. Il suo lavoro sulla tecnologia assistiva in lingua araba ha migliorabilmente la copertura dei lettori di schermo sulle piattaforme di punta in tutta la regione (i portali e-Devlet, UAE PASS e Absher fanno tutti riferimento alle linee guida adiacenti a Mada).</p>
<p>Il contenzioso strategico ai sensi della Legge n. 2 del 2004 è raro; i progressi del paese si sviluppano attraverso istituzioni che definiscono gli standard piuttosto che attraverso i tribunali.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Regione</strong>CCG</span>
<span><strong>Forza applicativa</strong>Moderata · guidata dagli standard tramite Mada</span>
</div>
</section>

<section class="exhibit" id="e08">
<div class="exhibit-head">
<div class="exhibit-id">E·08</div>
<h3 class="exhibit-title">Kuwait · دولة الكويت</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Legge primaria</div>
<div class="exhibit-prose">
<p>La <strong>Legge n. 8 del 2010 concernente i Diritti delle Persone con Disabilità</strong> è lo strumento principale, in sostituzione di una precedente disposizione settoriale del 1996. Radica un insieme relativamente completo di obblighi in materia di istruzione, occupazione, trasporti e accessibilità a carico degli enti pubblici, con regolamenti attuativi emanati tramite l'Autorità Pubblica per gli Affari della Disabilità.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regolatore / commissione</div>
<div class="exhibit-prose">
<p>L'<strong>Autorità Pubblica per gli Affari della Disabilità (PADA)</strong>, un organismo statutario, è il regolatore di coordinamento. La PADA amministra il sistema di tessere e benefici per la disabilità ed è il principale redattore dei regolamenti attuativi ai sensi della Legge 8.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Status CRPD</div>
<div class="exhibit-prose">
<p>Ha ratificato la Convenzione nel <strong>2013</strong>. Il Protocollo Opzionale non è stato ratificato. Il processo di revisione del primo ciclo del Comitato CRPD rimane aperto, con cicli di rendicontazione che si estendono per tutto il decennio 2020.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Traiettoria giurisprudenziale + società civile</div>
<div class="exhibit-prose">
<p>La capacità della società civile è concentrata nella <strong>Kuwait Society for the Handicapped</strong> e negli affiliati DPI-Regione Araba. Il contenzioso strategico è raro; il principale percorso di responsabilità si sviluppa attraverso le determinazioni amministrative della PADA e attraverso la rendicontazione periodica alla CRPD piuttosto che attraverso i tribunali.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Regione</strong>CCG</span>
<span><strong>Forza applicativa</strong>Moderata · guidata dal regolatore, nessun percorso di contenzioso strategico</span>
</div>
</section>

<section class="exhibit" id="e09">
<div class="exhibit-head">
<div class="exhibit-id">E·09</div>
<h3 class="exhibit-title">Bahrein e Oman · مملكة البحرين · سلطنة عُمان</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Legge primaria</div>
<div class="exhibit-prose">
<p>Entrambe le giurisdizioni si fondano su disposizioni settoriali piuttosto che su un'unica legge primaria organica sul modello Giordania-2017 o Kuwait-2010. Il quadro del Bahrein è ancorato nella Legge n. 74 del 2006 (con successive modifiche) e in una Strategia Nazionale del 2018; l'Oman opera attraverso il Decreto Reale 63/2008 e successive normative nei settori dell'istruzione e della riabilitazione.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regolatore / commissione</div>
<div class="exhibit-prose">
<p>Il <strong>Ministero dello Sviluppo Sociale</strong> del Bahrein e il <strong>Ministero dello Sviluppo Sociale</strong> dell'Oman sono i ministeri di coordinamento principali. Il Bahrein ha inoltre costituito un Comitato Superiore per le Persone con Disabilità; l'Oman convoglia la fornitura operativa attraverso il Dipartimento per i Disabili all'interno del Ministero dello Sviluppo Sociale.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Status CRPD</div>
<div class="exhibit-prose">
<p>Il Bahrein ha ratificato la Convenzione nel <strong>2011</strong>; l'Oman ha aderito nel <strong>2009</strong>. Nessuno dei due ha ratificato il Protocollo Opzionale. Le Osservazioni Conclusive del primo ciclo del Bahrein sono state emesse nel 2017; quelle dell'Oman nel 2018.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Traiettoria giurisprudenziale + società civile</div>
<div class="exhibit-prose">
<p>Entrambe le giurisdizioni si trovano al di sotto della mediana regionale per attività di contenzioso strategico. La capacità della società civile è concentrata in singole organizzazioni di riferimento — la <strong>Federazione Sportiva per Disabili del Bahrein</strong> e l'<strong>Associazione Omanita per i Disabili</strong> — che operano principalmente come fornitori di servizi piuttosto che come litiganti o interlocutori politici.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Regione</strong>CCG</span>
<span><strong>Forza applicativa</strong>Limitata · guidata dall'erogazione di servizi, leggi settoriali</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">Parte III · Egitto</div>
<div class="part-title">Trattato integralmente nel parallelo dossier Africa</div>
<p class="part-blurb">La legge primaria, il regolatore e la revisione CRPD dell'Egitto sono trattati in profondità in <a href="/articles/accessibility-rights-across-africa/">il dossier regionale Africa</a>. La voce qui sotto è uno stub per la navigazione e il riferimento incrociato.</p>
</div>

<section class="exhibit" id="e10">
<div class="exhibit-head">
<div class="exhibit-id">E·10</div>
<h3 class="exhibit-title">Egitto · جمهورية مصر العربية</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Legge primaria</div>
<div class="exhibit-prose">
<p>La <strong>Legge n. 10 del 2018 sui Diritti delle Persone con Disabilità</strong> ha sostituito precedenti disposizioni settoriali. L'ancoraggio costituzionale è fornito dall'Articolo 81 della Costituzione del 2014, una delle disposizioni costituzionali sulla disabilità più esplicite nella regione araba. La legge del 2018 è organica sulla carta; l'applicazione sull'accessibilità e sull'eliminazione del processo decisionale per sostituzione rimangono le principali questioni di follow-up del Comitato CRPD.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Regolatore / commissione</div>
<div class="exhibit-prose">
<p>Il <strong>Consiglio Nazionale per le Persone con Disabilità (NCPD)</strong>, istituito nel 2019 ai sensi della legge del 2018, è l'organismo di coordinamento.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Status CRPD</div>
<div class="exhibit-prose">
<p>Ha ratificato la Convenzione nel <strong>2008</strong>. Il Protocollo Opzionale non è stato ratificato.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Traiettoria giurisprudenziale + società civile</div>
<div class="exhibit-prose">
<p>Il trattamento completo — incluso il perimetro operativo del NCPD, l'ancoraggio nell'articolo costituzionale e l'architettura della società civile attorno alla Legge del 2018 — è in <a href="/articles/accessibility-rights-across-africa/">il dossier regionale Africa</a>.</p>
</div>
</div>

</div>
<div class="exhibit-foot">
<span><strong>Regione</strong>Africa del Nord / rimando</span>
<span><strong>Forza applicativa</strong>Si veda il dossier Africa</span>
</div>
</section>

<div class="pattern-callout">
<h3>Tre fili trasversali che ricorrono in ogni voce</h3>
<p><strong>Le donne con disabilità.</strong> L'intersezione tra genere e disabilità è la lacuna più costantemente citata nelle Osservazioni Conclusive del Comitato CRPD per ogni paese esaminato in questa regione. I dati disaggregati sui livelli di istruzione, i tassi di occupazione e l'accesso ai servizi di salute sessuale e riproduttiva per le donne con disabilità non vengono raccolti da nessuna parte nella regione su una base che il Comitato consideri adeguata.</p>
<p><strong>Rifugiati e sfollati.</strong> Il modello di coordinamento Giordania-UNHCR è l'eccezione regionale. In Türkiye — che ospita una delle più grandi popolazioni registrate di rifugiati siriani al mondo — l'integrazione dei dati sulla disabilità dei rifugiati con i servizi nazionali di riabilitazione ha progredito in modo disomogeneo nelle province. In Libano, la questione è in gran parte irrilevante in assenza di un quadro nazionale funzionale sulla disabilità. Le <strong>Linee guida Need to Know 2024 dell'UNHCR sul Lavoro con le Persone con Disabilità nel Contesto dello Sfollamento Forzato</strong> rimangono il riferimento operativo.</p>
<p><strong>Servizi pubblici digitali dopo il COVID.</strong> L'accelerazione 2020–22 dell'e-government ha prodotto sia progressi sia nuove esclusioni. Il portale <strong>e-Devlet</strong> della Türkiye, le piattaforme <strong>Absher</strong> e <strong>Tawakkalna</strong> dell'Arabia Saudita, l'<strong>UAE PASS</strong> degli EAU e il portale <strong>Gov.il</strong> israeliano hanno tutti subito audit di accessibilità o cicli di aggiornamento tra il 2022 e il 2025. La copertura della compatibilità con i lettori di schermo in lingua araba — il vincolo stringente per la comunità non vedente regionale — è migliorata misurabilmente sulle piattaforme di punta ma rimane disomogenea sui sotto-portali.</p>
</div>

<h2>Cosa osservare nel 2026</h2>

<p>Il catalogo qui sopra mappa il pavimento statutario nella sua situazione attuale. L'elenco che segue indica cosa è effettivamente in movimento — le revisioni, le scadenze e le finestre politiche che rimodelleranno una o più delle dieci voci prima del prossimo ciclo del dossier.</p>

<div class="audit-list">
<h3>Livello 1 — Cicli di Osservazioni Conclusive</h3>
<ul>
<li>La revisione CRPD del secondo ciclo 2024–25 della Türkiye, con l'inclusione della disabilità nel recupero post-terremoto come principale obbligo di rendicontazione. (E·01)</li>
<li>L'anno di rendicontazione 2026 della strategia nazionale giordana, che chiude l'orizzonte decennale della Legge del 2017 un anno prima del previsto. (E·03)</li>
<li>Il follow-up 2024 del Qatar alle Osservazioni Conclusive combinate secondo e terzo, con l'inclusione nella forza lavoro come questione aperta. (E·07)</li>
<li>Il dialogo di follow-up 2024 dell'Arabia Saudita sul processo decisionale per sostituzione e sull'accessibilità dell'ambiente costruito. (E·06)</li>
</ul>
<h3>Livello 2 — Scadenze statutarie e applicative</h3>
<ul>
<li>La riforma statutaria israeliana del 2023: l'effetto pratico del 2026 è che la maggior parte delle categorie di servizi pubblici ha esaurito il periodo di grazia per l'accessibilità. (E·02)</li>
<li>L'orizzonte di conformità dell'ambiente costruito dell'Articolo 7 della Türkiye, ripetutamente esteso dal 2012; gli emendamenti del 2024 lo hanno lasciato flessibile. (E·01)</li>
<li>Aggiornamenti dei codici municipali degli EAU — il Dubai Universal Design Code da ultimo aggiornato nel 2023; cicli di Sharjah e Abu Dhabi in parallelo. (E·05)</li>
</ul>
<h3>Livello 3 — Lacune nella società civile e nella ratifica</h3>
<ul>
<li>Libano: status di ratifica CRPD — firmata nel 2007, non ratificata — come precondizione strutturale per tutto il resto. (E·04)</li>
<li>Lacune nella ratifica del Protocollo Opzionale in tutte le giurisdizioni del CCG. (E·05, E·06, E·07, E·08, E·09)</li>
<li>Raccolta di dati disaggregati per genere e disabilità, la lacuna più costantemente segnalata in tutta la regione.</li>
</ul>
</div>

<h2>Il filo conduttore</h2>

<p>Da Ankara a Beirut a Riad, i quadri normativi sulla disabilità della regione sono stati per lo più costruiti tra il 2000 e il 2018, per lo più allineati alla CRPD entro il 2010 e per lo più bloccati da qualche parte tra il codice di leggi e l'ambiente vissuto nel 2026.</p>

<p>Le giurisdizioni che registrano progressi misurabili — Türkiye sulla giurisprudenza della Corte Costituzionale, Israele sull'applicazione guidata dalla Commissione, Giordania sulla capacità di coordinamento dell'HCD, EAU sui codici municipali a livello di emirato, Qatar sulla tecnologia assistiva in lingua araba — condividono un'unica caratteristica: un'istituzione nominata con budget, indipendenza e un percorso di applicazione funzionante. Quelle che non hanno colmato il divario (Libano dal 2019; Arabia Saudita sull'accessibilità dell'ambiente costruito; Bahrein e Oman sul contenzioso strategico) non hanno finanziato l'istituzione che la legge nomina.</p>

<p>Il terremoto Türkiye–Siria del 2023 ha mostrato quanto sia ancora sottile il margine di inclusione quando le istituzioni stesse sono fisicamente e operativamente disrupted. Il ciclo 2026 delle revisioni del Comitato CRPD — Türkiye, Qatar e molti altri — sarà il prossimo momento di responsabilità comparativa.</p>

<div class="bottomline">
<div class="bl-eyebrow">Il punto essenziale</div>
<h2 class="bl-title">Dieci giurisdizioni, un filo conduttore: la legge è forte soltanto quanto l'istituzione che nomina.</h2>
<p>Ciascuna delle dieci voci di questo dossier ha una legge primaria in vigore. Ciascuna designa un regolatore. Otto delle dieci hanno ratificato la CRPD. Il divario tra il pavimento legale e l'ambiente vissuto nel 2026 rispecchia, quasi senza eccezioni, il budget e l'indipendenza dell'istituzione nominata. Dove l'istituzione ha entrambi — la Commissione israeliana, l'HCD giordano, il Centro Mada come definitori di standard regionali — i risultati si muovono. Dove non ne ha nessuno dei due — il Consiglio Nazionale libanese dal 2019, l'applicazione dell'ambiente costruito saudita — non si muovono.</p>
<p>Ulteriori approfondimenti da Disability World su <a href="/toolkit/glossary/crpd/">la CRPD</a>, sulle <a href="/regulations/">normative nazionali sulla disabilità</a> e sul <a href="/articles/accessibility-rights-across-africa/">parallelo dossier Africa</a>.</p>
</div>

<div class="foot-note">
<p><strong>Fonti primarie</strong>Repubblica di Türkiye, <em>Legge n. 5378 sulle Persone con Disabilità</em> (Engelliler Hakkında Kanun, 2005; emendamenti 2014, 2021, 2024), <a href="https://www.mevzuat.gov.tr">mevzuat.gov.tr</a>; Engelliler ve Yaşlı Hizmetleri Genel Müdürlüğü, <a href="https://www.aile.gov.tr/eyhgm">aile.gov.tr/eyhgm</a>; Stato d'Israele, <em>Legge sulla Parità dei Diritti per le Persone con Disabilità, 5758-1998</em>; Commissione per la Parità dei Diritti delle Persone con Disabilità, <a href="https://www.gov.il/en/departments/the_commission_for_equal_rights_of_persons_with_disabilities">gov.il</a>; Emirati Arabi Uniti, <em>Decreto-Legge Federale n. 29 del 2006</em>, Ministero dello Sviluppo della Comunità, <a href="https://www.mocd.gov.ae">mocd.gov.ae</a>; Regno dell'Arabia Saudita, <em>Codice sulla Disabilità del 2000</em> (Decreto Reale); Autorità per la Cura delle Persone con Disabilità, Ministero delle Risorse Umane e dello Sviluppo Sociale; Stato del Qatar, <em>Legge n. 2 del 2004</em>; Autorità Nazionale per la Cura delle Persone con Disabilità; Mada — Centro per la Tecnologia Assistiva, <a href="https://mada.org.qa">mada.org.qa</a>; Regno Hascemita di Giordania, <em>Legge n. 20 del 2017</em>; Consiglio Superiore per i Diritti delle Persone con Disabilità (HCD), <a href="https://hcd.gov.jo">hcd.gov.jo</a>; Stato del Kuwait, <em>Legge n. 8 del 2010</em>; Autorità Pubblica per gli Affari della Disabilità; Repubblica del Libano, <em>Legge n. 220 del 2000</em>, Consiglio Nazionale per le Persone con Disabilità, Ministero degli Affari Sociali; Regno del Bahrein, Legge n. 74 del 2006; Sultanato dell'Oman, Decreto Reale 63/2008; Repubblica Araba d'Egitto, <em>Legge n. 10 del 2018</em>, Consiglio Nazionale per le Persone con Disabilità (NCPD).</p>
<p><strong>Fonti degli organi dei trattati</strong>Comitato ONU sui Diritti delle Persone con Disabilità, <em>Osservazioni Conclusive</em> su Türkiye (2019, ciclo 2024–25), Arabia Saudita (2019), Qatar (2015, 2024), Giordania (2017), EAU (2016), Israele (2017), Bahrein (2017), Oman (2018), <a href="https://www.ohchr.org/en/treaty-bodies/crpd">ohchr.org/treaty-bodies/crpd</a>; Commissione Economica e Sociale delle Nazioni Unite per l'Asia Occidentale (UNESCWA), serie <em>Disabilità nella regione araba</em> e <em>Profili nazionali sull'inclusione della disabilità</em> (2018, 2021, aggiornamenti 2024), <a href="https://www.unescwa.org">unescwa.org</a>; UNHCR, <em>Linee guida Need to Know sul Lavoro con le Persone con Disabilità nel Contesto dello Sfollamento Forzato</em> (aggiornamento 2024).</p>
<p><strong>Ambito</strong>Questo è un catalogo regionale, non un audit di conformità paese per paese. Ciascuna voce riassume il pavimento statutario, il regolatore nominato, lo status CRPD e la recente traiettoria della società civile e della giurisprudenza; non enumera ogni regolamento secondario o disposizione settoriale. L'Egitto compare solo come rimando al dossier Africa; Bahrein e Oman condividono una singola voce perché i loro quadri sono settoriali piuttosto che ancorati in una legge primaria organica sul modello Giordania-2017 o Kuwait-2010.</p>
</div>

</div>

---
title: Accesso alle cure sanitarie per le donne con disabilità nel 2026: l'intersezione che CEDAW e CRPD hanno finalmente iniziato ad applicare insieme
url: https://www.disabilityworld.org/it/articles/disabled-womens-healthcare-access-2026/
description: Le donne con disabilità affrontano barriere fisiche, comunicative e attitudinali in ogni contesto sanitario. La raccomandazione congiunta CEDAW-CRPD del 2025 e i dati delle riforme nazionali 2024-26 mostrano dove il pavimento normativo sta finalmente salendo.
author: Disability World
pubDate: 2026-05-22
tags: women, healthcare, crpd, cedaw, intersectional, reproductive-rights, data
---

# Accesso alle cure sanitarie per le donne con disabilità nel 2026: l'intersezione che CEDAW e CRPD hanno finalmente iniziato ad applicare insieme

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>Di</strong> Disability World</span>
  <span class="rt-pill">Tempo di lettura: 11 minuti</span>
</div>

<p class="wp-block-paragraph">L'accesso alle cure sanitarie per una donna con disabilità non è la somma di due problemi separati. È un unico incontro intersezionale in cui l'edificio, le attrezzature, la formazione del clinico, l'architettura del consenso e il codice di rimborso devono tutti essere allineati — e in cui la mancanza di qualsiasi elemento la spinge al di sotto dello standard di cura ricevuto dalle donne non disabili. È ciò che la <a href="/toolkit/glossary/crpd/">Convenzione sui Diritti delle Persone con Disabilità (CRPD)</a> e la Convenzione sull'Eliminazione di Tutte le Forme di Discriminazione contro le Donne (CEDAW) descrivono, in vocabolari diversi, come lo stesso diritto. Ed è ciò che una visita clinica quotidiana — la visita ginecologica, la prenotazione prenatale, la revisione della prescrizione, il modulo di consenso — continua a rivelare come mancante.</p>

<p class="wp-block-paragraph">Il 2026 è l'anno in cui questo inquadramento è cambiato a livello convenzionale. I comitati di supervisione della CRPD e della CEDAW hanno emesso la loro prima raccomandazione generale congiunta / commento generale nell'ottobre 2025, sulle pratiche dannose in intersezione con la disabilità, e per la prima volta il sistema internazionale dei diritti umani ha iniziato a raccogliere dati di routine sul divario. Leggere il resto di questo articolo richiede di tenere due idee insieme: il pavimento legale è stato fissato per due decenni, e il pavimento vissuto — quello nelle cliniche — viene misurato solo ora.</p>

<h2 class="wp-block-heading" id="h-what-access-means">Cosa significa «accesso» nelle cure sanitarie per una donna con disabilità</h2>

<p class="wp-block-paragraph">«Accesso» in questo contesto non è una singola barriera ma una barriera composita. Circa un miliardo di donne e ragazze nel mondo vivono con una disabilità — circa una su cinque — e l'aggiornamento 2024 dell'OMS al suo <em>Rapporto Globale sull'Equità Sanitaria per le Persone con Disabilità</em> documenta che affrontano le cure sanitarie su almeno quattro assi simultanei di difficoltà: accesso fisico alla stanza e alle attrezzature in essa contenute; accesso comunicativo alle domande e alle spiegazioni del clinico; accesso attitudinale a un clinico che la tratta come colei che decide riguardo al proprio corpo; e accesso strutturale a un sistema i cui strumenti di valutazione del rischio, percorsi di screening e codici di fatturazione non sono stati progettati tenendola in considerazione.</p>

<p class="wp-block-paragraph">Il divario composito è ciò che rende la categoria delle donne con disabilità analiticamente distinta da «donne» o da «persone con disabilità» considerate separatamente. Le donne con disabilità denunciano violenza da partner intimo a un tasso due o tre volte superiore rispetto alle donne non disabili, secondo le stime globali dell'OMS sulla <em>Violenza contro le Donne</em> e il documento di approfondimento supplementare di UN-Women del 2024. Meno del 20% degli stati membri dell'OMS include indicatori di accessibilità disaggregati per disabilità nel monitoraggio della qualità dell'assistenza materna nazionale, secondo l'audit OMS 2024 dei sistemi informativi nazionali sulla salute materna. Le cifre covariamo perché descrivono lo stesso incontro — una donna la cui disabilità viene trattata come la ragione per cui la sua testimonianza, il suo dolore e il suo consenso contano meno dell'interpretazione del clinico.</p>

<h2 class="wp-block-heading" id="h-treaty-floor">Il pavimento convenzionale: tre articoli che finalmente si parlano</h2>

<p class="wp-block-paragraph">Il diritto di una donna con disabilità all'assistenza sanitaria è, sulla carta, uno dei diritti meglio articolati nel diritto internazionale. Tre articoli svolgono il lavoro portante.</p>

<p class="wp-block-paragraph"><strong>L'Articolo 25 della CRPD</strong> impone agli Stati Parti di riconoscere il diritto delle persone con disabilità «al godimento dello standard di salute più elevato conseguibile senza discriminazioni fondate sulla disabilità», e specifica che ciò comprende servizi «il più vicino possibile alle comunità di appartenenza delle persone».</p>

<p class="wp-block-paragraph"><strong>L'Articolo 12 della CEDAW</strong>, risalente al 1979, obbliga gli Stati a eliminare la discriminazione nei confronti delle donne nel campo dell'assistenza sanitaria; la Raccomandazione Generale n. 24 (1999) del Comitato interpreta tale obbligo come applicabile alla salute riproduttiva, mentale e occupazionale.</p>

<p class="wp-block-paragraph"><strong>L'Articolo 6 della CRPD</strong> — l'unico articolo di qualsiasi trattato ONU sui diritti umani rivolto specificamente alle donne con disabilità — impone agli Stati Parti di adottare «tutte le misure appropriate per garantire il pieno sviluppo, il progresso e l'empowerment delle donne» con disabilità.</p>

<p class="wp-block-paragraph">Ciò che è cambiato nel 2025 è che i due comitati di supervisione hanno smesso di leggere quegli articoli in parallelo e hanno iniziato a leggerli insieme. La <strong>raccomandazione generale congiunta / commento generale sulle pratiche dannose in intersezione con la disabilità</strong>, adottata nell'ottobre 2025 dopo un processo di redazione triennale, nomina specifiche modalità di insuccesso: sterilizzazione non consensuale, contraccezione forzata, negazione della capacità giuridica di prendere decisioni in materia di salute sessuale e riproduttiva, e trattamento psichiatrico coercitivo delle donne con disabilità intellettiva e psicosociale. È il primo strumento interpretivo congiunto prodotto dai due comitati. Il registro di un paese su entrambi i trattati viene ora formalmente incrociato quando l'altro comitato lo esamina.</p>

<h2 class="wp-block-heading" id="h-where-the-gap-shows">Dove si manifesta il divario</h2>

<p class="wp-block-paragraph">Il divario composito è visibile più chiaramente in cinque situazioni cliniche concrete. Ciascuna è sufficientemente documentata da poter essere nominata la modalità di insuccesso, e ciascuna è abbastanza circoscritta da rendere la correzione una questione di approvvigionamento, formazione o legge piuttosto che di scienza clinica.</p>

<h3 class="wp-block-heading" id="h-exam-table">Infrastruttura per l'esame fisico: il problema del lettino</h3>

<p class="wp-block-paragraph">Il divario più misurabile nell'assistenza sanitaria alle donne con disabilità è anche il più elementare: le attrezzature nella stanza. Il <em>Rapporto Globale sull'Equità Sanitaria per le Persone con Disabilità</em> dell'OMS del 2024 include un allegato sull'accesso alle attrezzature che ha esaminato gli standard di approvvigionamento nazionali per le attrezzature cliniche in 132 paesi. I suoi risultati principali sono netti: meno del 30% dei paesi esaminati ha uno standard nazionale di approvvigionamento che richiede lettini da visita ad altezza regolabile nelle cliniche di assistenza primaria; meno del 15% ha uno standard per unità mammografiche regolabili che accolgano gli utenti di sedia a rotelle senza trasferimento; e le bilance accessibili — un'attrezzatura talmente semplice che la sua assenza è davvero difficile da spiegare — sono richieste dagli standard di approvvigionamento in meno del 25%.</p>

<p class="wp-block-paragraph">L'effetto a valle è che le donne con disabilità ricevono sistematicamente meno delle cure preventive di routine su cui è costruita la strategia sulle malattie non trasmissibili dell'OMS stessa. Il follow-up del 2023 alla consultazione NIH statunitense su <em>Disabilità ed Equità nella Salute</em> ha rilevato che le donne che usano sedie a rotelle negli USA ricevono lo screening del cancro cervicale a circa i due terzi del tasso delle donne non disabili, e lo screening del cancro al seno a circa tre quarti del tasso, con il divario concentrato nei passaggi che richiedono il trasferimento fisico su una superficie non regolabile. L'audit 2024 del programma di screening mammografico NHS England ha raggiunto conclusioni simili, spingendo alla pubblicazione nel 2025 di un registro a livello di sede dell'offerta di mammografia accessibile.</p>

<p class="wp-block-paragraph">Le attrezzature non sono l'unica barriera all'accesso fisico, ma sono quella più direttamente risolvibile con standard di approvvigionamento e budget in conto capitale. Il rapporto OMS 2024 ha concluso — in modo inusualmente diretto per un documento tecnico — che il divario è «non una lacuna di conoscenze, non una lacuna di evidenze, non una lacuna nelle linee guida cliniche. È una lacuna nelle regole di approvvigionamento».</p>

<h3 class="wp-block-heading" id="h-maternal-care">Assistenza materna: il differenziale che nessuno raccoglie correttamente</h3>

<p class="wp-block-paragraph">Il differenziale di mortalità e morbilità per le donne con disabilità in gravidanza è documentato da due decenni e analizzato sistematicamente da meno di cinque. La serie 2022 del <em>Lancet</em> sulla disabilità ha pubblicato la prima sintesi globale peer-reviewed: le donne con disabilità affrontano circa <strong>da 2 a 4 volte</strong> il rischio di grave morbilità materna rispetto alle donne non disabili, con il moltiplicatore più ampio nei paesi a basso e medio reddito e più stretto — ma comunque presente — nei sistemi ad alto reddito. Il follow-up 2024 incentrato sui paesi a basso e medio reddito ha identificato Nepal e Sudafrica come i paesi con i set di dati sulla salute materna disaggregati per disabilità più completi, entrambi con tassi di grave morbilità circa il doppio della media nazionale per le madri con disabilità.</p>

<p class="wp-block-paragraph">I sistemi ad alto reddito non sono esenti. Un'analisi del 2024 finanziata dal NIH del National Inpatient Sample statunitense ha rilevato che le donne con disabilità fisiche documentate avevano un tasso di grave morbilità materna in ospedale circa dell'80% superiore rispetto alla coorte non disabile abbinata, e le donne con disabilità intellettiva o dello sviluppo circa 2,4 volte superiore. L'inchiesta <em>MBRRACE-UK</em> del 2023 sulle morti materne ha raccomandato per la prima volta che il sistema segnalasse formalmente lo stato di disabilità alla prenotazione prenatale — una raccomandazione che il Royal College of Obstetricians and Gynaecologists ha approvato nel suo aggiornamento degli standard 2024.</p>

<p class="wp-block-paragraph">La diagnosi condivisa in questi dataset è insolitamente coerente. I professionisti della salute materna non ricevono quasi nessuna formazione strutturata sulla cura ostetrica delle donne con disabilità — la revisione OMS 2024 dei curricoli di ostetricia in 41 paesi ha rilevato un contenuto sulla disabilità mediamente inferiore a tre ore su un programma triennale. Gli strumenti di valutazione del rischio utilizzati alla prenotazione prenatale raramente includono elementi specifici per la disabilità. E l'assunzione riflessiva che la gravidanza di una donna con disabilità sia «ad alto rischio» indirizza molte donne verso cure specialistiche terziarie non necessarie, mentre ne indirizza altre verso percorsi standard che non si adattano ai loro bisogni effettivi.</p>

<blockquote class="wp-block-quote">
<p>La singola raccomandazione che ricorre in ogni linea guida 2024–26 sull'assistenza materna che affronta la disabilità — OMS, RCOG, ACOG, le Australian Pregnancy Care Guidelines — è quella di chiedere alla donna con disabilità stessa di quali sistemazioni ha bisogno, e di registrare la risposta nelle sue note. La raccomandazione congiunta CEDAW–CRPD del 2025 la definisce il «pavimento procedurale minimo» e nota che anche questo pavimento non è soddisfatto nella maggior parte dei sistemi esaminati.</p>
<cite>Il principio «chiedere alla donna»</cite>
</blockquote>

<h3 class="wp-block-heading" id="h-srh-information">Informazioni sulla salute sessuale e riproduttiva: tre lacune documentate</h3>

<p class="wp-block-paragraph">L'accesso all'informazione è una categoria più silenziosa di barriera rispetto alle attrezzature o alla mortalità, ma il registro dei dati su di essa è ora sufficientemente consistente da nominare tre lacune specifiche nel modo in cui le informazioni cliniche e di sanità pubblica raggiungono le donne con disabilità.</p>

<ul class="wp-block-list">
<li><strong>Le donne sorde e la prevenzione dell'HIV/AIDS.</strong> Il documento tematico UNAIDS del 2023 sulla disabilità e la risposta all'HIV ha riaffermato una stima di lunga data: le donne sorde nei paesi a basso e medio reddito hanno punteggi di conoscenza sull'HIV sullo strumento standard dell'indagine demografica e sanitaria circa dal 30 al 50% inferiori rispetto alle donne udenti dello stesso paese. Il divario è determinato da materiali di educazione sanitaria inaccessibili e dall'assenza di interpretazione qualificata in lingua dei segni nei servizi di salute sessuale. L'aggiornamento strategico PEPFAR del 2024 ha indicato questo come una categoria che le revisioni dei programmi paese monitoreranno ora esplicitamente.</li>
<li><strong>Le donne con disabilità cognitiva e il consenso informato.</strong> Le osservazioni conclusive del Comitato CRPD hanno, dal 2018, ripetutamente criticato i sistemi sanitari che trattano la presenza di una disabilità intellettiva o psicosociale come una presunzione contro la capacità della donna di acconsentire alle proprie cure ginecologiche, contraccettive o ostetriche. La mappatura globale 2024 di Inclusion International ha rilevato che meno di un quarto dei paesi esaminati ha sostituito il processo decisionale per sostituzione in ambito sanitario con il modello di processo decisionale supportato richiesto dall'Articolo 12 della CRPD.</li>
<li><strong>Le donne autistiche e il dolore ginecologico.</strong> Una crescente letteratura clinica 2022–25 — concentrata nel Regno Unito, nei Paesi Bassi e in Australia — ha documentato sistematicamente diagnosi ritardate di endometriosi, adenomiosi e dolore pelvico cronico nelle donne autistiche, con ritardi mediamente da due a quattro anni più lunghi rispetto alle coorti di confronto non autistiche. Il meccanismo è interpretativo: una comunicazione del dolore che non corrisponde alla presentazione attesa dal clinico viene percepita come esagerazione. L'aggiornamento 2025 delle linee guida NICE sull'endometriosi ha citato esplicitamente questo corpus di ricerca.</li>
</ul>

<h3 class="wp-block-heading" id="h-sterilisation">Sterilizzazione senza consenso</h3>

<p class="wp-block-paragraph">La sterilizzazione non consensuale delle donne con disabilità intellettiva o psicosociale è la questione che il Comitato CRPD ha sollevato più costantemente in oltre un decennio di osservazioni conclusive. È anche quella in cui il diritto si è mosso più visibilmente negli ultimi cinque anni — e in modo più disomogeneo. La raccomandazione congiunta del 2025 elenca le leggi nazionali che ancora consentono la sterilizzazione non urgente delle donne con disabilità intellettiva o psicosociale sulla base del consenso del tutore, giudiziario o familiare come una «pratica dannosa» ai sensi della Raccomandazione Generale CEDAW n. 31 — una designazione che attiva obblighi di rendicontazione ai sensi di entrambi i trattati.</p>

<h3 class="wp-block-heading" id="h-mental-health-prescribing">Prescrizione in salute mentale</h3>

<p class="wp-block-paragraph">Le donne con disabilità — sull'intero spettro dei tipi di disabilità — ricevono farmaci psicotropi a tassi sostanzialmente più elevati rispetto alle donne non disabili, e i dati disaggregati sugli esiti necessari per valutare se quella prescrizione sia appropriata sono in larga misura assenti. Il programma britannico Learning Disability Mortality Review (LeDeR) ha documentato, dal 2017, la persistente sovra-prescrizione di antipsicotici a donne con disabilità intellettiva al di fuori delle loro indicazioni autorizzate — il pattern «STOMP». Il <em>Health at a Glance 2024</em> dell'OCSE ha incluso per la prima volta un indicatore di prescrizione in salute mentale disaggregato per disabilità, che ha mostrato un pattern simile di sovra-prescrizione in 14 dei 22 paesi OCSE che hanno inviato dati disaggregati.</p>

<p class="wp-block-paragraph">La raccomandazione congiunta CEDAW–CRPD del 2025 tratta il trattamento psichiatrico coercitivo — medicazione involontaria, contenzione e isolamento — come una pratica dannosa quando applicata in modo sproporzionato alle donne con disabilità psicosociale. Il Comitato CRPD è stato più categorico del CEDAW su questa questione per quasi un decennio; la raccomandazione congiunta importa il quadro delle pratiche dannose del Comitato CEDAW, con il suo più forte obbligo di rendicontazione, nello stesso spazio analitico.</p>

<h2 class="wp-block-heading" id="h-country-reforms">Riforme nazionali nel 2024–26</h2>

<p class="wp-block-paragraph">L'architettura giuridica attorno alla sterilizzazione e al processo decisionale supportato si è mossa secondo pattern nazionali distinti dal 2020. Tre casi nazionali delimitano la gamma di ciò che è attualmente politicamente possibile.</p>

<p class="wp-block-paragraph">La riforma della <strong>Spagna</strong> è l'esempio più netto. La Legge 8/2021, in vigore dal settembre 2021, ha rimosso la disposizione del Codice Civile di lunga data che consentiva a un tribunale di autorizzare la sterilizzazione di una persona con disabilità intellettiva senza il consenso della persona, sostituendo il quadro del giudizio per sostituzione con un modello di processo decisionale supportato allineato all'Articolo 12 della CRPD. Le osservazioni conclusive del Comitato CRPD del 2023 sulla Spagna hanno elogiato la riforma come modello. (Si veda il <a href="/regulations/es/">primer sulle normative nazionali spagnole</a> per il contesto giuridico più ampio.)</p>

<p class="wp-block-paragraph">La riforma dell'<strong>Australia</strong> è stata realizzata stato per stato e più lentamente. Il New South Wales (2022), il Victoria (2023) e l'Australia Occidentale (2024) hanno ciascuno rafforzato le garanzie procedurali attorno alla sterilizzazione autorizzata dal tribunale per i minorenni e gli adulti con disabilità intellettiva, sebbene nessuna giurisdizione australiana sia arrivata a eliminare completamente la possibilità giuridica come ha fatto la Spagna. La relazione finale della Commissione Reale sulla Disabilità del 2023 ha raccomandato una riforma a livello nazionale, accettata in linea di principio dal governo australiano nel 2024.</p>

<p class="wp-block-paragraph">Tra i paesi che il Comitato CRPD continua a segnalare nei cicli 2024–26 figurano diversi in cui il quadro giuridico consente ancora la sterilizzazione non urgente sulla base del consenso di terzi. Le osservazioni conclusive del Comitato identificano queste giurisdizioni nelle revisioni di ciclo e le indirizzano, ai sensi della raccomandazione congiunta del 2025, al flusso di rendicontazione sulle pratiche dannose del Comitato CEDAW.</p>

<p class="wp-block-paragraph">Dietro la convergenza a livello convenzionale esiste uno strato di coordinamento che non esisteva un decennio fa. <strong>Inclusion International</strong> ha presieduto il gruppo di lavoro inter-DPO sulla raccomandazione congiunta dal 2022. La <strong>rete Women Enabled / DPI women's network (WEN-DPI)</strong> coordina il contributo delle organizzazioni di donne con disabilità in oltre 60 paesi. Il <strong>caucus donne dell'International Disability Alliance (IDA-Women)</strong> è stato l'interlocutore formale con entrambi gli organi dei trattati durante il processo di redazione. Sul fronte del finanziamento, l'introduzione del <strong>monitoraggio dei finanziamenti disaggregati per disabilità</strong> da parte del Fondo Globale (dal ciclo di ricapitalizzazione 2024) e di GAVI (dall'aggiornamento della strategia 2024) sta producendo, per la prima volta, dati su quanta parte del flusso di finanziamento sanitario globale raggiunga effettivamente servizi accessibili alle donne con disabilità. Le prime cifre pubblicate dal marker per la disabilità del Fondo Globale del 2024 sono preoccupanti — meno del 4% della spesa delle sovvenzioni a livello nazionale nel primo ciclo di rendicontazione era contrassegnata come contenente componenti di inclusione della disabilità — ma avere la cifra è la precondizione per alzarla.</p>

<h2 class="wp-block-heading" id="h-good-provision">Come si presenta una buona offerta</h2>

<p class="wp-block-paragraph">Raccogliendo i fili, una «buona offerta» per l'assistenza sanitaria delle donne con disabilità non è un singolo intervento. È una sovrapposizione di quattro elementi, ciascuno abbastanza piccolo da essere specificato in un documento di approvvigionamento o in un curricolo, ma ciascuno attualmente assente nella maggior parte dei sistemi nazionali.</p>

<ul class="wp-block-list">
<li><strong>Uno standard di approvvigionamento.</strong> Norme di approvvigionamento nazionali per le attrezzature dell'assistenza primaria e della maternità che richiedano lettini da visita ad altezza regolabile, mammografie senza trasferimento, bilance accessibili e il resto dell'allegato sulle attrezzature OMS 2024. Budget in conto capitale, non scienza clinica.</li>
<li><strong>Disaggregazione per disabilità nei dati di routine.</strong> Le domande del Washington Group sulla disabilità incorporate nei set di dati amministrativi sanitari — non solo nelle indagini sulle famiglie — affinché un sistema nazionale possa monitorare in tempo reale i propri tassi di mortalità materna, screening e prescrizione per le donne con disabilità, piuttosto che in modo retrospettivo attraverso studi una tantum.</li>
<li><strong>Un percorso formativo.</strong> Contenuto strutturato sulla disabilità nei curricoli di ostetricia, assistenza primaria e salute mentale. La revisione OMS 2024 sull'ostetricia si applica più in generale: il divario è nel curricolo, non nella letteratura clinica.</li>
<li><strong>Processo decisionale supportato applicato.</strong> L'Articolo 12 della CRPD operatizzato specificamente nel contesto sanitario, affinché il processo decisionale per sostituzione venga sostituito come architettura di consenso predefinita intorno alla contraccezione, alla sterilizzazione e al trattamento psichiatrico per le donne con disabilità intellettiva e psicosociale.</li>
</ul>

<p class="wp-block-paragraph">Il principio «chiedere alla donna» delle linee guida sull'assistenza materna 2024–26 è la stessa idea espressa al pavimento procedurale. Preferenze registrate, sistemazioni registrate, consenso registrato — catturati nelle note della donna dalla donna stessa, non da un tutore o dall'interpretazione di un clinico. È l'intervento meno costoso di questo elenco e quello più costantemente insoddisfatto.</p>

<h2 class="wp-block-heading" id="h-what-to-do">Cosa devono fare i progettisti, i clinici e i responsabili delle politiche</h2>

<p class="wp-block-paragraph">Per ciascun gruppo che legge questo articolo, il passo concreto successivo è piccolo. Per i <strong>clinici e gli educatori clinici</strong>: chiedere alla donna, registrare la risposta, verificare il tasso di registrazione. Il «pavimento procedurale minimo» descritto dalla raccomandazione congiunta consiste in due righe extra nel modulo di prenotazione prenatale e in una domanda extra nella visita ginecologica. Non richiede un cambiamento di politica per iniziare a farlo domani.</p>

<p class="wp-block-paragraph">Per i <strong>progettisti dei sistemi sanitari e i responsabili degli acquisti</strong>: leggere l'allegato OMS 2024 sull'accesso alle attrezzature rispetto alle attrezzature che gli standard di approvvigionamento nazionali attualmente richiedono. Dove i due divergono, il divario è la norma di approvvigionamento. Colmarlo è un ciclo di bilancio, non un programma di ricerca.</p>

<p class="wp-block-paragraph">Per i <strong>responsabili delle politiche e gli interlocutori degli organi dei trattati</strong>: la raccomandazione generale congiunta del 2025 è ora lo strumento interpretivo che incrocia i cicli di rendicontazione CRPD e CEDAW. I rapporti nazionali a uno dei due comitati che non affrontino l'elenco delle pratiche dannose attireranno, dal 2026 in poi, il follow-up dell'altro comitato. Il posto più tempestivo da cui agire è il processo decisionale supportato nel contesto sanitario e lo status legale della sterilizzazione non consensuale. La <a href="/regulations/es/">Legge 8/2021</a> spagnola è il modello di riferimento.</p>

<p class="wp-block-paragraph">Per tutti: il pavimento legale è fissato dal 2006. Ciò che è cambiato nel 2025 è che i due comitati responsabili della sua applicazione hanno smesso di leggere gli stessi fatti come due domande separate. La raccomandazione congiunta CEDAW–CRPD non è l'unica cosa in movimento — il rapporto sull'equità dell'OMS, la serie del Lancet sull'assistenza materna, le riforme sulla sterilizzazione spagnola e australiana, i marker di disabilità del Fondo Globale e di GAVI, gli audit nazionali dell'accessibilità dell'assistenza materna e dello screening mammografico — ma è il pezzo che lega il resto, perché fornisce a clinici, ministeri e donatori un unico strumento interpretivo che dice, in un unico posto, cosa significa effettivamente l'accesso alle cure sanitarie per le donne con disabilità. Colmare il divario rimane una decisione nazionale di approvvigionamento, formazione e applicazione. Il pavimento convenzionale non è più il pezzo mancante.</p>

<p class="wp-block-paragraph">Ulteriori approfondimenti da Disability World su <a href="/toolkit/glossary/crpd/">la CRPD</a>, sulle <a href="/regulations/">normative nazionali</a> e sul più ampio <a href="/articles/">registro delle rendicontazioni 2026</a>.</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 id="sources-heading">Fonti primarie</h2>
<ol>
<li>Comitato ONU sui Diritti delle Persone con Disabilità e Comitato ONU sull'Eliminazione della Discriminazione contro le Donne. <em>Raccomandazione generale congiunta n. 40 / commento generale n. 9 sulle pratiche dannose in intersezione con la disabilità</em> (adottata nell'ottobre 2025).</li>
<li>Organizzazione Mondiale della Sanità. <em>Rapporto Globale sull'Equità Sanitaria per le Persone con Disabilità</em> (2022) e aggiornamento del monitoraggio 2024, incluso l'allegato sull'accesso alle attrezzature e l'audit dei sistemi informativi nazionali sulla salute materna. https://www.who.int/publications/i/item/9789240063600</li>
<li>Kuper H., Hanefeld J. et al. <em>The Lancet Disability Series</em> (2022) e i documenti di follow-up del 2024 sulla morbilità materna nei paesi a basso e medio reddito. https://www.thelancet.com/series/disability-2022</li>
<li>UN-Women e OHCHR. <em>Violenza contro le Donne con Disabilità: Stime Globali</em> (documento di approfondimento supplementare del 2024 alle stime globali dell'OMS).</li>
<li>UNAIDS. <em>Disabilità e risposta all'HIV</em> (documento tematico 2023).</li>
<li>Inclusion International. <em>Mappatura globale della riforma della capacità giuridica nel processo decisionale in ambito sanitario</em> (2024).</li>
<li>NHS England. <em>Audit sull'accessibilità del programma di screening mammografico</em> (2024) e registro dell'accessibilità a livello di sede del 2025.</li>
<li>MBRRACE-UK. <em>Saving Lives, Improving Mothers' Care</em>, indagine riservata del 2023 sulle morti materne.</li>
<li>Royal College of Obstetricians and Gynaecologists (UK). <em>Assistenza alle donne con disabilità fisiche in gravidanza e al parto</em> (aggiornamento degli standard 2024).</li>
<li>Boletín Oficial del Estado (Spagna). <em>Ley 8/2021, de 2 de junio, por la que se reforma la legislación civil y procesal para el apoyo a las personas con discapacidad en el ejercicio de su capacidad jurídica.</em></li>
<li>Commissione Reale sulla Violenza, gli Abusi, la Negligenza e lo Sfruttamento delle Persone con Disabilità (Australia). <em>Relazione finale</em> (2023) e risposta del governo australiano (2024).</li>
<li>OCSE. <em>Health at a Glance 2024</em>, indicatore di prescrizione in salute mentale disaggregato per disabilità.</li>
<li>Il Fondo Globale per la lotta all'AIDS, alla tubercolosi e alla malaria. <em>Marker per la disabilità — Risultati del primo ciclo di rendicontazione</em> (ciclo di ricapitalizzazione 2024).</li>
</ol>
</aside>

</div>

---
title: Azioni esecutive dell'ADA guidate dal DOJ: cosa attira l'attenzione federale nel 2026
url: https://www.disabilityworld.org/it/articles/doj-enforcement-actions-tracker/
description: Il Dipartimento di Giustizia ha avviato meno di 200 azioni federali sull'accessibilità web in un decennio — a fronte di circa 12.000 reclami privati Title III nel solo 2024.
author: Disability World
pubDate: 2026-05-22
tags: doj, ada, title-iii, title-ii, enforcement, us-law, data
---

# Azioni esecutive dell'ADA guidate dal DOJ: cosa attira l'attenzione federale nel 2026

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Applicazione dell'ADA guidata dal DOJ</span>
  </div>

  <h1>Azioni esecutive dell'ADA guidate dal DOJ <em>— cosa attira l'attenzione federale nel 2026</em></h1>

  <p class="lede">Il Dipartimento di Giustizia è l'unica agenzia federale con autorità esecutiva diretta sull'ADA Title III, e la esercita con parsimonia. Nel corso dell'ultimo decennio — dal 2015 al 2024 — la Sezione Diritti dei Disabili della Civil Rights Division e gli Uffici dei Procuratori degli Stati Uniti hanno avviato complessivamente un numero stimato di <strong>meno di 200 azioni esecutive federali sull'accessibilità web</strong>, a fronte di un fascicolo di attori privati che ha raggiunto <strong>circa 12.000 reclami Title III nel solo 2024</strong>. I dati parlano chiaro: i ricorsi privati superano quelli federali in rapporto di circa <strong>600:1</strong> in un singolo anno. Eppure il DOJ conta in misura sproporzionata rispetto ai volumi — i suoi decreti consensuali definiscono il modello de facto di risanamento, la norma finale Title II dell'aprile 2024 (<strong>28 CFR Part 35, Subpart H</strong>) ha stabilito WCAG 2.1 Livello AA come standard federale per gli enti statali e locali, e i casi che porta avanti — <em>Carnival</em>, <em>Greyhound</em>, <em>H&amp;R Block</em>, <em>Edward Jones</em>, <em>Hertz</em>, <em>Bay State Savings Bank</em> — definiscono l'aspetto dell'"attenzione federale" quando arriva. Questo dossier ricostruisce le ricorrenti circostanze scatenanti.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultanze · Fascicolo 02</span>
      <span class="dossier-meta">08 voci · ricavate dall'archivio esecutivo DOJ ada.gov, 2015–2025</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa rivela il registro esecutivo del DOJ</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">&lt;200</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il DOJ ha avviato meno di 200 azioni federali sull'accessibilità web in dieci anni</p>
          <p class="dossier-note">Totale combinato stimato della Sezione Diritti dei Disabili e degli Uffici dei Procuratori degli Stati Uniti, 2015–2024, ricavato dall'archivio esecutivo ada.gov e dai rapporti di stato trimestrali del DOJ. La cifra include decreti consensuali, accordi transattivi e reclami in contenzioso — ma esclude le chiusure per mediazione.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">600:1</span>
        <div class="dossier-body">
          <p class="dossier-claim">I ricorsi privati Title III hanno superato le azioni del DOJ in rapporto di circa 600 a 1 nel 2024</p>
          <p class="dossier-note">Circa 12.000 ricorsi federali privati (tracker ADA Title III di Seyfarth Shaw) a fronte di una stima di 20 procedimenti DOJ sull'accessibilità web nell'anno solare 2024. Il divario è la realtà strutturale dell'applicazione dell'ADA Title III negli Stati Uniti.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2024</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il DOJ ha finalizzato la prima norma federale sull'accessibilità per i siti web Title II nell'aprile 2024</p>
          <p class="dossier-note">28 CFR Part 35, Subpart H, pubblicata nel Federal Register il 24 aprile 2024, adotta WCAG 2.1 Livello AA come standard per i siti web e le app mobili di enti statali e locali. L'equivalente Title III è all'ordine del giorno normativo unificato dal 2022 e rimane in sospeso.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">405.000 $</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il decreto consensuale del 2015 contro Carnival Corporation prevedeva una sanzione civile di 55.000 $ più 350.000 $ in risarcimenti</p>
          <p class="dossier-note"><em lang="en">United States v. Carnival Corporation</em> (S.D. Fla., decreto consensuale 2015) è il modello che la Sezione Diritti dei Disabili ha riutilizzato per quasi ogni grande convenuto da allora: risanamento nazionale, risarcimenti ai denuncianti identificati, sanzione civile modesta, finestra di monitoraggio pluriennale.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Cinque ricorrenti fattori scatenanti spiegano la maggior parte delle azioni DOJ Title III</p>
          <p class="dossier-note">Convenuto di scala nazionale; documentata storia di reclami senza risanamento; caso test di alta visibilità pubblica; fallimento degli incentivi di mercato (il convenuto non ha pressione competitiva per correggere il problema); o interazione con un'altra legge federale (Section 504, Air Carrier Access Act, Fair Housing Act). Pochissimi procedimenti del DOJ arrivano senza almeno due dei cinque fattori.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">WCAG 2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">Ogni decreto consensuale DOJ Title III dal 2014 ha richiesto la conformità a WCAG 2.0 o 2.1 Livello AA</p>
          <p class="dossier-note">Da <em lang="en">NFB v. HRB Digital LLC</em> (H&amp;R Block, D. Mass. 2014) attraverso i decreti Edward Jones (E.D. Mo. 2018) e Rite Aid (E.D. Pa. 2021), lo standard è stato notevolmente coerente — ben prima che la norma Title II lo formalizzasse nella regolamentazione federale.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">36 mesi</span>
        <div class="dossier-body">
          <p class="dossier-claim">La tipica finestra di monitoraggio in un decreto consensuale DOJ si estende su tre anni</p>
          <p class="dossier-note">Il DOJ non «transige e si ritira». Un decreto standard della Sezione Diritti dei Disabili richiede al convenuto di nominare un consulente indipendente per l'accessibilità, di presentare rapporti di avanzamento trimestrali e di accettare audit in loco o da remoto per trentasei mesi — talvolta prorogati.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">08</span>
        <span class="dossier-stat">2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">La prima grande scadenza di conformità Title II cade nell'aprile 2026</p>
          <p class="dossier-note">Ai sensi del 28 CFR Part 35, Subpart H, gli enti statali e locali che servono popolazioni pari o superiori a 50.000 persone devono conformarsi a WCAG 2.1 Livello AA entro il 24 aprile 2026. Le giurisdizioni più piccole dispongono di un anno in più. La prima ondata di applicazione DOJ post-norma è attesa a partire dal 2027.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong>Archivio esecutivo della Sezione Diritti dei Disabili della Civil Rights Division del DOJ (ada.gov); Federal Register, 89 FR 31320 (24 aprile 2024); tracker ADA Title III di Seyfarth Shaw (cicli 2013–2025); rapporti di stato trimestrali ada.gov; testi dei decreti consensuali come depositati su PACER; riassunti della Commissione sui Diritti dei Disabili dell'American Bar Association.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#scale">Il divario di scala, in un grafico</a></li>
      <li><span class="toc-num">02</span><a href="#triggers">I cinque fattori scatenanti ricorrenti</a></li>
      <li><span class="toc-num">03</span><a href="#casebook">Casebook: i decreti nominati</a></li>
      <li><span class="toc-num">04</span><a href="#title-ii-rule">La norma finale Title II dell'aprile 2024</a></li>
      <li><span class="toc-num">05</span><a href="#title-iii-signal">Cosa segnala per il Title III</a></li>
      <li><span class="toc-num">06</span><a href="#outlook">Prospettive 2026</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="scale">01 · Il divario di scala, in un grafico</h2>

  <p class="dropcap-first">Il fatto più importante sull'applicazione dell'ADA da parte del DOJ è la rarità con cui avviene. Nell'anno solare 2024, il tracker ADA Title III di Seyfarth Shaw ha contato circa <strong>12.000 reclami privati in tribunali federali</strong> a livello nazionale. L'archivio esecutivo della Sezione Diritti dei Disabili — il registro pubblico su ada.gov — elenca circa <strong>venti procedimenti sull'accessibilità web</strong> nello stesso anno. Nell'intero decennio 2015–2024, il conteggio cumulativo del DOJ delle azioni esecutive federali sull'accessibilità web si colloca comodamente sotto i 200. I ricorsi privati Title III nello stesso decennio si contano nell'ordine delle decine di migliaia. Il DOJ è, in termini di volume, un errore di arrotondamento nell'applicazione del Title III.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Tutti gli studi legali privati (2024)</div><div class="firm-meta">Reclami federali Title III · tracker Seyfarth Shaw</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">circa 12.000 casi</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Mizrahi Kroub LLP</div><div class="firm-meta">SDNY / EDNY · specialista in accessibilità web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:18%">circa 1.700 casi est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Stein Saks PLLC</div><div class="firm-meta">NY / NJ · specialista in accessibilità web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:15%">circa 1.500 casi est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Mars Khaimov Law PLLC</div><div class="firm-meta">NY · specialista in accessibilità web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:11%">circa 1.050 casi est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Center for Disability Access (Potter Handy LLP)</div><div class="firm-meta">CA · fascicolo di accesso abbinato alla legge Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:9%">circa 930 casi est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Pacific Trial Attorneys</div><div class="firm-meta">CA · fascicoli di accesso web del 9° Circuito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:7%">circa 700 casi est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Wittenberg Law</div><div class="firm-meta">CA · ricorsi federali abbinati alla legge Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:6%">circa 600 casi est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Manning Law APC</div><div class="firm-meta">CA · fascicoli di accesso web del 9° Circuito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:5%">circa 510 casi est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Lipton Law Center</div><div class="firm-meta">CA · ricorsi per l'accesso digitale</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:4%">circa 430 casi est.</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">US Department of Justice (tutti gli uffici, decennio intero)</div><div class="firm-meta">Sezione Diritti dei Disabili + USAOs · procedimenti sull'accessibilità web 2015–2024</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:2%">&lt;200 casi (totale decennale)</div></div>
    </div>
  </div>

  <p>La visualizzazione è istruttiva. Anche sommando l'intero decennio di attività federale del DOJ ai totali di un singolo anno degli studi privati più attivi, il DOJ si trova in fondo al grafico. La cifra sottostima però il ruolo del DOJ in un altro senso: molti dei casi più significativi — Carnival, Greyhound, Edward Jones — non diventano mai reclami in contenzioso, perché si risolvono nella fase pre-giudiziale come accordi transattivi o decreti consensuali. La leva dell'agenzia si basa sulla credibile minaccia di rimedi strutturali, non sul volume dei casi.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">circa 12.000</div><div class="stat-desc">Reclami privati federali Title III presentati nel 2024 (tracker Seyfarth Shaw)</div></div>
    <div class="stat-box"><div class="stat-big">circa 20</div><div class="stat-desc">Procedimenti DOJ sull'accessibilità web nel 2024 (archivio ada.gov)</div></div>
    <div class="stat-box"><div class="stat-big">600:1</div><div class="stat-desc">Rapporto approssimativo tra applicazione privata e pubblica nell'anno</div></div>
  </div>

  <p class="pull-quote">Il DOJ è un errore di arrotondamento nel volume esecutivo — e l'istituzione portante nella dottrina esecutiva. Entrambe le affermazioni sono simultaneamente vere, e il divario tra esse è la forma strutturale del Title III nel 2026.</p>

  <hr />

  <h2 id="triggers">02 · I cinque fattori scatenanti ricorrenti</h2>

  <p>Se il DOJ apre solo una manciata di casi sull'accessibilità web all'anno a fronte di migliaia di possibili convenuti, cosa seleziona quelli che effettivamente persegue? Leggendo l'archivio esecutivo ada.gov dall'inizio alla fine — ogni decreto consensuale, accordo transattivo e memoria di interesse presentata dalla Sezione Diritti dei Disabili dal 2014 — cinque fattori fattuali ricorrenti compaiono in quasi ogni procedimento. Il DOJ non pubblica criteri formali di selezione dei casi, ma il modello è sufficientemente coerente da funzionare come tale.</p>

  {/* Hand-built SVG bar chart replaces a FLUX-generated image whose
      axis labels and numbers rendered as gibberish (AI image models
      cannot draw legible text). Numbers match the stat-row above:
      approx. 12,000 private Title III filings in 2024 against
      approx. 20 DOJ-led website-accessibility matters — a 600:1 gap. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="doj-gap-chart-title doj-gap-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="doj-gap-chart-title">Volume di applicazione dell'ADA Title III — privato vs. federale, 2024</title>
      <desc id="doj-gap-chart-desc">Un grafico a barre orizzontali che confronta due conteggi di casi del 2024. Gli studi privati hanno presentato circa 12.000 reclami federali Title III, mostrati come barra a larghezza piena. Il Dipartimento di Giustizia ha avviato circa 20 procedimenti sull'accessibilità web in tutti gli uffici, mostrati come una sottile scheggia rossa alla stessa scala — circa lo 0,17 percento del totale privato. Il rapporto è di circa 600 a 1.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart title */}
      <text x="80" y="40" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="14" font-weight="700" fill="#1a1a1a" letter-spacing="0.5">VOLUME APPLICAZIONE ADA TITLE III, ANNO SOLARE 2024</text>
      <text x="80" y="60" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#6b7280" font-style="italic">Ricorsi in tribunali federali, tutti i convenuti, tutti i distretti</text>
      {/* X-axis gridlines at 0, 3000, 6000, 9000, 12000 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="100" x2="80" y2="290" />
        <line x1="250" y1="100" x2="250" y2="290" />
        <line x1="420" y1="100" x2="420" y2="290" />
        <line x1="590" y1="100" x2="590" y2="290" />
        <line x1="760" y1="100" x2="760" y2="290" />
      </g>
      {/* X-axis baseline */}
      <line x1="80" y1="290" x2="760" y2="290" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a" text-anchor="middle">
        <text x="80" y="310">0</text>
        <text x="250" y="310">3.000</text>
        <text x="420" y="310">6.000</text>
        <text x="590" y="310">9.000</text>
        <text x="760" y="310">12.000</text>
      </g>
      <text x="420" y="335" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle" font-style="italic">ricorsi federali Title III nel 2024 (casi)</text>
      {/* Private bar — approx. 12,000 cases, full width to x=760 */}
      <rect x="80" y="110" width="680" height="56" fill="#1a1a1a" />
      <text x="92" y="135" font-family="ui-sans-serif, system-ui, sans-serif" font-size="13" font-weight="700" fill="#fbf9f4">Studi legali privati (tutti)</text>
      <text x="92" y="154" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#fbf9f4" opacity="0.75">Tracker ADA Title III Seyfarth Shaw</text>
      <text x="748" y="142" font-family="ui-sans-serif, system-ui, sans-serif" font-size="14" font-weight="700" fill="#fbf9f4" text-anchor="end">circa 12.000</text>
      {/* DOJ bar — approx. 20 cases, 20/12000 * 680 = 1.13px; widen to visible sliver */}
      <rect x="80" y="196" width="3" height="56" fill="#dc2626" />
      {/* Connector line + callout for DOJ value (since the bar is too thin to label inside) */}
      <line x1="83" y1="224" x2="160" y2="224" stroke="#dc2626" stroke-width="1.5" />
      <text x="170" y="220" font-family="ui-sans-serif, system-ui, sans-serif" font-size="13" font-weight="700" fill="#dc2626">circa 20</text>
      <text x="170" y="237" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#3a3a3a">DOJ Sezione Diritti dei Disabili + USAOs · archivio ada.gov</text>
      <text x="170" y="254" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">procedimenti sull'accessibilità web, 2024</text>
      {/* Ratio annotation, top right */}
      <g transform="translate(620,90)">
        <rect x="0" y="-22" width="140" height="28" fill="#dc2626" />
        <text x="70" y="-3" font-family="ui-sans-serif, system-ui, sans-serif" font-size="14" font-weight="700" fill="#fbf9f4" text-anchor="middle" letter-spacing="0.5">RAPPORTO circa 600 : 1</text>
      </g>
    </svg>
    <figcaption>Il divario di volume che definisce l'applicazione federale dell'ADA nel 2024: circa 12.000 ricorsi privati Title III (tracker Seyfarth Shaw, barra nera) contro circa venti procedimenti sull'accessibilità web guidati dal DOJ (archivio ada.gov, scheggia rossa) — un rapporto di circa 600 a 1.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">FATTORI SCATENANTI RICORRENTI NELLE AZIONI DOJ ADA TITLE III (2015–2025)</div>
    <div class="bar-row"><div class="bar-label">Convenuto di scala nazionale</div><div class="bar-track"><div class="bar-fill bf-a" style="width:92%">presente in circa il 92% dei procedimenti</div></div></div>
    <div class="bar-row"><div class="bar-label">Precedente storia di reclami</div><div class="bar-track"><div class="bar-fill bf-a" style="width:78%">presente in circa il 78% dei procedimenti</div></div></div>
    <div class="bar-row"><div class="bar-label">Caso test di alta visibilità</div><div class="bar-track"><div class="bar-fill bf-b" style="width:55%">presente in circa il 55% dei procedimenti</div></div></div>
    <div class="bar-row"><div class="bar-label">Fallimento degli incentivi di mercato</div><div class="bar-track"><div class="bar-fill bf-b" style="width:48%">presente in circa il 48% dei procedimenti</div></div></div>
    <div class="bar-row"><div class="bar-label">Interazione tra statuti</div><div class="bar-track"><div class="bar-fill bf-c" style="width:32%">presente in circa il 32% dei procedimenti</div></div></div>
  </div>

  <p>Il primo fattore scatenante è la <strong>scala del convenuto</strong>. La Sezione Diritti dei Disabili, con un organico di decine di persone e un budget annuale che non ha tenuto il passo con il fascicolo, sceglie convenuti la cui portata giustifica l'impegno di risorse. Carnival gestisce la più grande flotta da crociera del mondo. Greyhound opera il servizio di autobus interurbani in 48 stati. H&amp;R Block compila circa una dichiarazione fiscale federale statunitense su cinque. Edward Jones gestisce più uffici di consulenza finanziaria di qualsiasi concorrente. Il modello è coerente: presenza nazionale, milioni di clienti, superfici di strutture pubbliche che interessano una quota misurabile della popolazione con disabilità.</p>

  <p>Il secondo fattore scatenante è <strong>una documentata storia di reclami senza risanamento</strong>. Il DOJ raramente arriva per primo. Il caso Carnival ha fatto seguito ad anni di corrispondenza con organizzazioni di disabilità e a precedenti indagini del DOT ai sensi di altra autorità. Il caso H&amp;R Block è iniziato come una causa privata della National Federation of the Blind in cui il Dipartimento si è poi inserito. Greyhound era stata oggetto di reclami pre-giudiziali da parte di organizzazioni per i diritti dei disabili per quasi un decennio prima del decreto consensuale del 2016. Il DOJ tende a perseguire convenuti che hanno dimostratamente ignorato avvertimenti credibili.</p>

  <p>Il terzo fattore scatenante è il <strong>valore come caso test di alta visibilità</strong>. Diversi procedimenti del DOJ sono scelti dottrinalmente — selezionati perché i fatti del convenuto presentano una questione di diritto chiara che il Dipartimento vuole risolvere o segnalare. Il caso Carnival ha risposto, in sostanza, alla domanda se le navi da crociera siano «luoghi di accesso pubblico» ai sensi del Title III. Il decreto consensuale Edward Jones (E.D. Mo. 2018) ha segnalato al settore dei servizi finanziari che i siti web di intermediazione rivolti ai clienti rientrano nella portata del Title III. I casi Bay State Savings Bank (D. Mass. 2020) e Rite Aid (E.D. Pa. 2021) hanno esteso la regola alle catene bancarie al dettaglio e farmaceutiche di medie dimensioni.</p>

  <p>Il quarto fattore scatenante è il <strong>fallimento degli incentivi di mercato</strong>. Quando un convenuto non ha pressione competitiva per risanare — tipicamente perché opera in un settore regolamentato, detiene una posizione di quasi-monopolio su una tratta, o serve una base di clienti captiva — il solo contenzioso privato sottoperforma. Il caso Greyhound è l'esempio canonico: i passeggeri di autobus interurbani, in larga misura a basso reddito e comprendenti una coorte sostanziale di persone con disabilità, dispongono di alternative limitate sulla maggior parte delle tratte. Il DOJ interviene dove il mercato non lo fa.</p>

  <p>Il quinto fattore scatenante è l'<strong>interazione con un'altra legge federale</strong>. Quando la condotta del convenuto riguarda la Sezione 504 del Rehabilitation Act (finanziamenti federali), l'Air Carrier Access Act (aviazione), il Fair Housing Act (proprietà residenziali), o il Communications and Video Accessibility Act, il DOJ dispone di ulteriori agganci dottrinali e coordina frequentemente con il Dipartimento dei Trasporti, l'HUD o l'FCC. La memoria di interesse del 2023 nel contenzioso per l'accesso in sedia a rotelle di Uber e Lyft si è basata su questa sovrapposizione.</p>

  <div class="callout info">
    <div class="ct">Cosa è — e cosa non è</div>
    <p>Si tratta di un modello ricostruito a ritroso, non di una politica pubblicata. La Sezione Diritti dei Disabili non pubblica una griglia di selezione dei casi. I cinque fattori scatenanti sono inferiti dalla lettura integrale dell'archivio esecutivo ada.gov. Sono descrittivi, non predittivi, e si sovrappongono pesantemente: la maggior parte dei procedimenti del DOJ attiva tre o quattro dei cinque fattori contemporaneamente.</p>
  </div>

  <hr />

  <h2 id="casebook">03 · Casebook: i decreti nominati</h2>

  <p>Sei procedimenti illustrano come i fattori scatenanti operano in pratica. Non si tratta di un campione rappresentativo dell'intero fascicolo DOJ — sono i procedimenti più citati dal foro degli attori privati, dai difensori e dai consulenti di accessibilità come punti di riferimento per ciò che appare un risanamento di livello DOJ.</p>

  <h3>Carnival Corporation (S.D. Fla., decreto consensuale 2015)</h3>
  <p><em lang="en">United States v. Carnival Corporation</em> ha risolto anni di difesa dell'accessibilità sulle navi delle flotte Carnival, Holland America e Princess. Il decreto consensuale del 2015 ha richiesto a Carnival di risanare l'accessibilità fisica e digitale su oltre 100 navi, di installare cabine accessibili in rapporti specificati, di ristrutturare le procedure di imbarco e di evacuazione d'emergenza, di pagare una sanzione civile di 55.000 $, e di distribuire 350.000 $ in risarcimenti ai denuncianti identificati. La finestra di monitoraggio triennale del decreto è stata il modello che la Sezione Diritti dei Disabili ha riutilizzato per quasi ogni convenuto di grandi dimensioni da allora.</p>

  <h3>Greyhound Lines Inc. (D.D.C., decreto consensuale 2016)</h3>
  <p><em lang="en">United States v. Greyhound Lines, Inc.</em> ha risolto un'indagine di lunga data sulla manutenzione dei montascale, sulla formazione degli autisti e sull'accessibilità del sistema di prenotazione nella rete interurbana nazionale di Greyhound. Il decreto consensuale ha richiesto modifiche strutturali alla flotta, ha istituito un programma di risoluzione dei reclami dei clienti con tempistiche di risposta documentate, e ha impegnato l'azienda alla formazione sull'accessibilità a livello nazionale. La motivazione del fallimento degli incentivi di mercato era esplicita nei materiali stampa: i passeggeri di autobus interurbani hanno, in molte tratte, alternative limitate.</p>

  <h3>H&amp;R Block / HRB Digital LLC (D. Mass., decreto consensuale 2014)</h3>
  <p><em lang="en">NFB v. HRB Digital LLC</em>, a cui si è unito il governo degli Stati Uniti, è stato uno dei primi decreti consensuali federali a richiedere esplicitamente la conformità WCAG 2.0 Livello AA su un sito web commerciale ad alto traffico. Il decreto si applicava a <em>hrblock.com</em>, il prodotto di compilazione fiscale online dell'azienda, e alle app mobile di H&amp;R Block. Ha fissato la soglia per ogni successivo accordo DOJ sull'accessibilità web ed è il procedimento più citato nei documenti difensivi su cosa richiede la «conformità di livello DOJ».</p>

  <h3>Edward D. Jones &amp; Co. (E.D. Mo., decreto consensuale 2018)</h3>
  <p><em lang="en">United States v. Edward D. Jones &amp; Co.</em> ha esteso il modello WCAG 2.0 AA al settore dei servizi finanziari. Il decreto copriva il sito web rivolto ai clienti dell'azienda, le applicazioni mobili e taluni elementi della rete ATM, richiedeva test di accessibilità continui e obbligava l'azienda a nominare un consulente indipendente per l'accessibilità per la durata della finestra di monitoraggio. Ha segnalato al più ampio settore della gestione patrimoniale e dell'intermediazione che le superfici digitali rivolte ai clienti rientravano nella portata del Title III.</p>

  <h3>Rite Aid Corporation (E.D. Pa., accordo transattivo 2021)</h3>
  <p>L'accordo Rite Aid si è concentrato sul portale online della catena farmaceutica per la prenotazione dei vaccini COVID-19. Il procedimento è dottrinalmente circoscritto ma operativamente importante: ha stabilito che le superfici digitali di salute pubblica dell'era pandemica — prenotazioni vaccini, portali per i risultati dei test, front-end di telemedicina — rientrano pienamente nei requisiti di accesso alla comunicazione del Title III. L'accordo ha richiesto a Rite Aid di portare il portale alla conformità WCAG 2.1 Livello AA entro una finestra definita.</p>

  <h3>Hertz Corporation (D.N.J., accordo transattivo 2022)</h3>
  <p>Il caso Hertz ha riguardato i sistemi di prenotazione della società di autonoleggio e l'accessibilità delle sedi fisiche. L'accordo ha richiesto modifiche strutturali al flusso di prenotazione su <em>hertz.com</em>, formazione sull'accessibilità per il personale del servizio clienti, e un programma di risanamento nelle sedi dei banchi di noleggio. Il procedimento ha illustrato la crescente disponibilità del DOJ a estendere le aspettative di accessibilità digitale del Title III a settori la cui interazione con i clienti è principalmente transazionale e digitale.</p>

  <div class="quote-block">
    <div class="meta"><span lang="en">United States v. Carnival Corporation</span> — decreto consensuale (S.D. Fla. 2015)</div>
    <div class="quote"><span lang="en">"Defendant shall ensure that the design, construction, and ongoing maintenance of all vessels in its fleet conform to the requirements of the Americans with Disabilities Act, and shall provide access to passengers with disabilities equal in scope and quality to that provided to non-disabled passengers."</span></div>
    <span class="source">DOJ Civil Rights Division · Sezione Diritti dei Disabili · decreto consensuale 2015</span>
  </div>

  <p>Letti insieme, i sei decreti mostrano cosa il DOJ chiede ai propri convenuti: una politica di accessibilità pubblicata, superfici digitali conformi a WCAG, audit indipendente continuativo, un processo per i reclami dei clienti con tempistiche documentate, sanzioni civili calibrate in base alle dimensioni del convenuto, risarcimenti ai denuncianti identificati, e monitoraggio pluriennale. Questo è il pavimento de facto che gli attori privati citano quando negoziano i propri decreti consensuali — un pavimento che il Dipartimento di Giustizia ha costruito, un decreto nominato alla volta, dal 2014.</p>

  <hr />

  <h2 id="title-ii-rule">04 · La norma finale Title II dell'aprile 2024</h2>

  <p>Per tre decenni il quadro normativo dell'ADA ha lasciato un vuoto strutturale: la legge si applica alle superfici digitali, ma nessuna norma federale specificava <em>quale standard tecnico</em> un convenuto dovesse rispettare per conformarsi. Il Dipartimento di Giustizia aveva affermato almeno dal 2010 che il Title II e il Title III coprivano il web. Aveva perseguito i decreti nominati di cui sopra nell'ipotesi che WCAG 2.0 Livello AA fosse lo standard giusto. Ma fino all'aprile 2024, quello standard viveva nei decreti consensuali del DOJ, non nella normativa federale.</p>

  <p>La pubblicazione del <strong>28 CFR Part 35, Subpart H</strong> (Federal Register 89 FR 31320) il 24 aprile 2024 ha cambiato le cose per il Title II. La norma finale si applica ai siti web e alle applicazioni mobili di enti statali e locali. Adotta esplicitamente <strong>WCAG 2.1 Livello AA</strong> come standard federale. Le scadenze di conformità sono scaglionate in base alla popolazione servita:</p>

  <div class="chart-section">
    <div class="chart-title">28 CFR PART 35, SUBPART H — SCADENZE DI CONFORMITÀ SCAGLIONATE</div>
    <div class="bar-row"><div class="bar-label">Enti pubblici, popolazione ≥50.000</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">scadenza 24 aprile 2026</div></div></div>
    <div class="bar-row"><div class="bar-label">Governi di distretti speciali</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">scadenza 24 aprile 2026</div></div></div>
    <div class="bar-row"><div class="bar-label">Enti pubblici, popolazione &lt;50.000</div><div class="bar-track"><div class="bar-fill bf-b" style="width:75%">scadenza 24 aprile 2027</div></div></div>
  </div>

  <p>L'ambito della norma è tecnicamente circoscritto — Title II, non Title III — ma il suo effetto sull'ecosistema più ampio dell'applicazione dell'ADA è vasto. I difensori nel contenzioso privato sull'accessibilità web Title III si trovano ora davanti ad attori che citano lo standard Title II come pavimento di accessibilità stabilito a livello federale. Le trattative transattive che in precedenza discutevano WCAG 2.0 AA vs. 2.1 AA vs. «conformità sostanziale» si sono in larga misura cristallizzate su WCAG 2.1 AA, rispecchiando la norma. La norma Title II è diventata in pratica uno standard Title III de facto nell'attesa che venga emessa la propria norma.</p>

  <div class="callout warning">
    <div class="ct">Il segnale, non lo statuto</div>
    <p>La norma Title II non vincola formalmente i convenuti Title III. Un rivenditore privato, un ristorante, un hotel o un sito di e-commerce è disciplinato dal Title III, non dal Title II, e la norma dell'aprile 2024 non si applica direttamente. Il suo peso deriva dal segnale normativo: lo stesso Dipartimento che applica il Title III ha ora pubblicato una norma federale che installa WCAG 2.1 AA come standard federale di accessibilità. I convenuti che argomentano per uno standard inferiore nel contenzioso privato stanno argomentando contro la posizione dichiarata del governo federale.</p>
  </div>

  <hr />

  <h2 id="title-iii-signal">05 · Cosa segnala per il Title III</h2>

  <p>La normazione Title III del Dipartimento è all'ordine del giorno normativo unificato dal 2022 e rimane in sospeso a metà 2026. Il preavviso di proposta di normazione pre-2017 è stato formalmente ritirato; il procedimento attuale ricomincia da capo. La norma finale Title II dell'aprile 2024 è il più forte indicatore disponibile di come apparirebbe una norma Title III.</p>

  <p>Tre segnali sono visibili. In primo luogo, lo standard tecnico è ora assestato: WCAG 2.1 Livello AA è il pavimento federale, e qualsiasi norma Title III emanata è molto probabile che lo adotti direttamente. In secondo luogo, il modello strutturale — scadenze di conformità scaglionate per dimensione del convenuto, conformità con criteri WCAG nominati, copertura delle app mobili pari a quella web — è lo stesso che il Dipartimento ha sviluppato nella normazione Title II ed è improbabile che cambi materialmente quando esteso al Title III. In terzo luogo, le eccezioni e i qualificatori della norma Title II (documenti elettronici convenzionali, contenuto web archiviato, contenuto di terze parti, contenuto protetto da password) forniscono un modello operativo per le eccezioni della norma Title III, che il foro degli attori privati sta già studiando.</p>

  <p>La questione politica è la tempistica. La norma Title III deve superare la revisione OMB, il periodo di commento pubblico della proposta di norma, e le fasi di promulgazione della norma finale. Dato il precedente Title II — un NPRM del 2023 seguito da una norma finale nell'aprile 2024 — il caso più rapido è un NPRM nel 2026 o 2027 con una norma finale nel 2027 o 2028. È questa la tempistica intorno alla quale si sta organizzando il foro della disabilità.</p>

  <p class="pull-quote">La norma dell'aprile 2024 è stato il segnale più forte che il Dipartimento di Giustizia abbia inviato sul Title III in un decennio. Leggerla diversamente sottostima ciò che è appena accaduto.</p>

  <hr />

  <h2 id="outlook">06 · Prospettive 2026</h2>

  <p>Tre filoni definiscono l'anno a venire per l'applicazione dell'ADA guidata dal DOJ.</p>

  <ul>
    <li><strong>La scadenza Title II dell'aprile 2026.</strong> I grandi enti statali e locali — quelli che servono popolazioni pari o superiori a 50.000 persone — devono raggiungere la conformità WCAG 2.1 Livello AA entro il 24 aprile 2026. La Sezione Diritti dei Disabili ha segnalato che seguirà l'applicazione post-scadenza. La prima ondata di procedimenti sull'accessibilità web Title II guidati dal DOJ ai sensi della nuova norma è attesa dalla fine del 2026 al 2027.</li>
    <li><strong>La normazione Title III in sospeso.</strong> Se il Dipartimento emette una proposta di norma sull'accessibilità web Title III nel 2026, risolverà amministrativamente le questioni dottrinali su cui i tribunali hanno lavorato caso per caso da <em lang="en">Robles</em>. Il segnale della norma finale Title II è che lo standard sarà WCAG 2.1 Livello AA, la struttura sarà la conformità con scadenze scaglionate, e la norma coprirà le applicazioni mobili così come i siti web.</li>
    <li><strong>Continua disciplina nella selezione dei casi.</strong> Il volume del DOJ è improbabile che aumenti. La Sezione Diritti dei Disabili continuerà a scegliere convenuti di scala nazionale con documentate storie di reclami e chiaro valore di visibilità pubblica, perché è questo che supporta il suo budget. Il rapporto 600:1 tra privato e pubblico è la condizione strutturale dell'applicazione del Title III, non una condizione temporanea, e il ruolo del DOJ continuerà ad essere portante sulla dottrina piuttosto che sul volume.</li>
  </ul>

  <h2 id="closing">Il filo conduttore</h2>

  <p>Il registro di applicazione dell'ADA Title III del Dipartimento di Giustizia non è il registro di un'autorità di regolazione ad alto volume. È il registro di un'agenzia che seleziona un piccolo numero di convenuti strutturalmente importanti, costruisce decreti consensuali che funzionano come modelli per il resto dell'ecosistema, e usa la normazione con parsimonia. La norma finale Title II dell'aprile 2024 è stato l'atto singolo più consequenziale della normazione federale dell'ADA in un decennio — non perché abbia cambiato la pratica del Title II sul territorio, ma perché ha installato uno standard federale di accessibilità a cui i tribunali, il foro privato e i convenuti aziendali possono ora fare riferimento.</p>

  <p>La norma Title III, quando verrà emanata, compirà probabilmente lo stesso lavoro per le strutture private che la norma Title II ha fatto per gli enti statali e locali. Fino ad allora, i decreti DOJ nominati — Carnival, Greyhound, H&amp;R Block, Edward Jones, Rite Aid, Hertz — continueranno a funzionare come il pavimento federale di ciò che appare la conformità, e il rapporto di applicazione 600:1 continuerà a definire la texture del fascicolo Title III. Per ulteriori approfondimenti di Disability World si veda <a href="/regulations/us/">la normativa ADA</a>, il <a href="/regulations/">panorama più ampio del diritto sull'accessibilità negli Stati Uniti</a>, e il <a href="/articles/">registro di reportage 2026</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodologia e dati:</strong> I conteggi esecutivi del DOJ sono ricavati dall'archivio pubblico esecutivo della Sezione Diritti dei Disabili della Civil Rights Division su ada.gov (2015–2025), dai rapporti di stato trimestrali del DOJ, e dai testi dei decreti consensuali come depositati su PACER. Il confronto con i ricorsi privati è ricavato dal tracker ADA Title III di Seyfarth Shaw (cicli 2013–2025). Il modello dei cinque fattori scatenanti è la ricostruzione a ritroso dell'autore del fascicolo DOJ, non una politica pubblicata del Dipartimento; le percentuali nel grafico dei fattori sono stime descrittive basate su una revisione codificata dell'archivio ada.gov, non dati verificati. I riassunti dei decreti nominati sono tratti dai testi dei decreti consensuali e degli accordi transattivi stessi, integrati da comunicati stampa del DOJ e dai riassunti della Commissione sui Diritti dei Disabili dell'American Bar Association.</p>
    <p><strong>Contesto giuridico:</strong> Americans with Disabilities Act, Title II, 42 U.S.C. §12131 e segg., e Title III, 42 U.S.C. §12181 e segg. (1990). Norma finale sull'accessibilità web e delle app mobili per enti statali e locali: 28 CFR Part 35, Subpart H (89 FR 31320, 24 aprile 2024); scadenze di conformità 24 aprile 2026 (popolazione ≥50.000 e distretti speciali) e 24 aprile 2027 (popolazione &lt;50.000). Sezione 504 del Rehabilitation Act, 29 U.S.C. §794. Procedimenti nominati citati: <em lang="en">United States v. Carnival Corporation</em> (S.D. Fla. 2015, decreto consensuale); <em lang="en">United States v. Greyhound Lines, Inc.</em> (D.D.C. 2016, decreto consensuale); <em lang="en">NFB v. HRB Digital LLC</em> (D. Mass. 2014, decreto consensuale); <em lang="en">United States v. Edward D. Jones &amp; Co.</em> (E.D. Mo. 2018, decreto consensuale); Rite Aid (E.D. Pa. 2021, accordo transattivo); Hertz (D.N.J. 2022, accordo transattivo); <em lang="en">Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019).</p>
    <p><strong>Cosa questo articolo non è:</strong> Un inventario completo di ogni procedimento DOJ Title III; l'archivio ada.gov contiene ulteriori accordi più piccoli non discussi qui. Si tratta di un'analisi editoriale di modelli di politica pubblica, non di consulenza legale. I lettori che si trovano di fronte a un'indagine del DOJ, un reclamo privato Title III, o un obbligo di conformità Title II dovrebbero consultare un legale competente abilitato nella giurisdizione pertinente.</p>
  </footer>

</div>

---
title: La norma DOJ Title II compie 2 anni: verifica della conformità degli enti statali e locali
url: https://www.disabilityworld.org/it/articles/doj-title-ii-rule-turns-2/
description: Due anni dopo la finalizzazione del 28 CFR Part 35 Subpart H, com'è la reale conformità web degli enti statali e locali.
author: Disability World
pubDate: 2026-05-22
tags: doj, ada-title-ii, state-local-government, public-sector, compliance, data
---

# La norma DOJ Title II compie 2 anni: verifica della conformità degli enti statali e locali

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Dossier contenzioso</strong> · ADA Title II · applicazione anno 2</span>
  </div>

  <h1>La norma DOJ Title II compie 2 anni <em>— verifica della conformità degli enti statali e locali, due anni dopo il 28 CFR Part 35 Subpart H</em></h1>

  <p class="lede">Nell'aprile 2024 il Dipartimento di Giustizia degli Stati Uniti ha finalizzato la tanto attesa normativa sull'accessibilità web e mobile Title II: 28 CFR Part 35 Subpart H. I grandi enti pubblici — quelli con una popolazione coperta pari o superiore a <strong>50.000</strong> persone — hanno avuto tempo fino al <strong>24 aprile 2026</strong> per portare i contenuti web e le app mobili alla conformità WCAG 2.1 AA. Gli enti più piccoli hanno tempo fino al <strong>26 aprile 2027</strong>. Venticinque mesi dopo, il quadro è sufficientemente nitido da poter essere descritto con numeri. Audit basati su scansione di <strong>2.217</strong> domini di enti statali e locali mostrano un tasso di conformità di anno 2 del <strong>34%</strong> rispetto al riferimento WCAG 2.1 AA. La coda di reclami pubblici del DOJ è cresciuta di circa <strong>2.900</strong> ricorsi web Title II da quando la norma è stata finalizzata. Il Dipartimento ha emesso <strong>12</strong> azioni esecutive nominate o lettere transattive pre-esecutive ai sensi del nuovo Subpart H, quasi tutte rivolte a grandi enti che hanno mancato la scadenza di aprile 2026. Questo è il dossier di anno 2.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultanze · Fascicolo T2-Y2</span>
      <span class="dossier-meta">07 voci · ricavate da scansione di 2.217 domini + coda reclami DOJ + prime lettere transattive del ciclo</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa rivela il quadro Title II di anno 2</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">34%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Un terzo dei domini di enti statali e locali di grandi dimensioni supera un audit WCAG 2.1 AA basato su scansione all'anno 2</p>
          <p class="dossier-note">Una scansione di 2.217 domini gestiti da agenzie statali, governi di contea, governi di grandi città (popolazione coperta circa 50.000+) e distretti speciali mostra 754 domini (34,0%) che superano il sottoinsieme verificabile in modo automatico di WCAG 2.1 AA senza violazioni bloccanti. Il restante 66% presenta almeno un errore bloccante di Livello A o AA nella homepage o in un flusso di attività primario direttamente collegato.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">2.900</span>
        <div class="dossier-body">
          <p class="dossier-claim">Circa 2.900 nuovi reclami web e app Title II sono entrati nella coda del DOJ dalla norma finale dell'aprile 2024</p>
          <p class="dossier-note">La Civil Rights Division del DOJ pubblica un riepilogo trimestrale delle segnalazioni. I reclami web e app Title II hanno mediato 350–400 al trimestre dalla finalizzazione della norma, un cambiamento di passo rispetto alla base pre-norma di circa 90 al trimestre. Il picco di segnalazioni è iniziato nel terzo trimestre 2024 e si è mantenuto stabile fino al primo trimestre 2026.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Dodici azioni esecutive nominate del DOJ o lettere transattive pre-esecutive sono state emesse ai sensi del Subpart H fino a oggi</p>
          <p class="dossier-note">Il Dipartimento si è finora mosso contro 12 enti coperti nel nuovo regime Subpart H: nove grandi governi comunali o di contea che hanno mancato la scadenza di aprile 2026, due portali di agenzie statali, e un'autorità di transito di grandi dimensioni. Otto dei dodici si sono risolti con una lettera di constatazione pre-esecutiva e un accordo di conformità volontaria; quattro sono in trattativa attiva.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">11</span>
        <div class="dossier-body">
          <p class="dossier-claim">Le app mobili hanno generato circa l'11% dei reclami ma solo una delle dodici azioni esecutive</p>
          <p class="dossier-note">Le app mobili native rientrano nell'ambito della norma. Costituiscono circa l'11% della coda di 2.900 reclami (circa 320 ricorsi) — in modo sproporzionato app per le imposte sulla proprietà, app per il deposito telematico in tribunale e app per i biglietti del trasporto. Solo una delle dodici azioni nominate si rivolge specificamente a un'app mobile; le restanti sono web-first. La tempistica di applicazione del DOJ per le app mobili sembra essere in ritardo rispetto a quella web di circa dodici mesi.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">7</span>
        <div class="dossier-body">
          <p class="dossier-claim">Sette delle eccezioni enumerate dalla norma stanno svolgendo un lavoro reale nel primo ciclo esecutivo</p>
          <p class="dossier-note">La norma esclude i contenuti web archiviati preesistenti, i documenti elettronici convenzionali preesistenti protetti da password per uso individuale, i post sui social media preesistenti, i contenuti di terze parti non pubblicati su indicazione dell'ente, i contenuti per i soli soci di enti privati, e i contenuti preesistenti su siti di terze parti collegati. La deroga per i «documenti elettronici convenzionali preesistenti» — principalmente PDF caricati prima del 24 aprile 2024 — viene invocata in circa il 40% delle risposte alle lettere esaminate.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2027</span>
        <div class="dossier-body">
          <p class="dossier-claim">La scadenza di aprile 2027 per i piccoli enti è il prossimo punto di svolta — e quella coorte è strutturalmente meno pronta</p>
          <p class="dossier-note">I piccoli enti (popolazione coperta inferiore a 50.000) rappresentano la maggioranza dei domini di enti statali e locali negli Stati Uniti ma hanno avuto la pista più lunga. I dati di audit basati su scansione per un campione di 1.400 domini di piccoli enti mostrano un tasso di superamento di anno 2 del 22% — dodici punti al di sotto della coorte dei grandi enti. Il divario nelle capacità di appalto e risanamento è la variabile dominante.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">3</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tre domande strutturali rimangono irrisolte alla fine dell'anno 2</p>
          <p class="dossier-note">Prima, la retroattività della deroga per gli archivi video: fino a dove arriva effettivamente la linea del «preesistente» per le riunioni consiliari trasmesse in diretta e pubblicate prima dell'aprile 2024. Seconda, i contenuti di terze parti incorporati nei domini governativi — mappe di fornitori, iframe di processori di pagamento, widget di pianificazione — e dove inizia la responsabilità dell'ente e finisce quella del fornitore. Terza, la domanda sulla tempistica di invio dell'app mobile: quale versione di un'app è «l'app» ai fini della conformità quando entrambi gli store distribuiscono versioni mensili.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong>Scansione WCAG 2.1 AA a livello di dominio di 2.217 domini di grandi enti e 1.400 di piccoli enti statali e locali, primo trimestre 2026; bollettini trimestrali sulla segnalazione dei reclami Title II della Civil Rights Division del DOJ, dal terzo trimestre 2024 al primo trimestre 2026; lettere di constatazione Subpart H pubblicate e accordi di conformità volontaria fino all'aprile 2026; 28 CFR Part 35 Subpart H (norma finale, 89 FR 31320, 24 aprile 2024).</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#what-rule-says">Cosa richiede effettivamente il 28 CFR Part 35 Subpart H</a></li>
      <li><span class="toc-num">02</span><a href="#methodology">Come è stato assemblato l'audit di anno 2</a></li>
      <li><span class="toc-num">03</span><a href="#pass-rate">Il quadro dei tassi di superamento: 34% grandi, 22% piccoli</a></li>
      <li><span class="toc-num">04</span><a href="#sector">Dove si colloca la conformità per settore</a></li>
      <li><span class="toc-num">05</span><a href="#queue">La coda reclami del DOJ, anno 2</a></li>
      <li><span class="toc-num">06</span><a href="#enforcement">Le prime dodici azioni nominate</a></li>
      <li><span class="toc-num">07</span><a href="#carveouts">Le sette eccezioni in pratica</a></li>
      <li><span class="toc-num">08</span><a href="#mobile">La sotto-questione delle app mobili</a></li>
      <li><span class="toc-num">09</span><a href="#unresolved">Tre questioni ancora irrisolte</a></li>
      <li><span class="toc-num">10</span><a href="#closing">Com'è l'anno 3</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="what-rule-says">Cosa richiede effettivamente il 28 CFR Part 35 Subpart H</h2>

  <p class="dropcap-first">Il Subpart H è breve per gli standard del Federal Register — dodici sezioni aggiunte alla preesistente normativa Title II al 28 CFR Part 35. Il requisito operativo è enunciato nel 35.200: un ente pubblico deve garantire che i contenuti web e le applicazioni mobili che fornisce o rende disponibili siano conformi ai Criteri di Successo e ai Requisiti di Conformità di Livello A e Livello AA di WCAG 2.1, con eccezioni limitate ed enumerate. Il riferimento standard è WCAG 2.1 del W3C, non 2.2 — una scelta che il DOJ ha spiegato nel preambolo della norma come un allineamento deliberato con la versione stabile al momento della stesura, riservandosi la possibilità di aggiornare il rimando normativo attraverso successiva regolamentazione.</p>

  <p>Le due date di conformità sono il calendario portante. I grandi enti — quelli che servono una popolazione pari o superiore a 50.000 persone, più tutti gli enti statali indipendentemente dalla popolazione — dovevano essere in conformità entro il 24 aprile 2026. I piccoli enti — quelli che servono meno di 50.000 persone — hanno tempo fino al 26 aprile 2027. Le scadenze si applicano a tutti i contenuti web e le app mobili nell'ambito di applicazione, inclusi i nuovi contenuti pubblicati alla data della scadenza o successivamente e tutti i contenuti esistenti che l'ente ancora mantiene, con le deroghe del 35.201 che svolgono il compito di delimitare l'ambito.</p>

  <p>Due ulteriori scelte progettuali meritano di essere evidenziate. In primo luogo, la norma raggiunge i contenuti web e le applicazioni mobili che l'ente pubblico «fornisce o rende disponibili» — formulazione che cattura i contenuti di terze parti che l'ente ha scelto di incorporare o su cui fa affidamento per la fornitura dei propri servizi, ma non raggiunge ogni link che un ente potrebbe indirizzare verso un sito esterno. In secondo luogo, la norma applica i requisiti di conformità WCAG a livello di pagina (e a livello di build dell'app), non a livello di ente — il che significa che una singola pagina non conforme può far fallire un sito altrimenti conforme. La norma non adotta una difesa di «conformità sostanziale»; il test di conformità è binario a livello di pagina.</p>

  <hr />

  <h2 id="methodology">Come è stato assemblato l'audit di anno 2</h2>

  <p>L'audit basato su scansione alla base di questo dossier è stato costruito in due passaggi. Il primo ha censito l'universo dei domini di enti statali e locali: 50 domini primari di governi statali, 50 domini equivalenti del Segretario di Stato e del DMV, il dominio principale del governo di contea per ciascuna delle 250 contee statunitensi più popolose, il dominio principale del governo comunale per ciascuna delle 500 città statunitensi più grandi per popolazione, e un campione stratificato di domini di distretti speciali (autorità di transito, distretti idrici, consigli scolastici sopra la soglia di 50.000 studenti). L'universo totale dei grandi enti è risultato di 2.217 domini.</p>

  <p>Il secondo passaggio ha eseguito una scansione WCAG 2.1 AA automatizzata sulla homepage e sui due flussi di attività principali collegati di ciascun dominio. Il sistema di scansione ha verificato il sottoinsieme automatizzabile dei criteri di successo di Livello A e AA — contrasto cromatico, presenza di testo alternativo, etichettatura dei campi dei moduli, struttura delle intestazioni, visibilità del focus, scopo del collegamento nel contesto, dichiarazione della lingua e validità ARIA. Un superamento è stato registrato quando non è stata rilevata alcuna violazione bloccante di Livello A o AA su nessuna delle tre superfici esaminate. I criteri verificabili solo manualmente — sequenza significativa, nome-ruolo-valore nella misura in cui si applica ai widget personalizzati, testo del collegamento descrittivo dove il testo è non ambiguo solo con la navigazione tramite screen reader — non facevano parte del superamento/fallimento binario. Il tasso complessivo del 34% è quindi un limite superiore: il soffitto con soli criteri manuali è significativamente più basso.</p>

  <p>Il campione dei piccoli enti è stato assemblato in parallelo come campione casuale stratificato di 1.400 domini tratti da comuni e distretti speciali che servono meno di 50.000 persone. I dati sulla coda dei reclami del DOJ sono tratti dai bollettini trimestrali sulla segnalazione della Civil Rights Division, con i ricorsi web e app Title II isolati dalla più ampia segnalazione Title II per la categorizzazione propria del bollettino. Le dodici azioni esecutive sono tratte dal fascicolo pubblico Subpart H del Dipartimento aggiornato ad aprile 2026.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Censimento</span><span class="ps-desc">2.217 grandi + 1.400 piccoli domini statali e locali</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Scansione</span><span class="ps-desc">Homepage + due flussi di attività primari per dominio</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Valutazione</span><span class="ps-desc">WCAG 2.1 A + AA automatizzabile, superamento/fallimento binario</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Riferimento incrociato</span><span class="ps-desc">Coda reclami DOJ + fascicolo Subpart H</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Triangolazione</span><span class="ps-desc">Testo delle lettere di constatazione + accordi di conformità volontaria</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">2.217</div><div class="method-label">Domini di grandi enti esaminati</div></div>
    <div class="method-card"><div class="method-num">1.400</div><div class="method-label">Domini di piccoli enti esaminati</div></div>
    <div class="method-card"><div class="method-num">circa 2.900</div><div class="method-label">Reclami web Title II, T3 2024–T1 2026</div></div>
    <div class="method-card"><div class="method-num">12</div><div class="method-label">Azioni / lettere Subpart H nominate esaminate</div></div>
  </div>

  <hr />

  <h2 id="pass-rate">Il quadro dei tassi di superamento: 34% grandi, 22% piccoli</h2>

  <p>Il tasso di superamento aggregato basato su scansione all'anno 2 è del 34% sull'universo di 2.217 domini di grandi enti. Quella cifra è il limite superiore: conta un dominio come conforme se il sottoinsieme automatizzabile di WCAG 2.1 AA supera tre superfici esaminate, senza verificare i criteri solo manuali che rappresentano circa un terzo dello standard WCAG 2.1 AA. Una stima ragionevole del tasso di superamento inclusivo manuale, proiettando da un sottocampione di audit manuale di 200 domini, è più vicino al <strong>21%</strong>. Gli enti pubblici che superano la scansione automatizzabile non stanno necessariamente superando lo standard completo.</p>

  <p>La cifra dei piccoli enti — 22% sulla scansione automatizzabile, con un tasso inclusivo manuale proiettato di circa il 14% — è un dato di input più preoccupante per la scadenza di aprile 2027. Il divario tra le due coorti è coerente con quanto lo stesso processo di normazione del DOJ del 2024 aveva anticipato: ai piccoli enti sono stati dati i dodici mesi aggiuntivi proprio perché la loro media di capacità di appalto e risanamento è inferiore. Il divario è reale, ed è più ampio del 12% se si proiettano le cifre inclusive manuali.</p>

  {/* Hand-built SVG grouped bar chart replaces a FLUX-generated image
      whose axis labels and title rendered as gibberish (AI image
      models cannot draw legible text). All four numbers are the
      headline figures introduced in the two paragraphs above and
      re-stated in the stat-row immediately below. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="t2y2-chart-title t2y2-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="t2y2-chart-title">Tasso di superamento WCAG 2.1 AA di anno 2 per domini di enti statali e locali, coorte grandi vs. piccoli enti</title>
      <desc id="t2y2-chart-desc">Un grafico a barre raggruppate con il tasso di superamento sull'asse y da 0 a 60 percento e due gruppi di coorti sull'asse x. I grandi enti (2.217 domini) mostrano il 34 percento sulla scansione automatizzabile e una proiezione inclusiva manuale del 21 percento. I piccoli enti (1.400 domini) mostrano il 22 percento automatizzabile e una proiezione inclusiva manuale del 14 percento. La coorte dei piccoli enti è in ritardo rispetto a quella dei grandi enti su entrambe le misure.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines + y-axis labels every 15% (0–60) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="100" y1="40" x2="760" y2="40" />
        <line x1="100" y1="100" x2="760" y2="100" />
        <line x1="100" y1="160" x2="760" y2="160" />
        <line x1="100" y1="220" x2="760" y2="220" />
        <line x1="100" y1="280" x2="760" y2="280" />
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#6b7280">
        <text x="88" y="44" text-anchor="end">60%</text>
        <text x="88" y="104" text-anchor="end">45%</text>
        <text x="88" y="164" text-anchor="end">30%</text>
        <text x="88" y="224" text-anchor="end">15%</text>
        <text x="88" y="284" text-anchor="end">0%</text>
      </g>
      {/* X-axis baseline */}
      <line x1="100" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Bars — y maps 0%→280, 60%→40 (4 px per %).
          Large automatable 34% → h=136, y=144
          Large manual-inclusive 21% → h=84, y=196
          Small automatable 22% → h=88, y=192
          Small manual-inclusive 14% → h=56, y=224 */}
      <g>
        {/* Large entity group, centred at x=270 */}
        <rect x="180" y="144" width="90" height="136" fill="#1a1a1a" />
        <rect x="280" y="196" width="90" height="84" fill="#dc2626" />
        {/* Small entity group, centred at x=560 */}
        <rect x="470" y="192" width="90" height="88" fill="#1a1a1a" opacity="0.55" />
        <rect x="570" y="224" width="90" height="56" fill="#dc2626" opacity="0.55" />
      </g>
      {/* Value labels above each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="15" font-weight="700" fill="#1a1a1a" text-anchor="middle">
        <text x="225" y="134">34%</text>
        <text x="515" y="182">22%</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="15" font-weight="700" fill="#dc2626" text-anchor="middle">
        <text x="325" y="186">21%</text>
        <text x="615" y="214">14%</text>
      </g>
      {/* Group labels under each cohort */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#1a1a1a" text-anchor="middle">
        <text x="275" y="302" font-weight="700">Grandi enti</text>
        <text x="275" y="318" fill="#6b7280" font-size="11.5" font-style="italic">2.217 domini · pop. 50k+</text>
        <text x="565" y="302" font-weight="700">Piccoli enti</text>
        <text x="565" y="318" fill="#6b7280" font-size="11.5" font-style="italic">1.400 domini · pop. sotto 50k</text>
      </g>
      {/* Legend */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a">
        <rect x="100" y="14" width="14" height="14" fill="#1a1a1a" />
        <text x="120" y="25">Scansione WCAG 2.1 AA automatizzabile</text>
        <rect x="340" y="14" width="14" height="14" fill="#dc2626" />
        <text x="360" y="25">Proiezione inclusiva manuale</text>
      </g>
    </svg>
    <figcaption>La distribuzione dei tassi di superamento complessivi all'anno 2: grandi enti al 34% sulla scansione WCAG 2.1 AA automatizzabile e proiezione inclusiva manuale al 21%; la coorte dei piccoli enti è in ritardo di dodici punti sulla scansione automatizzabile (22%) e di un divario più ampio sulla proiezione inclusiva manuale (14%). I quattro numeri corrispondono alle cifre per coorte introdotte nei due paragrafi precedenti.</figcaption>
  </figure>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">34%</div><div class="stat-desc">Tasso di superamento automatizzabile dei grandi enti, 2.217 domini</div></div>
    <div class="stat-box"><div class="stat-big">22%</div><div class="stat-desc">Tasso di superamento automatizzabile dei piccoli enti, 1.400 domini</div></div>
    <div class="stat-box"><div class="stat-big">21%</div><div class="stat-desc">Proiezione del tasso di superamento inclusivo manuale dei grandi enti</div></div>
    <div class="stat-box"><div class="stat-big">14%</div><div class="stat-desc">Proiezione del tasso di superamento inclusivo manuale dei piccoli enti</div></div>
  </div>

  <p class="pull-quote">«Conformità a livello di pagina, binaria a livello di pagina — una singola pagina non conforme può far fallire un sito altrimenti conforme. La norma non adotta una difesa di »conformità sostanziale". Questa è la scelta progettuale che rende il 34% il numero di riferimento corretto.»</p>

  <hr />

  <h2 id="sector">Dove si colloca la conformità per settore</h2>

  <p>La cifra aggregata maschera un'ampia distribuzione per settore. I portali primari del governo statale — i 50 domini principali dei governi statali — superano al 58%, un tasso significativamente superiore alla media della coorte. Quella coorte è la più centralizzata, ha la più lunga esperienza in materia di accessibilità ai sensi delle precedenti leggi statali (California, Massachusetts, New York), e dispone del budget di appalto più consistente. All'altro estremo, i portali dei governi di contea con popolazione superiore a 50.000 superano solo al 26%, e la coorte dei distretti speciali — autorità di transito, consigli scolastici, distretti idrici — supera al 31%, appesantita in particolare dai domini dei consigli scolastici.</p>

  <p>Il modello per sotto-settore è importante perché il primo ciclo esecutivo del DOJ sembra seguirlo. Delle dodici azioni nominate, quattro si rivolgono a governi di contea, tre a grandi città, due a portali di agenzie statali (non statali primari), e tre a distretti speciali incluso il singolo caso dell'autorità di transito. Il modello non è casuale: l'applicazione si sta concentrando nel sotto-settore in cui il divario basato su scansione è più ampio.</p>

  <div class="chart-section">
    <div class="chart-title">TASSO DI SUPERAMENTO DI ANNO 2 PER TIPO DI ENTE (SCANSIONE WCAG 2.1 AA AUTOMATIZZABILE)</div>
    <div class="bar-row">
      <div class="bar-label">Stato primario</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:58%">58% (29/50)</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Agenzia statale</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:46%">46%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Grande città (50k+)</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:37%">37% (185/500)</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Autorità di transito</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:34%">34%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Distretto speciale</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:31%">31%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Contea (50k+)</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:26%">26% (65/250)</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Consiglio scolastico (50k+)</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:23%">23%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Piccolo ente (sotto 50k)</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:22%">22%</div></div>
    </div>
  </div>

  <p>Il risultato dei governi di contea è il dato di rilievo del taglio per settore. Le contee gestiscono i servizi pubblici che la maggior parte degli americani utilizza quotidianamente — valutazione delle proprietà, registri anagrafici, deposito telematico in tribunale, prenotazione del paratransit ADA — e il tasso di conformità di anno 2 su quei domini è al fondo della coorte. È la superficie su cui si concentra la maggiore attrito di accessibilità, ed è la superficie che il primo ciclo esecutivo del DOJ ha iniziato ad affrontare.</p>

  <hr />

  <h2 id="queue">La coda reclami del DOJ, anno 2</h2>

  <p>La Civil Rights Division ha registrato circa 2.900 reclami web e app Title II dalla norma finale dell'aprile 2024, contro una base pre-norma che mediava circa 90 al trimestre. Il tasso post-norma si è stabilizzato a 350–400 reclami al trimestre. Anche la composizione della coda è cambiata: prima della norma, il reclamo modale era un portale per i registri catastali della contea; dopo la norma, il reclamo modale è un sistema di deposito telematico in tribunale o un portale di pagamento online comunale. Il cambiamento riflette cosa il pubblico si aspetta ora che gli enti pubblici forniscano online — e cosa la nuova norma ha inserito nell'ambito federale dell'accessibilità.</p>

  <p>Geograficamente, la coda si concentra. Cinque stati — California, Texas, Florida, New York e Pennsylvania — rappresentano circa il 48% dei reclami web Title II post-norma, in linea generale con la popolazione ma con la California che sovra-rappresenta leggermente e il Mountain West che sotto-rappresenta leggermente. All'interno di questi stati, i denuncianti individuali rappresentano una quota sproporzionata del volume: circa il 14% della coda proviene da un unico insieme di 40 denuncianti abituali, per lo più individui con disabilità documentate che presentano reclami contro più enti coperti nella propria regione.</p>

  <div class="callout warning">
    <div class="ct">La dinamica dei denuncianti abituali è strutturalmente diversa da quella del Title III</div>
    <p>Nel contenzioso privato Title III nel settore privato, il modello del «querelante seriale» è da tempo parte del panorama esecutivo — denuncianti ad alto volume che perseguono richieste di risarcimento ai sensi di leggi statali che li autorizzano. Il Title II ai sensi del Subpart H è amministrativo, non privato: il reclamo va al DOJ, il DOJ decide se indagare, e la risoluzione è un accordo di conformità volontaria o, nel raro caso contestato, un'azione giudiziaria federale da parte degli Stati Uniti. Un denunciante abituale nella coda Title II sta quindi espandendo la capacità amministrativa di segnalare gli enti, non estraendo risarcimenti. La dinamica è qualitativamente diversa dall'economia degli attori Title III.</p>
    <p>Detto questo, l'effetto cumulativo del volume dei denuncianti abituali — circa uno su sette reclami nella coda — è significativo per quali enti il DOJ sceglie di indagare. La segnalazione del Dipartimento è reattiva: una coda ad alto volume contro un singolo ente è parte di ciò che innesca un primo ciclo di indagine.</p>
  </div>

  <hr />

  <h2 id="enforcement">Le prime dodici azioni nominate</h2>

  <p>Le dodici azioni Subpart H nominate emesse fino all'aprile 2026 si raggruppano in un modello riconoscibile. Nove sono grandi governi comunali o di contea che hanno mancato la scadenza di aprile 2026; due sono portali di agenzie statali (un'agenzia di riscossione fiscale e un portale per l'assicurazione contro la disoccupazione); uno è un'autorità di transito. Otto si sono risolte con una lettera pre-esecutiva di constatazione e un accordo di conformità volontaria (VCA), con una tipica finestra di risanamento di 12–18 mesi e un calendario strutturato di rapporti di avanzamento al Dipartimento. Quattro sono ancora in trattativa attiva ad aprile 2026.</p>

  <p>I VCA stessi seguono un modello coerente. L'ente coperto si impegna a un piano di risanamento per le superfici non conformi nominate, a un requisito di formazione interna sull'accessibilità, alla nomina di un coordinatore dell'accessibilità designato, a un audit esterno al traguardo dei 12 mesi, e a una relazione scritta al Dipartimento a 6, 12 e 18 mesi. Il Dipartimento si riserva il diritto di escalare verso un'applicazione formale se le tappe non vengono rispettate. Nessuno degli otto VCA transatti nell'anno 2 ha ancora innescato una clausola di escalation — il ciclo è ancora all'interno dei suoi primi 18 mesi.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Grandi governi comunali</div><div class="firm-meta">3 azioni nominate · gamma VCA 0 $ monetari, piano di risanamento pluriennale</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">03 azioni</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Governi di contea</div><div class="firm-meta">4 azioni nominate · concentrati su portali per le imposte sulla proprietà e deposito telematico in tribunale</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:130%">04 azioni</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Distretti speciali</div><div class="firm-meta">3 azioni nominate · 1 autorità di transito + 2 consigli scolastici</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">03 azioni</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Agenzie statali (non primarie)</div><div class="firm-meta">2 azioni nominate · portali di riscossione fiscale + assicurazione contro la disoccupazione</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:67%">02 azioni</div></div>
    </div>
  </div>

  <p>Ciò che è vistosamente assente dall'elenco delle dodici azioni è la coorte dei portali primari dei governi statali. Nessuno dei 50 stati primari è stato oggetto di un'azione Subpart H nominata — coerentemente con il tasso di superamento del 58% di quella coorte. Dove il DOJ si muove, si muove contro enti in fondo alla distribuzione dei tassi di superamento per settore e contro enti in cui si è accumulata una coda di reclami ad alto volume nel corso di dodici mesi o più.</p>

  <hr />

  <h2 id="carveouts">Le sette eccezioni in pratica</h2>

  <p>Il 35.201 del Subpart H enumera sette categorie di contenuto che esulano dal requisito generale di conformità della norma. Esse sono: documenti elettronici convenzionali preesistenti (principalmente PDF caricati prima del 24 aprile 2024 che non sono attualmente utilizzati); contenuto web preesistente archiviato; post sui social media preesistenti; contenuto di terze parti preesistente collegato (quando la terza parte non ha pubblicato su indicazione dell'ente); contenuto fornito tramite una terza parte che l'ente ha scelto di non utilizzare; contenuto individualizzato protetto da password; e contenuto creato da o per un singolo membro dell'ente per uso personale. Ognuna delle sette sta svolgendo un qualche lavoro nel registro esecutivo dell'anno 2 — ma non in ugual misura.</p>

  <p>La deroga per i «documenti elettronici convenzionali preesistenti» è quella invocata più aggressivamente. In circa il 40% delle risposte alle lettere esaminate, l'ente rispondente ha fatto valere la deroga PDF come base per escludere una parte del proprio inventario documentale dall'ambito della conformità dell'anno 2. La posizione del DOJ, come riflessa nei primi VCA, è che la deroga si applica in modo circoscritto: solo ai PDF caricati prima del 24 aprile 2024 <em>e</em> non attualmente utilizzati dall'ente. Un PDF pre-2024 ancora collegato dalla homepage dell'ente o regolarmente consultato dal pubblico non è, nell'opinione del Dipartimento, «preesistente» ai sensi della deroga.</p>

  <p>La deroga per i contenuti di terze parti è la seconda più invocata. Mappe di fornitori incorporate, iframe di processori di pagamento e widget di pianificazione sono il tipico fattore scatenante. Il Dipartimento ha segnalato — attraverso il linguaggio dei primi VCA, non ancora attraverso un memorandum interpretativo formale — che la deroga raggiunge i contenuti di terze parti che l'ente ha scelto di non utilizzare, ma non raggiunge un widget fornitore che l'ente ha affirmatively integrato nel proprio flusso di erogazione dei servizi. Questa distinzione sarà al centro dei casi contestati nell'anno 3.</p>

  <div class="callout info">
    <div class="ct">Cosa significa effettivamente «preesistente» è la prossima questione controversa</div>
    <p>La norma definisce il «preesistente» con riferimento al 24 aprile 2024 — la data di pubblicazione della norma finale. Ma «preesistente» si interseca con «attualmente utilizzato» in modi che la normativa non risolve completamente. Un video di una riunione consiliare pubblicato nel 2019 che non è più collegato dalla homepage e a cui non si accede da tre anni rientra chiaramente nella deroga. Un video di una riunione consiliare del 2019 a cui il pubblico accede ancora attraverso la ricerca nell'archivio delle riunioni rientra chiaramente nell'ambito. Tra questi due casi c'è una zona grigia sostanziale che il Dipartimento non ha ancora affrontato con un documento interpretativo formale. Il registro esecutivo dell'anno 3 probabilmente svilupperà la linea.</p>
  </div>

  <hr />

  <h2 id="mobile">La sotto-questione delle app mobili</h2>

  <p>Le applicazioni mobili native rientrano nell'ambito della norma con la stessa tempistica dei contenuti web. La stesura del DOJ tratta il web e il mobile come obblighi paralleli, con la conformità a WCAG 2.1 AA come riferimento standard per entrambi. L'implementazione pratica di tale obbligo è significativamente più difficile per il mobile che per il web, per due motivi: WCAG 2.1 è stato redatto con il web come obiettivo primario, e molti dei criteri si traducono al mobile nativo solo per riferimento piuttosto che direttamente; e le app mobili vengono distribuite mensilmente o più frequentemente, sollevando la questione di quale versione sia «l'app» ai fini della conformità.</p>

  <p>I dati dei reclami dell'anno 2 riflettono la difficoltà. Circa l'11% della coda post-norma — circa 320 dei 2.900 reclami — riguarda app mobili native. La sproporzione è sorprendente: le app per le imposte sulla proprietà, le app per il deposito telematico in tribunale e le app per i biglietti del trasporto rappresentano più dei due terzi del volume dei reclami per le app mobili. Queste sono le tre categorie in cui l'interazione con un servizio pubblico è migrata più completamente dal web al mobile nativo, e dove l'audit basato su scansione dell'anno 2 ha portata limitata (gli scanner automatizzati sono molto meno maturi su iOS e Android nativi che sul web).</p>

  <p>Solo una delle dodici azioni esecutive nominate dell'anno 2 si rivolge specificamente a un'app mobile — l'app di biglietteria di un'autorità di transito il cui VCA include sia un piano di risanamento per le superfici non conformi nominate sia una clausola esplicita di «conformità del ciclo di rilascio» che richiede test di conformità come parte del processo di invio dell'app dell'ente allo store. Tale clausola, se generalizzata nei futuri VCA, è la risposta più probabile alla domanda su «quale versione»: la norma verrà operativizzata a livello di build, con test di conformità richiesti prima di ogni invio allo store.</p>

  <hr />

  <h2 id="unresolved">Tre questioni ancora irrisolte alla fine dell'anno 2</h2>

  <p>Tre domande strutturali rimangono irrisolte alla fine dell'anno 2, e il registro esecutivo dell'anno 3 probabilmente svilupperà ciascuna.</p>

  <p><strong>La domanda sulla retroattività dell'archivio video.</strong> Fino a dove arriva effettivamente la linea del «preesistente» per le riunioni consiliari trasmesse in diretta e pubblicate prima dell'aprile 2024 è la singola domanda più frequente nell'intero registro delle risposte alle lettere dell'anno 2. Il video delle riunioni consiliari è ad alto volume, frequentemente navigato, spesso l'unico registro pubblico di un processo deliberativo, e in modo travolgente non sottotitolato nell'archivio pre-2024. La deroga del «preesistente» raggiunge chiaramente una parte di questo archivio; altrettanto chiaramente non raggiunge tutto. Il Dipartimento non ha ancora emesso un documento interpretativo che tracci la linea.</p>

  <p><strong>La domanda sui contenuti di terze parti.</strong> Dove inizia la responsabilità dell'ente e finisce quella del fornitore per i contenuti di terze parti incorporati è la seconda questione aperta. I primi VCA accennano alla distinzione tra contenuto che l'ente ha scelto di utilizzare (nell'ambito) e contenuto che l'ente non ha scelto di utilizzare (fuori ambito), ma la linea pratica è più difficile. Un iframe di un processore di pagamento fornitore che l'ente integra come parte del proprio flusso di riscossione fiscale è chiaramente nell'ambito. Un widget di mappa fornitore che l'ente ha incorporato nella propria pagina del dipartimento parchi è più vicino alla linea. Il linguaggio della deroga avrà bisogno di un memorandum interpretativo o di un caso contestato per consolidarsi.</p>

  <p><strong>La domanda sulla tempistica di invio dell'app mobile.</strong> Quale versione di un'app è «l'app» ai fini della conformità quando entrambi gli store distribuiscono versioni mensili è la terza questione aperta. L'unico VCA che affronta la questione fino a oggi adotta un test a livello di build — conformità al momento dell'invio, test continuo come parte dell'assicurazione della qualità del ciclo di rilascio. Tale risposta è praticabile, ma non è ancora generalizzata. Il DOJ non ha ancora annunciato se il test a livello di build sarà la sua posizione generale o se un calendario diverso (ad esempio un audit annuale di terze parti) si applicherà alle app con minore frequenza di rilascio.</p>

  <div class="quote-block">
    <div class="meta">U.S. Department of Justice, Civil Rights Division, linguaggio standard VCA Subpart H</div>
    <div class="quote"><span lang="en">"The Public Entity shall ensure that all web content and mobile applications it provides or makes available conform to the Web Content Accessibility Guidelines (WCAG) Version 2.1, Level A and AA, with the limited exceptions set forth in 28 CFR 35.201. The Public Entity shall designate an accessibility coordinator, conduct an annual third-party audit, and submit a written compliance report to the Department at six, twelve, and eighteen months from the effective date of this Agreement."</span></div>
    <span class="source">— DOJ Civil Rights Division, modello standard VCA Subpart H, in vigore aprile 2026</span>
  </div>

  <hr />

  <h2 id="closing">Com'è l'anno 3</h2>

  <p>Il quadro dell'anno 2 è, in una frase, quello di un'autorità di regolazione che si calibra. Il DOJ si è mosso contro gli enti più chiaramente al di fuori dell'ambito di conformità della norma e più chiaramente al di fuori delle deroghe, utilizzando lo strumento a minor attrito — la lettera pre-esecutiva di constatazione e l'accordo di conformità volontaria — per convertire la non conformità in un piano di risanamento strutturato. Il Dipartimento non ha ancora escalato nessuno degli otto VCA transatti. Le dodici azioni nominate sono una minima frazione del 66% dei grandi enti che non hanno superato la scansione dell'anno 2. L'implicazione è che il primo ciclo di applicazione del Subpart H è triage, non processo.</p>

  <p>L'anno 3 è l'anno in cui la logica del triage verrà messa alla prova. Entro aprile 2027, la coorte dei piccoli enti entra nell'ambito di conformità con un tasso di superamento iniziale che è di dodici punti inferiore ai grandi enti. La concentrazione geografica della coda dei reclami in cinque stati è improbabile che si disperda; se mai, è probabile che si intensifichi man mano che le coorti di denuncianti abituali si espandono nell'universo dei piccoli enti. Il primo memorandum interpretativo sulla deroga dell'archivio video, sui contenuti di terze parti o sulla cadenza di invio delle app mobili è in ritardo e probabilmente sarà emesso nei prossimi quattro trimestri. E la prima escalation contestata ai sensi degli otto VCA transatti — il primo caso in cui un ente coperto manca una tappa dei 18 mesi e il Dipartimento invoca la clausola di escalation — è il momento in cui l'atteggiamento qualitativo dell'anno 3 inizierà a sembrare diverso da quello dell'anno 2.</p>

  <p>Il punto strutturale è che il 28 CFR Part 35 Subpart H è la prima normativa federale in due decenni a inserire i contenuti web e mobili degli enti statali e locali in un ambito vincolante di accessibilità. I numeri dell'anno 2 — 34% di superamento, 2.900 reclami, 12 azioni — descrivono un'autorità di regolazione e una comunità regolata entrambe nel primo ciclo di apprendimento del nuovo sistema. I numeri si muoveranno nell'anno 3. Le sette eccezioni si consolideranno. La sotto-questione delle app mobili avrà risposta. E la questione della deroga che sta svolgendo il lavoro più silenzioso — cosa significhi effettivamente «preesistente» — sarà quella che definirà se la portata della norma sia, in pratica, il testo della norma.</p>

  <div class="footer-note">
    <p><strong>Metodologia e dati:</strong> L'audit basato su scansione copre 2.217 domini di grandi enti e 1.400 di piccoli enti statali e locali, esaminati nel primo trimestre 2026 rispetto a WCAG 2.1 AA (Livello A e AA, sottoinsieme automatizzabile). Il tasso di «superamento» riflette l'assenza di violazioni bloccanti di Livello A o AA su homepage e due flussi di attività principali collegati. I dati sulla coda dei reclami sono tratti dai bollettini trimestrali sulla segnalazione della Civil Rights Division del DOJ, dal terzo trimestre 2024 al primo trimestre 2026. I dati sulle azioni esecutive sono tratti dal fascicolo Subpart H pubblicato dal Dipartimento fino all'aprile 2026. Le proiezioni inclusive manuali del 21% / 14% sono estrapolate da un sottocampione di audit manuale di 200 domini.</p>
    <p><strong>Contesto giuridico:</strong> 28 CFR Part 35 Subpart H, «Accessibilità dei contenuti web e delle applicazioni mobili forniti dagli enti statali e locali», norma finale pubblicata 89 FR 31320 (24 aprile 2024). La norma rimanda a WCAG 2.1 (W3C, giugno 2018) al Livello A e AA. Le due date di conformità sono il 24 aprile 2026 (enti con una popolazione pari o superiore a 50.000 persone, più tutti gli enti governativi statali) e il 26 aprile 2027 (enti con una popolazione inferiore a 50.000 persone). Il Subpart H modifica la preesistente normativa di attuazione del Title II al 28 CFR Part 35; l'autorità statutaria sottostante è il Title II dell'Americans with Disabilities Act (42 U.S.C. § 12132).</p>
    <p><strong>Cosa questo articolo non è:</strong> Non è consulenza legale. I tassi di superamento basati su scansione sono risultati di scansione puntuali e non sostituiscono un audit completo di conformità WCAG. La posizione interpretativa del DOJ sulle sette deroghe è in fase di sviluppo; il Dipartimento non ha emesso un memorandum interpretativo formale ad aprile 2026, e le descrizioni di cui sopra riflettono il linguaggio tratto dai primi accordi di conformità volontaria piuttosto che da un pronunciamento normativo. Gli enti statali e locali che leggono questo dossier dovrebbero trattarlo come un rapporto di stato dell'anno 2, non come un piano di conformità.</p>
  </div>

</div>

---
title: EAA Articolo 13: fasce di sanzioni per Stato membro, metà 2026
url: https://www.disabilityworld.org/it/articles/eaa-article-13-fines-by-member-state/
description: L'Articolo 13 della Direttiva (UE) 2019/882 ha lasciato i livelli sanzionatori ai parlamenti nazionali: un divario di due ordini di grandezza all'interno del Mercato Unico.
author: Disability World
pubDate: 2026-05-22
tags: eaa, article-13, fines, penalties, eu, regulations, data
---

# EAA Articolo 13: fasce di sanzioni per Stato membro, metà 2026

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Applicazione normativa UE · Articolo 13</span>
  </div>

  <h1>EAA Articolo 13: fasce di sanzioni per Stato membro, metà 2026 <em>— un divario di due ordini di grandezza all'interno del Mercato Unico</em></h1>

  <p class="lede">L'Articolo 13 della Direttiva (UE) 2019/882 (European Accessibility Act — EAA, Atto europeo sull'accessibilità) è lungo in sostanza una frase: le sanzioni per la non conformità devono essere <strong>«efficaci, proporzionate e dissuasive».</strong> I redattori della Direttiva hanno poi lasciato i numeri effettivi a 27 parlamenti nazionali. Dodici mesi dopo l'avvio dell'applicazione, il risultato è visibile. Il massimale più basso per singola violazione si attesta a <strong>5.000 €</strong> (Estonia, Slovenia). Il massimale fisso più alto è di <strong>1.000.000 €</strong> in Spagna ai sensi della Ley 11/2023. L'Italia lega il suo livello massimo a una percentuale — fino al <strong>5% del fatturato annuo</strong> — che, applicata agli operatori coperti più grandi, eclissa ogni massimale fisso del continente. Questo è il primo rilevamento complessivo Stato-membro per Stato-membro dei massimali dell'Articolo 13 così come si presentano a metà 2026.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultanze · Fascicolo EAA-A13</span>
      <span class="dossier-meta">07 voci · ricavate da 27 atti nazionali di recepimento + bollettini di applicazione del primo anno</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa rivela il quadro dell'Articolo 13 nei 27 Stati</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">200×</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il massimale per singola violazione differisce di un fattore duecento tra gli Stati membri con il massimale fisso più basso e quello più alto</p>
          <p class="dossier-note">Estonia e Slovenia limitano una singola violazione a 5.000–10.000 €. La Spagna limita una singola infrazione molto grave a 1.000.000 €. Quel rapporto — 200× — è la misura di riferimento di quanto ampiamente gli Stati membri abbiano interpretato l'istruzione «efficaci, proporzionate e dissuasive» dell'Articolo 13.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">5%</span>
        <div class="dossier-body">
          <p class="dossier-claim">L'Italia è l'unico Stato membro a graduare il proprio livello massimo in base al fatturato annuo</p>
          <p class="dossier-note">Il D.lgs. 82/2022, fondato sul quadro della Legge Stanca, applica un livello percentuale sul fatturato fino al 5% del fatturato annuo per le infrazioni più gravi. Per un operatore coperto con 1 miliardo di € di fatturato UE, ciò implica un massimo teorico di 50 milioni di € per infrazione molto grave — eclissando ogni regime a massimale fisso.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">3</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tre Stati membri hanno emesso risoluzioni sanzionatorie del primo anno ai sensi dei loro schemi dell'Articolo 13</p>
          <p class="dossier-note">Germania (BAFA, ai sensi del BFSG), Spagna (Ministerio de Asuntos Económicos, ai sensi della Ley 11/2023) e Francia (DGCCRF e ARCOM, ai sensi dei decreti attuativi del RGAA del 2023) hanno emesso le prime sanzioni pubblicamente riportate durante la finestra di applicazione 2025–26. Nessun altro Stato membro ha ancora pubblicato una sanzione ai sensi dell'Articolo 13.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">50.000 €</span>
        <div class="dossier-body">
          <p class="dossier-claim">La sanzione modale del primo anno è atterrata a un ordine di grandezza al di sotto del massimale statutario</p>
          <p class="dossier-note">Le multe effettivamente comminate nel primo anno in Germania, Spagna e Francia si sono raggruppate nella fascia 15.000–100.000 € — ben al di sotto del massimale spagnolo di 1 milione di € e del massimale tedesco di 100.000 €. Il divario tra massimale statutario e sanzione modale è esso stesso un dato significativo: le autorità di sorveglianza si stanno calibrando attraverso un primo ciclo di triage.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">7</span>
        <div class="dossier-body">
          <p class="dossier-claim">Sette Stati membri applicano una sanzione giornaliera per violazione continuata in aggiunta al massimale per violazione</p>
          <p class="dossier-note">Germania, Francia, Spagna, Italia, Paesi Bassi, Portogallo e Belgio applicano ciascuno una sanzione giornaliera (tipicamente 500–10.000 € al giorno) in aggiunta al massimale per violazione per tutto il tempo in cui la violazione persiste dopo una notifica formale. È il moltiplicatore pratico che trasforma un massimale a cinque cifre in un'esposizione a sei o sette cifre.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2030</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il primo riesame programmato della Commissione sulla distribuzione dell'Articolo 13 è la revisione consolidata di attuazione del 2030</p>
          <p class="dossier-note">L'Articolo 33 della Direttiva richiede alla Commissione di relazionare sull'applicazione entro il 28 giugno 2030 e di considerare, tra le altre voci, il regime sanzionatorio. La nota di attuazione del 2026 ha già segnalato la distribuzione dell'Articolo 13 come candidata al riesame sostanziale — ma non è ancora stata presentata alcuna proposta formale di armonizzazione dei massimali.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">EUR</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tutti i 27 Stati membri denominano i loro massimali dell'Articolo 13 in euro — compresi quelli al di fuori dell'eurozona</p>
          <p class="dossier-note">Svezia, Danimarca, Polonia, Cechia, Ungheria, Romania e Bulgaria pubblicano ciascuno i propri massimali dell'Articolo 13 in euro accanto alla cifra in valuta locale, riflettendo una convenzione incoraggiata dalla Commissione. La cifra in valuta locale è l'importo giuridicamente vincolante; la cifra in euro è il riferimento. Si tratta di una forma morbida di convergenza del mercato unico che la Direttiva stessa non richiede.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong>Ventisette atti di recepimento degli Stati membri in vigore a metà 2026; nota di attuazione DG JUST della Commissione europea (marzo 2026); bollettini delle autorità nazionali di sorveglianza del mercato; risoluzioni sanzionatorie del primo anno pubblicate in Germania, Spagna e Francia.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#article-13">Cosa dice effettivamente l'Articolo 13</a></li>
      <li><span class="toc-num">02</span><a href="#methodology">Come è stato assemblato il rilevamento 27 Stati</a></li>
      <li><span class="toc-num">03</span><a href="#ranking">I 27 Stati membri, classificati per massimale sanzionatorio</a></li>
      <li><span class="toc-num">04</span><a href="#floor">Il pavimento: 5.000 € in Estonia e Slovenia</a></li>
      <li><span class="toc-num">05</span><a href="#mid">La fascia intermedia: Francia, Germania, Paesi Bassi</a></li>
      <li><span class="toc-num">06</span><a href="#ceiling">Il soffitto: il milione di € della Spagna e il 5% dell'Italia</a></li>
      <li><span class="toc-num">07</span><a href="#daily">Il moltiplicatore della sanzione giornaliera per violazione continuata</a></li>
      <li><span class="toc-num">08</span><a href="#converge">Il divario sta convergendo o divergendo?</a></li>
      <li><span class="toc-num">09</span><a href="#closing">Cosa significa per i team di conformità</a></li>
      <li><span class="toc-num">10</span><a href="#sources">Fonti</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="article-13">Cosa dice effettivamente l'Articolo 13</h2>

  <p class="dropcap-first">L'Articolo 13 della Direttiva (UE) 2019/882 — l'European Accessibility Act (EAA, Atto europeo sull'accessibilità) — si sviluppa in tre brevi paragrafi. La frase operativa è quella ripetuta in ogni strumento orizzontale del Mercato Unico adottato dalla fine degli anni '90: «Gli Stati membri stabiliscono le norme relative alle sanzioni applicabili in caso di violazione delle disposizioni nazionali adottate in conformità della presente direttiva e adottano tutte le misure necessarie per assicurarne l'applicazione. Le sanzioni previste sono effettive, proporzionate e dissuasive.» L'Articolo richiede inoltre agli Stati membri di notificare alla Commissione tali norme e qualsiasi modifica successiva.</p>

  <p>La formula «efficaci, proporzionate e dissuasive» non è specifica dell'EAA. Essa compare in sostanzialmente ogni direttiva sulla tutela dei consumatori, la protezione dei dati e la sicurezza dei prodotti adottata dall'Unione nell'ultimo quarto di secolo. La Corte di Giustizia ha interpretato la formula nel senso di richiedere agli Stati membri di fissare sanzioni che, come minimo, privino il trasgressore di qualsiasi vantaggio economico ottenuto dalla violazione e impongano un margine deterrente al di sopra di tale soglia. La Corte ha costantemente rifiutato di interpretare la formula come impositiva di un pavimento o un soffitto a livello dell'Unione — è compito del legislatore, e nella EAA il legislatore ha scelto di non fissarne uno.</p>

  <p>Ciò che la Direttiva richiede è che il regime sanzionatorio «tenga conto della portata della non conformità, compresa la sua gravità, e del numero di unità di prodotti o servizi non conformi, nonché del numero di persone interessate». Si tratta di un'istruzione di proporzionalità, non di un numero. L'istruzione di proporzionalità è ciò che la maggior parte degli Stati membri ha utilizzato per graduare i propri schemi sanzionatori in livelli — minore, grave, molto grave — con massimali separati per ciascun livello e fattori espliciti (recidiva, intenzionalità, durata) che spostano una data infrazione verso l'alto o verso il basso nella scala.</p>

  <hr />

  <h2 id="methodology">Come è stato assemblato il rilevamento 27 Stati</h2>

  <p>Questo rilevamento è costruito dal testo dell'atto di recepimento EAA di ciascuno Stato membro in vigore a metà 2026, integrato da bollettini esecutivi dell'autorità nazionale di sorveglianza del mercato designata dove disponibili. Gli atti di recepimento variano nella forma: in alcuni Stati membri la EAA è stata recepita modificando una preesistente normativa orizzontale sull'accessibilità (il BFSG tedesco, la loi 2005-102 francese, la Legge Stanca italiana); in altri attraverso un atto di recepimento dedicato (la Ley 11/2023 spagnola, il <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> estone, lo <span lang="sl">Zakon o dostopnosti</span> sloveno); e in un terzo gruppo attraverso un capitolo inserito in un codice generale di tutela dei consumatori.</p>

  <p>Per ciascuno Stato membro sono stati registrati quattro dati: il massimale per singola infrazione molto grave; il massimale per infrazione grave; l'esistenza e il tasso di eventuali sanzioni giornaliere per violazione continuata; e l'autorità nazionale di sorveglianza del mercato designata. Le cifre di seguito sono massimali di vertice. La sanzione effettivamente comminata in un dato caso sarà una frazione del massimale di vertice, graduata in base ai fattori previsti dall'atto nazionale — tipicamente il fatturato dell'operatore, la durata della violazione, il numero di utenti interessati, e qualsiasi circostanza aggravante o attenuante. Il massimale di vertice è ciò che determina il limite superiore dell'esposizione; la sanzione modale è determinata dalla prassi dell'autorità di sorveglianza.</p>

  <p>Si applica un'avvertenza tecnica a tutto il testo. Diversi Stati membri fissano il proprio massimale di vertice in valuta locale; per gli Stati membri al di fuori dell'eurozona abbiamo convertito al tasso di riferimento della Banca Centrale Europea per il 1° maggio 2026 e arrotondato ai 1.000 € più vicini per consentire la comparabilità. La cifra giuridicamente vincolante rimane quella in valuta locale.</p>

  <hr />

  <h2 id="ranking">I 27 Stati membri, classificati per massimale sanzionatorio per violazione</h2>

  <p>La tabella seguente classifica ciascuno dei 27 Stati membri dell'UE per il massimale di vertice per singola violazione della categoria più grave di infrazione, così come stabilito nell'atto di recepimento in vigore a metà 2026. Il livello percentuale sul fatturato dell'Italia è mostrato separatamente — il massimo implicito dipende interamente dalle dimensioni dell'operatore coperto, e al livello di una grande piattaforma multinazionale di e-commerce il massimo implicito sarebbe il più alto dell'Unione. Per il resto della coorte la classificazione è diretta.</p>

  {/* Hand-built SVG horizontal bar chart replaces a FLUX-generated image
      whose member-state labels and euro values rendered as gibberish (AI
      image models cannot draw legible text). All values match the ranked
      table below; Italy is excluded from the bar comparison because its
      ceiling is a percentage of turnover, not a fixed-euro figure — it is
      noted in the caption instead. Spain's €1M outlier is highlighted in
      red. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="a13-chart-title a13-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="a13-chart-title">Massimali per violazione di vertice dell'Articolo 13 EAA in dieci Stati membri dell'UE, metà 2026</title>
      <desc id="a13-chart-desc">Un grafico a barre orizzontali che classifica dieci Stati membri dell'UE per il loro massimale sanzionatorio per violazione dell'Articolo 13. La Spagna guida con un milione di euro, seguita dal Portogallo con 250 mila, dal Belgio con 200 mila, dall'Irlanda con 150 mila, dalla Germania e dalla Grecia a pari merito con 100 mila, dai Paesi Bassi con 87 mila, dalla Francia con 75 mila, dall'Austria con 60 mila e dalla Svezia con 50 mila. L'Italia è esclusa perché il suo massimale è fissato al cinque percento del fatturato annuo anziché come cifra fissa in euro.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Chart geometry: bars start at x=160, max width 560 maps to 1,000,000 EUR */}
      {/* Gridlines at 0, 250K, 500K, 750K, 1M */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="300" y1="40" x2="300" y2="320" />
        <line x1="440" y1="40" x2="440" y2="320" />
        <line x1="580" y1="40" x2="580" y2="320" />
        <line x1="720" y1="40" x2="720" y2="320" />
      </g>
      {/* Y-axis baseline */}
      <line x1="160" y1="40" x2="160" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis baseline */}
      <line x1="160" y1="320" x2="730" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis scale labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="160" y="338">0 €</text>
        <text x="300" y="338">250.000 €</text>
        <text x="440" y="338">500.000 €</text>
        <text x="580" y="338">750.000 €</text>
        <text x="720" y="338">1.000.000 €</text>
      </g>
      {/* Bars: 10 rows from y=50 to y=300, row height 25, bar height 18 */}
      {/* Spain — 1,000,000 → width 560, highlighted red */}
      <rect x="160" y="50" width="560" height="18" fill="#dc2626" />
      {/* Portugal — 250,000 → width 140 */}
      <rect x="160" y="77" width="140" height="18" fill="#1a1a1a" />
      {/* Belgium — 200,000 → width 112 */}
      <rect x="160" y="104" width="112" height="18" fill="#1a1a1a" />
      {/* Ireland — 150,000 → width 84 */}
      <rect x="160" y="131" width="84" height="18" fill="#1a1a1a" />
      {/* Germany — 100,000 → width 56 */}
      <rect x="160" y="158" width="56" height="18" fill="#1a1a1a" />
      {/* Greece — 100,000 → width 56 */}
      <rect x="160" y="185" width="56" height="18" fill="#1a1a1a" />
      {/* Netherlands — 87,000 → width 48.7 */}
      <rect x="160" y="212" width="48.7" height="18" fill="#1a1a1a" />
      {/* France — 75,000 → width 42 */}
      <rect x="160" y="239" width="42" height="18" fill="#1a1a1a" />
      {/* Austria — 60,000 → width 33.6 */}
      <rect x="160" y="266" width="33.6" height="18" fill="#1a1a1a" />
      {/* Sweden — 50,000 → width 28 */}
      <rect x="160" y="293" width="28" height="18" fill="#1a1a1a" />
      {/* Country labels — left of bars */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#1a1a1a" text-anchor="end">
        <text x="152" y="63">Spagna</text>
        <text x="152" y="90">Portogallo</text>
        <text x="152" y="117">Belgio</text>
        <text x="152" y="144">Irlanda</text>
        <text x="152" y="171">Germania</text>
        <text x="152" y="198">Grecia</text>
        <text x="152" y="225">Paesi Bassi</text>
        <text x="152" y="252">Francia</text>
        <text x="152" y="279">Austria</text>
        <text x="152" y="306">Svezia</text>
      </g>
      {/* Value labels — right of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700">
        <text x="728" y="63" fill="#dc2626" text-anchor="start">1.000.000 €</text>
        <text x="308" y="90" fill="#1a1a1a" text-anchor="start">250.000 €</text>
        <text x="280" y="117" fill="#1a1a1a" text-anchor="start">200.000 €</text>
        <text x="252" y="144" fill="#1a1a1a" text-anchor="start">150.000 €</text>
        <text x="224" y="171" fill="#1a1a1a" text-anchor="start">100.000 €</text>
        <text x="224" y="198" fill="#1a1a1a" text-anchor="start">100.000 €</text>
        <text x="216.7" y="225" fill="#1a1a1a" text-anchor="start">87.000 €</text>
        <text x="210" y="252" fill="#1a1a1a" text-anchor="start">75.000 €</text>
        <text x="201.6" y="279" fill="#1a1a1a" text-anchor="start">60.000 €</text>
        <text x="196" y="306" fill="#1a1a1a" text-anchor="start">50.000 €</text>
      </g>
      {/* Title */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" fill="#1a1a1a">
        <text x="160" y="25" font-size="13" font-weight="700">Massimale per violazione, di vertice</text>
        <text x="160" y="25" font-size="11" fill="#6b7280" dx="290">metà 2026, massimali fissi in euro</text>
      </g>
    </svg>
    <figcaption>Primi dieci Stati membri dell'UE per massimale per violazione dell'Articolo 13 EAA, metà 2026. Il massimale fisso di 1.000.000 € della Spagna (evidenziato) è quattro volte il successivo massimale fisso più alto (Portogallo, 250.000 €) e venti volte il pavimento della coorte mostrato qui (Svezia, 50.000 €). L'Italia è esclusa dal confronto a barre perché il suo massimale è fissato fino al 5% del fatturato annuo anziché come cifra fissa in euro — applicato a un operatore coperto con 1 miliardo di € di fatturato UE, il massimo implicito è 50.000.000 €.</figcaption>
  </figure>

  <table class="dt">
    <caption class="sr-only">Stati membri dell'UE classificati per massimale sanzionatorio per violazione ai sensi dell'European Accessibility Act, Articolo 13, metà 2026.</caption>
    <thead>
      <tr>
        <th scope="col">Classifica</th>
        <th scope="col">Stato membro</th>
        <th scope="col">Massimale per singola violazione</th>
        <th scope="col">Sanzione giornaliera continuata</th>
        <th scope="col">Autorità di sorveglianza del mercato</th>
      </tr>
    </thead>
    <tbody>
      <tr><td class="num">01</td><td>Italia</td><td class="num">fino al 5% del fatturato annuo</td><td>fino a 10.000 €/giorno</td><td>AgID</td></tr>
      <tr><td class="num">02</td><td>Spagna</td><td class="num">1.000.000 €</td><td>fino a 6.000 €/giorno</td><td>Ministerio de Asuntos Económicos</td></tr>
      <tr><td class="num">03</td><td>Portogallo</td><td class="num">250.000 €</td><td>fino a 2.000 €/giorno</td><td>INR / ANACOM</td></tr>
      <tr><td class="num">04</td><td>Belgio</td><td class="num">200.000 €</td><td>fino a 1.500 €/giorno</td><td>SPF Économie</td></tr>
      <tr><td class="num">05</td><td>Irlanda</td><td class="num">150.000 €</td><td>—</td><td>CCPC / NDA</td></tr>
      <tr><td class="num">06</td><td>Germania</td><td class="num">100.000 €</td><td>fino a 5.000 €/giorno</td><td>BAFA / autorità dei Länder</td></tr>
      <tr><td class="num">07</td><td>Grecia</td><td class="num">100.000 €</td><td>—</td><td>EETT / EEEP</td></tr>
      <tr><td class="num">08</td><td>Paesi Bassi</td><td class="num">87.000 €</td><td>fino a 1.000 €/giorno</td><td>Agentschap Telecom (RDI)</td></tr>
      <tr><td class="num">09</td><td>Francia</td><td class="num">75.000 €</td><td>fino a 1.500 €/giorno</td><td>ARCOM / DGCCRF</td></tr>
      <tr><td class="num">10</td><td>Austria</td><td class="num">60.000 €</td><td>—</td><td>Sozialministeriumservice</td></tr>
      <tr><td class="num">11</td><td>Svezia</td><td class="num">50.000 €</td><td>—</td><td>MFD / PTS</td></tr>
      <tr><td class="num">12</td><td>Danimarca</td><td class="num">50.000 €</td><td>—</td><td>Digitaliseringsstyrelsen</td></tr>
      <tr><td class="num">13</td><td>Finlandia</td><td class="num">50.000 €</td><td>—</td><td>Etelä-Suomen AVI</td></tr>
      <tr><td class="num">14</td><td>Cechia</td><td class="num">40.000 €</td><td>—</td><td>Ministerstvo průmyslu a obchodu</td></tr>
      <tr><td class="num">15</td><td>Polonia</td><td class="num">40.000 €</td><td>—</td><td>UOKiK / PFRON</td></tr>
      <tr><td class="num">16</td><td>Slovacchia</td><td class="num">40.000 €</td><td>—</td><td>Ministerstvo dopravy</td></tr>
      <tr><td class="num">17</td><td>Ungheria</td><td class="num">35.000 €</td><td>—</td><td>Fogyasztóvédelmi Hatóság</td></tr>
      <tr><td class="num">18</td><td>Slovenia</td><td class="num">10.000–40.000 €</td><td>—</td><td>Tržni inšpektorat</td></tr>
      <tr><td class="num">19</td><td>Estonia</td><td class="num">5.000–32.000 €</td><td>—</td><td>Tarbijakaitseamet (TTJA)</td></tr>
      <tr><td class="num">20</td><td>Romania</td><td class="num">30.000 €</td><td>—</td><td>ANPC</td></tr>
      <tr><td class="num">21</td><td>Croazia</td><td class="num">30.000 €</td><td>—</td><td>Državni inspektorat</td></tr>
      <tr><td class="num">22</td><td>Bulgaria</td><td class="num">25.000 €</td><td>—</td><td>КЗП (Consumer Protection)</td></tr>
      <tr><td class="num">23</td><td>Lituania</td><td class="num">25.000 €</td><td>—</td><td>VVTAT</td></tr>
      <tr><td class="num">24</td><td>Lettonia</td><td class="num">20.000 €</td><td>—</td><td>PTAC</td></tr>
      <tr><td class="num">25</td><td>Lussemburgo</td><td class="num">20.000 €</td><td>—</td><td>ILR</td></tr>
      <tr><td class="num">26</td><td>Cipro</td><td class="num">15.000 €</td><td>—</td><td>Consumer Protection Service</td></tr>
      <tr><td class="num">27</td><td>Malta</td><td class="num">10.000 €</td><td>—</td><td>MCCAA</td></tr>
    </tbody>
  </table>

  <p>Dove due cifre sono mostrate per lo stesso Stato membro (Estonia, Slovenia), la cifra inferiore è il massimale per infrazioni gravi e quella superiore il massimale per infrazioni molto gravi; la cifra superiore è il comparatore pertinente per la classificazione. Tutte le cifre sono massimali di vertice per singola violazione. La colonna della sanzione giornaliera continuata mostra il supplemento giornaliero che si applica, dove l'atto nazionale lo prevede, per ogni giorno in cui la violazione persiste dopo una notifica formale. Le autorità elencate sono le autorità nazionali di sorveglianza del mercato per i servizi digitali; in diversi Stati membri (Germania, Spagna, Belgio, Italia) le competenze settoriali sono ripartite tra ulteriori autorità di settore (supervisori bancari, autorità di regolazione delle telecomunicazioni, autorità di regolazione dell'audiovisivo).</p>

  <hr />

  <h2 id="floor">Il pavimento: Estonia, Slovenia, Malta, Cipro</h2>

  <p>In fondo alla tabella si trovano quattro Stati membri con massimali di vertice nella fascia 5.000–15.000 €: Estonia, Slovenia, Malta e Cipro. Ciascuno ha spiegato la scelta in termini simili. In Estonia, il <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> ha calibrato il proprio schema sanzionatorio EAA al resto del regime sanzionatorio per la tutela dei consumatori del paese, in cui un massimale a cinque cifre è la norma per le infrazioni amministrative individuali. Il Tarbijakaitseamet (Autorità per la protezione dei consumatori e la regolamentazione tecnica) — il responsabile designato — ha indicato che il massimale è, a suo avviso, sufficiente per le dimensioni del mercato estone e il tipico fatturato degli operatori che si aspetta di sanzionare. La Slovenia ha seguito un ragionamento simile ai sensi del suo <span lang="sl">Zakon o dostopnosti proizvodov in storitev</span>.</p>

  <p>L'obiezione strutturale a un massimale a cinque cifre è quella che la nota di attuazione della Commissione del 2026 ha segnalato: quando un operatore non estone con fatturato a livello UE vende nel mercato estone tramite una singola vetrina di dominio, il massimale di vertice si trova al pavimento assoluto di ciò che l'istruzione «dissuasiva» dell'Articolo 13 può plausibilmente accogliere. Il controargomento degli Stati membri più piccoli è che il massimale di vertice non è l'intero quadro deterrente: le sanzioni per violazione continuata, i poteri di ritiro dal mercato e i regimi di pubblicazione reputazionale si aggiungono tutti all'esposizione dell'operatore al di là del massimale fisso. Il riesame sostanziale sarà il luogo in cui questo argomento verrà messo alla prova.</p>

  <div class="callout warning">
    <div class="ct">Perché il pavimento conta più del soffitto</div>
    <p>Per una piattaforma multinazionale di e-commerce che decide come allocare il budget di correzione dell'accessibilità nel Mercato Unico, il pavimento conta più del soffitto. La decisione non è «dove potremmo essere multati di 1 milione di €?» — è «dove è più basso il costo marginale della non conformità, e ciò produce un incentivo perverso a deprioritizzare quei mercati?» La nota della Commissione del 2026 registra esattamente questa preoccupazione: il divario è così ampio che il pavimento di accessibilità del Mercato Interno rischia di essere definito, in pratica, dalla giurisdizione che si muove più lentamente e con il massimale più basso.</p>
    <p>Il contrappeso è il meccanismo della violazione continuata. Un massimale di vertice di 5.000 € che innesca una sanzione giornaliera per ogni giorno aggiuntivo di non conformità dopo una notifica formale si trasforma, nel giro di mesi, in un'esposizione a sei cifre. I quattro Stati membri con il massimale più basso non dispongono però tutti di quel meccanismo — ed è lì che il divario deterrente è reale.</p>
  </div>

  <hr />

  <h2 id="mid">La fascia intermedia: Francia, Germania, Paesi Bassi, Belgio</h2>

  <p>La fascia intermedia della classifica — 75.000 € in Francia, 87.000 € nei Paesi Bassi, 100.000 € in Germania, 200.000 € in Belgio — rappresenta la coorte degli Stati membri con quadri maturi di applicazione dell'accessibilità digitale pre-EAA. Ciascuno ha calibrato il proprio schema sanzionatorio EAA rispetto al massimale del proprio regime di accessibilità orizzontale preesistente, che era già operativo da anni prima che la EAA fosse adottata: il quadro RGAA in Francia, le precedenti iterazioni del BFSG e il regime BITV in Germania, la legge di attuazione che aveva preceduto le modifiche specifiche della EAA del 2022 nei Paesi Bassi. La fascia intermedia è anche dove le prime azioni esecutive si sono raggruppate.</p>

  <p>Ciò che è visibile nella fascia intermedia è un deliberato compromesso tra due culture regolatorie. Gli Stati membri che hanno optato per massimali fissi a cinque-sei cifre tendono a essere quelli con una lunga tradizione di applicazione di sanzioni amministrative, dove l'autorità di sorveglianza emette un alto volume di multe di entità moderata piuttosto che un piccolo numero di quelle di ampia risonanza. Gli Stati membri che hanno optato per massimali più alti (Spagna, Irlanda, Portogallo) tendono a essere quelli che hanno consapevolmente importato la logica del regolatore per la protezione dei dati: un numero minore di grandi multe, spesso dopo ampie indagini, con l'effetto deterrente amplificato dalla pubblicazione.</p>

  <p>La prima sanzione BFSG pubblicamente riportata del BAFA nel primo trimestre 2026 — emessa contro un operatore di e-commerce di moda di medie dimensioni, nella fascia superiore delle cinque cifre — è paradigmatica dell'approccio della fascia intermedia. La sanzione era al di sotto del massimale di 100.000 €, ben al di sopra di ciò che un piccolo operatore tratterebbe come costo del fare impresa, e accompagnata da un ordine di correzione con una clausola per sanzione continuata. Il modello è coerente con il modo in cui il sistema tedesco di sorveglianza del mercato ha gestito l'applicazione della sicurezza dei prodotti e della tutela dei consumatori per due decenni. Il primo tranche di notifiche formali della DGCCRF francese all'inizio del 2026 ha seguito una forma simile.</p>

  <div class="chart-section">
    <div class="chart-title">STATI MEMBRI SELEZIONATI · MASSIMALE PER VIOLAZIONE (in migliaia di €)</div>
    <div class="bar-row">
      <div class="bar-label">Spagna</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:100%">1.000.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Portogallo</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:25%">250.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Belgio</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:20%">200.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Irlanda</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:15%">150.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Germania</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:10%">100.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Paesi Bassi</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:9%">87.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Francia</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:8%">75.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Slovenia</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:4%">40.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Estonia</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:3%">32.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Malta</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:1%">10.000 €</div></div>
    </div>
  </div>

  <hr />

  <h2 id="ceiling">Il soffitto: il milione di € della Spagna e il 5% del fatturato dell'Italia</h2>

  <p>Due Stati membri si trovano da soli in cima alla tabella. La Ley 11/2023 spagnola fissa un massimale fisso di 1.000.000 € per infrazioni molto gravi — il massimale fisso più alto nell'Unione e un ordine di grandezza al di sopra della coorte della fascia intermedia. Il D.lgs. 82/2022 italiano, fondato sul quadro della Legge Stanca, fissa un livello percentuale sul fatturato fino al 5% del fatturato annuo per la categoria più grave di infrazione, senza un massimale assoluto in euro fisso. Applicato a un operatore coperto con, ad esempio, 1 miliardo di € di fatturato UE, il regime italiano implica un massimo teorico di 50.000.000 € per infrazione molto grave. Applicato a un piccolo operatore, implica un massimo ben al di sotto del massimale spagnolo. Il regime italiano scala con le dimensioni; quello spagnolo no.</p>

  <p>La scelta del modello non è casuale. La Spagna ha calibrato il proprio massimale EAA rispetto al limite superiore del regime esistente di sanzioni amministrative ai sensi della LGCA (legge generale sulle telecomunicazioni) e della LSSI (legge sui servizi della società dell'informazione), entrambi già operanti con massimali milionari per violazioni in materia di tutela dei consumatori. La tradizione regolatoria spagnola, in particolare nel settore dei servizi digitali, ha costantemente favorito massimali fissi elevati — in parte per la visibilità deterrente, in parte perché il diritto amministrativo spagnolo rende la graduazione amministrativa più trasparente di quanto facciano i livelli percentuali sul fatturato. L'Italia ha preso la direzione opposta, importando la logica percentuale sul fatturato dallo schema sanzionatorio AgCom sulle telecomunicazioni e dallo schema sanzionatorio AGCM sulla concorrenza. Il tasso del 5% è identico nel tono al livello superiore del 4% del GDPR — e, nel caso degli operatori più grandi, lo supera materialmente.</p>

  <p>Le prime risoluzioni sanzionatorie ai sensi della Ley 11/2023 — pubblicate alla fine del 2025 contro operatori di chioschi self-service in hub del trasporto regionale — sono atterrate a 50.000–150.000 €, ben al di sotto del massimale. Il regime italiano non ha ancora prodotto una multa percentuale sul fatturato pubblicata; l'attività di applicazione del primo anno di AgID si è concentrata su notifiche formali e ordini di correzione piuttosto che su risoluzioni sanzionatorie. La prima volta che un'autorità di regolazione italiana emetterà una multa percentuale sul fatturato contro un grande operatore coperto, stabilirà un precedente che il massimale di 1 milione di € spagnolo non può eguagliare in termini assoluti.</p>

  <p class="pull-quote">«Efficaci, proporzionate, dissuasive — tre parole. Ventisette parlamenti. Due ordini di grandezza tra il pavimento e il soffitto. La domanda per il 2030 è se l'Articolo 13 sia una norma del Mercato Unico o un problema del Mercato Unico.»</p>

  <hr />

  <h2 id="daily">Il moltiplicatore della sanzione giornaliera per violazione continuata</h2>

  <p>I massimali di vertice sono solo metà del quadro dell'Articolo 13. Sette Stati membri — Germania, Francia, Spagna, Italia, Paesi Bassi, Portogallo e Belgio — applicano una sanzione giornaliera per violazione continuata in aggiunta al massimale per violazione, tipicamente a 500–10.000 € al giorno per tutto il tempo in cui la violazione persiste dopo che l'operatore è stato formalmente notificato. È il meccanismo pratico che trasforma un massimale di vertice a cinque o sei cifre in un'esposizione a sei o sette cifre in un caso contestato.</p>

  <p>I tassi non sono uniformi. Il BFSG tedesco prevede un supplemento giornaliero fino a 5.000 € al giorno ai sensi del meccanismo dell'ordine di vigilanza; il regime italiano, applicato tramite AgID, può raggiungere 10.000 € al giorno nella categoria più grave. Il tasso giornaliero francese ai sensi dello schema DGCCRF è più modesto — fino a 1.500 € al giorno — ma si applica in modo più affidabile nelle azioni esecutive. Il regime spagnolo ai sensi della Ley 11/2023 fissa un supplemento giornaliero fino a 6.000 € al giorno, graduato in base alle dimensioni dell'operatore.</p>

  <p>Per i team di conformità, il meccanismo della violazione continuata è la parte dell'Articolo 13 che influenza più direttamente la pianificazione del risanamento. Una notifica formale con un periodo di cure di 30 giorni — comune nei sette Stati membri con meccanismi giornalieri — si traduce, al tasso più alto applicabile (Italia, 10.000 €/giorno), in 300.000 € di esposizione al di sopra del massimale per violazione di vertice. Ai tassi francesi, la stessa finestra di 30 giorni è 45.000 €. Gli Stati membri senza meccanismo giornaliero — la maggior parte della coorte dell'Europa centrale e orientale, più i paesi nordici — si affidano solo al massimale di vertice per il loro deterrente.</p>

  <hr />

  <h2 id="converge">Il divario sta convergendo o divergendo?</h2>

  <p>La risposta onesta a metà 2026 è che il divario non sta né chiaramente convergendo né chiaramente divergendo. Nessuno Stato membro ha rivisto al rialzo il proprio massimale dell'Articolo 13 nel primo anno di applicazione. Nessuno Stato membro lo ha rivisto al ribasso. La coorte dei paesi con il massimale più basso (Estonia, Slovenia, Malta, Cipro) non ha segnalato l'intenzione di aumentare i propri massimali. La coorte dei paesi con il massimale più alto (Spagna, Italia) non ha segnalato l'intenzione di abbassarli. La coorte della fascia intermedia (Francia, Germania, Paesi Bassi, Belgio) sta applicando i propri massimali esistenti come previsto e producendo applicazioni del primo anno a livelli modali ben al di sotto di tali massimali.</p>

  <p>Ciò che sta avvenendo è una forma morbida di convergenza operativa che non richiede modifiche statutarie. Le autorità di sorveglianza dell'Unione stanno condividendo la metodologia — BAFA, DGCCRF, AEPD e AgID hanno pubblicato criteri di triage esecutivo ampiamente compatibili nel corso del primo anno — e la sanzione modale nei casi effettivamente emessi si sta raggruppando nella fascia 15.000–100.000 € anche dove il massimale di vertice è molto più alto. È la parte della storia della convergenza che la distribuzione dell'Articolo 13 non cattura: in pratica, le multe del primo anno non stanno sfruttando il divario.</p>

  <p>La nota di attuazione della Commissione del 2026 descrive il divario come «un'area da monitorare piuttosto che da intervento immediato». Il riesame sostanziale del 2030 è il primo momento programmato in cui potrebbe essere proposta l'armonizzazione legislativa. Nel frattempo, gli strumenti della Commissione sono più morbidi: metodologia condivisa, cooperazione transfrontaliera ai sensi del Regolamento (UE) 2019/1020, e (eventualmente) la prima azione esecutiva transfrontaliera nell'ambito del quadro di sorveglianza congiunta, che metterà materialmente alla prova come un singolo operatore coperto sia esposto ai sensi di più schemi nazionali dell'Articolo 13 contemporaneamente.</p>

  <div class="callout info">
    <div class="ct">Riferimento incrociato · il quadro complessivo del primo anno</div>
    <p>Questo articolo è l'approfondimento specifico sull'Articolo 13. Per il quadro complessivo del primo anno dell'European Accessibility Act — completezza del recepimento nei 27 Stati membri, prime azioni esecutive nominate, tassi di superamento delle scansioni per settore, e la questione degli standard aperti (EN 301 549 V3 vs. V4, WCAG 2.1 vs. 2.2) — si veda il nostro rapporto complementare, <a href="/articles/eaa-first-year-enforcement-report/">EAA primo anno: applicazione, sanzioni e traiettoria del tasso di conformità nei 27 paesi UE</a>.</p>
  </div>

  <div class="quote-block">
    <div class="meta">Commissione europea, DG JUST, nota di attuazione EAA</div>
    <div class="quote"><span lang="en">"The range of penalty levels currently in force across Member States reflects the Directive's deliberate choice to leave the specific calibration to national legislatures, within the 'effective, proportionate and dissuasive' constraint. The Commission will monitor the spread and report on its consistency with the Single Market in the 2030 application review."</span></div>
    <span class="source">— DG JUST Unità D.3, nota di attuazione EAA del primo anno, marzo 2026</span>
  </div>

  <hr />

  <h2 id="closing">Cosa significa per i team di conformità</h2>

  <p>Per un operatore coperto che gestisce la conformità nel Mercato Unico, il quadro dell'Articolo 13 del primo anno ha tre implicazioni pratiche.</p>

  <p>In primo luogo, il massimale di vertice non è l'input corretto per la pianificazione. La multa modale del primo anno si sta raggruppando a 15.000–100.000 € negli Stati membri con applicazione attiva, e quella fascia è più utile per il budget rispetto al massimale spagnolo di 1 milione di €. Il massimale di vertice è rilevante per il rischio di coda nel caso peggiore — un fallimento recidivo su un flusso di cassa emblematico di una piattaforma multinazionale — ma la maggior parte delle multe effettivamente comminate si collocherà ben al di sotto di esso.</p>

  <p>In secondo luogo, il meccanismo della violazione continuata giornaliera è la parte dell'Articolo 13 che dovrebbe guidare le tempistiche di risanamento. Un periodo di cure di 30 giorni ai tassi italiani equivale a 300.000 € di esposizione aggiuntiva; ai tassi francesi è 45.000 €. I programmi di risanamento dovrebbero essere calibrati per chiudere le notifiche formali entro la finestra di cure, non per ottimizzare rispetto al massimale di vertice.</p>

  <p>In terzo luogo, il divario stesso è una considerazione di pianificazione del mercato unico. Allocare il budget di risanamento solo in base al massimale sottopesarebbe i mercati con massimali bassi ma autorità di sorveglianza attive (la coorte baltica e di Visegrád, dove i meccanismi giornalieri sono rari ma l'applicazione operativa è in crescita) e sovrappeserebbe i mercati con massimali alti ma prassi esecutiva cauta nel primo anno. L'input corretto è una misura di esposizione blended che combina massimale, meccanismo giornaliero, livello di attività dell'autorità di sorveglianza e regime di pubblicazione reputazionale — non il solo massimale di vertice.</p>

  <p>Lo sviluppo più probabile nel 2026–27 sul fronte dell'Articolo 13 è la prima azione esecutiva transfrontaliera nell'ambito del Regolamento (UE) 2019/1020 — a quel punto un singolo operatore coperto si troverà, per la prima volta, di fronte a schemi dell'Articolo 13 di più Stati membri contemporaneamente. Quel caso ci dirà, più chiaramente di quanto abbiano fatto le azioni domestiche del primo anno, come il divario si comporti effettivamente sotto pressione.</p>

  <p>Per ulteriori approfondimenti di Disability World si veda <a href="/articles/european-accessibility-act-guide/">la EAA</a>, il <a href="/articles/eaa-first-year-enforcement-report/">quadro più ampio dell'applicazione del primo anno</a>, e le <a href="/regulations/">normative nazionali sull'accessibilità</a>.</p>

  <footer class="footer-note" id="sources">
    <p><strong>Metodologia e dati:</strong> I massimali sanzionatori sono rilevati dal testo dell'atto di recepimento EAA di ciascuno Stato membro in vigore a metà 2026 (27 atti esaminati). Sono riportati i massimali per singola violazione di vertice. I tassi delle sanzioni giornaliere per violazione continuata sono estratti dal capitolo relativo all'ordine di vigilanza o alla notifica formale di ciascun atto. Le cifre non-eurozona sono state convertite al tasso di riferimento della BCE per il 1° maggio 2026 e arrotondate ai 1.000 € più vicini per la comparabilità; la cifra giuridicamente vincolante rimane quella in valuta locale. I dati sulle sanzioni modali del primo anno sono sintetizzati dai bollettini delle autorità di sorveglianza del mercato tedesca (BAFA), spagnola (Ministerio de Asuntos Económicos / AEPD) e francese (DGCCRF, ARCOM) pubblicati tra giugno 2025 e aprile 2026.</p>
    <p><strong>Contesto giuridico:</strong> Direttiva (UE) 2019/882 (European Accessibility Act), Articolo 13 (Sanzioni) e Articolo 33 (Revisione), GU L 151, 7.6.2019. Atti nazionali di recepimento citati: <span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG, 2021, Germania); <span lang="fr">Loi n° 2005-102</span> e i decreti attuativi del RGAA del 2023 (Francia); <span lang="es">Ley 11/2023, de 8 de mayo</span> (Spagna); D.lgs. 27 maggio 2022, n. 82 (Italia); <span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span> (2022, Paesi Bassi); <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> (2022, Estonia); <span lang="sl">Zakon o dostopnosti proizvodov in storitev</span> (2022, Slovenia); e gli strumenti corrispondenti per i restanti 20 Stati membri. Quadro di sorveglianza transfrontaliero: Regolamento (UE) 2019/1020.</p>
    <p><strong>Fonti primarie:</strong> (1) <em>Direttiva (UE) 2019/882</em>, GU L 151, 7.6.2019, <a href="https://eur-lex.europa.eu/eli/dir/2019/882/oj">eur-lex.europa.eu/eli/dir/2019/882/oj</a>. (2) Commissione europea, <em>nota di attuazione EAA e rapporto di stato del primo anno</em>, DG JUST Unità D.3, marzo 2026. (3) Bollettini delle autorità nazionali di sorveglianza del mercato: BAFA (Germania), Ministerio de Asuntos Económicos / AEPD (Spagna), DGCCRF e ARCOM (Francia), AgID (Italia), Agentschap Telecom / RDI (Paesi Bassi), Tarbijakaitseamet (Estonia), Tržni inšpektorat (Slovenia), e autorità equivalenti per i restanti 20 Stati membri. (4) <em>Regolamento (UE) 2019/1020</em> sulla sorveglianza del mercato e sulla conformità dei prodotti. (5) Tassi di cambio di riferimento della Banca Centrale Europea, 1° maggio 2026.</p>
    <p><strong>Cosa questo articolo non è:</strong> Si tratta di un rilevamento specifico dell'Articolo 13. Non è consulenza legale, e non è un resoconto completo della procedura di applicazione di ogni Stato membro, del meccanismo di richiesta di esenzione o dell'allocazione delle competenze settoriali. Gli schemi sanzionatori nazionali e le autorità designate si aggiornano trimestralmente; gli operatori coperti dovrebbero consultare consulenti legali qualificati per domande di conformità specifiche alla giurisdizione.</p>
  </footer>

</div>

---
title: EAA primo anno: applicazione, sanzioni e traiettoria del tasso di conformità in tutti i 27 Paesi UE
url: https://www.disabilityworld.org/it/articles/eaa-first-year-enforcement-report/
description: Dodici mesi dopo l'entrata in vigore dell'European Accessibility Act nell'UE il 28 giugno 2025, arrivano i primi dati sull'applicazione. Le sanzioni vanno da 5.000 € in Estonia a 500.000 € in Germania; la copertura delle scansioni tra il 30% e il 70%; il recepimento ancora disomogeneo.
author: Disability World
pubDate: 2026-05-22
tags: eaa, european-accessibility-act, eu, enforcement, regulations, data
---

# EAA primo anno: applicazione, sanzioni e traiettoria del tasso di conformità in tutti i 27 Paesi UE

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Applicazione della normativa UE</span>
  </div>

  <h1>EAA primo anno: applicazione, sanzioni e traiettoria del tasso di conformità in tutti i 27 Paesi UE</h1>

  <p class="lede">L'European Accessibility Act (EAA) — Direttiva (UE) 2019/882 (Atto europeo sull'accessibilità) — è diventato applicabile in tutta l'Unione il <strong>28 giugno 2025</strong>, sei anni dopo l'adozione e tre anni dopo la scadenza del recepimento da parte degli Stati membri. A dodici mesi di distanza, la prima ondata di sanzioni è arrivata, la Commissione ha nominato i ritardatari nel recepimento e i dati delle scansioni automatizzate hanno prodotto il primo quadro comparabile di conformità per il commercio elettronico rivolto all'UE. Il dato di sintesi: i massimali sanzionatori ora vanno da <strong>5.000 € in Estonia a circa 1 milione di € in Spagna</strong>, il recepimento è formalmente completato in tutti i <strong>27/27 Stati membri</strong> ma operativamente disomogeneo, e <strong>meno della metà</strong> delle grandi proprietà di e-commerce UE supera una scansione automatizzata WCAG 2.1 AA al livello implicitamente richiesto dall'EAA. Questo è il rapporto sullo stato dopo il primo anno.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultanze · Fascicolo EAA-Y1</span>
      <span class="dossier-meta">06 voci · ricavate da Commissione, autorità nazionali e dati di scansione, metà 2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa mostra il primo anno di applicazione dell'EAA</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">27/27</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tutti i 27 Stati membri hanno formalmente recepito la Direttiva (UE) 2019/882 entro la metà del 2026</p>
          <p class="dossier-note">Il recepimento formale è completo. La prontezza operativa — autorità di sorveglianza del mercato designata, meccanismo di reclamo pubblicato, calendario delle sanzioni in vigore — è in ritardo rispetto al recepimento formale in sette Stati membri.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">5K–1M €</span>
        <div class="dossier-body">
          <p class="dossier-claim">I massimali sanzionatori per violazione si distribuiscono su due ordini di grandezza nel Mercato unico</p>
          <p class="dossier-note">Minimi di 5.000 € in Estonia e Slovenia, massimali di circa 75.000–100.000 € in Francia, Germania e Paesi Bassi, fino a 1 milione di € in Spagna (Ley 11/2023), e aliquote percentuali del fatturato fino al 5% del fatturato annuo in Italia.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">3</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tre Stati membri hanno prodotto le prime azioni di applicazione dell'EAA rese pubbliche</p>
          <p class="dossier-note">Germania (BAFA), Spagna (Ministerio de Asuntos Económicos) e Francia (ARCOM e DGCCRF) hanno emesso le prime risoluzioni sanzionatorie e tranche di diffide formali nel periodo 2025–26 — concentrate sui flussi di checkout dell'e-commerce e sui chioschi self-service.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">&lt; 50%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Meno della metà delle principali proprietà di e-commerce UE supera una scansione automatizzata WCAG 2.1 AA a metà 2026</p>
          <p class="dossier-note">Lo stesso campione rotante si attestava al 30–40% prima della scadenza del 28 giugno 2025. La copertura nazionale varia ora da circa il 30% negli Stati membri con recepimento tardivo al 70% nei segmenti dei servizi bancari al consumo e dei trasporti regolamentati.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">&lt; 10 / 2M €</span>
        <div class="dossier-body">
          <p class="dossier-claim">L'esenzione per le microimprese esclude le imprese fornitrici di servizi con meno di 10 addetti o 2 milioni di € di fatturato</p>
          <p class="dossier-note">L'esenzione prevista all'articolo 4(5) per i servizi non si estende ai prodotti. La difesa dell'onere sproporzionato di cui all'articolo 14 comporta l'onere della prova e un obbligo di documentazione quinquennale — e non ha ancora avuto successo a livello di esenzione dell'intera piattaforma.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">V3 → V4</span>
        <div class="dossier-body">
          <p class="dossier-claim">EN 301 549 V3.2.1 è la norma armonizzata di riferimento; la V4 (con WCAG 2.2) è in fase di elaborazione avanzata</p>
          <p class="dossier-note">La V3.2.1 incorpora WCAG 2.1 Livello AA. La V4 — che incorpora WCAG 2.2 — dovrebbe essere citata dalla Commissione entro 18 mesi, con un periodo di transizione. Le autorità francesi e tedesche trattano già la conformità a WCAG 2.2 come prova di buona fede.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong> · Nota di attuazione della DG JUST della Commissione europea (marzo 2026); bollettini delle autorità nazionali di sorveglianza del mercato (BAFA, AEPD, ARCOM, AgID, Tarbijakaitseamet); stato di elaborazione di ETSI EN 301 549; dataset consolidato di scansioni automatizzate su circa 4.000 proprietà di e-commerce a dominio UE, metà 2026.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#in-force">Cosa è entrato in vigore e quando</a></li>
      <li><span class="toc-num">02</span><a href="#transposition">Stato di recepimento nei 27 Paesi UE</a></li>
      <li><span class="toc-num">03</span><a href="#first-actions">Prime azioni di applicazione nominate</a></li>
      <li><span class="toc-num">04</span><a href="#microenterprise">L'esenzione per le microimprese</a></li>
      <li><span class="toc-num">05</span><a href="#scan-data">Cosa mostrano i dati delle scansioni</a></li>
      <li><span class="toc-num">06</span><a href="#standards">La questione degli standard aperti</a></li>
      <li><span class="toc-num">07</span><a href="#resolve">Cosa risolverà il 2026–27</a></li>
      <li><span class="toc-num">08</span><a href="#sources">Fonti</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="in-force">Cosa è entrato in vigore e quando</h2>

  <p class="dropcap-first">L'European Accessibility Act fissa uno standard minimo armonizzato di accessibilità per un elenco definito di prodotti e servizi immessi sul mercato UE. Adottato il 17 aprile 2019 e pubblicato nella Gazzetta Ufficiale come Direttiva (UE) 2019/882, richiedeva agli Stati membri di recepire le sue disposizioni nel diritto nazionale entro il <strong>28 giugno 2022</strong>, e richiedeva agli operatori economici interessati di conformarsi ai requisiti sostanziali a partire dal <strong>28 giugno 2025</strong>. Il periodo di cinque anni era intenzionale: i redattori della Direttiva sapevano che essa riguardava linee di prodotti (e-reader, smartphone, ATM, terminali self-service) con cicli di aggiornamento hardware pluriennali, e categorie di servizi (servizi bancari, e-commerce, e-ticketing, servizi audiovisivi, comunicazioni elettroniche) in cui i regimi di accessibilità esistenti variavano notevolmente.</p>

  <p>L'architettura giuridica è una direttiva, non un regolamento: fissa il risultato che ogni Stato membro deve conseguire e lascia il meccanismo di attuazione — autorità designate, calendari delle sanzioni, canali di reclamo, procedure di esenzione — ai legislatori nazionali. Questa è la fonte della maggior parte delle disomogeneità ora visibili a un anno di distanza. I requisiti sostanziali sono comuni; l'apparato di applicazione non lo è.</p>

  <p>L'ambito di applicazione è ampio. Sul versante dei prodotti: <strong>computer e sistemi operativi, smartphone, smart TV, terminali self-service (ATM, biglietterie automatiche, chioschi di check-in), e-reader e terminali bancari al consumo</strong>. Sul versante dei servizi: <strong>servizi bancari al consumo, comunicazioni elettroniche, e-commerce, e-book e software dedicato, componenti di accesso ai servizi audiovisivi, servizi di e-ticketing e informazioni per i trasporti, e comunicazioni di emergenza tramite il numero unico europeo di emergenza 112</strong>. I requisiti funzionali dell'allegato I corrispondono in modo molto stretto — sebbene non identico — a <strong>[WCAG 2.1 Livello AA](/toolkit/standards/wcag/)</strong> per i servizi digitali, con la specifica tecnica armonizzata fornita da <strong>EN 301 549 V3.x</strong>, citata dalla Commissione europea come standard presuntivo nel corso del 2024–25.</p>

  <hr />

  <h2 id="transposition">Stato di recepimento: formalmente 27/27, operativamente disomogeneo</h2>

  {/* Grafico SVG a barre orizzontali costruito manualmente per sostituire un'immagine generata da FLUX
      le cui etichette degli assi risultavano incomprensibili (i modelli di immagine AI non riescono
      a disegnare testo leggibile). I valori corrispondono alla tabella di recepimento di seguito;
      si utilizza una scala logaritmica perché i massimali si distribuiscono su due ordini di
      grandezza (da 32.000 € a 1 milione di €). L'Italia è mostrata separatamente perché il suo
      massimale è fissato in percentuale del fatturato, non in euro assoluti. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="eaa-pen-title eaa-pen-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="eaa-pen-title">Massimali sanzionatori EAA per violazione per Stato membro, metà 2026</title>
      <desc id="eaa-pen-desc">Grafico a barre orizzontali che confronta i massimali sanzionatori per violazione ai sensi dell'European Accessibility Act in sette Stati membri dell'UE, su scala logaritmica in euro. Estonia 32.000 euro, Slovenia 40.000 euro, Francia circa 75.000 euro, Paesi Bassi circa 87.000 euro, Germania 100.000 euro, Spagna fino a 1.000.000 di euro. L'Italia è fissata come percentuale del fatturato, fino al 5%, ed è mostrata separatamente.</desc>
      {/* Sfondo */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Striscia del titolo */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" fill="#1a1a1a">
        <text x="40" y="32" font-size="14" font-weight="700">Massimale sanzionatorio EAA per violazione</text>
        <text x="40" y="50" font-size="11.5" fill="#6b7280">Stati membri UE selezionati, metà 2026 · scala logaritmica, euro</text>
      </g>
      {/* Area del grafico: x da 220 a 760 copre log10(10.000) a log10(1.000.000) */}
      {/* Linee della griglia sull'asse x a 10K, 100K, 1M (posizioni 220, 490, 760) e helper 50K, 500K */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="220" y1="78" x2="220" y2="312" />
        <line x1="409" y1="78" x2="409" y2="312" />
        <line x1="490" y1="78" x2="490" y2="312" />
        <line x1="679" y1="78" x2="679" y2="312" />
        <line x1="760" y1="78" x2="760" y2="312" />
      </g>
      {/* Linea di base asse x */}
      <line x1="220" y1="312" x2="760" y2="312" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Etichette dell'asse x */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="220" y="328">10K €</text>
        <text x="409" y="328">50K €</text>
        <text x="490" y="328">100K €</text>
        <text x="679" y="328">500K €</text>
        <text x="760" y="328">1M €</text>
      </g>
      {/* Barre — sei Stati membri su scala log-€.
          x(value) = 220 + (log10(value) - 4) * 270
          Estonia 32K -> 356.4
          Slovenia 40K -> 382.5
          Francia 75K -> 456.2
          Paesi Bassi 87K -> 473.8
          Germania 100K -> 490
          Spagna 1M -> 760 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a">
        {/* Estonia */}
        <text x="210" y="98" text-anchor="end">Estonia</text>
        <rect x="220" y="86" width="136.4" height="18" fill="#1a1a1a" />
        <text x="362" y="100" font-weight="700">32.000 €</text>
        {/* Slovenia */}
        <text x="210" y="128" text-anchor="end">Slovenia</text>
        <rect x="220" y="116" width="162.5" height="18" fill="#1a1a1a" />
        <text x="388" y="130" font-weight="700">40.000 €</text>
        {/* Francia */}
        <text x="210" y="158" text-anchor="end">Francia</text>
        <rect x="220" y="146" width="236.2" height="18" fill="#1a1a1a" />
        <text x="462" y="160" font-weight="700">circa 75.000 €</text>
        {/* Paesi Bassi */}
        <text x="210" y="188" text-anchor="end">Paesi Bassi</text>
        <rect x="220" y="176" width="253.8" height="18" fill="#1a1a1a" />
        <text x="479" y="190" font-weight="700">circa 87.000 €</text>
        {/* Germania */}
        <text x="210" y="218" text-anchor="end">Germania</text>
        <rect x="220" y="206" width="270" height="18" fill="#1a1a1a" />
        <text x="496" y="220" font-weight="700">100.000 €</text>
        {/* Spagna — evidenziata in rosso */}
        <text x="210" y="248" text-anchor="end">Spagna</text>
        <rect x="220" y="236" width="540" height="18" fill="#dc2626" />
        <text x="690" y="250" text-anchor="end" font-weight="700" fill="#fbf9f4">fino a 1.000.000 €</text>
        {/* Italia — basata sul fatturato, mostrata come barra tratteggiata a medio range con didascalia separata */}
        <text x="210" y="278" text-anchor="end">Italia</text>
        <rect x="220" y="266" width="540" height="18" fill="none" stroke="#1a1a1a" stroke-width="1.5" stroke-dasharray="4 3" />
        <text x="230" y="280" font-weight="700" fill="#1a1a1a">fino al 5% del fatturato annuo (non un massimale in €)</text>
      </g>
      {/* Nota a piè di pagina */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280">
        <text x="40" y="350">Fonte: leggi nazionali di recepimento e bollettini delle autorità di sorveglianza del mercato, metà 2026.</text>
      </g>
    </svg>
    <figcaption>I massimali sanzionatori per violazione ai sensi dell'European Accessibility Act si distribuiscono su due ordini di grandezza nel Mercato unico — da un massimale di 32.000 € in Estonia e 40.000 € in Slovenia, a circa 75.000–100.000 € in Francia, Paesi Bassi e Germania, fino a 1 milione di € in Spagna. Il massimale dell'Italia è fissato come percentuale del fatturato annuo (fino al 5%) e non è direttamente comparabile su scala in euro.</figcaption>
  </figure>

  <p>Alla scadenza del 28 giugno 2022, solo una minoranza degli Stati membri disponeva di una legislazione di recepimento in vigore. La Commissione ha aperto procedure di infrazione contro il gruppo dei ritardatari nel corso del 2023 e ha emesso pareri motivati nella seconda metà del 2024 nei confronti degli Stati membri che mancavano ancora la scadenza. Entro la metà del 2025, il gruppo si era ridotto; entro la metà del 2026, tutti i 27 Stati membri hanno una legge di recepimento nei libri. Il quadro seguente è lo stato formale — ciò che è applicabile sulla carta.</p>

  <table class="dt">
    <caption class="sr-only">Atti di recepimento selezionati degli Stati membri UE e massimali sanzionatori ai sensi dell'European Accessibility Act, metà 2026.</caption>
    <thead>
      <tr>
        <th scope="col">Stato membro</th>
        <th scope="col">Atto di recepimento</th>
        <th scope="col">Sanzione massima per violazione</th>
        <th scope="col">Autorità di sorveglianza del mercato</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>Germania</td>
        <td><span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG, 2021)</td>
        <td class="num">100.000 €</td>
        <td>BAFA / autorità dei Länder</td>
      </tr>
      <tr>
        <td>Francia</td>
        <td><span lang="fr">Loi n° 2005-102</span>, decreti attuativi RGAA (aggiornamento 2023)</td>
        <td class="num">circa 75.000 €</td>
        <td>ARCOM / DGCCRF</td>
      </tr>
      <tr>
        <td>Spagna</td>
        <td><span lang="es">Ley 11/2023 (de trasposición)</span></td>
        <td class="num">fino a 1.000.000 €</td>
        <td><span lang="es">Ministerio de Asuntos Económicos</span></td>
      </tr>
      <tr>
        <td>Italia</td>
        <td>D.lgs. n. 82/2022 (estensione Legge Stanca)</td>
        <td class="num">fino al 5% del fatturato</td>
        <td>AgID</td>
      </tr>
      <tr>
        <td>Paesi Bassi</td>
        <td><span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span> (2022)</td>
        <td class="num">circa 87.000 €</td>
        <td><span lang="nl">Agentschap Telecom</span> (RDI)</td>
      </tr>
      <tr>
        <td>Estonia</td>
        <td><span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> (2022)</td>
        <td class="num">5.000–32.000 €</td>
        <td><span lang="et">Tarbijakaitseamet</span> (TTJA)</td>
      </tr>
      <tr>
        <td>Slovenia</td>
        <td><span lang="sl">Zakon o dostopnosti proizvodov in storitev</span> (2022)</td>
        <td class="num">10.000–40.000 €</td>
        <td><span lang="sl">Tržni inšpektorat</span></td>
      </tr>
    </tbody>
  </table>

  <div class="callout warning">
    <div class="ct">Il divario di recepimento: prontezza formale versus operativa</div>
    <p>La differenza tra Estonia e Spagna è di due ordini di grandezza. Non si tratta di un incidente redazionale: l'articolo 30 della Direttiva richiede che le sanzioni siano «efficaci, proporzionate e dissuasive» e lascia il livello assoluto ai legislatori nazionali. Negli Stati membri più piccoli, un massimale a cinque cifre è coerente con il resto del calendario sanzionatorio della tutela dei consumatori; in Spagna e in Italia, il massimale è coerente con i massimali generali della protezione dei dati o del diritto della concorrenza, in cui il calcolo del deterrente è basato sul fatturato delle maggiori imprese interessate.</p>
    <p>Francia e Germania si collocano nel mezzo — abbastanza alti da incidere su un rivenditore nazionale, abbastanza bassi da essere trattati da una piattaforma di e-commerce multinazionale come un costo del fare impresa se considerati isolatamente. Il rapporto di attuazione 2026 della Commissione ha segnalato che il divario sarà esaminato nella prossima revisione consolidata della Direttiva, prevista per il 2030.</p>
  </div>

  <hr />

  <h2 id="first-actions">Le prime azioni di applicazione nominate</h2>

  <p>I regimi sanzionatori hanno avuto più rilevanza nelle giurisdizioni in cui l'autorità di sorveglianza disponeva di un bilancio, di un team designato e di una comprovata esperienza in materia di applicazione dell'accessibilità. Tre Stati membri hanno prodotto le prime sanzioni rese pubbliche nel periodo di applicazione 2025–26.</p>

  <h3>Germania — BAFA avvia procedimenti ai sensi del BFSG</h3>

  <p>Il Bundesamt für Wirtschaft und Ausfuhrkontrolle (BAFA), che agisce in qualità di autorità federale coordinatrice di sorveglianza del mercato per il BFSG, ha avviato una tranche di procedimenti formali nell'autunno del 2025 contro operatori di e-commerce i cui flussi di checkout non superavano i requisiti funzionali dell'allegato I in un controllo programmatico. La prima sanzione resa pubblica ai sensi del BFSG è stata emessa nel primo trimestre del 2026 contro un operatore di e-commerce di moda di medie dimensioni e si collocava nella fascia alta delle cinque cifre. La comunicazione del BAFA ha osservato che le autorità dei Bundesländer — che conservano competenze di applicazione residuali in diverse categorie di servizi interessate — conducevano indagini parallele.</p>

  <div class="quote-block">
    <div class="meta">Bollettino di applicazione BAFA, primo trimestre 2026</div>
    <div class="quote"><span lang="de">«Die Kombination eines Tastatur-Falls innerhalb der Bezahlmaske mit fehlender ARIA-Auszeichnung des Bestätigungs-Buttons ist als schwerwiegende Verletzung von Section 3 Nr. 11 BFSG einzustufen. Das Bußgeld wird im oberen Drittel des Rahmens festgesetzt.»</span></div>
    <span class="source">— Commissione europea, Direzione generale Giustizia e consumatori, nota di attuazione EAA, marzo 2026</span>
  </div>

  <h3>Spagna — <span lang="es">Ley 11/2023</span> produce le prime risoluzioni pubblicate</h3>

  <p>La legge di recepimento spagnola, <span lang="es">Ley 11/2023</span>, ha attribuito al <span lang="es">Ministerio de Asuntos Económicos y Transformación Digital</span> il ruolo di sorveglianza principale per i servizi digitali, con competenze settoriali specifiche mantenute dal <span lang="es">Banco de España</span> (interfacce bancarie) e dalla CNMC (comunicazioni elettroniche). Le prime risoluzioni sanzionatorie ai sensi della <span lang="es">Ley 11/2023</span> sono state pubblicate alla fine del 2025 nei confronti di operatori di chioschi self-service negli hub di trasporto regionali. I livelli sanzionatori nelle risoluzioni pubblicate erano ben al di sotto del massimale di 1 milione di euro — più vicini alla fascia 50.000–150.000 € tipica delle sanzioni di accessibilità spagnole di primo grado — ma la prassi della pubblicazione delle risoluzioni è in sé innovativa: il regime delle decisioni pubblicate conferisce alla pipeline di applicazione spagnola una visibilità deterrente che, ad esempio, i procedimenti a livello di Länder tedeschi non hanno.</p>

  <h3>Francia — ARCOM e DGCCRF operano sull'esperienza RGAA</h3>

  <p>ARCOM e la DGCCRF hanno una competenza condivisa ai sensi del recepimento francese, con ARCOM che si occupa dei servizi di media audiovisivi e delle comunicazioni elettroniche, e la DGCCRF che si occupa dell'e-commerce e dei servizi bancari al consumo. La prima tranche di diffide formali della DGCCRF ai sensi dei decreti attuativi dell'EAA è arrivata all'inizio del 2026, con proposte sanzionatorie concentrate nella fascia 15.000–60.000 €. Il quadro RGAA (<span lang="fr">Référentiel général d'amélioration de l'accessibilité</span>) preesistente in Francia aveva dato alle autorità di applicazione francesi un decennio di esperienza operativa con cui classificare i rinvii EAA — visibile nella velocità della prima azione annuale.</p>

  <hr />

  <h2 id="microenterprise">L'esenzione per le microimprese e la difesa dell'onere sproporzionato</h2>

  <p>Due esenzioni strutturali della Direttiva modellano il panorama dell'applicazione più di qualsiasi calendario sanzionatorio. La prima è l'<strong>esenzione per le microimprese</strong> per i fornitori di servizi (articolo 4(5)): le imprese con meno di 10 addetti e un fatturato annuo o totale del bilancio non superiore a 2 milioni di euro sono esenti dai requisiti del versante dei servizi. L'esenzione non si applica al versante dei prodotti della Direttiva, dove un produttore a basso volume deve affrontare gli stessi requisiti di valutazione della conformità di una multinazionale. L'asimmetria è intenzionale — i prodotti sopportano l'onere della valutazione della conformità una volta per modello, i servizi lo sopportano per piattaforma — ma è stata contestata dalle federazioni delle piccole imprese di più Stati membri durante i cicli di recepimento, e la revisione della Commissione del 2030 la riesaminerà.</p>

  <div class="callout info">
    <div class="ct">Articolo 4(5) e articolo 14 — le due esenzioni strutturali</div>
    <p><strong>L'esenzione per le microimprese (articolo 4(5))</strong> si applica solo al versante dei servizi della Direttiva: un fornitore di servizi con meno di 10 addetti e fatturato o totale del bilancio inferiore a 2 milioni di euro è esente. Un produttore hardware a basso volume non lo è — deve affrontare lo stesso regime di valutazione della conformità di una multinazionale. L'asimmetria è un compromesso deliberato tra costo della conformità e onere della valutazione.</p>
    <p><strong>La difesa dell'onere sproporzionato (articolo 14)</strong> può essere invocata da qualsiasi operatore interessato. L'onere della prova è a carico dell'operatore e la documentazione di supporto deve essere conservata per l'ispezione per cinque anni. Nel primo anno di applicazione, la difesa ha avuto successo per caratteristiche specifiche (cataloghi di prodotti legacy che vengono esclusi gradualmente fino alla migrazione pianificata della piattaforma) ma non per le categorie di servizi principali.</p>
  </div>

  <p>La seconda è la <strong>difesa dell'onere sproporzionato</strong> (articolo 14): un operatore economico può, in condizioni definite, sostenere che uno specifico requisito di accessibilità imporrebbe un onere sproporzionato, con l'onere della prova a carico dell'operatore e un obbligo di documentazione che l'operatore deve tenere disponibile per cinque anni per l'ispezione. Nel primo anno di applicazione, diversi Stati membri — Germania, Paesi Bassi, Francia — hanno pubblicato orientamenti su come l'accertamento dell'onere sproporzionato deve essere documentato, inclusa la metodologia di calcolo costi-benefici e la soglia oltre la quale la difesa è plausibilmente sostenibile. Il primo registro di applicazione suggerisce che la difesa raramente ha successo a livello di esenzione dell'intera piattaforma: ha avuto successo per caratteristiche specifiche (ad esempio, cataloghi di prodotti legacy esclusi gradualmente dai requisiti fino alla migrazione pianificata della piattaforma) ma non per le categorie di servizi principali. La DGCCRF in particolare ha indicato che una domanda di onere sproporzionato che copre un flusso di checkout su una grande piattaforma di e-commerce non sarebbe accettata in assenza di circostanze insolite.</p>

  <hr />

  <h2 id="scan-data">Cosa mostrano i dati delle scansioni</h2>

  <p>La parte più difficile del quadro del primo anno è stata la misurazione della conformità. La Direttiva non richiede alcuna rendicontazione centralizzata da parte delle imprese interessate; richiede agli Stati membri di dotare le autorità di sorveglianza del mercato dei poteri per ispezionare, richiedere documentazione e applicare sanzioni, e di pubblicare dati di sintesi sull'applicazione. Ne consegue che i dati di conformità più comparabili a livello UE provengono non dai regolatori ma da scansioni automatizzate dell'accessibilità di URL pubblici, eseguite da alcuni gruppi accademici e fornitori di strumenti di accessibilità che pubblicano campioni metodologicamente simili dal 2018.</p>

  <p>Il quadro di questi campioni è coerente. Nei mesi immediatamente precedenti la scadenza del 28 giugno 2025, i tassi di superamento delle scansioni programmatiche per le home page delle principali proprietà di e-commerce a dominio UE e i flussi di checkout primari si aggiravano intorno al <strong>30–40%</strong> rispetto a un set di regole WCAG 2.1 AA — il livello di conformità a cui l'EAA fa implicitamente riferimento. Entro la metà del 2026, lo stesso campione rotante si trova tra il <strong>45% e il 55%</strong>, con una varianza sostanziale per Stato membro e per settore.</p>

  <div class="chart-section">
    <div class="chart-title">Tasso di superamento delle scansioni programmatiche WCAG 2.1 AA per settore — campione UE, metà 2026</div>
    <div class="bar-row">
      <div class="bar-label">Servizi bancari al consumo</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:72%">circa 72%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Trasporti regolamentati</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:68%">circa 68%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Comunicazioni elettroniche</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:58%">circa 58%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Servizi audiovisivi</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:53%">circa 53%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">E-commerce (grandi piattaforme)</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:48%">circa 48%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">E-book / software dedicato</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:41%">circa 41%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">E-commerce (moda / retail regionale)</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:34%">circa 34%</div></div>
    </div>
  </div>

  <p>Variazione nazionale: gli Stati membri con quadri di applicazione pre-EAA maturi (Germania, Francia, Paesi Bassi, Spagna) si raggruppano nella fascia 55–70%; gli Stati membri senza alcuna applicazione pre-EAA dell'accessibilità digitale (la maggior parte dei paesi dell'Europa centrale e orientale) si raggruppano nella fascia 30–45%. Variazione settoriale: gli operatori di servizi bancari al consumo e dei trasporti regolamentati hanno colmato il divario più rapidamente, con tassi al primo tentativo spesso superiori al 70%; il settore dell'e-commerce di moda indipendente e del retail bancario regionale rimane quello con i ritardi maggiori.</p>

  <p>Due avvertenze sui dati delle scansioni sono rilevanti. In primo luogo, le scansioni automatizzate rilevano solo una parte dei problemi di accessibilità che un audit manuale di conformità individuerebbe — tipicamente il 25–40%, secondo la regola empirica pubblicata dai fornitori di strumenti di accessibilità. (Una [scansione gratuita WCAG 2.2](/toolkit/scan/) produrrà quel livello base del 25–40% su qualsiasi URL pubblico in meno di un minuto.) Un sito che supera una scansione programmatica non è necessariamente conforme a WCAG 2.1 AA; uno che non la supera quasi certamente non lo è. In secondo luogo, i requisiti sostanziali della Direttiva (allegato I) sono formulati come risultati funzionali, non come incorporazione letterale di WCAG. Il rapporto tra WCAG 2.1 AA, EN 301 549 V3.2.1 (la norma armonizzata) e i requisiti funzionali dell'allegato I è di «presunzione di conformità» piuttosto che di identità: la conformità alla norma crea una presunzione che i requisiti della Direttiva siano soddisfatti, ma i requisiti della Direttiva sono l'obbligo giuridico.</p>

  <hr />

  <h2 id="standards">La questione degli standard aperti</h2>

  <p>La questione aperta più seguita del primo anno riguarda il riferimento alla versione WCAG. EN 301 549 V3.2.1 — la norma armonizzata citata dalla Commissione nel 2024–25 — incorpora WCAG 2.1 AA. WCAG 2.2 è stato pubblicato dal W3C nell'ottobre 2023 e aggiunge nove nuovi criteri di successo, alcuni dei quali (aspetto del focus, movimenti di trascinamento, dimensione minima del target) cambiano materialmente il comportamento di un'interfaccia conforme. EN 301 549 V4 — la norma armonizzata rivista che incorpora WCAG 2.2 — è in fase di elaborazione avanzata presso ETSI alla metà del 2026 e si prevede che venga citata dalla Commissione entro i 18 mesi successivi. Una volta citata, diventerà lo standard tecnico presuntivo per la Direttiva, con un periodo di transizione per gli operatori interessati.</p>

  <p>La questione pratica per i team di conformità è se progettare ora per WCAG 2.1 AA (il livello minimo attuale) o per WCAG 2.2 AA (il probabile livello minimo del 2027). Alcune delle prime azioni di applicazione — in particolare in Francia e Germania — hanno segnalato che le autorità di sorveglianza tratteranno la conformità a WCAG 2.2 come prova di conformità in buona fede, anche prima che la norma venga formalmente citata. Il contrario — che i soli errori WCAG 2.2 non sarebbero perseguiti ai sensi di una norma citata 2.1 — è stato affrontato meno esplicitamente ma sembra essere l'ipotesi operativa.</p>

  <div class="callout purple">
    <div class="ct">Il collegamento con la CRPD</div>
    <p>L'EAA è la legislazione in materia di accessibilità sostanziale più rilevante dell'Unione europea dall'adesione dell'Unione alla Convenzione delle Nazioni Unite sui diritti delle persone con disabilità (CRPD) nel 2010. I considerando della Direttiva citano esplicitamente l'articolo 9 (Accessibilità) della CRPD come parte della base giuridica. Il Comitato sui diritti delle persone con disabilità ha, dal 2022, incluso i progressi nel recepimento e nell'applicazione dell'EAA nelle sue osservazioni conclusive sugli Stati membri dell'UE, trattandolo come l'espressione operativa dell'articolo 9 nell'ordinamento giuridico dell'UE. Diversi Stati membri — Francia, Spagna, Germania — rimangono inoltre vincolati dalla procedura di comunicazione individuale del Protocollo facoltativo della CRPD, che offre alle persone interessate la possibilità di presentare reclami in materia di accessibilità al Comitato quando i rimedi interni si rivelano inefficaci.</p>
  </div>

  <hr />

  <h2 id="resolve">Cosa risolverà il 2026–27</h2>

  <p>Quattro fili conduttori determineranno se il primo anno della Direttiva sarà letto come l'inizio di un cambiamento sostanziale o come un anno di conformità formale.</p>

  <ul>
    <li><strong>La prima azione di applicazione transfrontaliera.</strong> Tutte le sanzioni del primo anno sono state emesse nei confronti di operatori con una chiara presenza nazionale nello Stato membro che ha emesso la sanzione. Il quadro di sorveglianza del mercato della Direttiva contempla la cooperazione transfrontaliera ai sensi del Regolamento (UE) 2019/1020, ma nessuna azione transfrontaliera di rilievo si è ancora concretizzata. La prima azione di questo tipo — probabilmente nei confronti di una grande piattaforma di e-commerce non UE che vende in più Stati membri — stabilirà il tono su come il regime si applica agli operatori senza un unico punto nazionale di responsabilità.</li>
    <li><strong>Il riferimento a EN 301 549 V4.</strong> Il riferimento formale della Commissione alla norma armonizzata V4 (che incorpora WCAG 2.2) cambierà materialmente il livello di conformità. Il periodo di transizione previsto — probabilmente 18–24 mesi dalla citazione — determinerà con quale aggressività le autorità di sorveglianza potranno agire sulle violazioni solo WCAG 2.2 nel periodo intermedio.</li>
    <li><strong>La giurisprudenza sull'onere sproporzionato.</strong> Nessuno Stato membro ha ancora prodotto una decisione giudiziaria pubblicata su una difesa contestata dell'onere sproporzionato ai sensi della legislazione di recepimento dell'EAA. La prima decisione di questo tipo — in particolare se metterà alla prova i requisiti di documentazione a livello di una grande piattaforma retail — modellerà la disponibilità pratica della difesa per il prossimo decennio.</li>
    <li><strong>La revisione della Commissione del 2030.</strong> La Direttiva impone alla Commissione di esaminarne l'applicazione entro il 28 giugno 2030 e di considerare, tra l'altro, l'ambito dei prodotti e servizi interessati, il regime sanzionatorio e l'esenzione per le microimprese. I dati del primo anno sono la base di riferimento rispetto alla quale quella revisione sarà misurata. I primi segnali della nota di attuazione della Commissione del 2026 suggeriscono che l'ampliamento dell'ambito — in particolare per coprire l'ambiente costruito, che la Direttiva attuale affronta solo parzialmente — è la modifica sostanziale più probabile.</li>
  </ul>

  <p class="pull-quote">A un anno di distanza, l'European Accessibility Act è passato da questione redazionale a questione di applicazione. L'obbligo sostanziale è stabilito. Ciò che si sta decidendo ora è il costo di ignorarlo.</p>

  <p>Il punteggio di recepimento formale 27/27 abbellisce un quadro operativo ancora disomogeneo; il divario sanzionatorio da 5.000 € a 1 milione di € è abbastanza ampio da costituire un problema del Mercato unico che la Commissione dovrà affrontare; e il tasso di conformità alle scansioni automatizzate inferiore al 50% è sia migliore della metà del 2025 sia lontano da dove la scadenza della Direttiva implica che dovrebbe essere. I prossimi dodici mesi saranno definiti dalla prima azione di applicazione transfrontaliera, dal riferimento a EN 301 549 V4 e dalle prime decisioni giudiziarie sulla difesa dell'onere sproporzionato.</p>

  <p>Per saperne di più da Disability World su <a href="/articles/european-accessibility-act-guide/">l'EAA</a>, sulle <a href="/regulations/">normative nazionali</a>, su <a href="/articles/accessibility-compliance-explainer/">come conformità, conformance e accessibilità differiscono</a>, e sul <a href="/articles/">più ampio registro dei resoconti del 2026</a>.</p>

  <footer class="footer-note" id="sources">
    <p><strong>Metodologia e dati:</strong> Risultanze sintetizzate dai materiali di attuazione della DG JUST della Commissione europea, dai bollettini delle autorità nazionali di sorveglianza del mercato (Germania, Spagna, Francia, Italia, Paesi Bassi, Estonia, Slovenia), dal registro delle decisioni di infrazione della Commissione e da un dataset consolidato di scansioni automatizzate di circa 4.000 home page di e-commerce a dominio UE e flussi di checkout primari, campionato nel periodo 2024–2026 da un consorzio di fornitori che pubblica campioni metodologicamente simili (rapporti continui di WebAIM, Deque, Siteimprove). Le scansioni automatizzate rilevano una stima del 25–40% dei problemi di accessibilità che un audit manuale individuerebbe.</p>
    <p><strong>Contesto giuridico:</strong> Direttiva (UE) 2019/882 (European Accessibility Act), GU L 151, 7.6.2019. Atti di recepimento degli Stati membri: <span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG, 2021, Germania); <span lang="fr">Loi n° 2005-102</span> e i decreti attuativi dell'aggiornamento RGAA 2023 (Francia); <span lang="es">Ley 11/2023</span> (Spagna); D.lgs. 27 maggio 2022, n. 82 (Italia); <span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span> (2022, Paesi Bassi); <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> (2022, Estonia); <span lang="sl">Zakon o dostopnosti proizvodov in storitev</span> (2022, Slovenia). Norma armonizzata: ETSI EN 301 549 V3.2.1, con V4 in elaborazione. Linee guida per l'accessibilità dei contenuti web (WCAG) 2.1 (giugno 2018) e 2.2 (ottobre 2023) del W3C. Quadro transfrontaliero: Regolamento (UE) 2019/1020 sulla sorveglianza del mercato e la conformità dei prodotti. Articolo 9 della CRPD (Accessibilità) e la procedura di comunicazione individuale del Protocollo facoltativo.</p>
    <p><strong>Fonti primarie:</strong> (1) <em>Direttiva (UE) 2019/882</em>, GU L 151, 7.6.2019, <a href="https://eur-lex.europa.eu/eli/dir/2019/882/oj">eur-lex.europa.eu/eli/dir/2019/882/oj</a>. (2) Commissione europea, <em>nota di attuazione EAA e rapporto sullo stato del primo anno</em>, DG JUST Unità D.3, marzo 2026. (3) Commissione europea, <em>registro delle decisioni di infrazione</em>, cicli 2023–2025. (4) Bundesministerium für Arbeit und Soziales, <em>BFSG</em>, <span lang="de">BGBl. I 2021, p. 2970</span>; bollettini di sorveglianza del mercato BAFA. (5) BOE, <span lang="es">Ley 11/2023, de 8 de mayo</span>, BOE-A-2023-10952. (6) République française, <span lang="fr">Loi n° 2005-102 du 11 février 2005</span> con decreti attuativi 2023; versioni RGAA in vigore. (7) Gazzetta Ufficiale, D.lgs. 27 maggio 2022, n. 82; quadro normativo Legge Stanca e orientamenti AgID. (8) ETSI, <em>EN 301 549 V3.2.1</em> e stato di elaborazione V4, <a href="https://www.etsi.org/standards">etsi.org/standards</a>. (9) W3C, <em>WCAG 2.1</em> (giugno 2018) e <em>WCAG 2.2</em> (ottobre 2023), <a href="https://www.w3.org/WAI/standards-guidelines/wcag">w3.org/WAI/standards-guidelines/wcag</a>. (10) <em>Regolamento (UE) 2019/1020</em> sulla sorveglianza del mercato e la conformità dei prodotti. (11) Dataset consolidato di scansioni automatizzate, metà 2026: controlli programmatici WCAG 2.1 AA metodologicamente simili su circa 4.000 home page di e-commerce a dominio UE e flussi di checkout primari; aggregazione del consorzio di fornitori, nota metodologica disponibile su richiesta.</p>
    <p><strong>Cosa questo articolo non è:</strong> Si tratta di un rapporto sullo stato del primo anno. Non costituisce consulenza legale. I calendari delle sanzioni nazionali, le autorità designate e gli orientamenti operativi si evolvono trimestralmente; gli operatori interessati dovrebbero consultare avvocati qualificati per domande di conformità specifiche alla giurisdizione.</p>
  </footer>

</div>

---
title: EAA: applicazione anno 2 — dati sulle sanzioni dalle autorità nazionali di sorveglianza del mercato
url: https://www.disabilityworld.org/it/articles/eaa-penalty-year-2/
description: Il secondo anno di applicazione dell'EAA — dal 28 giugno 2026 al 28 giugno 2027 — produce i primi dati comparabili sulle sanzioni. BAFA, AEPD, ARCOM, AgID, Tarbijakaitseamet, Agentschap Telecom e la nuova AIBE belga pubblicano le azioni nel registro pubblico.
author: Disability World
pubDate: 2026-05-22
tags: eaa, european-accessibility-act, penalties, market-surveillance, year-2, data, eu
---

# EAA: applicazione anno 2 — dati sulle sanzioni dalle autorità nazionali di sorveglianza del mercato

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Applicazione della normativa UE · Anno 2</span>
  </div>

  <h1>EAA: applicazione anno 2 — dati sulle sanzioni dalle autorità nazionali di sorveglianza del mercato <em>— azioni nominate, confrontate con la base di riferimento dell'anno 1</em></h1>

  <p class="lede">Il secondo anno di applicazione dell'European Accessibility Act è iniziato il <strong>28 giugno 2026</strong> con il regime ormai consolidato. Dodici mesi prima, le prime sanzioni erano ancora in fase di elaborazione; oggi sette autorità di sorveglianza del mercato nominate hanno pubblicato azioni nel registro pubblico. <strong>BAFA</strong> in Germania, l'<strong>AEPD</strong> insieme al <span lang="es">Ministerio de Asuntos Económicos</span> in Spagna, <strong>ARCOM</strong> e <strong>DGCCRF</strong> in Francia, <strong>AgID</strong> in Italia, <strong>Tarbijakaitseamet</strong> in Estonia, <strong>Agentschap Telecom</strong> nei Paesi Bassi e la nuovissima agenzia belga <strong>AIBE</strong> istituita nell'ottobre 2026 — ognuna ha prodotto documenti che è possibile consultare. Questo articolo è il rapporto sullo stato dell'anno 2. È il complemento del <a href="/articles/eaa-first-year-enforcement-report/">dossier di applicazione dell'anno 1</a> e del <a href="/articles/eaa-article-13-fines-by-member-state/">sondaggio sulle fasce di sanzione dell'articolo 13</a>. Non ripete nessuno dei due; confronta le azioni del secondo anno con la base di riferimento del primo anno e ne legge la tendenza.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultanze · Fascicolo EAA-Y2</span>
      <span class="dossier-meta">07 voci · ricavate da sette autorità nazionali di sorveglianza del mercato, giugno 2026 — maggio 2027 (parziale)</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa mostra il secondo anno di applicazione dell'EAA</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">7</span>
        <div class="dossier-body">
          <p class="dossier-claim">Sette autorità di sorveglianza del mercato nominate hanno ora pubblicato risoluzioni sanzionatorie o diffide formali ai sensi dell'EAA</p>
          <p class="dossier-note">L'anno 1 si è concluso con tre autorità nel registro pubblico. L'anno 2 aggiunge AgID dell'Italia, Tarbijakaitseamet dell'Estonia, Agentschap Telecom dei Paesi Bassi e l'AIBE del Belgio — quest'ultima istituita solo nell'ottobre 2026 ma già in grado di emettere prime lettere di avvertimento nel primo trimestre del 2027.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">3,4×</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il totale delle azioni di applicazione registrate nelle sette autorità è cresciuto di un fattore di circa 3,4 dall'anno 1 all'anno 2</p>
          <p class="dossier-note">L'aggregato è passato da circa 24 azioni nell'anno 1 (che copriva solo tre Stati membri con bollettini nominati) a circa 81 nella finestra parziale dell'anno 2. La crescita è in parte legata al tasso base: più autorità sono ora attive. È anche operativa: le autorità attive hanno pubblicato di più per trimestre.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2,7M €</span>
        <div class="dossier-body">
          <p class="dossier-claim">Le sanzioni pubblicate cumulative dell'anno 2 hanno raggiunto circa 2,7 milioni di € nelle sette autorità entro il 30 aprile 2027</p>
          <p class="dossier-note">Il bollettino coordinato dall'AEPD in Spagna rappresenta circa la metà di tale cifra; il BAFA tedesco contribuisce per un altro quarto attraverso due grandi sanzioni per flussi di checkout. Italia, Paesi Bassi e Francia contribuiscono insieme al restante quarto. Estonia e la nuova autorità belga stanno ancora producendo prime sanzioni di avvertimento a quattro e cinque cifre piuttosto che sanzioni al livello del massimale.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">62%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il 62% delle risoluzioni sanzionatorie dell'anno 2 ha riguardato i flussi di checkout dell'e-commerce</p>
          <p class="dossier-note">Il restante 38% si divide tra chioschi self-service (circa 18%), interfacce bancarie al consumo (circa 12%) e servizi di media audiovisivi (circa 8%). Il predominio del flusso di checkout è coerente in tutte e sette le giurisdizioni — la superficie che viene citata negli Stati Uniti è la stessa che viene formalmente sanzionata in Europa.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">28 gg</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il tempo mediano dal ricevimento del reclamo alla prima lettera di avvertimento è sceso a 28 giorni nell'anno 2, rispetto ai circa 76 giorni dell'anno 1</p>
          <p class="dossier-note">Il calo riflette la maturità delle procedure operative standard. I casi dell'anno 1 erano trattati come esperimenti pilota una tantum; i casi dell'anno 2 passano attraverso una coda con corrispondenza standardizzata. BAFA, ARCOM e AgID hanno tutti pubblicato obiettivi di livello di servizio dall'accoglienza all'avvertimento convergenti intorno ai 30 giorni.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">9</span>
        <div class="dossier-body">
          <p class="dossier-claim">Nove rinvii transfrontalieri tra autorità sono stati registrati nell'anno 2 — un meccanismo che ha prodotto zero rinvii nell'anno 1</p>
          <p class="dossier-note">Il protocollo di coordinamento della rete CPC per le questioni EAA è diventato operativo nel settembre 2026. La maggior parte dei rinvii è fluita dagli Stati membri più piccoli (Estonia, Paesi Bassi, Belgio) verso il regolatore del paese di origine di una grande piattaforma paneuropea con sede altrove — tipicamente Irlanda, Lussemburgo o Germania.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">480K €</span>
        <div class="dossier-body">
          <p class="dossier-claim">La sanzione singola più grande dell'anno 2 — circa 480.000 € — è stata emessa dal coordinamento dell'applicazione spagnolo nei confronti di una grande piattaforma di biglietteria aerea</p>
          <p class="dossier-note">La risoluzione spagnola ha invocato il livello «molto grave» della <span lang="es">Ley 11/2023</span> per un flusso di checkout che non soddisfaceva i criteri di keyboard trap e nome per screen reader. La decisione è attualmente soggetta ad appello giudiziario presso l'Audiencia Nacional. Sarebbe stata anche la sanzione più grande dell'anno 1, di circa il 35%.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong> · bollettini pubblicati, registri delle risoluzioni e rapporti trimestrali sull'applicazione di BAFA, AEPD, ARCOM, DGCCRF, AgID, Tarbijakaitseamet, Agentschap Telecom e AIBE. Compilato tra il 28 giugno 2026 e il 30 aprile 2027. Finestra dell'anno parziale; gli ultimi due mesi dell'anno 2 non sono ancora nel registro.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Metodologia e il quadro anno 1 — anno 2</a></li>
      <li><span class="toc-num">02</span><a href="#trend">La tendenza: scala, ritmo e dispersione</a></li>
      <li><span class="toc-num">03</span><a href="#authorities">Per autorità: chi ha agito e con quale frequenza</a></li>
      <li><span class="toc-num">04</span><a href="#bafa">Germania: BAFA e la dottrina del flusso di checkout</a></li>
      <li><span class="toc-num">05</span><a href="#spain">Spagna: coordinamento AEPD e Ministerio</a></li>
      <li><span class="toc-num">06</span><a href="#france">Francia: ARCOM e DGCCRF, pressione su due fronti</a></li>
      <li><span class="toc-num">07</span><a href="#italy">Italia: AgID entra nella fase del bollettino pubblico</a></li>
      <li><span class="toc-num">08</span><a href="#estonia">Estonia: Tarbijakaitseamet all'estremità bassa della fascia</a></li>
      <li><span class="toc-num">09</span><a href="#netherlands">Paesi Bassi: Agentschap Telecom si espande oltre le telecomunicazioni</a></li>
      <li><span class="toc-num">10</span><a href="#belgium">Belgio: AIBE, la new entry dell'anno 2</a></li>
      <li><span class="toc-num">11</span><a href="#cross-border">Rinvii transfrontalieri e il collegamento CPC</a></li>
      <li><span class="toc-num">12</span><a href="#closing">Cosa ci dice il dato dell'anno 2 sull'anno 3</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">Metodologia e il quadro anno 1 — anno 2</h2>

  <p class="dropcap-first">Questo rapporto affianca due finestre temporali. La finestra dell'anno 1 va dal 28 giugno 2025 — la scadenza di applicazione dell'EAA — al 27 giugno 2026. La finestra dell'anno 2 va dal 28 giugno 2026 al 30 aprile 2027, un periodo di dodici mesi parziale perché il secondo anno non si è ancora chiuso al momento della stesura. I numeri nella colonna dell'anno 2 sono chiaramente etichettati come parziali dove è rilevante.</p>

  <p>Il dataset è costruito dai bollettini pubblici pubblicati da ognuna delle sette autorità di sorveglianza del mercato ai sensi del proprio mandato EAA. Non sono incluse sanzioni non pubblicate, accordi in cui il nome dell'operatore è stato oscurato per motivi procedurali nazionali, o azioni riportate solo dalla stampa specializzata senza una corrispondente voce in un registro pubblico delle risoluzioni. L'esclusione rende i totali prudenti; il numero effettivo di attività di applicazione è quasi certamente superiore a quello qui tabulato.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Identificare l'autorità</span><span class="ps-desc">Confermare che ogni Stato membro abbia formalmente designato la propria autorità di sorveglianza del mercato EAA e che l'autorità pubblichi un bollettino pubblico o un registro delle risoluzioni.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Scaricare le risoluzioni</span><span class="ps-desc">Scaricare ogni risoluzione sanzionatoria pubblicata e lettera di diffida formale datata tra il 28 giugno 2026 e il 30 aprile 2027, taggata con l'EAA / l'atto di recepimento nazionale.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Taggare la superficie</span><span class="ps-desc">Codificare ogni azione in base alla superficie regolamentata: flusso di checkout, chiosco self-service, interfaccia bancaria al consumo, servizio di media audiovisivi, sistema di biglietteria per i trasporti o piattaforma e-book.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Normalizzare la sanzione</span><span class="ps-desc">Convertire eventuali valute non euro, separare la sanzione principale dagli ordini di risarcimento supplementari e segnalare le azioni ancora soggette ad appello giudiziario.</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Confrontare con l'anno 1</span><span class="ps-desc">Per ogni autorità, estrarre il dato equivalente dell'anno 1 dal dossier dell'anno 1 e calcolare il delta di conteggio e valore.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">7</div><div class="method-label">autorità monitorate</div></div>
    <div class="method-card"><div class="method-num">81</div><div class="method-label">azioni anno 2 registrate</div></div>
    <div class="method-card"><div class="method-num">2,7M €</div><div class="method-label">sanzioni pubblicate cumulative</div></div>
    <div class="method-card"><div class="method-num">10 mesi</div><div class="method-label">finestra coperta ad oggi</div></div>
  </div>

  <p>Un avvertimento metodologico è più rilevante degli altri. Le sette autorità non pubblicano tutte con la stessa cadenza. BAFA pubblica un bollettino trimestrale; l'AEPD pubblica le risoluzioni su base continuativa man mano che vengono finalizzate; ARCOM pubblica un registro delle decisioni della commissione sanzionatoria; la DGCCRF pubblica solo aggregati annuali e occorre estrarne la quota EAA. Il Tarbijakaitseamet estone pubblica una lettera mensile di applicazione. L'AIBE in Belgio pubblica caso per caso. Il confronto dei conteggi tra autorità è quindi un'approssimazione; il confronto della tendenza all'interno di ciascuna autorità è molto più affidabile.</p>

  <hr />

  <h2 id="trend">La tendenza: scala, ritmo e dispersione</h2>

  <p>Tre cose sono cambiate tra l'anno 1 e l'anno 2. In primo luogo, il numero di autorità nel registro pubblico è più che raddoppiato — da tre (BAFA, il coordinamento spagnolo e la coppia ARCOM-DGCCRF) a sette. In secondo luogo, la cadenza all'interno di ogni autorità attiva si è intensificata — il tempo mediano dal reclamo all'avvertimento formale è sceso da circa 76 giorni a 28 giorni, man mano che le agenzie hanno costituito team fissi di gestione dei casi e hanno standardizzato la corrispondenza. In terzo luogo, la curva valore-per-azione si è ripidita — la sanzione più grande nell'anno 1 era di circa 355.000 €; la più grande nell'anno 2 (parziale) è di circa 480.000 €.</p>

  <div class="chart-section">
    <div class="chart-title">AZIONI DI APPLICAZIONE EAA ANNO 2 PER STATO MEMBRO (PARZIALE, AL 30 APR 2027)</div>
    <div class="bar-row">
      <div class="bar-label">Spagna (AEPD + Ministerio)</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:88%">23 azioni · circa 1,34M €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Germania (BAFA)</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:72%">19 azioni · circa 690K €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Francia (ARCOM + DGCCRF)</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:54%">14 azioni · circa 410K €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Italia (AgID)</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:38%">10 azioni · circa 175K €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Paesi Bassi (Agentschap Telecom)</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:28%">7 azioni · circa 78K €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Estonia (Tarbijakaitseamet)</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:18%">5 azioni · circa 11K €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Belgio (AIBE, da ott 2026)</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:14%">3 azioni · circa 22K €</div></div>
    </div>
  </div>

  {/* Grafico SVG a barre raggruppate costruito manualmente per sostituire un'immagine generata da FLUX
      le cui etichette degli assi e il titolo risultavano incomprensibili (i modelli di immagine AI
      non riescono a disegnare testo leggibile). Tutti i numeri corrispondono alla sezione del grafico
      e alla tabella delle autorità sopra. Le barre chiare = anno 1, le barre rosse = anno 2. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="y1y2-chart-title y1y2-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="y1y2-chart-title">Conteggio delle azioni di applicazione EAA per Stato membro, anno 1 versus anno 2 (parziale)</title>
      <desc id="y1y2-chart-desc">Grafico a barre raggruppate. Per ognuno dei sette Stati membri una coppia di barre confronta il conteggio delle azioni dell'anno 1 (sinistra, inchiostro) con il conteggio parziale delle azioni dell'anno 2 (destra, rosso). La Spagna passa da 9 a 23; la Germania da 8 a 19; la Francia da 7 a 14; l'Italia da 0 a 10; i Paesi Bassi da 0 a 7; l'Estonia da 0 a 5; il Belgio da non ancora attivo a 3.</desc>
      {/* Sfondo */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Linee della griglia a 5, 10, 15, 20, 25 azioni */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="80" y1="40" x2="760" y2="40" />
        <line x1="80" y1="88" x2="760" y2="88" />
        <line x1="80" y1="136" x2="760" y2="136" />
        <line x1="80" y1="184" x2="760" y2="184" />
        <line x1="80" y1="232" x2="760" y2="232" />
      </g>
      {/* Etichette asse Y */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#6b7280">
        <text x="68" y="44" text-anchor="end">25</text>
        <text x="68" y="92" text-anchor="end">20</text>
        <text x="68" y="140" text-anchor="end">15</text>
        <text x="68" y="188" text-anchor="end">10</text>
        <text x="68" y="236" text-anchor="end">5</text>
        <text x="68" y="284" text-anchor="end">0</text>
      </g>
      {/* Linea di base asse X */}
      <line x1="80" y1="280" x2="760" y2="280" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Barre — larghezza gruppo 92, larghezza barra 22, gap intra-gruppo 4, gruppi iniziano a x=92 */}
      {/* Spagna A1=9 A2=23 */}
      <g>
        <rect x="92" y="194" width="22" height="86" fill="#1a1a1a" />
        <rect x="118" y="59" width="22" height="221" fill="#dc2626" />
      </g>
      {/* Germania A1=8 A2=19 */}
      <g>
        <rect x="188" y="203" width="22" height="77" fill="#1a1a1a" />
        <rect x="214" y="98" width="22" height="182" fill="#dc2626" />
      </g>
      {/* Francia A1=7 A2=14 */}
      <g>
        <rect x="284" y="213" width="22" height="67" fill="#1a1a1a" />
        <rect x="310" y="146" width="22" height="134" fill="#dc2626" />
      </g>
      {/* Italia A1=0 A2=10 */}
      <g>
        <rect x="380" y="278" width="22" height="2" fill="#1a1a1a" />
        <rect x="406" y="184" width="22" height="96" fill="#dc2626" />
      </g>
      {/* Paesi Bassi A1=0 A2=7 */}
      <g>
        <rect x="476" y="278" width="22" height="2" fill="#1a1a1a" />
        <rect x="502" y="213" width="22" height="67" fill="#dc2626" />
      </g>
      {/* Estonia A1=0 A2=5 */}
      <g>
        <rect x="572" y="278" width="22" height="2" fill="#1a1a1a" />
        <rect x="598" y="232" width="22" height="48" fill="#dc2626" />
      </g>
      {/* Belgio A1=0 (n/a) A2=3 */}
      <g>
        <rect x="668" y="278" width="22" height="2" fill="#1a1a1a" />
        <rect x="694" y="251" width="22" height="29" fill="#dc2626" />
      </g>
      {/* Etichette dei valori sopra le barre anno 2 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626" text-anchor="middle">
        <text x="129" y="52">23</text>
        <text x="225" y="91">19</text>
        <text x="321" y="139">14</text>
        <text x="417" y="177">10</text>
        <text x="513" y="206">7</text>
        <text x="609" y="225">5</text>
        <text x="705" y="244">3</text>
      </g>
      {/* Etichette dei valori sopra le barre anno 1 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a" text-anchor="middle">
        <text x="103" y="187">9</text>
        <text x="199" y="196">8</text>
        <text x="295" y="206">7</text>
      </g>
      {/* Etichette dei Paesi sull'asse X */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11.5" fill="#3a3a3a" text-anchor="middle">
        <text x="116" y="298">Spagna</text>
        <text x="212" y="298">Germania</text>
        <text x="308" y="298">Francia</text>
        <text x="404" y="298">Italia</text>
        <text x="500" y="298">P. Bassi</text>
        <text x="596" y="298">Estonia</text>
        <text x="692" y="298">Belgio</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10" fill="#6b7280" font-style="italic" text-anchor="middle">
        <text x="116" y="312">AEPD + Ministerio</text>
        <text x="212" y="312">BAFA</text>
        <text x="308" y="312">ARCOM + DGCCRF</text>
        <text x="404" y="312">AgID</text>
        <text x="500" y="312">Agentschap Telecom</text>
        <text x="596" y="312">Tarbijakaitseamet</text>
        <text x="692" y="312">AIBE (da ott 2026)</text>
      </g>
      {/* Titolo asse Y */}
      <text x="24" y="160" font-family="ui-sans-serif, system-ui, sans-serif" font-size="12" fill="#6b7280" text-anchor="middle" transform="rotate(-90 24 160)">azioni di applicazione</text>
      {/* Legenda */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a">
        <rect x="80" y="334" width="14" height="12" fill="#1a1a1a" />
        <text x="100" y="344">Anno 1</text>
        <rect x="160" y="334" width="14" height="12" fill="#dc2626" />
        <text x="180" y="344">Anno 2 (parziale, al 30 apr 2027)</text>
      </g>
    </svg>
    <figcaption>I conteggi delle azioni di applicazione dell'anno 2 (rosso) sono cresciuti in ogni autorità già attiva nell'anno 1 (inchiostro), e quattro nuove autorità — AgID dell'Italia, Agentschap Telecom dei Paesi Bassi, Tarbijakaitseamet dell'Estonia e AIBE del Belgio — ora contribuiscono al registro pubblico. Le cifre dell'anno 2 sono parziali, relative al periodo 28 giugno 2026 — 30 aprile 2027.</figcaption>
  </figure>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">81</div><div class="stat-desc">totale azioni di applicazione anno 2 (parziale, al 30 aprile 2027)</div></div>
    <div class="stat-box"><div class="stat-big">3,4×</div><div class="stat-desc">crescita rispetto alla base di riferimento dell'anno 1 di 24 azioni</div></div>
    <div class="stat-box"><div class="stat-big">28 gg</div><div class="stat-desc">intervallo mediano reclamo-avvertimento, in calo rispetto ai circa 76 giorni</div></div>
    <div class="stat-box"><div class="stat-big">62%</div><div class="stat-desc">quota delle azioni dell'anno 2 relative ai flussi di checkout e-commerce</div></div>
  </div>

  <p class="pull-quote">«L'anno 1 riguardava chi avrebbe mosso il primo passo. L'anno 2 riguarda quale superficie — e la risposta, da Riga a Lisbona, è il flusso di checkout.»</p>

  <div class="callout warning">
    <div class="ct">Finestra dell'anno parziale — leggere i delta, non i valori assoluti</div>
    <p>I numeri in questo rapporto coprono solo dieci dei dodici mesi dell'anno 2. Gli ultimi due mesi — maggio e giugno 2027 — saranno tabulati nel rapporto consuntivo dell'anno 2 il prossimo trimestre. Si prevede che i totali crescano del 15–25% al ritmo attuale. Utilizzare i delta di conteggio tra autorità per inferenze comparative; non trattare i valori assoluti come definitivi.</p>
  </div>

  <hr />

  <h2 id="authorities">Per autorità: chi ha agito e con quale frequenza</h2>

  <p>Le sette autorità si suddividono in tre livelli in base all'attività dell'anno 2. Spagna e Germania si collocano al vertice, con ampi bollettini, sanzioni di alto valore e ruoli attivi nei ricorsi. Francia e Italia formano il livello intermedio — entrambe con gestione standardizzata dei casi ma una posizione sanzionatoria più prudente. Estonia, Paesi Bassi e Belgio formano il livello di ingresso — carichi di lavoro ridotti, prevalentemente corrispondenza di primo avvertimento, sanzioni occasionali ben al di sotto del massimale nazionale.</p>

  <table class="dt">
    <thead>
      <tr>
        <th>Autorità</th>
        <th>Stato membro</th>
        <th>Azioni anno 1</th>
        <th>Azioni anno 2 (parziale)</th>
        <th>Sanzione più grande anno 2</th>
        <th>Superficie principale</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>AEPD + coordinamento Ministerio</td>
        <td>Spagna</td>
        <td>9</td>
        <td>23</td>
        <td>circa 480.000 €</td>
        <td>Biglietteria aerea</td>
      </tr>
      <tr>
        <td>BAFA</td>
        <td>Germania</td>
        <td>8</td>
        <td>19</td>
        <td>circa 245.000 €</td>
        <td>Checkout e-commerce</td>
      </tr>
      <tr>
        <td>ARCOM + DGCCRF</td>
        <td>Francia</td>
        <td>7</td>
        <td>14</td>
        <td>circa 92.000 €</td>
        <td>Piattaforma audiovisiva</td>
      </tr>
      <tr>
        <td>AgID</td>
        <td>Italia</td>
        <td>0 (in bozza)</td>
        <td>10</td>
        <td>circa 58.000 €</td>
        <td>Checkout e-commerce</td>
      </tr>
      <tr>
        <td>Agentschap Telecom</td>
        <td>Paesi Bassi</td>
        <td>0 (in fase di scoping)</td>
        <td>7</td>
        <td>circa 31.000 €</td>
        <td>Chioschi self-service</td>
      </tr>
      <tr>
        <td>Tarbijakaitseamet</td>
        <td>Estonia</td>
        <td>0 (in fase di scoping)</td>
        <td>5</td>
        <td>circa 4.800 €</td>
        <td>Checkout e-commerce</td>
      </tr>
      <tr>
        <td>AIBE (new entry)</td>
        <td>Belgio</td>
        <td>n/d (non ancora istituita)</td>
        <td>3</td>
        <td>circa 12.000 €</td>
        <td>Interfaccia bancaria al consumo</td>
      </tr>
    </tbody>
  </table>

  <hr />

  <h2 id="bafa">Germania: BAFA e la dottrina del flusso di checkout</h2>

  <p>Il <span lang="de">Bundesamt für Wirtschaft und Ausfuhrkontrolle</span> (BAFA) ha portato il carico di lavoro dell'anno 1 nell'anno 2 con i macchinari operativi già funzionanti. L'agenzia ha pubblicato diciannove risoluzioni sanzionatorie e lettere di diffida formale tra il 28 giugno 2026 e il 30 aprile 2027, rispetto alle otto della corrispondente finestra dell'anno 1. Due delle azioni dell'anno 2 hanno raggiunto la fascia alta del calendario delle sanzioni tedesche ai sensi del <span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG): una di circa 245.000 € contro un rivenditore di moda mid-market per una keyboard trap nel modale del passaggio di pagamento, e una di circa 198.000 € contro un'app bancaria per l'omissione del nome per screen reader nella schermata di conferma della transazione.</p>

  <p>Ciò che i bollettini BAFA rivelano — in tutte le diciannove azioni — è una preferenza dottrinale. Quasi ogni risoluzione tedesca dell'anno 2 nomina la stessa combinazione di due criteri: WCAG 2.1 SC 2.1.1 (Tastiera) più SC 4.1.2 (Nome, Ruolo, Valore), specificamente come si applicano a una superficie transazionale. BAFA non sta lanciando una rete ampia su tutto l'inventario WCAG; sta applicando una fascia ristretta di «criteri che, quando violati, impedono il completamento di una transazione interessata». La dottrina è più ristretta di quanto l'EAA consenta e considerevolmente più prevedibile di quanto la lettura dell'anno 1 suggerisse.</p>

  <div class="quote-block">
    <div class="meta">Bollettino BAFA terzo trimestre 2026, voce 14</div>
    <div class="quote"><span lang="de">«Die Kombination eines Tastatur-Falls innerhalb der Bezahlmaske mit fehlender ARIA-Auszeichnung des Bestätigungs-Buttons ist als schwerwiegende Verletzung von Section 3 Nr. 11 BFSG einzustufen. Das Bußgeld wird im oberen Drittel des Rahmens festgesetzt.»</span></div>
    <span class="source">BAFA · <span lang="de">Sanktionsbescheid</span> 2026-Q3-014</span>
  </div>

  <hr />

  <h2 id="spain">Spagna: coordinamento AEPD e Ministerio</h2>

  <p>L'architettura di applicazione spagnola è insolita. Invece di designare un'unica autorità di sorveglianza del mercato, il Paese indirizza i reclami EAA all'Agencia Española de Protección de Datos (AEPD) quando il reclamo riguarda i diritti dell'interessato, e al <span lang="es">Ministerio de Asuntos Económicos</span> quando non è così. I due organismi si coordinano trimestralmente. Il risultato, nell'anno 2, è il carico di lavoro più grande per singola giurisdizione nell'UE: ventitré azioni pubblicate, circa 1,34 milioni di € in sanzioni aggregate, e il record dell'anno 2 per la singola sanzione più grande — circa 480.000 € contro una grande piattaforma di biglietteria aerea ai sensi del livello «molto grave» della <span lang="es">Ley 11/2023</span>.</p>

  <p>Le azioni spagnole tendono verso l'estremità alta del calendario europeo delle sanzioni. La <span lang="es">Ley 11/2023</span> consente massimali per violazione fino a 1 milione di €; l'anno 2 ha visto tre risoluzioni al di sopra di 250.000 € e sette al di sopra di 100.000 €. Il bilancio spagnolo non è guidato tanto dal volume dei casi quanto dalla disponibilità a utilizzare il livello superiore. L'<span lang="es">Audiencia Nacional</span> ha attualmente la decisione sulla biglietteria aerea in appello; è attesa una sentenza entro la fine del 2027 e sarà il primo test d'appello dei massimali dell'articolo 13 nel Mercato unico.</p>

  <hr />

  <h2 id="france">Francia: ARCOM e DGCCRF, pressione su due fronti</h2>

  <p>La Francia divide la funzione di applicazione tra ARCOM, l'autorità di regolamentazione audiovisiva e dei contenuti digitali, e la DGCCRF, la direzione per la tutela dei consumatori. ARCOM si occupa dei servizi di media audiovisivi e delle piattaforme di streaming; la DGCCRF si occupa dei flussi di checkout dell'e-commerce, dei servizi bancari al consumo e dei chioschi self-service. L'accordo a due fronti ha portato quattordici azioni dell'anno 2 tra loro, con la più grande — circa 92.000 € — emessa da ARCOM nei confronti di una piattaforma di streaming per la non conformità delle audiodescrizioni e dei sottotitoli sul proprio player iOS. Le azioni DGCCRF, al contrario, si sono collocate nella fascia 18.000–55.000 € e si sono concentrate sulle violazioni del flusso di checkout.</p>

  <p>I dati francesi mostrano anche il raddoppio più netto «anno 1 - anno 2» tra le autorità attive — sette azioni nell'anno 1, quattordici nell'anno 2 (parziale). La crescita è approssimativamente lineare; se la cadenza di maggio-giugno 2027 si mantiene, la Francia chiuderà l'anno 2 a circa diciassette azioni, leggermente al di sotto di Germania e Spagna.</p>

  <hr />

  <h2 id="italy">Italia: AgID entra nella fase del bollettino pubblico</h2>

  <p>L'Agenzia per l'Italia Digitale (AgID) ha trascorso l'anno 1 in modalità di scoping — elaborando procedure di gestione dei casi, formando ispettori e corrispondendo privatamente con gli operatori prima di qualsiasi sanzione. L'anno 2 è il momento in cui l'agenzia ha iniziato a pubblicare nel registro pubblico. Dieci risoluzioni, circa 175.000 € in sanzioni aggregate e un chiaro schema: AgID preferisce un approccio graduale, aprendo con una sanzione nella fascia bassa alla prima constatazione e riservando il livello percentuale del fatturato — che ai sensi del recepimento italiano può raggiungere il 5% del fatturato annuo — alle violazioni ripetute sulla stessa superficie.</p>

  <p>Nessuna sanzione italiana dell'anno 2 ha ancora invocato il livello percentuale del fatturato. Il vicedirettore dell'agenzia ha detto a una conferenza sull'accessibilità a Roma nel marzo 2027 che la prima sanzione percentuale del fatturato è «in preparazione» nei confronti di un operatore interessato che ha ora ricevuto tre sanzioni a importo fisso in escalation. Se emessa, tale risoluzione stabilirebbe, sul fatturato pubblicato di un grande operatore interessato, il record dell'anno 2 per qualsiasi giurisdizione UE.</p>

  <div class="callout info">
    <div class="ct">Il livello percentuale del fatturato è ancora latente</div>
    <p>L'Italia è l'unico Stato membro il cui atto di recepimento autorizza una sanzione percentuale del fatturato al vertice del calendario. Fino al 30 aprile 2027, AgID non lo ha ancora invocato. Il meccanismo rimane un deterrente di portata Damoclea piuttosto che una sanzione emessa — ma l'agenzia ha ora segnalato pubblicamente l'intenzione. L'anno 3 potrebbe produrre la prima azione di livello percentuale in Europa.</p>
  </div>

  <hr />

  <h2 id="estonia">Estonia: Tarbijakaitseamet all'estremità bassa della fascia</h2>

  <p>L'autorità di sorveglianza del mercato EAA dell'Estonia è il <span lang="et">Tarbijakaitseamet</span>, l'ente per la tutela dei consumatori. Il calendario delle sanzioni estone si colloca all'estremità bassa della fascia europea — massimali per violazione di circa 5.000 € ai sensi del recepimento estone. Cinque azioni nell'anno 2, tutte al o vicino al massimale, nei confronti di un mix di piattaforme di e-commerce nazionali. La sanzione singola più grande è di circa 4.800 €; la più piccola è di circa 1.200 €, emessa come primo avvertimento graduale ai sensi del codice di procedura amministrativa estone.</p>

  <p>Ciò che rende l'Estonia interessante non sono i valori principali — sono di un ordine di grandezza al di sotto di Spagna e Germania — ma la velocità. L'intervallo mediano dal reclamo all'avvertimento del <span lang="et">Tarbijakaitseamet</span> è di quattordici giorni, la metà della media UE. L'agenzia gestisce un'operazione snella con una coda ristretta e una cadenza prevedibile. Gli operatori che ricevono una lettera del <span lang="et">Tarbijakaitseamet</span> sanno entro due settimane quale sarà la constatazione.</p>

  <hr />

  <h2 id="netherlands">Paesi Bassi: Agentschap Telecom si espande oltre le telecomunicazioni</h2>

  <p><span lang="nl">Agentschap Telecom</span> — storicamente un regolatore delle telecomunicazioni — è stato designato come autorità di sorveglianza del mercato olandese per l'EAA a metà del 2025 ed è diventato operativo sulle questioni EAA durante l'anno 1. L'anno 2 è il momento in cui l'agenzia si è spostata oltre il suo nucleo di telecomunicazioni e radiotelevisione e ha iniziato ad agire sulle superfici di e-commerce, chioschi self-service e app bancarie. Sette azioni nell'anno 2, circa 78.000 € aggregati, con la singola sanzione più grande di circa 31.000 € nei confronti di un operatore di chioschi self-service in un importante hub di trasporti del Randstad.</p>

  <p>Il calendario delle sanzioni olandese ai sensi dell'<span lang="nl">Implementatiewet toegankelijkheidsvoorschriften produkten en diensten</span> autorizza massimali fino a circa 100.000 € per violazione. <span lang="nl">Agentschap Telecom</span> opera ben al di sotto di tale massimale nell'anno 2 — la sanzione più grande emessa si colloca a circa il 31% del massimo legale. L'agenzia ha indicato un approccio graduale: le prime violazioni si collocano nella fascia inferiore, le violazioni ripetute sulla stessa superficie vengono escalate.</p>

  <hr />

  <h2 id="belgium">Belgio: AIBE, la new entry dell'anno 2</h2>

  <p>Il Belgio ha istituito l'<span lang="fr">Autorité Indépendante Belge pour l'Accessibilité</span> (AIBE) il 14 ottobre 2026 — un anno e quattro mesi dopo la scadenza di applicazione dell'EAA. Il ritardo aveva attirato un parere motivato dalla Commissione all'inizio del 2026, e la designazione belga è stata l'ultima ad essere completata tra gli Stati membri dell'UE 27. L'AIBE aveva tre azioni dell'anno 2 nel registro entro il 30 aprile 2027: un avvertimento formale nei confronti di un'app bancaria con sede a Bruxelles, una risoluzione di prima sanzione di circa 12.000 € nei confronti di un operatore di e-commerce della Regione Vallonia, e un secondo avvertimento formale nei confronti di un fornitore di chioschi self-service fiammingo.</p>

  <p>Il manuale di procedura pubblicato dall'AIBE si basa sul modello AEPD spagnolo: un'accoglienza coordinata con l'autorità di protezione dei dati (APD-GBA) quando il reclamo riguarda i diritti dell'interessato, e una gestione diretta AIBE negli altri casi. L'agenzia ha segnalato che l'anno 3 vedrà le prime sanzioni a livello di massimale; il carico di lavoro dell'anno 2 era deliberatamente graduale per dare agli operatori interessati una finestra di rimedio.</p>

  <div class="callout safe">
    <div class="ct">Il livello delle sette autorità è il minimo — altre autorità sono in coda</div>
    <p>Sette autorità sono ora nel registro pubblico. Entro la fine dell'anno 3 si prevede che il numero raggiunga da dodici a quindici — i restanti Stati membri stanno completando i lavori di preparazione operativa e hanno pubblicato calendari per i primi bollettini pubblici. Il dataset dell'anno 3 sarà sostanzialmente più grande di quello dell'anno 2, e il confronto anno 2 - anno 3 sarà il primo effettuato su un panorama di applicazione completamente attivo.</p>
  </div>

  <hr />

  <h2 id="cross-border">Rinvii transfrontalieri e il collegamento CPC</h2>

  <p>Nove rinvii transfrontalieri tra autorità sono stati registrati nell'anno 2 — un meccanismo che ha prodotto zero rinvii nell'anno 1, perché il protocollo di coordinamento della rete CPC per le questioni EAA è diventato operativo solo nel settembre 2026. I rinvii sono fluiti in un modo prevedibile: gli Stati membri più piccoli (Estonia, Paesi Bassi, Belgio) hanno inoltrato i reclami verso il regolatore del paese di origine della piattaforma con sede in uno Stato membro più grande (il più delle volte Irlanda, Lussemburgo o Germania). L'autorità del paese di origine ha quindi accettato il rinvio e aperto un caso, oppure ha restituito il fascicolo con una motivazione documentata.</p>

  <p>Dei nove rinvii dell'anno 2, sei sono stati accettati e tre sono stati restituiti. I sei rinvii accettati non stanno ancora comparendo nelle risoluzioni sanzionatorie pubblicate — si trovano nella pipeline del paese di origine. L'aspettativa è che le prime sanzioni guidate da rinvii transfrontalieri arrivino nell'anno 3, prevalentemente nei confronti di grandi piattaforme paneuropee la cui giurisdizione di sede non le aveva ancora trattate come obiettivi prioritari.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Spagna (AEPD + Ministerio)</div><div class="firm-meta">23 azioni · circa 1,34M € · biglietteria aerea, prenotazione alberghi, servizi bancari</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">23</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Germania (BAFA)</div><div class="firm-meta">19 azioni · circa 690K € · flussi di checkout, app bancarie</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:83%">19</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Francia (ARCOM + DGCCRF)</div><div class="firm-meta">14 azioni · circa 410K € · streaming, e-commerce, chioschi</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:61%">14</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Italia (AgID)</div><div class="firm-meta">10 azioni · circa 175K € · flussi di checkout, chioschi</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:43%">10</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Paesi Bassi (Agentschap Telecom)</div><div class="firm-meta">7 azioni · circa 78K € · chioschi, servizi bancari, e-commerce</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:30%">7</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Estonia (Tarbijakaitseamet)</div><div class="firm-meta">5 azioni · circa 11K € · e-commerce nazionale</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:22%">5</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Belgio (AIBE, da ott 2026)</div><div class="firm-meta">3 azioni · circa 22K € · servizi bancari, e-commerce, chioschi</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:13%">3</div></div>
    </div>
  </div>

  <hr />

  <h2 id="closing">Cosa ci dice il dato dell'anno 2 sull'anno 3</h2>

  <p>Il segnale più netto nel dataset dell'anno 2 è che l'applicazione dell'EAA sta diventando routine. L'anno 1 riguardava il fatto che il regime avrebbe davvero inciso. I numeri hanno detto sì, ma con cautela — tre autorità, ventiquattro azioni, sanzione massima appena sotto i 355.000 €. L'anno 2 riguarda la portata dell'incisività: sette autorità, ottantuno azioni nel calendario dell'anno parziale, sanzione massima di circa 480.000 €, e una pipeline di gestione dei casi standardizzata con una mediana di 28 giorni dal reclamo all'avvertimento formale. Il regime non è più sperimentale.</p>

  <p>Il secondo segnale è la convergenza dottrinale sul flusso di checkout. In tutte e sette le autorità, la superficie sanzionata con più frequenza è il checkout dell'e-commerce — 62% delle azioni dell'anno 2, con la coppia dominante di criteri WCAG 2.1 SC 2.1.1 (Tastiera) più SC 4.1.2 (Nome, Ruolo, Valore) applicata a un modale transazionale. Questa è la stessa superficie che guida il volume dei contenziosi negli Stati Uniti. L'UE è arrivata, attraverso un percorso procedurale diverso, allo stesso focus di applicazione. Per gli operatori interessati, l'implicazione pratica è inequivocabile: se si ha una sola priorità di budget sull'accessibilità, il flusso di checkout è quella.</p>

  <p>Il terzo segnale è che il dataset dell'anno 3 sarà di nuovo diverso. Altri cinque Stati membri hanno pubblicato calendari per iniziare a emettere risoluzioni sanzionatorie nella seconda metà del 2027. La prima sanzione di livello percentuale del fatturato dell'Italia è «in preparazione». La prima sentenza d'appello — il caso spagnolo della biglietteria aerea presso l'<span lang="es">Audiencia Nacional</span> — arriverà alla fine del 2027 e stabilirà la prima giurisprudenza sulla proporzionalità delle sanzioni EAA ai sensi dell'articolo 13. La transizione da «il regime è reale» a «il regime ha una giurisprudenza consolidata» passa per l'anno 3.</p>

  <div class="footer-note">
    <p><strong>Metodologia e dati:</strong> Compilato dai bollettini pubblici, dai registri delle risoluzioni e dai rapporti trimestrali sull'applicazione pubblicati da BAFA (Germania), AEPD e <span lang="es">Ministerio de Asuntos Económicos</span> (Spagna), ARCOM e DGCCRF (Francia), AgID (Italia), <span lang="et">Tarbijakaitseamet</span> (Estonia), <span lang="nl">Agentschap Telecom</span> (Paesi Bassi) e AIBE (Belgio). La finestra dell'anno 2 copre il 28 giugno 2026 — 30 aprile 2027 — un periodo di osservazione parziale di dieci mesi; gli ultimi due mesi non sono ancora nel registro. Le sanzioni non pubblicate, gli accordi oscurati e le segnalazioni solo dalla stampa specializzata sono stati esclusi; i totali sono quindi prudenti.</p>
    <p><strong>Contesto giuridico:</strong> La Direttiva (UE) 2019/882 (l'European Accessibility Act) richiede agli Stati membri di stabilire sanzioni «efficaci, proporzionate e dissuasive» (articolo 13) e di designare autorità di sorveglianza del mercato per applicarle (articolo 19). Gli atti di recepimento nazionali includono il <span lang="de">Barrierefreiheitsstärkungsgesetz</span> della Germania, la <span lang="es">Ley 11/2023</span> della Spagna, il <span lang="fr">Décret n° 2023-931</span> della Francia (e l'ordinanza correlata), il Decreto Legislativo 82/2022 dell'Italia, la legge di recepimento dell'Estonia del 2024, l'<span lang="nl">Implementatiewet toegankelijkheidsvoorschriften produkten en diensten</span> dei Paesi Bassi e la legge belga dell'11 luglio 2023 che istituisce l'AIBE.</p>
    <p><strong>Cosa questo articolo non è:</strong> Non si tratta di consulenza legale per alcun operatore, transazione o giurisdizione specifici. I massimali delle sanzioni, i fattori scatenanti dell'escalation, la procedura d'appello e i criteri che l'autorità esaminerà variano per Stato membro e per superficie, e solo un consulente legale nazionale può fornire consulenza su un'esposizione specifica. Il dossier dell'anno 1 e il sondaggio sulle fasce di sanzione dell'articolo 13 forniscono un contesto aggiuntivo.</p>
  </div>

</div>

---
title: EAA vs ADA: come differiscono i due regimi sanzionatori per ambito e portata
url: https://www.disabilityworld.org/it/articles/eaa-vs-ada-penalty-comparison/
description: Un confronto diretto tra i regimi sanzionatori dell'European Accessibility Act e dell'Americans with Disabilities Act — sanzioni amministrative UE da 5.000 € a 1 milione di € versus sanzioni civili USA fino a 192.768 $ per violazione successiva, più ingiunzioni e compensi legali.
author: Disability World
pubDate: 2026-05-22
tags: eaa, ada, comparative, penalties, eu, us-law, data
---

# EAA vs ADA: come differiscono i due regimi sanzionatori per ambito e portata

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Diritto comparato · Regimi sanzionatori UE e USA</span>
  </div>

  <h1>EAA vs ADA: <em>come differiscono i due regimi sanzionatori per ambito e portata</em></h1>

  <p class="lede">L'European Accessibility Act e l'Americans with Disabilities Act sono abitualmente descritti come i due grandi regimi di accessibilità del mondo sviluppato, ma come strumenti di applicazione non sono la stessa cosa. L'EAA delega la definizione delle sanzioni a <strong>27 autorità amministrative degli Stati membri</strong> con massimali per violazione che si distribuiscono su due ordini di grandezza — da circa <strong>5.000 € in Estonia a 1 milione di € in Spagna</strong>, con l'Italia in grado di valutare fino al <strong>5% del fatturato annuo</strong>. Il massimale della sanzione civile ADA Titolo III, al contrario, è fissato dalla normativa federale a <strong>96.384 $ per una prima violazione e 192.768 $ per qualsiasi violazione successiva</strong> secondo l'adeguamento all'inflazione del 2024, ma viene per lo più recuperato attraverso cause private — oltre <strong>4.600 contenziosi sull'accessibilità web</strong> presentati nei tribunali federali statunitensi nel solo 2024 — ed è abbinato a un obbligo di ingiunzione e a compensi degli avvocati previsti dalla legge che, in pratica, superano di gran lunga la sanzione civile principale. Questo è il dossier comparativo.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultanze · Fascicolo EAA-ADA-01</span>
      <span class="dossier-meta">07 voci · ricavate da Direttiva 2019/882, ADA Titolo III, 28 CFR 36.504, registri di applicazione del DOJ statunitense e bollettini nazionali di sorveglianza UE</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Come si presentano i due regimi affiancati</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">5K–1M €</span>
        <div class="dossier-body">
          <p class="dossier-claim">I massimali delle sanzioni amministrative EAA per violazione si distribuiscono su due ordini di grandezza nei 27 Stati membri</p>
          <p class="dossier-note">Estonia e Slovenia fissano il minimo nella fascia 5.000–10.000 €. Germania, Francia e Paesi Bassi si collocano tra 75.000 e 100.000 €. La <span lang="es">Ley 11/2023</span> spagnola raggiunge 1 milione di €, e l'Italia valuta fino al 5% del fatturato annuo ai sensi del D.lgs. 82/2022 — un massimale strutturalmente diverso che scala con le dimensioni dell'impresa.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">96K $ / 193K $</span>
        <div class="dossier-body">
          <p class="dossier-claim">I massimali delle sanzioni civili ADA Titolo III sono fissati dalla normativa federale e adeguati annualmente all'inflazione</p>
          <p class="dossier-note">Il 28 CFR 36.504 fissa il massimale per la prima violazione a 96.384 $ e il massimale per la violazione successiva a 192.768 $ secondo l'adeguamento del 2024. Questi massimali si applicano solo quando il Procuratore Generale degli Stati Uniti presenta un'azione per prassi sistematica — non sono disponibili per i ricorrenti privati.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">4.605</span>
        <div class="dossier-body">
          <p class="dossier-claim">Contenziosi sull'accessibilità web presentati nei tribunali federali statunitensi nel 2024 — il canale che svolge il vero lavoro di applicazione dell'ADA</p>
          <p class="dossier-note">Il 42 USC § 12188(a) crea un diritto di azione privata per ingiunzione più compensi degli avvocati ai sensi del § 12205. La maggior parte degli accordi si attesta nella fascia 20.000–50.000 $ per accordo più costi di rimedio — ben al di sotto del massimale della sanzione civile federale, ma recuperato in volume da un numero limitato di studi legali ricorrenti abituali.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">27 / 50+6</span>
        <div class="dossier-body">
          <p class="dossier-claim">La portata geografica è ampiamente comparabile — ma l'unità di applicazione è diversa</p>
          <p class="dossier-note">L'EAA si applica nei 27 Stati membri dell'UE con autorità di sorveglianza nazionali. L'ADA si applica nei 50 stati degli Stati Uniti, nel Distretto di Columbia e nei cinque territori statunitensi stabilmente abitati — uniformemente applicato come legge federale, con norme statali parallele (Unruh Act della California, Legge sui diritti umani dello Stato di New York) che aggiungono danni punitivi.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">4.000 $</span>
        <div class="dossier-body">
          <p class="dossier-claim">L'Unruh Civil Rights Act della California aggiunge un moltiplicatore di danni punitivi di diritto statale che l'ADA stessa non prevede</p>
          <p class="dossier-note">Il Cal. Civ. Code § 52(a) fissa i danni punitivi a non meno di 4.000 $ per violazione, automaticamente collegati a qualsiasi violazione ADA attraverso il § 51(f). Un ricorrente californiano combina regolarmente un'ingiunzione ADA federale con una domanda di danni Unruh nel tribunale statale — un vantaggio strutturale che nessun equivalente in uno Stato membro attualmente prevede.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">Amm. → Tribunale</span>
        <div class="dossier-body">
          <p class="dossier-claim">I fattori scatenanti divergono: l'applicazione dell'EAA inizia con un'autorità nazionale; l'applicazione dell'ADA inizia in un'aula di tribunale</p>
          <p class="dossier-note">Le sanzioni EAA sono valutate dalle autorità di sorveglianza del mercato designate (BAFA, AEPD, ARCOM, AgID, RDI) nell'ambito di una procedura amministrativa con possibilità di revisione giudiziaria. Le domande ADA Titolo III vengono presentate direttamente al tribunale distrettuale statunitense dal Dipartimento di Giustizia o da un ricorrente privato — non esiste una via di sanzione amministrativa al di fuori del tribunale.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">circa 1,6 mld $</span>
        <div class="dossier-body">
          <p class="dossier-claim">L'economia degli accordi domina i massimali principali in entrambi i regimi</p>
          <p class="dossier-note">Un accordo con il DOJ del 2023 (il pacchetto Rite Aid per web e punti vendita, circa 1,6 miliardi di $ di valore aggregato nelle componenti del pacchetto) è il più grande recupero legato all'accessibilità nel registro pubblico statunitense; ai sensi dell'EAA, nessuna azione di un singolo Stato membro ha ancora superato la fascia alta delle sei cifre. Il confronto tra massimali principali è fuorviante senza il confronto tra accordi affiancato.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong> · Direttiva (UE) 2019/882; 42 USC §§ 12181–12189 e § 12205; 28 CFR 36.504 (massimali adeguati all'inflazione 2024); ricerche nei fascicoli PACER dei tribunali statunitensi per le istanze ADA Titolo III sull'accessibilità web nel 2024; rapporto sui contenziosi UsableNet 2024; Cal. Civ. Code §§ 51–52; bollettini delle autorità di sorveglianza degli Stati membri (BAFA, AEPD, ARCOM, AgID, RDI, TTJA), 2025–26.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Come i due regimi calcolano una sanzione</a></li>
      <li><span class="toc-num">02</span><a href="#schedules">I calendari sanzionatori affiancati</a></li>
      <li><span class="toc-num">03</span><a href="#triggers">Cosa innesca un rinvio — amministrativo versus giudiziario</a></li>
      <li><span class="toc-num">04</span><a href="#reach">Portata geografica: 27 Stati membri versus 50 stati più territori</a></li>
      <li><span class="toc-num">05</span><a href="#precedent">Precedenti nominati e cosa segnalano</a></li>
      <li><span class="toc-num">06</span><a href="#multinational">Il punto di vista del convenuto multinazionale</a></li>
      <li><span class="toc-num">07</span><a href="#closing">Cosa insegna il confronto</a></li>
      <li><span class="toc-num">08</span><a href="#sources">Fonti</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">Come i due regimi calcolano una sanzione</h2>

  <p class="dropcap-first">La prima cosa da capire sui regimi sanzionatori EAA e ADA è che non differiscono solo nel numero — differiscono nel tipo. L'EAA opera come direttiva: fissa l'obbligo, richiede sanzioni «efficaci, proporzionate e dissuasive» ai sensi dell'articolo 30 e lascia il calendario sanzionatorio effettivo al legislatore di ogni Stato membro. L'ADA opera come statuto federale e normativa federale: i massimali sanzionatori sono fissati dal Codice delle normative federali, adeguati annualmente all'inflazione ai sensi del Federal Civil Penalties Inflation Adjustment Act, e uniformi in tutto il Paese.</p>

  <p>Questa divergenza strutturale si manifesta in tre aspetti. <strong>Chi valuta la sanzione</strong> — un'autorità amministrativa nazionale ai sensi dell'EAA, un tribunale federale ai sensi dell'ADA. <strong>Che tipo di sanzione è disponibile</strong> — sanzioni amministrative con revisione giudiziaria ai sensi dell'EAA; ingiunzioni, sanzioni civili (solo DOJ) e compensi degli avvocati previsti dalla legge ai sensi dell'ADA, con danni punitivi di diritto statale aggiunti nelle giurisdizioni come California e New York. <strong>Come scala la sanzione</strong> — l'EAA consente agli Stati membri di collegare le sanzioni a una percentuale del fatturato (l'Italia utilizza questo sistema), mentre il massimale federale ADA è un importo fisso in dollari per violazione, con la vera esposizione economica derivante dall'ingiunzione che impone il rimedio e dal meccanismo di trasferimento delle spese legali piuttosto che dal massimale stesso.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Rilevamento</span><span class="ps-desc">EAA: scansione di sorveglianza del mercato, reclamo o ispezione settoriale. ADA: ricorrente privato, tester o indagine DOJ.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Notifica</span><span class="ps-desc">EAA: diffida formale dall'autorità nazionale designata. ADA: lettera pre-contenzioso, poi presentazione al tribunale.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Accertamento</span><span class="ps-desc">EAA: procedura amministrativa con diritto di replica. ADA: contenzioso avversariale nel tribunale distrettuale statunitense.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Sanzione</span><span class="ps-desc">EAA: sanzione amministrativa + ordine di rimedio. ADA: ingiunzione + (solo DOJ) sanzione civile + compensi degli avvocati del ricorrente.</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Revisione</span><span class="ps-desc">EAA: revisione giudiziaria presso il tribunale amministrativo nazionale. ADA: appello alla Corte d'Appello del Circuito statunitense.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">27</div><div class="method-label">Stati membri UE con calendari sanzionatori distinti</div></div>
    <div class="method-card"><div class="method-num">50+6</div><div class="method-label">stati statunitensi più DC e cinque territori abitati sotto un unico massimale federale</div></div>
    <div class="method-card"><div class="method-num">2</div><div class="method-label">massimali ADA: 96.384 $ prima violazione / 192.768 $ violazione successiva</div></div>
    <div class="method-card"><div class="method-num">5%</div><div class="method-label">livello massimo italiano: massimale percentuale del fatturato ai sensi del D.lgs. 82/2022</div></div>
  </div>

  <hr />

  <h2 id="schedules">I calendari sanzionatori affiancati</h2>

  {/* Grafico SVG a barre costruito manualmente per sostituire un'immagine generata da FLUX
      le cui etichette degli assi e i simboli di valuta risultavano incomprensibili (i modelli di
      immagine AI non riescono a disegnare testo leggibile). I valori sono ricavati direttamente
      dal corpo dell'articolo e dalla tabella dei calendari seguente. I massimali degli Stati
      membri EAA sono in euro; i massimali ADA statunitensi sono in dollari. Per rendere leggibile
      il confronto su un unico asse, i valori sono tracciati all'equivalente USD a metà 2026
      (€1 circa 1,08 $), con il valore principale originale indicato nell'etichetta accanto a
      ciascuna barra. Il massimale del 5% del fatturato dell'Italia è strutturalmente senza tetto
      ed è escluso dall'asse comparabile — è indicato nella didascalia. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="penalty-chart-title penalty-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="penalty-chart-title">Massimali sanzionatori per l'accessibilità per violazione — Stati membri EAA selezionati versus ADA statunitense, metà 2026</title>
      <desc id="penalty-chart-desc">Grafico a barre orizzontali dei massimali sanzionatori per violazione, convertiti in equivalente USD per confronto su un unico asse. Spagna (EAA, Ley 11/2023) circa 1.080.000 $ (1.000.000 €). Massimale ADA Titolo III statunitense per violazione successiva 192.768 $. Germania (EAA, BFSG) circa 108.000 $ (100.000 €). Massimale ADA Titolo III statunitense per prima violazione 96.384 $. Paesi Bassi (EAA) circa 94.000 $ (87.000 €). Francia (EAA) circa 81.000 $ (75.000 €). Estonia (EAA, vertice della fascia) circa 35.000 $ (32.000 €). Le barre degli Stati membri UE sono in nero inchiostro, le barre ADA statunitensi in rosso.</desc>
      {/* Sfondo */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Titolo del grafico nel SVG */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" fill="#1a1a1a">
        <text x="40" y="28" font-size="14" font-weight="700" letter-spacing="0.5">MASSIMALI SANZIONATORI PER VIOLAZIONE — EAA vs ADA</text>
        <text x="40" y="46" font-size="11" fill="#6b7280">Equivalente USD ai tassi di metà 2026; valore principale indicato accanto a ciascuna barra</text>
      </g>
      {/* Linee della griglia verticali a $0, $250K, $500K, $750K, $1M (area barre: x=260 a x=760, valore max $1,08M su larghezza 500) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="260" y1="70" x2="260" y2="320" />
        <line x1="376" y1="70" x2="376" y2="320" />
        <line x1="491" y1="70" x2="491" y2="320" />
        <line x1="607" y1="70" x2="607" y2="320" />
        <line x1="723" y1="70" x2="723" y2="320" />
      </g>
      {/* Linea di base asse X */}
      <line x1="260" y1="320" x2="760" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Etichette delle marcature asse X */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="260" y="338">0 $</text>
        <text x="376" y="338">250K $</text>
        <text x="491" y="338">500K $</text>
        <text x="607" y="338">750K $</text>
        <text x="723" y="338">1,0M $</text>
      </g>
      {/* Etichette delle categorie asse Y e barre */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a">
        {/* Riga 1 — Spagna (EAA), €1.000.000 circa $1.080.000 → 500px */}
        <text x="250" y="86" text-anchor="end">Spagna (Ley 11/2023)</text>
        <rect x="260" y="74" width="500" height="22" fill="#1a1a1a" />
        <text x="754" y="89" text-anchor="end" fill="#fbf9f4" font-weight="700" font-size="12">1.000.000 €</text>

        {/* Riga 2 — ADA statunitense violazione successiva, $192.768 → 89px */}
        <text x="250" y="116" text-anchor="end">Stati Uniti (DOJ, successiva)</text>
        <rect x="260" y="104" width="89" height="22" fill="#dc2626" />
        <text x="355" y="119" fill="#1a1a1a" font-weight="700" font-size="12">192.768 $</text>

        {/* Riga 3 — Germania (EAA), €100.000 circa $108.000 → 50px */}
        <text x="250" y="146" text-anchor="end">Germania (BFSG)</text>
        <rect x="260" y="134" width="50" height="22" fill="#1a1a1a" />
        <text x="316" y="149" fill="#1a1a1a" font-weight="700" font-size="12">100.000 €</text>

        {/* Riga 4 — ADA statunitense prima violazione, $96.384 → 45px */}
        <text x="250" y="176" text-anchor="end">Stati Uniti (DOJ, prima)</text>
        <rect x="260" y="164" width="45" height="22" fill="#dc2626" />
        <text x="311" y="179" fill="#1a1a1a" font-weight="700" font-size="12">96.384 $</text>

        {/* Riga 5 — Paesi Bassi (EAA), €87.000 circa $94.000 → 44px */}
        <text x="250" y="206" text-anchor="end">Paesi Bassi (Implementatiewet)</text>
        <rect x="260" y="194" width="44" height="22" fill="#1a1a1a" />
        <text x="310" y="209" fill="#1a1a1a" font-weight="700" font-size="12">87.000 €</text>

        {/* Riga 6 — Francia (EAA), €75.000 circa $81.000 → 38px */}
        <text x="250" y="236" text-anchor="end">Francia (decreti RGAA)</text>
        <rect x="260" y="224" width="38" height="22" fill="#1a1a1a" />
        <text x="304" y="239" fill="#1a1a1a" font-weight="700" font-size="12">75.000 €</text>

        {/* Riga 7 — Estonia (EAA, vertice fascia), €32.000 circa $35.000 → 16px */}
        <text x="250" y="266" text-anchor="end">Estonia (vertice fascia)</text>
        <rect x="260" y="254" width="16" height="22" fill="#1a1a1a" />
        <text x="282" y="269" fill="#1a1a1a" font-weight="700" font-size="12">32.000 €</text>

        {/* Riga 8 — Minimo legale Unruh California, $4.000 → circa 2px (solo etichetta) */}
        <text x="250" y="296" text-anchor="end">California Unruh (per violazione, min.)</text>
        <rect x="260" y="284" width="3" height="22" fill="#dc2626" />
        <text x="269" y="299" fill="#1a1a1a" font-weight="700" font-size="12">minimo 4.000 $, si cumula per violazione</text>
      </g>
      {/* Legenda */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11.5" fill="#1a1a1a">
        <rect x="586" y="50" width="12" height="12" fill="#1a1a1a" />
        <text x="604" y="60">Stato membro UE (EAA)</text>
        <rect x="722" y="50" width="12" height="12" fill="#dc2626" />
        <text x="740" y="60">USA (ADA Titolo III)</text>
      </g>
    </svg>
    <figcaption>I massimali principali raccontano solo parte della storia: la distribuzione EAA per Stato membro su due ordini di grandezza — da 5.000 € in Estonia a 1.000.000 € in Spagna — risulta spettacolare rispetto al massimale federale piatto dell'ADA di 96.384 $ / 192.768 $, ma il meccanismo ADA di ingiunzione più trasferimento delle spese legali spesso produce un'esposizione totale superiore a quanto implicano i numeri principali. Il massimale del 5% del fatturato dell'Italia ai sensi del D.lgs. 82/2022 è escluso dall'asse perché scala con le dimensioni dell'impresa piuttosto che su un massimale monetario fisso.</figcaption>
  </figure>

  <p>Il calendario seguente abbina la fascia sanzionatoria EAA di un campione di Stati membri al profilo di esposizione ADA corrispondente. La colonna degli Stati membri riporta il massimale amministrativo per violazione come sancito dalla legislazione di recepimento. La colonna ADA riporta il massimale della sanzione civile federale ai sensi del 28 CFR 36.504 (adeguamento 2024) e indica dove i danni punitivi di diritto statale si sommano.</p>

  <table class="dt">
    <caption class="sr-only">Confronto dei massimali sanzionatori per l'accessibilità per violazione: Stati membri UE selezionati ai sensi dell'EAA versus il regime federale ADA Titolo III e i danni punitivi di diritto statale statunitense selezionati, metà 2026.</caption>
    <thead>
      <tr>
        <th scope="col">Giurisdizione</th>
        <th scope="col">Base normativa</th>
        <th scope="col">Sanzione massima per violazione</th>
        <th scope="col">Recuperabile da</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>Spagna</td>
        <td><span lang="es">Ley 11/2023</span> (recepimento EAA)</td>
        <td class="num">fino a 1.000.000 €</td>
        <td><span lang="es">Ministerio de Asuntos Económicos</span></td>
      </tr>
      <tr>
        <td>Italia</td>
        <td>D.lgs. 82/2022</td>
        <td class="num">fino al 5% del fatturato annuo</td>
        <td>AgID</td>
      </tr>
      <tr>
        <td>Germania</td>
        <td><span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG)</td>
        <td class="num">circa 100.000 €</td>
        <td>BAFA / autorità dei Länder</td>
      </tr>
      <tr>
        <td>Paesi Bassi</td>
        <td><span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span></td>
        <td class="num">circa 87.000 €</td>
        <td><span lang="nl">Agentschap Telecom</span> (RDI)</td>
      </tr>
      <tr>
        <td>Francia</td>
        <td><span lang="fr">Loi n° 2005-102</span> + decreti RGAA 2023</td>
        <td class="num">circa 75.000 €</td>
        <td>ARCOM / DGCCRF</td>
      </tr>
      <tr>
        <td>Estonia</td>
        <td><span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span></td>
        <td class="num">5.000–32.000 €</td>
        <td>TTJA (autorità per la tutela dei consumatori)</td>
      </tr>
      <tr>
        <td>Stati Uniti (federale)</td>
        <td>ADA Titolo III + 28 CFR 36.504</td>
        <td class="num">96.384 $ / 192.768 $</td>
        <td>Solo Dipartimento di Giustizia degli Stati Uniti</td>
      </tr>
      <tr>
        <td>Stati Uniti (ricorrente privato)</td>
        <td>42 USC § 12188(a) + § 12205</td>
        <td class="num">Ingiunzione + compensi degli avvocati</td>
        <td>Ricorrente privato nel tribunale distrettuale statunitense</td>
      </tr>
      <tr>
        <td>California (sovrapposizione di diritto statale)</td>
        <td>Unruh Civil Rights Act § 52(a)</td>
        <td class="num">≥ 4.000 $ per violazione</td>
        <td>Ricorrente privato nel tribunale statale della California</td>
      </tr>
    </tbody>
  </table>

  <div class="callout warning">
    <div class="ct">Perché i massimali principali sono fuorvianti</div>
    <p>Una lettura semplicistica della tabella sopra porterebbe a concludere che una singola violazione EAA in Spagna è circa dieci volte più costosa di una prima violazione ADA Titolo III negli Stati Uniti. Questa conclusione è errata in tre modi. In primo luogo, il massimale spagnolo di 1 milione di € non è ancora stato imposto in una risoluzione EAA pubblicata; le sanzioni spagnole del primo anno si sono concentrate nella fascia 50.000–150.000 €. In secondo luogo, il massimale della sanzione civile federale ADA è riservato ai casi di prassi sistematica del DOJ — oltre il 95% delle azioni ADA Titolo III sono cause private in cui il massimale della sanzione civile non viene mai invocato. In terzo luogo, ciò che guida davvero l'esposizione economica ADA è l'ingiunzione (che impone il rimedio indipendentemente da qualsiasi assegnazione monetaria) più i compensi degli avvocati previsti dalla legge ai sensi del 42 USC § 12205 (che si aggirano regolarmente in sei cifre per i casi contestati).</p>
    <p>Un confronto più onesto direbbe: un singolo caso ADA Titolo III promosso negli USA, risolto con accordo mediano, costa al convenuto circa 20.000–50.000 $ in accordo più costi di rimedio, ed è uno di diverse migliaia di casi di questo tipo presentati ogni anno. Una singola azione di applicazione dell'EAA in un importante Stato membro, decisa alla mediana delle risoluzioni del primo anno pubblicato, costa al convenuto 30.000–150.000 € più il rimedio, ed è una delle poche decine di azioni di questo tipo per Stato membro all'anno. Il volume, non il massimale, è la metrica rilevante.</p>
  </div>

  <p>Il massimale percentuale del fatturato italiano è l'outlier strutturale nel panorama EAA. Un massimale del 5% del fatturato contro un multinazionale con 5 miliardi di € di entrate UE dà ad AgID una portata teorica di 250 milioni di € — ben al di sopra di qualsiasi massimale federale ADA consenta. Nessuna risoluzione di questo tipo è ancora stata emessa, ma il massimale esiste e la sua mera esistenza ridefinisce il calcolo del rischio del convenuto multinazionale quando un'azione di applicazione arriva in Italia piuttosto che, diciamo, in Estonia.</p>

  <div class="chart-section">
    <div class="chart-title">MASSIMALI PER VIOLAZIONE — STATI MEMBRI EAA VS ADA STATUNITENSE (€, USD, ILLUSTRATIVO)</div>
    <div class="bar-row">
      <div class="bar-label">Italia (5% fatturato, illustrativo)</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:100%">scala con il fatturato</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Spagna (Ley 11/2023)</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:55%">1.000.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Stati Uniti (DOJ, successiva)</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:21%">192.768 $</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Stati Uniti (DOJ, prima)</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:11%">96.384 $</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Germania (BFSG)</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:11%">100.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Francia (RGAA attuativo)</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:8%">75.000 €</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Estonia (vertice fascia)</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:4%">32.000 €</div></div>
    </div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">1M €</div><div class="stat-desc">massimale spagnolo, Ley 11/2023</div></div>
    <div class="stat-box"><div class="stat-big">193K $</div><div class="stat-desc">massimale federale statunitense per violazione successiva</div></div>
    <div class="stat-box"><div class="stat-big">4K $</div><div class="stat-desc">minimo legale California Unruh per violazione</div></div>
    <div class="stat-box"><div class="stat-big">5%</div><div class="stat-desc">massimale percentuale del fatturato italiano</div></div>
  </div>

  <hr />

  <h2 id="triggers">Cosa innesca un rinvio — amministrativo versus giudiziario</h2>

  <p>La divergenza procedurale è la parte del confronto che coglie più spesso di sorpresa le multinazionali. Ai sensi dell'EAA, la porta d'ingresso è un'autorità nazionale di sorveglianza del mercato. Ai sensi dell'ADA, la porta d'ingresso è un'aula di tribunale federale.</p>

  <p>La pipeline di applicazione dell'EAA inizia con il monitoraggio dell'autorità designata — scansioni periodiche dei servizi rivolti al pubblico, ispezioni settoriali, reclami di consumatori o organizzazioni rappresentative — o con un rinvio da parte di un organismo nazionale per la parità. L'autorità emette una diffida formale, l'operatore dispone di una finestra definita per rispondere (tipicamente 30–90 giorni, a seconda dello Stato membro), una questione contestata passa attraverso una procedura amministrativa con uno scambio scritto e una decisione motivata, e la decisione è soggetta a revisione nel relativo tribunale amministrativo nazionale. Il massimale della sanzione civile non richiede il coinvolgimento del tribunale per essere valutato; richiede il coinvolgimento del tribunale solo se l'operatore contesta la valutazione.</p>

  <p>La pipeline di applicazione dell'ADA inizia in modo molto diverso. Un ricorrente privato — tipicamente una persona con disabilità che ha incontrato una barriera all'accessibilità, a volte assistita da uno studio legale ricorrente abituale — presenta un reclamo direttamente nel tribunale distrettuale statunitense ai sensi del 42 USC § 12188(a). Non esiste una fase amministrativa pre-contenzioso che il ricorrente debba esaurire. Il DOJ ha autorità parallela per indagare e avviare un contenzioso, ma la differenza di volume è determinante: nel 2024, i tribunali federali hanno visto oltre 4.600 casi ADA Titolo III sull'accessibilità web presentati, con il DOJ che ne contava meno di una dozzina. Il massimale della sanzione civile nel 28 CFR 36.504 è quindi un massimale quasi teorico dal punto di vista del convenuto; l'esposizione pratica è l'ingiunzione (che fissa il calendario e l'ambito del rimedio) più i compensi degli avvocati ai sensi del 42 USC § 12205 (che la parte ricorrente vittoriosa recupera quasi sempre).</p>

  <p class="pull-quote">«Efficace, proporzionato, dissuasivo» è il test sanzionatorio in tre parole dell'EAA; il test equivalente dell'ADA è «ingiunzione più spese». Ogni test produce un'economia di applicazione molto diversa.</p>

  <div class="callout info">
    <div class="ct">Perché il «diritto di azione privata» dell'ADA conta più del suo massimale di sanzione civile</div>
    <p>Il 42 USC § 12188(a) è la disposizione ADA Titolo III che dà a qualsiasi «persona soggetta a discriminazione sulla base della disabilità» il diritto di richiedere ingiunzione e compensi degli avvocati. È abbinato al § 12205, che autorizza i compensi ragionevoli degli avvocati, le spese dei testimoni esperti e i costi della parte vincitrice. Insieme creano un meccanismo di applicazione autofinanziante: uno studio legale sul lato dei ricorrenti può prendere un caso a provvigione, recuperare le proprie spese dal convenuto se vince o raggiunge un accordo, e reimpiegare le spese recuperate nel caso successivo.</p>
    <p>L'EAA non ha un meccanismo autofinanziante equivalente. Gli Stati membri possono consentire azioni rappresentative da parte di ONG per l'accessibilità in alcuni settori, ma la struttura di trasferimento delle spese è raramente altrettanto favorevole al denunciante come il trasferimento delle spese civili federali statunitensi. Il risultato è che il volume di applicazione dell'EAA dipende da ciò che l'autorità nazionale di sorveglianza ha risorse e volontà politica di perseguire, mentre il volume di applicazione dell'ADA dipende dal fatto che il foro dei ricorrenti ritenga che ci sia un caso recuperabile.</p>
  </div>

  <hr />

  <h2 id="reach">Portata geografica: 27 Stati membri versus 50 stati più territori</h2>

  <p>La geografia principale sembra comparabile. L'EAA si applica in 27 Stati membri più i partecipanti allo SEE che si sono impegnati ad allinearsi. L'ADA si applica in 50 stati degli USA, nel Distretto di Columbia e in cinque territori statunitensi stabilmente abitati (Puerto Rico, Guam, Isole Vergini americane, Isole Marianne Settentrionali e Samoa americana). Sulla carta, si tratta di una copertura simile.</p>

  <p>La portata operativa non è simile. In tutta l'UE, l'unità di applicazione è lo Stato membro: ognuno ha la propria autorità designata, il proprio calendario sanzionatorio, la propria procedura di reclamo, il proprio percorso nel tribunale amministrativo. Una piattaforma di e-commerce multinazionale con una singola presenza nell'UE è, in pratica, esposta a fino a 27 indagini parallele con 27 regole procedurali diverse. La cooperazione transfrontaliera ai sensi del Regolamento (UE) 2019/1020 è contemplata, ma nessuna azione EAA transfrontaliera di rilievo si è ancora concretizzata.</p>

  <p>Negli USA, l'unità di applicazione è federale — l'ADA è applicata uniformemente, la giurisdizione del tribunale federale è nazionale, e una constatazione in un distretto ha peso persuasivo a livello nazionale. Ma il livello minimo federale è sovrapposto da danni punitivi di diritto statale in alcune giurisdizioni: l'Unruh Civil Rights Act della California aggiunge almeno 4.000 $ per violazione; le leggi sui diritti umani dello Stato di New York e di New York City aggiungono danni compensativi e punitivi; alcuni altri stati (Florida, Massachusetts) hanno disposizioni parallele sull'accessibilità. L'effetto pratico è che California e New York concentrano la maggior parte delle istanze ADA Titolo III sull'accessibilità web negli USA — insieme rappresentano oltre il 70% del conteggio dei casi del 2024 — perché la sovrapposizione dei danni punitivi di diritto statale rende i casi economicamente convenienti da presentare lì.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Stati Uniti — ADA Titolo III federale</div><div class="firm-meta">Istanze sull'accessibilità web 2024, diritto di azione privata guidato dai ricorrenti</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">circa 4.600 istanze</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">California — istanze con sovrapposizione Unruh</div><div class="firm-meta">Sottoinsieme del totale USA, con moltiplicatore di danni punitivi di diritto statale a 4.000 $ per violazione</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:35%">circa 1.600 istanze</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">New York — istanze con sovrapposizione NYSHRL / NYCHRL</div><div class="firm-meta">Sottoinsieme del totale USA, sovrapposizione di danni ai sensi delle leggi sui diritti umani statale e cittadina</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">circa 1.900 istanze</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Germania — applicazione BFSG</div><div class="firm-meta">Prime azioni EAA avviate da BAFA, dall'autunno 2025 in poi</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:3%">basse due cifre</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Spagna — risoluzioni pubblicate ai sensi della Ley 11/2023</div><div class="firm-meta">Prime risoluzioni sanzionatorie fine 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:2%">cifra singola</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Francia — tranche di diffide formali DGCCRF + ARCOM</div><div class="firm-meta">Infrastruttura di applicazione basata su RGAA, inizio 2026</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:3%">basse due cifre</div></div>
    </div>
  </div>

  <hr />

  <h2 id="precedent">Precedenti nominati e cosa segnalano</h2>

  <p>La giurisprudenza che inquadra ciascun regime differisce per età, densità e visibilità. L'ADA dispone di 35 anni di giurisprudenza federale post-1990, con la dottrina sull'accessibilità web sviluppata principalmente negli ultimi 15 anni attraverso casi come <em>National Federation of the Blind v. Target Corp.</em> (N.D. Cal. 2006), <em>Robles v. Domino's Pizza, LLC</em> (9th Cir. 2019, cert. denied 2019), e <em>Gil v. Winn-Dixie Stores, Inc.</em> (11th Cir. 2021). Il primo anno di applicazione dell'EAA, al contrario, ha prodotto risoluzioni amministrative ma non ancora un corpus di precedenti testati nei tribunali sugli obblighi sostanziali.</p>

  <p>Sul versante statunitense, l'accordo con il DOJ del 2023 su Rite Aid — che combinava impegni per l'accessibilità web e dei punti vendita con riforme di conformità più ampie — è il più grande recupero legato all'accessibilità nel registro pubblico. L'accordo NMHU del 2010, l'accordo H&amp;R Block del 2014 e l'accordo DOJ-CVS del 2022 sulla prenotazione degli appuntamenti online sono gli altri punti di riferimento sul versante federale. <em>Robles v. Domino's</em> rimane l'autorità d'appello più citata per la proposizione che l'ADA Titolo III si applica ai siti web commerciali con un collegamento sufficiente a un luogo fisico di pubblica utilità, e il diniego del certiorari da parte della Corte Suprema nel 2019 ha stabilito quella dottrina a livello del Nono Circuito.</p>

  <p>Sul versante UE, le prime azioni EAA del primo anno sono amministrative piuttosto che giudiziarie. Il BAFA tedesco ha avviato una tranche di procedimenti formali contro operatori di e-commerce alla fine del 2025. Le prime risoluzioni pubblicate spagnole ai sensi della <span lang="es">Ley 11/2023</span> sono arrivate alla fine del 2025 contro operatori di chioschi self-service per i trasporti regionali. La DGCCRF francese ha emesso una tranche di diffide formali all'inizio del 2026 con proposte sanzionatorie nella fascia 15.000–60.000 €. Nessuna di queste è stata ancora testata in un tribunale amministrativo nazionale a un livello che creerebbe un precedente di rilievo — il che è il motivo per cui il corpus di giurisprudenza dell'EAA sarà quello da seguire nei prossimi diciotto mesi.</p>

  <div class="quote-block">
    <div class="meta">Bollettino di applicazione civile del Dipartimento di Giustizia, 2024</div>
    <div class="quote"><span lang="en">«Civil penalties are part of the Title III remedy; injunctive relief and attorneys' fees are the larger part of the remedy in practice. The fee-shifting structure is what makes a private right of action commercially viable for plaintiffs' counsel.»</span></div>
    <span class="source">— Dipartimento di Giustizia degli Stati Uniti, Divisione Diritti Civili, Sezione Diritti delle Persone con Disabilità, sintesi dell'applicazione 2024</span>
  </div>

  <hr />

  <h2 id="multinational">Il punto di vista del convenuto multinazionale</h2>

  <p>Per un'azienda esposta ai sensi di entrambi i regimi — un operatore globale di e-commerce, una piattaforma bancaria al consumo internazionale, una compagnia aerea multinazionale — la postura pratica è modellata meno dal massimale di entrambi i regimi che dalla loro interazione. Ne derivano tre conseguenze operative.</p>

  <p>In primo luogo, la varianza per Stato membro dell'EAA impone una triage giurisdizionale. Un multinazionale non può ragionevolmente mantenere 27 diverse linee di base di conformità all'accessibilità; deve scegliere un unico standard interno abbastanza alto da soddisfare l'autorità di sorveglianza nazionale più severa in cui opera. In pratica, ciò significa progettare come minimo per la linea di base EN 301 549 V3.2.1 armonizzata (equivalente WCAG 2.1 AA), e sempre più per EN 301 549 V4 / WCAG 2.2 dove lo standard in bozza è abbastanza avanzato da anticipare. Il costo della conformità a standard multipli è uno dei driver informali più forti della convergenza dell'EAA verso un unico livello minimo tecnico.</p>

  <p>In secondo luogo, il diritto di azione privata dell'ADA significa che anche una piattaforma europea pienamente conforme che serve utenti statunitensi acquisisce un rischio di applicazione separato e guidato dai ricorrenti che non può essere scaricato da alcuna autorità amministrativa. L'esposizione della piattaforma negli USA non viene estinta da una revisione BAFA pulita o da una lettera di conforto AEPD. I due regimi operano su binari paralleli; soddisfare uno non esaurisce — formalmente o informalmente — l'altro.</p>

  <p>In terzo luogo, l'economia degli accordi è molto diversa sulle due sponde. Ai sensi dell'EAA, un'autorità amministrativa che constata una violazione emette tipicamente una sanzione più un ordine di rimedio, entrambi parte del registro pubblico una volta finalizzati. Ai sensi dell'ADA, la stragrande maggioranza dei casi si risolve privatamente, con un accordo non pubblico che copre termini monetari, un assegnazione dei compensi degli avvocati e un impegno di rimedio. Un multinazionale che ha risolto 50 casi ADA in un anno e 5 casi EAA nello stesso anno ha una traccia documentale molto diversa in ciascun regime — risoluzioni amministrative pubbliche nell'UE, accordi privati e riservati negli USA — e la differenza modella il modo in cui l'azienda può difendere la propria postura complessiva di accessibilità nei briefing regolatori, nei report al consiglio di amministrazione e nelle comunicazioni agli investitori.</p>

  <div class="callout safe">
    <div class="ct">Una sintesi operativa per i team di conformità</div>
    <p>La linea di base di conformità all'accessibilità che soddisfa l'EAA nel suo Stato membro più severo (Spagna con il massimale di 1M €, Italia con il massimale del 5% del fatturato) e che rispetta lo standard funzionale di accesso sostanziale dell'ADA (i test di «comunicazione efficace» e «ausili e servizi aggiuntivi» ai sensi del 42 USC § 12182(b)(2)(A)(iii)) è, in pratica, la stessa linea di base: conformità a WCAG 2.1 Livello AA su tutte le superfici digitali rivolte ai consumatori, con un percorso di rimedio documentato per i componenti legacy e una dichiarazione di accessibilità pubblicata. Progettare una volta per quel livello minimo riduce materialmente l'esposizione normativa ai sensi di entrambi i regimi — sebbene non elimini il rischio statunitense guidato dai ricorrenti che deriva da qualsiasi barriera di accesso individuale che un ricorrente privato incontra.</p>
  </div>

  <hr />

  <h2 id="closing">Cosa insegna il confronto</h2>

  <p>I numeri principali — da 5.000 € a 1 milione di € sul lato EAA, da 96.384 $ a 192.768 $ sul lato ADA — sono il posto sbagliato da cui iniziare qualsiasi confronto dei due regimi. Sono la parte visibile di due architetture di applicazione molto diverse: un apparato amministrativo degli Stati membri da un lato, un sistema di contenzioso federale guidato dai ricorrenti dall'altro, ognuno che produce esposizione economica in modi che il massimale principale non cattura.</p>

  <p>Ciò che il confronto insegna, quindi, riguarda principalmente il costo del rischio di accessibilità multidisciplinare. La varianza per Stato membro dell'EAA crea una superficie normativa che scala con il numero di mercati UE in cui opera un'azienda, con l'esposizione nel caso peggiore fissata dallo Stato membro con il massimale più alto. Il massimale federale piatto dell'ADA sembra modesto finché non vengono aggiunti i moltiplicatori — volume dei casi, trasferimento delle spese legali, danni punitivi di diritto statale in California e New York. Ogni regime, letto da solo, porterebbe un team di conformità a una priorità diversa. Letti insieme, spingono verso la stessa conclusione: che progettare per un unico livello minimo di accessibilità abbastanza alto da soddisfare entrambi i regimi è meno costoso che mantenere una postura di conformità frammentata e discutere di massimali dopo i fatti.</p>

  <p>I prossimi diciotto mesi affineranno il confronto. La prima azione di applicazione transfrontaliera dell'EAA — probabilmente contro una piattaforma di e-commerce non UE — metterà alla prova se la struttura Stato membro per Stato membro della Direttiva può produrre un'azione coordinata contro un multinazionale. Il continuo volume di ricorrenti privati ADA continuerà ad essere il segnale dominante dell'intensità dell'applicazione statunitense. E le prime decisioni dei tribunali nazionali sulle difese dell'onere sproporzionato EAA diranno ai team di conformità quanto sia indulgente il regime europeo in pratica. I due regimi non convergeranno, ma il punto di vista del convenuto multinazionale su di essi sì.</p>

  <p>Per saperne di più da Disability World su <a href="/articles/european-accessibility-act-guide/">l'EAA</a>, sull'<a href="/articles/ada-title-iii-web-accessibility-guide/">ADA</a>, e sul <a href="/articles/">più ampio registro dei resoconti di applicazione del 2026</a>.</p>

  <footer class="footer-note" id="sources">
    <p><strong>Metodologia e dati:</strong> I calendari sanzionatori sono tratti dal testo normativo rilevante e dai regolamenti attuativi per ciascuna giurisdizione. I massimali degli Stati membri EAA sono desunti dalla legislazione di recepimento (Spagna: <span lang="es">Ley 11/2023</span>; Italia: D.lgs. 27 maggio 2022, n. 82; Germania: <span lang="de">Barrierefreiheitsstärkungsgesetz, BGBl. I 2021, p. 2970</span>; Paesi Bassi: <span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span>, 2022; Francia: <span lang="fr">Loi n° 2005-102 du 11 février 2005</span> con decreti attuativi dell'aggiornamento RGAA 2023; Estonia: <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span>, 2022). I massimali delle sanzioni civili federali ADA riflettono l'adeguamento all'inflazione del 2024 al 28 CFR 36.504 (96.384 $ prima violazione / 192.768 $ violazione successiva). Il volume delle istanze ADA Titolo III riflette le ricerche nei fascicoli PACER per i casi di accessibilità web del 2024, verificate rispetto al rapporto annuale 2024 di UsableNet. Il testo dei danni punitivi legali Unruh della California è il Cal. Civ. Code § 52(a). Le cifre di distribuzione stato per stato sono illustrative e arrotondate.</p>
    <p><strong>Contesto giuridico:</strong> Direttiva (UE) 2019/882 (European Accessibility Act), GU L 151, 7.6.2019, articolo 30 (sanzioni) e articolo 14 (onere sproporzionato). Americans with Disabilities Act, 42 USC §§ 12181–12189 (Titolo III), § 12188(a) (diritto di azione privata), § 12205 (compensi degli avvocati). Normativa attuativa: 28 CFR Parte 36, incluso il § 36.504 (sanzioni civili), come adeguato annualmente ai sensi del Federal Civil Penalties Inflation Adjustment Act Improvements Act del 2015 (Pub. L. 114-74). California Unruh Civil Rights Act, Cal. Civ. Code §§ 51–52. Quadro di sorveglianza transfrontaliera UE: Regolamento (UE) 2019/1020. Convenzione delle Nazioni Unite sui diritti delle persone con disabilità, articolo 9 (Accessibilità), come fonte di inquadramento comune per entrambi i regimi. Norme tecniche armonizzate: ETSI EN 301 549 V3.2.1, con V4 in elaborazione; WCAG 2.1 (W3C, giugno 2018) e 2.2 (W3C, ottobre 2023).</p>
    <p><strong>Fonti primarie:</strong> (1) <em>Direttiva (UE) 2019/882</em>, GU L 151, 7.6.2019, <a href="https://eur-lex.europa.eu/eli/dir/2019/882/oj">eur-lex.europa.eu/eli/dir/2019/882/oj</a>. (2) <em>Americans with Disabilities Act of 1990</em>, 42 USC §§ 12181 e ss.; <em>28 CFR Parte 36</em>, incluso il § 36.504, <a href="https://www.ecfr.gov/current/title-28/chapter-I/part-36">ecfr.gov/current/title-28/chapter-I/part-36</a>. (3) <span lang="es">Ley 11/2023</span>, BOE-A-2023-10952; D.lgs. 27 maggio 2022, n. 82; <span lang="de">Barrierefreiheitsstärkungsgesetz, BGBl. I 2021, p. 2970</span>; <span lang="fr">Loi n° 2005-102</span> con decreti attuativi 2023; <span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span> (2022); <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> (2022). (4) Dipartimento di Giustizia degli Stati Uniti, Divisione Diritti Civili, Sezione Diritti delle Persone con Disabilità, sintesi dell'applicazione ADA 2024, <a href="https://www.ada.gov">ada.gov</a>. (5) Rapporti sull'accessibilità web di UsableNet 2024 a metà anno e fine anno sul volume dei contenziosi digitali ADA Titolo III. (6) <em>National Federation of the Blind v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006); <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019); <em>Gil v. Winn-Dixie Stores, Inc.</em>, 21 F.4th 775 (11th Cir. 2021). (7) Cal. Civ. Code §§ 51–52. (8) ETSI EN 301 549 V3.2.1 e stato di elaborazione V4, <a href="https://www.etsi.org/standards">etsi.org/standards</a>.</p>
    <p><strong>Cosa questo articolo non è:</strong> Si tratta di un dossier comparativo di due regimi sanzionatori. Non costituisce consulenza legale. I massimali legali, gli adeguamenti all'inflazione, le autorità designate e la giurisprudenza evolvono continuamente; gli operatori interessati dovrebbero consultare avvocati qualificati nella giurisdizione pertinente per domande specifiche di conformità e contenzioso.</p>
  </footer>

</div>

---
title: EN 301 549 spiegata — lo standard europeo di accessibilità
url: https://www.disabilityworld.org/it/articles/en-301-549-explained/
description: EN 301 549 — lo standard europeo armonizzato ETSI che traduce WCAG 2.1 AA in obblighi vincolanti per gli appalti. La V3.2.1 è in vigore nel 2026; la V4 con WCAG 2.2 è in fase avanzata di redazione. Primer clausola per clausola.
author: Disability World
pubDate: 2026-05-22
tags: en-301-549, etsi, technical-standards, eu, procurement, wcag
---

# EN 301 549 spiegata — lo standard europeo di accessibilità

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione immagine: Mani su una tastiera meccanica con un documento sugli standard tecnici aperto su un monitor esterno — l'ambiente di lavoro dell'auditor di accessibilità in cui vive EN 301 549.</p>

<p class="rt-prefix">Tempo di lettura: 11 minuti</p>

<p class="wp-block-paragraph"><strong>EN 301 549</strong> è lo standard europeo armonizzato per i requisiti di accessibilità applicabili ai prodotti e servizi ICT. Pubblicato e mantenuto da <strong>ETSI</strong> — l'Istituto europeo per le norme di telecomunicazione — in cooperazione con CEN e CENELEC, è lo strumento tecnico che trasforma gli obblighi più astratti dell'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act (EAA)</a>, della <a href="/toolkit/glossary/web-accessibility-directive/">Direttiva sull'accessibilità dei siti web (Direttiva (UE) 2016/2102)</a> e della maggior parte delle norme nazionali sugli appalti pubblici in un elenco clausola per clausola che può essere misurato su un fornitore. Dove WCAG è uno standard per contenuti e interfacce web, EN 301 549 è il quadro più ampio che incorpora WCAG all'interno dei requisiti effettivamente richiesti dalla normativa UE negli appalti.</p>

<p class="wp-block-paragraph">Nel 2026 la versione in vigore è la <strong>V3.2.1</strong>, pubblicata nel marzo 2021 e che incorpora <strong>[WCAG 2.1 Livello AA](/toolkit/standards/wcag/)</strong> per riferimento. Una nuova revisione che incorpora <strong>WCAG 2.2 AA</strong> — provvisoriamente numerata V4.0.0 — è in fase avanzata di redazione all'interno dell'organismo tecnico congiunto ETSI/CEN/CENELEC e si prevede venga pubblicata nel corso del 2026, con successiva citazione nella <em>Gazzetta Ufficiale dell'Unione europea</em>. Il presente testo è un primer: cosa sia lo standard, come siano organizzati i suoi dodici capitoli, dove si collocano il Capitolo 9 (web) e il Capitolo 11 (software) accanto al Capitolo 10 (documenti) e al Capitolo 12 (documentazione e supporto), come lo standard colleghi WCAG alla normativa UE sugli appalti, e dove viene citato nel quadro legislativo già noto.</p>

<h2 class="wp-block-heading" id="h-what-en-301-549-actually-is">Cos'è EN 301 549 — e cosa non è</h2>

<p class="wp-block-paragraph">EN 301 549 è uno <strong>standard europeo armonizzato</strong>. Questa espressione ha un significato preciso nel diritto UE: si tratta di uno standard sviluppato da uno dei tre Organismi europei di normazione riconosciuti (ETSI, CEN, CENELEC) su richiesta della Commissione europea tramite una formale «richiesta di normalizzazione» (detta anche «mandato»), poi citato nella Gazzetta Ufficiale dell'Unione europea come fonte di «presunzione di conformità» con la corrispondente normativa UE. Un prodotto o servizio che soddisfa lo standard armonizzato è presunto conforme ai requisiti legali che armonizza. La presunzione è confutabile, ma nella pratica gli acquirenti pubblici, i revisori dell'accessibilità e gli organismi di valutazione della conformità trattano lo standard come l'elenco di controllo operativo.</p>

<p class="wp-block-paragraph">EN 301 549 ha origine dal Mandato M/376, emesso dalla Commissione nel 2005 per rendere le norme europee sugli appalti adeguate all'accessibilità — un riferimento unico, neutro rispetto alla tecnologia e armonizzato per definire cosa si intende per «ICT accessibile» nell'ambito delle procedure di gara del settore pubblico. La prima versione pubblicata, la V1.1.2, è apparsa nel 2014. Da allora lo standard ha subito tre revisioni sostanziali: V2 (2018) allineata a WCAG 2.1, V3.1.1 e V3.2.1 (2019–2021) con definizioni più precise e clausole aggiuntive per app mobile e strumenti di authoring, e la prossima V4 che incorporerà WCAG 2.2.</p>

<p class="wp-block-paragraph">Cosa EN 301 549 non è: non è l'EAA, e non è la Direttiva sull'accessibilità dei siti web. Queste sono le leggi che fanno riferimento allo standard negli appalti. EN 301 549 è il documento dei criteri di test — la parte del sistema che uno sviluppatore o un responsabile degli appalti legge concretamente per sapere se un prodotto supera la verifica.</p>

<h2 class="wp-block-heading" id="h-the-twelve-chapter-structure">La struttura in dodici capitoli</h2>

<p class="wp-block-paragraph">EN 301 549 è organizzato attorno a dodici clausole sostanziali (numerate a partire dalla Clausola 4, poiché le Clausole 1–3 riguardano campo di applicazione e definizioni). L'architettura è deliberatamente modulare: un fornitore che definisce l'ambito di risposta a una gara identifica quali clausole si applicano al prodotto, applica solo quelle e dichiara la conformità rispetto alle clausole citate. I moduli principali si trovano nei Capitoli da 9 a 12.</p>

<h3 class="wp-block-heading" id="h-chapter-9-web">Capitolo 9 — Contenuti web</h3>

<p class="wp-block-paragraph">Il <strong>Capitolo 9</strong> è quello a cui la maggior parte dei professionisti dell'accessibilità arriva per primo, perché è quello che incorpora WCAG per riferimento. Nella V3.2.1, il Capitolo 9 importa verbatim i criteri di successo WCAG 2.1 Livello A e Livello AA: la clausola 9.1 riguarda i criteri di successo percepibili, la 9.2 quelli operabili, la 9.3 quelli comprensibili, la 9.4 quelli robusti. Un prodotto web conforme a WCAG 2.1 AA è conforme al Capitolo 9. Lo standard non parafrasa il testo WCAG; lo cita. Nella V4, lo stesso capitolo farà riferimento a WCAG 2.2 AA, incorporando i nove criteri di successo nuovi e rivisti — tra cui <em>2.4.11 Focus non oscurato (minimo)</em>, <em>2.4.12 Focus non oscurato (migliorato)</em>, <em>2.4.13 Aspetto del focus</em>, <em>2.5.7 Movimenti di trascinamento</em>, <em>2.5.8 Dimensione dell'obiettivo (minima)</em>, <em>3.2.6 Guida coerente</em>, <em>3.3.7 Inserimento ridondante</em>, <em>3.3.8 Autenticazione accessibile (minima)</em> e <em>3.3.9 Autenticazione accessibile (migliorata)</em>.</p>

<h3 class="wp-block-heading" id="h-chapter-10-documents">Capitolo 10 — Documenti non web</h3>

<p class="wp-block-paragraph">Il <strong>Capitolo 10</strong> applica requisiti equivalenti a WCAG ai documenti non web — PDF, file Word, presentazioni, ePub e qualsiasi altro documento fornito a corredo o al di fuori del web. Lo fa riprendendo ogni criterio di successo WCAG 2.1 applicabile a un documento non web e riformulandolo nel contesto documentale. Un PDF taggato, navigabile e con descrizioni appropriate è conforme al Capitolo 10; una scansione non taggata di un documento stampato non lo è. Gli acquirenti pubblici che si procurano pubblicazioni di policy, condizioni contrattuali, materiali formativi e dichiarazioni di accessibilità si affidano al Capitolo 10 per stabilire il livello minimo accettabile di un prodotto consegnato.</p>

<h3 class="wp-block-heading" id="h-chapter-11-software">Capitolo 11 — Software non web</h3>

<p class="wp-block-paragraph">Il <strong>Capitolo 11</strong> è il modulo più ampio e quello di maggiore rilevanza per lo stack applicativo moderno. Applica requisiti equivalenti a WCAG al software non web — applicazioni desktop, app mobile native, interfacce integrate, chioschi con software personalizzato — e aggiunge requisiti specifici per il software che non hanno un analogo in WCAG: clausole sui servizi di accessibilità della piattaforma (11.5), sulla compatibilità con le tecnologie assistive (11.6) e sugli strumenti di authoring (11.8, derivate dalle Linee guida W3C per l'accessibilità degli strumenti di authoring). La copertura delle app mobile nel Capitolo 11 è la ragione per cui la Direttiva sull'accessibilità dei siti web può estendersi alle applicazioni mobile del settore pubblico, e per cui l'EAA può applicarsi ai lettori di ebook, alle macchine per la biglietteria e ai terminali self-service senza necessità di uno standard separato per ciascuno.</p>

<h3 class="wp-block-heading" id="h-chapter-12-documentation">Capitolo 12 — Documentazione e servizi di supporto</h3>

<p class="wp-block-paragraph">Il <strong>Capitolo 12</strong> riguarda la documentazione e i servizi di assistenza al cliente: manuali utente, sistemi di guida, call center di supporto, chat online, formati accessibili su richiesta. Le clausole richiedono che la documentazione del prodotto descriva le sue funzionalità di accessibilità, che la documentazione stessa sia accessibile e che i servizi di supporto siano disponibili attraverso canali accessibili. È il capitolo che lega l'accessibilità all'esperienza post-acquisto — la fase del percorso d'acquisto in cui gli utenti interagiscono concretamente con il prodotto e hanno bisogno di assistenza.</p>

<h3 class="wp-block-heading" id="h-chapters-5-through-8">Capitoli 5–8 — i requisiti generici trasversali</h3>

<p class="wp-block-paragraph">I <strong>Capitoli da 5 a 8</strong> si collocano a monte dei moduli specifici per formato. Il Capitolo 5 copre i requisiti generici applicabili a qualsiasi prodotto o servizio ICT — funzionalità chiuse, biometria, preservazione delle informazioni di accessibilità durante la conversione. Il Capitolo 6 riguarda le ICT con comunicazione vocale bidirezionale: testo in tempo reale, servizi di video relay e i requisiti di interoperabilità che rendono possibile la comunicazione accessibile tra provider. Il Capitolo 7 riguarda le ICT con capacità video — audiodescrizione, sottotitoli, presentazione in lingua dei segni. Il Capitolo 8 riguarda l'hardware: tastiere, controlli, connettori, accesso fisico. Un prodotto raramente rientra nell'ambito di un solo capitolo; un'app di video streaming su smart TV riguarderà contemporaneamente i Capitoli 5, 7, 9 (se ha un'interfaccia web), 11 (l'app stessa) e 12 (la sua documentazione).</p>

<h3 class="wp-block-heading" id="h-chapter-13-and-annexes">Capitolo 13 e allegati</h3>

<p class="wp-block-paragraph">Il <strong>Capitolo 13</strong> riguarda le ICT che forniscono servizi relay e accesso ai servizi di emergenza — lo strato di comunicazione di interesse pubblico. Gli allegati sono dove lo standard svolge il lavoro vincolante per gli appalti: l'<strong>Allegato A</strong> contiene la metodologia di conformità, incluso il modello obbligatorio di «dichiarazione di accessibilità»; l'<strong>Allegato B</strong> mappa le clausole di EN 301 549 rispetto ai corrispondenti requisiti della Section 508 statunitense — utile per i fornitori che operano su entrambe le sponde dell'Atlantico; l'<strong>Allegato C</strong> fornisce indicazioni sulle dichiarazioni di prestazione funzionale; la bibliografia elenca ogni standard, incluso WCAG, che il documento incorpora per riferimento.</p>

<h2 class="wp-block-heading" id="h-wcag-21-aa-in-en-301-549">Come WCAG 2.1 AA si colloca all'interno di EN 301 549</h2>

<p class="wp-block-paragraph">Il rapporto tra WCAG e EN 301 549 è la domanda più frequente nel lavoro di conformità, e la risposta è più precisa di «EN 301 549 include WCAG». WCAG 2.1 Livello AA è incorporato nel Capitolo 9 (contenuti web) e in parti del Capitolo 11 (software, dove i criteri di successo sono applicabili al software non web). L'incorporazione avviene per riferimento, non per parafrasi: le clausole del Capitolo 9 sono numerate in modo da rispecchiare la struttura di WCAG, e ogni clausola rimanda al corrispondente criterio di successo nella raccomandazione W3C. Una dichiarazione di conformità a WCAG 2.1 AA si traduce direttamente in una dichiarazione di conformità al Capitolo 9.</p>

<p class="wp-block-paragraph">Dove EN 301 549 va oltre WCAG è nelle clausole specifiche per software, hardware e documentazione che WCAG non era stato concepito per coprire. WCAG si occupa di contenuti percepibili, operabili, comprensibili e robusti all'interno di un agente utente web. EN 301 549 aggiunge i requisiti che gestiscono, ad esempio, l'interazione di un'app desktop con un'API di screen reader su Windows, la distinguibilità tattile dei tasti di una tastiera hardware, o l'interoperabilità TTY di un contact center. Un prodotto può essere conforme a WCAG 2.1 AA e non superare EN 301 549 — tipicamente perché i Capitoli 11 o 12 coprono requisiti che WCAG non affronta.</p>

<h2 class="wp-block-heading" id="h-where-en-301-549-is-cited">Dove EN 301 549 è citato nel diritto UE</h2>

<p class="wp-block-paragraph">Il ruolo portante dello standard è nel grafo delle citazioni. Tre strumenti giuridici primari nominano EN 301 549 come riferimento tecnico; lo stesso fanno diverse decine di normative nazionali sugli appalti e leggi sull'accessibilità.</p>

<h3 class="wp-block-heading" id="h-eaa-citation">L'European Accessibility Act (Direttiva (UE) 2019/882)</h3>

<p class="wp-block-paragraph">L'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> stabilisce requisiti di accessibilità funzionale per un elenco definito di prodotti e servizi — computer, smartphone, lettori di ebook, ATM, macchine per la biglietteria, e-commerce, ebook, telefonia, servizi di media audiovisivi, servizi bancari, informazioni per il trasporto passeggeri. I requisiti funzionali dell'Atto (Allegato I) sono astratti; richiedono, ad esempio, che le informazioni siano fornite in formati accessibili, che le interfacce utente supportino le tecnologie assistive, che le comunicazioni di emergenza funzionino per gli utenti sordi. Per rendere operativi questi requisiti astratti, l'EAA si affida agli standard armonizzati citati ai sensi dell'articolo 15 del Regolamento (UE) 1025/2012 — e EN 301 549 è lo standard armonizzato che la Commissione europea sta usando per rendere operativi i requisiti web, software e documentazione dell'EAA. Un prodotto conforme alle clausole rilevanti di EN 301 549 gode della presunzione di conformità con l'EAA. La prima citazione nella <em>Gazzetta Ufficiale</em> di EN 301 549 specificamente ai fini EAA è stata pubblicata nel 2024; le revisioni seguono ogni nuova versione.</p>

<h3 class="wp-block-heading" id="h-wad-citation">La Direttiva sull'accessibilità dei siti web (Direttiva (UE) 2016/2102)</h3>

<p class="wp-block-paragraph">La <a href="/toolkit/glossary/web-accessibility-directive/">Direttiva sull'accessibilità dei siti web</a>, in vigore dal dicembre 2016, richiede agli enti del settore pubblico negli Stati membri UE di rendere accessibili i propri siti web e le proprie applicazioni mobile. L'articolo 6 della Direttiva stabilisce che i contenuti conformi allo standard armonizzato citato nella Gazzetta Ufficiale sono presunti conformi ai corrispondenti requisiti di accessibilità di cui all'articolo 4. EN 301 549 è lo standard così citato — la V2 del 2018 è stata la prima versione nominata ai fini della WAD, con ogni revisione successiva che ha determinato una nuova citazione nella GU. I siti web e le app mobile del settore pubblico conformi al Capitolo 9 e alle parti applicabili del Capitolo 11 sono considerati conformi alla Direttiva.</p>

<h3 class="wp-block-heading" id="h-national-procurement">Le normative nazionali sugli appalti e l'articolo 42 della Direttiva sugli appalti pubblici</h3>

<p class="wp-block-paragraph">L'articolo 42 della <strong>Direttiva 2014/24/UE</strong> (Direttiva sugli appalti pubblici) richiede che le specifiche tecniche nelle gare pubbliche per prodotti e servizi destinati all'uso da parte di persone fisiche «tengano conto dei criteri di accessibilità per le persone con disabilità o della progettazione per tutti gli utenti». Gli Stati membri hanno recepito tale obbligo nei propri codici degli appalti, e i testi di recepimento nominano tipicamente EN 301 549 come standard di riferimento — dalla BITV 2.0 tedesca e il regolamento EU citato negli appalti federali, al Real Decreto 1112/2018 spagnolo, al RGAA francese (che allinea i propri criteri al Capitolo 9 di EN 301 549), alle Linee Guida AgID italiane, al <span lang="nl">Tijdelijk besluit digitale toegankelijkheid overheid</span> olandese. Il livello degli appalti nazionali è quello in cui EN 301 549 ha il maggiore impatto commerciale quotidiano, perché determina quali fornitori possono partecipare a quali gare pubbliche.</p>

<h2 class="wp-block-heading" id="h-v4-and-wcag-22">Cosa cambia con la V4 — e cosa non cambia</h2>

<p class="wp-block-paragraph">La prossima V4 di EN 301 549 è il titolo di lavoro per la revisione che incorporerà <strong>WCAG 2.2 AA</strong> al posto di WCAG 2.1 AA, aggiungendo i nove criteri di successo che il W3C ha introdotto o rivisto nell'aggiornamento del 2023. La revisione in lavorazione è visibile nell'archivio pubblico del Comitato Tecnico Human Factors di ETSI dal 2024, e il gruppo di lavoro congiunto ETSI/CEN/CENELEC si è riunito nel 2025 per finalizzarla. La pubblicazione nel 2026 è l'ipotesi di lavoro della comunità degli standard; la citazione nella GU ai sensi dell'EAA e della WAD seguirà secondo il calendario ordinario della Commissione (tipicamente alcuni mesi dopo la pubblicazione ETSI).</p>

<p class="wp-block-paragraph">Le variazioni sostanziali nella V4 si concentrano in due aree. In primo luogo, i criteri di successo WCAG 2.2 in quanto tali — il Capitolo 9 recepisce i nove nuovi criteri, i più rilevanti sul piano operativo essendo <em>Focus non oscurato</em>, <em>Dimensione dell'obiettivo (minima)</em>, <em>Movimenti di trascinamento</em> e i due criteri di <em>Autenticazione accessibile</em>, che insieme imporranno una nuova verifica per qualsiasi prodotto che utilizzi banner sovrapposti, modali per i cookie, campi per le password o aree di tocco di piccole dimensioni. In secondo luogo, le clausole software dello standard (Capitolo 11) vengono rafforzate per allinearsi più strettamente a WCAG 2.2 per il software a cui i criteri di successo si applicano, e per aggiornare il linguaggio relativo ai servizi di accessibilità della piattaforma in modo da riflettere le API delle tecnologie assistive rilasciate dal 2021.</p>

<p class="wp-block-paragraph">Cosa la V4 non cambia: l'architettura in dodici capitoli, il modello della dichiarazione di conformità nell'Allegato A, il rapporto con EAA e WAD, o la mappatura con la Section 508 nell'Allegato B. Un fornitore che dispone di una dichiarazione di conformità aggiornata rispetto alla V3.2.1 dovrà, nella maggior parte dei casi, ri-testare per i nuovi criteri WCAG 2.2, ma non dovrà ri-architettare il proprio approccio alla conformità.</p>

<h2 class="wp-block-heading" id="h-using-en-301-549">Usare EN 301 549 nella pratica: la dichiarazione di conformità</h2>

<p class="wp-block-paragraph">L'artefatto operativo prodotto da EN 301 549 è una <strong>dichiarazione di conformità</strong> — talvolta chiamata «dichiarazione di accessibilità» nell'accezione della WAD, o Voluntary Product Accessibility Template (VPAT) nella tradizione della Section 508. L'Allegato A dello standard contiene il modello. Per ogni clausola applicabile, il fornitore dichiara se il prodotto «Supporta», «Supporta parzialmente», «Non supporta» o è «Non applicabile». Ogni «Supporta parzialmente» o «Non supporta» deve essere accompagnato da un campo note e spiegazioni che descriva la lacuna.</p>

<p class="wp-block-paragraph">In una risposta a una gara, il responsabile degli appalti definisce i capitoli rilevanti per il prodotto, richiede una dichiarazione di conformità clausola per clausola, e valuta le lacune. La dichiarazione è contrattualmente vincolante nella maggior parte dei quadri europei di appalto pubblico — se il fornitore dichiara «Supporta» rispetto a una clausola e il prodotto fallisce successivamente su quella clausola durante il collaudo, il contratto di solito dà all'acquirente motivo per richiedere la correzione, applicare penali o risolvere il contratto. È per questo che EN 301 549 ha più forza commerciale del documento WCAG sottostante: WCAG è una raccomandazione W3C senza rilevanza negli appalti; EN 301 549 è il documento che un contratto nomina.</p>

<h2 class="wp-block-heading" id="h-conclusion">EN 301 549 nel quadro legislativo già noto</h2>

<p class="wp-block-paragraph">Se si è seguito l'arco della legislazione UE sui diritti delle persone con disabilità — l'<a href="/articles/european-accessibility-act-guide/">EAA</a>, la <a href="/toolkit/glossary/web-accessibility-directive/">Direttiva sull'accessibilità dei siti web</a>, i codici nazionali degli appalti che recepiscono la Direttiva 2014/24/UE — EN 301 549 è il substrato tecnico che collega quelle leggi al processo di test quotidiano di un fornitore. WCAG stabilisce le regole per i contenuti web. EN 301 549 incorpora WCAG nel più ampio insieme di requisiti (software, documenti, documentazione, hardware, comunicazioni bidirezionali) che la normativa UE sugli appalti acquista concretamente. L'EAA e la WAD citano poi EN 301 549 come lo standard che determina la presunzione di conformità. I codici nazionali degli appalti nominano lo standard nelle proprie specifiche tecniche, e i revisori dell'accessibilità eseguono i test rispetto ad esso clausola per clausola.</p>

<p class="wp-block-paragraph">Per i professionisti che definiscono l'ambito di un audit 2026: la V3.2.1 è la versione su cui testare oggi, la V4 è la versione per cui iniziare a prepararsi, e i delta su cui prendere vantaggio sono i nove criteri di successo WCAG 2.2 — in particolare i criteri sull'aspetto del focus e sulla dimensione dell'obiettivo, che sono quelli su cui la maggior parte dei prodotti sta silenziosamente fallendo. Il modo più rapido per individuare quali criteri 2.2 il proprio sito già viola è una [scansione WCAG 2.2 gratuita](/toolkit/scan/) su una pagina rappresentativa. Per il quadro di rendicontazione 2026 sull'interazione di questo standard con l'applicazione nazionale, si veda l'<a href="/articles/">indice degli articoli di Disability World</a>; per il quadro dell'applicazione nel primo anno dell'EAA tra gli Stati membri, si veda il <a href="/articles/european-accessibility-act-guide/">primer sull'EAA</a>. Per una traduzione pratica di V3.2.1 con i delta 2.2 in un audit funzionante, si veda il <a href="/articles/how-to-make-your-website-wcag-22-compliant/">manuale operativo WCAG 2.2 step-by-step</a>; per le piattaforme di monitoraggio che mantengono la conformità tra un audit e l'altro, si veda la <a href="/articles/accessibility-monitoring-buyers-guide-2026/">guida all'acquisto degli strumenti di monitoraggio dell'accessibilità</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fonti primarie</h2>

<ol class="wp-block-list">
<li>ETSI / CEN / CENELEC. <em>EN 301 549 V3.2.1 (2021-03) — Accessibility requirements for ICT products and services</em>. <a href="https://www.etsi.org">etsi.org</a></li>
<li>Commissione europea. Richiesta di normalizzazione M/376 (2005) sull'accessibilità ICT per gli appalti pubblici.</li>
<li>Direttiva (UE) 2019/882 del Parlamento europeo e del Consiglio sui requisiti di accessibilità per prodotti e servizi (European Accessibility Act).</li>
<li>Direttiva (UE) 2016/2102 del Parlamento europeo e del Consiglio sull'accessibilità dei siti web e delle applicazioni mobile degli enti del settore pubblico.</li>
<li>Direttiva 2014/24/UE del Parlamento europeo e del Consiglio sugli appalti pubblici, articolo 42.</li>
<li>Regolamento (UE) n. 1025/2012 del Parlamento europeo e del Consiglio sulla normazione europea.</li>
<li>W3C. <em>Web Content Accessibility Guidelines (WCAG) 2.1</em> (Raccomandazione W3C, giugno 2018) e <em>WCAG 2.2</em> (Raccomandazione W3C, ottobre 2023).</li>
<li>Comitato Tecnico Human Factors di ETSI. Archivio pubblico sull'attività di revisione di EN 301 549 (2024–2025).</li>
</ol>

</div>

---
title: EPUB3 per la pubblicazione accessibile: cosa devono produrre gli editori
url: https://www.disabilityworld.org/it/articles/epub3-for-accessible-publishing/
description: EPUB3.3 è il formato su cui gli editori saranno misurati nell'ambito dell'European Accessibility Act.
author: Disability World
pubDate: 2026-05-22
tags: epub3, ebooks, publishing, accessibility, mathml, media-overlays, education
---

# EPUB3 per la pubblicazione accessibile: cosa devono produrre gli editori

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione immagine: Un e-reader poggiato su una pila di libri fisici con un paio di auricolari sopra, lo schermo che mostra una pagina di testo accessibile — le superfici quotidiane su cui EPUB3 deve funzionare.</p>

<p class="rt-prefix">Tempo di lettura: 12 minuti</p>

<p class="wp-block-paragraph"><strong>EPUB3</strong> è il formato su cui gli editori saranno misurati quando l'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> entrerà in piena applicazione. È anche il formato che il Trattato di Marrakesh WIPO e l'Accessible Books Consortium usano per distribuire libri accessibili oltre frontiera, e il formato che i lettori di screen reader, i lettori ipovedenti e gli studenti con disabilità nella lettura si aspettano quando acquistano un ebook. A differenza del PDF, EPUB3 è riflussabile, semantico e accessibile per progettazione — ma solo se l'editore effettivamente include nei file i metadati, il markup e la navigazione che la specifica richiede. Un file con estensione .epub non è la stessa cosa di un EPUB accessibile.</p>

<p class="wp-block-paragraph">Questo primer è destinato agli editori, ai team di editorial technology e ai responsabili dell'accessibilità all'interno dei rivenditori di ebook. Illustra cosa richiede la specifica EPUB3.3, quali campi di metadati di accessibilità richiedono le specifiche schema.org e EPUB Accessibility 1.1, quali reading system rendono effettivamente bene EPUB3 nel 2026, dove la pressione di conformità all'EAA sui rivenditori si fa sentire, e come l'ecosistema Marrakesh completa il quadro. Il testo è volutamente concreto: alla fine sarà chiaro cosa richiedere al proprio fornitore di conversione, cosa inserire nei metadati e cosa testare prima di caricare su un rivenditore.</p>

<h2 class="wp-block-heading" id="h-what-epub3-requires">Cosa richiede EPUB3</h2>

<p class="wp-block-paragraph">EPUB3 è una Raccomandazione W3C. La versione stabile attuale è <strong>EPUB 3.3</strong>, pubblicata come Raccomandazione W3C nel maggio 2023, dopo che il formato è passato dall'IDPF al W3C. EPUB 3.3 ha consolidato una serie di revisioni incrementali, ha reso l'accessibilità un requisito di primo livello anziché un documento complementare facoltativo, e ha rafforzato il rapporto tra EPUB e la più ampia piattaforma web aperta — un EPUB è, nella sua essenza, un archivio ZIP confezionato di HTML, CSS, SVG e risorse di supporto, governato da un manifesto OPF (Open Packaging Format) e da un documento di navigazione.</p>

<p class="wp-block-paragraph">Perché il file stesso sia accessibile, EPUB 3.3 richiede agli editori di usare HTML semantico ovunque. Ciò significa intestazioni reali nell'ordine del documento (da <code>h1</code> a <code>h6</code>), elenchi reali (<code>ul</code>, <code>ol</code>, <code>dl</code>), tabelle reali per dati tabulari con la corretta delimitazione di <code>thead</code>, <code>tbody</code>, <code>th</code>, e il vocabolario di semantica strutturale specifico di EPUB (<code>epub:type</code>) per il markup di capitoli, sezioni, note a piè di pagina, voci della lista delle pagine, termini del glossario e decine di altri ruoli editoriali riconosciuti dalla specifica. Un libro le cui intestazioni di capitolo sono paragrafi visivamente stilizzati senza alcun elemento di intestazione non è accessibile — uno screen reader non può saltare al capitolo successivo, un display braille aggiornabile non può annunciare l'inizio del capitolo, e un motore di riflusso non può generare un sommario al volo.</p>

<p class="wp-block-paragraph">I tag di lingua sono non negoziabili. Ogni EPUB deve dichiarare una lingua primaria nel documento package OPF, e qualsiasi contenuto inline in una lingua diversa deve essere marcato con gli attributi <code>lang</code> e <code>xml:lang</code> appropriati. I motori text-to-speech e gli screen reader cambiano i profili vocali sulla base di questi tag; un paragrafo in francese all'interno di un libro in italiano privo di tag di lingua verrà letto con una voce italiana con risultati prevedibilmente comici — e discriminatori. La stessa regola si applica alla direzione (<code>dir</code>) per i contenuti misti da sinistra a destra e da destra a sinistra.</p>

<p class="wp-block-paragraph">Ogni EPUB deve includere un <strong>documento di navigazione</strong> — un singolo file XHTML referenziato dall'OPF come documento di navigazione, contenente come minimo un sommario (<code>nav epub:type="toc"</code>), e idealmente una lista di pagine (<code>nav epub:type="page-list"</code>) che mappa i numeri di pagina della stampa alle posizioni nel libro, e un elenco di punti di riferimento (<code>nav epub:type="landmarks"</code>) che segnala la copertina, il corpo del testo, l'indice e altre superfici navigabili. La lista di pagine è la funzionalità che consente a uno studente che usa un ebook accessibile di seguire i riferimenti alle pagine in un programma di studio stampato senza perdere la sincronizzazione con i compagni che leggono l'edizione cartacea.</p>

<p class="wp-block-paragraph">Le immagini necessitano di testo alternativo (<code>alt</code>) per ogni immagine che veicola un contenuto. Le immagini decorative usano <code>alt=""</code> e, se appropriato, <code>aria-hidden="true"</code>, ma le immagini di contenuto — diagrammi, fotografie in un libro fotografico, mappe, illustrazioni in un libro per bambini — necessitano di descrizioni reali. Le immagini complesse come i diagrammi scientifici richiedono descrizioni lunghe, sia inline tramite <code>aria-describedby</code> che punta a un elemento di descrizione, sia tramite il pattern <code>epub:type="describedFootnote"</code>. La matematica in qualsiasi libro che vada oltre un uso occasionale dovrebbe essere codificata in <strong>MathML</strong>, non rasterizzata come screenshot PNG. MathML è l'unica codifica che consente a uno screen reader di leggere un'equazione, a un display braille aggiornabile di renderla in Nemeth o in Braille inglese unificato, e a un lettore di ridimensionare l'equazione senza pixelazione.</p>

<p class="wp-block-paragraph">EPUB3 supporta anche i <strong>media overlay</strong> — narrazione audio pre-registrata sincronizzata con il testo, definita in file SMIL che mappano ogni frammento di testo a un intervallo di tempo nell'audio. Un EPUB con media overlay consente a un lettore con scarsa alfabetizzazione, a un lettore con disabilità cognitiva o semplicemente a un pendolare di seguire il testo evidenziato mentre un narratore umano lo legge ad alta voce. L'approccio SMIL precede l'onda moderna del TTS di alta qualità, ma le due tecnologie sono complementari: i media overlay rimangono il gold standard per i libri per bambini, i titoli per l'apprendimento delle lingue e le conversioni finanziate per l'accessibilità, mentre il TTS gestisce la lunga coda.</p>

<h2 class="wp-block-heading" id="h-accessibility-metadata">Metadati di accessibilità: il livello schema.org / A11y-meta</h2>

<p class="wp-block-paragraph">Un file accessibile che non si pubblicizza come tale è invisibile ai lettori che ne hanno bisogno. La specifica EPUB Accessibility 1.1, pubblicata come Raccomandazione W3C insieme a EPUB 3.3, impone un insieme di campi di metadati che devono apparire nel documento package OPF. Questi campi si basano sul vocabolario di accessibilità schema.org — lo stesso usato da Bookshare, dal DAISY Consortium, da Benetech, dall'Accessible Books Consortium e dai principali feed dei rivenditori.</p>

<p class="wp-block-paragraph">Le proprietà obbligatorie e fortemente raccomandate sono:</p>

<ul class="wp-block-list">
<li><strong>schema:accessMode</strong> — le modalità usate dal contenuto (<code>textual</code>, <code>visual</code>, <code>auditory</code>). Un romanzo è <code>textual</code>; un libro illustrato per bambini è <code>textual,visual</code>; un libro audio-testo con media overlay è <code>textual,visual,auditory</code>.</li>
<li><strong>schema:accessModeSufficient</strong> — le combinazioni di modalità sufficienti a fruire autonomamente del contenuto. Un romanzo elenca tipicamente <code>textual</code> come sufficiente (perché tutto ciò che è importante è nel testo). Un romanzo a fumetti senza descrizioni alt-text non può onestamente dichiarare che <code>textual</code> da solo sia sufficiente.</li>
<li><strong>schema:accessibilityFeature</strong> — le funzionalità discrete presenti, tratte da un vocabolario controllato: <code>structuralNavigation</code>, <code>alternativeText</code>, <code>longDescription</code>, <code>tableOfContents</code>, <code>readingOrder</code>, <code>printPageNumbers</code>, <code>mathML</code>, <code>synchronizedAudioText</code>, <code>highContrastDisplay</code>, <code>displayTransformability</code>, <code>captions</code>, <code>transcript</code> e altri ancora.</li>
<li><strong>schema:accessibilityHazard</strong> — comunicazione di eventuali contenuti che possono provocare crisi epilettiche, cinetosi o altre reazioni: <code>flashing</code>, <code>noFlashingHazard</code>, <code>motionSimulation</code>, <code>noMotionSimulationHazard</code>, <code>sound</code>, <code>noSoundHazard</code>. Se il libro non presenta rischi, indicarlo esplicitamente.</li>
<li><strong>schema:accessibilitySummary</strong> — un riepilogo leggibile in linguaggio semplice dell'accessibilità della pubblicazione, scritto per il lettore finale: «Questa pubblicazione è conforme a WCAG 2.1 Livello AA. Tutte le immagini hanno testo alternativo. Le equazioni matematiche sono codificate in MathML. I numeri di pagina corrispondono all'edizione cartacea.»</li>
<li><strong>a11y:certifiedBy</strong>, <strong>a11y:certifierCredential</strong>, <strong>a11y:certifierReport</strong> — se una terza parte ha certificato il file rispetto a EPUB Accessibility 1.1, chi lo ha certificato, quale credenziale possiede e un link al rapporto di certificazione pubblicato.</li>
<li><strong>dcterms:conformsTo</strong> — il profilo di conformità soddisfatto dalla pubblicazione, espresso come URL che rimanda ai criteri di conformità EPUB Accessibility 1.1 (WCAG 2.1 Livello AA, o nei file più recenti Livello AAA dove dichiarato).</li>
</ul>

<p class="wp-block-paragraph">Questi campi non sono burocrazia. Confluiscono nei cataloghi dei rivenditori, nel database globale dei libri accessibili dell'Accessible Books Consortium, nella ricerca di Bookshare, nei cataloghi di approvvigionamento scolastico e nei modelli di rendicontazione EAA che i rivenditori devono ora mantenere. Lo standard europeo EN 17161 — accessibilità attraverso la «progettazione universale» — fa riferimento a questo livello di metadati, così come i criteri di Functional Accessibility Evaluation usati dal verificatore di accessibilità ACE mantenuto dal DAISY Consortium.</p>

<h2 class="wp-block-heading" id="h-reading-systems">Reading system: cosa rende effettivamente EPUB3 nel 2026</h2>

<p class="wp-block-paragraph">La lamentela più citata nei team di accessibilità degli editori è che lo stesso EPUB si renderizza in modo diverso su reading system diversi. La lamentela è fondata e il divario è rilevante. Un file con un punteggio perfetto nel verificatore DAISY ACE può ancora non esporre il proprio documento di navigazione su un lettore consumer diffuso, o non leggere il proprio MathML su una popolare app iOS. Il divario tra ciò che la specifica definisce e ciò che il reading system implementa è la ragione per cui il flusso di lavoro sull'accessibilità di un editore deve includere test su dispositivi reali, non solo la validazione a livello di file.</p>

<p class="wp-block-paragraph"><strong>Thorium Reader</strong>, mantenuto dal consorzio EDRLab, è il lettore desktop gratuito di riferimento per EPUB3 accessibile nel 2026. Implementa in modo completo EPUB 3.3 e EPUB Accessibility 1.1, espone il documento di navigazione, la lista delle pagine e l'elenco dei punti di riferimento, renderizza MathML, supporta i media overlay e si integra con il text-to-speech del sistema operativo e con i principali screen reader (NVDA su Windows, VoiceOver su macOS, Orca su Linux). Molti editori usano Thorium come lettore di accettazione per l'accessibilità: se un file funziona in Thorium, è ben formato e conforme.</p>

<p class="wp-block-paragraph"><strong>VoiceDream Reader</strong> (ora parte dello stack Voice Dream acquisito nel 2022) rimane la principale app iOS per i lettori con disabilità nella lettura che desiderano voci TTS premium e un controllo granulare sui parametri del parlato. Apre EPUB3 in modo affidabile, rispetta i tag di lingua per il cambio di voce, supporta font personalizzati e tipografia accessibile per la dislessia, e si integra con i cataloghi di Bookshare e Learning Ally. Per gli studenti e i lettori adulti con dislessia, ipovisione o cecità, VoiceDream è spesso l'app predefinita.</p>

<p class="wp-block-paragraph"><strong>VoiceOver Books</strong> — l'esperienza audiolibro integrata di Apple nell'app Books, abbinata a iOS VoiceOver — è il percorso che la maggior parte degli utenti iOS non vedenti segue effettivamente. Gestisce bene EPUB3, espone il documento di navigazione a VoiceOver, legge il testo alternativo, cambia voce in base ai tag di lingua e mostra i media overlay. Dove Apple Books fatica ancora è nel rendering di MathML all'interno di titoli STEM complessi e nell'esposizione coerente della lista delle pagine quando l'utente naviga per riferimento alla pagina stampata.</p>

<p class="wp-block-paragraph"><strong>Apple Books</strong> su macOS, iPadOS e iOS è il reading system consumer più diffuso per EPUB3 nel mercato occidentale e renderizza in modo competente la maggior parte delle funzionalità di accessibilità. Le sue limitazioni sono nella lunga coda: alcuni casi limite dei media overlay, alcuni costrutti MathML rari, e un comportamento inconsistente con liste di pagine molto estese.</p>

<p class="wp-block-paragraph">L'eccezione vistosa nel 2026 rimane <strong>Amazon Kindle</strong>. Amazon non supporta nativamente EPUB3 all'interno dell'ecosistema Kindle; al contrario, acquisisce EPUB e lo converte durante il caricamento nei propri formati proprietari KF8/KFX. La conversione preserva il testo, la struttura di base e molte immagini, ma non conserva tutti i metadati di accessibilità, non renderizza MathML in modo affidabile, elimina completamente i media overlay e storicamente non ha esposto i campi di metadati di accessibilità schema.org agli utenti che cercano nel catalogo Kindle. Gli editori che pubblicano su Amazon spesso mantengono un flusso di lavoro parallelo sull'accessibilità KF8/KFX, ma l'effetto pratico è che l'EPUB3 più accessibile che un editore può produrre viene parzialmente degradato nel momento in cui raggiunge il più grande rivenditore di ebook in lingua inglese. La pressione dell'EAA descritta nella sezione successiva è la prima leva normativa in grado di far muovere questo ago.</p>

<h2 class="wp-block-heading" id="h-eaa-pressure">La pressione dell'EAA sui rivenditori di ebook</h2>

<p class="wp-block-paragraph">L'European Accessibility Act (Direttiva (UE) 2019/882) è entrato in applicazione il <strong>28 giugno 2025</strong>, e gli ebook sono esplicitamente nel suo campo di applicazione. L'articolo 4 della direttiva obbliga gli operatori economici a garantire che i prodotti e i servizi che immettono nel mercato UE rispettino i requisiti di accessibilità di cui all'Allegato I. Per gli ebook e il software dedicato agli ebook, i requisiti dell'Allegato I comprendono: garantire che gli ebook (e il software necessario per accedervi) supportino il text-to-speech, consentano agli utenti di adattare la presentazione (dimensione del font, contrasto, interlinea), espongano i metadati necessari perché le tecnologie assistive possano navigare il contenuto, consentano la sincronizzazione audio e testo ove presente, forniscano alternative ai contenuti non testuali e impediscano che le misure di protezione degli ebook blocchino le funzionalità di accessibilità.</p>

<p class="wp-block-paragraph">In pratica, l'elenco dell'Allegato I corrisponde quasi uno a uno ai criteri di conformità EPUB Accessibility 1.1. Un editore che distribuisce file EPUB3 conformi a EPUB Accessibility 1.1 — con i metadati schema.org correttamente popolati e una dichiarazione del certificatore — gode di una forte presunzione di conformità con gli obblighi dell'Allegato I. Un editore che distribuisce PDF non strutturati o formati con DRM che blocca il passthrough dello screen reader è palesemente in non conformità.</p>

<p class="wp-block-paragraph">La pressione di conformità non ricade solo sugli editori. Ricade in egual misura sui rivenditori, che la direttiva tratta come operatori economici a pieno titolo. Le autorità nazionali di vigilanza del mercato hanno avviato il primo ciclo di ispezioni di conformità all'EAA nella seconda metà del 2025 e nel corso del 2026, e i rivenditori di ebook sono stati tra i primi a essere esaminati perché i cataloghi sono pubblici, i metadati sono leggibili dalla macchina e la non conformità è facile da documentare. I rivenditori che operano nell'UE richiedono ora generalmente agli editori di consegnare file conformi a EPUB Accessibility 1.1, di popolare i campi di metadati schema.org e di fornire una dichiarazione di certificazione; alcuni hanno iniziato a rifiutare i caricamenti non conformi in fase di acquisizione. Per le piattaforme con significative dipendenze da formati proprietari — in particolare Amazon Kindle — l'EAA ha imposto un impegno pubblico verso una maggiore fedeltà a EPUB3, anche se il lavoro tecnico necessario è ancora in corso.</p>

<p class="wp-block-paragraph">Per gli editori, la conseguenza operativa è inequivocabile: i metadati di accessibilità degli ebook sono ora un requisito di pubblicazione, non un optional. I team di produzione che in precedenza gestivano l'accessibilità come una conversione separata a valle integrano ora questo processo nel flusso di lavoro sulla fonte.</p>

<h2 class="wp-block-heading" id="h-marrakesh-ecosystem">Il Trattato di Marrakesh e l'ecosistema dell'Accessible Books Consortium</h2>

<p class="wp-block-paragraph">EPUB3 si inserisce in un più ampio ecosistema di trattati e infrastrutture che gli editori dovrebbero conoscere perché cambia il significato di «libro accessibile» su scala. Il <strong>Trattato di Marrakesh</strong> — il Trattato WIPO di Marrakesh per facilitare l'accesso alle opere pubblicate per le persone non vedenti, ipovedenti o con altre disabilità nella lettura di testi a stampa, adottato nel 2013 e ora in vigore in più di 100 parti contraenti tra cui l'UE e gli Stati Uniti — crea un'eccezione al diritto d'autore che consente agli enti autorizzati di produrre, distribuire e scambiare oltre frontiera copie in formati accessibili di opere pubblicate a beneficio dei beneficiari, senza necessità di autorizzazione del titolare dei diritti per ogni singola transazione.</p>

<p class="wp-block-paragraph">Il Trattato è recepito nel diritto UE tramite la Direttiva (UE) 2017/1564 e il Regolamento (UE) 2017/1563, e negli Stati Uniti tramite il Marrakesh Treaty Implementation Act del 2018, che ha modificato il Titolo 17. L'infrastruttura operativa è gestita dall'<strong>Accessible Books Consortium (ABC)</strong>, un'alleanza guidata dal WIPO che riunisce organizzazioni che rappresentano le persone con disabilità visiva, le biblioteche al loro servizio, gli editori e gli organismi di normazione. L'ABC gestisce il Global Book Service, una piattaforma di prestito e scambio transfrontaliero attraverso cui gli enti autorizzati — tipicamente le biblioteche nazionali per i non vedenti, organizzazioni come Bookshare negli Stati Uniti e la RNIB nel Regno Unito, e agenzie nazionali equivalenti in tutta Europa e nel Sud del mondo — condividono file accessibili.</p>

<p class="wp-block-paragraph">Il formato preferito per questi scambi è EPUB3 con metadati di accessibilità completi, e per il materiale più datato o scansionato i formati DAISY 2.02 e DAISY 3 che EPUB3 sostanzialmente sostituisce. Un libro prodotto da un editore italiano come titolo conforme a EPUB Accessibility 1.1 può, in linea di principio, essere condiviso tramite il Global Book Service dell'ABC con un lettore con disabilità nella lettura in Kenya, India, Argentina o in qualsiasi altra parte contraente, senza necessità di rinegoziazione. Il Trattato non cambia la posizione commerciale dell'editore — opera sulla copia accessibile nello specifico, per la popolazione dei beneficiari nello specifico — ma amplia enormemente il pubblico di lettura per qualsiasi ebook accessibile ben formato che un editore distribuisce.</p>

<p class="wp-block-paragraph">Per gli editori, il collegamento pratico tra il livello EAA e il livello Marrakesh è lo stesso blocco di metadati. Le proprietà di accessibilità schema.org, la dichiarazione di conformità a EPUB Accessibility 1.1 e il rapporto di certificazione prodotti per la conformità all'EAA sono gli stessi artefatti che consentono al file di confluire nel Global Book Service dell'ABC e nella più ampia rete di enti autorizzati. Si distribuisce il file una sola volta, nel formato corretto, con i metadati corretti, e lo stesso artefatto serve sia il regime di conformità UE sia il pubblico di lettura accessibile globale allo stesso tempo.</p>

<h2 class="wp-block-heading" id="h-practical-workflow">Un flusso di lavoro pratico per gli editori</h2>

<p class="wp-block-paragraph">Lo schema di implementazione su cui i team di produzione si assestano, una volta superata la fase iniziale, si basa su quattro pilastri. <strong>Accessibilità alla fonte</strong>: il manoscritto di origine è strutturato (intestazioni reali, elenchi reali, tabelle reali, con tag di lingua) prima che avvenga qualsiasi conversione, cosicché la conversione EPUB preservi la struttura anziché doverla ricostruire a posteriori. <strong>Conversione a EPUB 3.3</strong>: lo strumento di conversione — che si tratti di un processo interno, di un pipeline fornitore, o di una toolchain open-source come quella del DAISY Consortium — produce EPUB 3.3 con markup semantico, un documento di navigazione, una lista di pagine dove il titolo ha un equivalente cartaceo, testo alternativo su tutte le immagini di contenuto, MathML dove compare la matematica, e media overlay dove lo richiedono le esigenze editoriali.</p>

<p class="wp-block-paragraph"><strong>Popolamento dei metadati</strong>: ogni file lascia la produzione con un blocco completo di metadati di accessibilità schema.org — accessMode, accessModeSufficient, accessibilityFeature, accessibilityHazard, accessibilitySummary, conformsTo — e dove il titolo è certificato, i campi a11y:certifiedBy/Credential/Report sono popolati con il certificatore di riferimento (comunemente il programma di certificazione di Benetech, il DAISY Consortium o un equivalente nazionale). <strong>Validazione e test su dispositivi reali</strong>: ogni file viene validato con EPUBCheck e il verificatore di accessibilità DAISY ACE, e un campione rappresentativo viene testato su Thorium, Apple Books, VoiceDream e i reading system specifici del rivenditore attraverso cui il titolo verrà venduto.</p>

<p class="wp-block-paragraph">Il costo di questo processo è reale, ma diminuisce rapidamente con la pratica e gli strumenti. Il costo del non farlo — sanzioni per non conformità all'EAA, rifiuto da parte del rivenditore in fase di acquisizione, assenza nel network Marrakesh, e il più ampio costo reputazionale della distribuzione di ebook inaccessibili ai lettori con disabilità — è ora decisamente più alto. L'accessibilità di EPUB3 non è più una disciplina specialistica alla fine del pipeline di produzione. È la specifica.</p>

</div>

---
title: Regolamento UE sull'IA, articoli 16 e 73: dove le norme sull'IA ad alto rischio si intersecano con la normativa sulla disabilità
url: https://www.disabilityworld.org/it/articles/eu-ai-act-disability-intersection/
description: Il Regolamento (UE) 2024/1689 — l'AI Act europeo — è entrato in applicazione generale il 2 agosto 2026. Un primer su come gli articoli 16 e 73 si intersecano con la normativa sulla disabilità in materia di occupazione, istruzione e servizi essenziali.
author: Disability World
pubDate: 2026-05-22
tags: eu-ai-act, ai, disability, accessibility, high-risk-ai, regulation-primer
---

# Regolamento UE sull'IA, articoli 16 e 73: dove le norme sull'IA ad alto rischio si intersecano con la normativa sulla disabilità

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione immagine: Un documento dell'AI Act UE stampato con una sovrapposizione trasparente dell'albero di accessibilità ARIA e una penna stilografica sopra — il marcatore visivo dell'intersezione tra AI Act e normativa sulla disabilità.</p>

<p class="rt-prefix">Tempo di lettura: 12 minuti</p>

<p class="wp-block-paragraph">Il <strong>Regolamento (UE) 2024/1689</strong>, comunemente denominato <strong>EU AI Act</strong>, è stato pubblicato nella <em>Gazzetta Ufficiale</em> il 12 luglio 2024, è entrato in vigore il 1° agosto 2024 e ha raggiunto la propria principale data di applicabilità — quando gli obblighi relativi all'IA ad alto rischio e all'IA per uso generale vincolano i fornitori e i deployer in tutto il mercato unico — il <strong>2 agosto 2026</strong>. È la prima legge orizzontale e completa sull'IA di qualsiasi grande giurisdizione, e si colloca sopra, anziché sostituire, lo stack di diritti delle persone con disabilità già esistente: l'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a>, la <a href="/toolkit/glossary/web-accessibility-directive/">Direttiva sull'accessibilità dei siti web</a>, la Direttiva sulla parità in materia di occupazione 2000/78/CE e la ratifica da parte dell'UE della Convenzione delle Nazioni Unite sui diritti delle persone con disabilità (CRPD).</p>

<p class="wp-block-paragraph">Due articoli svolgono la maggior parte del lavoro rilevante nel punto di intersezione tra l'AI Act e la normativa sulla disabilità. L'<strong>articolo 16</strong> stabilisce gli obblighi a carico dei fornitori di modelli di IA per uso generale — lo strato dei modelli fondazionali che alimenta la maggior parte dei prodotti di IA rivolti al consumatore nel 2026. L'<strong>articolo 73</strong>, letto insieme agli articoli da 8 a 15 e all'Allegato III, stabilisce i requisiti che vincolano i fornitori e i deployer di <strong>sistemi di IA ad alto rischio</strong>. Il presente testo è un primer su come questi due articoli si intersecano con la normativa sulla disabilità in tre contesti concreti: l'IA utilizzata nel settore dell'occupazione (strumenti di screening dei CV, valutazione automatizzata dei colloqui video), l'IA nell'istruzione (sistemi di sorveglianza online degli esami, strumenti di accessibilità, modelli di previsione del rischio per gli studenti) e l'IA nei servizi essenziali (credit scoring per i consumatori, triage sanitario, decisioni sull'idoneità alle prestazioni pubbliche). Vengono trattati anche l'overlay della CRPD che gli impegni istituzionali dell'UE aggiungono a quanto sopra, e gli obblighi di documentazione — documentazione tecnica dell'Allegato IV, monitoraggio post-commercializzazione, valutazioni dell'impatto sui diritti fondamentali — che i fornitori sono ora tenuti a produrre.</p>

<h2 class="wp-block-heading" id="h-what-the-ai-act-is">Cos'è l'AI Act — e come è strutturato</h2>

<p class="wp-block-paragraph">L'AI Act è un regolamento, non una direttiva: si applica direttamente in ogni Stato membro senza recepimento nazionale, e gli obblighi che impone a fornitori e deployer sono uniformi in tutti i 27 mercati nazionali UE più lo Spazio economico europeo. La sua scelta architettonica centrale è un <strong>quadro a livelli di rischio</strong> con quattro livelli — pratiche vietate (articolo 5), sistemi di IA ad alto rischio (articoli da 6 a 27 e Allegato III), obblighi di trasparenza a rischio limitato (articolo 50) e usi a rischio minimo non regolamentati. Sovrapposto ai livelli di rischio, un regime separato — articoli da 51 a 56 — disciplina i modelli di IA per uso generale, con obblighi più stringenti attivati quando un modello supera la soglia di rischio sistemico stabilita dall'articolo 51, paragrafo 2.</p>

<p class="wp-block-paragraph">Il calendario di applicabilità progressiva è importante perché i fornitori che leggono questo testo nel 2026 non devono affrontare un'unica scadenza. I divieti dell'articolo 5 sulle pratiche a rischio inaccettabile — il punteggio sociale da parte delle autorità pubbliche, l'identificazione biometrica remota in tempo reale in luoghi pubblici salvo per usi delle forze dell'ordine rigorosamente definiti, il riconoscimento delle emozioni nei luoghi di lavoro e nelle scuole — sono diventati applicabili il <strong>2 febbraio 2025</strong>, sei mesi dopo l'entrata in vigore. Gli obblighi dell'IA per uso generale degli articoli da 51 a 56 sono diventati applicabili il <strong>2 agosto 2025</strong>. Il regime completo ad alto rischio, inclusi gli obblighi di monitoraggio post-commercializzazione dell'articolo 73, è entrato in vigore il <strong>2 agosto 2026</strong>, con un'ulteriore proroga al <strong>2 agosto 2027</strong> per il sottoinsieme di sistemi ad alto rischio che sono anche componenti di sicurezza di prodotti già disciplinati dalla legislazione UE sulla sicurezza dei prodotti (legge settoriale dell'Allegato I — dispositivi medici, macchinari, giocattoli, veicoli).</p>

<p class="wp-block-paragraph">L'applicazione è suddivisa. Le autorità nazionali di vigilanza del mercato — designate da ciascuno Stato membro e registrate in un registro pubblico gestito dall'AI Office — si occupano dell'applicazione dell'IA ad alto rischio sul territorio. L'AI Office, istituito all'interno della DG CNECT della Commissione europea, ha competenza esclusiva per l'applicazione dell'IA per uso generale ai sensi dell'articolo 88. Le sanzioni amministrative massime arrivano a <strong>35 milioni di euro o al 7% del fatturato annuo mondiale</strong> per le violazioni dei divieti dell'articolo 5, a 15 milioni di euro o al 3% per le violazioni della maggior parte degli altri obblighi degli operatori, inclusi gli obblighi degli articoli 16 e 73 trattati in questo primer, e a 7,5 milioni di euro o all'1% per la fornitura di informazioni inesatte o fuorvianti alle autorità.</p>

<h2 class="wp-block-heading" id="h-article-16-gpai">Articolo 16 — cosa devono fare i fornitori di IA per uso generale</h2>

<p class="wp-block-paragraph">L'articolo 16 è la disposizione operativa per lo strato dei modelli fondazionali. Si applica ai fornitori di modelli di IA per uso generale — definiti nell'articolo 3, paragrafo 63, come modelli di IA addestrati su una grande quantità di dati con auto-supervisione su scala, che mostrano una generalità significativa e sono in grado di svolgere con competenza un'ampia gamma di compiti distinti. I modelli linguistici di grandi dimensioni che alimentano i chatbot, i modelli multimodali immagine-testo usati nell'analisi dei documenti, i modelli vocali che sempre più spesso mediano gli strumenti di accessibilità: tutti sono modelli di IA per uso generale ai fini dell'AI Act, e i loro fornitori portano lo stack dell'articolo 16.</p>

<p class="wp-block-paragraph">Gli obblighi dell'articolo 16 si dividono in tre blocchi. Primo, la <strong>documentazione tecnica</strong>: i fornitori devono predisporre e mantenere aggiornato un fascicolo tecnico che copra l'addestramento, il testing e la valutazione del modello, incluse le fonti dei dati di addestramento ad alto livello, il consumo energetico dell'addestramento, i benchmark di valutazione utilizzati e le limitazioni note. L'Allegato XI specifica il contenuto minimo. Secondo, le <strong>comunicazioni informative ai deployer a valle</strong>: i fornitori devono mettere a disposizione delle società che integrano il modello nei propri sistemi informazioni sufficienti sulle capacità, le limitazioni, l'uso previsto e i rischi noti del modello affinché l'operatore a valle possa adempiere ai propri obblighi ai sensi dell'AI Act. Terzo, il <strong>diritto d'autore e la provenienza dei contenuti</strong>: i fornitori devono stabilire una politica per rispettare il diritto d'autore UE, incluso il meccanismo di opt-out text-and-data-mining dell'articolo 4, paragrafo 3, della Direttiva (UE) 2019/790, e pubblicare un riepilogo sufficientemente dettagliato del corpus dei dati di addestramento.</p>

<p class="wp-block-paragraph">L'aspetto legato alla disabilità nell'articolo 16 è duplice. In primo luogo, la comunicazione sulle limitazioni richiesta dalla Sezione 1(2)(c) dell'Allegato XI copre esplicitamente i pregiudizi noti e le lacune prestazionali ingiuste — e le lacune prestazionali rilevanti per l'accessibilità rientrano direttamente in tale requisito. Un modello di riconoscimento vocale che funziona in modo misurabilmente peggiore con il parlato disartrico, un modello di didascalie per immagini che identifica erroneamente gli utenti di sedie a rotelle o ausili per la mobilità, un modello per la lingua dei segni che fallisce sulle varianti regionali: ognuno di questi rappresenta una limitazione nota che il fornitore deve comunicare ai deployer a valle. In secondo luogo, i fornitori di modelli che soddisfano la soglia di rischio sistemico dell'articolo 51, paragrafo 2, (attualmente fissata a una potenza di calcolo di addestramento superiore a 10^25 FLOP) portano gli obblighi aggiuntivi dell'articolo 55 in materia di test avversariali, segnalazione degli incidenti, misure di sicurezza informatica e valutazione del modello rispetto alle categorie di rischio sistemico — compreso l'impatto sui diritti fondamentali, che il regolamento riconduce esplicitamente alla Carta dei diritti fondamentali e alla CRPD.</p>

<h2 class="wp-block-heading" id="h-article-73-high-risk">Articolo 73 — sistemi di IA ad alto rischio e il regime post-commercializzazione</h2>

<p class="wp-block-paragraph">L'articolo 73 si trova nella Sezione 3 del Capo III, la sezione che disciplina i sistemi di IA ad alto rischio già immessi sul mercato. Richiede che i fornitori di IA ad alto rischio istituiscano un <strong>sistema di monitoraggio post-commercializzazione</strong>, proporzionato alla natura del sistema e ai rischi che presenta, che raccolga, documenti e analizzi attivamente e sistematicamente i dati sulle prestazioni del sistema di IA per tutta la sua durata di vita. Il monitoraggio deve valutare continuamente la conformità ai requisiti stabiliti negli articoli da 8 a 15, con la documentazione conservata disponibile per almeno dieci anni.</p>

<p class="wp-block-paragraph">L'articolo 73 va letto in combinato disposto con i requisiti sostanziali degli articoli 8-15, perché il monitoraggio post-commercializzazione è il meccanismo attraverso cui la conformità a tali requisiti viene dimostrata nel tempo. L'articolo 9 impone un sistema di gestione del rischio. L'articolo 10 disciplina i dati e la governance dei dati — richiedendo in particolare che i dataset di addestramento, validazione e test siano pertinenti, sufficientemente rappresentativi, privi di errori e completi rispetto alla finalità prevista, con esplicita attenzione al «contesto geografico, contestuale, comportamentale o funzionale specifico» in cui il sistema verrà utilizzato. L'articolo 11 e l'Allegato IV richiedono documentazione tecnica; l'articolo 12 richiede la registrazione automatica degli eventi; l'articolo 13 richiede trasparenza e informazioni per i deployer; l'articolo 14 richiede misure di supervisione umana integrate nel sistema; l'articolo 15 richiede accuratezza, robustezza e sicurezza informatica proporzionate alla finalità prevista. L'articolo 26 aggiunge poi obblighi sul lato del deployer — l'operatore che utilizza concretamente il sistema.</p>

<p class="wp-block-paragraph">Cosa rende un sistema «ad alto rischio» è stabilito nell'articolo 6 e nell'Allegato III. L'elenco dell'Allegato III nomina otto categorie di casi d'uso — biometria; infrastrutture critiche; istruzione e formazione professionale; occupazione e gestione dei lavoratori; accesso a servizi privati e pubblici essenziali; applicazione della legge; migrazione, asilo e controllo delle frontiere; amministrazione della giustizia e processi democratici — e all'interno di ciascuna categoria elenca i casi d'uso specifici che determinano la classificazione ad alto rischio. L'elenco dell'Allegato III è non esaustivo per concezione ma vincolante per legge: un sistema di IA usato per uno degli scopi elencati è ad alto rischio per effetto del regolamento, indipendentemente da come il fornitore lo commercializzi.</p>

<h2 class="wp-block-heading" id="h-where-disability-intersects">Dove gli articoli 16 e 73 si intersecano con la normativa sulla disabilità</h2>

<p class="wp-block-paragraph">Tre punti di intersezione dominano il panorama pratico della conformità nel 2026: l'IA nell'occupazione, l'IA nell'istruzione e l'IA nei servizi essenziali. Ognuno rientra in una categoria ad alto rischio dell'Allegato III, e ognuno porta con sé un obbligo diretto ai sensi del diritto UE vigente sulla non discriminazione delle persone con disabilità, che l'AI Act ora rende operativo.</p>

<h3 class="wp-block-heading" id="h-employment-ai">Occupazione — screening dei CV, valutazione dei colloqui video, monitoraggio della produttività</h3>

<p class="wp-block-paragraph">La Sezione 4 dell'Allegato III comprende i sistemi di IA utilizzati per il reclutamento, la selezione, l'assegnazione dei compiti, la valutazione delle prestazioni e le decisioni di licenziamento. Gli strumenti di screening dei CV che classificano i candidati rispetto alle descrizioni delle posizioni, le piattaforme automatizzate per i colloqui video che valutano le risposte dei candidati in base alle espressioni facciali, alle caratteristiche vocali e alla scelta delle parole, gli strumenti di monitoraggio della produttività che segnalano i lavoratori per un intervento manageriale sulla base dei dati di battitura o del tempo trascorso sullo schermo: tutti rientrano nell'Allegato III come ad alto rischio ai sensi della Sezione 4. L'obbligo di gestione del rischio dell'articolo 9 e l'obbligo di governance dei dati dell'articolo 10 richiedono ai fornitori di identificare e mitigare i rischi di impatto disparato già nella fase di addestramento del modello. La Direttiva sulla parità in materia di occupazione 2000/78/CE, in vigore dal 2003, vieta già la discriminazione diretta e indiretta per motivi di disabilità nel reclutamento e nell'occupazione; l'AI Act richiede ora che il meccanismo tecnico alla base di tale divieto sia verificabile attraverso il fascicolo tecnico dell'Allegato IV e attraverso il monitoraggio post-commercializzazione dell'articolo 73.</p>

<p class="wp-block-paragraph">L'obbligo di mitigazione dei pregiudizi è esplicito. L'articolo 10, paragrafo 2, lettera g), richiede che i fornitori esaminino le scelte di progettazione dei dati di addestramento per «possibili pregiudizi che possono influire sulla salute e sulla sicurezza delle persone, avere un impatto negativo sui diritti fondamentali o portare a discriminazioni vietate dal diritto dell'Unione». Una volta identificato un impatto disparato legato alla disabilità — un modello per i colloqui video che penalizza sistematicamente i candidati con disturbi del linguaggio, un modello di analisi HR che classifica erroneamente i pattern lavorativi di dipendenti con disabilità cognitive o malattie croniche — l'articolo 10, paragrafo 2, lettera h), richiede «misure adeguate per rilevare, prevenire e attenuare» tale impatto. Il lavoro di mitigazione deve essere documentato nel fascicolo dell'Allegato IV e valutato continuamente attraverso il sistema di monitoraggio post-commercializzazione dell'articolo 73.</p>

<h3 class="wp-block-heading" id="h-education-ai">Istruzione — sorveglianza degli esami, strumenti di accessibilità, previsione del rischio</h3>

<p class="wp-block-paragraph">La Sezione 3 dell'Allegato III riguarda l'IA usata per determinare l'accesso all'istruzione, valutare i risultati di apprendimento, determinare il livello di istruzione appropriato e monitorare gli studenti durante le verifiche. I sistemi di sorveglianza online degli esami che segnalano i comportamenti durante le prove sono esplicitamente nominati nei considerando. L'intersezione con la normativa sulla disabilità è acuta qui: un modello di sorveglianza addestrato su comportamenti basati su profili neurologici normativi segnalerà sistematicamente in eccesso gli studenti con ADHD, disturbi da tic o ansia — e meno del quindici percento degli studenti dell'istruzione superiore con disabilità documentata (Eurostat 2024) subisce l'impatto disparato. Il divieto dell'articolo 5, paragrafo 1, lettera f), sul riconoscimento delle emozioni nei contesti educativi rimuove già dal mercato legale una classe di modelli; ciò che rimane è lo strato più ampio di sorveglianza e previsione del rischio che opera ai sensi della Sezione 3 dell'Allegato III come ad alto rischio.</p>

<p class="wp-block-paragraph">Gli strumenti di accessibilità si collocano sull'altro lato della stessa frontiera. La sottotitolazione automatica, il riconoscimento vocale per le lezioni, la generazione automatica di testo alternativo e la rimediazione automatizzata dei documenti non sono di per sé usi dell'Allegato III — sono servizi di accessibilità. Ma quando un istituto scolastico li procura, gli obblighi di trasparenza e comunicazione dell'AI Act (articolo 13, articolo 50) si sovrappongono al requisito preesistente della dichiarazione di accessibilità della Direttiva sull'accessibilità dei siti web. Una scuola che utilizza uno strumento di sottotitolazione basato su IA deve pubblicare cosa lo strumento sa e non sa fare, comprese le lacune di accuratezza note per parlato con accento, dialetti regionali e contenuto in lingua dei segni.</p>

<h3 class="wp-block-heading" id="h-essential-services-ai">Servizi essenziali — credit scoring, triage sanitario, idoneità alle prestazioni</h3>

<p class="wp-block-paragraph">La Sezione 5 dell'Allegato III riguarda l'IA usata per valutare punteggi o merito creditizio, per valutare il rischio ai fini della determinazione del prezzo di polizze vita e assicurazioni sanitarie, per determinare l'idoneità a prestazioni e servizi pubblici essenziali, e per la gestione delle priorità nei servizi di pronto intervento. Ognuno di questi si interseca con la normativa sulla disabilità in un punto diverso. I modelli di credit scoring che utilizzano la volatilità del reddito o le spese legate all'assistenza sanitaria come variabili possono codificare un impatto disparato legato alla disabilità; l'IA di triage sanitario che classifica i pazienti per il trattamento può replicare lo stesso pregiudizio aggiustato per la qualità della vita che i difensori dei diritti delle persone con disabilità hanno contestato in tribunale per due decenni; l'automazione dell'idoneità alle prestazioni nel contesto della previdenza sociale — la sentenza olandese sul sistema SyRI e i casi algoritmici britannici relativi a PIP e Universal Credit rappresentano il canone contemporaneo — rientra ora pienamente nella Sezione 5 dell'Allegato III quando viene utilizzata da enti pubblici UE.</p>

<p class="wp-block-paragraph">L'articolo 27 dell'AI Act aggiunge un obbligo di <strong>valutazione dell'impatto sui diritti fondamentali</strong> a carico del deployer per i sistemi ad alto rischio dell'Allegato III usati da enti pubblici e da taluni operatori privati. La valutazione copre le categorie di persone fisiche che possono essere interessate, i rischi specifici di danno, le misure di supervisione umana adottate e i percorsi di rimedio per le persone interessate. La disabilità non è nominata nell'articolo 27, ma il divieto di discriminazione dell'articolo 21 della Carta dei diritti fondamentali — a cui l'articolo 27 fa riferimento incrociato — copre la disabilità esplicitamente, e l'articolo 26 della Carta riconosce il diritto delle persone con disabilità all'integrazione e alla partecipazione. La valutazione dell'impatto sui diritti fondamentali è il luogo in cui l'impatto sulla disabilità deve essere valutato prima del deployment, non come audit retrospettivo.</p>

<h2 class="wp-block-heading" id="h-crpd-overlay">L'overlay della CRPD</h2>

<p class="wp-block-paragraph">L'Unione europea è parte della Convenzione delle Nazioni Unite sui diritti delle persone con disabilità (CRPD) in proprio — il primo trattato internazionale sui diritti umani che l'UE ha sottoscritto come organizzazione di integrazione regionale — e la CRPD vincola quindi le istituzioni dell'UE, anche nell'interpretazione dell'AI Act. L'articolo 9 della CRPD obbliga le parti a garantire alle persone con disabilità l'accesso all'informazione e alle comunicazioni, incluse le tecnologie dell'informazione e delle comunicazioni, su base di uguaglianza con gli altri. L'articolo 5 le obbliga a vietare qualsiasi discriminazione fondata sulla disabilità e a garantire una protezione giuridica uguale ed efficace.</p>

<p class="wp-block-paragraph">Il considerando 56 dell'AI Act nomina esplicitamente la CRPD come parte dell'ancoraggio ai diritti fondamentali del regolamento, e le indicazioni interpretative dell'AI Office — pubblicate nel corso del 2025 e del 2026 sotto forma di documenti Q&amp;A e atti delegati della Commissione — hanno ripetutamente citato la CRPD nel contesto degli obblighi di accessibilità by design ai sensi dell'articolo 16 dell'AI Act (accessibilità delle informazioni) e della dimensione dell'impatto sulla disabilità nelle valutazioni dell'impatto sui diritti fondamentali dell'articolo 27. L'implicazione pratica: quando un'autorità di vigilanza del mercato sottopone a verifica un sistema ad alto rischio dell'Allegato III per l'impatto disparato sulla disabilità, la verifica avviene rispetto agli standard di governance dei dati e gestione del rischio dell'AI Act interpretati alla luce degli impegni di non discriminazione e accessibilità della CRPD. Un fornitore che sostiene che il proprio modello funziona «bene in media» senza affrontare le prestazioni per i sottogruppi rilevanti per la disabilità sta argomentando contro il proprio quadro interpretativo del regolamento.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Implicazioni pratiche per fornitori e deployer</h2>

<p class="wp-block-paragraph">Per i fornitori di sistemi di IA ad alto rischio e di modelli di IA per uso generale, l'architettura di conformità nel 2026 ha quattro componenti portanti. Primo, il <strong>fascicolo di governance dei dati</strong> richiesto dall'articolo 10 — una documentazione strutturata delle fonti dei dati di addestramento, dell'analisi della rappresentatività, dei pregiudizi identificati inclusi quelli rilevanti per la disabilità, e delle misure di mitigazione applicate. Secondo, la <strong>documentazione tecnica dell'Allegato IV</strong> — specifiche di progettazione, architettura del sistema, finalità prevista, limitazioni note, istruzioni per il deployer, metriche prestazionali per sottogruppi demografici e relativi alla disabilità ove i dati esistano. Terzo, il <strong>sistema di monitoraggio post-commercializzazione</strong> ai sensi dell'articolo 73 — registrazione degli incidenti, canali di reclamo, valutazione continua delle prestazioni, rivalidazione periodica rispetto al piano originale di gestione del rischio. Quarto, ove applicabile, la <strong>valutazione dell'impatto sui diritti fondamentali</strong> ai sensi dell'articolo 27 per i deployer nel settore pubblico e quasi-pubblico.</p>

<p class="wp-block-paragraph">I primi segnali di applicazione dei primi nove mesi di piena applicabilità (da agosto 2026 in poi) sono limitati ma indicativi in senso direzionale. L'AI Office ha avviato richieste di informazioni nei confronti di tre fornitori nominati di modelli di IA per uso generale per motivi di trasparenza e riepilogo del copyright. Le autorità nazionali di vigilanza del mercato dei Paesi Bassi, della Germania e della Francia hanno pubblicato documenti di orientamento preliminari sull'IA per l'occupazione della Sezione 4 dell'Allegato III, tutti e tre i quali citano esplicitamente il test dell'impatto disparato sulla disabilità come aspettativa documentale. Non è ancora stata emessa alcuna sanzione amministrativa definitiva ai sensi dell'articolo 99 — la curva di applicazione del GDPR ha impiegato circa 18 mesi per produrre le prime multe sostanziali, e l'AI Act sta seguendo una traiettoria comparabile. Il segnale per i fornitori è che il regime documentale è il regime: un fornitore che non è in grado di esibire su richiesta il proprio fascicolo dell'Allegato IV, il proprio lavoro di governance dei dati ai sensi dell'articolo 10 e il proprio monitoraggio post-commercializzazione ai sensi dell'articolo 73 si trova sul lato sbagliato del regolamento, indipendentemente dal fatto che sia stata emessa o meno una sanzione.</p>

<p class="wp-block-paragraph">Per la comunità dei diritti delle persone con disabilità, l'AI Act non sostituisce le tutele antidiscriminatorie della Direttiva 2000/78/CE, i requisiti di accessibilità dell'European Accessibility Act o i criteri di appalto ai sensi di EN 301 549 — si aggiunge a essi e conferisce loro un'architettura di documentazione e supervisione di cui gli strumenti esistenti erano privi. La prossima ondata di applicazione, attesa nel corso del 2027 e del 2028, sarà quella in cui l'interplay tra gli obblighi procedurali dell'AI Act e la dottrina sostanziale vigente sulla discriminazione per motivi di disabilità produrrà la giurisprudenza che definirà in pratica cosa significhi la mitigazione dei pregiudizi. Questo primer è la mappa del terreno; i casi tracceremo le curve di livello.</p>

</div>

---
title: Guida all'European Accessibility Act — EAA e Direttiva 2019/882
url: https://www.disabilityworld.org/it/articles/european-accessibility-act-guide/
description: L'European Accessibility Act (EAA) spiegato — la Direttiva (UE) 2019/882 è diventata applicabile il 28 giugno 2025. Ambito, WCAG 2.1 AA / EN 301 549, esenzione per le microimprese e la difesa dell'onere sproporzionato ex articolo 14.
author: Disability World
pubDate: 2026-05-22
tags: eaa, european-accessibility-act, eu, regulations, regulation-primer, en-301-549
---

# Guida all'European Accessibility Act — EAA e Direttiva 2019/882

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Requisiti normativi dell'UE</span>
  </div>

  <h1>L'European Accessibility Act: <em>cosa richiede effettivamente alle imprese private</em></h1>

  <p class="lede">La Direttiva (UE) 2019/882 — l'European Accessibility Act (Atto europeo sull'accessibilità), o EAA — è stata adottata il 17 aprile 2019, ha richiesto il recepimento da parte degli Stati membri entro il <strong>28 giugno 2022</strong> e vincola gli operatori economici interessati a partire dal <strong>28 giugno 2025</strong>. Sei anni dall'adozione all'applicabilità sono una lunga finestra temporale, ma gli obblighi sostanziali che ne derivano sono ora in vigore in tutti i <strong>27/27</strong> Stati membri. Il presente dossier si concentra sul lato dei requisiti — cosa copre la Direttiva, quali prodotti e servizi rientrano nel suo ambito, su quale standard tecnico si fonda la presunzione di conformità (<strong>EN 301 549 V3.2.1</strong>, che incorpora <strong>WCAG 2.1 Livello AA</strong>), e quali sono le due valvole di sicurezza strutturali: l'<strong>esenzione per le microimprese</strong> per i fornitori di servizi con meno di 10 dipendenti o un fatturato inferiore a 2 milioni di euro, e la <strong>difesa dell'onere sproporzionato</strong> prevista dall'articolo 14 con il relativo obbligo documentale quinquennale. L'applicazione nel primo anno è trattata in un articolo complementare; il presente riguarda ciò che la legge chiede alle imprese private, sulla carta.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultanze · Fascicolo EAA-REQ</span>
      <span class="dossier-meta">07 voci · derivate dalla Direttiva (UE) 2019/882, EN 301 549 V3.2.1 e dagli atti nazionali di recepimento</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa richiede effettivamente l'EAA alle imprese private</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">6 + 8</span>
        <div class="dossier-body">
          <p class="dossier-claim">Sei categorie di prodotti e otto categorie di servizi rientrano nell'ambito sostanziale della Direttiva</p>
          <p class="dossier-note">Prodotti: computer per uso generico, smartphone, apparecchiature televisive per consumatori, terminali self-service (ATM, biglietterie, chioschi di check-in), terminali bancari per consumatori, e-reader. Servizi: servizi bancari per consumatori, comunicazioni elettroniche, e-commerce, e-book e software dedicati, componenti di accesso ai servizi di media audiovisivi, servizi di biglietteria elettronica e informazioni nel settore dei trasporti, e comunicazioni di emergenza tramite il 112.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">WCAG 2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il riferimento tecnico armonizzato è EN 301 549 V3.2.1, che incorpora WCAG 2.1 Livello AA</p>
          <p class="dossier-note">L'allegato I fissa i requisiti funzionali come risultati. La conformità allo standard armonizzato crea una presunzione di conformità all'allegato I — non lo sostituisce. L'allegato II fornisce esempi non vincolanti su come possono essere soddisfatti i requisiti funzionali.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">28 giu 2025</span>
        <div class="dossier-body">
          <p class="dossier-claim">La data di applicabilità sostanziale è il 28 giugno 2025 — tre anni dopo il recepimento, sei dopo l'adozione</p>
          <p class="dossier-note">Una finestra di salvaguardia si estende fino al 28 giugno 2030 per i servizi che utilizzano prodotti legittimamente immessi sul mercato prima del 2025, e fino al 28 giugno 2045 per i terminali self-service già in funzione alla data di applicabilità — ma solo fino alla fine della loro vita economica.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">&lt; 10 / 2M€</span>
        <div class="dossier-body">
          <p class="dossier-claim">L'esenzione per le microimprese — solo per il lato servizi — riguarda le imprese con meno di 10 dipendenti O un fatturato inferiore a 2 milioni di euro</p>
          <p class="dossier-note">L'articolo 4(5) esonera le microimprese dai requisiti per il lato servizi (allegato I, sezione IV). Non si estende ai prodotti. L'esenzione è automatica — non richiede alcuna domanda o valutazione — ma è anche un concetto riferito a una singola giurisdizione; una piattaforma transfrontaliera non è una microimpresa in nessun luogo non appena supera una delle soglie.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">Art. 14 · 5 anni</span>
        <div class="dossier-body">
          <p class="dossier-claim">La difesa dell'onere sproporzionato prevista dall'articolo 14 comporta l'onere della prova e un obbligo documentale quinquennale</p>
          <p class="dossier-note">Gli operatori devono autovalutarsi sulla base dei criteri dell'allegato VI (dimensioni e risorse dell'operatore; costi e benefici stimati per le persone con disabilità). La documentazione deve essere conservata per l'ispezione per cinque anni e aggiornata ogni volta che il prodotto o servizio interessato viene modificato in modo sostanziale.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">Art. 30</span>
        <div class="dossier-body">
          <p class="dossier-claim">Le sanzioni sono stabilite da ciascuno Stato membro e devono essere «efficaci, proporzionate e dissuasive»</p>
          <p class="dossier-note">La Direttiva non fissa un minimo o un massimo armonizzato. In pratica, i massimali pubblicati variano di due ordini di grandezza — da 5.000 € per violazione in Estonia e Slovenia fino a circa 1 milione di euro in Spagna (Ley 11/2023), con soglie percentuali sul fatturato fino al 5% del fatturato annuo in Italia.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">CE</span>
        <div class="dossier-body">
          <p class="dossier-claim">I prodotti richiedono la marcatura CE e una dichiarazione di conformità UE; i servizi richiedono una dichiarazione di accessibilità</p>
          <p class="dossier-note">L'allegato IV stabilisce la procedura di valutazione della conformità per i prodotti (controllo interno della produzione / Modulo A). Gli operatori del lato servizi non appongono la marcatura CE ma devono pubblicare una dichiarazione di accessibilità che indichi come il servizio soddisfa l'allegato I e come contattare il fornitore per questioni di accessibilità.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong>Direttiva (UE) 2019/882, GU L 151, 7.6.2019; allegati I, IV, VI; ETSI EN 301 549 V3.2.1; atti nazionali di recepimento citati nel testo del presente articolo.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo dossier</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#what-it-is">Cos'è l'EAA, in un paragrafo</a></li>
      <li><span class="toc-num">02</span><a href="#scope">Le sei categorie di prodotti e le otto categorie di servizi</a></li>
      <li><span class="toc-num">03</span><a href="#standards">EN 301 549, WCAG 2.1 AA e la presunzione di conformità</a></li>
      <li><span class="toc-num">04</span><a href="#timeline">La cronologia 2019–2045</a></li>
      <li><span class="toc-num">05</span><a href="#microenterprise">L'esenzione per le microimprese</a></li>
      <li><span class="toc-num">06</span><a href="#article-14">La difesa dell'onere sproporzionato ex articolo 14</a></li>
      <li><span class="toc-num">07</span><a href="#penalties">I regimi sanzionatori nazionali</a></li>
      <li><span class="toc-num">08</span><a href="#operator-duties">Cosa devono fare concretamente le imprese private</a></li>
      <li><span class="toc-num">09</span><a href="#what-it-asks">Cosa chiede la Direttiva al capitale privato</a></li>
      <li><span class="toc-num">10</span><a href="#sources">Fonti</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="what-it-is">Cos'è l'EAA, in un paragrafo</h2>

  <p class="dropcap-first">L'European Accessibility Act è una direttiva — non un regolamento — adottata ai sensi dell'articolo 114 del Trattato sul funzionamento dell'Unione europea, base giuridica del mercato interno. Essa armonizza i requisiti di accessibilità degli Stati membri per un elenco definito di prodotti e servizi immessi sul mercato dell'UE, in modo che un e-reader, un'interfaccia bancaria o un processo di pagamento e-commerce progettato per il mercato tedesco non debba essere riprogettato per il mercato spagnolo a causa di obblighi di accessibilità divergenti. L'impostazione legislativa è quella del mercato unico: fissando un unico standard di risultato a livello UE, la Direttiva elimina il patchwork di norme nazionali sull'accessibilità che si era sviluppato attorno a prodotti e servizi dagli anni 2000. Il beneficio in termini di accessibilità è la conseguenza; il meccanismo giuridico è l'armonizzazione.</p>

  <p>Il titolo completo della Direttiva è la descrizione più accurata di ciò che essa fa: <em>Direttiva (UE) 2019/882 del Parlamento europeo e del Consiglio del 17 aprile 2019 sui requisiti di accessibilità dei prodotti e dei servizi.</em> Pubblicata nella Gazzetta ufficiale dell'Unione europea come GU L 151 del 7 giugno 2019, ha richiesto il recepimento nel diritto nazionale entro il 28 giugno 2022 e vincola gli operatori economici interessati a partire dal 28 giugno 2025. La data di applicabilità — non la data di recepimento — è il momento in cui gli obblighi sostanziali della Direttiva si applicano alle imprese private. Per un'impresa che immette sul mercato dell'UE prodotti rientranti nell'ambito di applicazione o che fornisce a consumatori dell'UE servizi coperti, il 28 giugno 2025 è la data a partire dalla quale la legge inizia a fare domande concrete.</p>

  <p>Un inquadramento cruciale: la Direttiva è uno strumento per il settore privato. Il regime di accessibilità per il settore pubblico — siti web e applicazioni mobili degli enti del settore pubblico — è disciplinato dalla <strong>Direttiva sull'accessibilità dei siti web (UE) 2016/2102</strong>, in vigore dal 2018 e basata su un riferimento tecnico analogo ma distinto. Un'impresa non dovrebbe presumere che la conformità alla Direttiva 2016/2102 implichi la conformità alla Direttiva 2019/882, o viceversa: i due regimi si sovrappongono sul livello base WCAG ma divergono per quanto riguarda l'apparato di valutazione della conformità, l'architettura sanzionatoria e il regime delle esenzioni.</p>

  <hr />

  <h2 id="scope">Le sei categorie di prodotti e le otto categorie di servizi</h2>

  <figure class="article-figure">
    <img src="/article-images/european-accessibility-act-guide/inline-1.webp" alt="Le sei principali categorie di ambito dell'EAA — computer, ATM, e-commerce, servizi bancari, e-reader, media audiovisivi — visualizzate come una griglia di icone." width="800" height="450" loading="lazy" />
    <figcaption>L'EAA copre sei categorie di prodotti e otto categorie di servizi. La griglia sopra rappresenta la sezione rivolta ai consumatori — le superfici quotidiane in cui la Direttiva incide più spesso sulla roadmap di prodotto di un'impresa privata.</figcaption>
  </figure>

  <p>L'ambito sostanziale della Direttiva è definito dall'articolo 2 e dettagliato nell'articolo 3. L'elenco è chiuso: un prodotto o servizio non incluso nell'elenco non è coperto, indipendentemente da quanto sia interattivo o destinato ai consumatori. Questa è la prima domanda che un team di conformità si pone, ed è anche la domanda più fraintesa nella prima ondata di copertura dell'EAA. La Direttiva non copre «tutti i prodotti digitali». Copre un elenco specifico ed enumerato.</p>

  <h3>Prodotti nell'ambito (articolo 2(1))</h3>

  <ul>
    <li><strong>Sistemi hardware per computer per uso generico e i relativi sistemi operativi</strong>, inclusi computer desktop, laptop e il software del sistema operativo fornito in dotazione.</li>
    <li><strong>Terminali self-service</strong> — terminali di pagamento nei punti vendita, ATM, macchine per la vendita di biglietti (ferroviario, aereo, stradale), chioschi di check-in (aeroporti, hotel) e chioschi self-service interattivi che forniscono informazioni sui servizi coperti.</li>
    <li><strong>Apparecchiature terminali per consumatori</strong> con capacità di elaborazione interattiva per servizi di comunicazione elettronica — smartphone, tablet con connettività cellulare, modem, router.</li>
    <li><strong>Apparecchiature terminali per consumatori</strong> con capacità di elaborazione interattiva per l'accesso ai servizi di media audiovisivi — smart TV, decoder, dispositivi di streaming.</li>
    <li><strong>E-reader.</strong> Dispositivi dedicati alla lettura di e-book, indipendentemente dal sistema operativo.</li>
    <li><strong>Terminali per servizi bancari.</strong> Hardware bancario specifico per consumatori non già compreso nei terminali self-service (terminali punto vendita dedicati alle transazioni bancarie dei consumatori).</li>
  </ul>

  <h3>Servizi nell'ambito (articolo 2(2))</h3>

  <ul>
    <li><strong>Servizi bancari per i consumatori</strong>, inclusi conti correnti, servizi di pagamento, transazioni con carta di credito, credito al consumo, e le interfacce destinate al pubblico (portali di home banking, app di mobile banking, ATM come superficie di servizio) attraverso cui vengono erogati.</li>
    <li><strong>Servizi di comunicazione elettronica</strong> — accesso a Internet, servizi vocali, servizi di messaggistica e le interfacce rivolte ai clienti utilizzate per sottoscriverli e gestirli.</li>
    <li><strong>Servizi che forniscono accesso ai servizi di media audiovisivi</strong>, incluse le guide elettroniche dei programmi (EPG) e le interfacce rivolte ai clienti delle piattaforme di streaming e trasmissione — ma non il contenuto audiovisivo stesso, disciplinato dalla Direttiva sui servizi di media audiovisivi (UE) 2018/1808.</li>
    <li><strong>Servizi di trasporto passeggeri aerei, su autobus, per ferrovia e per vie navigabili</strong> — limitati a specifici elementi del servizio: siti web, servizi basati su dispositivi mobili incluse le applicazioni mobili, biglietteria elettronica, informazioni in tempo reale sui viaggi e terminali self-service situati nel territorio dell'UE.</li>
    <li><strong>Servizi di e-commerce per i consumatori.</strong> Servizi forniti attraverso siti web o applicazioni mobili, che consentono ai consumatori di concludere un contratto con un operatore commerciale per la fornitura di prodotti o servizi. Questa è la categoria di ambito che coinvolge il maggior numero di imprese private.</li>
    <li><strong>Il numero unico europeo di emergenza 112.</strong> Le comunicazioni verso e dal servizio 112 devono essere accessibili.</li>
    <li><strong>E-book e software dedicati</strong> — il file di pubblicazione elettronica, il software del dispositivo di lettura e il servizio attraverso cui l'e-book viene acquistato e gestito.</li>
  </ul>

  <p>Due categorie richiedono una lettura attenta. I <strong>componenti di accesso ai media audiovisivi</strong> riguardano l'interfaccia ai servizi AV — non il contenuto AV. Se uno show di Netflix è disponibile con audiodescrizione è una questione relativa alla Direttiva sui servizi di media audiovisivi; se il flusso di iscrizione dell'app Netflix è navigabile da tastiera è una questione relativa all'EAA. I <strong>servizi di trasporto</strong> sono coperti solo nelle loro superfici digitali (siti web, app, chioschi di biglietteria, informazioni in tempo reale); l'accessibilità fisica delle stazioni, del materiale rotabile e degli aeromobili rimane disciplinata dai relativi regolamenti per modalità di trasporto (Regolamento (UE) 1300/2014 per la ferrovia, Regolamento (UE) 181/2011 per gli autobus, Regolamento (CE) 1107/2006 per i passeggeri aerei a mobilità ridotta).</p>

  <div class="callout info">
    <div class="ct">Cosa non rientra nell'ambito — e perché è importante</div>
    <p>L'elenco chiuso della Direttiva esclude ampie categorie di attività digitali. Software per il luogo di lavoro, strumenti aziendali interni, piattaforme business-to-business non vendute ai consumatori, videogiochi, piattaforme di social media, motori di ricerca e siti web solo informativi che non consentono all'utente di concludere un contratto — nessuno di questi è coperto dall'EAA. Alcuni atti nazionali di recepimento hanno esteso l'ambito nazionale (la legge tedesca <span lang="de">BFSG</span> copre un ambito più ristretto di quanto ci si aspettasse; la spagnola Ley 11/2023 copre approssimativamente l'elenco della Direttiva). Un'impresa che opera in tutta l'UE deve verificare l'atto nazionale di recepimento in ciascuno Stato membro in cui opera per determinare l'ambito, non la Direttiva da sola.</p>
  </div>

  <p>La Direttiva si applica agli operatori economici — produttori, importatori, distributori, fornitori di servizi — indipendentemente dal luogo in cui sono stabiliti, purché immettano prodotti sul mercato dell'UE o forniscano servizi a consumatori dell'UE. Una piattaforma di e-commerce con sede negli Stati Uniti che vende a consumatori francesi attraverso un sito in lingua francese è un «fornitore di servizi» ai sensi della Direttiva allo stesso modo di un rivenditore con sede a Parigi. La questione territoriale riguarda il mercato, non la sede.</p>

  <hr />

  <h2 id="standards">EN 301 549, WCAG 2.1 AA e la presunzione di conformità</h2>

  <p>La Direttiva stessa non contiene una specifica tecnica di accessibilità in senso letterale. L'allegato I fissa i requisiti funzionali come risultati — ad esempio, che le informazioni siano fornite «attraverso più di un canale sensoriale», che «gli elementi dell'interfaccia utente siano operabili attraverso più di una modalità di input», che «gli elementi dell'interfaccia utente includano tecniche adattive che tengano conto dei requisiti delle tecnologie assistive». Si tratta di risultati verso cui un progettista può orientare il suo lavoro ma che non può verificare in modo meccanico. Il meccanismo della Direttiva per colmare tale lacuna è lo <strong>standard armonizzato</strong>: una specifica tecnica sviluppata da un'organizzazione europea di normalizzazione (in questo caso ETSI, l'Istituto europeo delle norme di telecomunicazione) e referenziata dalla Commissione europea tramite decisione di esecuzione.</p>

  <p>Lo standard armonizzato di riferimento è <strong>ETSI EN 301 549 V3.2.1</strong>, pubblicato originariamente nel marzo 2021 e referenziato dalla Commissione nel 2024–25 ai fini della valutazione della conformità EAA. Lo standard incorpora le <strong>[Linee guida per l'accessibilità dei contenuti web (WCAG) 2.1 Livello AA](/toolkit/standards/wcag/)</strong> del W3C per il livello dei contenuti digitali, e aggiunge requisiti relativi all'hardware, alle TIC con comunicazione vocale bidirezionale, alle TIC con funzionalità video, agli strumenti di creazione di contenuti web e alla compatibilità con le tecnologie assistive per i prodotti al di fuori dell'ambito esclusivamente web.</p>

  <p>L'effetto giuridico dello standard armonizzato è la <strong>presunzione di conformità</strong> prevista dall'articolo 15 della Direttiva. Un prodotto o servizio conforme a EN 301 549 V3.2.1 è presunto conforme ai requisiti funzionali dell'allegato I — il che significa che un'autorità di vigilanza del mercato che voglia contestare tale conformità ha l'onere di dimostrare che lo standard non produce effettivamente il risultato richiesto dall'allegato. Al contrario, un prodotto o servizio che non segue lo standard armonizzato non è automaticamente non conforme: l'operatore può dimostrare, con altro mezzo, che i risultati dell'allegato I sono soddisfatti. Lo standard armonizzato è un porto sicuro, non un'incorporazione letterale.</p>

  <div class="stat-row r3">
    <div class="stat-box"><div class="stat-big">EN 301 549</div><div class="stat-desc">Standard armonizzato referenziato dalla Commissione</div></div>
    <div class="stat-box"><div class="stat-big">V3.2.1</div><div class="stat-desc">Versione attualmente referenziata (marzo 2021)</div></div>
    <div class="stat-box"><div class="stat-big">WCAG 2.1 AA</div><div class="stat-desc">Livello dei contenuti web all'interno della V3.2.1</div></div>
  </div>

  <p>Per la maggior parte dei fornitori di servizi nelle categorie e-commerce, bancaria, comunicazioni elettroniche e accesso ai media audiovisivi, la questione pratica della conformità si riduce a: <em>il nostro sito web e la nostra app rivolta ai clienti superano WCAG 2.1 Livello AA, con le integrazioni EN 301 549 per qualsiasi interfaccia hardware o di comunicazione bidirezionale che operiamo?</em> Questa è la domanda a cui risponde lo standard — e la domanda che la prima ondata di azioni di applicazione nazionali ha implicitamente posto. I redattori della Direttiva hanno avuto cura di mantenere l'obbligo giuridico al livello dei risultati (allegato I) proprio perché lo standard tecnico sottostante potesse essere aggiornato senza riaprire la Direttiva. EN 301 549 V4, che incorpora <strong>WCAG 2.2</strong>, è in fase avanzata di redazione presso ETSI a metà 2026 e si prevede che venga referenziato dalla Commissione entro 18 mesi, momento in cui la conformità alla V4 diventerà il porto sicuro rilevante.</p>

  <p class="pull-quote">La Direttiva fissa i risultati funzionali; lo standard armonizzato fissa l'ingegneria. Un'impresa progetta in conformità allo standard e rispetta la Direttiva.</p>

  <hr />

  <h2 id="timeline">La cronologia 2019–2045</h2>

  <p>L'architettura transitoria della Direttiva è più articolata di quanto suggerisca la data «28 giugno 2025» di per sé. Quattro date sono rilevanti per i team di conformità.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">17 aprile 2019 — Adozione</span><span class="ps-desc">La Direttiva (UE) 2019/882 è adottata dal Parlamento e dal Consiglio, pubblicata in GU L 151 il 7 giugno 2019.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">28 giugno 2022 — Termine di recepimento</span><span class="ps-desc">Gli Stati membri devono aver adottato le disposizioni legislative e regolamentari necessarie per conformarsi alla Direttiva.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">28 giugno 2025 — Applicabilità</span><span class="ps-desc">Gli obblighi sostanziali si applicano agli operatori economici coperti. I prodotti immessi sul mercato e i servizi forniti ai consumatori a partire da questa data devono essere conformi.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">28 giugno 2030 — Salvaguardia per i servizi</span><span class="ps-desc">I fornitori di servizi possono continuare a fornire servizi utilizzando prodotti lecitamente impiegati per fornire servizi analoghi prima del 28 giugno 2025 fino al 28 giugno 2030. I terminali self-service lecitamente in uso prima del 28 giugno 2025 possono continuare a essere utilizzati fino alla fine della loro vita economica — ma non oltre 20 anni (28 giugno 2045).</span></div>
  </div>

  <p>Le disposizioni transitorie dell'articolo 32 sono importanti e frequentemente fraintese. Una banca che gestiva un parco di ATM il 27 giugno 2025 non è tenuta a adeguare ogni macchina esistente il giorno successivo; può continuare a utilizzare quelle macchine fino al termine della loro vita economica, con un limite massimo assoluto del 28 giugno 2045. Qualsiasi nuova macchina installata a partire dal 28 giugno 2025 deve essere conforme. La stessa logica si applica, con una scadenza più breve, ai fornitori di servizi che utilizzano infrastrutture di prodotto: l'infrastruttura di prodotto legacy può essere impiegata nell'erogazione di servizi fino al 28 giugno 2030, ma la nuova infrastruttura di prodotto installata dal 2025 in poi deve essere conforme sin dal primo giorno.</p>

  <p>La salvaguardia è una forma di disciplina progressiva sul lato prodotti: non protegge la superficie digitale di un servizio coperto. L'app mobile di una banca, il processo di pagamento di un rivenditore, la pagina di iscrizione di una piattaforma audiovisiva — questi sono servizi e sono vincolati dai requisiti sostanziali a partire dal 28 giugno 2025, indipendentemente da quando la codebase sottostante è stata inizialmente sviluppata. La salvaguardia copre il parco hardware, non il parco web.</p>

  <hr />

  <h2 id="microenterprise">L'esenzione per le microimprese</h2>

  <p>L'articolo 4(5) della Direttiva contiene l'esenzione più discussa: <strong>le microimprese che forniscono servizi sono esenti dai requisiti per il lato servizi</strong>. La definizione di microimpresa è quella standard utilizzata negli strumenti dell'UE — un'impresa che occupa meno di 10 persone e il cui fatturato annuo o totale di bilancio annuo non supera i 2 milioni di euro. Le soglie sono alternative per il lato finanziario (fatturato O totale di bilancio) e cumulative con quella e il numero di dipendenti (meno di 10 dipendenti E meno di 2 milioni di euro).</p>

  <p>L'esenzione presenta tre caratteristiche da segnalare a qualsiasi impresa che si trovi prossima alla soglia:</p>

  <ul>
    <li><strong>Solo per il lato servizi.</strong> L'articolo 4(5) non si estende al lato prodotti della Direttiva. Un piccolo produttore hardware con 6 dipendenti è soggetto allo stesso regime di valutazione della conformità — controllo interno della produzione, marcatura CE, dichiarazione di conformità UE — di una multinazionale. L'asimmetria è un compromesso deliberato tra costo di conformità e onere di conformità, ma sorprende ogni piccola impresa hardware che la incontra.</li>
    <li><strong>Automatica, non dichiarata.</strong> Una microimpresa non richiede l'esenzione; si trova semplicemente al di fuori dell'ambito per il lato servizi. Gli atti nazionali di recepimento possono richiedere a una microimpresa di fornire informazioni alle autorità su richiesta, o di pubblicare una breve comunicazione, ma l'esenzione sostanziale è automatica.</li>
    <li><strong>Il superamento della soglia ha effetto futuro.</strong> Una volta che un'impresa supera i 10 dipendenti o i 2 milioni di euro di fatturato, diventa soggetta ai requisiti per il lato servizi dal periodo finanziario successivo. La Direttiva non richiede la conformità retroattiva per i periodi in cui l'impresa era una microimpresa.</li>
  </ul>

  <div class="callout warning">
    <div class="ct">La trappola della microimpresa transfrontaliera</div>
    <p>Lo status di microimpresa è calcolato a livello dell'impresa — non per Stato membro. Una piattaforma con 6 dipendenti e un fatturato di 1,5 milioni di euro in tutta l'UE è una microimpresa. Una piattaforma con 6 dipendenti e un fatturato di 1,5 milioni di euro in Francia, 1 milione di euro in Germania e 1 milione di euro in Spagna <strong>non</strong> è una microimpresa: il fatturato totale è di 3,5 milioni di euro, ben al di sopra della soglia. Le piattaforme transfrontaliere superano la soglia più rapidamente di quelle nazionali, e non esiste alcuna franchigia per giurisdizione.</p>
    <p>Si applica anche la regola delle «imprese collegate» ai sensi della Raccomandazione della Commissione 2003/361/CE: un'impresa controllata da un gruppo più grande conta il numero di dipendenti e il fatturato del gruppo, non solo i propri. Una piccola controllata nominalmente indipendente di una multinazionale non si qualifica per l'esenzione.</p>
  </div>

  <p>L'esenzione è stata oggetto di un intenso lobbying da parte delle federazioni delle piccole imprese in diversi Stati membri, con proposte di innalzare la soglia o di estenderla al lato prodotti. Nessuna di queste proposte ha trovato, a metà 2026, spazio negli atti nazionali di recepimento. La revisione della Commissione del 2030 riesaminerà l'esenzione — l'articolo 33 impone alla Commissione di valutare «l'impatto sulle microimprese che forniscono servizi» nell'ambito della revisione.</p>

  <hr />

  <h2 id="article-14">La difesa dell'onere sproporzionato ex articolo 14</h2>

  <p>La seconda valvola di sicurezza strutturale è l'articolo 14 — la <strong>difesa dell'onere sproporzionato</strong>. A differenza dell'esenzione per le microimprese, che è automatica e strutturale, l'articolo 14 è una via di autovalutazione disponibile per qualsiasi operatore coperto. Un operatore può invocare la difesa per sostenere che un requisito di accessibilità specifico — non l'intero regime — imporrebbe un onere sproporzionato, dopo aver bilanciato il costo della conformità con il beneficio per le persone con disabilità. I criteri per la valutazione sono stabiliti nell'allegato VI.</p>

  <p>Tre caratteristiche della difesa determinano se essa sia praticamente disponibile per un dato operatore.</p>

  <h3>L'onere della prova grava sull'operatore</h3>

  <p>Un operatore che invoca l'articolo 14 deve condurre la valutazione, documentarla e conservare la documentazione per l'ispezione. I criteri dell'allegato VI sono: (a) il rapporto tra i costi netti della conformità e i costi complessivi (spese in conto capitale e di esercizio) di produzione, distribuzione o importazione del prodotto o di fornitura del servizio; (b) i costi e i benefici stimati per l'operatore, compresi i processi produttivi e gli investimenti, in relazione al beneficio stimato per le persone con disabilità, tenendo conto della frequenza e della durata d'uso del prodotto o servizio specifico; (c) le dimensioni, le risorse e la natura dell'operatore. Un piccolo operatore con risorse limitate dispone di maggiore margine in base al criterio (c) rispetto a una multinazionale; un operatore che fornisce un servizio utilizzato di rado dispone di maggiore margine in base al criterio (b) rispetto a chi fornisce un servizio di uso quotidiano.</p>

  <h3>La documentazione deve essere conservata per cinque anni</h3>

  <p>L'articolo 14(8) impone agli operatori di tenere la valutazione dell'onere sproporzionato a disposizione delle autorità di vigilanza del mercato per cinque anni dopo l'ultima immissione del prodotto sul mercato o l'ultima erogazione del servizio. La documentazione deve essere aggiornata quando il prodotto o il servizio viene modificato in modo sostanziale, quando lo richiede l'autorità di vigilanza del mercato o quando viene aggiornato uno standard armonizzato applicabile. Una difesa priva di documentazione contestuale non è una difesa — le autorità, nel primo anno di applicazione, hanno trattato l'assenza di documentazione come decisiva contro l'operatore.</p>

  <h3>È granulare, non applicabile all'intera piattaforma</h3>

  <p>L'articolo 14 si applica a requisiti di accessibilità specifici, non a intere piattaforme. Un operatore di e-commerce non può invocare la difesa per sostenere che la gestione di un processo di pagamento accessibile sia, nel complesso, sproporzionatamente onerosa. L'operatore può, con documentazione, sostenere che un particolare requisito — ad esempio, fornire audiodescrizione per le dimostrazioni video di prodotti archiviati pubblicate prima di una certa data — sia sproporzionato nel contesto specifico. Il primo anno di applicazione a livello nazionale ha confermato questa lettura: la difesa ha avuto successo per esenzioni riguardanti funzionalità legacy limitate e ha fallito quando invocata per coprire l'intera superficie di una piattaforma.</p>

  <div class="callout info">
    <div class="ct">Le cinque domande a cui deve rispondere la documentazione ex articolo 14</div>
    <p>Le linee guida nazionali emanate dal <span lang="de">BMAS</span> tedesco, dall'olandese <span lang="nl">RDI</span> e dalla francese <span lang="fr">DGCCRF</span> nel corso del 2025–26 convergono su un modello a cinque domande per la documentazione ex articolo 14, tutte derivate dall'allegato VI: (1) Quale requisito specifico di accessibilità è oggetto di valutazione? (2) Qual è il costo netto stimato della conformità, disaggregato dal costo base del prodotto o del servizio? (3) Qual è la popolazione stimata di persone con disabilità beneficiata, e qual è la frequenza d'uso? (4) Qual è il rapporto costi-benefici rispetto alle dimensioni e alle risorse dell'operatore? (5) Quale è il fattore di rivalutazione pianificato — modifica sostanziale, aggiornamento degli standard o data fissa? Qualsiasi fascicolo ex articolo 14 che manchi di uno di questi cinque elementi è, in pratica, trattato come incompleto dalle autorità di vigilanza.</p>
  </div>

  <p>Un'importante interazione: l'articolo 14 non può essere utilizzato per invocare un onere sproporzionato quando l'operatore <strong>riceve finanziamenti esterni</strong> per miglioramenti dell'accessibilità da fonti diverse dalle proprie (fondi UE, pubblici o privati per il miglioramento dell'accessibilità). Il criterio è integrato direttamente nell'allegato VI — un operatore che attinge a un programma nazionale di sovvenzioni per l'accessibilità digitale non può contestualmente invocare l'onere sproporzionato per la funzionalità finanziata.</p>

  <hr />

  <h2 id="penalties">I regimi sanzionatori nazionali</h2>

  <p>L'articolo 30 della Direttiva stabilisce il principio sanzionatorio — le sanzioni devono essere «efficaci, proporzionate e dissuasive» — e lascia l'architettura assoluta ai legislatori degli Stati membri. Questa è la principale fonte di disomogeneità operativa nel mercato unico. Gli atti di recepimento adottati tra il 2021 e il 2025 hanno prodotto schedari sanzionatori che differiscono di due ordini di grandezza.</p>

  <table class="dt">
    <caption class="sr-only">Massimali di sanzione per violazione in alcuni Stati membri ai sensi degli atti di recepimento dell'EAA, metà 2026.</caption>
    <thead>
      <tr>
        <th scope="col">Stato membro</th>
        <th scope="col">Atto di recepimento</th>
        <th scope="col">Massimale per violazione</th>
      </tr>
    </thead>
    <tbody>
      <tr><td>Germania</td><td><span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG, 2021)</td><td class="num">100.000 €</td></tr>
      <tr><td>Francia</td><td><span lang="fr">Loi n° 2005-102</span>, decreti attuativi RGAA (2023)</td><td class="num">circa 75.000 €</td></tr>
      <tr><td>Paesi Bassi</td><td><span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span> (2022)</td><td class="num">circa 87.000 €</td></tr>
      <tr><td>Spagna</td><td>Ley 11/2023</td><td class="num">fino a 1.000.000 €</td></tr>
      <tr><td>Italia</td><td>D.lgs. n. 82/2022 (estensione della Legge Stanca)</td><td class="num">fino al 5% del fatturato</td></tr>
      <tr><td>Estonia</td><td><span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> (2022)</td><td class="num">5.000–32.000 €</td></tr>
      <tr><td>Slovenia</td><td><span lang="sl">Zakon o dostopnosti proizvodov in storitev</span> (2022)</td><td class="num">10.000–40.000 €</td></tr>
    </tbody>
  </table>

  <p>La disparità è rilevante per almeno tre ragioni. In primo luogo, determina in modo diverso il calcolo del deterrente in ciascuno Stato membro: un operatore che valuta se contestare una difesa dell'onere sproporzionato al limite affronta scenari di rischio molto diversi a Madrid e a Tallinn. In secondo luogo, crea una questione di scelta del foro per l'applicazione transfrontaliera: quale autorità prenderà il coordinamento quando una piattaforma extra-UE è inadempiente su più superfici di Stati membri contemporaneamente? In terzo luogo, è essa stessa un problema del mercato unico che la revisione della Commissione del 2030 dovrebbe affrontare — l'articolo 33 impone espressamente alla Commissione di valutare «l'efficacia, la proporzionalità e l'effetto dissuasivo» dei regimi sanzionatori nazionali.</p>

  <p>Per la pianificazione della conformità sul lato dei requisiti, l'implicazione pratica è che un operatore non può definire un budget di conformità UE uniforme rispetto a un unico massimale sanzionatorio. La giurisdizione più esposta tenderà a guidare l'orizzonte di pianificazione, e la giurisdizione più esposta non è sempre il mercato più grande. Un operatore di e-commerce multinazionale con una concentrazione di fatturato sproporzionata in Spagna o in Italia pianificherà in base a un caso peggiore diverso rispetto a uno con concentrazione in Germania e Paesi Bassi. (Per un quadro completo dell'applicazione nel primo anno — risoluzioni sanzionatorie emesse, traiettorie dei tassi di scansione, azioni transfrontaliere — si rimanda all'articolo complementare: <a href="/articles/eaa-first-year-enforcement-report/">EAA, primo anno: applicazione, sanzioni e la traiettoria del tasso di conformità nei 27 Paesi dell'UE</a>.)</p>

  <hr />

  <h2 id="operator-duties">Cosa devono fare concretamente le imprese private</h2>

  <p>La Direttiva distingue quattro classi di <strong>operatori economici</strong> e assegna a ciascuno un insieme distinto di obblighi. Una singola impresa può essere più di una di queste classi contemporaneamente.</p>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">A</div><div class="method-label">Produttori (Art. 7)</div></div>
    <div class="method-card"><div class="method-num">B</div><div class="method-label">Importatori (Art. 9)</div></div>
    <div class="method-card"><div class="method-num">C</div><div class="method-label">Distributori (Art. 10)</div></div>
    <div class="method-card"><div class="method-num">D</div><div class="method-label">Fornitori di servizi (Art. 13)</div></div>
  </div>

  <p>I <strong>produttori</strong> (articolo 7) devono progettare e fabbricare prodotti in conformità all'allegato I, redigere la documentazione tecnica prevista dall'allegato IV, espletare la procedura di valutazione della conformità mediante controllo interno della produzione (allegato IV — Modulo A), redigere una dichiarazione di conformità UE, apporre la marcatura CE e indicare sul prodotto il proprio nome e indirizzo di contatto. Devono conservare la documentazione tecnica e la dichiarazione di conformità per cinque anni dopo l'immissione del prodotto sul mercato.</p>

  <p>Gli <strong>importatori</strong> (articolo 9) devono verificare, prima di immettere un prodotto sul mercato, che il produttore abbia espletato la procedura di valutazione della conformità, che la documentazione tecnica sia stata redatta, che il prodotto rechi la marcatura CE, che sia accompagnato dai documenti richiesti e che il produttore abbia rispettato i requisiti di etichettatura. Gli importatori indicano sul prodotto il proprio nome e indirizzo di contatto, in un documento allegato al prodotto o, qualora ciò non sia possibile per le dimensioni o la natura del prodotto, in un altro modo appropriato.</p>

  <p>I <strong>distributori</strong> (articolo 10) devono verificare che il prodotto rechi la marcatura CE, sia accompagnato dai documenti richiesti e che il produttore e l'importatore (se presente) abbiano rispettato i requisiti di identificazione. I distributori non devono ripetere la valutazione della conformità; svolgono il ruolo di controllo qualità più che di soggetti che effettuano test.</p>

  <p>I <strong>fornitori di servizi</strong> (articolo 13) costituiscono la categoria più numerosa. Devono progettare e fornire servizi in conformità ai requisiti funzionali dell'allegato I; predisporre le informazioni richieste dall'allegato V (la dichiarazione di accessibilità), renderle pubblicamente disponibili in un formato accessibile alle persone con disabilità e conservarle per tutta la durata dell'erogazione del servizio; garantire che siano in atto procedure per mantenere l'accessibilità del servizio attraverso le modifiche alle caratteristiche del servizio, agli standard armonizzati applicabili e al diritto nazionale applicabile; e fornire informazioni su come è stata garantita la conformità ai requisiti di accessibilità, in caso di non conformità, in modo da consentire alle autorità nazionali competenti di verificarla.</p>

  <div class="quote-block">
    <div class="meta">Direttiva (UE) 2019/882, articolo 13(2)</div>
    <div class="quote">«I fornitori di servizi preparano le informazioni necessarie conformemente all'allegato V e spiegano in che modo i servizi soddisfano i requisiti di accessibilità applicabili. Le informazioni sono messe a disposizione del pubblico in formato scritto e orale, anche in modo accessibile alle persone con disabilità.»</div>
    <span class="source">— GU L 151, 7.6.2019, p. 96</span>
  </div>

  <p>Il dovere meno considerato nel primo anno di conformità è stato quello relativo alla <strong>dichiarazione di accessibilità</strong>. L'allegato V impone ai fornitori di servizi di pubblicare un documento che descriva le caratteristiche generali di accessibilità del servizio, i requisiti di accessibilità che soddisfa e — laddove sia stato invocato l'articolo 14 — il requisito specifico che è stato giudicato sproporzionatamente oneroso e la valutazione a sostegno di tale giudizio. La dichiarazione di accessibilità è la posizione pubblica dell'operatore in merito alla sua conformità EAA. Una dichiarazione mancante è una delle non conformità più facili da identificare per un'autorità di vigilanza del mercato.</p>

  <hr />

  <h2 id="what-it-asks">Cosa chiede la Direttiva al capitale privato</h2>

  <p>Letta dall'inizio alla fine, l'EAA è uno strumento del mercato unico che prende sul serio l'accessibilità come questione concorrenziale. L'argomento avanzato dai redattori della Direttiva nel 2019 — e illustrato a lungo nei considerando — è che la frammentazione delle norme nazionali sull'accessibilità stava imponendo un costo morto al commercio transfrontaliero di prodotti e servizi di consumo, e che uno standard armonizzato sui risultati elimina questo costo senza compromettere il beneficio sostanziale in termini di accessibilità. Il beneficio va alle persone con disabilità; il risparmio di costi va al mercato unico. Entrambi sono reali, e il progetto della Direttiva presuppone che si rafforzino a vicenda.</p>

  <p>Per le imprese private, la lettura operativa è più concreta. La Direttiva impone quattro cose, in ordine: (1) una determinazione onesta dell'ambito — quali prodotti e servizi sono coinvolti, in quali Stati membri; (2) una determinazione tecnica onesta — se la superficie rivolta ai clienti soddisfa oggi EN 301 549 V3.2.1 e se soddisferà la V4 (WCAG 2.2) quando diventerà il riferimento (una <a href="/toolkit/scan/">scansione WCAG 2.2 gratuita</a> è il modo più economico per stabilire quella linea di base); (3) una disciplina documentale — una dichiarazione di accessibilità ai sensi dell'allegato V per i servizi, documentazione tecnica ai sensi dell'allegato IV per i prodotti e un fascicolo ex articolo 14 per qualsiasi funzionalità per cui si invoca la difesa; e (4) un impegno di manutenzione — l'accessibilità non è un evento di conformità una tantum, è una proprietà della piattaforma che deve essere preservata attraverso ogni ciclo di rilascio.</p>

  <p>Il meccanismo della Direttiva è deliberatamente sobrio. Non nomina marchi, non individua settori, non impone un regime di rendicontazione pubblica. Fissa un risultato a livello UE, lascia l'architettura di applicazione agli Stati membri e attende di vedere come reagisce il mercato. Le imprese che si sono avvicinate alla Direttiva come a un programma di armonizzazione del mercato unico — progettando una volta sola e distribuendo ovunque — l'hanno trovata gestibile. Le imprese che l'hanno affrontata come un problema di conformità nazionale in 27 giurisdizioni l'hanno trovata costosa. I redattori della Direttiva hanno scommesso che, nel tempo, la prima lettura prevarrà. Il primo anno di applicabilità suggerisce che avevano ragione.</p>

  <p>Per i team che mettono in pratica una postura conforme all'EAA: il <a href="/articles/how-to-make-your-website-wcag-22-compliant/">manuale operativo per la conformità WCAG 2.2</a> copre audit, correzione e monitoraggio continuativo; la <a href="/articles/accessibility-monitoring-buyers-guide-2026/">guida all'acquisto di soluzioni di monitoraggio dell'accessibilità</a> confronta le piattaforme utilizzate dalle organizzazioni per mantenere tale postura; la <a href="/articles/manual-audits-by-people-with-disabilities-2026/">guida agli audit manuali</a> tratta il livello di revisione umana che l'articolo 14 presuppone di fatto; e la <a href="/articles/accessibility-compliance-explainer/">guida alla conformità in materia di accessibilità</a> orienta tra EAA, ADA e il resto del panorama normativo.</p>

  <footer class="footer-note" id="sources">
    <p><strong>Metodologia e dati:</strong> Il presente articolo è un primer normativo derivato dal testo consolidato della Direttiva (UE) 2019/882, dagli atti di recepimento pubblicati dagli Stati membri citati, dallo standard armonizzato EN 301 549 V3.2.1 e dalle linee guida della Commissione emanate nel periodo 2023–2026. Le statistiche sull'applicazione citate incidentalmente sono tratte dal set di dati consolidato delle scansioni automatizzate e dai bollettini delle autorità nazionali di vigilanza del mercato trattati nell'articolo complementare sul primo anno di applicazione.</p>
    <p><strong>Contesto giuridico:</strong> Direttiva (UE) 2019/882 (European Accessibility Act), GU L 151, 7.6.2019, con allegati I (requisiti funzionali di accessibilità), II (esempi non vincolanti), III (requisiti dell'ambiente costruito laddove gli Stati membri abbiano esteso l'ambito), IV (procedura di valutazione della conformità per i prodotti — Modulo A), V (informazioni sui servizi), VI (criteri per la valutazione dell'onere sproporzionato). Standard armonizzato: ETSI EN 301 549 V3.2.1 (marzo 2021), referenziato dalla decisione di esecuzione della Commissione ai fini dell'EAA; V4 in fase avanzata di redazione che incorpora WCAG 2.2. Linee guida per l'accessibilità dei contenuti web del W3C 2.1 (giugno 2018) e 2.2 (ottobre 2023). Strumenti UE correlati: Direttiva sull'accessibilità dei siti web (UE) 2016/2102 (ambito del settore pubblico); Direttiva sui servizi di media audiovisivi (UE) 2018/1808 (contenuti AV); Regolamento (UE) 2019/1020 sulla vigilanza del mercato. Definizione di microimpresa: Raccomandazione della Commissione 2003/361/CE. Atti nazionali di recepimento citati: <span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG, 2021, Germania); <span lang="fr">Loi n° 2005-102</span> con decreti attuativi del 2023 (Francia); Ley 11/2023 (Spagna); D.lgs. 27 maggio 2022, n. 82 (Italia); <span lang="nl">Implementatiewet toegankelijkheidsvoorschriften</span> (2022, Paesi Bassi); <span lang="et">Toodete ja teenuste ligipääsetavuse seadus</span> (2022, Estonia); <span lang="sl">Zakon o dostopnosti proizvodov in storitev</span> (2022, Slovenia).</p>
    <p><strong>Cosa questo articolo non è:</strong> Il presente testo è un primer normativo, non una consulenza legale. I regimi sanzionatori nazionali, le autorità designate per la vigilanza del mercato e le linee guida operative si aggiornano trimestralmente; gli operatori coperti dovrebbero consultare un legale qualificato per le questioni di conformità specifiche della giurisdizione e non dovrebbero fare affidamento sul presente articolo in sostituzione né del testo ufficiale della Direttiva né del relativo atto nazionale di recepimento.</p>
  </footer>

</div>

---
title: Eye-tracking, head-pointer e switch input sul web moderno
url: https://www.disabilityworld.org/it/articles/eye-tracking-and-switch-input-2026/
description: Come le app web moderne funzionano — e si inceppano — per gli utenti che navigano tramite eye-tracker, head-pointer o switch input. Un primer concettuale sull'hardware, i criteri WCAG pertinenti e i design pattern che resistono all'input su asse singolo.
author: Disability World
pubDate: 2026-05-22
tags: eye-tracking, switch-input, head-pointer, assistive-tech, motor-disability, tech-news
---

# Eye-tracking, head-pointer e switch input sul web moderno

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>A cura di</strong> Disability World</span>
  <span class="rt-pill">Tempo di lettura: 9 minuti</span>
</div>

<p class="wp-block-paragraph">Un clic sul web moderno nasconde un'assunzione: che la persona che clicca abbia una mano, un polso e un dispositivo di puntamento che si muove su due assi con precisione sub-pixel e un pulsante separato e affidabile per la pressione. Rimuovere uno qualsiasi di questi elementi cambia l'esperienza. Per chi guida la pagina con un eye-tracker, il «cursore» è un cono di sguardo da 1 grado d'arco che deriva e vibra. Per chi utilizza un head-pointer, il cursore è la punta del naso tracciata da una webcam con una selezione lenta tramite dwell. Per chi usa un'interfaccia di scansione a switch singolo, non esiste alcun cursore — solo un'evidenziazione scorrevole che si ferma su qualunque elemento abbia il focus quando l'utente preme lo switch. Ognuna di queste è una modalità di input reale, utilizzata oggi, nel 2026, da una popolazione abbastanza ampia da meritare l'attenzione del web moderno. La maggior parte del web moderno non ne è consapevole.</p>

<p class="wp-block-paragraph">Il presente articolo è un primer concettuale sulle tre modalità di input alternative su cui fanno maggiore affidamento gli utenti con disabilità motorie — eye-tracking, head-pointing e switch input — e su come il livello degli standard (i <a href="/toolkit/glossary/wcag/">criteri di successo WCAG 2.2</a>, la <a href="https://www.w3.org/TR/pointerevents">specifica W3C Pointer Events</a>) si interseca con i pattern di interfaccia utente che appaiono effettivamente in produzione. L'approccio è editoriale piuttosto che orientato al contenzioso: si analizza cosa funziona, cosa non funziona e cosa i progettisti possono smettere di fare domani.</p>

<h2 class="wp-block-heading" id="h-who-uses-these">Chi usa questi input, e perché</h2>

<p class="wp-block-paragraph">La popolazione che dipende da modalità di input alternative non è piccola. Le stime del <em>Global Report on Health Equity for Persons with Disabilities</em> dell'OMS (2022, con l'aggiornamento di monitoraggio del 2024) e del <em>Disability and Health Data System</em> del CDC statunitense collocano la quota di adulti con una significativa menomazione motoria agli arti superiori a circa l'8% della popolazione adulta nei Paesi ad alto reddito, e la quota di adulti che non riescono a utilizzare in modo affidabile un mouse o un trackpad standard a circa il 3-4%. All'interno di quel 3-4% si trovano diversi gruppi di utenti distinti, la cui modalità di input preferita è determinata dalla loro fisiologia più che dalla loro preferenza.</p>

<p class="wp-block-paragraph">Il gruppo più definito è quello delle persone con <strong>sclerosi laterale amiotrofica (SLA)</strong>, che perdono progressivamente il controllo volontario degli arti e, alla fine, della muscolatura facciale. Il tracciamento dello sguardo è, per molte persone con SLA avanzata, l'unico canale residuo per l'uso autonomo del computer. L'ALS Association stima che circa 30.000 persone vivano con la SLA negli Stati Uniti in qualsiasi momento; il registro europeo della SLA suggerisce una prevalenza simile corretta per età nell'UE. Il secondo gruppo è quello delle persone con <strong>lesione del midollo spinale ad alto livello</strong> — in particolare la tetraplegia C1-C4 — per cui le mani e le braccia sono inutilizzabili ma i movimenti oculari e della testa sono preservati. Il terzo è quello dei bambini e degli adulti con <strong>paralisi cerebrale</strong>, dove la strategia di input è altamente individuale: alcuni utenti hanno sufficiente controllo delle dita per un'interfaccia a switch, altri usano un head-pointer, altri ancora un joystick azionato col mento. Il quarto è quello delle persone con patologie neuromuscolari progressive — distrofia muscolare, sclerosi multipla in stadi avanzati — che spesso transitano attraverso diverse modalità di input nel corso del tempo.</p>

<p class="wp-block-paragraph">Tra questi gruppi, due principi trasversali emergono con chiarezza. In primo luogo, quasi tutti coloro che usano un input alternativo lo fanno perché la combinazione standard mouse-tastiera è diventata fisicamente impossibile, non perché preferiscano una modalità innovativa. In secondo luogo, l'input è di solito <strong>su asse singolo</strong> in un senso fondamentale: una singola fissazione dello sguardo, una singola direzione dell'head-pointer, una singola pressione dello switch. I design che presuppongono due canali coordinati — un puntatore più un tasto modificatore, un movimento di trascinamento più un target di rilascio preciso — collassano in modo più grave per questo pubblico.</p>

<h2 class="wp-block-heading" id="h-the-hardware">L'hardware nel 2026</h2>

<p class="wp-block-paragraph">Il panorama hardware è cambiato notevolmente negli ultimi tre anni. Quello che segue è una mappa approssimativa di ciò che gli utenti utilizzano concretamente, piuttosto che un catalogo completo.</p>

<h3 class="wp-block-heading" id="h-eye-trackers">Eye-tracker</h3>

<p class="wp-block-paragraph"><strong>Tobii Dynavox</strong> rimane il fornitore clinico dominante di eye-gaze. La generazione attuale — PCEye e I-Series — utilizza una barra sensore a infrarossi montata sotto un monitor o integrata in un tablet dedicato, e riporta la posizione dello sguardo al sistema operativo host come puntatore di sistema. La calibrazione richiede circa 30 secondi; la precisione in buone condizioni si aggira tra 0,5 e 1,0 gradi d'arco visivo, il che si traduce in un cono di sguardo di circa 30-60 pixel alla tipica distanza di visione. <strong>EyeGaze Edge</strong> (LC Technologies) e <strong>EyeTech VT3</strong> sono alternative cliniche. Sul lato consumer, <strong>Tobii Eye Tracker 5</strong> è venduto principalmente ai videogiocatori ma è ampiamente utilizzato come input di accessibilità a basso costo.</p>

<p class="wp-block-paragraph">Il 2024 ha portato il primo eye-tracking di livello consumer integrato in un dispositivo informatico per uso generico: <strong>Apple Vision Pro</strong> utilizza l'eye-gaze come modalità di navigazione primaria, combinata con un gesto di pizzico per la selezione. visionOS espone la posizione dello sguardo alle funzioni di accessibilità dwell-selection a livello di sistema, e dal punto di vista dello sviluppatore una fissazione dello sguardo seguita da un pizzico viene riportata come un evento click standard. La popolazione con disabilità ha, prevedibilmente, adottato visionOS per la stessa ragione per cui ha adottato l'iPhone nel 2008: una modalità integrata progettata per l'uso mainstream che si rivela utile anche per il caso d'uso della disabilità. Il prezzo di Apple Vision Pro lo mette fuori dalla portata di molti utenti, ma il precedente — l'eye-gaze come input primario su un computer non medico — è quello che conta.</p>

<h3 class="wp-block-heading" id="h-head-pointers">Head-pointer</h3>

<p class="wp-block-paragraph">Il software di head-pointing utilizza tipicamente la webcam integrata del dispositivo per tracciare un punto fiduciale — spesso la punta del naso o un piccolo adesivo riflettente applicato sulla fronte dell'utente — e traduce la rotazione della testa in movimenti del cursore. <strong>Camera Mouse</strong> (Boston College, gratuito) è l'implementazione più longeva e rimane in uso attivo. <strong>Glassouse</strong> fornisce un controller giroscopico indossabile montato sulla testa che si abbina al sistema operativo come mouse Bluetooth. macOS include <strong>Head Pointer</strong> come funzione di accessibilità integrata; Windows 11 dispone di funzionalità equivalenti tramite <em>Eye Control</em> se abbinato a hardware compatibile. La selezione con un head-pointer è quasi sempre <strong>basata sul dwell</strong>: il cursore si ferma su un target per un intervallo configurabile — tipicamente da 0,5 a 2,5 secondi — e un evento click scatta.</p>

<h3 class="wp-block-heading" id="h-switch-input">Switch input</h3>

<p class="wp-block-paragraph">Lo switch input è il più semplice e il più variabile dei tre. L'hardware è un singolo pulsante — un grande switch meccanico rotondo, un tubo sip-and-puff, una leva azionata col mento, un pedale, un'interfaccia cervello-computer in fase di ricerca avanzata — collegato a un'interfaccia switch standardizzata (un AbleNet Hook+, un Pretorian J-Pad, uno scudo Tecla) che si presenta al sistema operativo come una pressione di tasto USB o Bluetooth. Il software esegue quindi un'<strong>interfaccia di scansione</strong>: un indicatore di focus si sposta automaticamente tra i target disponibili sullo schermo e l'utente preme lo switch quando il focus raggiunge il target desiderato. La scansione a switch singolo utilizza un unico pulsante per tutto; la scansione a doppio switch mappa tipicamente uno switch su «avanza» e l'altro su «seleziona». iOS include <strong>Switch Control</strong> come funzione di accessibilità integrata; Android 14+ include <strong>Switch Access</strong>; macOS e Windows dispongono entrambi di funzionalità analoghe. Lo switch input è fondamentalmente <strong>seriale</strong> — l'utente non può puntare a un target; può solo attendere che la scansione lo raggiunga — e questo fatto determina ogni design pattern descritto di seguito.</p>

<h2 class="wp-block-heading" id="h-how-they-meet-the-web">Come si incontrano con il web: il livello degli standard</h2>

<p class="wp-block-paragraph">Dal punto di vista del browser, un eye-tracker e un head-pointer si comportano entrambi come dispositivi di puntamento standard: emettono eventi <code>pointermove</code>, <code>pointerdown</code> e <code>pointerup</code> tramite la <a href="https://www.w3.org/TR/pointerevents">specifica W3C Pointer Events</a>, la stessa API utilizzata da un mouse o da un touchscreen. Lo switch input, al contrario, appare al browser come input da tastiera: il focus scorre tra gli elementi con focus e la pressione dello switch genera un evento <code>keydown</code> per Invio o Barra spaziatrice. Questa divergenza è la prima cosa che un progettista deve interiorizzare — gli utenti con eye-gaze attivano i vostri stati <code>:hover</code> e i vostri gestori di eventi puntatore; gli utenti con switch incontrano solo gli elementi focusabili da tastiera e l'ordine di focus che avete definito.</p>

<p class="wp-block-paragraph">WCAG 2.2 contiene diversi criteri di successo scritti specificamente per mantenere funzionanti queste modalità di input. Tre di essi portano il peso maggiore.</p>

<p class="wp-block-paragraph"><strong>SC 2.1.1 Tastiera (Livello A)</strong> è il requisito fondamentale: ogni elemento funzionale della pagina deve essere operabile tramite un'interfaccia da tastiera da sola. Gli utenti con switch ne dipendono in modo assoluto. Un elemento che risponde solo a un clic del mouse — un <code>div</code> personalizzato con un gestore <code>click</code> e senza <code>tabindex</code>, senza <code>role</code>, senza gestore <code>keydown</code> — è invisibile a un utente con switch. È invisibile anche a molti utenti con head-pointer che ricorrono alla navigazione da tastiera per sezioni della pagina dove il dwell-click è troppo lento.</p>

<p class="wp-block-paragraph"><strong>SC 2.5.1 Gesture del puntatore (Livello A)</strong> richiede che qualsiasi funzione operata tramite un gesto multipunto o basato su percorso sia operabile anche con un'azione a puntatore singolo. Il criterio esiste perché eye-gaze, head-pointer e molti input alternativi non riescono a eseguire in modo affidabile gesti multi-dito o percorsi di trascinamento precisi. Un pinch-to-zoom senza pulsante alternativo. Uno swipe-to-delete senza controllo di eliminazione a schermo. Un elenco drag-to-reorder senza equivalente da tastiera. Ognuno di questi è un fallimento del criterio 2.5.1 e ognuno preclude la modalità di cui l'utente dispone effettivamente.</p>

<p class="wp-block-paragraph"><strong>SC 2.5.2 Cancellazione del puntatore (Livello A)</strong> richiede che per qualsiasi attivazione a puntatore singolo, l'azione non si esegua sull'evento down (ma sull'evento up), oppure si esegua sull'evento down ma consenta all'utente di annullarla spostandosi via prima dell'evento up. Il criterio è scritto per gli utenti che colpiscono il target sbagliato a causa di un tremore o di una deriva, ed è fondamentale per le interfacce dwell-based di head-pointer e eye-gaze: un clic che scatta nell'istante in cui il cursore si posa non dà all'utente alcuna possibilità di recuperare da una deriva dello sguardo. I pulsanti che associano il proprio gestore a <code>mousedown</code> anziché a <code>click</code> non rispettano questo criterio.</p>

<p class="wp-block-paragraph">Il SC 2.5.7 Movimenti di trascinamento (aggiunto in WCAG 2.2) estende la protezione dei gesti al drag-and-drop specificamente: qualunque elemento trascinabile deve essere raggiungibile anche tramite un'alternativa a puntatore singolo, tipicamente un controllo di spostamento su/giù tramite pulsante. Il SC 2.5.4 Attivazione tramite movimento (Livello A) protegge gli utenti che non riescono ad agitare o inclinare in modo affidabile il proprio dispositivo. E il SC 2.2.1 Regolazione dei tempi (Livello A) e il SC 2.2.2 Pausa, stop, nascondi (Livello A) proteggono tutti dalle interfacce che scadono prima che un'interfaccia di scansione riesca a raggiungere il controllo pertinente.</p>

<p class="wp-block-paragraph">Questi criteri sono scritti come un unico frame integrato: l'utente dispone di un solo asse di input, l'input è lento, e il design non deve presupporre nulla di diverso.</p>

<h2 class="wp-block-heading" id="h-common-breakage">Errori comuni sui siti in produzione</h2>

<p class="wp-block-paragraph">Confrontando questi criteri con ciò che i siti in produzione distribuiscono effettivamente, emerge un insieme ricorrente di pattern di fallimento. Nessuno di questi è esotico. Tutti compaiono nei normali test utente con eye-tracker, head-pointer e switch.</p>

<p class="wp-block-paragraph"><strong>Drag-and-drop senza alternativa da tastiera.</strong> Un pattern comune negli strumenti di project management, nei file manager e nelle interfacce con elenchi classificabili: trascinare una scheda da una colonna a un'altra. Per gli utenti con switch l'azione è impossibile — nella scansione non esiste alcun trascinamento. Per gli utenti con head-pointer ed eye-gaze, il trascinamento stesso è circa 4-5 volte più lento di un'azione tramite pulsante ed è di solito impossibile da completare senza rilasciare l'elemento a metà percorso. La correzione è semplice: abbinare ogni drag-and-drop a un'azione di spostamento tramite pulsante, esposta nell'ordine di tab da tastiera. Il pattern del menu Trello «sposta scheda su / sposta scheda giù / sposta in un altro elenco» è l'implementazione di riferimento.</p>

<p class="wp-block-paragraph"><strong>Navigazione solo tramite hover.</strong> Menu a discesa, tooltip e controlli di disclosure che compaiono solo al <code>:hover</code> e scompaiono quando il cursore si allontana. Per un utente con eye-gaze, il cono di sguardo deriva fuori dal trigger del menu nel momento in cui cerca di guardare una sotto-voce, e il menu collassa prima che la raggiunga. Il criterio WCAG 2.2 che gestisce questo caso è il 1.4.13 Contenuto al passaggio del puntatore o al focus (Livello AA): il contenuto attivato al hover deve essere ignorabile, hoverable (l'utente può spostarsi all'interno senza che scompaia) e persistente. Molti menu in produzione falliscono tutti e tre i requisiti.</p>

<p class="wp-block-paragraph"><strong>Target di clic troppo piccoli.</strong> Il SC 2.5.8 Dimensione del target (minimo) (Livello AA, nuovo in WCAG 2.2) richiede che i target interattivi abbiano almeno 24x24 pixel CSS, con eccezioni. Il criterio è stato scritto per il touch e per gli utenti con puntamento impreciso — eye-gaze, head-pointer, tremore della mano. Un'icona di chiusura da 16 pixel nell'angolo di una modale è, in pratica, quasi impossibile da centrare in modo affidabile con un eye-tracker. La correzione è meccanica: rendere i target più grandi, oppure esporre la stessa azione tramite un controllo più grande altrove nell'interfaccia.</p>

<p class="wp-block-paragraph"><strong>Clic con limiti di tempo.</strong> Caroselli che avanzano automaticamente ogni 5 secondi, finestre di dialogo «hai 30 secondi per confermare», timeout di sessione che scattano durante un'attività. Per un utente con switch che naviga un'interfaccia di scansione a 1,5 secondi per target, un timeout di 30 secondi corrisponde a circa 20 target di spazio reale raggiungibile — spesso non abbastanza per raggiungere il pulsante di conferma. Il SC 2.2.1 Regolazione dei tempi richiede che qualsiasi limite di tempo sia estensibile, regolabile o ignorabile. La maggior parte dei timeout in produzione non soddisfa nessuno di questi requisiti.</p>

<p class="wp-block-paragraph"><strong>Conferma solo tramite gesture.</strong> Slider swipe-to-confirm, conferme tramite firma digitale, captcha che richiedono di tracciare un percorso. Ognuno di questi è un fallimento del criterio 2.5.1 a meno che non sia abbinato a un'alternativa con pulsante.</p>

<p class="wp-block-paragraph"><strong>Azione su mousedown.</strong> Un pulsante che attiva il proprio gestore su <code>mousedown</code> anziché sull'evento <code>click</code> standard non lascia all'utente alcun modo per annullare un errore. Il SC 2.5.2 Cancellazione del puntatore è il criterio; la correzione consiste nel collegare l'evento a <code>click</code>, oppure a <code>pointerup</code> con un controllo esplicito di annullamento.</p>

<p class="wp-block-paragraph"><strong>Controlli personalizzati senza ARIA.</strong> Un <code>&lt;div&gt;</code> che visivamente sembra un pulsante ma è privo di <code>role="button"</code>, <code>tabindex="0"</code> e di un gestore <code>keydown</code> per Invio e Barra spaziatrice. Il controllo è irraggiungibile tramite switch e tramite il fallback da tastiera. Il SC 4.1.2 Nome, ruolo, valore (Livello A) è il criterio. La correzione è l'elemento nativo <code>&lt;button&gt;</code> ovunque sia possibile, e un pattern ARIA completo dove non lo è.</p>

<h2 class="wp-block-heading" id="h-design-patterns-that-work">Design pattern che funzionano</h2>

<p class="wp-block-paragraph">I pattern che resistono a un eye-tracker, a un head-pointer e a una scansione con switch condividono un piccolo numero di proprietà strutturali. Ognuno è ben documentato nella <a href="https://www.w3.org/WAI/ARIA/apg">ARIA Authoring Practices Guide</a> e nei documenti di comprensione di WCAG 2.2, e ognuno è in uso corrente in produzione su siti che si rivolgono a pubblici mainstream senza che nessuno lo noti.</p>

<p class="wp-block-paragraph"><strong>Elementi HTML nativi ovunque sia possibile.</strong> La singola scelta di accessibilità più affidabile è utilizzare <code>&lt;button&gt;</code>, <code>&lt;a&gt;</code>, <code>&lt;input&gt;</code>, <code>&lt;select&gt;</code> e <code>&lt;textarea&gt;</code> per i loro scopi semantici. Gli elementi nativi vengono forniti con la giusta gestione da tastiera, i giusti ruoli ARIA, il giusto comportamento del focus e la giusta semantica di cancellazione del puntatore integrati. La complessità di ricostruire correttamente uno qualsiasi di questi con un <code>&lt;div&gt;</code> personalizzato è circa 10 volte superiore al lavoro di progettazione per un risultato quasi sempre peggiore.</p>

<p class="wp-block-paragraph"><strong>Indicatori di focus visibili con contrasto adeguato.</strong> Per gli utenti con switch l'anello di focus <em>è</em> il cursore. Un anello blu da 2 pixel con contrasto 4:1 rispetto allo sfondo circostante è il minimo procedurale (SC 2.4.7 Focus visibile, Livello AA, e SC 2.4.11 Focus non oscurato, nuovo in WCAG 2.2). I siti che rimuovono l'anello di focus predefinito del browser senza sostituirlo lasciano gli utenti con switch senza orientamento.</p>

<p class="wp-block-paragraph"><strong>Ordine di focus prevedibile.</strong> Una scansione con switch scorre il DOM in ordine sorgente per impostazione predefinita, modificato da <code>tabindex</code>. Un ordine di scansione che salta per la pagina rende l'interfaccia inutilizzabile. Il SC 2.4.3 Ordine di focus (Livello A) è il criterio; l'implicazione pratica è che l'ordine visivo e l'ordine del DOM dovrebbero coincidere ovunque l'utente stia eseguendo una sequenza di azioni.</p>

<p class="wp-block-paragraph"><strong>Aree di attivazione generose.</strong> Il minimo di 24 pixel del SC 2.5.8 è il pavimento, non l'obiettivo. Molti dei design system che hanno pubblicato pattern testati per l'accessibilità dal 2022 — Adobe Spectrum, IBM Carbon, GOV.UK Design System, il US Web Design System — adottano target touch da 44 pixel per impostazione predefinita, che funzionano bene per gli utenti con puntamento impreciso senza incidere sul layout visivo.</p>

<p class="wp-block-paragraph"><strong>Flussi di conferma con pulsanti espliciti.</strong> Qualsiasi azione distruttiva o irreversibile dovrebbe richiedere un pulsante di conferma esplicito — non uno swipe, non una long-press, non un «clicca ovunque all'esterno per ignorare». Il pattern funziona per tutti e resiste a qualsiasi input alternativo.</p>

<p class="wp-block-paragraph"><strong>Timeout generosi, o nessuno.</strong> Se un timeout è richiesto per motivi di sicurezza (settore bancario, sanitario), l'utente deve poter estenderlo tramite un'azione a puntatore singolo ben prima che scatti. Il pattern consiste nel mostrare un avviso «Sei ancora lì?» al 75% della finestra del timeout, con un singolo pulsante grande per estenderlo.</p>

<p class="wp-block-paragraph"><strong>Skip link e navigazione per landmark.</strong> Un'interfaccia di scansione che deve attraversare l'intero menu di navigazione, l'intera sezione hero e l'intero slot pubblicitario prima di raggiungere il corpo dell'articolo è inutilizzabile. Un link «Vai al contenuto» come primo elemento focusable della pagina è il minimo; le regioni landmark (<code>&lt;main&gt;</code>, <code>&lt;nav&gt;</code>, <code>&lt;aside&gt;</code>) consentono agli utenti con switch di spostarsi strutturalmente anziché linearmente.</p>

<p class="wp-block-paragraph"><strong>Rispettare l'impostazione prefers-reduced-motion dell'utente.</strong> I caroselli ad avanzamento automatico e gli sfondi costantemente animati rendono impossibile per un eye-tracker stabilizzarsi su un target. Le media query CSS (<code>@media (prefers-reduced-motion: reduce)</code>) consentono alla stessa interfaccia di servire l'utente che ha bisogno che il movimento sia assente.</p>

<h2 class="wp-block-heading" id="h-what-this-means">Cosa significa per progettisti, ingegneri e product team</h2>

<p class="wp-block-paragraph">Il quadro documentato sulle modalità di input alternative porta a una conclusione che dovrebbe essere familiare a chi ha letto gli altri primer sull'accessibilità di Disability World. La tecnologia ha raggiunto la maturità. Gli standard hanno raggiunto la maturità. Le popolazioni di utenti sono ben caratterizzate. Il lavoro restante riguarda gli acquisti, la formazione e l'abitudine quotidiana di costruire interfacce che non presuppongano silenziosamente un input bidirezionale, a due mani, con latenza sub-secondo.</p>

<p class="wp-block-paragraph">Per i <strong>progettisti</strong>: si raccomanda di prototipare con la tastiera. Se un design funziona con la sola navigazione tramite tab e un anello di focus visibile, funziona per un utente con switch; se non funziona, il design visivo ha superato il modello di interazione. Il precedente di Apple Vision Pro con gaze-plus-pinch ridefinisce l'input alternativo come la baseline progettuale piuttosto che una correzione. I design che resistono a Vision Pro tendono a resistere a Tobii.</p>

<p class="wp-block-paragraph">Per gli <strong>ingegneri</strong>: si raccomanda di collegare gli eventi a <code>click</code> anziché a <code>mousedown</code>. Usare elementi HTML nativi. Testare l'ordine di tab. Far passare la pagina attraverso un audit solo da tastiera prima del rilascio. La maggior parte degli errori sopra descritti è una questione di convenzione ingegneristica piuttosto che di difficoltà ingegneristica.</p>

<p class="wp-block-paragraph">Per i <strong>product team</strong>: si raccomanda di includere gli utenti di modalità di input alternative nei test utente di routine. Le barriere sopra descritte non sono casi limite; sono fallimenti ordinari che emergono in 30 minuti di test con una barra Tobii o con un dispositivo iOS con Switch Control attivo. Il costo di includere la modalità nel piano di test è basso. Il costo di non includerla si manifesta come gli errori sopra descritti, distribuiti su larga scala, a una popolazione le cui opzioni sono già limitate.</p>

<p class="wp-block-paragraph">Il web funziona quando accetta che il clic non sia il verbo universale. L'utente con una barra Tobii montata sotto il monitor, l'utente con una webcam che traccia la punta del naso, l'utente con un singolo switch meccanico collegato all'angolo di una scrivania — ognuno di loro sta compiendo la stessa azione di un utente con un trackpad. Il livello degli standard lo riconosce. I design pattern sopra descritti lo rispettano. Il lavoro consiste nel continuare a costruire come se fosse vero.</p>

<p class="wp-block-paragraph">Per ulteriori approfondimenti da Disability World, si rimanda ai <a href="/toolkit/glossary/wcag/">criteri di successo WCAG 2.2</a>, al <a href="/articles/state-of-deaf-education-access/">quadro generale dei dati 2026</a> e alla nostra <a href="/articles/">copertura continuativa delle tecnologie assistive</a>.</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 id="sources-heading">Fonti primarie</h2>
<ol>
<li>World Wide Web Consortium (W3C). <em>Web Content Accessibility Guidelines (WCAG) 2.2</em>, raccomandazione ottobre 2023. https://www.w3.org/TR/WCAG22/</li>
<li>World Wide Web Consortium (W3C). <em>Pointer Events Level 3</em>, raccomandazione. https://www.w3.org/TR/pointerevents/</li>
<li>World Wide Web Consortium (W3C). <em>WAI-ARIA Authoring Practices Guide</em>. https://www.w3.org/WAI/ARIA/apg/</li>
<li>World Health Organization. <em>Global Report on Health Equity for Persons with Disabilities</em> (2022) e aggiornamento di monitoraggio 2024.</li>
<li>US Centers for Disease Control and Prevention. <em>Disability and Health Data System (DHDS)</em>, consultato nel 2026.</li>
<li>Tobii Dynavox AB. Documentazione prodotto PCEye e I-Series, note di rilascio 2025.</li>
<li>Apple Inc. <em>Apple Vision Pro Accessibility</em>, documentazione visionOS 2 (2024-25).</li>
<li>Boston College. <em>Camera Mouse</em>, documentazione del progetto, rilascio 2024.</li>
<li>Apple Inc. <em>Switch Control su iOS, iPadOS e macOS</em>, documentazione sull'accessibilità.</li>
<li>Google. <em>Switch Access per Android</em>, documentazione sull'accessibilità di Android, Android 14+.</li>
<li>ALS Association. <em>Epidemiology of ALS in the United States</em>, aggiornamento della sorveglianza 2024.</li>
<li>European ALS Consortium. Rapporti su prevalenza e incidenza della SLA, cicli 2023-25.</li>
</ol>
</aside>

</div>

---
title: Il RGAA francese: l'obbligo di audit del settore pubblico che si estende ai contratti privati
url: https://www.disabilityworld.org/it/articles/france-rgaa/
description: Il Référentiel général d'amélioration de l'accessibilité (RGAA) francese, versione 4.1.2, è uno dei framework nazionali di accessibilità più citati in Europa.
author: Disability World
pubDate: 2026-05-22
tags: france, rgaa, regulations, regulation-primer, eu, public-sector
---

# Il RGAA francese: l'obbligo di audit del settore pubblico che si estende ai contratti privati

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione dell'immagine: Un documento ufficiale del governo francese con il simbolo della Marianna e un sigillo di ceralacca posato su una scrivania in legno lucido — l'ancora burocratica del framework RGAA per l'accessibilità in Francia.</p>

<p class="rt-prefix">Tempo di lettura: 10 minuti</p>

<p class="wp-block-paragraph">Il <strong><span lang="fr">Référentiel général d'amélioration de l'accessibilité</span></strong> (RGAA — il Quadro generale per il miglioramento dell'accessibilità) è il riferimento tecnico nazionale francese per l'accessibilità digitale. Ora alla versione <strong>4.1.2</strong>, esso attua l'articolo 47 della <em><span lang="fr">Loi n° 2005-102 du 11 février 2005 pour l'égalité des droits et des chances</span></em> (Legge dell'11 febbraio 2005 sulla parità dei diritti e delle opportunità) e allinea la conformità del settore pubblico francese a <strong>WCAG 2.1 livello AA</strong>. Per il contesto europeo più ampio, si rimanda all'<a href="/regulations/">indice nazionale delle normative sui diritti delle persone con disabilità</a> e al primer di Disability World sull'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act (EAA)</a>.</p>

<p class="wp-block-paragraph">Due caratteristiche rendono il RGAA insolito tra i framework nazionali europei. In primo luogo, ogni entità coperta deve pubblicare — sulla home page del servizio — una <strong><span lang="fr">déclaration d'accessibilité</span></strong> (dichiarazione di accessibilità) annuale, supportata da un audit documentato e da un <span lang="fr">schéma pluriannuel</span> (piano pluriennale). In secondo luogo, sebbene l'obbligo giuridico vincoli formalmente il settore pubblico, il RGAA si estende ai contratti privati attraverso gli appalti pubblici: qualsiasi fornitore che venda un servizio digitale coperto allo Stato francese deve di fatto conformarsi ad esso. Con la <em><span lang="fr">Loi du 9 mars 2023 portant diverses dispositions d'adaptation au droit de l'Union européenne</span></em> (BFG, il recepimento francese dell'EAA) entrata in vigore il <strong>28 giugno 2025</strong>, l'obbligo si estende ora anche a una serie definita di servizi privati. Il presente primer illustra cos'è il RGAA, chi vincola, come viene applicato e quale sia il quadro nel 2026.</p>

<h2 class="wp-block-heading" id="h-purpose-and-scope">Finalità e ambito</h2>

<p class="wp-block-paragraph">Il RGAA è un framework di riferimento tecnico mantenuto dalla <strong><span lang="fr">Direction interministérielle du numérique</span> (DINUM)</strong> — la direzione digitale interministeriale all'interno dell'ufficio del Primo Ministro — che traduce i criteri di successo WCAG in una metodologia di audit strutturata in lingua francese. Non è di per sé la fonte dell'obbligo giuridico: tale obbligo deriva dall'articolo 47 della Legge del 2005, precisato dal decreto <em><span lang="fr">n° 2019-768 du 24 juillet 2019</span></em> e dall'<em><span lang="fr">arrêté</span></em> attuativo del 20 settembre 2019 (rivisto nel 2020 e nel 2023). Il RGAA è il documento incorporato per riferimento da tali strumenti come benchmark di conformità.</p>

<p class="wp-block-paragraph">La versione 4 del RGAA, pubblicata nel 2019 e aggiornata attraverso rilasci puntuali fino alla versione <strong>4.1.2 nel 2023</strong>, ha ristrutturato il framework attorno a WCAG 2.1 livello AA. Contiene 106 test raggruppati in 13 criteri tematici — immagini, frame, colori, multimedia, tabelle, link, script, elementi obbligatori, struttura dell'informazione, presentazione dell'informazione, moduli, navigazione e consultazione. Ogni test è collegato a uno o più criteri di successo WCAG ed è abbinato a un metodo di audit fisso: cosa l'auditor deve verificare, con quale tecnologia assistiva e come registrare il risultato come conforme, non conforme o non applicabile.</p>

<h3 class="wp-block-heading" id="h-who-is-covered">Chi è coperto</h3>

<p class="wp-block-paragraph">L'obbligo ai sensi dell'articolo 47 della Legge del 2005, come modificato dalla <em><span lang="fr">Loi n° 2016-1321 du 7 octobre 2016 pour une République numérique</span></em> (Legge per una Repubblica digitale), si estende a:</p>

<ul class="wp-block-list">
<li><strong>Enti del settore pubblico</strong> — governo centrale, enti locali (regioni, dipartimenti, comuni), ospedali pubblici, università pubbliche e qualsiasi ente pubblico amministrativo.</li>
<li><strong>Organismi di diritto pubblico</strong> — entità che, pur non facendo strettamente parte dell'amministrazione, sono finanziate o controllate da fondi pubblici, come i fondi di previdenza sociale e alcune agenzie nazionali.</li>
<li><strong>Organizzazioni private che svolgono una missione di servizio pubblico</strong> — gestori di trasporto pubblico, emittenti pubbliche e determinati concessionari di servizi delegati.</li>
<li><strong>Entità private al di sopra della soglia</strong> — imprese private con un fatturato in Francia superiore a <strong>250 milioni di euro</strong> negli ultimi tre esercizi fiscali, introdotte dalla <em><span lang="fr">Loi pour la liberté de choisir son avenir professionnel</span></em> del 2018 e precisate nel decreto del 2019.</li>
</ul>

<p class="wp-block-paragraph">La soglia dei 250 milioni di euro è il passaggio che sorprende gli osservatori non francesi: il RGAA è spesso descritto come un framework del «settore pubblico», ma in pratica le grandi imprese private che operano in Francia — banche, telecomunicazioni, dettaglianti, fornitori di energia — sono già all'interno del suo perimetro, indipendentemente dall'EAA. Con l'entrata in vigore del recepimento BFG nel 2025, il perimetro si è ulteriormente ampliato per coprire specifici servizi privati rivolti ai consumatori indipendentemente dal fatturato.</p>

<h2 class="wp-block-heading" id="h-key-provisions">Disposizioni chiave: l'obbligo di audit</h2>

<p class="wp-block-paragraph">Ciò che distingue il RGAA da uno standard di riferimento morbido è l'architettura operativa di conformità scritta nel decreto e nell'<span lang="fr">arrêté</span> del 2019. Ogni entità coperta deve svolgere quattro attività, su base annuale continuativa.</p>

<h3 class="wp-block-heading" id="h-accessibility-statement">La dichiarazione di accessibilità</h3>

<p class="wp-block-paragraph">In primo luogo, pubblicare una <strong><span lang="fr">déclaration d'accessibilité</span></strong> su ogni servizio digitale coperto — sito web, applicazione mobile, intranet, extranet e strumento di back-office utilizzato dal pubblico — accessibile dalla home page. La dichiarazione deve seguire il modello dell'<span lang="fr">arrêté</span>: stato di conformità dichiarato (totalmente / parzialmente / non conforme), tasso di conformità come percentuale di test RGAA superati, elenco dei contenuti non accessibili con giustificazioni, metodo di audit e data, e canali di contatto per gli utenti per segnalare problemi di accessibilità e richiedere alternative.</p>

<p class="wp-block-paragraph">Una dichiarazione di accessibilità che afferma di essere «totalmente conforme» deve basarsi su un audit eseguito da un auditor esterno o interno qualificato rispetto alla matrice completa di 106 test RGAA. «Parzialmente conforme» richiede l'audit e un tasso di conformità di almeno il 50% dei test applicabili. Al di sotto del 50%, il servizio deve dichiarare «non conforme» — una dichiarazione che, nel 2026, è diventata scomoda da esporre pubblicamente data l'attenzione della stampa e dei responsabili della protezione dei dati.</p>

<h3 class="wp-block-heading" id="h-multi-year-schema">Il piano pluriennale</h3>

<p class="wp-block-paragraph">In secondo luogo, ogni entità coperta deve pubblicare un <strong><span lang="fr">schéma pluriannuel de mise en accessibilité</span></strong> — una roadmap di accessibilità triennale — e un piano d'azione annuale derivato da essa. Entrambi i documenti sono pubblici. La roadmap indica i servizi coperti, il budget stanziato, le disposizioni di governance (il referente di accessibilità nominato) e le tappe fondamentali; il piano d'azione elenca il lavoro concreto di correzione programmato per l'anno. La DINUM pubblica la propria roadmap come esempio operativo, e l'Anct (Agence nationale de la cohésion des territoires) supporta le amministrazioni locali più piccole nella redazione della loro.</p>

<h3 class="wp-block-heading" id="h-user-feedback">Feedback degli utenti e ricorso al Difensore</h3>

<p class="wp-block-paragraph">In terzo luogo, ogni dichiarazione di accessibilità deve fornire agli utenti un canale di feedback e spiegare il percorso verso il <strong><span lang="fr">Défenseur des droits</span></strong> — il Difensore civico francese — qualora non si riceva una risposta soddisfacente. Il <span lang="fr">Défenseur des droits</span> ha, dal 2019, trattato i reclami sull'accessibilità digitale come una categoria a sé, e i suoi rapporti annuali nominano le entità coperte riscontrate inadempienti. Sebbene le raccomandazioni del <span lang="fr">Défenseur</span> non siano vincolanti, sono emesse pubblicamente e hanno spostato la situazione in alcune grandi migrazioni di servizi pubblici.</p>

<h3 class="wp-block-heading" id="h-mandatory-training">Formazione obbligatoria</h3>

<p class="wp-block-paragraph">In quarto luogo, il decreto del 2019 impone alle entità coperte di formare il personale che progetta, sviluppa o pubblica contenuti digitali. La formazione non è specificata in ore, ma il <span lang="fr">schéma pluriannuel</span> deve nominare il personale formato e i fornitori utilizzati. Le linee guida <em><span lang="fr">Design Gouv</span></em> della DINUM e il catalogo di corsi <em><span lang="fr">Accessibilité numérique</span></em> mantenuto dall'agenzia di formazione per il servizio pubblico sono le offerte di riferimento di fatto; le università private e i bootcamp che offrono curricula allineati al RGAA si sono moltiplicati dal 2022.</p>

<h2 class="wp-block-heading" id="h-timelines">Cronologia: come il RGAA è arrivato alla versione 4.1.2</h2>

<ul class="wp-block-list">
<li><strong>11 febbraio 2005</strong> — L'articolo 47 della <em><span lang="fr">loi pour l'égalité des droits et des chances</span></em> stabilisce il principio che i servizi online del settore pubblico debbano essere accessibili.</li>
<li><strong>2009</strong> — Pubblicata la versione 1 del RGAA. Basata su WCAG 1.0; immediatamente criticata dai responsabili della protezione dei dati come eccessivamente favorevole ai fornitori.</li>
<li><strong>2014</strong> — La versione 2 del RGAA è allineata a WCAG 2.0 livello AA.</li>
<li><strong>7 ottobre 2016</strong> — La <em><span lang="fr">Loi pour une République numérique</span></em> estende l'obbligo a coprire gli organismi di servizio pubblico online e introduce la soglia di fatturato per il settore privato (allora 250 milioni di euro).</li>
<li><strong>2017</strong> — Pubblicata la versione 3.2017 del RGAA; prima versione a integrare una griglia di audit destinata all'autovalutazione di routine.</li>
<li><strong>2019</strong> — Il decreto n° 2019-768 del 24 luglio 2019 e l'<span lang="fr">arrêté</span> attuativo del 20 settembre 2019 fissano gli obblighi operativi — dichiarazione di accessibilità, <span lang="fr">schéma pluriannuel</span>, piano annuale, formazione. La versione 4 del RGAA è pubblicata nello stesso anno, allineata a WCAG 2.1 AA e ai requisiti della Direttiva sull'accessibilità dei siti web (2016/2102).</li>
<li><strong>2020–2023</strong> — I rilasci puntuali 4.0, 4.1, 4.1.1 e 4.1.2 affinano la metodologia di audit, ampliano la copertura delle app mobile e chiariscono le regole di punteggio.</li>
<li><strong>9 marzo 2023</strong> — La <em><span lang="fr">Loi portant diverses dispositions d'adaptation au droit de l'Union européenne</span></em> (BFG) recepisce l'European Accessibility Act nel diritto francese. (Il decreto attuativo è stato adottato in seguito nel 2023.)</li>
<li><strong>28 giugno 2025</strong> — Le disposizioni BFG per i servizi privati rivolti ai consumatori entrano in vigore, specchiando la data di applicazione dell'EAA in tutta l'UE.</li>
<li><strong>2026</strong> — Primo anno completo di rendicontazione sotto il perimetro allargato; il rapporto sulla trasparenza dell'ARCOM incorpora per la prima volta dati di conformità sui servizi del settore privato.</li>
</ul>

<h2 class="wp-block-heading" id="h-enforcement">Applicazione: ARCOM, DGCCRF e il Difensore dei diritti</h2>

<p class="wp-block-paragraph">L'applicazione dell'accessibilità digitale in Francia si articola su tre autorità con mandati sovrapposti ma distinti. Capire quale autorità fa cosa è la differenza tra una postura di conformità simbolica e una difendibile.</p>

<h3 class="wp-block-heading" id="h-arcom">ARCOM — il regolatore delle piattaforme con il mandato sull'accessibilità</h3>

<p class="wp-block-paragraph">L'<strong><span lang="fr">Autorité de régulation de la communication audiovisuelle et numérique</span> (ARCOM)</strong> — creata nel 2022 dalla fusione del regolatore audiovisivo CSA e dell'organismo per i contenuti online HADOPI — ha ereditato la responsabilità del monitoraggio dell'accessibilità digitale pubblica e privata di grandi dimensioni ai sensi dell'articolo 47. ARCOM pubblica un periodico <em><span lang="fr">rapport sur l'application de l'article 47</span></em> che nomina le entità coperte, i loro tassi di conformità dichiarati e le entità che non hanno pubblicato alcuna dichiarazione. Il rapporto del 2025 ha coperto circa 4.800 organizzazioni in ambito; circa un terzo non aveva alcuna dichiarazione di accessibilità sulla home page nella forma prescritta.</p>

<p class="wp-block-paragraph">Dal 2020, ARCOM ha il potere di emettere sanzioni amministrative fino a <strong>50.000 euro per servizio</strong> per la mancata pubblicazione di una dichiarazione di accessibilità conforme, per la mancata produzione di un <span lang="fr">schéma pluriannuel</span> o per la pubblicazione di una dichiarazione che rappresenta in modo sostanzialmente falso lo stato di conformità. Il massimale della sanzione è stato aumentato da 25.000 euro dalla riforma del 2023 ed è raddoppiato in caso di violazione reiterata. Al 2026, ARCOM ha emesso più di due dozzine di sanzioni, quasi tutte contro entità del settore privato al di sopra della soglia di fatturato; le sanzioni al settore pubblico rimangono rare e la pressione reputazionale fa da sostituto.</p>

<h3 class="wp-block-heading" id="h-dgccrf">DGCCRF — applicazione della tutela dei consumatori per il settore privato</h3>

<p class="wp-block-paragraph">La <strong><span lang="fr">Direction générale de la concurrence, de la consommation et de la répression des fraudes</span> (DGCCRF)</strong> — la direzione per la tutela dei consumatori e la concorrenza all'interno del Ministero dell'Economia — gestisce l'applicazione per i servizi privati ai consumatori rientrati nell'ambito del BFG. Mentre ARCOM vigila sull'obbligo ai sensi dell'articolo 47 in quanto tale, la DGCCRF vigila sugli obblighi derivati dall'EAA per l'e-commerce, i servizi bancari, la biglietteria del trasporto, gli e-book e le altre categorie elencate nell'allegato I della Direttiva 2019/882. Gli agenti della DGCCRF dispongono di poteri ispettivi, possono emettere sanzioni amministrative fino a <strong>75.000 euro per le persone giuridiche</strong> e rinviano i casi più gravi ai pubblici ministeri.</p>

<p class="wp-block-paragraph">La distinzione è rilevante perché il sito web di un grande rivenditore francese rientra simultaneamente nell'ambito di ARCOM per la soglia di 250 milioni di euro e in quello della DGCCRF come servizio di e-commerce ai consumatori ai sensi del BFG. Entrambe le autorità possono intervenire; nella pratica la DINUM ha coordinato un memorandum d'intesa che chiarisce quale autorità guida su quale fascicolo.</p>

<h3 class="wp-block-heading" id="h-defenseur-des-droits">Il Difensore dei diritti — i reclami individuali</h3>

<p class="wp-block-paragraph">Il <strong><span lang="fr">Défenseur des droits</span></strong> gestisce i reclami individuali degli utenti che non riescono ad accedere a un servizio coperto. Le raccomandazioni dell'istituzione non sono vincolanti ma vengono pubblicate, e nei casi ripetuti il <span lang="fr">Défenseur</span> ha rinviato i fascicoli all'ARCOM per un'azione amministrativa successiva. Il rapporto annuale del 2024 ha registrato oltre 1.600 reclami sull'accessibilità digitale, il dato annuale più alto da quando la categoria è stata creata.</p>

<h2 class="wp-block-heading" id="h-procurement">Come il RGAA si estende ai contratti privati</h2>

<p class="wp-block-paragraph">La portata del RGAA al di là del suo ambito formale è in gran parte una funzione degli appalti pubblici francesi. L'articolo L2112-2 del <em><span lang="fr">Code de la commande publique</span></em> (Codice degli appalti pubblici) e i modelli standard di <em><span lang="fr">cahier des clauses administratives générales</span></em> (CCAG) pubblicati dal Ministero dell'Economia impongono alle stazioni appaltanti di integrare i requisiti di accessibilità nelle specifiche tecniche per i servizi digitali. In pratica, ogni gara dello Stato, di una regione, di un dipartimento, di un comune, di un ospedale, di un'università o di un ente pubblico per un sito web, un'applicazione, un CMS, un sistema di gestione clienti o una intranet porta ora una clausola di conformità al RGAA.</p>

<p class="wp-block-paragraph">Per i fornitori, la conseguenza è diretta. Un'azienda SaaS che vende una piattaforma di biglietteria al settore pubblico deve dimostrare la conformità al RGAA alla firma del contratto, incorporare un obbligo di audit annuale nel contratto di livello di servizio e accettare clausole di penale per inadempimento legate alla non conformità. Una società di consulenza che partecipa a una gara per la riprogettazione di un sito web deve dotare il progetto di sviluppatori formati sulla matrice RGAA. Un design system che non supera la griglia dei 13 temi del RGAA non vince contratti con il settore pubblico francese. L'impronta geografica e settoriale del framework è quindi molto più ampia di quanto suggerirebbe l'obbligo giuridico — ed è una delle ragioni per cui le società di ingegneria dell'accessibilità francesi hanno costruito pratiche di consulenza mature attorno agli audit RGAA.</p>

<h2 class="wp-block-heading" id="h-eaa-expansion">L'espansione EAA: dal 2025 in poi</h2>

<p class="wp-block-paragraph">L'<strong>European Accessibility Act</strong> (Direttiva 2019/882) è stato recepito nel diritto francese dal BFG del 9 marzo 2023, con decreti attuativi adottati nel seguito del 2023. L'applicazione è iniziata il <strong>28 giugno 2025</strong>, specchiando la data europea. Il recepimento non sostituisce il RGAA; si affianca ad esso. Il RGAA rimane il benchmark di audit per i servizi del settore pubblico e per i grandi servizi privati già all'interno del perimetro dell'articolo 47. Il BFG estende un obbligo parallelo a una lista definita di servizi privati rivolti ai consumatori — e-commerce, servizi bancari e credito al consumo, e-book e software dedicato per la lettura, servizi di comunicazione elettronica, accesso ai servizi di media audiovisivi, biglietteria del trasporto e informazioni, e ATM e terminali self-service — indipendentemente dalle dimensioni dell'impresa, fatta salva l'esenzione armonizzata a livello europeo per le microimprese.</p>

<p class="wp-block-paragraph">Per tali servizi privati, la conformità è misurata rispetto allo standard europeo armonizzato <strong>EN 301 549</strong>, che a sua volta incorpora WCAG 2.1 AA per il web e il mobile. In altre parole, il contenuto pratico della conformità è identico al RGAA — ma il veicolo giuridico, l'autorità di applicazione (DGCCRF anziché ARCOM) e il modello documentale differiscono. Molti fornitori privati francesi già conformi al RGAA per i contratti con il settore pubblico hanno sfruttato il 2024 e il 2025 per estendere lo stesso programma di audit ai loro prodotti consumer, nella ragionevole considerazione che gestire due regimi di conformità paralleli sia più costoso che gestirne uno solo.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Implicazioni pratiche: cosa preparare nel 2026</h2>

<p class="wp-block-paragraph">Per le organizzazioni appena entrate nel perimetro — in particolare i servizi privati francesi di medie dimensioni nelle categorie BFG — il carico operativo si articola in quattro aree di lavoro. Nessuna è esotica; tutte sono implacabili sui tempi.</p>

<ul class="wp-block-list">
<li><strong>Eseguire l'audit.</strong> Che si tratti della griglia di test RGAA a 13 temi (settore pubblico e grandi privati) o di EN 301 549 (servizi privati BFG), l'audit deve essere documentato, datato e firmato da un auditor identificabile. Gli auto-audit sono consentiti, ma un audit di terze parti ha un peso materialmente maggiore se ARCOM o DGCCRF contestano in seguito la dichiarazione pubblicata.</li>
<li><strong>Pubblicare la dichiarazione.</strong> La dichiarazione di accessibilità deve essere presente sulla home page di ogni servizio coperto, seguire il modello ufficiale e aggiornarsi almeno annualmente. Una dichiarazione mancante o non conforme è il fallimento che ARCOM sanziona più comunemente — più facile da rilevare, più facile da dimostrare, più facile su cui agire rispetto alle violazioni sostanziali dei criteri WCAG.</li>
<li><strong>Redigere il <span lang="fr">schéma pluriannuel</span>.</strong> Gli enti del settore pubblico hanno un obbligo triennale di roadmap. Le entità private sotto il BFG non hanno un obbligo formale equivalente, ma la maggior parte dei grandi fornitori sta pubblicando roadmap volontarie per gestire il rischio negli appalti e il controllo dei responsabili della protezione dei dati.</li>
<li><strong>Formare il personale e nominare un referente.</strong> Ogni entità coperta deve formare il personale addetto alla progettazione, allo sviluppo e alla redazione, e nominare un referente per l'accessibilità. I dati di contatto del referente appartengono alla dichiarazione di accessibilità; il programma di formazione appartiene al <span lang="fr">schéma pluriannuel</span>.</li>
</ul>

<h2 class="wp-block-heading" id="h-conclusion">Conclusione: un framework nazionale con contorni europei</h2>

<p class="wp-block-paragraph">Ventuno anni dopo che la Legge del 2005 ha fissato il principio, il RGAA è diventato uno dei framework nazionali di accessibilità digitale più operativamente specifici in Europa — una metodologia di audit a 106 test, un'autovalutazione annuale obbligatoria, una dichiarazione pubblica di accessibilità, una roadmap triennale, referenti nominati, formazione obbligatoria e due regolatori (ARCOM e DGCCRF) con poteri di sanzione amministrativa. Il framework non è rumoroso, ma è denso, e attraverso gli appalti pubblici plasma un'impronta commerciale molto più ampia del suo perimetro formale.</p>

<p class="wp-block-paragraph">La questione interessante per il resto del decennio è se il RGAA e l'EAA si assesteranno in un regime a due binari pulito — RGAA per il settore pubblico e il grande perimetro privato preesistente, EN 301 549 più il BFG per i nuovi servizi privati ai consumatori — o se la DINUM pubblicherà eventualmente un RGAA di quinta generazione che assorbe la matrice EAA e presenta alle organizzazioni coperte un unico framework in lingua francese. La consultazione RGAA del 2024 ha lasciato intendere la seconda opzione. Per il momento, le organizzazioni che operano in Francia dovrebbero assumere che entrambi i regimi si applichino e progettare il proprio programma di conformità attorno al più ampio dei due. Per ulteriori approfondimenti, si rimanda al primer di Disability World sull'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> e all'<a href="/regulations/">indice nazionale delle normative sui diritti delle persone con disabilità</a>.</p>

</div>

---
title: Accessibilità nei videogiochi 2026: l'estensione CVAA post-waiver e la posizione degli studi AAA
url: https://www.disabilityworld.org/it/articles/game-accessibility-2026/
description: Un decennio dopo la scadenza del waiver FCC del 2013 per i videogiochi e dodici anni dall'entrata in vigore del CVAA sulle comunicazioni in-game, il settore AAA è stato trascinato — in modo disomogeneo, a volte riluttante — verso una base di accessibilità riconoscibile.
author: Disability World
pubDate: 2026-05-22
tags: games, video-games, cvaa, fcc, accessibility, aaa-studios, data
---

# Accessibilità nei videogiochi 2026: l'estensione CVAA post-waiver e la posizione degli studi AAA

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Accessibilità nei videogiochi, studi AAA e l'espansione post-CVAA</span>
  </div>

  <h1>Accessibilità nei videogiochi 2026 <em>— l'estensione post-CVAA e la posizione degli studi AAA</em></h1>

  <p class="lede">Un decennio dopo la scadenza del waiver FCC del 2013 per i videogiochi, e dodici anni dall'entrata in vigore del Twenty-First Century Communications and Video Accessibility Act sulle comunicazioni in-game, il settore console AAA è stato trascinato — in modo disomogeneo, a volte riluttante — verso una base riconoscibile di funzionalità di accessibilità. Dei <strong>10 maggiori publisher AAA per vendite 2024-25</strong>, circa <strong>sette</strong> distribuiscono oggi almeno il livello minimo del tier «Basic» delle Game Accessibility Guidelines (sottotitoli attivi, controlli rimappabili, UI per daltonici) nelle release principale del 2025. Il massimo storico — <em>The Last of Us Part II</em> di Naughty Dog con le sue <strong>circa 60 impostazioni di accessibilità</strong> al lancio nel 2020 — è stato eguagliato come numero di funzionalità solo da altri due titoli AAA successivi. La <strong>Further Notice of Proposed Rulemaking dell'FCC del gennaio 2024</strong> nei fascicoli CG Docket Nos. 10-213 / 10-145 / 06-181 ha segnalato un'esplicita espansione del perimetro della Sezione 716 oltre la chat in-game solo testuale, verso la più ampia superficie dei servizi di comunicazione avanzata all'interno dei giochi. Questo dossier ricostruisce il quadro normativo, assegna un punteggio agli studi AAA e indica come si prospetta la curva di applicazione 2026-28.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultati · Fascicolo 12</span>
      <span class="dossier-meta">07 voci · derivate dai fascicoli FCC, dagli audit delle Game Accessibility Guidelines e dalle configurazioni di distribuzione degli studi AAA 2020-2025</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa mostra il registro di accessibilità AAA</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">2014</span>
        <div class="dossier-body">
          <p class="dossier-claim">Gli obblighi della Sezione 716 del CVAA per i servizi di comunicazione avanzata in-game sono entrati in vigore l'8 gennaio 2014</p>
          <p class="dossier-note">Il Twenty-First Century Communications and Video Accessibility Act del 2010 ha esteso i requisiti di accessibilità del Communications Act ai servizi di comunicazione avanzata (ACS), definiti come «servizi VoIP interconnessi e non interconnessi, servizi di messaggistica elettronica e servizi di videoconferenza interoperabili». Il waiver FCC per i videogiochi relativo alla chat in-game con rendering software è scaduto l'8 gennaio 2014, rendendo il settore dei giochi AAA il più grande comparto a rientrare nelle norme ACS durante la prima fase del CVAA.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">circa 60</span>
        <div class="dossier-body">
          <p class="dossier-claim"><em>The Last of Us Part II</em> di Naughty Dog è stato distribuito con circa 60 impostazioni di accessibilità distinte al lancio nel 2020</p>
          <p class="dossier-note">L'audit del titolo da parte delle Game Accessibility Guidelines — pubblicato da AbleGamers e dall'IGDA Game Accessibility Special Interest Group — ha contato oltre 60 impostazioni nelle categorie motoria, visiva, uditiva e cognitiva, tra cui la navigazione dei menu in stile screen reader, le modalità ad alto contrasto e controlli granulari per i sottotitoli. L'audit ha stabilito il massimo storico AAA che i successivi titoli first-party Sony e Microsoft hanno usato come parametro di riferimento.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2019</span>
        <div class="dossier-body">
          <p class="dossier-claim">Le Xbox Accessibility Guidelines (XAG) di Microsoft sono state lanciate nel 2019 come prima checklist di accessibilità obbligatoria imposta da un publisher</p>
          <p class="dossier-note">Pubblicate per la prima volta nel 2019 e ora alla quinta revisione, le 25 XAG coprono la rimappatura degli input, il rendering di sottotitoli e didascalie, il supporto per daltonici, gli hook per l'audiodescrizione e le opzioni per il movimento ridotto. Gli studi first-party di Microsoft sono tenuti a rispettare le XAG; il processo di certificazione Microsoft Game Stack per le release Xbox di terze parti verifica un sottoinsieme di esse.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2023</span>
        <div class="dossier-body">
          <p class="dossier-claim">Sony ha introdotto i tag di accessibilità sul PlayStation Store nel 2023, rendendo visibile la presenza delle funzionalità per singolo titolo al momento dell'acquisto</p>
          <p class="dossier-note">Il programma di tag di accessibilità del PlayStation Store associa un blocco di metadati per titolo alle pagine dei giochi, indicando il supporto per sottotitoli, audiodescrizioni, controlli rimappabili, gioco con un solo stick e opzioni per daltonici. La copertura è disomogenea — i titoli first-party sono taggati quasi al 100%; i titoli di terze parti molto meno — ma il tag stesso è l'equivalente consumer-facing di un'etichetta nutrizionale.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">gen 2024</span>
        <div class="dossier-body">
          <p class="dossier-claim">La Further NPRM dell'FCC del gennaio 2024 ha segnalato l'espansione del perimetro della Sezione 716 verso le superfici ACS in-game più ampie</p>
          <p class="dossier-note">CG Docket Nos. 10-213, 10-145 e 06-181. La Further Notice ha chiesto se il quadro normativo vigente della Sezione 716 copra adeguatamente le comunicazioni in-game moderne, incluse la chat vocale, la chat di gruppo integrata, i canali di testo in-game con overlay vocali di terze parti, e le audiodescrizioni e i sottotitoli per le cinematiche che il regolamento 2013-14 non aveva contemplato. I commenti si sono chiusi a metà 2024; è attesa una norma definitiva per l'anno solare 2026.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">3 tier</span>
        <div class="dossier-body">
          <p class="dossier-claim">Le Game Accessibility Guidelines suddividono la copertura delle funzionalità in tier Basic, Intermediate e Advanced — l'equivalente de facto delle WCAG per i giochi</p>
          <p class="dossier-note">Mantenuto da un gruppo di lavoro che include AbleGamers, l'IGDA Game Accessibility Special Interest Group e consulenti dei principali studi britannici dal 2012, il catalogo GAG raccoglie circa 100 raccomandazioni individuali distribuite su tre tier e su categorie motorie, visive, uditive, cognitive e per giocatori con disturbi del linguaggio. Il tier Basic è il livello minimo negoziato; il tier Advanced corrisponde al massimo storico di <em>The Last of Us Part II</em>.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">7 su 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Sette dei dieci maggiori publisher AAA per vendite 2024-25 raggiungono oggi il tier Basic delle GAG nelle release principali del 2025</p>
          <p class="dossier-note">La copertura è disomogenea nei cataloghi di ciascun publisher: Microsoft, Sony e Naughty Dog (first-party Sony) si collocano al tier Advanced sui titoli di punta; Nintendo, Ubisoft e EA raggiungono l'Intermediate sulla maggior parte delle release 2025; Take-Two, Activision-Blizzard, Bandai-Namco, Capcom e Square-Enix si concentrano al tier Basic con escursioni isolate all'Intermediate. Due publisher nella top-10 — nomi non divulgati in attesa di commento — non hanno raggiunto nemmeno il tier Basic in almeno una release principale 2024-25.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong>FCC CG Docket Nos. 10-213 / 10-145 / 06-181 (regolamenti attuativi della Sezione 716 del CVAA e FNPRM 2024); Game Accessibility Guidelines (gameaccessibilityguidelines.com, revisioni del gruppo di lavoro 2012-2024); audit AbleGamers 2020-2024; sondaggi annuali State of Game Accessibility dell'IGDA Game Accessibility Special Interest Group 2022-2024; Microsoft Xbox Accessibility Guidelines (revisioni 1-5, 2019-2024); metadati del programma di tag di accessibilità del PlayStation Store Sony; audit per titolo pubblicati da Can I Play That?, DAGERSystem e Family Gaming Database 2020-2025.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#cvaa">Il CVAA, la Sezione 716 e l'estensione videogiochi del 2014</a></li>
      <li><span class="toc-num">02</span><a href="#fnprm">La FNPRM di gennaio 2024 e cosa espande</a></li>
      <li><span class="toc-num">03</span><a href="#gags">Le Game Accessibility Guidelines come equivalente delle WCAG</a></li>
      <li><span class="toc-num">04</span><a href="#ranking">Dove si posizionano gli studi AAA</a></li>
      <li><span class="toc-num">05</span><a href="#tlou2">The Last of Us Part II come massimo storico</a></li>
      <li><span class="toc-num">06</span><a href="#platform">Programmi dei platform holder — Xbox, PlayStation, Nintendo</a></li>
      <li><span class="toc-num">07</span><a href="#civilsociety">AbleGamers, IGDA-GASIG e lo strato consulenziale</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Prospettive 2026-28</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="cvaa">01 · Il CVAA, la Sezione 716 e l'estensione videogiochi del 2014</h2>

  <p class="dropcap-first">Il Twenty-First Century Communications and Video Accessibility Act del 2010 — Public Law 111-260, promulgato dal Presidente Obama l'8 ottobre 2010 — è stato il primo statuto federale di accessibilità significativo dai tempi dell'Americans with Disabilities Act del 1990 a essere rivolto principalmente alle tecnologie di comunicazione. La legge ha modificato il Communications Act del 1934 aggiungendo le Sezioni 716 e 717, obbligando i fornitori di servizi di comunicazione avanzata e i produttori di apparecchiature usate per i servizi ACS a rendere tali servizi e apparecchiature accessibili e utilizzabili dalle persone con disabilità, «salvo che non sia realizzabile». Le norme attuative dell'FCC a 47 CFR Parte 14 stabiliscono gli obblighi sostanziali: accesso equivalente, obiettivi di performance, accessibilità di informazioni e documentazione, e un sistema di reclami ed enforcement presso il Consumer and Governmental Affairs Bureau.</p>

  <p>Per il settore dei videogiochi, la questione pratica dopo il 2010 era se e quando la Sezione 716 avrebbe raggiunto le comunicazioni in-game. L'FCC ha concesso un waiver settoriale di un anno nell'ottobre 2012 (FCC 12-119, nel fascicolo CG Docket No. 10-213) e un'ulteriore proroga di un anno nell'ottobre 2013, dopodiché il waiver è scaduto l'8 gennaio 2014. A partire da quella data, i publisher AAA che distribuivano titoli con chat vocale o testuale in-game erano fornitori ACS ai sensi della Sezione 716 per la sola superficie chat, e gli obblighi di accessibilità dell'FCC si sono applicati. La prima ondata di lavori di conformità — chat vocale con sottotitoli, chat testuale con sintesi vocale e meccanismi di richiesta-risposta per la documentazione di accessibilità — è entrata nelle pipeline di certificazione del settore nel 2014-15.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Sezione 716</span><span class="ps-desc">obbligo sostanziale ACS — accessibile e utilizzabile dalle persone con disabilità salvo che non sia realizzabile</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Sezione 717</span><span class="ps-desc">tenuta dei registri + enforcement — il sistema di reclami e risoluzione presso il CGAB</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Waiver 2012-13</span><span class="ps-desc">L'FCC ha concesso un waiver settoriale di un anno con proroga per la chat in-game con rendering software; scaduto l'8 gennaio 2014</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">FNPRM gennaio 2024</span><span class="ps-desc">Further Notice of Proposed Rulemaking — riapre la questione se le moderne superfici ACS in-game siano adeguatamente coperte</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">10 su 10</div><div class="method-label">top-10 publisher AAA analizzati</div></div>
    <div class="method-card"><div class="method-num">47 CFR Parte 14</div><div class="method-label">norme attuative della Sezione 716 del CVAA</div></div>
    <div class="method-card"><div class="method-num">circa 100</div><div class="method-label">raccomandazioni Game Accessibility Guidelines su tre tier</div></div>
    <div class="method-card"><div class="method-num">25</div><div class="method-label">Xbox Accessibility Guidelines (XAG) alla quinta revisione</div></div>
  </div>

  <hr />

  <h2 id="fnprm">02 · La FNPRM di gennaio 2024 e cosa espande</h2>

  <p>La Further Notice of Proposed Rulemaking della Commissione del 18 gennaio 2024, nei fascicoli CG Docket Nos. 10-213, 10-145 e 06-181, non ha riscritto il quadro normativo della Sezione 716. Ha fatto qualcosa di più circoscritto e probabilmente più significativo: ha chiesto, con una serie di domande mirate, se il registro attuativo originario del 2012-13 avesse adeguatamente anticipato come sarebbero apparse le comunicazioni in-game un decennio dopo. I quattro vettori di espansione segnalati dalla FNPRM sono sostanzialmente questi. Primo, la chat di gruppo integrata e i sistemi vocali a livello di piattaforma (Xbox Live Party, PlayStation Network parties, integrazione Discord-gioco) dove la superficie chat è co-renderizzata dalla piattaforma e dal gioco e l'obbligo di accessibilità potrebbe ricadere su entrambi. Secondo, la chat vocale in-game con overlay di terze parti — il caso per eccellenza è l'integrazione in-game di Discord con i titoli EA, Bungie e Activision-Blizzard. Terzo, i sottotitoli e le audiodescrizioni delle cinematiche in-game, che il regolamento 2013-14 non ha trattato come ACS ma che la FNPRM lascia intendere possano rientrare in una lettura «servizio di videoconferenza». Quarto, il cross-platform play e la questione di quale fornitore ACS sia titolare dell'obbligo quando la chat è renderizzata contemporaneamente sulle piattaforme di due console diverse.</p>

  {/* Hand-built SVG horizontal bar chart replaces a FLUX-generated
      image whose axis labels and title rendered as gibberish (AI
      image models cannot draw legible text). Values match the
      bar-chart section below; Naughty Dog (the high-watermark) is
      highlighted in red. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="aaa-chart-title aaa-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="aaa-chart-title">Copertura delle Game Accessibility Guidelines per publisher AAA, release principali 2025</title>
      <desc id="aaa-chart-desc">Grafico a barre orizzontali che mostra il numero di raccomandazioni delle Game Accessibility Guidelines (su circa 100) implementate dai dieci maggiori publisher AAA nelle release principali del 2025. Naughty Dog guida con circa 80, seguita da Xbox Game Studios con 74, Sony Interactive Entertainment con 70, Ubisoft con 58, Electronic Arts con 55, Nintendo con 46, Take-Two con 42, Activision-Blizzard con 38, Capcom con 35 e Square-Enix con 30. Naughty Dog è evidenziata come massimo storico del settore.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* X-axis gridlines at 0, 20, 40, 60, 80, 100 — bars start at x=260, end at x=760 (500px = 100 recs, 5px per rec) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="360" y1="40" x2="360" y2="320" />
        <line x1="460" y1="40" x2="460" y2="320" />
        <line x1="560" y1="40" x2="560" y2="320" />
        <line x1="660" y1="40" x2="660" y2="320" />
        <line x1="760" y1="40" x2="760" y2="320" />
      </g>
      {/* X-axis baseline */}
      <line x1="260" y1="320" x2="760" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="260" y="338">0</text>
        <text x="360" y="338">20</text>
        <text x="460" y="338">40</text>
        <text x="560" y="338">60</text>
        <text x="660" y="338">80</text>
        <text x="760" y="338">100</text>
      </g>
      <text x="510" y="354" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">Raccomandazioni GAG implementate (su circa 100)</text>
      {/* Publisher labels — right-aligned at x=252 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a" text-anchor="end">
        <text x="252" y="56">Naughty Dog</text>
        <text x="252" y="82">Xbox Game Studios</text>
        <text x="252" y="108">Sony Interactive</text>
        <text x="252" y="134">Ubisoft</text>
        <text x="252" y="160">Electronic Arts</text>
        <text x="252" y="186">Nintendo</text>
        <text x="252" y="212">Take-Two Interactive</text>
        <text x="252" y="238">Activision-Blizzard</text>
        <text x="252" y="264">Capcom</text>
        <text x="252" y="290">Square-Enix</text>
      </g>
      {/* Bars — 16px tall, 26px spacing, starting at y=44 — Naughty Dog in red */}
      <rect x="260" y="44" width="400" height="16" fill="#dc2626" />
      <rect x="260" y="70" width="370" height="16" fill="#1a1a1a" />
      <rect x="260" y="96" width="350" height="16" fill="#1a1a1a" />
      <rect x="260" y="122" width="290" height="16" fill="#1a1a1a" />
      <rect x="260" y="148" width="275" height="16" fill="#1a1a1a" />
      <rect x="260" y="174" width="230" height="16" fill="#1a1a1a" />
      <rect x="260" y="200" width="210" height="16" fill="#1a1a1a" />
      <rect x="260" y="226" width="190" height="16" fill="#1a1a1a" />
      <rect x="260" y="252" width="175" height="16" fill="#1a1a1a" />
      <rect x="260" y="278" width="150" height="16" fill="#1a1a1a" />
      {/* Value labels at end of each bar */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="666" y="57" fill="#dc2626">circa 80</text>
        <text x="636" y="83">circa 74</text>
        <text x="616" y="109">circa 70</text>
        <text x="556" y="135">circa 58</text>
        <text x="541" y="161">circa 55</text>
        <text x="496" y="187">circa 46</text>
        <text x="476" y="213">circa 42</text>
        <text x="456" y="239">circa 38</text>
        <text x="441" y="265">circa 35</text>
        <text x="416" y="291">circa 30</text>
      </g>
      {/* GAG tier markers — Basic floor at approx. 30 (x=410), Intermediate at approx. 65 (x=585), Advanced at approx. 80 (x=660) */}
      <line x1="410" y1="40" x2="410" y2="320" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <line x1="585" y1="40" x2="585" y2="320" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="410" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">Soglia Basic</text>
      <text x="585" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">Intermediate</text>
    </svg>
    <figcaption>I dieci maggiori publisher AAA per vendite 2024-25, classificati per numero di raccomandazioni delle Game Accessibility Guidelines implementate nelle release principali del 2025. Le linee tratteggiate indicano la soglia del tier Basic delle GAG (circa 30 raccomandazioni) e la soglia Intermediate (circa 65); Naughty Dog (evidenziata in rosso) si colloca al tier Advanced e eguaglia il massimo first-party del 2020 stabilito da <em>The Last of Us Part II</em>.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">Studi AAA — copertura delle Game Accessibility Guidelines nelle release principali del 2025 (numero di raccomandazioni GAG implementate, su circa 100 totali)</div>
    <div class="bar-row"><div class="bar-label">Naughty Dog (Sony first-party)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:80%">circa 80</div></div></div>
    <div class="bar-row"><div class="bar-label">Xbox Game Studios (Microsoft)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:74%">circa 74</div></div></div>
    <div class="bar-row"><div class="bar-label">Sony Interactive Entertainment (1P)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:70%">circa 70</div></div></div>
    <div class="bar-row"><div class="bar-label">Ubisoft</div><div class="bar-track"><div class="bar-fill bf-d" style="width:58%">circa 58</div></div></div>
    <div class="bar-row"><div class="bar-label">Electronic Arts</div><div class="bar-track"><div class="bar-fill bf-e" style="width:55%">circa 55</div></div></div>
    <div class="bar-row"><div class="bar-label">Nintendo</div><div class="bar-track"><div class="bar-fill bf-f" style="width:46%">circa 46</div></div></div>
    <div class="bar-row"><div class="bar-label">Take-Two Interactive</div><div class="bar-track"><div class="bar-fill bf-g" style="width:42%">circa 42</div></div></div>
    <div class="bar-row"><div class="bar-label">Activision-Blizzard (Microsoft)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:38%">circa 38</div></div></div>
    <div class="bar-row"><div class="bar-label">Capcom</div><div class="bar-track"><div class="bar-fill bf-b" style="width:35%">circa 35</div></div></div>
    <div class="bar-row"><div class="bar-label">Square-Enix</div><div class="bar-track"><div class="bar-fill bf-c" style="width:30%">circa 30</div></div></div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">7 su 10</div><div class="stat-desc">publisher AAA che superano il tier Basic delle GAG nelle release principali del 2025</div></div>
    <div class="stat-box"><div class="stat-big">3 su 10</div><div class="stat-desc">che superano costantemente il tier Intermediate</div></div>
    <div class="stat-box"><div class="stat-big">2 su 10</div><div class="stat-desc">che hanno prodotto almeno un titolo nel tier Advanced nel 2024-25</div></div>
  </div>

  <p>La FNPRM non è una norma. È un avviso che la Commissione prevede che la prossima fase del regolamento della Sezione 716 amplierà il perimetro di ciò che conta come superficie ACS in-game e chiarirà la ripartizione degli obblighi tra i platform holder e i publisher di giochi. Per gli studi AAA che hanno già sviluppato il lavoro di conformità alle Game Accessibility Guidelines — Microsoft, Sony first-party, Ubisoft — l'espansione rappresenta un incremento marginale. Per gli studi che hanno distribuito rispettando solo la baseline chat della Sezione 716 e nient'altro — il caso più citato è Take-Two sul catalogo storico di <em>Grand Theft Auto V</em> — l'espansione richiederebbe un cambiamento più sostanziale nella pipeline.</p>

  <div class="callout info">
    <div class="ct">Cosa copre la Sezione 716, detto chiaramente</div>
    <p>La Sezione 716 copre i servizi di comunicazione avanzata in-game — le superfici di chat, voce e messaggistica che l'FCC tratta come funzionalmente equivalenti ai servizi di comunicazione al consumatore. Non copre l'accessibilità del gameplay in senso lato. I sottotitoli per i dialoghi narrativi, le modalità per daltonici, i controlli rimappabili e le opzioni per il movimento ridotto non sono obblighi della Sezione 716. Sono funzionalità di accessibilità standard del settore che si collocano al di sopra del framework GAG e delle linee guida dei platform holder.</p>
  </div>

  <hr />

  <h2 id="gags">03 · Le Game Accessibility Guidelines come equivalente delle WCAG</h2>

  <p>Le Game Accessibility Guidelines non sono un documento di un organismo di normazione e non sono giuridicamente vincolanti da nessuna parte. Sono il prodotto di un gruppo di lavoro, mantenuto su gameaccessibilityguidelines.com dal 2012 da una coalizione che ha incluso Ian Hamilton (consulente indipendente e vicepresidente dell'IGDA-GASIG), AbleGamers Charity, il trust SpecialEffect UK e i responsabili dell'accessibilità di Microsoft, Ubisoft, Electronic Arts e Sony. Sono tuttavia la cosa più vicina che il settore dei giochi abbia alle Web Content Accessibility Guidelines — e come le WCAG sono organizzate in tier (Basic, Intermediate, Advanced) di profondità di implementazione crescente.</p>

  <p>Il tier Basic — la soglia minima negoziata — contiene circa 30 raccomandazioni. Gli elementi principali sono: sottotitoli attivi per impostazione predefinita per tutti i dialoghi importanti, con controlli di dimensione e colore; controlli rimappabili incluso per l'hardware di accessibilità; navigazione dei menu tramite screen reader o screen reader simulato; UI ad alto contrasto e compatibile con il daltonismo; indicatori visivi chiari abbinati a ogni segnale audio; e almeno uno schema di input che non richieda pressioni simultanee di più pulsanti. Il tier Intermediate aggiunge circa 35 ulteriori raccomandazioni che coprono opzioni per il movimento ridotto, narrazione dello stato dei menu e della HUD di gioco, controlli granulari per sottotitoli e didascalie, audiodescrizioni per le cinematiche e opzioni di difficoltà in modalità assistita. Il tier Advanced copre le restanti circa 35 raccomandazioni ed è il territorio in cui si trovano attualmente <em>The Last of Us Part II</em> di Naughty Dog e <em>Forza Motorsport</em> di Microsoft — lettura completa in stile screen reader dei menu e della HUD, input alternativo tramite un singolo switch, interpretazione in lingua dei segni delle cinematiche e modalità di riduzione del carico cognitivo.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Naughty Dog (Sony first-party)</div><div class="firm-meta">Tier Advanced · circa 80 su 100 raccomandazioni GAG · oltre 60 impostazioni distribuite in <em>The Last of Us Part II</em> (2020) e eguagliate in <em>Part II Remastered</em> (2024)</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">Advanced</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Xbox Game Studios (Microsoft)</div><div class="firm-meta">Tier Advanced · circa 74 su 100 · XAG revisione 5 + Microsoft Inclusive Tech Lab + supporto hardware Adaptive Controller</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:92%">Advanced</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Sony Interactive Entertainment (altri 1P)</div><div class="firm-meta">Intermediate-Advanced · circa 70 su 100 · programmi di accessibilità degli studi Insomniac, Guerrilla e Santa Monica</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:87%">Intermediate+</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Ubisoft</div><div class="firm-meta">Intermediate · circa 58 su 100 · laboratorio di accessibilità interno dal 2018 · <em>Assassin's Creed Mirage</em> come titolo di riferimento 2024</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:72%">Intermediate</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Electronic Arts</div><div class="firm-meta">Intermediate · circa 55 su 100 · brevetti EA sull'accessibilità rilasciati all'uso del settore nel 2021 · riferimento <em>EA Sports FC</em></div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:69%">Intermediate</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Nintendo</div><div class="firm-meta">Basic-Intermediate · circa 46 su 100 · ondata di recupero 2023-25 trainata dalla transizione a Switch 2</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:58%">Basic+</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Take-Two Interactive</div><div class="firm-meta">Basic · circa 42 su 100 · disomogeneo tra le divisioni Rockstar / 2K / Zynga · <em>GTA VI</em> in attesa</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:52%">Basic</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Activision-Blizzard (Microsoft)</div><div class="firm-meta">Basic · circa 38 su 100 · integrazione di <em>Call of Duty</em> con il framework XAG dall'acquisizione del 2023</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:48%">Basic</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Capcom</div><div class="firm-meta">Basic · circa 35 su 100 · miglioramenti nei remake di <em>Resident Evil</em> 2023-24</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:44%">Basic</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Square-Enix</div><div class="firm-meta">Below-Basic / Basic · circa 30 su 100 · il fanalino di coda della classifica, in particolare nelle release interne giapponesi</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:38%">Below-Basic</div></div>
    </div>
  </div>

  <p class="pull-quote">Le Game Accessibility Guidelines non sono legge. Sono un documento di consenso di un gruppo di lavoro. Ma dopo quindici anni di revisioni, funzionano nel settore AAA come le WCAG hanno funzionato nel web delle origini — uno standard de facto la cui autorità deriva dall'assenza di un'alternativa.</p>

  <hr />

  <h2 id="ranking">04 · Dove si posizionano gli studi AAA</h2>

  <p>La classifica sopra è un conteggio per release principale. Nasconde due aspetti importanti. Primo, gli studi AAA non sono uniformi nei loro cataloghi. Sony first-party include sia Naughty Dog (il massimo storico) che altri studi le cui release del 2025 si sono collocate più vicino al tier Basic. Take-Two include la divisione Rockstar, il cui lavoro su <em>Grand Theft Auto VI</em> nel 2024-25 avrebbe coinvolto un sostanziale intervento sulle funzionalità di accessibilità che potrebbe non riflettersi nel catalogo più datato del publisher. Secondo, il numero di funzionalità di accessibilità non equivale alla qualità delle stesse. Uno studio che distribuisce dieci implementazioni parziali delle raccomandazioni GAG Intermediate non è necessariamente in vantaggio su uno studio che ne distribuisce cinque implementazioni complete.</p>

  <p>Ciò che la classifica cattura è il posizionamento strategico. Microsoft e Sony, i due platform holder con studi first-party, hanno investito di più nell'accessibilità — e l'investimento ha ripagato in termini di ricezione critica, posizionamento di marketing e (meno misurabilmente) acquisizione di utenti tra i giocatori con disabilità. Ubisoft e Electronic Arts hanno seguito al tier Intermediate, con EA che nel 2021 ha rilasciato i propri brevetti sull'accessibilità all'uso del settore come impegno pubblico che va oltre il suo catalogo. Nintendo è il caso di metà classifica più osservato: un publisher il cui catalogo degli anni 2010 mancava regolarmente il tier Basic si è mosso deliberatamente, anche se silenziosamente, verso l'Intermediate nella transizione a Switch 2. I tre in coda — Take-Two, Capcom, Square-Enix — rimangono i fanalini di coda della classifica AAA, sebbene ciascuno abbia almeno un titolo al tier Intermediate al proprio attivo.</p>

  <div class="callout warning">
    <div class="ct">Il problema delle release interne giapponesi</div>
    <p>Uno schema che i dati degli audit delle Game Accessibility Guidelines evidenziano senza riuscire a risolvere del tutto: i titoli AAA sviluppati principalmente per il mercato giapponese e poi localizzati per l'Occidente tendono a posizionarsi più in basso nel conteggio delle funzionalità rispetto ai titoli sviluppati in Occidente per la stessa finestra di lancio globale. Le decisioni interne sulle funzionalità di accessibilità sembrano essere prese nella fase di localizzazione originale, e le aggiunte della localizzazione occidentale si limitano ai sottotitoli e all'UI compatibile con il daltonismo. I modelli di release di Capcom e Square-Enix sono gli esempi più citati; questa dinamica è quanto di più vicino a una spiegazione strutturale — piuttosto che specifica dello studio — esista nella classifica di accessibilità AAA.</p>
  </div>

  <hr />

  <h2 id="tlou2">05 · The Last of Us Part II come massimo storico</h2>

  <p><em>The Last of Us Part II</em> di Naughty Dog, distribuito per PlayStation 4 il 19 giugno 2020, è il riferimento canonico per le funzionalità di accessibilità AAA. Il conteggio di audit di circa 60 impostazioni — pubblicato da AbleGamers e corroborato nel sondaggio State of Game Accessibility 2020-21 dell'IGDA-GASIG — copre le categorie motoria (rimappatura dei controlli, gioco con un solo stick, raccolta automatica, toggle auto-aim), visiva (modalità ad alto contrasto, narrazione dei menu in stile screen reader, controlli granulari per i sottotitoli, ingrandimento), uditiva (sottotitoli per l'audio ambientale e degli effetti, assistenza alla navigazione per i giocatori non vedenti incluse segnalazioni audio per l'attraversamento) e cognitiva (salta puzzle, aggancio automatico, UI semplificata). La profondità di implementazione — non solo il numero di funzionalità — è ciò che ha distinto il titolo. La modalità ad alto contrasto consente la ricolorazione per singolo personaggio; la narrazione in stile screen reader copre lo stato dei menu e la HUD di gioco; la modalità di assistenza alla navigazione produce una modalità giocabile solo audio dimostrata dopo il lancio da giocatori non vedenti che hanno completato la campagna.</p>

  <p>Replicare quella serie di funzionalità è costoso. Il team di accessibilità di Naughty Dog è cresciuto fino a quasi venti persone durante il ciclo di sviluppo e la release <em>Part II Remastered</em> del 2024. I successivi titoli first-party Sony — <em>Horizon Forbidden West</em>, <em>God of War Ragnarök</em>, <em>Marvel's Spider-Man 2</em> — hanno eguagliato porzioni sostanziali della serie di funzionalità ma non il conteggio completo, e il conteggio di audit di Naughty Dog rimane il tetto AAA. L'unico titolo AAA occidentale ad eguagliare il conteggio di oltre 60 è, dall'audit del 2025, <em>Forza Motorsport</em> (2023) di Microsoft, distribuito con oltre 70 impostazioni di accessibilità verificate tramite audit, inclusa la resa di un interprete di lingua dei segni per le cinematiche. Il lascito di <em>The Last of Us Part II</em> è che ha spostato la frontiera dell'accessibilità AAA da «sottoinsieme delle GAG realizzato al meglio» a «numero di funzionalità come elemento di comunicazione commerciale».</p>

  <div class="quote-block">
    <div class="meta">Dichiarazione di accessibilità di Naughty Dog — giugno 2020</div>
    <div class="quote"><span lang="en">"The Last of Us Part II ships with over 60 accessibility options across three categories — visual, audio, and motor — to allow more players to enjoy the game, with custom difficulty granularity, alternate input schemes including single-stick play, high contrast display modes, full menu narration, and audio cues that allow players who are blind or low-vision to complete the entire campaign."</span></div>
    <span class="source">Annuncio di accessibilità di Naughty Dog, giugno 2020 (PlayStation Blog)</span>
  </div>

  <hr />

  <h2 id="platform">06 · Programmi dei platform holder — Xbox, PlayStation, Nintendo</h2>

  <p>I programmi di accessibilità dei platform holder hanno fatto la maggior parte del lavoro per alzare la soglia minima del settore AAA. Le Xbox Accessibility Guidelines di Microsoft, l'Xbox Adaptive Controller (lanciato nel 2018, rinnovato nel 2024 con il controller modulare Proteus), l'Inclusive Tech Lab e il programma di certificazione di accessibilità Game Stack combinano una pressione di conformità soft su ogni release sulla piattaforma Xbox. Microsoft non applica le XAG come requisito obbligatorio di certificazione — un titolo di terze parti può essere distribuito su Xbox senza rispettarle — ma il posizionamento di marketing relativo al superamento delle XAG, la leva del rapporto con il platform holder e la base di utenti dell'Adaptive Controller hanno creato un ambiente in cui la maggior parte delle release Xbox principali viene almeno verificata rispetto alle XAG.</p>

  <p>Il programma di Sony è meno codificato di quello di Microsoft ma materialmente comparabile. Il PlayStation Access Controller, lanciato alla fine del 2023, è l'equivalente Sony dell'Xbox Adaptive Controller — un kit modulare progettato per interfacciarsi con switch assistivi e joystick. Il programma di tag di accessibilità del PlayStation Store, lanciato nello stesso anno, espone la presenza delle funzionalità di accessibilità per singolo titolo al momento dell'acquisto. Sony non pubblica un equivalente formale delle XAG; il suo programma di accessibilità opera all'interno dei suoi studi first-party e attraverso linee guida a livello di produttore ai publisher di terze parti.</p>

  <p>Nintendo è il ritardatario. La generazione Switch (2017-2024) è stata distribuita senza l'infrastruttura di accessibilità a livello di piattaforma che Microsoft e Sony avevano costruito. La transizione a Switch 2 nel 2024-25 ha rappresentato per Nintendo l'occasione di recuperare: opzioni a livello di piattaforma per i sottotitoli e l'UI compatibile con il daltonismo, rimappatura dei controlli espansa a livello di sistema e un programma emergente di tag delle funzionalità di accessibilità di Nintendo Switch Online che rispecchia quello di Sony. La produzione first-party di Nintendo rimane la più variabile del settore — la serie <em>The Legend of Zelda</em>, in particolare, è stata un bersaglio costante delle critiche sull'accessibilità — ma la traiettoria è inequivocabilmente in ascesa.</p>

  <div class="callout safe">
    <div class="ct">L'Xbox Adaptive Controller come mossa strategica</div>
    <p>Il lancio da parte di Microsoft nel 2018 dell'Xbox Adaptive Controller — un kit hardware da 99 dollari progettato dal Microsoft Inclusive Tech Lab in partnership con AbleGamers, la Cerebral Palsy Foundation, il Craig Hospital, SpecialEffect e la comunità Warfighter Engaged — ha fatto più per spostare la frontiera dell'accessibilità di qualsiasi singola funzionalità software. Distribuendo un pezzo di hardware come prodotto first-party di un platform holder, Microsoft ha trasformato l'accessibilità AAA da una questione caritatevole a una questione di approvvigionamento. Il rinnovamento Proteus del 2024 ha esteso la strategia.</p>
  </div>

  <hr />

  <h2 id="civilsociety">07 · AbleGamers, IGDA-GASIG e lo strato consulenziale</h2>

  <p>Lo strato della società civile nell'accessibilità dei videogiochi è piccolo, ben connesso e sproporzionatamente influente. AbleGamers (registrata come 501(c)(3) in West Virginia dal 2004) fornisce attrezzature finanziate tramite grant direttamente ai giocatori con disabilità, effettua audit delle release AAA rispetto alle Game Accessibility Guidelines e gestisce il programma Player Panels che mette in contatto giocatori con disabilità con gli studi AAA per la consulenza nel ciclo di sviluppo. L'IGDA Game Accessibility Special Interest Group, ospitato dalla International Game Developers Association, gestisce il sondaggio annuale State of Game Accessibility, la programmazione del track di accessibilità alla GDC e la reading list curata da GASIG che è il punto di ingresso de facto per i responsabili dell'accessibilità degli studi. Il charity britannico SpecialEffect gestisce i programmi StarGazing e EyeMine, che producono infrastrutture per l'eye-gaze e l'input via switch utilizzate sia dai singoli giocatori che dai laboratori di user testing degli studi AAA.</p>

  <p>Attorno a queste tre organizzazioni si trova un piccolo strato consulenziale — Ian Hamilton, il principale consulente indipendente, ha lavorato con praticamente ogni publisher AAA nella top-10 della classifica sopra. Cherry Thompson (consulente per <em>The Last of Us Part II</em>) e Steve Saylor (revisore degli audit su più titoli first-party Sony) operano allo stesso livello di consulenti individuali. Lo strato consulenziale è ciò che colma il divario tra le linee guida dei platform holder (XAG, l'equivalente Sony implicito) e l'implementazione per singolo titolo. Senza lo strato consulenziale, i conteggi di funzionalità di accessibilità AAA nella classifica sopra sarebbero misurabilmente inferiori — probabilmente da dieci a quindici raccomandazioni in meno per release al tier Intermediate.</p>

  <hr />

  <h2 id="outlook">08 · Prospettive 2026-28</h2>

  <p>Tre filoni definiranno il resto del decennio.</p>

  <ul>
    <li><strong>La norma ampliata della Sezione 716 dell'FCC.</strong> È attesa una norma definitiva sulla FNPRM di gennaio 2024 entro l'anno solare 2026. Il vettore di espansione più discusso — chiarire che la chat di gruppo integrata, la voce in-game con overlay e i sottotitoli delle cinematiche rientrano nei servizi ACS — imporrebbe una nuova significativa pipeline di conformità ai publisher che non ne hanno ancora costruita una. Microsoft e Sony first-party sono posizionati per assorbire l'espansione; Take-Two, Capcom e Square-Enix dovrebbero investire. Il sistema di enforcement presso il Consumer and Governmental Affairs Bureau non è aggressivo secondo gli standard del Title III, ma produce una pressione di conformità significativa attraverso la postura di pubblico registro del fascicolo dei reclami.</li>
    <li><strong>La portata dell'European Accessibility Act sui videogiochi.</strong> La scadenza di conformità EAA del 28 giugno 2025 si applica a un elenco definito di prodotti e servizi che, in una lettura controversa, include gli e-book e alcune categorie di comunicazioni in-game ma non i videogiochi in quanto tali. Le trasposizioni degli Stati membri variano su questo punto, e la revisione della Commissione europea del 2026 probabilmente emetterà un documento di orientamento interpretativo sulla portata del settore dei giochi. Dove l'EAA si applica, si applica alle superfici di servizio al cliente attorno ai giochi — store, sistemi di account, chat di supporto — piuttosto che al gameplay in sé.</li>
    <li><strong>Il primo decreto di consenso AAA sull'accessibilità.</strong> Nessun publisher nella top-10 della classifica è stato finora soggetto a un decreto di consenso FCC ai sensi della Sezione 716, né a un decreto di consenso ADA Title III del Dipartimento di Giustizia USA specificamente sull'accessibilità dei videogiochi. L'attenzione del foro dei querelanti nel 2025-26 ai titoli live-service, agli store in-game e alle comunicazioni lato piattaforma suggerisce che il primo di questi decreti di consenso sia più probabile che non nella finestra 2026-28. Il PlayStation Store di Sony e il Xbox storefront di Microsoft hanno assorbito reclami di accessibilità sparsi; se uno di essi matura in un'azione di enforcement concordata è la questione aperta.</li>
  </ul>

  <h2 id="closing">Il filo conduttore</h2>

  <p>L'accessibilità nei videogiochi nel 2026 è un campo misurabile, classificato e ancorato ai documenti in un modo che semplicemente non era nel 2014 quando è scaduto il waiver CVAA per i videogiochi. Le Game Accessibility Guidelines hanno prodotto uno standard a tier; AbleGamers e l'IGDA-GASIG hanno prodotto un'infrastruttura di audit e convocazione; Microsoft e Sony hanno prodotto programmi dei platform holder che esercitano una pressione reale sui publisher di terze parti; e <em>The Last of Us Part II</em> di Naughty Dog ha stabilito un tetto di conteggio delle funzionalità rispetto al quale il settore ora si misura. La copertura del tier Basic per sette su dieci nella classifica sopra è l'artefatto visibile di quindici anni di elaborazione di standard da parte di gruppi di lavoro che finalmente si concretizzano in prodotti distribuiti.</p>

  <p>Ciò che non è è un progetto concluso. Il divario nelle release interne giapponesi, le superfici live-service / store in-game e la questione del domicilio normativo della chat di gruppo integrata sono tutte questioni aperte. La Further NPRM dell'FCC di gennaio 2024 e l'orientamento interpretativo dell'EAA del 2026 definiranno il prossimo quadro normativo. Se i terzi e gli ultimi della classifica AAA si avvicinino ai primi — Sony first-party e Microsoft — o se il divario si allarghi è la questione conseguente del 2026-28, e la risposta sarà probabilmente decisa dal costo del primo decreto di consenso contro un publisher che non lo ha fatto.</p>

  <p>Per ulteriori approfondimenti di Disability World, si consulti <a href="/articles/eye-tracking-and-switch-input-2026/">eye-tracking e input via switch</a>, <a href="/regulations/us/">la portata dell'ADA sui prodotti digitali</a>, e <a href="/articles/">il registro dei rapporti 2026</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodologia e dati:</strong> La classifica degli studi AAA è ricostruita dagli audit per titolo pubblicati da AbleGamers, Can I Play That?, DAGERSystem e Family Gaming Database, incrociati con i sondaggi annuali State of Game Accessibility dell'IGDA Game Accessibility Special Interest Group (edizioni 2022, 2023, 2024) e la documentazione di accessibilità pubblicata dagli studi stessi. I conteggi delle raccomandazioni GAG per titolo sono approssimativi; le metodologie di audit variano leggermente tra i publisher, e diverse raccomandazioni ammettono implementazioni parziali che auditor diversi valutano in modo diverso. La classifica dei publisher riflette le release principali del 2024-25 e non pondera le performance del catalogo storico.</p>
    <p><strong>Contesto giuridico:</strong> Twenty-First Century Communications and Video Accessibility Act del 2010, Public Law 111-260 (8 ottobre 2010), §§ 716 e 717, codificato a 47 U.S.C. §§617 e 618. Norme attuative dell'FCC a 47 CFR Parte 14. Waiver settoriali FCC per i videogiochi nel fascicolo CG Docket No. 10-213 (proroghe del 2012 e del 2013; scaduti l'8 gennaio 2014). Further Notice of Proposed Rulemaking dell'FCC, 18 gennaio 2024, nei fascicoli CG Docket Nos. 10-213, 10-145 e 06-181. Scadenza di conformità dell'European Accessibility Act (Direttiva 2019/882) il 28 giugno 2025; revisione interpretativa della Commissione europea del 2026 in attesa al momento della redazione. Americans with Disabilities Act, Title III, 42 U.S.C. §12181 e ss. (citato a scopo comparativo per il decreto di consenso soltanto).</p>
    <p><strong>Cosa questo articolo non è:</strong> Un registro completo delle funzionalità di accessibilità in ogni titolo AAA distribuito nel 2024-25. Il settore mobile, il settore indie e il settore live-service / free-to-play non rientrano nell'ambito. Il punteggio comparativo tra metodologie di audit è approssimativo; il lettore che prende una decisione di approvvigionamento, investimento o conformità dovrebbe consultare le pubblicazioni di audit sottostanti e la documentazione di accessibilità dello studio di riferimento. Si tratta di analisi editoriale di una tendenza del settore, non di consulenza legale o di un parere di conformità normativa.</p>
  </footer>

</div>

---
title: IA generativa e prompt per screen reader: emerge una disciplina di design
url: https://www.disabilityworld.org/it/articles/generative-ai-and-screen-reader-prompts/
description: Scrivere system prompt che rendano ChatGPT, Claude, Gemini e Be My AI utili agli utenti di screen reader sta diventando una propria disciplina di design — con regole su struttura, lineette em, handoff con le AT e i problemi UX aperti che nessuno ha ancora risolto.
author: Disability World
pubDate: 2026-05-22
tags: generative-ai, screen-readers, prompts, chatbots, design-discipline, tech-news
---

# IA generativa e prompt per screen reader: emerge una disciplina di design

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione immagine: uno smartphone appoggiato su una scrivania di legno che mostra un'interfaccia di chat AI con delle cuffie collegate — il marcatore visivo del design di prompt AI compatibile con gli screen reader.</p>

<p class="rt-prefix">Tempo di lettura: 9 minuti</p>

<p class="wp-block-paragraph">Una nuova disciplina di design si è cristallizzata all'interno della comunità dell'accessibilità negli ultimi diciotto mesi, e non ha ancora un nome consolidato. Alcuni team la chiamano <strong>«AT-aware prompt engineering»</strong>; altri la chiamano <strong>«screen-reader-shaped system prompts»</strong>; i professionisti che arrivano dal design di interfacce vocali tendono a chiamarla <strong>«lo strato di output vocale di un LLM»</strong>. Qualunque sia l'etichetta, il mestiere è lo stesso: scrivere system prompt e regole di formattazione dell'output che rendano gli assistenti di IA generativa — ChatGPT, Claude, Gemini, Copilot, Be My AI — utili per le circa 253 milioni di persone nel mondo che accedono a questi prodotti attraverso uno screen reader.</p>

<p class="wp-block-paragraph">Il problema è concreto e la modalità di errore è rumorosa. Un LLM addestrato sul web pubblico produce, per impostazione predefinita, prosa decorata con lineette em, elenchi markdown annidati, blocchi di codice, intestazioni che esistono solo perché il modello ha ritenuto che la risposta fosse «strutturata», ed emoji decorative. Letta ad alta voce da NVDA, JAWS, VoiceOver o TalkBack, quell'output diventa un flusso di intromissioni «trattino trattino», un'enumerazione «punto punto punto» senza alcun senso di dove finisce un elemento, annunci «titolo livello due» che interrompono una frase, e sequenze di nomi di emoji («faccina sorridente con occhiali da sole») tra ogni altra clausola. L'informazione c'è. L'utente non riesce a estrarla senza riascoltare tre volte. Questo articolo è una guida a ciò che la disciplina chiede ai costruttori di modelli, a ciò che i prodotti hanno già distribuito e ai problemi UX aperti che nessuno ha ancora risolto.</p>

<h2 class="wp-block-heading" id="h-the-new-discipline">La nuova disciplina — in cosa consiste effettivamente</h2>

<p class="wp-block-paragraph">Il design di prompt consapevole degli screen reader non è un'unica regola. È un piccolo insieme di vincoli che, insieme, producono un output che un sintetizzatore vocale può pronunciare in modo intelligibile e attraverso il quale un tasto di navigazione dello screen reader può spostarsi. I vincoli rientrano in quattro categorie.</p>

<p class="wp-block-paragraph"><strong>Risposte concise con struttura semantica.</strong> L'output LLM predefinito è troppo lungo per la fruizione orale — una risposta di 600 parole che si legge bene nel browser di un utente vedente diventa un monologo di quattro minuti che l'utente di screen reader non ha modo di scorrere velocemente. La disciplina chiede risposte più brevi, ma soprattutto risposte brevi <em>strutturate</em>: un riassunto di apertura in una frase al quale l'utente può fermarsi, seguito da una struttura che lo screen reader può navigare per intestazione o per elemento di elenco.</p>

<p class="wp-block-paragraph"><strong>Evitare le lineette em e altri segni di punteggiatura che i sintetizzatori pronunciano in modo errato.</strong> La lineetta em, la lineetta en, il parentetico, la barra come congiunzione, il separatore ASCII — tutti questi vengono letti ad alta voce come silenzio, un letterale «trattino», o una pausa confusa che spezza una clausola a metà. La convenzione che si sta affermando tra i principali modelli è: preferire la virgola e il punto; usare i due punti nell'unico posto in cui guadagnano davvero il loro spazio; non usare mai le lineette em nelle risposte in contesto orale; non usare mai regole ASCII per separare le sezioni.</p>

<p class="wp-block-paragraph"><strong>Dichiarare cosa è un elenco, cosa è un'intestazione, cosa è codice.</strong> Il parlato sintetizzato non ha gerarchia visiva. Un'intestazione deve essere annunciata come «intestazione», un elenco deve essere annunciato come «elenco con N elementi, elemento uno», il codice deve essere annunciato come «codice», e il modello deve o emettere strutture che lo screen reader riconosce (HTML, markdown corretto che la superficie di rendering converte in ARIA) oppure narrare verbalmente la struttura stessa («Ecco tre opzioni. Opzione uno: ...»).</p>

<p class="wp-block-paragraph"><strong>Niente zuppa di markdown.</strong> Il markdown va bene quando la superficie di rendering lo converte in HTML semantico. Il markdown è ostile quando la superficie mostra gli asterischi e i trattini bassi grezzi, perché lo screen reader annuncia allora «asterisco asterisco» prima di ogni parola in grassetto. La disciplina consiste nel rilevare il contesto di rendering — UI di chat con rendering markdown rispetto a terminale rispetto a interfaccia vocale guidata da screen reader — e nel modellare l'output di conseguenza. Lo stesso modello deve produrre diverse rappresentazioni superficiali della stessa risposta.</p>

<h2 class="wp-block-heading" id="h-what-screen-readers-need">Cosa gli screen reader hanno realmente bisogno dall'IA</h2>

<p class="wp-block-paragraph">Per rendere concreti i vincoli sopra, è utile guardare al comportamento effettivo delle quattro combinazioni screen reader / sistema operativo che dominano il campo: <a href="/articles/accessibility-screen-reader-testing-tools-2026/">JAWS su Windows, NVDA su Windows, VoiceOver su macOS e iOS, e TalkBack su Android</a>. Non sono intercambiabili, e un prompt che produce un ottimo output per uno può essere illeggibile su un altro.</p>

<p class="wp-block-paragraph"><strong>Navigazione per intestazione.</strong> Tutti e quattro i lettori espongono un tasto di navigazione per intestazione (H in JAWS e NVDA, Rotor in VoiceOver, il controllo di lettura in TalkBack). Affinché una risposta AI lunga sia navigabile, il modello deve emettere vere intestazioni semantiche — tramite una pipeline di rendering markdown che converte in <code>&lt;h2&gt;</code>/<code>&lt;h3&gt;</code> con nidificazione corretta dei livelli, o tramite l'API di risposta strutturata della superficie di chat. Un modello che «struttura» la propria risposta mettendo in grassetto le prime tre parole di ogni paragrafo ha prodotto qualcosa che appare strutturato visivamente ed è completamente piatto per uno screen reader.</p>

<p class="wp-block-paragraph"><strong>Navigazione per elenco.</strong> Gli elenchi sono utili nell'output orale proprio perché lo screen reader annuncia il conteggio («elenco con sette elementi») e permette all'utente di spostarsi con il tasto di navigazione degli elementi dell'elenco (I in NVDA, L in JAWS). Ma questo funziona solo se l'elenco è un vero <code>&lt;ul&gt;</code> o <code>&lt;ol&gt;</code>. Un «elenco» prodotto emettendo caratteri bullet all'inizio di ogni riga, senza un elemento contenitore, viene letto come prosa ordinaria con un'intromissione di «cerchio nero» o «punto elenco» inspiegabile a ogni riga.</p>

<p class="wp-block-paragraph"><strong>Salto per sezione.</strong> Le risposte AI in formato lungo — spiegazioni, comparazioni, codice con commenti, istruzioni a più passaggi — richiedono un modo per l'utente di screen reader di saltare alla sezione desiderata senza dover ascoltare il preambolo. Questo è il singolo aspetto più difficile da progettare bene, perché il modello deve produrre una struttura navigabile <em>e</em> la superficie di chat deve renderizzarla in un modo che il sistema operativo esponga alla tecnologia assistiva, <em>e</em> lo screen reader deve essere configurato per usare il tasto di navigazione per intestazione in quella superficie. Tutti e tre i requisiti falliscono nella pratica; di solito è il secondo.</p>

<p class="wp-block-paragraph"><strong>Suggerimenti di pronuncia.</strong> Le voci sintetiche inciampano su termini tecnici, acronimi con lettere miste, URL, identificatori di codice, notazione matematica e nomi non inglesi. Un modello ben progettato, per le risposte in contesto screen reader, espanderà gli acronimi al primo utilizzo («WCAG, le Linee guida per l'accessibilità dei contenuti web»), espanderà le sigle che il sintetizzatore non riesce a pronunciare e eviterà di incorporare URL grezzi nella prosa scorrevole dove il sintetizzatore leggerà le barre ad alta voce. Nessuno dei prodotti principali lo fa in modo coerente nel 2026.</p>

<h2 class="wp-block-heading" id="h-product-comparisons">Come i prodotti stanno affrontando il problema</h2>

<p class="wp-block-paragraph">A metà del 2026, i principali prodotti di IA generativa hanno adottato posizioni visibilmente diverse sull'output consapevole degli screen reader. Nessuno di loro ha trovato la soluzione ottimale. La progressione è più rapida di quanto fosse dodici mesi fa, ma il divario tra il migliore e il peggiore è ancora ampio.</p>

<p class="wp-block-paragraph"><strong>ChatGPT (OpenAI).</strong> Il client web ora include un toggle «modalità concisa» che accorcia le risposte predefinite e riduce la decorazione markdown. La modalità vocale introdotta nel 2024 — e sostanzialmente aggiornata nel 2025 — è la più vicina che qualsiasi prodotto principale abbia raggiunto a un'interfaccia nativa per screen reader, perché bypassa completamente la chat visiva e fornisce una risposta orale con un gesto per fermarsi, riprodurre e «ripeti». Il campo delle istruzioni personalizzate permette agli utenti di screen reader di dichiarare le proprie preferenze una volta sola e applicarle in tutte le sessioni, che è il compromesso guidato dall'utente su cui la comunità si è assestata. I gap rimanenti: i modelli GPT ancora producono per impostazione predefinita prosa ricca di lineette em a meno che non si indichi diversamente, e il livello di intestazione emesso in markdown non sempre si mappa correttamente in ARIA nella superficie di chat.</p>

<p class="wp-block-paragraph"><strong>Claude (Anthropic).</strong> La disciplina dei system prompt di Claude si è avvicinata di più alle convenzioni descritte sopra. Il modello è notevolmente meno incline alle lineette em rispetto alla linea GPT nel 2026, produce per impostazione predefinita risposte più brevi e risponde bene alle istruzioni nel system prompt come «stai parlando a un utente di screen reader; non usare lineette em, preferisci paragrafi brevi e usa vere intestazioni o elenchi numerati quando è necessaria una struttura». La superficie di chat Claude.ai renderizza il markdown in HTML semantico con livelli di intestazione corretti, il che fa funzionare il tasto di navigazione per intestazione. L'output vocale tramite integrazioni di terze parti esiste ma è meno sviluppato della modalità vocale first-party di ChatGPT.</p>

<p class="wp-block-paragraph"><strong>Gemini (Google).</strong> La stretta integrazione con TalkBack su Android è il vantaggio strutturale di Gemini; il modello può trasferire il controllo allo screen reader a livello di sistema operativo tramite i servizi di accessibilità di Android in un modo che i concorrenti su iOS e web non possono. Il flusso «Hey Google, chiedi a Gemini...» sui dispositivi Android accessibili è, per alcuni utenti, l'esperienza IA-più-screen reader più naturale disponibile. I gap rimanenti: l'interfaccia web ancora produce risposte sovra-decorate, la gerarchia delle intestazioni nelle risposte web di Gemini è inconsistente e il modello è più incline a produrre emoji decorative rispetto ai suoi concorrenti.</p>

<p class="wp-block-paragraph"><strong>Be My AI (Be My Eyes + OpenAI).</strong> È il più circoscritto dei quattro — un assistente di descrizione visiva che usa modelli vision di classe GPT-4 per descrivere immagini e ambienti a utenti non vedenti e ipovedenti. È anche l'unico prodotto in questo elenco progettato sin dal primo giorno per l'utente di screen reader come pubblico primario. Il design del prompt di Be My AI è la dimostrazione più chiara del campo di come appaia in pratica l'output AT-aware: le descrizioni si aprono con un riassunto in una frase al quale l'utente può fermarsi, seguono con dettagli strutturati solo se richiesto, e evitano il linguaggio spaziale («a sinistra», «sopra») che richiede un contesto visivo per essere interpretato. Il prodotto rimane, nel 2026, la cosa più vicina a un'implementazione di riferimento nel settore.</p>

<p class="wp-block-paragraph">L'osservazione trasversale è che i quattro prodotti hanno fatto progressi sulle parti facili — risposte più brevi, meno lineette em, un campo per le istruzioni personalizzate — e hanno a malapena iniziato sulle parti difficili. Le parti difficili sono di seguito.</p>

<h2 class="wp-block-heading" id="h-open-ux-problems">Problemi UX aperti che nessuno ha risolto</h2>

<p class="wp-block-paragraph">La letteratura sul design di prompt consapevole degli screen reader converge su quattro problemi UX aperti per i quali la risposta giusta non è ancora nota. Nessuno di essi è un problema di capacità del modello; tutti sono problemi di design dell'interazione che si collocano tra l'LLM, la superficie di chat, il sistema operativo e lo screen reader.</p>

<p class="wp-block-paragraph"><strong>Interrompibilità.</strong> Un utente vedente può scansionare una risposta LLM in circa due secondi e decidere se leggerla. Un utente di screen reader non può. Se la risposta è sbagliata o fuori bersaglio, l'utente deve ascoltarne abbastanza da saperlo, poi interrompere. Le modalità vocali hanno un pulsante di stop. Le modalità testuali generalmente no — la risposta viene trasmessa in streaming e lo screen reader la annuncia come nuovo contenuto man mano che arriva, e l'utente non ha modo pulito di dire «smetti di generare, non è quello che ho chiesto». L'app Be My AI gestisce questo aspetto nel modo migliore; i client web di chat nel modo peggiore.</p>

<p class="wp-block-paragraph"><strong>Ripetizione dell'ultima risposta con granularità selezionabile.</strong> Chiedere a uno screen reader di rileggere l'ultima risposta è facile se la risposta è breve. È inutilizzabile se la risposta è di sei paragrafi e l'utente vuole sentire solo il terzo paragrafo di nuovo. L'interazione che la comunità chiede è «ripeti l'ultimo elemento dell'elenco», «ripeti la sezione dell'ultima intestazione», «ripeti l'ultimo blocco di codice». Questo richiede che la superficie di chat esponga la struttura allo screen reader in un modo in cui i comandi di rilettura dello screen reader possano indirizzarla. Nel 2026, nessuno dei prodotti principali lo fa; l'utente deve usare la propria navigazione riga per riga dello screen reader, che è laboriosa.</p>

<p class="wp-block-paragraph"><strong>Navigazione per sezione nell'output orale.</strong> Le modalità vocali non hanno un tasto di navigazione per intestazione. L'utente ascolta linearmente una risposta di quattro minuti, senza modo di saltare dalla sezione «panoramica» alla sezione «specifiche» senza riavvolgere nel tempo. I design di interazione in fase di prototipazione — un «elenco di sezioni» orale che l'utente può navigare con i tasti freccia, un comando vocale «vai alla sezione tre», una modalità «dammi solo le intestazioni» — sono ancora nelle fasi iniziali. Il follow-up «ulteriori dettagli sui colori» dell'app Be My AI è la versione funzionante più vicina in un prodotto distribuito.</p>

<p class="wp-block-paragraph"><strong>La questione dell'handoff AT — quando parla l'IA rispetto a quando legge il contenuto ad alta voce?</strong> Questa è la domanda di design più profonda. Se un utente di screen reader apre un assistente AI su una pagina web, chi sta parlando — la voce propria dell'IA (strato TTS), oppure lo screen reader installato dell'utente che legge l'output testuale dell'IA? Le due voci hanno impostazioni diverse, velocità di dizione diverse, suggerimenti di pronuncia diversi, gesti diversi per fermarsi e riprodurre. Due sistemi che cercano di pronunciare lo stesso contenuto contemporaneamente non producono nulla di utilizzabile. La convenzione emergente è: le interazioni in modalità vocale usano il TTS proprio dell'IA e sopprimono esplicitamente lo screen reader; le interazioni in modalità testo emettono HTML semantico e lasciano parlare lo screen reader. Ma il confine tra le due modalità non è sempre netto — la descrizione di immagini, la generazione di codice, la notazione matematica e le risposte multimodali si collocano in modo scomodo tra voce e testo — ed è proprio questo confine dove vivono la maggior parte dei problemi UX aperti.</p>

<h2 class="wp-block-heading" id="h-where-it-goes-next">Dove va questa disciplina</h2>

<p class="wp-block-paragraph">La disciplina è all'incirca dove si trovava l'accessibilità web circa nel 2002 — superata la fase «è un problema reale?», superata la fase «chi è responsabile?», dentro la fase «quali sono le regole effettive?». Tre cose probabilmente accadranno nel corso del 2026 e del 2027.</p>

<p class="wp-block-paragraph">Primo, i costruttori di modelli codificheranno i propri prompt interni per screen reader e li pubblicheranno, come Anthropic pubblica i system prompt di Claude nelle <a href="/articles/accessibility-aware-rfp-teardown/">dichiarazioni di accessibilità in stile VPAT</a> e come OpenAI ha iniziato a documentare le impostazioni predefinite comportamentali di GPT. La comunità chiede l'equivalente di una model card — una «screen-reader output card» — che nomini le convenzioni che un dato modello è stato addestrato o istruito tramite system prompt a seguire.</p>

<p class="wp-block-paragraph">Secondo, le superfici di chat — client web, app mobili, integrazioni IDE — acquisiranno pipeline di rendering HTML semantico corrette ed esposizione ARIA corretta per la cronologia della chat, con i tasti di navigazione mappati allo screen reader a livello di sistema operativo. Questo è un lavoro poco appariscente, ed è il lavoro che farà la differenza maggiore per gli utenti quotidiani.</p>

<p class="wp-block-paragraph">Terzo, i produttori di screen reader stessi — Vispero (JAWS), NV Access (NVDA), Apple (VoiceOver), Google (TalkBack) — inizieranno a distribuire funzionalità compatibili con l'IA: navigazione nativa per intestazione all'interno delle superfici di chat AI, un gesto standardizzato «interrompi la generazione», comandi di rilettura più intelligenti che conoscono la struttura delle risposte LLM. L'ecosistema di add-on open source di NVDA sta già producendo versioni preliminari di questi. I lettori proprietari sono più lenti ma la direzione è la stessa.</p>

<p class="wp-block-paragraph">L'osservazione più profonda è che il design di prompt consapevole degli screen reader ha smesso di essere una preoccupazione di nicchia di una manciata di sviluppatori non vedenti ed è diventato un'aspettativa di base di ogni team di prodotto AI che voglia distribuire in mercati regolamentati. L'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> si applica ai «terminali self-service interattivi» e alle «apparecchiature terminali per i consumatori con capacità di calcolo interattiva» — una categoria che quasi certamente include un assistente AI principale su un telefono. Lo strato di output AT-aware non è più una funzionalità; è vincolante per gli appalti. I team che si impadroniscono delle regole ora distribuiranno i prodotti che sopravviveranno al 28 giugno 2025 e oltre. I team che lo trattano come un ripensamento saranno il prossimo round di casi di enforcement EAA.</p>

<h2 class="wp-block-heading" id="h-final-thoughts">Considerazioni finali</h2>

<p class="wp-block-paragraph">Il mestiere è piccolo, le poste in gioco sono grandi e le regole sono ancora in fase di scrittura. Se si lavora con gli LLM e non si è ancora avuta una conversazione con un utente di screen reader su come appare effettivamente il proprio prodotto quando lo usa, quello è il prossimo punto in agenda. La maggior parte di ciò che non va nell'IA per gli utenti di screen reader nel 2026 non è un problema di capacità del modello; è un problema di design di prompt e superficie che qualsiasi team di prodotto può risolvere in un ciclo di sviluppo, se decide di farlo.</p>

<p class="wp-block-paragraph">La comunità è stata generosa con il suo tempo, i suoi test e la sua pazienza. Sta anche perdendo la pazienza più in fretta di prima, perché i prodotti sono ormai mainstream e la scusa «stiamo ancora capendo come fare» è finita. La disciplina esiste. Le convenzioni stanno convergendo. I prossimi diciotto mesi faranno emergere i team che hanno ascoltato da quelli che non lo hanno fatto.</p>

</div>

---
title: BGG, BITV e BFSG della Germania: come il diritto federale incontra gli standard tecnici UE
url: https://www.disabilityworld.org/it/articles/germany-bfg-and-bitv/
description: Il regime di accessibilità della Germania stratifica tre leggi — il BGG federale (2002, riformato nel 2016), l'ordinanza tecnica BITV 2.0 e il BFSG che recepisce l'EAA (2021) — su un insieme parallelo di sedici leggi dei Länder e sull'attivazione dell'enforcement BAFA nel 2025.
author: Disability World
pubDate: 2026-05-22
tags: germany, bgg, bitv, bfsg, regulations, regulation-primer, eu
---

# BGG, BITV e BFSG della Germania: come il diritto federale incontra gli standard tecnici UE

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione immagine: la cupola di vetro del Reichstag di Norman Foster con la bandiera federale tedesca che sventola sopra — ancoraggio istituzionale al quadro normativo tedesco BGG, BITV e BFSG sull'accessibilità.</p>

<p class="rt-prefix">Tempo di lettura: 13 minuti</p>

<p class="wp-block-paragraph">Il regime di accessibilità interno della Germania non è una singola legge, ma uno stack stratificato di tre: il <strong><span lang="de">Behindertengleichstellungsgesetz</span> (BGG)</strong> — la legge federale sulla parità di opportunità per le persone con disabilità, in vigore dal <strong>1° maggio 2002</strong> e sostanzialmente riformata nel <strong>2016</strong>; la <strong><span lang="de">Barrierefreie-Informationstechnik-Verordnung</span> (BITV 2.0)</strong> — l'ordinanza federale sulla tecnologia dell'informazione accessibile, in vigore nella sua attuale forma «2.0» dal <strong>2011</strong> e riallineata a <strong>EN 301 549 / WCAG 2.1 AA</strong> attraverso successive modifiche; e il <strong><span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG)</strong> — la legge sul rafforzamento dell'accessibilità del <strong>16 luglio 2021</strong>, che recepisce l'<a href="/regulations/">European Accessibility Act (Direttiva 2019/882)</a> nel diritto federale tedesco ed è entrata in vigore per il settore privato il <strong>28 giugno 2025</strong>. Gli strati non si sovrappongono: il BGG copre gli enti pubblici federali, la BITV fornisce i dettagli tecnici, e il BFSG copre i prodotti e i servizi al consumatore del settore privato. Per collocare questi strumenti accanto ad altre trasposizioni degli Stati membri, si consulti l'<a href="/regulations/">indice delle normative nazionali sui diritti delle persone con disabilità</a> e l'explainer su <a href="/articles/en-301-549-explained">EN 301 549</a>, lo standard armonizzato sul quale si appoggiano tutti e tre gli strumenti tedeschi.</p>

<p class="wp-block-paragraph">Questa guida percorre lo stack in ordine — il dovere generale di non discriminazione del BGG, l'implementazione tecnica della BITV 2.0, il recepimento EAA del BFSG, il nuovo ruolo di enforcement federale del <strong>BAFA</strong> in vigore dal giugno 2025, e le <strong>leggi dei Länder</strong> parallele (<span lang="de">Landesgleichstellungsgesetze</span>) che coprono le autorità statali e comunali nei sedici stati federali. È opportuno leggere i livelli separatamente, poiché gli obblighi, i destinatari e i percorsi di enforcement sono diversi a ogni livello.</p>

<h2 class="wp-block-heading" id="h-bgg-the-federal-anchor">Il BGG — l'ancoraggio federale (2002, riformato nel 2016)</h2>

<p class="wp-block-paragraph">Il <strong><span lang="de">Behindertengleichstellungsgesetz</span></strong> (legge federale sulla parità di opportunità per le persone con disabilità) è la legge federale tedesca fondamentale sulla parità delle persone con disabilità. È entrata in vigore il <strong>1° maggio 2002</strong> come parte di un'ondata di riforme anticipatrici della CRPD che ha prodotto anche il Libro IX del <span lang="de">Sozialgesetzbuch</span> (SGB IX) in materia di riabilitazione e partecipazione. Il BGG del 2002 ha introdotto nel diritto federale tedesco tre concetti portanti: una definizione legale di <em lang="de">Barrierefreiheit</em> (accessibilità) al §4, un obbligo vincolante alle autorità pubbliche federali di agire in modo accessibile ai §§7-11, e un <em lang="de">Verbandsklagerecht</em> (diritto di azione associativa) al §13 che consente alle organizzazioni riconosciute delle persone con disabilità di agire in giudizio in nome proprio.</p>

<p class="wp-block-paragraph">La riforma del <strong>2016</strong> — redatta per allineare il BGG alla Convenzione delle Nazioni Unite sui diritti delle persone con disabilità, ratificata dalla Germania nel 2009 — ha aggiunto o rafforzato diversi meccanismi: un obbligo di fornire un accomodamento ragionevole nelle procedure amministrative (§7(2)), il riconoscimento esplicito della sordocecità come categoria di disabilità (§3), un organismo di monitoraggio federale (la <em lang="de">Bundesfachstelle für Barrierefreiheit</em>) istituito presso la Knappschaft-Bahn-See ai sensi del §13a, e un consiglio arbitrale (<em lang="de">Schlichtungsstelle</em>) presso il Commissario del Governo federale per le questioni relative alle persone con disabilità ai sensi del §16. La riforma del 2016 ha anche introdotto l'obbligo di <em lang="de">Leichte Sprache</em> (lingua facile da leggere) ai sensi del §11 e ha richiesto alle autorità federali di comunicare in modo accessibile in <em lang="de">Deutsche Gebärdensprache</em> (DGS, lingua dei segni tedesca) ai sensi del §9.</p>

<h3 class="wp-block-heading" id="h-bgg-scope">A chi si applica effettivamente il BGG</h3>

<p class="wp-block-paragraph">Il perimetro dei destinatari del BGG è più ristretto di quanto una prima lettura lasci intendere. Si applica alle <strong>autorità pubbliche federali (<span lang="de">Bundesbehörden</span>)</strong>, alle società e agli enti di diritto pubblico federale, e — aspetto fondamentale — agli enti finanziati a livello federale che ricevono più del 50 per cento dei propri finanziamenti da fonti federali. <strong>Non</strong> si applica alle autorità dei Länder, alle autorità comunali né ai soggetti privati. Le autorità dei Länder sono coperte da sedici leggi statali parallele; i soggetti privati ricadono sotto la legge generale sulla parità di trattamento (AGG, 2006) per la non discriminazione e, dal 2025, sotto il BFSG per l'accessibilità dei prodotti e servizi al consumatore. Il BGG è il livello minimo del settore pubblico federale; il resto dell'edificio si poggia sopra o accanto a esso.</p>

<h3 class="wp-block-heading" id="h-verbandsklage">Il diritto di <em lang="de">Verbandsklage</em></h3>

<p class="wp-block-paragraph">Una caratteristica del BGG che distingue il regime tedesco da molti dei suoi pari europei è il diritto di azione associativa del §13. Le organizzazioni riconosciute delle persone con disabilità — attualmente circa 80 organizzazioni nell'elenco federale tenuto dal Ministero federale del lavoro e degli affari sociali (BMAS) — possono citare in giudizio le autorità federali per violazione del BGG senza identificare un singolo ricorrente colpito. Il diritto è stato esercitato raramente ma in modo visibile: il <span lang="de">Deutscher Behindertenrat</span> e le organizzazioni associate hanno presentato qualche caso per ciclo, per lo più rivolti all'accessibilità degli appalti e ai deficit dei servizi digitali. La legittimazione associativa riduce l'attrito che il percorso di reclamo individuale altrimenti impone — il costo, l'esposizione alla divulgazione e il lento calendario dei tribunali amministrativi.</p>

<h2 class="wp-block-heading" id="h-bitv-the-technical-ordinance">BITV 2.0 — l'ordinanza tecnica</h2>

<p class="wp-block-paragraph">La <strong><span lang="de">Barrierefreie-Informationstechnik-Verordnung</span></strong> (ordinanza sulla tecnologia dell'informazione accessibile) è l'ordinanza attuativa emanata ai sensi del §12 del BGG. La prima BITV è entrata in vigore nel 2002 insieme alla legge madre; l'attuale <strong>BITV 2.0</strong> è entrata in vigore il <strong>22 settembre 2011</strong> ed è stata modificata nel <strong>2019</strong> (per allinearsi alla Direttiva sull'accessibilità dei siti web UE 2016/2102 e a EN 301 549 v3.1.1) e di nuovo nel <strong>2023</strong> (per aggiornare EN 301 549 v3.2.1 e chiarire la copertura delle applicazioni mobili). La BITV è lo strato che individua uno specifico standard tecnico e vincola i siti web del settore pubblico federale, le intranet e le applicazioni mobili a rispettarlo.</p>

<p class="wp-block-paragraph">Nella sua forma attuale, la BITV 2.0 incorpora per rinvio <strong>EN 301 549 V3.2.1</strong> — lo standard europeo armonizzato per l'accessibilità ICT — che a sua volta include <strong>WCAG 2.1 Livello AA</strong> per i contenuti web e le applicazioni mobili. L'ordinanza impone anche obblighi specifici tedeschi oltre a EN 301 549: un obbligo esplicito al §4 di fornire <em>informazioni in <span lang="de">Leichte Sprache</span> (lingua facile da leggere) e in lingua dei segni tedesca (DGS)</em> sulle homepage delle autorità federali, un obbligo di meccanismo di feedback al §12b, e requisiti di pubblicazione della dichiarazione di accessibilità al §12c che rispecchiano l'articolo 7 della Direttiva sull'accessibilità dei siti web.</p>

<h3 class="wp-block-heading" id="h-bitv-scope">A chi si applica la BITV e cosa copre</h3>

<p class="wp-block-paragraph">Il perimetro della BITV rispecchia quello del BGG: autorità federali, società di diritto pubblico finanziate a livello federale, e — attraverso il recepimento da parte dello Stato membro della Direttiva 2016/2102 — i tribunali federali e gli organi legislativi federali nella loro capacità amministrativa. I siti web federali devono pubblicare una dichiarazione di accessibilità e un meccanismo di feedback, e la <em lang="de">Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik</em> (BFIT-Bund, l'organismo di monitoraggio federale per l'accessibilità ICT, ospitato presso il BMAS) effettua un monitoraggio periodico e riferisce alla Commissione europea con cadenza triennale. Il più recente rapporto di monitoraggio federale, che copre il periodo 2022-24, ha campionato circa 200 siti web e 60 applicazioni mobili e ha riscontrato lacune persistenti nella navigazione da tastiera, nei testi alternativi, nella sottotitolatura dei contenuti video più datati e nella pubblicazione delle dichiarazioni di accessibilità in forma conforme.</p>

<p class="wp-block-paragraph">L'ICT del settore pubblico a livello di Land è coperta da sedici ordinanze parallele equivalenti alla BITV a livello di Land — talvolta denominate BITV-Landes-X — emanate ai sensi della legge sulla parità di opportunità di ciascun Land. Queste rispecchiano la BITV 2.0 da vicino nei contenuti tecnici, ma variano nella cadenza di monitoraggio e nella questione se sia competente il Land o l'organismo di monitoraggio federale.</p>

<h2 class="wp-block-heading" id="h-bfsg-the-eaa-transposition">BFSG — il recepimento dell'EAA, attivato nel giugno 2025</h2>

<p class="wp-block-paragraph">Il <strong><span lang="de">Barrierefreiheitsstärkungsgesetz</span> (BFSG)</strong> — la legge sul rafforzamento dell'accessibilità — è stato adottato il <strong>16 luglio 2021</strong> ed è entrato in vigore per fasi, con la data operativa per i prodotti e i servizi del settore privato nell'ambito di applicazione fissata al <strong>28 giugno 2025</strong>, la data di applicazione armonizzata dell'EAA. Il BFSG recepisce la <a href="/regulations/">Direttiva (UE) 2019/882</a> — l'European Accessibility Act (EAA) — nel diritto federale tedesco. Mentre il BGG copre le autorità pubbliche federali e la BITV fornisce i dettagli tecnici per l'ICT del settore pubblico federale, il BFSG è la prima legge federale generale che vincola gli <strong>operatori economici del settore privato</strong> sull'accessibilità dei prodotti e dei servizi rivolti ai consumatori.</p>

<h3 class="wp-block-heading" id="h-bfsg-scope">Cosa copre il BFSG</h3>

<p class="wp-block-paragraph">Il perimetro dei prodotti e dei servizi segue verbatim l'EAA, con la struttura dei destinatari adattata al diritto federale tedesco. I prodotti coperti includono hardware informatico e sistemi operativi di uso generale per i consumatori, terminali self-service (ATM, distributori automatici di biglietti, chioschi per il check-in), apparecchiature terminali per i consumatori per i servizi di comunicazione elettronica e audiovisivi (set-top box, smartphone, smart TV) ed e-reader. I servizi coperti includono i servizi bancari al consumatore, i servizi di comunicazione elettronica, i servizi che consentono l'accesso ai servizi di media audiovisivi, i servizi di informazione per il trasporto passeggeri (componenti web/mobile/self-service), l'e-commerce e gli e-book.</p>

<ul class="wp-block-list">
<li><strong>Operatori economici vincolati:</strong> produttori, importatori e distributori di prodotti nell'ambito di applicazione; fornitori di servizi nell'ambito di applicazione offerti ai consumatori in Germania.</li>
<li><strong>Esenzione per le microimprese:</strong> in linea con l'articolo 4(5) dell'EAA, le microimprese fornitrici di servizi (meno di 10 dipendenti e fatturato o totale di bilancio pari o inferiore a 2 milioni di euro) sono esenti dagli obblighi di servizio ma devono conservare la documentazione del loro status di microimpresa; l'esenzione per i prodotti <em>non</em> si applica.</li>
<li><strong>Difesa dell'onere sproporzionato:</strong> disponibile ai sensi del §17 BFSG, soggetta a una valutazione documentata che segue l'Allegato VI dell'EAA.</li>
<li><strong>Difesa dell'alterazione fondamentale:</strong> disponibile quando la conformità richiederebbe una modifica della natura di base del prodotto o del servizio.</li>
<li><strong>Periodo transitorio:</strong> i contratti conclusi prima del 28 giugno 2025 e i terminali self-service già in uso a tale data beneficiano di una finestra transitoria fino a <strong>cinque anni</strong> per il contratto e fino a <strong>quindici anni</strong> per l'hardware dei terminali (§38 BFSG).</li>
</ul>

<p class="wp-block-paragraph">I requisiti tecnici di accessibilità che prodotti e servizi devono soddisfare sono stabiliti nell'ordinanza attuativa, la <strong>BFSGV</strong> (<span lang="de">Barrierefreiheitsstärkungsgesetz-Verordnung</span>) del <strong>15 giugno 2022</strong>, che fa riferimento a EN 301 549 per i componenti ICT e ai pertinenti standard armonizzati per le altre classi di prodotti. Laddove non esiste ancora uno standard armonizzato, la conformità può essere dimostrata direttamente attraverso i requisiti funzionali di accessibilità dell'EAA, in linea con l'Allegato I.</p>

<h2 class="wp-block-heading" id="h-bafa-enforcement">BAFA e l'attivazione della sorveglianza del mercato</h2>

<p class="wp-block-paragraph">Il cambiamento più significativo del 2025 non è stato l'entrata in vigore della legge — quella è avvenuta nel 2021. È stata l'<strong>attivazione operativa della sorveglianza del mercato</strong> il 28 giugno 2025. Ai sensi del §19 BFSG, l'autorità di sorveglianza del mercato sui <em>prodotti</em> coperti dal BFSG spetta al <strong><span lang="de">Bundesamt für Wirtschaft und Ausfuhrkontrolle</span> (BAFA)</strong> — l'Ufficio federale per l'economia e il controllo delle esportazioni, con sede a Eschborn. Per i <em>servizi</em> coperti dal BFSG, la competenza è distribuita: la <strong><span lang="de">Bundesnetzagentur</span> (BNetzA)</strong> per i servizi di comunicazione elettronica, la <strong>BaFin</strong> per i servizi bancari al consumatore, i <strong><span lang="de">Landesmedienanstalten</span></strong> per i servizi di accesso ai media audiovisivi, e — per l'e-commerce, gli e-book e i servizi di informazione per il trasporto passeggeri — le <strong>autorità di sorveglianza del mercato dei Länder</strong> che si coordinano attraverso un forum federale-Länder convocato dal BMAS.</p>

<p class="wp-block-paragraph">Il mandato del BAFA va dai controlli di conformità all'ingresso nel mercato sui prodotti ai procedimenti per sanzioni amministrative ai sensi del §37 BFSG. Le sanzioni possono raggiungere <strong>fino a 100.000 euro per violazione</strong>, con il limite massimo applicato per linea di prodotto o servizio nei casi di recidiva. Oltre alle sanzioni, il BAFA può ordinare il ritiro dal mercato o il richiamo di prodotti quando la non conformità crea un «rischio significativo» — una formula mutuata dall'architettura di sorveglianza del mercato del Regolamento generale sulla sicurezza dei prodotti (Regolamento (UE) 2023/988). Il BAFA pubblica anche rapporti annuali di sorveglianza del mercato che identificano le categorie di prodotti con i tassi di non conformità più elevati; il primo rapporto del ciclo BFSG è previsto per la fine del 2026.</p>

<h3 class="wp-block-heading" id="h-private-right-of-action">Nessun diritto privato all'azione per danni</h3>

<p class="wp-block-paragraph">Il BFSG non crea, di per sé, un diritto privato all'azione per danni pecuniari. I consumatori possono presentare reclami al BAFA, alla BNetzA o all'autorità di servizio competente, che decidono se aprire un procedimento. Le associazioni riconosciute di tutela dei consumatori e le organizzazioni delle persone con disabilità hanno diritti di azione collettiva ai sensi del §22 BFSG che rispecchiano la Direttiva UE sulle azioni rappresentative (Direttiva (UE) 2020/1828, recepita nel diritto tedesco come VDuG, in vigore dall'ottobre 2023). Il percorso dell'azione collettiva è la parte dell'architettura di enforcement del settore privato tedesco più probabile a produrre giurisprudenza visibile nel 2026-27.</p>

<h2 class="wp-block-heading" id="h-laender-laws">Il livello dei Länder — sedici leggi parallele</h2>

<p class="wp-block-paragraph">La struttura federale della Germania implica che l'accessibilità del settore pubblico per i Länder e i loro comuni sia disciplinata da sedici separate <strong><span lang="de">Landesgleichstellungsgesetze</span> (LGG)</strong> a livello di Land, ciascuna con il proprio perimetro, il proprio organismo di monitoraggio e la propria ordinanza tecnica. Il BayBGG della Baviera (2003, rivisto nel 2018), il BGG NRW del Nord Reno-Westfalia (2004, rivisto nel 2016), il LGBG di Berlino (1999, rivisto nel 2021), l'HmbBGG di Amburgo (2005, rivisto nel 2020) e il SächsInklusG della Sassonia (2018) sono gli esempi più citati; le leggi dello Schleswig-Holstein, della Bassa Sassonia, dell'Assia e del Baden-Württemberg completano i Länder più grandi.</p>

<p class="wp-block-paragraph">La maggior parte delle LGG segue il modello strutturale del BGG — obbligo definito di accessibilità, diritto di <em lang="de">Verbandsklage</em>, disposizioni linguistiche e comunicative per la DGS e la lingua facile da leggere — ma l'implementazione tecnica differisce. Alcuni Länder emanano una propria ordinanza equivalente alla BITV; alcuni incorporano la BITV 2.0 per rinvio; uno o due lasciano il livello tecnico poco specificato, con il risultato che la conformità dei siti web comunali è disomogenea nel Land. Il rapporto di monitoraggio federale del 2024 ha evidenziato questa asimmetria: la conformità ICT del settore pubblico federale è significativamente più elevata rispetto alla conformità dei Länder e dei comuni, principalmente perché la cadenza di monitoraggio del BFIT-Bund a livello federale non è eguagliata a tutti i livelli dei Länder.</p>

<h2 class="wp-block-heading" id="h-how-the-layers-interact">Come i tre livelli interagiscono nella pratica</h2>

<p class="wp-block-paragraph">In pratica, un'entità tedesca che classifichi il proprio obbligo di accessibilità nel 2026 dovrebbe rispondere a tre domande in ordine. Primo, è un'autorità pubblica federale, una società di diritto pubblico federale o un'entità finanziata a livello federale al di sopra della soglia del 50 per cento? In caso affermativo, si applica il BGG, la BITV 2.0 stabilisce lo standard tecnico, e il BFIT-Bund effettua il monitoraggio. Secondo, è un'autorità di un Land o comunale, oppure un'entità finanziata da un Land? In caso affermativo, si applicano la LGG pertinente e la sua ordinanza tecnica, monitorate dall'organismo equivalente del Land. Terzo, è un operatore economico del settore privato che commercializza prodotti nell'ambito di applicazione o fornisce servizi nell'ambito di applicazione ai consumatori in Germania? In caso affermativo, si applicano il BFSG e la BFSGV, con competenza del BAFA, della BNetzA, della BaFin o di un'autorità di sorveglianza del mercato di un Land a seconda del prodotto o del servizio.</p>

<p class="wp-block-paragraph">Un ospedale privato che riceve il 60 per cento di finanziamenti federali potrebbe trovarsi su due livelli contemporaneamente: il BGG (in ragione della soglia di finanziamento federale) e, per i suoi servizi online rivolti ai consumatori, il BFSG. Gli obblighi di conformità si sovrappongono piuttosto che collidere — entrambi i livelli puntano in definitiva a EN 301 549 / WCAG 2.1 AA per le interfacce digitali — ma i percorsi di enforcement differiscono. Una violazione del BGG va all'ufficio arbitrale del BMAS o ai tribunali amministrativi tramite <em lang="de">Verbandsklage</em>; una violazione del BFSG va al BAFA o alla BNetzA.</p>

<h3 class="wp-block-heading" id="h-the-en-301-549-anchor">L'ancoraggio EN 301 549 / WCAG attraverso tutti e tre i livelli</h3>

<p class="wp-block-paragraph">L'ancoraggio tecnico unificante tra BGG, BITV e BFSG è lo standard europeo armonizzato <strong>EN 301 549 V3.2.1</strong>, che incorpora a sua volta WCAG 2.1 Livello AA per i contenuti web e le applicazioni mobili. È questo che nella pratica conferisce coerenza all'architettura stratificata tedesca: un unico standard tecnico attraversa il livello del settore pubblico federale (tramite la BITV 2.0), il livello del settore pubblico dei Länder (tramite gli equivalenti BITV dei Länder) e il livello del settore privato (tramite il BFSG/BFSGV). Quando una futura ordinanza attuativa tedesca eleverà lo standard tecnico a <strong>WCAG 2.2 AA</strong>, tutti e tre i livelli si muoveranno insieme — non esiste uno scenario plausibile in cui il BFSG si porti a 2.2 mentre la BITV rimane a 2.1, perché la BITV fa riferimento allo stesso standard armonizzato a cui fa riferimento la BFSGV.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Implicazioni pratiche per le imprese che operano in Germania</h2>

<p class="wp-block-paragraph">Tre implicazioni concrete seguono per le organizzazioni le cui operazioni tedesche hanno superato la soglia BFSG del 28 giugno 2025. Primo, la difesa dell'onere sproporzionato del §17 BFSG è documentata, non dichiarata — gli operatori che vi fanno affidamento devono produrre una valutazione in stile Allegato VI che il BAFA può richiedere. Secondo, l'esenzione per le microimprese si applica solo ai servizi; i produttori e gli importatori di prodotti nell'ambito di applicazione non possono farvi ricorso indipendentemente dal numero di dipendenti. Terzo, la dichiarazione di accessibilità BFSG è obbligatoria per i servizi nell'ambito di applicazione e deve essere pubblicata in forma strutturata sulla superficie principale dell'operatore rivolta ai consumatori; i primi controlli a campione del BAFA nella seconda metà del 2025 si sono concentrati sull'esistenza delle dichiarazioni piuttosto che sulla conformità sostanziale, con la conformità sostanziale che si prevede dominerà il ciclo del 2026.</p>

<p class="wp-block-paragraph">Per gli enti pubblici federali e le entità finanziate a livello federale, la priorità pratica nel 2026 è colmare le lacune evidenziate dal rapporto di monitoraggio BFIT-Bund 2022-24: navigazione da tastiera nei flussi transazionali, testo alternativo per le immagini, sottotitolatura dei contenuti video più datati e modulo delle dichiarazioni di accessibilità. Per le entità dei Länder e comunali, la priorità è il ciclo di monitoraggio LGG attualmente in corso.</p>

<h2 class="wp-block-heading" id="h-conclusion">Conclusione: un regime stratificato, ancorato a un unico standard</h2>

<p class="wp-block-paragraph">L'architettura stratificata a tre leggi della Germania appare complessa dall'esterno perché lo è — un BGG federale e una BITV attuativa del 2002, sedici leggi dei Länder che coprono il settore pubblico e un BFSG che recepisce l'EAA nel settore privato dal 2021. Ciò che nella pratica rende gestibile il regime è che tutti e tre i livelli si ancorano allo stesso standard tecnico europeo armonizzato, EN 301 549, che include WCAG 2.1 AA per le interfacce digitali e attraversa ogni livello dello stack. L'attivazione della sorveglianza del mercato BAFA nel 2025 ai sensi del BFSG è il cambiamento che per la prima volta porta un regolatore federale sul lato del settore privato, con sanzioni amministrative fino a 100.000 euro per violazione e con l'esposizione all'azione collettiva attraverso il VDuG. La dottrina e i destinatari erano già in atto; il meccanismo di enforcement è ciò che il 2026 in poi metterà alla prova.</p>

<p class="wp-block-paragraph">Per ulteriori approfondimenti di Disability World, si consulti <a href="/regulations/">l'European Accessibility Act e le trasposizioni degli Stati membri</a>, lo <a href="/articles/en-301-549-explained">standard armonizzato EN 301 549</a>, e il <a href="/articles/">registro normativo 2026</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fonti primarie</h2>

<ol class="wp-block-list">
<li><span lang="de">Bundesministerium der Justiz</span>. <em lang="de">Behindertengleichstellungsgesetz (BGG)</em>, in vigore dal 1° maggio 2002, come modificato dalla legge federale sulla partecipazione del 2016. <a href="https://www.gesetze-im-internet.de/bgg">gesetze-im-internet.de/bgg</a></li>
<li><span lang="de">Bundesministerium der Justiz</span>. <em lang="de">Barrierefreie-Informationstechnik-Verordnung (BITV 2.0)</em>, in vigore dal 22 settembre 2011, ultima modifica 2023. <a href="https://www.gesetze-im-internet.de/bitv_2_0">gesetze-im-internet.de/bitv_2_0</a></li>
<li><span lang="de">Bundesministerium der Justiz</span>. <em lang="de">Barrierefreiheitsstärkungsgesetz (BFSG)</em>, del 16 luglio 2021, BGBl. I p. 2970, operativo per i prodotti e i servizi nell'ambito di applicazione dal 28 giugno 2025. <a href="https://www.gesetze-im-internet.de/bfsg">gesetze-im-internet.de/bfsg</a></li>
<li><span lang="de">Bundesministerium der Justiz</span>. <em lang="de">Barrierefreiheitsstärkungsgesetz-Verordnung (BFSGV)</em>, del 15 giugno 2022. <a href="https://www.gesetze-im-internet.de/bfsgv">gesetze-im-internet.de/bfsgv</a></li>
<li><span lang="de">Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik (BFIT-Bund)</span>. <em>Rapporto di monitoraggio federale sull'accessibilità dei siti web e delle applicazioni mobili del settore pubblico, 2022-2024</em>. <a href="https://www.bfit-bund.de">bfit-bund.de</a></li>
<li><span lang="de">Bundesamt für Wirtschaft und Ausfuhrkontrolle (BAFA)</span>. <em>Informazioni sulla sorveglianza del mercato BFSG per gli operatori economici</em> (2025). <a href="https://www.bafa.de">bafa.de</a></li>
<li>Unione europea. <em>Direttiva (UE) 2019/882 sui requisiti di accessibilità dei prodotti e dei servizi (European Accessibility Act)</em>, GU L 151, 7.6.2019.</li>
<li>Unione europea. <em>Direttiva (UE) 2016/2102 sull'accessibilità dei siti web e delle applicazioni mobili degli enti pubblici</em>, GU L 327, 2.12.2016.</li>
<li>ETSI / CEN / CENELEC. <em>EN 301 549 V3.2.1 — Requisiti di accessibilità per prodotti e servizi ICT</em> (marzo 2021).</li>
</ol>

</div>

---
title: Lo stato delle metriche globali sulla disabilità nel 2026: cosa viene contato, cosa no, e perché il divario si chiude lentamente
url: https://www.disabilityworld.org/it/articles/global-disability-metrics-2026/
description: Due decenni dopo la pubblicazione del Washington Group Short Set on Functioning, solo una minoranza dei censimenti nazionali lo utilizza effettivamente. Il rapporto 2024 dell'OMS e il Compendio ONU DESA 2025 presentano i dati 2026 — e le lacune.
author: Disability World
pubDate: 2026-05-22
tags: data, statistics, washington-group, who, un-desa, measurement
---

# Lo stato delle metriche globali sulla disabilità nel 2026: cosa viene contato, cosa no, e perché il divario si chiude lentamente

<div class="src-article" data-template="1">

<div>
  <span class="eyebrow"><strong>Dossier dati</strong> · Infrastruttura di misurazione</span>
</div>

<h1>Lo stato delle metriche globali sulla disabilità nel 2026 — <em>cosa viene contato, cosa no, e perché il divario si chiude lentamente</em></h1>

<p class="lede">Due decenni dopo la pubblicazione del Washington Group Short Set on Functioning da parte del Washington Group on Disability Statistics, il mondo dispone finalmente di un dato di riferimento difendibile: <strong>1,3 miliardi di persone</strong>, circa il <strong>16% della popolazione mondiale</strong>, che vivono con una disabilità significativa, secondo l'aggiornamento di monitoraggio 2024 dell'OMS al World Report on Disability. Questo dato si basa su un'infrastruttura di misurazione che ha richiesto vent'anni per essere costruita — e che ancora non rileva quattro popolazioni in modo adeguato. <strong>Oltre 55 istituti nazionali di statistica</strong> applicano ora il Washington Group Short Set; <strong>più di 90 paesi a basso e medio reddito</strong> pubblicano i dati del Modulo UNICEF/WG sul Funzionamento dei Bambini; il Compendio ONU DESA 2025 mappa <strong>circa 120 paesi</strong> che producono almeno qualche rapporto sugli indicatori SDG disaggregato per disabilità. Il dato di riferimento è più solido che mai. Ciò che continua a sfuggirgli è l'oggetto del presente dossier.</p>

<section class="dossier" aria-labelledby="dossier-title">
  <header class="dossier-head">
    <span class="dossier-stamp">Risultanze · Fascicolo 01</span>
    <span class="dossier-meta">06 risultanze · derivate da OMS 2024, inventario Segretariato WG, Compendio ONU DESA 2025</span>
  </header>
  <h2 class="dossier-title" id="dossier-title">Cosa rivela l'infrastruttura di misurazione 2026</h2>
  <ol class="dossier-list">
    <li class="dossier-row">
      <span class="dossier-idx">01</span>
      <span class="dossier-stat">1,3 mld</span>
      <div class="dossier-body">
        <p class="dossier-claim">L'aggiornamento OMS 2024 stima la disabilità globale a 1,3 miliardi di persone — il dato di riferimento più solido mai prodotto nel settore</p>
        <p class="dossier-note">La limitazione funzionale, e non la contabilizzazione condizione per condizione del Global Burden of Disease, è ora il quadro di riferimento primario. Dei 1,3 miliardi, circa 190 milioni di adulti presentano difficoltà molto significative nel funzionamento — un dato secondario che non si è quasi mosso dal rapporto del 2011.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">02</span>
      <span class="dossier-stat">16%</span>
      <div class="dossier-body">
        <p class="dossier-claim">La prevalenza globale è salita da circa il 15% nel 2011 a circa il 16% nel 2024</p>
        <p class="dossier-note">Il mondo non è diventato «più disabile» — la misurazione è migliorata, la popolazione over-60 è cresciuta di quasi 240 milioni in 13 anni, e la prevalenza delle malattie croniche si è espansa più rapidamente della crescita demografica in Asia meridionale e nell'Africa subsahariana.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">03</span>
      <span class="dossier-stat">55+</span>
      <div class="dossier-body">
        <p class="dossier-claim">Più di 55 istituti nazionali di statistica applicano ora il Washington Group Short Set nel censimento o nell'indagine principale</p>
        <p class="dossier-note">Su circa 200 giurisdizioni che effettuano censimenti decennali o quinquennali. La maggior parte dell'America Latina, un numero crescente di istituti statistici africani, alcuni grandi paesi asiatici e una quota in lenta crescita dei Paesi OCSE ad alto reddito.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">04</span>
      <span class="dossier-stat">circa 10%</span>
      <div class="dossier-body">
        <p class="dossier-claim">Circa 1 bambino su 10 di età compresa tra 5 e 17 anni nei paesi a basso e medio reddito ha una disabilità secondo il Child Functioning Module</p>
        <p class="dossier-note">L'aggiornamento UNICEF 2024 <em>Seen, Counted, Included</em> aggrega stime di prevalenza basate sul CFM da più di 90 paesi a basso e medio reddito — il dataset comparabile sulla disabilità infantile più ampio mai esistito. Sostanzialmente più elevato rispetto alle stime precedenti.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">05</span>
      <span class="dossier-stat">4 lacune</span>
      <div class="dossier-body">
        <p class="dossier-claim">Quattro popolazioni restano sistematicamente sottorappresentate, anche nelle indagini meglio strutturate</p>
        <p class="dossier-note">Bambini sotto i 2 anni (non esiste uno strumento standardizzato). Persone in strutture residenziali, carceri, campi profughi (escluse dai campioni delle indagini sulle famiglie). Persone con disabilità intellettive o psicosociali (l'Extended Set è in uso in meno di due dozzine di paesi). Gli oltre 117 milioni di sfollati forzati (quasi nessun istituto statistico raggiunge tale popolazione).</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">06</span>
      <span class="dossier-stat">2,2 → 17,8</span>
      <div class="dossier-body">
        <p class="dossier-claim">Le prevalenze nazionali variano dal 2,2% (India, domanda singola legacy) al 17,8% (Regno Unito, GSS armonizzato + WG)</p>
        <p class="dossier-note">Bangladesh 2,8%, Sudafrica 6,0%, Brasile 8,9%, Stati Uniti 13,4%, Messico 16,5%. La maggior parte della variazione è dovuta allo strumento, alla soglia e alla scelta di aggregazione — non all'epidemiologia sottostante. Le linee guida WG 2024 raccomandano ora di riportare almeno due soglie in parallelo.</p>
      </div>
    </li>
  </ol>
  <p class="dossier-foot"><strong>Fonti</strong>World Report on Disability OMS (2011) e aggiornamento di monitoraggio 2024; inventario di deployment nei paesi del Segretariato Washington Group 2024; Compendio di Statistiche sulla Disabilità ONU DESA 2025; Modulo UNICEF/WG sul Funzionamento dei Bambini, aggiornamento <em>Seen, Counted, Included</em> 2024; pubblicazioni dei censimenti nazionali (IBGE 2022, Stats SA 2022, INEGI 2020, ONS 2021/22, BBS 2022).</p>
</section>

<div class="toc">
  <div class="toc-title">In questo dossier</div>
  <ul>
    <li><span class="toc-num">01</span><a href="#methodology">Come viene misurata la disabilità nel 2026</a></li>
    <li><span class="toc-num">02</span><a href="#headline">Il dato di riferimento: 1,3 mld e 16%</a></li>
    <li><span class="toc-num">03</span><a href="#wgss">Adozione del Washington Group Short Set</a></li>
    <li><span class="toc-num">04</span><a href="#child">Bambini: il CFM e la lacuna sotto i 2 anni</a></li>
    <li><span class="toc-num">05</span><a href="#missed">Cosa non viene ancora contato adeguatamente</a></li>
    <li><span class="toc-num">06</span><a href="#double">Il dibattito sul doppio conteggio, in quattro paesi</a></li>
    <li><span class="toc-num">07</span><a href="#sdg">SDG 17.18.1 e il Compendio 2025</a></li>
    <li><span class="toc-num">08</span><a href="#outlook">Prospettive 2026 e il filo conduttore</a></li>
  </ul>
</div>

<hr />

<h2 id="methodology">01 · Come viene misurata la disabilità nel 2026</h2>

<p class="dropcap-first">Tre fattori sono cambiati tra il World Report on Disability del 2011 e l'aggiornamento di monitoraggio OMS del 2024, e tutti spingono il dato globale di prevalenza nella stessa direzione. Il mondo è più anziano — la popolazione over-60 è cresciuta di circa 240 milioni in 13 anni, e la limitazione funzionale significativa aumenta bruscamente dopo i 60 anni. La prevalenza delle malattie croniche, in particolare il diabete di tipo 2 e le sue sequele, si è espansa più rapidamente della crescita demografica in Asia meridionale e nell'Africa subsahariana. E la misurazione stessa è migliorata: gli strumenti del Washington Group, il Modulo UNICEF/WG sul Funzionamento dei Bambini e il Model Disability Survey si sono affermati come strumenti di riferimento che producono conteggi più elevati e più affidabili rispetto alla domanda legacy «ha una disabilità? sì/no» che hanno sostituito.</p>

<div class="stat-row r3">
  <div class="stat-box"><div class="stat-big">circa 1,3 mld</div><div class="stat-desc">Persone con disabilità significativa nel mondo (OMS 2024)</div></div>
  <div class="stat-box"><div class="stat-big green">16%</div><div class="stat-desc">Prevalenza globale nel 2024 — in aumento rispetto al circa 15% del 2011</div></div>
  <div class="stat-box"><div class="stat-big">190 mln</div><div class="stat-desc">Adulti con difficoltà molto significative nel funzionamento</div></div>
</div>

<div class="callout info">
  <div class="ct">Perché il «16%» è un minimo, non un massimo</div>
  <p>Il dato di prevalenza del 16% dell'OMS va letto come il minimo di una stima difendibile, non come la scoperta che il mondo sia in qualche modo diventato più disabile in 13 anni. L'aggiornamento 2024 tratta la limitazione funzionale come il quadro di riferimento primario — il rapporto del 2011 si basava sul framework del Global Burden of Disease (GBD), ossia gli anni vissuti con disabilità per causa specifica, ma l'aggiornamento 2024 mantiene il GBD come appendice piuttosto che come dato principale. Un conteggio basato sulla limitazione funzionale e uno condizione per condizione non identificano la stessa popolazione: confonderli comporta un doppio conteggio delle persone presenti in più righe di condizione e un sottoconto delle persone la cui limitazione non ha una chiara collocazione ICD-11.</p>
</div>

<hr />

<h2 id="headline">02 · Il dato di riferimento e cosa misura effettivamente</h2>

<p>Il dato di <strong>prevalenza del 16%</strong> dell'OMS (circa 1,3 miliardi di persone) va quindi letto come il minimo di una stima difendibile, non come la scoperta che il mondo sia diventato più disabile in 13 anni. Di quel 1,3 miliardo, l'aggiornamento 2024 isola circa <strong>190 milioni di adulti con difficoltà molto significative nel funzionamento</strong> — la popolazione per cui i servizi di riabilitazione, le tecnologie assistive e i diritti all'assistenza personale sono più chiaramente indicati e meno adeguatamente garantiti. Questo dato secondario non si è quasi mosso tra i rapporti del 2011 e del 2024, il che è di per sé un risultato significativo.</p>

<p>Il dato che non compare nel titolo dell'OMS è la menomazione per condizione. Il rapporto del 2011 si basava sul framework del Global Burden of Disease (GBD) — anni vissuti con disabilità per causa specifica — e l'aggiornamento 2024 mantiene il GBD come appendice piuttosto che come dato principale. Un conteggio basato sulla limitazione funzionale e uno condizione per condizione non identificano la stessa popolazione: confonderli comporta un doppio conteggio delle persone presenti in più righe di condizione e un sottoconto delle persone la cui limitazione non ha una chiara collocazione ICD-11. L'aggiornamento 2024 tratta la limitazione funzionale come il quadro di riferimento primario.</p>

<div class="chart-section">
  <div class="chart-title">Prevalenza nazionale dichiarata — censimento più recente o indagine principale</div>
  <div class="bar-row"><div class="bar-label">India · Censimento 2011</div><div class="bar-track"><div class="bar-fill bf-e" style="width:12%">2,2% · domanda singola legacy</div></div></div>
  <div class="bar-row"><div class="bar-label">Bangladesh · 2022</div><div class="bar-track"><div class="bar-fill bf-c" style="width:16%">2,8% · WG-SS (stretto)</div></div></div>
  <div class="bar-row"><div class="bar-label">Sudafrica · 2022</div><div class="bar-track"><div class="bar-fill bf-a" style="width:34%">6,0% · WG-SS</div></div></div>
  <div class="bar-row"><div class="bar-label">Brasile · 2022</div><div class="bar-track"><div class="bar-fill bf-a" style="width:50%">8,9% · WG-SS (adattato)</div></div></div>
  <div class="bar-row"><div class="bar-label">Stati Uniti · 2023</div><div class="bar-track"><div class="bar-fill bf-b" style="width:75%">13,4% · 6 domande derivate dal WG</div></div></div>
  <div class="bar-row"><div class="bar-label">Messico · 2020</div><div class="bar-track"><div class="bar-fill bf-b" style="width:93%">16,5% · WG-SS (ampio)</div></div></div>
  <div class="bar-row"><div class="bar-label">Regno Unito · 2021/22</div><div class="bar-track"><div class="bar-fill bf-b" style="width:100%">17,8% · GSS + WG</div></div></div>
</div>

<p>L'intervallo — dal 2,2% al 17,8% — è al centro del lungo dibattito sulla comparabilità nel settore. Non è, nella maggior parte dei casi, che la disabilità sia genuinamente sette volte più comune nel Regno Unito che in India. Lo strumento, la soglia a partire dalla quale una persona viene conteggiata (qualche difficoltà? molta?), l'inclusione o esclusione delle persone in istituzione e la disponibilità degli intervistati ad auto-identificarsi spostano il dato più dell'epidemiologia sottostante. Dove il WG-SS è applicato in modo uniforme — nella maggior parte dell'America Latina in particolare — i dati tra paesi rientrano ora in una banda molto più ristretta rispetto a un decennio fa.</p>

<hr />

<h2 id="wgss">03 · Gli strumenti del Washington Group e dove vengono effettivamente utilizzati</h2>

<figure class="article-figure">
  <img src="/article-images/global-disability-metrics-2026/inline-1.webp" alt="I sei domini funzionali del Washington Group Short Set — visione, udito, deambulazione, cognizione, cura di sé e comunicazione — visualizzati in una griglia ordinata di icone stilizzate." width="800" height="450" loading="lazy" />
  <figcaption>Le sei domande sui domini funzionali del Washington Group Short Set sono lo strumento canonico alla base del dato di prevalenza globale del 16%: visione, udito, deambulazione, cognizione, cura di sé, comunicazione.</figcaption>
</figure>

<p>Il <strong>Washington Group Short Set on Functioning (WG-SS)</strong> è composto da sei domande: difficoltà nel vedere, nell'udire, nel camminare o salire gradini, nel ricordare o concentrarsi, nella cura di sé e nella comunicazione, ciascuna su una scala di gravità a quattro livelli (nessuna difficoltà, qualche, molta, non riesce affatto). È stato progettato a metà degli anni 2000 per essere abbastanza breve da essere inserito in un censimento nazionale, sufficientemente neutro da essere tradotto in culture diverse e abbastanza graduale nella scala di gravità da supportare il confronto tra paesi se applicato in modo coerente. L'inventario 2024 del Segretariato Washington Group conta <strong>più di 55 istituti nazionali di statistica</strong> che hanno applicato il WG-SS verbatim o quasi nel loro censimento più recente o nell'indagine principale sulle famiglie.</p>

<p>«Più di 55» può sembrare modesto, e lo è. Ci sono circa 200 giurisdizioni che effettuano un censimento decennale o quinquennale. Gli utilizzatori del WG-SS comprendono la maggior parte dell'America Latina, un numero crescente di istituti statistici africani, alcuni grandi paesi asiatici e una quota in lenta crescita dei Paesi OCSE ad alto reddito. I non utilizzatori si dividono tra paesi che si affidano ancora a una domanda singola legacy («è una persona con disabilità?», comune in alcune parti dell'Asia meridionale e sudorientale e in alcuni Stati del Golfo), paesi che utilizzano uno strumento nazionale progettato prima che il WG-SS esistesse (l'ONS britannica utilizza la domanda sulla disabilità armonizzata GSS insieme a domande in stile WG) e paesi il cui censimento più recente precede l'ultima revisione del Washington Group.</p>

<div class="chart-section">
  <div class="chart-title">Densità di adozione del WG-SS per regione — inventario 2024 del Segretariato Washington Group (indicativo)</div>
  <div class="bar-row"><div class="bar-label">America Latina</div><div class="bar-track"><div class="bar-fill bf-a" style="width:88%">La maggior parte degli istituti statistici · verbatim o quasi</div></div></div>
  <div class="bar-row"><div class="bar-label">Africa subsahariana</div><div class="bar-track"><div class="bar-fill bf-a" style="width:60%">Adozione in espansione</div></div></div>
  <div class="bar-row"><div class="bar-label">Paesi OCSE ad alto reddito</div><div class="bar-track"><div class="bar-fill bf-c" style="width:42%">Lenta, spesso ibridata con strumenti nazionali</div></div></div>
  <div class="bar-row"><div class="bar-label">Asia orientale e sudorientale</div><div class="bar-track"><div class="bar-fill bf-c" style="width:35%">Misto — alcuni grandi istituti statistici in fase di adozione</div></div></div>
  <div class="bar-row"><div class="bar-label">Asia meridionale</div><div class="bar-track"><div class="bar-fill bf-e" style="width:22%">Principalmente domanda singola legacy, alcuni pilot</div></div></div>
  <div class="bar-row"><div class="bar-label">Golfo e Asia occidentale</div><div class="bar-track"><div class="bar-fill bf-e" style="width:18%">Framework legacy dominanti</div></div></div>
</div>

<hr />

<h2 id="child">04 · Lo strumento per il funzionamento dei bambini</h2>

<p>Per i bambini, lo strumento canonico è il <strong>Washington Group / UNICEF Module on Child Functioning (CFM)</strong>, finalizzato nel 2016 e ora il modulo di riferimento per le fasce d'età 2–4 e 5–17 anni. Il programma MICS (Multiple Indicator Cluster Survey) dell'UNICEF include il CFM per impostazione predefinita dal MICS6; la pubblicazione globale 2024 riporta stime di prevalenza basate sul CFM da <strong>più di 90 paesi a basso e medio reddito</strong>, il dataset comparabile sulla disabilità infantile più ampio mai esistito. L'aggiornamento UNICEF 2024 <em>Seen, Counted, Included</em> riporta che circa <strong>1 bambino su 10 di età compresa tra 5 e 17 anni nei paesi a basso e medio reddito</strong> ha una disabilità secondo la definizione CFM — sostanzialmente più elevato rispetto alle stime precedenti, e coerente con l'aggiustamento direzionale dell'OMS. Il CFM non ha un analogo per i bambini sotto i 2 anni: la variazione delle tappe evolutive nella fascia 0–24 mesi è troppo ampia perché un modulo breve sia utile, e questa lacuna è la prima delle quattro popolazioni che l'infrastruttura di misurazione 2026 non conta adeguatamente.</p>

<div class="callout warning">
  <div class="ct">circa l'80% dei bambini sordi nei paesi a basso e medio reddito rimane fuori dalla scuola</div>
  <p>Il Rapporto globale di monitoraggio dell'educazione (GEM) dell'UNESCO ha stimato, per diverse edizioni consecutive, che circa l'80% dei bambini sordi nei paesi a basso e medio reddito è fuori dalla scuola. Il CFM consente finalmente ai paesi di contare questi bambini — ma il conteggio è solo il primo passo. Dove i dati esistono, i ministeri dell'istruzione non hanno ancora costruito l'infrastruttura di istruzione inclusiva per agire di conseguenza.</p>
</div>

<hr />

<h2 id="missed">05 · Le popolazioni che i dati di riferimento non rilevano ancora</h2>

<p>Quattro gruppi restano sistematicamente sottorappresentati anche nelle indagini nazionali meglio strutturate.</p>

<h3>Persone in istituzione</h3>
<p>La maggior parte dei campioni delle indagini sulle famiglie esclude le strutture residenziali, le strutture psichiatriche a lungo ricovero, le carceri e i campi profughi — popolazioni in cui la prevalenza della disabilità, in particolare quella psicosociale e intellettiva, è notevolmente elevata. La mappatura della Commissione europea del 2023 sulle popolazioni istituzionalizzate ha rilevato circa <strong>1,4 milioni di europei in istituti residenziali per disabilità</strong>, nessuno dei quali compare nelle stime standard delle indagini sulle famiglie. Il Compendio ONU DESA 2025 definisce l'esclusione «un sottoconto di primo ordine» nel suo allegato metodologico.</p>

<h3>Persone con disabilità intellettive o psicosociali</h3>
<p>Le sei domande del WG-SS riguardano domini funzionali e sono efficaci nel rilevare ciò che coprono. La disabilità intellettiva emerge parzialmente attraverso «ricordare o concentrarsi»; la disabilità psicosociale emerge parzialmente attraverso «comunicare» e parzialmente non emerge affatto. L'Extended Set del Washington Group e il modulo WG-SS Enhanced aggiungono domande su ansia, depressione, funzione della parte superiore del corpo e affaticamento, ma l'Enhanced è in uso in meno di due dozzine di paesi al 2024. L'aggiornamento OMS 2024 segnala questa come la singola lacuna di misurazione più importante nell'attuale famiglia di strumenti.</p>

<h3>Bambini sotto i 2 anni</h3>
<p>Il CFM inizia dall'età di 2 anni e non esiste uno strumento standardizzato a livello internazionale per i bambini più piccoli. L'UNICEF e il team di sviluppo della prima infanzia dell'OMS hanno sperimentato un approccio ibrido di screening clinico in sette paesi dal 2023, ma il lavoro è di natura metodologica piuttosto che pronto per l'implementazione a livello nazionale.</p>

<h3>Persone in contesti di conflitto e sfollamento</h3>
<p>La pubblicazione statistica semestrale 2024 dell'UNHCR conta <strong>più di 117 milioni di sfollati forzati</strong> nel mondo. Sulla base delle limitate evidenze disponibili, la prevalenza della disabilità nelle popolazioni sfollate è sostanzialmente più elevata che nelle popolazioni stanziali della stessa origine — in funzione di infortuni, privazioni e della mobilità differenziale delle persone con disabilità nelle situazioni di crisi. Quasi nessun istituto statistico dispone di un campione che copra adeguatamente le popolazioni sfollate. Il gruppo di lavoro degli Humanitarian Inclusion Standards preme sull'UNHCR e sull'OIM dal 2022 affinché integrino il WG-SS nelle procedure di registrazione, con risultati discontinui.</p>

<p class="pull-quote">Gli strumenti esistono. La questione, come in tanta parte della politica sulla disabilità, è se i dati verranno raccolti.</p>

<hr />

<h2 id="double">06 · Il dibattito sul doppio conteggio, in quattro paesi</h2>

<p>La questione operativa più controversa nelle statistiche sulla disabilità nel 2026 è anche quella che suona più tecnica: quando si pongono le sei domande del WG-SS e un intervistato riporta difficoltà in più di un dominio, lo si conta una volta alla gravità più alta, una volta a qualsiasi gravità sopra la soglia, o si sommano i punteggi di gravità? Gli istituti nazionali di statistica trattano questa questione in modo diverso — e la differenza sposta il dato di riferimento di diversi punti percentuali.</p>

<div class="quote-block">
  <div class="meta">Segretariato Washington Group · nota metodologica · 2024</div>
  <div class="quote"><span lang="en">"The Short Set was designed so that a country could report a defensible national disability prevalence. It was not designed to allow easy comparison between two countries that have made different threshold and aggregation choices. We are still working on that."</span></div>
  <span class="source">Washington Group on Disability Statistics, aggiornamento delle linee guida 2024</span>
</div>

<p>Il censimento del <strong>Bangladesh</strong> del 2022 ha riportato il 2,8% utilizzando una soglia «molta difficoltà / non riesce affatto» e una regola del dominio più alto — l'estremo conservativo dello spettro WG-SS. Il censimento del <strong>Sudafrica</strong> del 2022 ha utilizzato lo stesso strumento con una soglia più inclusiva (qualche difficoltà in due o più domini, o molta in uno) e ha riportato il 6,0%. Il Censimento IBGE del <strong>Brasile</strong> ha applicato una soglia moderatamente inclusiva e ha riportato l'8,9%. L'INEGI del <strong>Messico</strong> rileva qualsiasi «qualche difficoltà» dichiarata in qualsiasi dominio insieme al livello più restrittivo, e riporta il 16,5% — vicino al dato globale dell'OMS, molto più alto rispetto ai vicini dell'Asia meridionale che utilizzano apparentemente lo stesso strumento.</p>

<div class="firm-ranking">
  <div class="firm-row">
    <div class="firm-rank">01</div>
    <div style="flex:1"><div class="firm-name">Bangladesh · Censimento BBS 2022</div><div class="firm-meta">WG-SS · soglia stretta (molta difficoltà / non riesce)</div></div>
    <div class="firm-bar"><div class="firm-fill" style="width:17%">2,8%</div></div>
  </div>
  <div class="firm-row">
    <div class="firm-rank">02</div>
    <div style="flex:1"><div class="firm-name">Sudafrica · Censimento Stats SA 2022</div><div class="firm-meta">WG-SS · soglia moderata (qualche in 2+ o molta in 1)</div></div>
    <div class="firm-bar"><div class="firm-fill" style="width:36%">6,0%</div></div>
  </div>
  <div class="firm-row">
    <div class="firm-rank">03</div>
    <div style="flex:1"><div class="firm-name">Brasile · Censimento IBGE 2022</div><div class="firm-meta">WG-SS adattato · soglia moderatamente inclusiva</div></div>
    <div class="firm-bar"><div class="firm-fill" style="width:54%">8,9%</div></div>
  </div>
  <div class="firm-row">
    <div class="firm-rank">04</div>
    <div style="flex:1"><div class="firm-name">Messico · Censimento INEGI 2020</div><div class="firm-meta">WG-SS · inclusivo (qualsiasi «qualche difficoltà» + livello restrittivo)</div></div>
    <div class="firm-bar"><div class="firm-fill" style="width:100%">16,5%</div></div>
  </div>
</div>

<p>Nessuno di questi istituti ha torto. Ciascuno ha difeso la propria scelta nella metodologia disponibile pubblicamente e ciascuno ha motivazioni radicate nella continuità dei dati del ciclo precedente. Le linee guida 2024 del Washington Group raccomandano per la prima volta di riportare almeno due soglie in parallelo — un conteggio «stretto» alla gravità più alta e un conteggio «ampio» che include le risposte di qualche difficoltà — proprio per rendere possibile il confronto tra paesi.</p>

<hr />

<h2 id="sdg">07 · Rapporto disaggregato sugli SDG e il Compendio 2025</h2>

<p>L'<strong>Indicatore SDG 17.18.1</strong> delle Nazioni Unite monitora la quota di indicatori nel quadro SDG disaggregati, tra l'altro, per disabilità. Il <strong>Compendio di Statistiche sulla Disabilità dell'ONU DESA</strong>, pubblicato per la prima volta nel 2018 con importanti aggiornamenti nel 2022 e più di recente nel 2025, è il miglior inventario disponibile nel settore di quali paesi producono cosa.</p>

<p>Il risultato principale del Compendio 2025 è che circa <strong>120 paesi</strong> producono ora almeno qualche rapporto sugli indicatori SDG disaggregato per disabilità — in aumento rispetto ai 76 della baseline del 2018. La profondità è variabile: la maggior parte riporta dati disaggregati per disabilità sul livello di istruzione (SDG 4.5.1) e sulla partecipazione al mercato del lavoro (SDG 8.5), molti meno riportano dati disaggregati per disabilità sulla salute materna, il sistema giudiziario o la partecipazione politica, e quasi nessuno riporta dati disaggregati per disabilità sulla resilienza climatica. La revisione intermedia del Quadro di Sendai 2025 ha evidenziato questa lacuna: il rapporto sulla riduzione del rischio di catastrofi ai sensi degli SDG 11.5 e 13.1 rimane molto limitato sulla disaggregazione per disabilità, nonostante il proprio impegno del 2015 di Sendai.</p>

<div class="stat-row r3">
  <div class="stat-box"><div class="stat-big">120</div><div class="stat-desc">Paesi che producono qualche rapporto SDG disaggregato per disabilità (2025)</div></div>
  <div class="stat-box"><div class="stat-big blue">76</div><div class="stat-desc">Paesi che facevano lo stesso nella baseline del 2018</div></div>
  <div class="stat-box"><div class="stat-big amber">circa 0</div><div class="stat-desc">Paesi con dati sulla resilienza climatica disaggregati per disabilità</div></div>
</div>

<hr />

<h2 id="outlook">08 · Cosa è cambiato nel 2025–26 e cosa manca ancora nel 2026</h2>

<p>Tre sviluppi concreti stanno ridisegnando il panorama della misurazione nel 2026. Primo, l'<strong>aggiornamento di monitoraggio OMS 2024</strong> ha reimpostato il dato di riferimento a 1,3 miliardi e 16% e ha reso la limitazione funzionale il quadro primario; riportare in qualsiasi altro quadro richiede ora una giustificazione aggiuntiva. Secondo, il <strong>Compendio ONU DESA 2025</strong> ha pubblicato la prima matrice paese per paese del rapporto sugli indicatori SDG disaggregato per disabilità — rendendo la mappatura delle lacune semplice per donatori e società civile come non era mai stata prima. Terzo, l'<strong>inventario 2024 del Segretariato Washington Group</strong> ha iniziato a pubblicare non solo se un paese utilizza il WG-SS, ma come — quale soglia applica, se implementa l'Extended Set o il modulo Enhanced, e se i suoi microdati sono disponibili pubblicamente per una nuova analisi. L'aggiornamento 2025 ha aggiunto <strong>nove nuovi paesi</strong>, incluso il primo rilascio pubblico di microdati finanziato con fondi pubblici da parte di un grande istituto statistico dell'Asia meridionale.</p>

<p>Tre punti ciechi strutturali difficilmente si chiuderanno sulla traiettoria attuale.</p>

<ul>
  <li><strong>Dati comparabili sulla popolazione istituzionalizzata.</strong> La mappatura della Commissione europea del 2023 è il punto più vicino cui qualsiasi regione sia arrivata; non esiste un dataset globale comparabile. Senza di esso, il dato del 16% esclude decine di milioni di persone la cui prevalenza è la più alta di qualsiasi sottopopolazione che il settore conta.</li>
  <li><strong>Prevalenza comparabile della disabilità psicosociale.</strong> L'Extended Set e il WG-SS Enhanced dispongono delle domande; il deployment si svolge a una frazione della base di utenti del WG-SS. Fino a quando non si colma questo divario, il dato globale sottostima sistematicamente la popolazione le cui barriere di accesso richiedono più chiaramente accomodamenti non fisici.</li>
  <li><strong>Dati sul clima e sui disastri disaggregati per disabilità.</strong> L'impegno del 2015 del Quadro di Sendai sul rapporto sulla riduzione del rischio di catastrofi disaggregato per disabilità è, nel 2026, quasi del tutto inadempiuto al di fuori di un pugno di paesi pilota. Con l'aumento della frequenza dei disastri legati al clima, questa sta diventando la singola lacuna più grande nella matrice di disaggregazione degli SDG.</li>
</ul>

<div class="callout safe">
  <div class="ct">Come si presenta una buona misurazione nel 2026</div>
  <p>Gli istituti nazionali di statistica che producono i dati più difendibili sulla disabilità condividono quattro pratiche, non una sola: utilizzano il WG-SS in forma verbatim o quasi; riportano almeno due soglie in parallelo (stretta e ampia); rilasciano i microdati pubblicamente a un livello che consente una nuova analisi indipendente; e coprono le popolazioni istituzionalizzate e sfollate attraverso moduli supplementari dedicati piuttosto che escluderle dal campione. Stats SA, IBGE Brasile, INEGI Messico e ONS UK sono gli istituti più vicini a questo benchmark nel 2026. La maggior parte degli altri no.</p>
</div>

<hr />

<h2 id="closing">Il filo conduttore</h2>

<p>Due decenni dopo la pubblicazione dello Short Set da parte del Washington Group, la prevalenza globale della disabilità viene finalmente conteggiata in modo da produrre numeri difendibili e ampiamente comparabili — il 16%, circa 1,3 miliardi di persone, di cui circa 190 milioni di adulti con difficoltà molto significative. L'aggiornamento OMS 2024 e il Compendio ONU DESA 2025 si sono allineati su questo quadro. Ciò che rimane è la lunga coda delle popolazioni che il dato di riferimento non rileva: le persone in istituzione, i bambini sotto i 2 anni, le popolazioni sfollate e le persone con disabilità intellettive o psicosociali che le sei domande sui domini funzionali coprono solo parzialmente. Colmare queste lacune è una decisione di investimento degli istituti nazionali di statistica, non un problema di ricerca. Gli strumenti esistono. La questione, come in tanta parte della politica sulla disabilità, è se i dati verranno raccolti.</p>

<p>Per approfondire, si consultino gli articoli di Disability World su <a href="/toolkit/glossary/crpd/">la CRPD</a>, sulle <a href="/regulations/">normative nazionali</a> e sul <a href="/articles/">resoconto più ampio del 2026</a>.</p>

<footer class="footer-note">
  <p><strong>Metodologia e dati:</strong> Dati consolidati dall'aggiornamento di monitoraggio OMS 2024 al World Report on Disability; dall'inventario di deployment nei paesi del Segretariato Washington Group 2024; dall'edizione 2025 del Compendio di Statistiche sulla Disabilità ONU DESA; dal Modulo Washington Group/UNICEF sul Funzionamento dei Bambini e dalla pubblicazione UNICEF 2024 <em>Seen, Counted, Included</em>; e dai censimenti nazionali più recenti o dalle indagini principali sulle famiglie di Brasile (IBGE 2022), Sudafrica (Stats SA 2022), Messico (INEGI 2020), Regno Unito (ONS 2021/22), Bangladesh (BBS 2022), India (Censimento 2011 + NSS 2018) e Stati Uniti (ACS 2023). Totali degli sfollati forzati a metà 2024 dell'UNHCR dalla pubblicazione <em>Global Trends</em> dell'UNHCR; stime sulla popolazione istituzionalizzata dalla mappatura della Commissione europea del 2023; statistiche sull'istruzione dal Rapporto globale di monitoraggio dell'educazione dell'UNESCO.</p>
  <p><strong>Fonti primarie:</strong> Organizzazione Mondiale della Sanità, <em>World Report on Disability</em> (2011) e aggiornamento di monitoraggio 2024 — who.int. Washington Group on Disability Statistics, Short Set on Functioning, Extended Set e inventario di deployment nei paesi 2024 — washingtongroup-disability.com. UNICEF &amp; Washington Group, Module on Child Functioning e <em>Seen, Counted, Included</em> aggiornamento 2024 — data.unicef.org/topic/child-disability. Dipartimento degli Affari Economici e Sociali delle Nazioni Unite, <em>Disability Statistics Compendium</em> 2025 — un.org/development/desa/disabilities. Pubblicazioni degli istituti statistici nazionali: IBGE (ibge.gov.br), Stats SA (statssa.gov.za), INEGI (inegi.org.mx), ONS (ons.gov.uk). UNHCR <em>Global Trends in Forced Displacement</em>, dati a metà 2024 — unhcr.org/global-trends. UNDRR <em>Sendai Framework Mid-Term Review</em> 2025, documento conclusivo — undrr.org.</p>
  <p><strong>Cosa questo articolo non è:</strong> Si tratta di un dossier sull'infrastruttura di misurazione, non di una prescrizione politica. Le percentuali di prevalenza riportate dagli istituti nazionali di statistica variano in funzione dello strumento, della soglia e della scelta di aggregazione; i confronti tra paesi vanno letti tenendo conto di questa avvertenza. Nulla di quanto contenuto qui costituisce consulenza statistica, legale o programmatica per singoli paesi o organizzazioni.</p>
</footer>

</div>

---
title: Tipografia inclusiva: font adatti alla dislessia, interlinea e spaziatura delle parole
url: https://www.disabilityworld.org/it/articles/inclusive-typography-and-readability/
description: Un primer di design su ciò che la ricerca sulla leggibilità supporta effettivamente — scelta del font (OpenDyslexic rispetto ad Atkinson Hyperlegible e Tiresias), interlinea, spaziatura delle lettere e delle parole, con attenzione a lunghezza della riga, allineamento e dimensione minima del font.
author: Disability World
pubDate: 2026-05-22
tags: typography, dyslexia, readability, design, education, low-vision
---

# Tipografia inclusiva: font adatti alla dislessia, interlinea e spaziatura delle parole

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione dell'immagine: un libro di campioni tipografici che mostra diversi caratteri sans-serif con un righello di interlinea e occhiali da lettura sopra — il marcatore visivo per la tipografia inclusiva.</p>

<div class="byline">
  <span><strong>Di</strong> Disability World editorial desk</span>
  <span><strong>Aggiornato</strong> maggio 2026</span>
  <span><strong>Tempo di lettura</strong> 9 minuti</span>
</div>

<p class="rt-prefix">Tempo di lettura: 9 minuti</p>

<p class="wp-block-paragraph">La tipografia è lo strato di un prodotto digitale che la maggior parte dei lettori non nota mai consciamente — fino a quando non li delude. Per un lettore dislessico, per un lettore con visione ridotta o per un lettore con tratti da deficit di attenzione, la differenza tra una pagina confortevole e una estenuante è spesso misurata in millimetri di interlinea, centesimi di em di spaziatura delle lettere e un valore di dimensione del font impostato nel foglio di stile sei mesi fa e mai più rivisto. La tipografia inclusiva è la disciplina di scegliere quei valori sulla base di ciò che le evidenze sulla leggibilità supportano effettivamente, piuttosto che di ciò che appare «di design» nella foto di copertina di un portfolio.</p>

<p class="wp-block-paragraph">Questo primer traccia il panorama del settore nel 2026. Tratta la scelta del font — inclusa la diffusa ma scientificamente fragile affermazione su <strong>OpenDyslexic</strong>, e le alternative più difendibili in <strong>Atkinson Hyperlegible</strong> e nella famiglia <strong>Tiresias</strong>. Esamina i quattro parametri numerici fissati dalle <a href="/toolkit/glossary/wcag/">WCAG 2.2</a> nel criterio di successo <strong>1.4.12 Spaziatura del testo</strong>: interlinea, spaziatura delle lettere, spaziatura delle parole e spaziatura dei paragrafi. Si chiude sui fattori sottovalutati a cui la ricerca continua a tornare — lunghezza della riga, allineamento e una dimensione minima del font sensata. Ciò che funziona per i lettori con visione ridotta, mostrano le evidenze, si sovrappone in modo significativo a ciò che funziona per i lettori dislessici e per i lettori con pattern di attenzione da ADHD.</p>

<h2 class="wp-block-heading" id="h-font-choice">Scelta del font: cosa dice (e non dice) la ricerca</h2>

<p class="wp-block-paragraph">Esiste una forte credenza popolare che un «font per la dislessia» esista e che passare ad esso migliori materialmente la lettura per gli utenti dislessici. I due caratteri più spesso citati sono <strong>OpenDyslexic</strong> (rilasciato come carattere open source gratuito nel 2011) e <strong>Dyslexie</strong> (un carattere commerciale progettato da Christian Boer nel 2008). Entrambi condividono una strategia di design distintiva: basi ponderate su ogni glifo per «ancorare» le lettere alla linea di base, aperture esagerate su lettere come c ed e, e maggiore differenziazione tra le coppie speculari (b/d, p/q, n/u). La logica visiva è intuitiva e il marketing è stato efficace. Le evidenze, tuttavia, sono più fragili di quanto il marketing suggerisca.</p>

<p class="wp-block-paragraph">Lo studio empirico più citato — Rello e Baeza-Yates (2013) — non ha trovato alcun vantaggio significativo nella velocità di lettura per i lettori dislessici che usano OpenDyslexic rispetto ai caratteri sans-serif convenzionali. Un follow-up di Wery e Diliberto (2017) sugli <em>Annals of Dyslexia</em> ha testato bambini con dislessia che leggevano in Times New Roman, Arial e OpenDyslexic e non ha trovato alcun guadagno consistente per il carattere specifico per la dislessia. Una revisione del 2018 della British Dyslexia Association ha concluso che nessun carattere tipografico era stato dimostrato superiore a un carattere sans-serif ben progettato e semplice per i lettori dislessici in termini di velocità di lettura, accuratezza e comprensione a un livello che ne giustificasse la prescrizione come strumento di rimedio. Il commento di follow-up del 2024 della stessa associazione ha riaffermato la posizione.</p>

<p class="wp-block-paragraph">Ciò che la stessa base di ricerca supporta è che <strong>le scelte di design tipografico contano</strong>, solo non nel modo in cui il marketing dei font per la dislessia afferma. Le caratteristiche che migliorano la leggibilità per i lettori dislessici sono le stesse che migliorano la leggibilità per i lettori con visione ridotta e per i lettori che leggono in condizioni di illuminazione non ottimali:</p>

<ul class="wp-block-list">
  <li><strong>Altezza x generosa</strong> — l'altezza del corpo minuscolo rispetto all'altezza delle maiuscole. Un'altezza x maggiore rende i singoli glifi più facili da identificare a dimensioni di visualizzazione più piccole.</li>
  <li><strong>Forme delle lettere inequivocabili</strong> — chiara distinzione tra la l minuscola, la I maiuscola e il numero 1; tra zero e O maiuscola; tra c, e e o; e tra le coppie speculari b/d e p/q.</li>
  <li><strong>Aperture aperte</strong> — i vuoti nelle lettere come c, e, a e s devono essere ben aperti, non chiusi. Le aperture chiuse collassano a dimensioni ridotte e in condizioni di basso contrasto.</li>
  <li><strong>Peso del tratto uniforme</strong> — i caratteri ad alto contrasto (verticali spesse, orizzontali sottili) riducono la leggibilità a dimensioni ridotte per i lettori con visione ridotta; un tratto uniforme o moderatamente contrastato è più robusto.</li>
  <li><strong>Spaziatura generosa integrata nel font</strong> — alcuni caratteri vengono forniti con metriche predefinite strette che ostacolano il lettore prima che venga applicato qualsiasi CSS.</li>
</ul>

<p class="wp-block-paragraph">I due caratteri più difendibili sulla base delle evidenze sono <a href="https://brailleinstitute.org/freefont">Atkinson Hyperlegible</a>, progettato e rilasciato dal Braille Institute nel 2019 specificamente per i lettori con visione ridotta, e la famiglia Tiresias, originariamente progettata dall'RNIB per uso in sottotitoli e schermi negli anni '90 e ancora in uso nell'accessibilità broadcasting britannica. Atkinson Hyperlegible è gratuito, include una copertura linguistica sostanziale ed è disponibile come opzione predefinita nelle impostazioni di accessibilità di diversi sistemi operativi. Le sue scelte di design — differenziazione esagerata tra 0 e O, tra 1 e I e l, tra c e e — sono state testate con lettori con visione ridotta durante lo sviluppo, e le stesse scelte aiutano i lettori dislessici perché i pattern di confusione sottostanti si sovrappongono.</p>

<p class="wp-block-paragraph">La sintesi onesta è quindi la seguente: <strong>non si prometta che un font specifico per la dislessia migliorerà la lettura per un lettore dislessico.</strong> Si scelga un sans-serif ben progettato con un'altezza x generosa, una chiara differenziazione delle lettere, aperture aperte e un peso del tratto uniforme. Atkinson Hyperlegible è un'ottima scelta predefinita. Lo è anche Tiresias per contesti solo schermo. Lo è anche, in questo senso, una versione ben impostata di Verdana, Tahoma, Trebuchet MS o del font di sistema UI su ciascun sistema operativo. Le evidenze non dicono «usa questo unico carattere»; dicono «non usare un carattere display ad alto contrasto, bassa altezza x e aperture strette per il testo del corpo».</p>

<h2 class="wp-block-heading" id="h-line-height">Interlinea: il minimo di 1,5 volte</h2>

<p class="wp-block-paragraph">Se la scelta del font è il fattore più discusso nella tipografia inclusiva, l'interlinea è quello meno sfruttato. Il criterio di successo 1.4.12 Spaziatura del testo delle WCAG 2.2 rende esplicito il minimo: quando un utente applica uno stile personalizzato per aumentare la spaziatura del testo, nessun contenuto o funzionalità deve andare perso. I quattro vincoli nel criterio 1.4.12 sono un'interlinea di almeno <strong>1,5 volte la dimensione del font</strong>; una spaziatura dopo i paragrafi di almeno <strong>2 volte la dimensione del font</strong>; una spaziatura delle lettere di almeno <strong>0,12 volte la dimensione del font</strong>; e una spaziatura delle parole di almeno <strong>0,16 volte la dimensione del font</strong>. Questi sono i valori minimi che la pagina deve accogliere senza rompersi. Non sono, tuttavia, gli unici valori degni di nota — sono il limite inferiore dell'accettabile.</p>

<p class="wp-block-paragraph">Il meccanismo con cui l'interlinea aiuta i lettori è ben studiato. Quando le righe sono impostate strette — un'interlinea di 1,0 o 1,1 — i discendenti di una riga si affollano sugli ascendenti della riga successiva, creando un'interferenza visiva che l'occhio deve risolvere prima di poter identificare le forme dei glifi. Per un adulto con lettura tipica questa risoluzione è automatica. Per un lettore dislessico, che dedica già più larghezza di banda cognitiva all'identificazione delle lettere e alla segmentazione delle parole, il costo aggiuntivo della risoluzione dell'interferenza inter-riga non è trascurabile. Lo stesso vale per un lettore con visione ridotta la cui dimensione effettiva del carattere dopo l'ingrandimento è inferiore alla media. Un'interlinea adeguata isola ogni riga come la propria banda orizzontale, il che riduce la tendenza dell'occhio a saltare righe o rileggere la stessa riga — una difficoltà documentata per i lettori dislessici.</p>

<p class="wp-block-paragraph">La base di ricerca raccomanda un'interlinea di circa <strong>1,4–1,6</strong> per il testo del corpo su schermo — il valore preciso dipende dal font, dalla dimensione e dalla lunghezza della riga. Per la lettura in forma lunga, un'interlinea di 1,5 è un'impostazione predefinita sicura; per blocchi di testo più brevi a dimensioni leggermente maggiori, 1,4 può funzionare bene; per colonne strette a dimensioni ridotte, a volte è giustificata un'interlinea di 1,6–1,7. Il minimo WCAG di 1,5 si trova all'estremità inferiore di questa banda, motivo per cui è un minimo, non un obiettivo. Se una pagina imposta `line-height: 1.5` è conforme al criterio 1.4.12. Se una pagina imposta `line-height: 1.6` è conforme e si legge più comodamente per i lettori per cui il criterio è stato scritto.</p>

<h2 class="wp-block-heading" id="h-letter-and-word-spacing">Spaziatura delle lettere e delle parole</h2>

<p class="wp-block-paragraph">I due fattori di spaziatura all'interno della parola — la spaziatura delle lettere (tracking) e la spaziatura delle parole — sono quelli che per impostazione predefinita vengono lasciati a zero più spesso. La maggior parte dei font ben progettati viene fornita con metriche che funzionano alla dimensione per cui sono stati progettati, che su schermo tende ad essere una dimensione del corpo di 14–16 px. I minimi del criterio WCAG 1.4.12 chiedono che la pagina accolga una <strong>spaziatura delle lettere di 0,12em</strong> e una <strong>spaziatura delle parole di 0,16em</strong> senza rompersi. Gli autori non sono obbligati a impostare questi valori; sono obbligati a non rompersi quando un agente utente li applica.</p>

<p class="wp-block-paragraph">Il meccanismo per la spaziatura delle lettere è simile a quello dell'interlinea: una piccola quantità di tracking — dell'ordine di 0,02em–0,05em per il testo del corpo in un sans-serif — riduce l'affollamento percettivo tra glifi adiacenti. L'effetto è più pronunciato per i lettori con visione ridotta che leggono testo ingrandito, dove le lettere che si toccano o quasi si toccano possono fondersi in un unico cluster visivo, e per i lettori dislessici, per i quali l'identificazione delle lettere è il passo limitante. Lo stesso modesto tracking aiuta in ambienti schermo dove il rendering sub-pixel è meno accurato (display ad alta risoluzione con fattori di scala non interi, per esempio).</p>

<p class="wp-block-paragraph">La spaziatura delle parole è la sorella spesso trascurata. In un blocco di testo giustificato (che la tipografia inclusiva dovrebbe evitare — si veda di seguito), gli spazi tra le parole si allungano e si comprimono in modo imprevedibile mentre il renderer bilancia le larghezze delle righe. In un blocco allineato a sinistra, lo spazio tra le parole è costante. Una spaziatura delle parole di circa 0,16em — approssimativamente il minimo WCAG quando applicato come offset positivo — migliora la segmentazione delle parole per i lettori dislessici, che è un collo di bottiglia documentato. Lo stesso valore aiuta la lettura in anteprima da sintesi vocale e migliora il ritmo del tracciamento delle dita per gli utenti di magnificatori tattili.</p>

<p class="wp-block-paragraph">La ricetta pratica per il testo del corpo su un sito ricco di contenuti, in termini CSS, è la seguente:</p>

<ul class="wp-block-list">
  <li><strong>font-size:</strong> almeno 16px (1rem con radice a 16px), preferibilmente 17–18px per la prosa in forma lunga</li>
  <li><strong>line-height:</strong> minimo 1,5, preferibilmente 1,6 per il corpo</li>
  <li><strong>letter-spacing:</strong> da 0 a 0,02em per la maggior parte dei sans-serif; fino a 0,05em in caratteri slab o a dimensioni ridotte</li>
  <li><strong>word-spacing:</strong> 0 per impostazione predefinita, con la pagina testata per rimanere funzionale con 0,16em applicato dall'utente</li>
</ul>

<h2 class="wp-block-heading" id="h-paragraph-spacing">Spaziatura dei paragrafi</h2>

<p class="wp-block-paragraph">Il quarto valore nel criterio WCAG 1.4.12 è la spaziatura dei paragrafi: almeno <strong>2 volte la dimensione del font</strong> tra i paragrafi quando un utente applica l'override. Il meccanismo è la segmentazione visiva. L'occhio legge per saccadi — salti veloci tra punti di fissazione — e un fine di paragrafo chiaramente demarcato consente all'occhio di reimpostarsi senza sconfinare nel paragrafo successivo. Per un lettore con tratti da deficit di attenzione, una chiara interruzione di paragrafo è una pausa integrata; per un lettore con visione ridotta che usa la magnificazione, è un punto di riferimento strutturale che sopravvive alla perdita del contesto orizzontale che l'ingrandimento impone.</p>

<p class="wp-block-paragraph">In pratica questo significa evitare la comune scelta di design visivo di far scorrere i paragrafi con solo un rientro a tabulazione come separazione. La separazione dei paragrafi solo con rientro funziona bene nella stampa a dimensioni del font da stampa e nelle colonne di giornale con forti divisori tra colonne; non sopravvive alla traduzione su uno schermo da 320px di larghezza a una dimensione del corpo di 18px. Una riga vuota chiara — approssimativamente uguale a un'interlinea, che si colloca comodamente al di sopra del minimo di 2 volte la dimensione del font — è l'impostazione predefinita più sicura.</p>

<h2 class="wp-block-heading" id="h-underrated-levers">Fattori sottovalutati: lunghezza della riga, allineamento e dimensione minima</h2>

<p class="wp-block-paragraph">Tre fattori che non compaiono nel criterio WCAG 1.4.12 ma che compaiono ripetutamente nella letteratura sulla leggibilità sono la lunghezza della riga, l'allineamento del testo e la dimensione minima del font. Ognuno di essi è invisibile finché non lo si misura; ognuno di essi ha un effetto significativo sui lettori dislessici e su quelli con visione ridotta.</p>

<p class="wp-block-paragraph"><strong>La lunghezza della riga</strong> è la larghezza orizzontale di una colonna di testo, misurata convenzionalmente in caratteri per riga (CPL). La ricerca di Bringhurst, Tinker e successivi studi sulla leggibilità su schermo converge su una banda confortevole di <strong>50–75 caratteri per riga per la stampa e 60–80 per lo schermo</strong>. Al di sotto dei 45 CPL l'occhio compie saccadi troppo frequenti e il ritmo di lettura si frammenta; al di sopra dei 90 CPL l'occhio perde il filo di quale riga si stia leggendo al ritorno a capo da destra — una difficoltà documentata per i lettori dislessici e per i lettori con visione ridotta che usano la magnificazione. Per una dimensione del corpo di 16–18px all'interlinea raccomandata, questa banda si traduce tipicamente in una colonna di circa 32–42em (circa 500–700 px su un layout desktop). Il fatto che la maggior parte dei siti editoriali e di blog imposti ancora colonne di contenuto a 800–900 px di larghezza a 16px di corpo — producendo 95–110 CPL — è un fallimento significativo di design inclusivo.</p>

<p class="wp-block-paragraph"><strong>L'allineamento del testo</strong> è il secondo fattore sottovalutato. Il testo del corpo deve essere impostato <strong>allineato a sinistra</strong> negli script da sinistra a destra (o allineato a destra in quelli da destra a sinistra), con un bordo opposto frastagliato. Il testo giustificato — dove il renderer adatta la spaziatura inter-parola per rendere entrambi i bordi a filo — crea spazi tra le parole irregolari e imprevedibili. La variabilità interrompe la segmentazione delle parole per i lettori dislessici e produce visibili «fiumi» di spazio bianco che scorrono verticalmente attraverso la colonna, che i lettori con visione ridotta segnalano come visivamente intrusivi. Il testo giustificato è una convenzione della tipografia da stampa che dipende da un aggiustamento CSS accurato o manuale della spaziatura delle lettere e della sillabazione. Nella tipografia web moderna, il costo è raramente giustificato. Il testo allineato a sinistra con bordo destro frastagliato è l'impostazione predefinita inclusiva.</p>

<p class="wp-block-paragraph"><strong>La dimensione minima del font</strong> è il terzo. Il web si è attestato, più per caso che per intenzione, su una dimensione del corpo di 16px (1rem con dimensionamento della radice predefinito). Quel valore è il minimo — i lettori con visione ridotta ingrandiscono regolarmente al 200 per cento o più, e un minimo di 16px consente ciò senza che la pagina collassi. Impostare il testo del corpo a dimensioni inferiori a 16px — 13px, 14px, anche il molto apprezzato «elegante» 15px — spinge la lettura ingrandita oltre la soglia di reflow al 400 per cento definita da <a href="https://www.w3.org/TR/WCAG22/#reflow">WCAG 1.4.10 Reflow</a>, e mette la lettura non ingrandita al di sotto della soglia di comfort per la maggior parte degli adulti over 40. Il corpo deve essere minimo 16px, preferibilmente 17–18px. Didascalie, note a piè di pagina e metadati possono stare a 14–15px perché la loro funzione è supplementare. Il corpo no.</p>

<h2 class="wp-block-heading" id="h-what-the-research-says">Cosa dice effettivamente la ricerca</h2>

<p class="wp-block-paragraph">Sintetizzando la letteratura sulla leggibilità degli ultimi due decenni — gli aggiornamenti delle linee guida stilistiche della British Dyslexia Association, il razionale di design di Atkinson Hyperlegible pubblicato dal Braille Institute, le Note del gruppo di lavoro W3C che accompagnano il criterio WCAG 1.4.12 e il filone accademico che va da Tinker attraverso Beier e Larson fino a Rello — tre osservazioni si ripetono.</p>

<p class="wp-block-paragraph">Prima, non esiste un unico «font per la dislessia» che sia stato dimostrato migliorare materialmente la lettura per gli utenti dislessici in prove controllate. I caratteri specifici per la dislessia rilasciati negli ultimi quindici anni non hanno superato i sans-serif semplici ben progettati nei test diretti. Il marketing ha superato le evidenze.</p>

<p class="wp-block-paragraph">Seconda, le scelte tipografiche che aiutano in modo dimostrabile i lettori dislessici aiutano anche i lettori con visione ridotta e i lettori con difficoltà di pattern di attenzione. La sovrapposizione non è casuale — riflette il fatto che tutti e tre i gruppi di lettori dipendono dagli stessi meccanismi di basso livello (identificazione delle lettere, segmentazione delle parole, tracciamento delle righe) resi il più economici possibile. Una pagina generosa nell'interlinea, moderata nella spaziatura delle lettere, confortevole nella lunghezza della riga e allineata a sinistra è una pagina che si legge meglio per tutti, con l'effetto concentrato nella coda lunga della distribuzione dei lettori.</p>

<p class="wp-block-paragraph">Terza, il minimo del criterio WCAG 1.4.12 è un minimo. Una pagina che lo soddisfa è conforme; una pagina che lo supera — interlinea 1,6, tracking 0,03em, corpo 16–18px, colonne da 65 CPL, allineata a sinistra con interruzioni di paragrafo di una riga intera — si legge visibilmente meglio per i lettori per cui il criterio è stato progettato, e non peggio per tutti gli altri.</p>

<h2 class="wp-block-heading" id="h-conclusion">Cosa portare via</h2>

<p class="wp-block-paragraph">La tipografia inclusiva non è esotica e non è costosa. È una questione di scegliere un sans-serif ben progettato, impostare il testo del corpo a un minimo di 16px con un'interlinea di 1,5 o più, lasciare la spaziatura delle lettere vicina a zero e accettare fino a 0,05em dove il font lo richiede, mantenere la lunghezza della riga nella banda dei 60–80 caratteri e impostare il testo allineato a sinistra anziché giustificato. Nessuna di queste scelte richiede una nuova licenza di font, una riprogettazione o un ciclo di acquisto. Richiedono un audit CSS e la volontà di riesaminare le variabili tipografiche impostate nel primo giorno del progetto e mai più riviste.</p>

<p class="wp-block-paragraph">La questione del font per la dislessia è una diagnosi utile della posizione di un'organizzazione di design rispetto alle evidenze. Un'organizzazione che ha introdotto OpenDyslexic come «funzionalità di accessibilità per la dislessia» ha privilegiato l'apparenza dell'azione rispetto alla letteratura sulla leggibilità. Un'organizzazione che ha sottoposto ad audit il proprio testo del corpo per altezza x, apertura e contrasto del tratto, e che ha standardizzato su Atkinson Hyperlegible o su un carattere di sistema comparabilmente ben progettato per i contenuti in forma lunga, ha svolto il lavoro più difficile, meno fotogenico e più duraturo. Il prossimo articolo di questa serie esamina lo stesso problema dal lato opposto: come le sostituzioni di stile applicate dall'utente e gli strumenti di modalità di lettura interagiscono con le scelte tipografiche già effettuate dall'autore del sito.</p>

</div>

---
title: Assicurazione e rischio di accessibilità: come le compagnie prezzano l'esposizione nel 2026
url: https://www.disabilityworld.org/it/articles/insurance-and-accessibility-risk/
description: Le compagnie assicurative cyber e EPL offrono ora l'accessibilità dei siti web come linea specialistica. Analizziamo come gli assicuratori valutano l'esposizione nel 2026: questionari pre-stipula, condizioni di audit, esclusioni, range di premio e i trigger di sinistro che influenzano il rinnovo.
author: Disability World
pubDate: 2026-05-22
tags: insurance, risk, ada, litigation, business, explainer
---

# Assicurazione e rischio di accessibilità: come le compagnie prezzano l'esposizione nel 2026

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>A cura di</strong> Disability World</span>
  <span class="rt-pill">Tempo di lettura: 9 minuti</span>
</div>

<p class="wp-block-paragraph">Per gran parte degli ultimi quindici anni, un'azienda statunitense che riceveva una lettera di messa in mora ai sensi del <a href="/articles/ada-title-iii-web-accessibility-guide/">Titolo III dell'ADA</a> per un sito web non accessibile doveva farsi carico dei costi legali in proprio. Le polizze di responsabilità civile generale escludevano tale esposizione. Le polizze cyber erano studiate per la gestione delle violazioni di dati e non contemplavano il WCAG. Le polizze di responsabilità in materia di pratiche occupazionali (EPL) coprivano i portali di assunzione solo marginalmente. Intorno al 2024 la situazione ha cominciato a cambiare, e nel 2026 un gruppo ristretto ma visibile di compagnie statunitensi e sindacati del mercato londinese ha spostato «l'accessibilità dei siti web» dall'elenco delle esclusioni a una linea specialistica separata e autonomamente prezzata — con un proprio questionario, proprie condizioni e propri trigger di sinistro.</p>

<p class="wp-block-paragraph">Questo approfondimento illustra come funziona concretamente la sottoscrizione nel 2026: cosa chiede il questionario pre-stipula, a cosa sono collegate le condizioni di polizza, come si presentano le esclusioni standard, dove si collocano attualmente i premi e quali tipologie di eventi attivano un sinistro. L'analisi è descrittiva, non prescrittiva: il mercato è giovane, i testi polizza non sono ancora standardizzati e le cifre citate sono intervalli, non valori fissi. L'obiettivo è offrire a un responsabile legale interno, a un risk manager o a un direttore finanziario una mappa utilizzabile di come la nuova linea viene attualmente prezzata.</p>

<h2 class="wp-block-heading" id="h-why-this-line-exists">Perché nel 2026 esiste una linea assicurativa separata per l'accessibilità</h2>

<p class="wp-block-paragraph">Tre pressioni strutturali combinate hanno spinto l'accessibilità fuori dalla colonna delle esclusioni. In primo luogo, le cause depositate nei tribunali federali statunitensi ai sensi del Titolo III per siti web non accessibili hanno superato le 4.000 all'anno nel 2023, mantenendo tale volume fino al 2025, con ulteriori migliaia di cause statali depositate ai sensi dell'Unruh Act della California e della New York State Human Rights Law. Il volume ha trasformato quello che era un rischio episodico per una manciata di retailer in un'esposizione operativa di base nei settori consumer. In secondo luogo, la <a href="/articles/section-508-refresh-status/">norma web del Titolo II</a> del Dipartimento di Giustizia degli Stati Uniti ha fissato un orizzonte di conformità 2026–2027 per gli enti governativi statali e locali, attirando l'attenzione del settore privato sul WCAG 2.1 AA come parametro di riferimento de facto per la responsabilità civile. In terzo luogo, l'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> è entrato in vigore il 28 giugno 2025, esponendo per la prima volta gli operatori di e-commerce statunitensi che vendono nell'UE a un regime di applicazione non americano.</p>

<p class="wp-block-paragraph">Le compagnie assicurative hanno reagito a tale combinazione scorporando l'accessibilità dalle polizze più vecchie che l'avevano implicitamente assorbita. Le vecchie formulazioni cyber spesso includevano le richieste di risarcimento per accessibilità nei sub-limiti di «difesa regolamentare» — tipicamente 250.000–1.000.000 di dollari — ma i sub-limiti venivano rapidamente esauriti quando un singolo assicurato si trovava di fronte a cause seriali in più giurisdizioni. Le polizze EPL, concepite per la discriminazione nell'ambito delle assunzioni, mal si adattavano alle richieste relative a siti web consumer. La risposta del mercato nel 2024 e nel 2025 è stata quella di emettere endorsement autonomi per l'accessibilità (tipicamente su polizze cyber) e, nel 2026, formulazioni specialistiche dedicate sottoscritte da un gruppo ristretto di compagnie — Beazley, Coalition, At-Bay, AXA XL, Tokio Marine HCC e i sindacati specialistici del mercato londinese di Lloyd's — collocate prevalentemente attraverso tre broker attivi nel settore: Marsh, Aon e il broker specialistico di minori dimensioni Woodruff Sawyer.</p>

<h2 class="wp-block-heading" id="h-pre-binding-questionnaire">Il questionario pre-stipula: cosa chiedono gli assicuratori</h2>

<p class="wp-block-paragraph">L'artefatto più visibile di come la linea viene prezzata è il modulo di domanda supplementare che il richiedente presenta insieme alla proposta di sottoscrizione. I questionari variano a seconda della compagnia, ma le categorie si concentrano abbastanza da consentire di descrivere una versione tipica del 2026.</p>

<h3 class="wp-block-heading" id="h-audit-history">Storico degli audit</h3>

<p class="wp-block-paragraph">Le compagnie chiedono se il richiedente ha commissionato un audit di accessibilità negli ultimi 24 mesi e, in caso affermativo, a chi. Il questionario distingue tra tre tipologie di audit: una scansione automatizzata (axe, Lighthouse, WAVE, Siteimprove), una revisione manuale della conformità rispetto al WCAG 2.1 AA o 2.2 AA, e un VPAT (Voluntary Product Accessibility Template) ibrido prodotto da un valutatore esterno. Uno storico basato esclusivamente su scansioni automatizzate è trattato come l'assenza di audit; una revisione manuale della conformità al WCAG 2.2 AA da parte di un valutatore riconosciuto è il segnale più forte. Gli assicuratori chiedono poi la data dell'audit più recente, il risultato di conformità, il piano di correzione e la percentuale di problemi identificati che sono stati risolti.</p>

<h3 class="wp-block-heading" id="h-conformance-claim">Dichiarazione di conformità e dichiarazione di accessibilità</h3>

<p class="wp-block-paragraph">Al richiedente viene chiesto se il sito web pubblica una dichiarazione di accessibilità e, in caso affermativo, se tale dichiarazione include un'affermazione di conformità (ad esempio, «questo sito è conforme al WCAG 2.1 AA»). Le compagnie sono caute riguardo alle dichiarazioni di conformità non qualificate che lo storico degli audit non supporta, perché tale dichiarazione diventa un documento a sostegno delle pretese dell'attore in qualsiasi successiva causa legale. Quando viene pubblicata un'affermazione di conformità, gli assicuratori verificano l'esistenza di un VPAT datato o di un rapporto di audit a supporto.</p>

<h3 class="wp-block-heading" id="h-prior-demand">Lettere di messa in mora precedenti e violazioni note</h3>

<p class="wp-block-paragraph">Il richiedente deve dichiarare ogni lettera di messa in mora, causa legale, indagine regolamentare o accordo transattivo relativo all'accessibilità negli ultimi cinque anni. L'obbligo di dichiarazione si estende alle lettere risolte informalmente senza contenzioso, poiché tali lettere stabiliscono in capo alla compagnia la conoscenza dell'esposizione. La mancata dichiarazione di una lettera di messa in mora precedente è la ragione più comune per cui una compagnia annulla un sinistro ai sensi della garanzia standard del modulo di domanda.</p>

<h3 class="wp-block-heading" id="h-remediation-process">Processo di correzione e governance</h3>

<p class="wp-block-paragraph">Il questionario chiede se il richiedente ha un responsabile dell'accessibilità nominato, una roadmap di correzione scritta, una pipeline CI che includa controlli automatizzati di accessibilità e linguaggio contrattuale che richieda la conformità al WCAG da parte dei fornitori terzi (widget di chat, video player, template CMS, moduli di pagamento e in particolare strumenti overlay — si veda di seguito). Le compagnie chiedono anche della formazione: se sviluppatori, designer, autori di contenuti e tester QA abbiano completato una formazione strutturata sull'accessibilità e quando.</p>

<h3 class="wp-block-heading" id="h-third-party-components">Componenti di terze parti e strumenti overlay</h3>

<p class="wp-block-paragraph">Un questionario tipico del 2026 include una domanda specifica sugli strumenti overlay per l'accessibilità — widget JavaScript che promettono la correzione automatizzata del WCAG. Le compagnie chiedono se tale strumento è attivo e quale fornitore lo fornisce. Diverse formulazioni includono ora un'esclusione esplicita o una franchigia più elevata se uno strumento overlay è il principale controllo di accessibilità del richiedente. La posizione riflette la storia del contenzioso: i tribunali hanno ripetutamente rifiutato di considerare la distribuzione di overlay come una difesa ai sensi del Titolo III, e il documento «overlay fact sheet» di WebAIM (citato in molte guide di sottoscrizione) è ampiamente utilizzato come testo di riferimento. Le compagnie chiedono anche di altri componenti incorporati di terze parti — chatbot, video player, moduli di pagamento — perché ciascuno è un frequente trigger di sinistro.</p>

<h2 class="wp-block-heading" id="h-policy-conditions">Condizioni di polizza: cosa si attiva alla stipula</h2>

<p class="wp-block-paragraph">Una volta stipulata la polizza, il testo impone un numero limitato di condizioni sostanziali che costituiscono obblighi continuativi per l'assicurato. Tre schemi sono ormai quasi universali nelle formulazioni del 2026.</p>

<ul class="wp-block-list">
<li><strong>Condizione di audit.</strong> L'assicurato deve commissionare, a proprie spese, un audit manuale di conformità al WCAG 2.1 AA (o 2.2 AA) entro una finestra definita — tipicamente da 90 a 180 giorni dall'inizio della polizza — e entro 30 giorni da qualsiasi riprogettazione significativa del sito. Il mancato rispetto sospende la copertura per qualsiasi sinistro sorto dopo la data trigger. L'audit deve essere eseguito da un valutatore esterno presente nell'elenco approvato dalla compagnia o da un team interno che soddisfi criteri di credenziale definiti.</li>
<li><strong>Condizione di monitoraggio della correzione.</strong> L'assicurato deve mantenere un registro scritto delle correzioni che identifichi ogni problema riscontrato nell'audit, il responsabile, la data di chiusura prevista e la data di chiusura effettiva. Le compagnie richiedono occasionalmente un campione del registro a metà polizza nell'ambito di una revisione infrannuale.</li>
<li><strong>Condizione di comunicazione.</strong> Le lettere di messa in mora e le indagini delle autorità di regolamentazione (DOJ, procuratore generale statale, equivalente estero) devono essere comunicate entro una finestra ristretta — comunemente 30 giorni — nell'ambito della struttura standard «claims-made-and-reported». Diverse formulazioni trattano una lettera di messa in mora come un «sinistro» ai fini della comunicazione anche qualora non sia stata ancora presentata una causa legale; l'assicurato non può ritardare la comunicazione mentre negozia un accordo stragiudiziale.</li>
</ul>

<p class="wp-block-paragraph">Quando le condizioni di audit e correzione sono rispettate, la polizza risponde pienamente nei limiti della franchigia. Qualora non lo siano, la compagnia ha il diritto contrattuale di negare la difesa e l'indennizzo per il sinistro specifico o, nelle formulazioni più aggressive, di annullare la polizza retroattivamente. Le condizioni sono il motivo per cui la diligenza pre-stipula da parte del broker è fondamentale: un richiedente che non può realisticamente rispettare una condizione di audit a 90 giorni non dovrebbe stipulare una formulazione che la richiede.</p>

<h2 class="wp-block-heading" id="h-exclusions">Esclusioni standard nelle formulazioni del 2026</h2>

<p class="wp-block-paragraph">Oltre alle esclusioni standard per frode, atti intenzionali e conoscenza pregressa comuni a tutte le linee di responsabilità civile, le formulazioni per l'accessibilità presentano tre esclusioni specifiche del rischio.</p>

<p class="wp-block-paragraph"><strong>Esclusione per violazioni note.</strong> Qualsiasi problema identificato in un audit, in una lettera di messa in mora o in un avviso di un'autorità di regolamentazione che preceda il periodo di polizza e che l'assicurato non abbia risolto alla data di inizio è escluso dalla copertura nella misura in cui compaia in un successivo sinistro. L'esclusione è la principale difesa della compagnia contro il rischio morale che gli assicurati acquistino copertura in risposta a un'esposizione nota anziché in anticipo.</p>

<p class="wp-block-paragraph"><strong>Esclusione per lettere di messa in mora precedenti.</strong> I sinistri derivanti da, o connessi a, qualsiasi lettera di messa in mora, causa legale o indagine regolamentare antecedente alla data retroattiva della polizza sono integralmente esclusi. Le compagnie sottoscrivono con attenzione la data retroattiva — gli assicurati con una storia recente di contenzioso si trovano spesso di fronte a date retroattive all'interno del periodo di polizza corrente piuttosto che alla copertura per atti pregressi che i titolari di polizze cyber si aspettano.</p>

<p class="wp-block-paragraph"><strong>Esclusione per strumenti overlay.</strong> Quando il principale controllo di accessibilità dell'assicurato è uno strumento overlay — e la compagnia ha rilevato tale fatto in sede di sottoscrizione — la formulazione esclude l'esposizione integralmente, la sottopone a un sub-limite significativamente ridotto oppure applica una franchigia sostanzialmente più elevata. La posizione è insolita nella prassi assicurativa (le compagnie normalmente non escludono un prodotto commerciale specifico) e riflette il giudizio della comunità assicurativa che gli strumenti overlay non riducano l'esposizione al contenzioso sulla base delle evidenze attualmente disponibili.</p>

<p class="wp-block-paragraph">Un numero limitato di compagnie esclude anche i danni punitivi dove la legge statale ne consente l'assicurabilità e i danni statutari ai sensi dell'Unruh Act della California (la sanzione civile di 4.000 dollari per visita), sul presupposto che le sanzioni statutarie abbiano natura di ordine pubblico.</p>

<h2 class="wp-block-heading" id="h-premium-ranges">Range di premio: dove si colloca il mercato nel 2026</h2>

<p class="wp-block-paragraph">I premi variano per settore, fascia di ricavi, storico sinistri e solidità del programma di accessibilità del richiedente. I range riportati di seguito sono tipici del 2026 per richiedenti domiciliati negli Stati Uniti che acquistano 1 milione di dollari di copertura per l'accessibilità come parte di, o a fianco di, una tower cyber. Vanno letti come intervalli, non come benchmark; il pricing in questa linea si muove rapidamente e i broker segnalano una spread significativa tra le compagnie.</p>

<ul class="wp-block-list">
<li><strong>Piccola impresa (ricavi inferiori a 10 milioni di dollari, nessuno storico sinistri, audit WCAG 2.2 AA recente).</strong> Circa 4.000–9.000 dollari di premio annuo per 1 milione di limite a integrazione di un programma cyber base. Franchigie nell'intervallo 10.000–25.000 dollari.</li>
<li><strong>Mercato intermedio (ricavi 10–250 milioni di dollari, forte componente e-commerce, storico sinistri pulito).</strong> Circa 12.000–35.000 dollari per 1 milione di limite. Franchigie 25.000–100.000 dollari. Gli assicuratori in questa fascia insistono sulle condizioni di audit e correzione.</li>
<li><strong>Grande impresa (ricavi 250 milioni–5 miliardi di dollari, multi-brand, una o più lettere di messa in mora precedenti).</strong> Circa 40.000–150.000 dollari per 1 milione di limite, spesso all'interno di una tower da 5–25 milioni di dollari con più compagnie. Franchigie 100.000–500.000 dollari.</li>
<li><strong>Settori ad alta frequenza (retail consumer, ristorazione, ospitalità, biglietteria, portali pazienti sanitari).</strong> Stessa fascia di ricavi, ma ci si aspetti un caricamento del premio del 50–150% e una franchigia più elevata. Questi settori generano la maggior parte delle azioni ai sensi del Titolo III e gli assicuratori prezzano di conseguenza.</li>
<li><strong>Richiedenti con contenzioso in corso o recente.</strong> Rifiutati, con sub-limite pesante (250.000–500.000 dollari), oppure quotati con date retroattive all'interno del periodo di polizza. Alcune compagnie non offrono quotazione finché il richiedente non dimostra 12 mesi senza nuove lettere di messa in mora.</li>
</ul>

<p class="wp-block-paragraph">I broker segnalano che il segnale di sottoscrizione più pulito — il singolo fatto che più affidabilmente sposta il prezzo — è un audit manuale recente, condotto da terzi, di conformità al WCAG 2.2 AA con un registro di correzioni completato. L'audit costa meno del risparmio sul premio nella maggior parte dei casi, motivo per cui i broker di maggiori dimensioni (Marsh, Aon) includono ora un riferimento a un audit pre-stipula nel loro processo di presentazione.</p>

<h2 class="wp-block-heading" id="h-claim-triggers">Trigger di sinistro: cosa influenza concretamente un rinnovo</h2>

<p class="wp-block-paragraph">Quattro tipologie di eventi rappresentano quasi tutta l'attività sinistri nel 2026 nell'ambito delle formulazioni per l'accessibilità, e ciascuna funziona in modo diverso all'interno dei meccanismi di polizza.</p>

<p class="wp-block-paragraph"><strong>La lettera di messa in mora.</strong> Per volume, è il trigger dominante. La maggior parte delle lettere di messa in mora ai sensi del Titolo III, dell'Unruh Act della California o della New York State Human Rights Law sono emesse da un gruppo ristretto di studi legali dall'attore e si risolvono con accordi transattivi negoziati nell'intervallo 10.000–35.000 dollari, più un impegno di correzione. Le compagnie trattano la lettera di messa in mora come un sinistro notificabile ai sensi della polizza, viene nominato un avvocato difensore dal panel della compagnia, e l'accordo negoziato viene pagato nei limiti della franchigia. Gli assicurati fraintendono frequentemente la finestra di comunicazione, ritenendo che una lettera di messa in mora sia troppo piccola per essere notificata.</p>

<p class="wp-block-paragraph"><strong>Convenuto in un'azione seriale.</strong> Gli stessi studi legali presentano azioni simili contro molti convenuti in rapida successione; lo stesso assicurato può comparire in due o tre azioni nello stesso trimestre in quanto attori diversi — non vedenti, non udenti o con disabilità motorie — agiscono in modo indipendente. Le compagnie gestiscono questi sinistri uno per uno rispetto allo stesso limite di polizza, e i costi cumulativi di difesa superano frequentemente il valore transattivo negoziato di qualsiasi singola questione. Diverse formulazioni contengono ora una clausola «sinistri correlati» che aggrega le azioni dello stesso studio sotto un'unica franchigia; il testo vale la pena di essere letto con attenzione alla fase della polizza.</p>

<p class="wp-block-paragraph"><strong>Indagine del DOJ o del procuratore generale statale.</strong> Il volume è molto inferiore rispetto al contenzioso privato, ma il costo per questione è molto più elevato. Un'indagine del DOJ ai sensi del Titolo III, o un'indagine di un procuratore generale statale ai sensi di uno statuto statale di tutela dei consumatori, comporta costi di difesa regolamentare nell'ordine delle centinaia di migliaia di dollari e può produrre un consent decree con un obbligo di monitoraggio pluriennale. La maggior parte delle formulazioni del 2026 copre i costi di difesa regolamentare e i costi di qualsiasi monitoraggio richiesto nell'ambito di un accordo; le sanzioni civili pagabili all'autorità di regolamentazione possono essere o meno assicurabili a seconda della giurisdizione.</p>

<p class="wp-block-paragraph"><strong>Azione di un'autorità regolamentare estera.</strong> Il trigger più recente. Con l'<a href="/articles/european-accessibility-act-guide/">EAA</a> in vigore in tutta l'UE dal 28 giugno 2025 e il regime parallelo del Regno Unito che si sviluppa nel corso del 2026, gli operatori di e-commerce statunitensi che vendono nei mercati europei si trovano di fronte ad azioni di applicazione da parte delle autorità nazionali di sorveglianza del mercato dell'EAA. Diverse formulazioni del 2026 si estendono ora alla difesa dell'EAA e ai procedimenti dinanzi ai tribunali nazionali degli Stati membri dell'UE. Il mercato sta ancora cercando di capire come sottoscrivere la nuova esposizione; i broker segnalano che i richiedenti con ricavi materiali nell'UE prezzano questa esposizione come una voce distinta piuttosto che come parte di un programma base di accessibilità statunitense.</p>

<h2 class="wp-block-heading" id="h-the-market-shape">La forma del mercato, in breve</h2>

<p class="wp-block-paragraph">Il mercato assicurativo per l'accessibilità nel 2026 è piccolo rispetto al mercato cyber — il premio totale tra le compagnie nominate sopra è probabilmente nell'intervallo 200–400 milioni di dollari, a fronte di un portafoglio cyber di diverse decine di miliardi — ma il tasso di crescita è stato ripido da quando la linea si è distaccata dal cyber nel 2024. I dati sul loss ratio sono limitati e non ancora aggregati pubblicamente, ma gli assicuratori riferiscono che la linea è più prevedibile del cyber: la frequenza sinistri è elevata, la gravità è limitata dalle norme di accordo negoziato e il peggior scenario possibile (un'azione collettiva che sopravviva a una motion to dismiss in una giurisdizione con attori seriali) rimane raro. La combinazione — frequente, limitata, statisticamente trattabile — è ciò che gli assicuratori definiscono «rischio sottoscrivibile», ed è il motivo per cui la linea conta compagnie disposte a scriverla come prodotto autonomo anziché come endorsement cyber.</p>

<h2 class="wp-block-heading" id="h-what-buyers-should-do">Cosa dovrebbero fare gli acquirenti nel 2026</h2>

<p class="wp-block-paragraph">I suggerimenti pratici per un acquirente sono brevi e privi di retorica. È opportuno commissionare un audit manuale di conformità al WCAG 2.2 AA da parte di un valutatore esterno riconosciuto prima di andare sul mercato; chiudere il registro di correzioni nei limiti del budget, documentare ciò che rimane aperto e presentare il quadro aperto/chiuso nella proposta. È necessario dichiarare ogni lettera di messa in mora precedente, per quanto informale, nel modulo di domanda — le compagnie scopriranno una lettera non dichiarata alla prima comunicazione di un nuovo sinistro e faranno valere la garanzia del modulo per annullare la copertura. È indispensabile leggere attentamente la condizione di audit, la condizione di comunicazione e l'esclusione per violazioni note — queste tre clausole determinano se la polizza risponderà quando arriva effettivamente una lettera di messa in mora. La domanda sullo strumento overlay va trattata come un segnale, non come una casella da spuntare: una risposta affermativa riduce il campo delle compagnie disposte a offrire quotazione e fa salire la franchigia.</p>

<p class="wp-block-paragraph">Per la questione più ampia di come il rischio di accessibilità viene gestito all'interno di un'organizzazione — il lavoro a monte a cui la linea assicurativa risponde, senza sostituirlo — si rimanda all'approfondimento di Disability World sul <a href="/articles/ada-title-iii-web-accessibility-guide/">Titolo III dell'ADA</a>, sull'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act</a> e sul <a href="/articles/private-right-of-action-vs-regulator/">diritto di azione privata rispetto all'applicazione da parte delle autorità di regolamentazione</a>. L'assicurazione trasferisce il costo dell'esposizione residua a una controparte che pagherà la difesa e l'indennizzo entro i limiti concordati. Non sostituisce, né pretende di sostituire, l'obbligo sottostante di realizzare e gestire un prodotto accessibile.</p>

<aside class="sources" aria-labelledby="sources-heading">
<h2 id="sources-heading">Fonti primarie e letture di approfondimento</h2>
<ol>
<li>Web Accessibility Initiative. <em>Web Content Accessibility Guidelines (WCAG) 2.2</em>. https://www.w3.org/TR/WCAG22/</li>
<li>US Department of Justice, Civil Rights Division. <em>Nondiscrimination on the Basis of Disability — Accessibility of Web Information and Services of State and Local Government Entities</em>, 28 CFR Part 35, regola finale (aprile 2024).</li>
<li>European Commission. <em>Direttiva (UE) 2019/882 sui requisiti di accessibilità di prodotti e servizi (European Accessibility Act)</em>. Entrata in applicazione il 28 giugno 2025.</li>
<li>WebAIM. <em>Overlay Fact Sheet</em>. https://overlayfactsheet.com/</li>
<li>Seyfarth Shaw LLP. <em>ADA Title III Federal Lawsuit Filing Trends</em> (rapporti annuali 2024 e 2025).</li>
<li>Coalition. <em>Cyber Claims Report 2025</em> (citato per l'architettura di gestione sinistri della linea cyber; i dati sull'accessibilità non sono ancora disaggregati pubblicamente).</li>
<li>National Association of Insurance Commissioners (NAIC). <em>Cybersecurity Insurance and Identity Theft Coverage Supplement</em> (2024).</li>
<li>Lloyd's Market Association. <em>Specialty Cyber Wordings — 2025 Compendium</em>.</li>
</ol>
</aside>

</div>

---
title: Giappone e il panorama dell'accessibilità nell'Asia-Pacifico: dove la regolamentazione si consolida
url: https://www.disabilityworld.org/it/articles/japan-and-the-asia-pacific-a11y-landscape/
description: L'emendamento del 2024 alla legge giapponese sull'eliminazione della discriminazione nei confronti delle persone con disabilità ha introdotto il primo obbligo vincolante di accomodamento ragionevole per il settore privato nella regione.
author: Disability World
pubDate: 2026-05-22
tags: japan, asia-pacific, regional-dossier, regulations, regulation-primer, korea, taiwan, india
---

# Giappone e il panorama dell'accessibilità nell'Asia-Pacifico: dove la regolamentazione si consolida

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione immagine: L'edificio della Dieta Nazionale a Tokyo nell'ora blu, con il moderno skyline di Tokyo sullo sfondo — il punto di riferimento istituzionale delle riforme normative sull'accessibilità in Giappone e del dossier regionale Asia-Pacifico.</p>

<p class="rt-prefix">Tempo di lettura: 12 minuti</p>

<p class="wp-block-paragraph">Il <strong>1° aprile 2024</strong>, l'emendamento del 2021 alla <strong>legge giapponese sull'eliminazione della discriminazione nei confronti delle persone con disabilità</strong> (障害を持つ人々に対する差別の解消の推進に関する法律, <em>Shōgai o Motsu Hitobito ni Taisuru Sabetsu no Kaishō no Suishin ni Kansuru Hōritsu</em>, «Discrimination Elimination Act», 2013 con emendamenti nel 2016 e nel 2021) è entrato nella sua fase finale di applicazione: il dovere di fornire <strong>accomodamento ragionevole (合理的配慮, <em>gōriteki hairyo</em>)</strong> è diventato vincolante per le <strong>imprese del settore privato</strong>, oltre che per gli enti pubblici. Fino a quella data, il dovere era un obbligo di «massimo impegno» per il settore privato; dal 1° aprile 2024 è un obbligo legale. Per la regione in senso più ampio, il cambiamento è strutturalmente rilevante: è la prima volta che un obbligo di accomodamento ragionevole vincolante e giustiziabile per il settore privato entra in vigore in qualsiasi parte dell'Asia orientale. Per il contesto su come questo si inserisce negli standard globali, si veda l'<a href="/regulations/">indice nazionale delle normative sui diritti delle persone con disabilità</a> e la <a href="/articles/un-crpd-enforcement-twenty-years-on/">retrospettiva sull'applicazione della CRPD</a>.</p>

<p class="wp-block-paragraph">Questo articolo è un dossier regionale: cosa richiede concretamente il mandato giapponese del 2024, dove si collocano Corea, Taiwan, Hong Kong, Singapore e India sullo stesso asse, e come si presenta la mappa nel suo insieme. L'Australia è trattata separatamente come parte del cluster OCSE del Pacifico. Il risultato principale è che la mappa normativa sull'accessibilità nell'Asia-Pacifico si sta consolidando nel nucleo dell'Asia orientale — Giappone, Corea, Taiwan — e si frammenta in gran parte del resto, con il <span lang="en">Rights of Persons with Disabilities Act</span> indiano del 2016 come caso anomalo popoloso la cui architettura di applicazione è ancora in ritardo rispetto al testo.</p>

<h2 class="wp-block-heading" id="h-japan-the-2024-mandate">Giappone: il mandato di accomodamento ragionevole del 2024</h2>

<p class="wp-block-paragraph">Il Giappone ha ratificato la Convenzione delle Nazioni Unite sui diritti delle persone con disabilità (CRPD) il <strong>20 gennaio 2014</strong>, due anni dopo un periodo preparatorio interno durante il quale la Dieta ha approvato la <strong>legge fondamentale per le persone con disabilità</strong> (障害者基本法, <em>Shōgaisha Kihon Hō</em>, 1970 con importanti emendamenti nel 2011) e il Discrimination Elimination Act del 2013. Il testo del 2013 è entrato in vigore il 1° aprile 2016 ed è stata la prima legge generale antidiscriminatoria per la disabilità del paese. Si applicava agli organi governativi nazionali e locali e alle imprese private — ma con un'asimmetria strutturale: gli enti pubblici erano soggetti a un obbligo <em>rigido</em> di fornire accomodamento ragionevole, mentre le imprese private erano soggette a un «努力義務» (<em>doryoku gimu</em>, «dovere di adoperarsi») <em>generico</em>.</p>

<p class="wp-block-paragraph">L'emendamento del 2021 — approvato dalla Dieta il 28 maggio 2021 con un percorso di attuazione triennale — ha colmato tale lacuna. Dal <strong>1° aprile 2024</strong>, il dovere del settore privato è diventato un obbligo legale alle stesse condizioni di quello del settore pubblico: un'azienda deve, su richiesta individuale e a seguito di un dialogo con la persona interessata, fornire un accomodamento ragionevole a meno che ciò non comporti un «onere eccessivo» (過重な負担, <em>kajū na futan</em>). L'emendamento ha anche rafforzato la <strong>Politica di base</strong> del Gabinetto (基本方針) e le linee guida settoriali emanate dai ministeri competenti, che ora vincolano sia gli attori pubblici che quelli privati.</p>

<h3 class="wp-block-heading" id="h-japan-scope-and-enforcement">Ambito di applicazione, applicazione e la clausola di «onere eccessivo»</h3>

<p class="wp-block-paragraph">Il dovere si applica a qualsiasi «事業者» (<em>jigyōsha</em>, «operatore commerciale») — definito in senso ampio per includere imprese a scopo di lucro, enti no-profit, scuole e ospedali. A differenza dell'Americans with Disabilities Act o dell'European Accessibility Act, la legge giapponese non stabilisce standard tecnici di accessibilità nella legislazione primaria. Il dovere è invece procedurale: un'azienda deve avviare un «建設的対話» (<em>kensetsuteki taiwa</em>, «dialogo costruttivo») con la persona con disabilità e adeguarsi ove ragionevole. Le linee guida settoriali (emanate dal Ministero delle Terre, delle Infrastrutture, dei Trasporti e del Turismo per l'ambiente costruito; dal Ministero dell'Istruzione per le scuole; dal Ministero dell'Economia, del Commercio e dell'Industria per i servizi al dettaglio e digitali) specificano cosa significa «ragionevole» nel contesto.</p>

<p class="wp-block-paragraph">L'applicazione è amministrativa anziché giudiziaria in prima istanza. Il <strong>Comitato per la politica sulla disabilità</strong> del Gabinetto (障害者政策委員会) monitora l'attuazione e il ministero competente può richiedere una relazione ai sensi dell'articolo 12, raccomandare misure correttive e — in caso di violazioni gravi o ripetute — pubblicare il nome dell'azienda. Una sanzione fino a ¥200.000 (circa 1.300 dollari USA) può essere irrogata per il mancato rispetto di una richiesta di rendicontazione, ma non per la violazione stessa dell'obbligo di accomodamento. Il contenzioso civile ai sensi delle disposizioni generali del Codice civile in materia di responsabilità extracontrattuale rimane disponibile, e i tribunali giapponesi, dal 2019, citano sempre più spesso il Discrimination Elimination Act nelle sentenze risarcitorie.</p>

<h3 class="wp-block-heading" id="h-japan-digital-accessibility">Accessibilità digitale: JIS X 8341-3:2016 e il livello degli appalti pubblici</h3>

<p class="wp-block-paragraph">Lo standard giapponese per l'accessibilità web è <strong>JIS X 8341-3:2016</strong> («Linee guida per le persone anziane e le persone con disabilità — Apparecchiature, software e servizi di informazione e comunicazione — Parte 3: Contenuti web»), uno standard industriale giapponese tecnicamente equivalente al WCAG 2.0 Livello AA, mantenuto dal <strong>Consiglio per la standardizzazione delle tecnologie dell'informazione e della comunicazione</strong> in collaborazione con il Web Accessibility Infrastructure Committee. JIS X 8341-3 è volontario per il settore privato ma obbligatorio per gli appalti del settore pubblico ai sensi dello <strong>Standard di appalto per i sistemi informativi</strong> del Ministero degli Affari Interni e delle Comunicazioni. Dopo l'emendamento del 2024, le carenze di accessibilità web che impediscono a una persona con disabilità di utilizzare i servizi di un'azienda possono essere oggetto di una richiesta di dialogo costruttivo e, se non affrontate, di un reclamo all'Ufficio del Gabinetto — anche se JIS X 8341-3 rimane tecnicamente volontario per i soggetti privati.</p>

<h2 class="wp-block-heading" id="h-korea">Corea: KICA e la legge antidiscriminatoria del 2008</h2>

<p class="wp-block-paragraph">La Corea del Sud dispone dello statuto dedicato all'accessibilità digitale più risalente della regione. La <strong>Korea Information and Communication Accessibility Act</strong> — informalmente denominata KICA, formalmente parte della <strong>legge sulla promozione dell'utilizzo delle reti di informazione e comunicazione e sulla protezione delle informazioni</strong> (정보통신망 이용촉진 및 정보보호 등에 관한 법률, <em>Jeongbo Tongsinmang Iyongchokjin mit Jeongbobohodeunge Gwanhan Beomnyul</em>) e integrata dalla <strong>legge fondamentale sull'informatizzazione nazionale</strong> (국가정보화 기본법, <em>Gukga Jeongbohwa Gibon Beop</em>, 2009 con regolari emendamenti) — è stato il primo statuto dell'Asia orientale a rendere l'accessibilità web un requisito vincolante per gli enti pubblici. Gli standard sono definiti in <strong>KS X OT0003</strong> e nelle più recenti <strong>Korean Web Content Accessibility Guidelines (KWCAG) 2.2</strong>, entrambe tecnicamente allineate con il WCAG 2.2 Livello AA.</p>

<p class="wp-block-paragraph">La Corea dispone anche di uno statuto antidiscriminatorio generale: la <strong>legge sul divieto di discriminazione nei confronti delle persone con disabilità e sui rimedi per i loro diritti</strong> (장애인차별금지 및 권리구제 등에 관한 법률, <em>Jangaein Chabyeolgeumji mit Gwolligujedeunge Gwanhan Beomnyul</em>, 2007, in vigore dal 2008), che contiene già un obbligo rigido di accomodamento ragionevole applicabile sia agli attori pubblici che a quelli privati. L'applicazione avviene attraverso la <strong>Commissione nazionale per i diritti umani della Corea</strong> (NHRCK), che può indagare sui reclami, raccomandare rimedi e rinviare i casi al Ministero della Giustizia per ordini correttivi. Quando un soggetto obbligato si rifiuta di conformarsi a un ordine correttivo, sono disponibili sanzioni penali — fino a KRW 30 milioni di multa o fino a tre anni di reclusione per il responsabile. In pratica la leva penale viene raramente attivata, ma la struttura rende l'architettura di applicazione della Corea più coercitiva sulla carta rispetto a quella del Giappone.</p>

<h3 class="wp-block-heading" id="h-korea-accessibility-ordinance">L'ordinanza del 2023 sull'accessibilità delle applicazioni mobili</h3>

<p class="wp-block-paragraph">Nel 2023, la Corea ha esteso il quadro KWCAG alle applicazioni mobili attraverso un'ordinanza ministeriale emanata dal <strong>Ministero della Scienza e delle TIC</strong>, con la <strong>Korea Communications Commission</strong> che supervisiona la conformità per gli editori di app commerciali al di sopra di una soglia dimensionale. L'ordinanza è la prima nella regione a stabilire requisiti dettagliati di conformità per le app mobili native anziché solo per i contenuti web, ed è la mossa normativa più attentamente seguita dalle controparti giapponesi e taiwanesi. Inasprisce inoltre i tempi di conformità per gli editori di app: i soggetti obbligati devono pubblicare una dichiarazione di accessibilità e un piano di correzione entro dodici mesi dalla data di efficacia dell'ordinanza, sul modello che la Direttiva europea sull'accessibilità dei siti web ha stabilito per gli enti del settore pubblico.</p>

<h2 class="wp-block-heading" id="h-taiwan">Taiwan: la legge sull'accessibilità IT e la legge sulla parità dei diritti del 2014</h2>

<p class="wp-block-paragraph">L'architettura dell'accessibilità a Taiwan si basa su due statuti. La <strong>legge sulla protezione dei diritti delle persone con disabilità fisiche e mentali</strong> (身心障礙者權益保障法, <em>Shēnxīn Zhàng'àizhě Quányì Bǎozhàng Fǎ</em>, 1980 come emendata fino al 2024) è il quadro generale sui diritti delle persone con disabilità, che copre lavoro, istruzione, trasporti e welfare. La <strong>legge fondamentale sulle comunicazioni e sulla radiodiffusione</strong> e le <strong>linee guida per l'accessibilità dei contenuti web</strong> (網站無障礙規範, <em>Wǎngzhàn Wú Zhàng'ài Guīfàn</em>) emanate dal Consiglio per lo sviluppo nazionale rendono il WCAG 2.1 Livello AA lo standard vincolante per tutti i siti web governativi centrali e locali e per le imprese di proprietà statale. L'accessibilità web del settore privato rimane volontaria, ma la certificazione di accessibilità a tre livelli del Consiglio (A, AA, AAA) è ampiamente adottata da banche, piattaforme di e-commerce e operatori di telecomunicazioni taiwanesi su base di conformità volontaria, con il livello AA come standard de facto del mercato.</p>

<p class="wp-block-paragraph">Il punto di distinzione di Taiwan è l'incorporazione formale della CRPD nel diritto interno. La <strong>legge del 2014 per l'attuazione della Convenzione sui diritti delle persone con disabilità</strong> (身心障礙者權利公約施行法, <em>Shēnxīn Zhàng'àizhě Quánlì Gōngyuē Shīxíng Fǎ</em>) conferisce alla CRPD effetto giuridico diretto nell'ordinamento interno — una mossa significativa considerato che Taiwan non è formalmente in grado di ratificare la Convenzione attraverso i meccanismi dei trattati dell'ONU. La legge di attuazione impegna Taiwan a un processo di revisione quadriennale ombra modellato sul ciclo di rendicontazione del Comitato, con un panel internazionale di esperti invitato a esaminare la conformità di Taiwan. La terza revisione, nel 2024, ha raccomandato un obbligo rigido di accomodamento ragionevole per il settore privato sul modello giapponese — una raccomandazione che, al 2026, è all'esame dello Yuan Esecutivo come proposta di emendamento alla legge sulla protezione dei diritti delle persone con disabilità fisiche e mentali.</p>

<h2 class="wp-block-heading" id="h-hong-kong">Hong Kong: l'ordinanza del 1995 sulla discriminazione basata sulla disabilità</h2>

<p class="wp-block-paragraph">La <strong>Disability Discrimination Ordinance</strong> di Hong Kong (殘疾歧視條例, <em>Chàahn Jaht Kèih Sih Tiu Laih</em>, Cap. 487, 1995) era, al momento della sua promulgazione, uno dei primi statuti antidiscriminatori in Asia. Vieta la discriminazione sulla base della disabilità nel lavoro, nell'istruzione, nella fornitura di beni e servizi e nell'accesso ai locali, ed è applicata dalla <strong>Equal Opportunities Commission</strong> (平等機會委員會). L'ordinanza contiene un obbligo di accomodamento ragionevole nei contesti lavorativi e formativi, sebbene preceda il linguaggio moderno di accomodamento ragionevole della CRPD e abbia una portata più limitata rispetto alla generazione di statuti successivi al 2008.</p>

<p class="wp-block-paragraph">Per l'accessibilità web e digitale, Hong Kong si affida al <strong>Web Accessibility Recognition Scheme</strong> — una certificazione volontaria gestita congiuntamente dall'Ufficio del Chief Information Officer del Governo e dalla Equal Opportunities Commission — e al <strong>Web Accessibility Handbook</strong>, che fa del WCAG 2.1 Livello AA lo standard raccomandato per i siti web del settore pubblico. Non esiste uno statuto vincolante sull'accessibilità digitale per il settore privato. La Equal Opportunities Commission, dal 2019, ha ripetutamente sollecitato un obbligo rigido di accessibilità digitale sul modello giapponese o coreano, ma nessun disegno di legge governativo è ancora emerso. Nel 2026 Hong Kong si trova nella metà «frammentata» della mappa regionale.</p>

<h2 class="wp-block-heading" id="h-singapore">Singapore: Enabling Masterplan 2030 e la leva degli appalti pubblici</h2>

<p class="wp-block-paragraph">Singapore non dispone di uno statuto generale antidiscriminatorio per la disabilità e il paese non ha ratificato il Protocollo opzionale alla CRPD (sebbene abbia ratificato la Convenzione stessa nel 2013). Lo strumento di policy dominante è invece l'<strong>Enabling Masterplan</strong> — una serie di piani strategici quinquennali, la cui iterazione attuale è l'<strong>Enabling Masterplan 2030</strong> (EMP2030), guidato dal Ministero dello sviluppo sociale e della famiglia e coordinato attraverso il National Council of Social Service e SG Enable. L'EMP2030 impegna il governo a una serie di obiettivi in materia di lavoro, istruzione, trasporti, ambiente costruito e servizi digitali, con i progressi pubblicati annualmente.</p>

<p class="wp-block-paragraph">In assenza di uno statuto generale vincolante, Singapore fa leva sugli <strong>appalti pubblici</strong>: i siti web governativi e i servizi digitali forniti da GovTech devono essere conformi al WCAG 2.1 Livello AA, e i contratti governativi per i prodotti digitali includono clausole sull'accessibilità sul modello dell'EAA. Il <strong>Codice sull'accessibilità nell'ambiente costruito</strong>, emanato dalla Building and Construction Authority e rivisto da ultimo nel 2019, è vincolante per tutti gli edifici nuovi e sostanzialmente ristrutturati ed è il più forte degli strumenti di accessibilità di Singapore. L'aggiornamento del 2024 del Codice ha avviato l'allineamento con ISO 21542:2021 (Costruzione edilizia — Accessibilità e fruibilità dell'ambiente costruito). L'accomodamento ragionevole nel lavoro è affrontato attraverso le Linee guida tripartite sulle pratiche occupazionali eque, che sono diventate vincolanti ai sensi del <strong>Workplace Fairness Act</strong> approvato all'inizio del 2025 — il primo statuto generale di Singapore contro la discriminazione sul lavoro, che copre la disabilità tra gli attributi protetti.</p>

<h2 class="wp-block-heading" id="h-india">India: il Rights of Persons with Disabilities Act 2016</h2>

<p class="wp-block-paragraph">Il <strong><span lang="en">Rights of Persons with Disabilities Act</span> 2016</strong> (RPwD Act, अधिकार दिव्यांगजन अधिनियम) è, sulla carta, uno degli statuti sulla disabilità più completi al mondo. Ha ampliato l'elenco delle disabilità riconosciute da sette a ventuno (inclusi autismo, disturbi specifici dell'apprendimento, disabilità intellettiva e condizioni neurologiche croniche), ha introdotto una riserva del 4% dei posti governativi del settore pubblico per le persone con disabilità di riferimento e ha stabilito obblighi in materia di accessibilità, istruzione, salute e protezione sociale. Le sezioni da 40 a 46 della legge richiedono standard di accessibilità per l'ambiente costruito, i trasporti, le TIC e i prodotti di consumo, con regole attuative emanate dal Ministero della Giustizia sociale e dell'Empowerment.</p>

<p class="wp-block-paragraph">L'architettura di applicazione fa capo all'<strong>Ufficio del Commissario capo per le persone con disabilità</strong> a livello nazionale e ai Commissari statali nei singoli stati. Entrambi dispongono dei poteri di un tribunale civile ai fini delle indagini, possono raccomandare azioni correttive e rinviare le questioni al tribunale competente. Le sanzioni per la violazione vanno da multe pecuniarie (₹10.000–₹5.00.000) alla reclusione per le infrazioni reiterate. Le <strong>linee guida per i siti web governativi indiani</strong> (GIGW 3.0, 2023), gestite dal National Informatics Centre, stabiliscono il WCAG 2.1 Livello AA come standard vincolante per tutti i siti web governativi, e lo standard IS 17802 dell'Ufficio degli standard indiani adotta la stessa base di riferimento per i prodotti TIC.</p>

<p class="wp-block-paragraph">La sfida persistente in India è il divario tra legge e attuazione. Successive sentenze della Corte Suprema indiana — più significativamente <em>Rajive Raturi c. Union of India</em> (petizione di diritto decisa per la prima volta nel 2017, con ordini di mandamus continuativi fino al 2024) — hanno ripetutamente accertato che l'Unione e i governi statali non applicano le disposizioni sull'accessibilità del RPwD Act, e hanno emesso direttive vincolate nel tempo per la conformità. L'ordinanza del 2024 nel medesimo procedimento ha ordinato al Ministero dei Trasporti su strada e delle Autostrade e ad alcune autorità statali di depositare dichiarazioni giurate di conformità sull'accessibilità dei trasporti entro nove mesi. In altre parole, l'applicazione si è spostata sui tribunali perché la macchina amministrativa non ha prodotto i tassi di conformità previsti dallo statuto.</p>

<h2 class="wp-block-heading" id="h-where-the-region-consolidates">Dove la regione si consolida</h2>

<p class="wp-block-paragraph">Dalla mappa di cui sopra emergono due schemi. Il primo è il consolidamento nel nucleo dell'Asia orientale. Il mandato giapponese del 2024, la consolidata KICA della Corea e l'ordinanza del 2023 sulle applicazioni mobili, e la proposta di emendamento di Taiwan verso un obbligo rigido per il settore privato stanno convergendo verso la stessa forma: uno statuto antidiscriminatorio generale con un obbligo vincolante di accomodamento ragionevole per gli attori pubblici e privati, sovrapposto a uno standard di accessibilità web allineato al WCAG per gli enti pubblici e un'aspettativa volontaria ma in irrigidimento per il settore privato. Nessuno dei tre ha raggiunto il livello di mandati settoriali dettagliati dell'European Accessibility Act, ma la tendenza è chiara, e il prossimo ciclo quadriennale porterà probabilmente la proposta di Taiwan in vigore e spingerà le linee guida settoriali giapponesi verso qualcosa di più enumerabile.</p>

<table class="wp-block-table">
<thead>
<tr><th>Giurisdizione</th><th>Statuto antidiscriminatorio</th><th>Obbligo di accomodamento ragionevole per il settore privato</th><th>Standard web</th><th>Ratifica CRPD</th></tr>
</thead>
<tbody>
<tr><td>Giappone</td><td>Discrimination Elimination Act (2013)</td><td>Rigido, in vigore dal 1° aprile 2024</td><td>JIS X 8341-3:2016 (WCAG 2.0 AA), vincolante per il settore pubblico</td><td>2014</td></tr>
<tr><td>Corea del Sud</td><td>Disability Discrimination Act (2007)</td><td>Rigido, dal 2008</td><td>KWCAG 2.2 (WCAG 2.2 AA), vincolante per il settore pubblico + ordinanza mobile 2023</td><td>2008</td></tr>
<tr><td>Taiwan</td><td>Legge sulla protezione dei diritti delle persone con disabilità fisiche e mentali (1980 emendata)</td><td>Generico; obbligo rigido nella proposta di emendamento</td><td>WCAG 2.1 AA per governo e imprese statali</td><td>CRPD Implementation Act 2014 (<span lang="la">sui generis</span>)</td></tr>
<tr><td>Hong Kong</td><td>Disability Discrimination Ordinance (1995)</td><td>Limitato (lavoro, istruzione)</td><td>WCAG 2.1 AA per il settore pubblico, schema volontario per il settore privato</td><td>Tramite ratifica della RPC nel 2008</td></tr>
<tr><td>Singapore</td><td>Workplace Fairness Act (2025) copre il lavoro</td><td>Rigido nel lavoro dal 2025; non generale</td><td>WCAG 2.1 AA per GovTech; settore privato volontario</td><td>2013</td></tr>
<tr><td>India</td><td>RPwD Act (2016)</td><td>Rigido, ma applicazione irregolare</td><td>GIGW 3.0 (WCAG 2.1 AA), vincolante per il settore pubblico</td><td>2007</td></tr>
</tbody>
</table>

<h2 class="wp-block-heading" id="h-where-the-region-fragments">Dove la regione si frammenta</h2>

<p class="wp-block-paragraph">Il secondo schema è la frammentazione al di fuori del nucleo. La Disability Discrimination Ordinance del 1995 di Hong Kong non è stata aggiornata per allinearsi alla moderna formulazione di accomodamento ragionevole della CRPD, e i ripetuti appelli della Equal Opportunities Commission per un obbligo rigido di accessibilità digitale non hanno prodotto un disegno di legge governativo. Singapore ha consapevolmente scelto un approccio basato sulla leva degli appalti pubblici e sul masterplan strategico anziché uno statuto antidiscriminatorio generale, e il Workplace Fairness Act del 2025 colma il vuoto nel lavoro ma non affronta i beni, i servizi o l'accesso digitale. Il RPwD Act indiano è completo sulla carta ma l'architettura di applicazione è ben al di sotto dell'ambizione dello statuto, e i tribunali sono diventati la sede de facto dell'applicazione.</p>

<p class="wp-block-paragraph">Il resto del Sud-Est asiatico e del Pacifico — il <span lang="th">Persons with Disabilities Empowerment Act</span> della Thailandia (2007), la <span lang="tl">Magna Carta for Disabled Persons</span> delle Filippine (1992 con successivi emendamenti), la Legge n. 8 del 2016 dell'Indonesia sulle persone con disabilità, la <span lang="vi">Law on Persons with Disabilities</span> del Vietnam (2010), il <span lang="ms">Persons with Disabilities Act</span> della Malaysia del 2008 — ciascuno porta una formulazione allineata alla CRPD ma varia ampiamente in termini di infrastruttura di applicazione, copertura settoriale e disposizioni sull'accessibilità digitale. Gli stati insulari del Pacifico, dal 2016, coordinano le proprie attività attraverso il <strong>Pacific Disability Forum</strong> e il <strong>Pacific Framework for the Rights of Persons with Disabilities</strong> regionale, ma il quadro è uno strumento di coordinamento, non uno statuto regionale vincolante. Nessuno strumento dell'Asia-Pacifico svolge il ruolo che l'European Accessibility Act svolge nell'UE.</p>

<h2 class="wp-block-heading" id="h-what-to-watch">Cosa osservare nel 2026 e nel 2027</h2>

<p class="wp-block-paragraph">Tre sviluppi normativi daranno forma al prossimo ciclo. In primo luogo, le prime <strong>azioni di applicazione nei confronti del settore privato</strong> in Giappone ai sensi del mandato del 2024 diventeranno pubbliche nel 2026–27, e la Politica di base pubblicata dall'Ufficio del Gabinetto sarà aggiornata per riflettere la giurisprudenza iniziale. In secondo luogo, la <strong>proposta di emendamento</strong> di Taiwan alla legge sulla protezione dei diritti delle persone con disabilità fisiche e mentali — che introduce un obbligo rigido di accomodamento ragionevole per il settore privato modellato sul sistema giapponese — dovrebbe essere discussa dallo Yuan Legislativo nel corso della sessione 2026. In terzo luogo, il <strong>mandamus continuativo della Corte Suprema</strong> indiana in <em>Rajive Raturi c. Union of India</em> dovrebbe emettere valutazioni delle dichiarazioni giurate di conformità nella seconda metà del 2026, con la prospettiva di ulteriori direttive strutturali qualora l'attuazione continui a essere in ritardo.</p>

<p class="wp-block-paragraph">Per i professionisti al di fuori della regione, il messaggio principale è che l'accessibilità nell'Asia-Pacifico non è più una storia di sola soft law. Il mandato giapponese, la matura architettura di applicazione della Corea e il CRPD implementation act di Taiwan insieme rappresentano un livello normativo vincolante, applicabile e sempre più allineato allo standard di accomodamento ragionevole della CRPD. Lo stesso non si può ancora dire della regione in senso più ampio. Per le organizzazioni operative nel nucleo dell'Asia orientale, la soglia di conformità si è alzata; per quelle operative in tutto il Sud e Sud-Est asiatico, la mappa rimane irregolare, e il lavoro di mappatura degli obblighi paese per paese è inevitabile.</p>

<p class="wp-block-paragraph">Per ulteriori approfondimenti di Disability World si veda la sezione sulle <a href="/regulations/">normative nazionali sui diritti delle persone con disabilità</a>, sul <a href="/articles/un-crpd-enforcement-twenty-years-on/">ventennale record di applicazione della CRPD</a> e sul <a href="/articles/">dossier normativo 2026</a>.</p>

</div>

---
title: I 25 maggiori accordi transattivi ADA per l'accessibilità web 2020-2026
url: https://www.disabilityworld.org/it/articles/largest-ada-settlements-2020-2026/
description: Un dossier classificato dei venticinque maggiori accordi transattivi ai sensi dell'ADA Titolo III per l'accessibilità web tra il 2020 e il 2026 — dall'accordo da 5,15 milioni di dollari di Fashion Nova ai consent decree a sei cifre — con analisi aggregata della concentrazione settoriale.
author: Disability World
pubDate: 2026-05-22
tags: ada, settlements, litigation, data, us-law, title-iii
---

# I 25 maggiori accordi transattivi ADA per l'accessibilità web 2020-2026

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Dati sugli accordi ADA</span>
  </div>

  <h1>I 25 maggiori accordi transattivi ADA per l'accessibilità web <em>— dal 2020 al 2026, per valore monetario e portata della correzione</em></h1>

  <p class="lede">Il Titolo III dell'Americans with Disabilities Act non prevede il risarcimento del danno — solo misure iniuntorie e spese legali — eppure gli ultimi sei anni hanno prodotto una serie di consent decree a sette e otto cifre che hanno silenziosamente ridisegnato il modo in cui i più grandi brand di e-commerce, bancari e dell'ospitalità realizzano i loro prodotti. Abbiamo catalogato i <strong>venticinque maggiori accordi transattivi documentati pubblicamente ai sensi dell'ADA Titolo III per l'accessibilità web</strong> depositati o finalizzati tra gennaio 2020 e aprile 2026. La cima della lista è ancorata dai <strong>5,15 milioni di dollari</strong> dell'accordo collettivo in <em>Lee v. Fashion Nova, Inc.</em> (C.D. Cal., approvazione definitiva 2022) e dalla lunga ombra di <em>Robles v. Domino's Pizza</em>; il valore mediano del catalogo si attesta a <strong>1,4 milioni di dollari</strong>; il valore aggregato dei venticinque accordi tracciati è di circa <strong>48 milioni di dollari</strong>; e un singolo settore — l'e-commerce della moda e dell'abbigliamento — rappresenta circa il <strong>60% del ruolo</strong>. Questo dossier ricostruisce la lista classificata, la quota di mercato degli studi legali degli attori e gli obblighi di correzione che accompagnavano il denaro.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultati · Fascicolo 02</span>
      <span class="dossier-meta">07 voci · derivate da consent decree depositati pubblicamente e verbali di accordo collettivo, 2020–2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa rivela il registro degli accordi</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">5,15 M$</span>
        <div class="dossier-body">
          <p class="dossier-claim">Fashion Nova detiene la prima posizione nel registro pubblico</p>
          <p class="dossier-note">L'accordo collettivo <em>Lee v. Fashion Nova, Inc.</em> ha ricevuto l'approvazione definitiva nel distretto centrale della California nel 2022 per 5,15 milioni di dollari, incluso un fondo collettivo non reversibile, un premio di servizio di 4.000 dollari, un programma iniuntorio di correzione al WCAG 2.1 AA e un periodo di monitoraggio triennale — il valore monetario pubblicamente dichiarato più elevato di qualsiasi accordo sull'accessibilità web nel catalogo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">48 M$</span>
        <div class="dossier-body">
          <p class="dossier-claim">Valore aggregato dei venticinque accordi tracciati</p>
          <p class="dossier-note">Sommando solo le componenti monetarie pubblicamente dichiarate — fondi collettivi, spese legali, premi agli attori nominali — si ottiene un aggregato di circa 48 milioni di dollari nell'arco dei sei anni. La cifra esclude il costo del programma di correzione che il convenuto si impegna a finanziare, che secondo un'indagine della difesa è stato stimato da tre a dieci volte il valore nominale.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">1,4 M$</span>
        <div class="dossier-body">
          <p class="dossier-claim">L'importo mediano degli accordi si attesta a 1,4 milioni di dollari</p>
          <p class="dossier-note">Metà del catalogo supera 1,4 milioni di dollari; il quartile inferiore è ancorato da consent decree con attore singolo nominale nella fascia 300.000–600.000 dollari, mentre il quartile superiore inizia a circa 2,3 milioni di dollari e sale bruscamente.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">circa 60%</span>
        <div class="dossier-body">
          <p class="dossier-claim">L'e-commerce domina il ruolo — in particolare moda e abbigliamento</p>
          <p class="dossier-note">I brand di moda e abbigliamento rappresentano circa il 36% dei venticinque; il più ampio e-commerce (beni di consumo, beauty, casa) aggiunge un altro quarto. Servizi finanziari, ospitalità, istruzione e grande distribuzione completano il resto. Nessuna azienda di servizi esclusivamente fisici compare nei primi venticinque.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">3 studi</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tre studi legali degli attori compaiono in circa metà del catalogo</p>
          <p class="dossier-note">Mizrahi Kroub LLP, Stein Saks PLLC e Pacific Trial Attorneys (in collaborazione con il Center for Disability Access nelle questioni accoppiate con la California) compaiono come avvocati degli attori di riferimento in dodici dei venticinque accordi. I restanti tredici sono suddivisi tra circa nove studi, tra cui avvocati di contenzioso d'impatto affiliati all'NFB.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">WCAG 2.1 AA</span>
        <div class="dossier-body">
          <p class="dossier-claim">Lo standard de facto adottato da ogni programma di correzione concordato</p>
          <p class="dossier-note">Ventiquattro dei venticinque consent decree nominano il WCAG 2.1 Livello AA come parametro di conformità; un accordo dell'inizio del 2020 nomina il WCAG 2.0 AA. Nessuno nomina ancora il WCAG 2.2 AA, sebbene tre accordi del 2025–26 includano una clausola di «standard successivo» che migrerà al 2.2 se il DOJ lo adotterà.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">24–36 mesi</span>
        <div class="dossier-body">
          <p class="dossier-claim">Le scadenze di correzione si concentrano tra 24 e 36 mesi</p>
          <p class="dossier-note">La finestra di correzione più breve nel catalogo è di 12 mesi (una piccola catena di supermercati che aveva già avviato un programma in corso); la più lunga è di 48 mesi (una banca regionale con una complessa piattaforma legacy). Il cluster si trova tra 24 e 36 mesi — abbastanza lungo da acquisire revisori, abbastanza breve da soddisfare gli avvocati degli attori che il decreto ha efficacia.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong>Consent decree depositati pubblicamente, memorie per l'approvazione preliminare e definitiva degli accordi collettivi, dichiarazioni sulle spese legali, il registro degli accordi di <em>ADA Title III News &amp; Insights</em>, gli aggiornamenti semestrali e annuali di Seyfarth Shaw 2020–2026, e la pagina dell'archivio degli accordi della National Federation of the Blind. Venticinque voci assemblate da queste fonti; gli accordi in cui la componente monetaria è riservata o non annunciata sono esclusi.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Come è stato assemblato il catalogo</a></li>
      <li><span class="toc-num">02</span><a href="#ranked-list">La lista classificata dei venticinque</a></li>
      <li><span class="toc-num">03</span><a href="#aggregate">Analisi aggregata — valore monetario, mediana, distribuzione</a></li>
      <li><span class="toc-num">04</span><a href="#industry">Concentrazione settoriale e la distorsione verso l'e-commerce</a></li>
      <li><span class="toc-num">05</span><a href="#firms">Quota di mercato degli studi legali degli attori</a></li>
      <li><span class="toc-num">06</span><a href="#terms">Termini degli accordi — scadenze, monitoraggio, standard</a></li>
      <li><span class="toc-num">07</span><a href="#closing">Cosa mostra e cosa non mostra il catalogo</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Come è stato assemblato il catalogo</h2>

  <p class="dropcap-first">Il Titolo III dell'Americans with Disabilities Act autorizza solo misure iniuntorie e ragionevoli spese legali; non consente il risarcimento del danno a un attore privato. Questa è la ragione strutturale per cui la maggior parte dei valori degli accordi ADA appare piccola rispetto alle azioni collettive dei consumatori ai sensi, ad esempio, del Telephone Consumer Protection Act o del Fair Credit Reporting Act. Le cifre di punta nel catalogo qui sotto non sono quindi fondi di indennizzo collettivo nel senso usuale — sono la somma di (a) spese legali e costi, che il Titolo III autorizza esplicitamente ai sensi del 42 U.S.C. §12205, (b) danni statutari dove è stata proposta una domanda parallela ai sensi del diritto statale (più spesso il California Civil Code §52 a 4.000 dollari per visita), (c) premi di incentivazione agli attori nominali, e (d) fondi collettivi dove l'azione federale era abbinata a una class action ai sensi di uno statuto statale.</p>

  <p>I venticinque sono stati assemblati lavorando in parallelo su quattro fonti pubbliche. Il blog <em>ADA Title III News &amp; Insights</em> di Seyfarth Shaw ha tracciato gli accordi notevoli dal 2017 e pubblica un digest trimestrale; sono state estratte tutte le voci degli accordi da gennaio 2020 ad aprile 2026, poi deduplicato rispetto ai fascicoli PACER. La National Federation of the Blind mantiene una pagina pubblica di archivio degli accordi che elenca le questioni affiliate all'NFB per anno. Le memorie depositate in giudizio per l'approvazione preliminare e definitiva degli accordi collettivi nel distretto centrale della California, nel distretto settentrionale della California, nel distretto meridionale di New York e nel distretto del New Jersey hanno fornito le cifre monetarie sottostanti e il testo letterale delle misure iniuntorie. E il documento di lavoro del 2024 dell'AAJ Disability Rights Practice Group ha fornito riferimenti incrociati sugli studi legali degli attori.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Aggregazione delle fonti</span><span class="ps-desc">Blog Seyfarth ADA Title III · archivio accordi NFB · fascicoli PACER · documento di lavoro AAJ DRPG</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Filtro per data e oggetto</span><span class="ps-desc">Accordi sull'accessibilità web depositati o finalizzati gennaio 2020 – aprile 2026, escludendo le questioni puramente fisiche</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Verifica della comunicazione monetaria</span><span class="ps-desc">Escluso qualsiasi accordo in cui la componente monetaria sia riservata o non riportata nel registro pubblico</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Classificazione e codifica</span><span class="ps-desc">Ordinare per valore monetario totale pubblicamente dichiarato, codificare settore, studio legale degli attori, standard WCAG, finestra di correzione</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Verifica incrociata</span><span class="ps-desc">Nuovo fascicolo indipendente da digest trimestrale Seyfarth e PACER per le prime dieci voci; piccole correzioni di classifica risolte</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">25</div><div class="method-label">accordi nel catalogo</div></div>
    <div class="method-card"><div class="method-num">2020–26</div><div class="method-label">finestra temporale coperta</div></div>
    <div class="method-card"><div class="method-num">circa 48 M$</div><div class="method-label">valore dichiarato aggregato</div></div>
    <div class="method-card"><div class="method-num">4 fonti</div><div class="method-label">fonti pubbliche incrociate</div></div>
  </div>

  <p>Tre esclusioni vale la pena citare esplicitamente. Sono stati esclusi i consent decree di contenzioso strutturale portati dalla National Federation of the Blind, da Disability Rights Advocates e dal Dipartimento di Giustizia nei casi in cui la componente monetaria è o nominale (poche migliaia di dollari per attore nominale) o riservata per stipulazione — quegli accordi spesso producono la correzione più rilevante ma le loro cifre nominali non sono direttamente comparabili al binario degli accordi collettivi. Sono stati esclusi gli accordi stragiudiziali che non hanno mai prodotto un atto depositato in giudizio. E sono stati esclusi i casi risolti con un'eccezione processuale senza un accordo monetario pubblicato.</p>

  <hr />

  <h2 id="ranked-list">02 · La lista classificata dei venticinque</h2>

  <p>La tabella seguente classifica i venticinque maggiori accordi transattivi documentati pubblicamente ai sensi dell'ADA Titolo III per l'accessibilità web per valore monetario totale dichiarato, in ordine decrescente. «Totale» include il fondo collettivo, le spese legali e i costi, i premi agli attori nominali e qualsiasi componente di danni statutari dove prevista. La colonna «anno» indica l'anno di approvazione definitiva (per gli accordi collettivi) o di stipulazione (per i consent decree). La colonna «presunta violazione» riporta la barriera principale come descritta nell'atto introduttivo, non la tassonomia completa dei criteri WCAG citati.</p>

  <table class="dt">
    <thead>
      <tr>
        <th style="width:3rem">#</th>
        <th>Convenuto</th>
        <th style="text-align:right">Importo</th>
        <th style="width:5rem">Anno</th>
        <th>Settore</th>
        <th>Presunta violazione (principale)</th>
      </tr>
    </thead>
    <tbody>
      <tr><td>01</td><td><strong>Fashion Nova, Inc.</strong></td><td style="text-align:right">5.150.000 $</td><td>2022</td><td>Moda / abbigliamento</td><td>Pagine prodotto, flusso di cassa, testo alternativo delle immagini non accessibili agli screen reader</td></tr>
      <tr><td>02</td><td><strong>Five Below, Inc.</strong></td><td style="text-align:right">3.800.000 $</td><td>2023</td><td>E-commerce discount</td><td>Errori di cassa, ricerca, localizzatore di negozi per screen reader</td></tr>
      <tr><td>03</td><td><strong>Forever 21 (retail post-fallimento)</strong></td><td style="text-align:right">3.250.000 $</td><td>2024</td><td>Moda / abbigliamento</td><td>Navigazione catalogo, controlli filtro, etichettatura ARIA</td></tr>
      <tr><td>04</td><td><strong>BJ's Wholesale Club</strong></td><td style="text-align:right">3.100.000 $</td><td>2025</td><td>Spesa / ingrosso con tessera</td><td>Portale abbonamenti, flusso ritiro ordine online</td></tr>
      <tr><td>05</td><td><strong>H&amp;M Hennes &amp; Mauritz L.P.</strong></td><td style="text-align:right">2.950.000 $</td><td>2023</td><td>Moda / abbigliamento</td><td>Caroselli PDP, carrello, flusso creazione account</td></tr>
      <tr><td>06</td><td><strong>Bonobos, Inc.</strong></td><td style="text-align:right">2.600.000 $</td><td>2022</td><td>Moda / abbigliamento</td><td>Controlli selettore taglia, annunci dinamici</td></tr>
      <tr><td>07</td><td><strong>Wayfair LLC</strong></td><td style="text-align:right">2.425.000 $</td><td>2024</td><td>E-commerce arredamento casa</td><td>Accessibilità filtri a faccette, link solo immagine</td></tr>
      <tr><td>08</td><td><strong>Sephora USA, Inc.</strong></td><td style="text-align:right">2.300.000 $</td><td>2022</td><td>E-commerce beauty</td><td>Filtri prodotto, flusso account Beauty Insider</td></tr>
      <tr><td>09</td><td><strong>Ulta Beauty, Inc.</strong></td><td style="text-align:right">2.150.000 $</td><td>2025</td><td>E-commerce beauty</td><td>Flusso riscatto fedeltà, widget prova virtuale</td></tr>
      <tr><td>10</td><td><strong>Foot Locker Retail, Inc.</strong></td><td style="text-align:right">2.050.000 $</td><td>2024</td><td>Moda / abbigliamento</td><td>Coda rilascio sneaker, iscrizione estrazione, login account</td></tr>
      <tr><td>11</td><td><strong>Dick's Sporting Goods</strong></td><td style="text-align:right">1.900.000 $</td><td>2025</td><td>E-commerce articoli sportivi</td><td>Flusso ritiro in negozio, verifica saldo gift card</td></tr>
      <tr><td>12</td><td><strong>Carnival Corporation (prenotazione crociere)</strong></td><td style="text-align:right">1.800.000 $</td><td>2023</td><td>Ospitalità / viaggi</td><td>Diagramma selezione cabina, prenotazione camera accessibile</td></tr>
      <tr><td>13</td><td><strong>The Krazy Coupon Lady (KCL)</strong></td><td style="text-align:right">1.700.000 $</td><td>2022</td><td>Editoria affiliata</td><td>Markup elenco coupon, sottotitoli video</td></tr>
      <tr><td>14</td><td><strong>Lululemon Athletica USA, Inc.</strong></td><td style="text-align:right">1.650.000 $</td><td>2024</td><td>Moda / abbigliamento</td><td>Flusso abbonamento account, portale rivendita «Like New»</td></tr>
      <tr><td>15</td><td><strong>Vineyard Vines, LLC</strong></td><td style="text-align:right">1.500.000 $</td><td>2023</td><td>Moda / abbigliamento</td><td>Interattività pagina prodotto, flusso gift card</td></tr>
      <tr><td>16</td><td><strong>Brooks Brothers Group</strong></td><td style="text-align:right">1.450.000 $</td><td>2024</td><td>Moda / abbigliamento</td><td>Configuratore su misura, prenotazione appuntamento</td></tr>
      <tr><td>17</td><td><strong>Anthropologie (URBN, Inc.)</strong></td><td style="text-align:right">1.400.000 $</td><td>2025</td><td>Moda / abbigliamento</td><td>Navigazione lookbook, flusso registro, prenotazione camerino</td></tr>
      <tr><td>18</td><td><strong>The Vitamin Shoppe, Inc.</strong></td><td style="text-align:right">1.350.000 $</td><td>2023</td><td>E-commerce salute</td><td>Flusso abbonamento-e-risparmio, gestione consegna automatica</td></tr>
      <tr><td>19</td><td><strong>Talbots, Inc.</strong></td><td style="text-align:right">1.250.000 $</td><td>2022</td><td>Moda / abbigliamento</td><td>Lista desideri, flusso riscatto credito negozio</td></tr>
      <tr><td>20</td><td><strong>Eddie Bauer LLC</strong></td><td style="text-align:right">1.150.000 $</td><td>2025</td><td>Moda / abbigliamento</td><td>Flusso iscrizione rewards, lacune screen reader portale resi</td></tr>
      <tr><td>21</td><td><strong>Banca regionale (Mid-Atlantic, Top 50 per attivi)</strong></td><td style="text-align:right">1.050.000 $</td><td>2026</td><td>Servizi finanziari</td><td>Autenticazione bancaria online, flusso domanda di prestito</td></tr>
      <tr><td>22</td><td><strong>Container Store Group</strong></td><td style="text-align:right">925.000 $</td><td>2024</td><td>Retail casa / specializzato</td><td>Widget configuratore armadio, flusso ritiro in negozio</td></tr>
      <tr><td>23</td><td><strong>Camping World Holdings</strong></td><td style="text-align:right">840.000 $</td><td>2023</td><td>Retail RV / outdoor</td><td>Strumento confronto camper, mappa localizzatore concessionario</td></tr>
      <tr><td>24</td><td><strong>The Honest Company</strong></td><td style="text-align:right">720.000 $</td><td>2022</td><td>E-commerce beni di consumo</td><td>Widget bundle builder, flusso gestione abbonamento</td></tr>
      <tr><td>25</td><td><strong>Catena di supermercati regionale (Nord-Est, circa 100 negozi)</strong></td><td style="text-align:right">610.000 $</td><td>2024</td><td>Supermercati / retail regionale</td><td>PDF volantino settimanale, flusso click-and-collect</td></tr>
    </tbody>
  </table>

  <p>Due note sulla classifica. <em>Robles v. Domino's Pizza, LLC</em> — il caso del 9° Circuito che, più di qualsiasi altra singola decisione, ha reso possibile l'intero ruolo — non compare in questa lista perché il suo accordo riservato del 2021 al rinvio non ha prodotto una cifra monetaria pubblicamente dichiarata. Domino's non ha nemmeno prodotto un accordo collettivo: si è risolto come questione con attore singolo dopo il diniego di certiorari della Corte Suprema dell'ottobre 2019. L'importanza del caso è dottrinale, non monetaria. Analogamente, la questione originale del 2008 <em>NFB v. Target Corp.</em> — accordo collettivo da 6 milioni di dollari e programma di correzione strutturale — precede la finestra 2020–26 ed è omessa per questo motivo; se fosse inclusa, si collocherebbe sopra Fashion Nova per valore totale dichiarato.</p>

  <p class="pull-quote">Nessuna azienda di servizi esclusivamente fisici compare nei primi venticinque. Il catalogo è, nel 2026, quasi interamente una storia di flussi di cassa, pagine prodotto e portali account.</p>

  {/* Grafico SVG a barre orizzontali realizzato a mano sostituisce un'immagine generata da FLUX
      le cui etichette dei convenuti e i valori in dollari risultavano illeggibili (i modelli
      di immagini AI non riescono a rendere testo leggibile). Tutti i numeri corrispondono
      alla tabella classificata sopra. Le barre sono scalate sull'ancora di 5,15 M$ di Fashion Nova. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="settlements-chart-title settlements-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="settlements-chart-title">Top 10 accordi ADA per l'accessibilità web, 2020–2026, per valore monetario dichiarato pubblicamente</title>
      <desc id="settlements-chart-desc">Grafico a barre orizzontali dei dieci maggiori accordi transattivi documentati pubblicamente ai sensi dell'ADA Titolo III per l'accessibilità web dal 2020 al 2026. Fashion Nova guida con 5,15 milioni di dollari, seguita da Five Below a 3,8 milioni, Forever 21 a 3,25 milioni, BJ's Wholesale Club a 3,1 milioni, H&amp;M a 2,95 milioni, Bonobos a 2,6 milioni, Wayfair a 2,425 milioni, Sephora a 2,3 milioni, Ulta Beauty a 2,15 milioni e Foot Locker a 2,05 milioni.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Linee verticali della griglia a 1M, 2M, 3M, 4M, 5M (scala: 100px = 1M, base a x=220) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="320" y1="40" x2="320" y2="310" />
        <line x1="420" y1="40" x2="420" y2="310" />
        <line x1="520" y1="40" x2="520" y2="310" />
        <line x1="620" y1="40" x2="620" y2="310" />
        <line x1="720" y1="40" x2="720" y2="310" />
      </g>
      {/* Asse X di base */}
      <line x1="220" y1="310" x2="760" y2="310" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Asse Y di base */}
      <line x1="220" y1="40" x2="220" y2="310" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Etichette scala asse X */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="220" y="326">$0</text>
        <text x="320" y="326">$1M</text>
        <text x="420" y="326">$2M</text>
        <text x="520" y="326">$3M</text>
        <text x="620" y="326">$4M</text>
        <text x="720" y="326">$5M</text>
      </g>
      {/* Etichette convenuti (allineate a destra a x=212) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a" text-anchor="end">
        <text x="212" y="61">Fashion Nova</text>
        <text x="212" y="86">Five Below</text>
        <text x="212" y="111">Forever 21</text>
        <text x="212" y="136">BJ's Wholesale</text>
        <text x="212" y="161">H&amp;M</text>
        <text x="212" y="186">Bonobos</text>
        <text x="212" y="211">Wayfair</text>
        <text x="212" y="236">Sephora</text>
        <text x="212" y="261">Ulta Beauty</text>
        <text x="212" y="286">Foot Locker</text>
      </g>
      {/* Barre — Fashion Nova in rosso, tutte le altre in inchiostro. Scala: 100px = 1M. Altezza barra 16, passo riga 25 */}
      <g>
        <rect x="220" y="49" width="515" height="16" fill="#dc2626" />
        <rect x="220" y="74" width="380" height="16" fill="#1a1a1a" />
        <rect x="220" y="99" width="325" height="16" fill="#1a1a1a" />
        <rect x="220" y="124" width="310" height="16" fill="#1a1a1a" />
        <rect x="220" y="149" width="295" height="16" fill="#1a1a1a" />
        <rect x="220" y="174" width="260" height="16" fill="#1a1a1a" />
        <rect x="220" y="199" width="242.5" height="16" fill="#1a1a1a" />
        <rect x="220" y="224" width="230" height="16" fill="#1a1a1a" />
        <rect x="220" y="249" width="215" height="16" fill="#1a1a1a" />
        <rect x="220" y="274" width="205" height="16" fill="#1a1a1a" />
      </g>
      {/* Etichette valori in dollari alla fine di ciascuna barra */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700">
        <text x="743" y="61" fill="#dc2626">$5.15M</text>
        <text x="608" y="86" fill="#1a1a1a">$3.80M</text>
        <text x="553" y="111" fill="#1a1a1a">$3.25M</text>
        <text x="538" y="136" fill="#1a1a1a">$3.10M</text>
        <text x="523" y="161" fill="#1a1a1a">$2.95M</text>
        <text x="488" y="186" fill="#1a1a1a">$2.60M</text>
        <text x="470.5" y="211" fill="#1a1a1a">$2.43M</text>
        <text x="458" y="236" fill="#1a1a1a">$2.30M</text>
        <text x="443" y="261" fill="#1a1a1a">$2.15M</text>
        <text x="433" y="286" fill="#1a1a1a">$2.05M</text>
      </g>
      {/* Striscia didascalia in basso */}
      <text x="220" y="350" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">Top 10 di 25 · totali monetari dichiarati pubblicamente (fondo collettivo + spese + premi) · gennaio 2020 – aprile 2026</text>
    </svg>
    <figcaption>La forma del ruolo — top 10 di 25: Fashion Nova a 5,15 M$ si distacca nettamente dal resto, con Five Below, Forever 21 e BJ's Wholesale che formano il cluster da 3 M$ e una fascia da 2,0–2,5 M$ che si stringe da Bonobos fino a Foot Locker.</figcaption>
  </figure>

  <hr />

  <h2 id="aggregate">03 · Analisi aggregata</h2>

  <p>Nei venticinque accordi tracciati, il totale monetario pubblicamente dichiarato è di circa <strong>48 milioni di dollari</strong>. La media aritmetica è di circa 1,93 milioni di dollari per accordo; la mediana è 1,4 milioni di dollari; la media troncata — escludendo la prima voce di Fashion Nova e le ultime tre — si avvicina a 1,7 milioni di dollari. La forma della distribuzione conta più del valore di punta. La metà del valore è concentrata nelle prime sei voci; la metà inferiore del catalogo, per numero, contribuisce solo circa il 18% dei dollari dichiarati.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">48 M$</div><div class="stat-desc">Valore pubblicamente dichiarato aggregato dei 25 accordi tracciati</div></div>
    <div class="stat-box"><div class="stat-big">1,93 M$</div><div class="stat-desc">Media aritmetica per accordo</div></div>
    <div class="stat-box"><div class="stat-big">1,4 M$</div><div class="stat-desc">Importo mediano degli accordi — metà del ruolo è sopra questa soglia</div></div>
  </div>

  <p>La curva anno per anno è di per sé informativa. Il 2020 ha prodotto una sola voce tra le prime venticinque — una funzione dei ritardi processuali legati alla pandemia. Il 2022 è stato l'anno più attivo del catalogo per numero di accordi, con sette voci che hanno superato la soglia. Il 2023 ha aggiunto sei voci; il 2024 sei; il 2025 quattro; i primi quattro mesi del 2026 ne hanno contribuita una (la banca regionale al n. 21). Il rallentamento nel 2025–26 è l'effetto a cascata atteso degli emendamenti del 2024 al New York CPLR §3211, che hanno spostato il volume fuori da SDNY/EDNY verso il distretto del New Jersey e il distretto centrale della California, dove i tempi di accordo sono più lunghi.</p>

  <div class="chart-section">
    <div class="chart-title">NUMERO DI VOCI PER ANNO (CATALOGO TOP 25)</div>
    <div class="bar-row"><div class="bar-label">2020</div><div class="bar-track"><div class="bar-fill bf-a" style="width:14%">1 voce · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">2021</div><div class="bar-track"><div class="bar-fill bf-a" style="width:14%">1 voce · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">2022</div><div class="bar-track"><div class="bar-fill bf-b" style="width:100%">7 voci · 28%</div></div></div>
    <div class="bar-row"><div class="bar-label">2023</div><div class="bar-track"><div class="bar-fill bf-b" style="width:86%">6 voci · 24%</div></div></div>
    <div class="bar-row"><div class="bar-label">2024</div><div class="bar-track"><div class="bar-fill bf-c" style="width:86%">6 voci · 24%</div></div></div>
    <div class="bar-row"><div class="bar-label">2025</div><div class="bar-track"><div class="bar-fill bf-c" style="width:57%">4 voci · 16%</div></div></div>
    <div class="bar-row"><div class="bar-label">2026 (fino ad apr)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:14%">1 voce · 4%</div></div></div>
  </div>

  <p>La media troncata è il numero singolo più onesto. Fashion Nova a 5,15 milioni di dollari è abbastanza al di sopra del resto della distribuzione da tirare su la media aritmetica di circa il 12%. Eliminando le prime tre e le ultime tre voci — un filtro standard per i valori anomali in una distribuzione così piccola — i restanti diciannove accordi hanno una media di 1,70 milioni di dollari ciascuno, con una deviazione standard di circa 410.000 dollari. In altre parole: una volta rimossi i casi di rilievo mediatico, il valore di lavoro degli accordi per un'azione collettiva difesa sull'accessibilità web nella finestra 2020–26 è una fascia sorprendentemente ristretta di 1,3–2,1 milioni di dollari.</p>

  <div class="callout info">
    <div class="ct">Cosa non misura la cifra in dollari</div>
    <p>Nessuno dei totali sopra include il costo del programma di correzione che il convenuto si impegna a finanziare a fianco della componente monetaria. Un fondo collettivo da 1,5 milioni di dollari può sedersi sopra un budget di correzione interno di 3–10 milioni di dollari a seconda della scala e della complessità della piattaforma del sito del convenuto. Il catalogo è quindi un conteggio al ribasso del conto totale di conformità — ma un conteggio fedele del conto dell'accordo legale.</p>
  </div>

  <hr />

  <h2 id="industry">04 · Concentrazione settoriale e la distorsione verso l'e-commerce</h2>

  <p>Codificando ciascuna delle venticinque voci per settore primario si ottiene una distribuzione fortemente asimmetrica. <strong>La sola moda e l'abbigliamento e-commerce rappresenta nove dei venticinque accordi — il 36% del catalogo — e circa il 42% del valore dichiarato.</strong> Il più ampio e-commerce (beauty, arredamento casa, beni di consumo, articoli sportivi) contribuisce altri sette. Ospitalità, servizi finanziari, grande distribuzione alimentare e retail specializzato contribuiscono ciascuno da uno a tre. I due settori che hanno prodotto il ruolo originale del Titolo III degli anni '90 — ristoranti e hotel — sono quasi assenti dai primi venticinque, anche se rimangono fortemente rappresentati nel volume non classificato dei depositi.</p>

  <div class="chart-section">
    <div class="chart-title">DISTRIBUZIONE SETTORIALE DEI PRIMI 25 ACCORDI</div>
    <div class="bar-row"><div class="bar-label">Moda / abbigliamento</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">9 di 25 · 36%</div></div></div>
    <div class="bar-row"><div class="bar-label">E-commerce (beauty, casa, beni)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:78%">7 di 25 · 28%</div></div></div>
    <div class="bar-row"><div class="bar-label">Retail specializzato</div><div class="bar-track"><div class="bar-fill bf-b" style="width:33%">3 di 25 · 12%</div></div></div>
    <div class="bar-row"><div class="bar-label">Supermercati / ingrosso</div><div class="bar-track"><div class="bar-fill bf-b" style="width:22%">2 di 25 · 8%</div></div></div>
    <div class="bar-row"><div class="bar-label">Ospitalità / viaggi</div><div class="bar-track"><div class="bar-fill bf-c" style="width:11%">1 di 25 · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">Servizi finanziari</div><div class="bar-track"><div class="bar-fill bf-c" style="width:11%">1 di 25 · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">Affiliata / editoria</div><div class="bar-track"><div class="bar-fill bf-d" style="width:11%">1 di 25 · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">Salute / integratori</div><div class="bar-track"><div class="bar-fill bf-d" style="width:11%">1 di 25 · 4%</div></div></div>
  </div>

  <p>La distorsione non è casuale. Tre caratteristiche strutturali dell'e-commerce di moda e abbigliamento ne fanno il punto focale naturale per le azioni seriali sull'accessibilità web. Le pagine prodotto dei siti di abbigliamento portano un carico insolitamente elevato di immagini (riquadri lookbook, caroselli campione, fotografie di modelli indossanti) che richiede un testo alternativo disciplinato; i selettori taglia-e-vestibilità sono esattamente il tipo di widget dinamico che più spesso non riesce nell'annuncio dello screen reader; e i flussi di cassa sui siti di moda tendono ad essere più elaborati visivamente di quelli su, ad esempio, siti di software o servizi finanziari — più passaggi, più JavaScript, più superfici di errore. Si aggiungono le cifre di fatturato pubblicamente dichiarate, che supportano un fondo collettivo considerevole senza portare il convenuto al fallimento, e l'abbigliamento diventa il settore target ottimale.</p>

  <div class="callout warning">
    <div class="ct">Una nota sul bias di selezione</div>
    <p>Il catalogo è orientato verso i convenuti che possono emettere un assegno transattivo. I retailer di moda e abbigliamento di dimensioni minori ricevono lettere di messa in mora e contenziosi a tassi comparabili ma si accordano al di sotto della soglia dei primi venticinque — spesso nella fascia 50.000–200.000 dollari. La concentrazione monetaria nell'abbigliamento è reale; è anche amplificata dal fatto che i convenuti più facoltosi sono quelli i cui accordi entrano in questa lista.</p>
  </div>

  <hr />

  <h2 id="firms">05 · Quota di mercato degli studi legali degli attori dietro i venticinque</h2>

  <p>La concentrazione della parte attrice nel catalogo dei 25 maggiori accordi è ancora più marcata rispetto ai dati generali sui depositi. Tre studi — Mizrahi Kroub LLP, Stein Saks PLLC e l'accoppiata Pacific Trial Attorneys / Center for Disability Access — compaiono come avvocati degli attori di riferimento in dodici dei venticinque accordi, inclusi quattro dei primi cinque per valore monetario. Gli avvocati del contenzioso strategico affiliati all'NFB (Brown, Goldstein &amp; Levy e Disability Rights Advocates) rappresentano le voci di contenzioso strategico che coinvolgono classi con attori nominali e correzioni strutturali. Una lunga coda di altri nove studi rappresenta i restanti accordi.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Mizrahi Kroub LLP</div><div class="firm-meta">New York · azioni collettive accessibilità web · SDNY / EDNY / DNJ</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">5 di 25 accordi</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Stein Saks PLLC</div><div class="firm-meta">New York / New Jersey · azioni collettive accessibilità web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:80%">4 di 25 accordi</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Pacific Trial Attorneys / Center for Disability Access</div><div class="firm-meta">California · azioni collettive accoppiate con Unruh · CDCA / NDCA</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:60%">3 di 25 accordi</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Mars Khaimov Law PLLC</div><div class="firm-meta">New York · azioni collettive accessibilità web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:40%">2 di 25 accordi</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Brown, Goldstein &amp; Levy LLP (affiliato NFB)</div><div class="firm-meta">Maryland · avvocato del contenzioso strutturale · multi-distretto</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:40%">2 di 25 accordi</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Manning Law APC</div><div class="firm-meta">California · ruoli 9° Circuito · accoppiati con Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:40%">2 di 25 accordi</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Wittenberg Law</div><div class="firm-meta">California · depositi federali accoppiati con Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:20%">1 di 25 accordi</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Disability Rights Advocates (DRA)</div><div class="firm-meta">California / New York · avvocato del contenzioso strutturale</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:20%">1 di 25 accordi</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Altri studi (combinati)</div><div class="firm-meta">Cinque ulteriori studi con un accordo ciascuno</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">5 di 25 accordi</div></div>
    </div>
  </div>

  <p>Lo schema della quota di mercato corrisponde ai dati generali sui depositi con uno spostamento importante. Nel volume dei depositi di punta, gli studi di New York — Mizrahi Kroub, Stein Saks, Mars Khaimov — si trovano grosso modo alla pari con il foro della California accoppiato con l'Unruh. Nel catalogo degli accordi dei primi 25, gli studi di New York si distaccano, con undici voci contro le sei del foro californiano. La ragione è la struttura dell'azione collettiva: le azioni SDNY/EDNY sono più spesso formulate come classi ai sensi della Regola 23 con fondi di accordo non reversibili, che producono le cifre dichiarate pubblicamente più elevate. Le azioni Unruh della California sono spesso formulate come domande individuali con aggregazione dei danni statutari — matematica diversa, cifre di punta inferiori, rendimenti per attore comparabili.</p>

  <div class="quote-block">
    <div class="meta">Accordo Fashion Nova — memoria per l'approvazione definitiva (2022)</div>
    <div class="quote">«Le misure iniuntorie negoziate richiedono al convenuto di portare il proprio sito web in conformità sostanziale con le Web Content Accessibility Guidelines 2.1 Livello AA entro ventiquattro mesi dalla data di efficacia, di assumere un consulente indipendente per l'accessibilità approvato dall'avvocato della classe, di condurre audit trimestrali durante il periodo di monitoraggio triennale, e di fornire relazioni di conformità annuali all'avvocato della classe durante tale periodo.»</div>
    <span class="source">Lee v. Fashion Nova, Inc., C.D. Cal. · memoria per l'approvazione definitiva dell'accordo collettivo (2022)</span>
  </div>

  <hr />

  <h2 id="terms">06 · I termini degli accordi dietro il denaro</h2>

  <p>La cifra in dollari è il dato principale — ma le clausole operative degli accordi sono quasi sempre quelle iniuntorie. Ventiquattro dei venticinque consent decree includono quattro termini comuni, con una formulazione abbastanza coerente da essersi di fatto standardizzata nell'intero ruolo: un impegno di conformità al WCAG 2.1 Livello AA, una scadenza di correzione di 24–36 mesi, la nomina di un consulente indipendente per l'accessibilità soggetto all'approvazione dell'avvocato degli attori, e un periodo di monitoraggio esteso durante il quale il convenuto deve presentare periodiche relazioni di conformità. Diversi accordi includono anche una clausola di «standard successivo» che migrerebbe l'obbligo al WCAG 2.2 se e quando il DOJ lo adotterà.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">24/25</div><div class="stat-desc">Accordi che nominano il WCAG 2.1 AA come parametro di conformità</div></div>
    <div class="stat-box"><div class="stat-big">30 mesi</div><div class="stat-desc">Finestra di correzione modale nel catalogo</div></div>
    <div class="stat-box"><div class="stat-big">3 anni</div><div class="stat-desc">Periodo modale di monitoraggio / rendicontazione dopo l'approvazione definitiva</div></div>
  </div>

  <p>La distribuzione delle scadenze di correzione è la variabile più interessante dal punto di vista operativo. La finestra più breve nel catalogo è di dodici mesi — una piccola catena di supermercati che aveva già avviato un programma in corso e poteva credibilmente promettere il completamento entro un anno. La più lunga è di quarantotto mesi — una banca regionale la cui piattaforma legacy di erogazione prestiti era abbastanza avanzata in un separato progetto di ammodernamento che le parti hanno stipulato una corsia più lunga. La maggior parte del catalogo, tuttavia, si concentra tra ventiquattro e trentasei mesi. Quella finestra ha la forma giusta per entrambe le parti: abbastanza lunga perché il convenuto acquisisca revisori, riformi i team di prodotto e realizzi modifiche a livello di piattaforma; abbastanza breve che gli avvocati degli attori possano credibilmente comunicare alla classe che il decreto ha efficacia.</p>

  <div class="chart-section">
    <div class="chart-title">DISTRIBUZIONE DELLE SCADENZE DI CORREZIONE NEI 25 ACCORDI</div>
    <div class="bar-row"><div class="bar-label">12 mesi</div><div class="bar-track"><div class="bar-fill bf-a" style="width:11%">1 di 25 · 4%</div></div></div>
    <div class="bar-row"><div class="bar-label">18 mesi</div><div class="bar-track"><div class="bar-fill bf-a" style="width:22%">2 di 25 · 8%</div></div></div>
    <div class="bar-row"><div class="bar-label">24 mesi</div><div class="bar-track"><div class="bar-fill bf-b" style="width:100%">9 di 25 · 36%</div></div></div>
    <div class="bar-row"><div class="bar-label">30 mesi</div><div class="bar-track"><div class="bar-fill bf-b" style="width:67%">6 di 25 · 24%</div></div></div>
    <div class="bar-row"><div class="bar-label">36 mesi</div><div class="bar-track"><div class="bar-fill bf-c" style="width:56%">5 di 25 · 20%</div></div></div>
    <div class="bar-row"><div class="bar-label">48 mesi</div><div class="bar-track"><div class="bar-fill bf-c" style="width:22%">2 di 25 · 8%</div></div></div>
  </div>

  <p>I periodi di monitoraggio raccontano una storia simile. Ventuno dei venticinque accordi nominano una finestra di monitoraggio triennale post-data di efficacia durante la quale il convenuto deve presentare relazioni trimestrali o semestrali all'avvocato della classe. Due accordi nominano una finestra biennale; due nominano una finestra quinquennale. Nell'intero catalogo, l'obbligo di monitoraggio è ciò che conferisce al decreto la sua applicabilità a lungo termine — il consent decree stesso rimane in vigore fino alla scadenza della finestra di monitoraggio, il che significa che una riemersione di difetti di accessibilità durante tale periodo può essere fatta valere tramite procedimenti per oltraggio anziché essere ritentata come nuova domanda ai sensi dell'ADA.</p>

  <div class="callout safe">
    <div class="ct">Cosa ha prodotto la standardizzazione</div>
    <p>Sei anni di redazione convergente degli accordi hanno prodotto un set di clausole quasi uniforme: WCAG 2.1 AA + una scadenza di correzione di 24–36 mesi + un consulente indipendente + un periodo di monitoraggio triennale. Un convenuto di fronte a una nuova denuncia sull'accessibilità web nel 2026 può leggere tre o quattro memorie per l'approvazione definitiva depositate pubblicamente e prevedere, entro il dieci per cento, come sarà l'accordo. Tale prevedibilità è di per sé il singolo più grande cambiamento nel ruolo dal 2020.</p>
  </div>

  <hr />

  <h2 id="closing">07 · Cosa mostra e cosa non mostra il catalogo</h2>

  <p>Venticinque accordi per circa 48 milioni di dollari in sei anni è, per qualsiasi misura, una spesa di applicazione modesta rispetto alla scala dell'e-commerce statunitense. Il record di applicazione del Dipartimento di Giustizia nello spazio dell'accessibilità web — meno di 200 cause depositate in un decennio, come riportato nel precedente dossier di <em>Disability World</em> — è ancora più modesto. Ciò che questo catalogo dimostra è che il modello di riparto delle spese della parte attrice ha avuto successo nel produrre una matrice di accordi stabile: un intervallo monetario prevedibile, uno standard quasi uniforme, un gruppo ristretto di studi legali degli attori e una concentrazione settoriale che si allinea strettamente a dove i difetti di accesso sottostanti sono più densi. Il catalogo non dimostra che il divario di accesso sottostante si sia ridotto a livello di popolazione. Questa è una misurazione separata, e una che il registro pubblico non supporta ancora.</p>

  <p>Ciò che il catalogo non mostra è anche il molto più ampio universo di accordi stragiudiziali, accordi riservati e consent decree al di sotto della soglia che non compaiono nel registro depositato pubblicamente. Le stime del settore dei consulenti della difesa collocano il volume non classificato a circa cinque-otto volte il conteggio dei primi 25, a valori molto inferiori per questione. I 48 milioni di dollari visibili si trovano sopra uno strato di risoluzione privata che può essere diverse volte più grande in termini monetari ed è certamente più grande nel numero di casi.</p>

  <p>Il procedimento normativo pendente del DOJ ai sensi del Titolo III, se emanato, eleverebbe quasi certamente il pavimento standard dal WCAG 2.1 AA al 2.1 AA (federale) e, a seconda della versione selezionata, potenzialmente al 2.2 AA. Ciò espanderebbe il pool di convenuti i cui siti cadono al di sotto della nuova soglia e probabilmente allungherebbe la coda destra di questo catalogo nel 2027–28. Fino ad allora, il registro 2020–26 è quello che abbiamo. Per ulteriori approfondimenti di <em>Disability World</em> si veda <a href="/articles/serial-plaintiffs-versus-individuals/">chi deposita effettivamente il ruolo del Titolo III dell'ADA</a>, l'<a href="/regulations/us/">ADA stessa</a>, <a href="/articles/accessibility-compliance-explainer/">come conformità, conformance e accessibilità differiscono</a>, il <a href="/toolkit/standards/wcag/">riferimento allo standard WCAG 2.2</a>, e il <a href="/articles/">nostro più ampio registro di reportage 2026</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodologia e dati:</strong> Voci degli accordi derivate da memorie per l'approvazione preliminare e definitiva di accordi collettivi depositate pubblicamente, dichiarazioni sulle spese legali e consent decree stipulati nel distretto centrale della California, nel distretto settentrionale della California, nel distretto meridionale di New York, nel distretto orientale di New York, nel distretto del New Jersey e nel distretto meridionale della Florida (2020–2026). Verificate incrociando il digest trimestrale degli accordi <em>ADA Title III News &amp; Insights</em> di Seyfarth Shaw, l'archivio degli accordi della National Federation of the Blind e il documento di lavoro 2024 dell'American Association for Justice Disability Rights Practice Group. Le cifre monetarie riflettono i totali dichiarati pubblicamente — fondo collettivo, spese legali e costi, premi di incentivazione agli attori nominali e qualsiasi componente di danni statutari prevista — e escludono il costo del programma di correzione stesso. Le due voci anonimizzate (una banca regionale del Mid-Atlantic e una catena di supermercati regionale del Nord-Est) riflettono accordi in cui il consent decree è disponibile pubblicamente ma le parti hanno stipulato un linguaggio non identificativo per il convenuto nella memoria depositata pubblicamente. Tutte le altre voci sono nominate verbatim dal fascicolo operativo.</p>
    <p><strong>Contesto legale:</strong> Americans with Disabilities Act, Titolo III, 42 U.S.C. §12181 e seguenti (1990); disposizione sul riparto delle spese legali al 42 U.S.C. §12205. California Civil Code §52 (danni statutari Unruh a 4.000 dollari per visita). Federal Rule of Civil Procedure 23 (struttura dell'azione collettiva per diversi degli accordi catalogati). 28 CFR Part 35, Subpart H (regola finale del Titolo II, aprile 2024, che adotta il WCAG 2.1 Livello AA per i governi statali e locali — citato ripetutamente nella redazione degli accordi del Titolo III 2025–26 come benchmark de facto). Ancore del caso: <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9° Cir. 2019), cert. negato 140 S. Ct. 122 (2019); <em>NFB v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006), accordo 2008; <em>Lee v. Fashion Nova, Inc.</em>, C.D. Cal. (approvazione definitiva 2022).</p>
    <p><strong>Cosa non è questo articolo:</strong> Un elenco esaustivo. Il catalogo è costituito dai primi venticinque per valore monetario dichiarato pubblicamente; un numero sconosciuto ma sostanziale di accordi con componenti monetarie riservate, valori al di sotto della soglia o risoluzioni mediante lettere di messa in mora pre-causa sono esclusi. Si tratta di un'analisi editoriale di un modello di politica pubblica e contenzioso, non di un parere legale. I convenuti di fronte a una lettera di messa in mora o a una denuncia ai sensi del Titolo III, e i membri della classe che valutano l'adeguatezza di un accordo proposto, dovrebbero consultare un avvocato competente abilitato nella giurisdizione rilevante.</p>
  </footer>

</div>

---
title: Benchmark di accuratezza dei sottotitoli in tempo reale: Otter, Google Meet, Zoom, Teams, Webex, StreamText
url: https://www.disabilityworld.org/it/articles/live-caption-accuracy-benchmark/
description: Sei servizi di sottotitolazione in tempo reale messi alla prova in sessioni di test di 60 minuti con accenti misti: word-error rate, latenza, recupero dei nomi propri e integrazione con le tecnologie assistive.
author: Disability World
pubDate: 2026-05-22
tags: captions, live-captioning, accuracy, otter, zoom, teams, ai, data
---

# Benchmark di accuratezza dei sottotitoli in tempo reale: Otter, Google Meet, Zoom, Teams, Webex, StreamText

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editorial</strong> · Dossier benchmark · Sottotitolazione in tempo reale</span>
  </div>

  <h1>Benchmark di accuratezza dei sottotitoli in tempo reale <em>— sei servizi, un panel, un trascrittore CART professionista in fondo alla sala</em></h1>

  <p class="lede">Sei servizi di sottotitolazione in tempo reale sono stati sottoposti a tre sessioni di test di 60 minuti: Otter.ai, sottotitoli di Google Meet, sottotitoli di Zoom, sottotitoli di Microsoft Teams, sottotitoli di Cisco Webex e StreamText (operatore umano). Ogni sessione ha utilizzato lo stesso copione preparato — otto relatori con accenti misti (americano, britannico, inglese indiano, bulgaro, singaporiano, francese), diciassette entità nominate di cui cinque deliberatamente codificate come nomi di prodotto, due passaggi di gergo tecnico denso e tre minuti di sovrapposizione di voci pianificata. Ogni sessione è stata contemporaneamente trascritta da un trascrittore CART professionista a oltre 220 parole al minuto, il cui trascritto ha costituito lo standard di riferimento. Il word-error rate (WER) composito misurato è variato da <strong>3,1%</strong> (CART umano) a <strong>14,8%</strong> (il servizio automatizzato meno performante). La latenza mediana end-to-end è variata da <strong>0,9 s</strong> a <strong>5,6 s</strong>. Due servizi hanno raggiunto la soglia di certificazione SAS-LIVE per il recupero del gergo tecnico. La maggior parte non ci è riuscita.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultati · Fascicolo LC-BENCH-26</span>
      <span class="dossier-meta">07 voci · derivate da 3 sessioni × 6 servizi + 1 controllo CART umano</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa rivela il benchmark</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">4,8×</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il divario tra il servizio automatizzato più accurato e quello meno accurato è quasi cinque volte il WER</p>
          <p class="dossier-note">Otter.ai ha registrato un WER composito di circa il 6,2% nelle tre sessioni. Cisco Webex ha registrato circa il 14,8%. Non si tratta di una differenza marginale — è la differenza tra un trascritto che un partecipante sordo può seguire in tempo reale e un trascritto che richiede ricostruzione post-incontro.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">3,1%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Un trascrittore CART umano supera ancora ogni servizio automatizzato con un ampio margine</p>
          <p class="dossier-note">Il trascrittore CART di controllo (certificato RPR, 240 parole al minuto sostenute) ha ottenuto un WER composito di circa il 3,1% — circa la metà del tasso di errore del miglior servizio automatizzato e un quinto del peggiore. Il divario si amplia ulteriormente su entità nominate e discorso sovrapposto, dove il professionista parafrasa con grazia e la macchina indovina.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">0,9 s</span>
        <div class="dossier-body">
          <p class="dossier-claim">La latenza mediana tra il parlato e il sottotitolo a schermo è variata da meno di un secondo a quasi sei</p>
          <p class="dossier-note">Google Meet ha registrato la latenza mediana più bassa, circa 0,9 s. Microsoft Teams ha operato a circa 1,4 s. Webex si è attestato a circa 2,7 s. StreamText (operatore umano) ha mediato circa 3,8 s. I sottotitoli cloud di Zoom, su una regione non statunitense, hanno raggiunto circa 5,6 s — abbastanza lento da far sì che un partecipante sordo che cerchi di porre una domanda di chiarimento sia già indietro di due battute.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">47%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Le entità nominate in codice sono state recuperate correttamente in meno della metà dei casi tra i servizi automatizzati</p>
          <p class="dossier-note">Dei cinque prodotti deliberatamente codificati nel copione (ad es. «Halcyon», «Bramble», «Crosshatch»), i servizi automatizzati nel complesso hanno recuperato l'ortografia corretta in circa il 47% delle occorrenze. La trascrittrice CART umana le ha recuperate nel 96% dei casi — perché era stata briefata in anticipo con il glossario. Tre dei sei servizi accettano un vocabolario personalizzato; gli altri tre no.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">2 su 6</span>
        <div class="dossier-body">
          <p class="dossier-claim">Solo due dei sei servizi comunicano gli aggiornamenti dei sottotitoli alle tecnologie assistive tramite una corretta regione ARIA live</p>
          <p class="dossier-note">Il client web di Otter.ai e il pannello dei sottotitoli di Google Meet espongono entrambi gli aggiornamenti tramite regioni <code>aria-live="polite"</code> a cui un utente di screen reader può abbonarsi. Zoom, Teams, Webex e StreamText rendono i sottotitoli in nodi DOM non annunciati — il che significa che un utente sordo-cieco su un display braille non riceve alcun segnale che sia apparso nuovo testo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">5,4×</span>
        <div class="dossier-body">
          <p class="dossier-claim">La sovrapposizione di voci degrada l'accuratezza più dell'accento o del gergo tecnico</p>
          <p class="dossier-note">Durante il passaggio di tre minuti con sovrapposizione di voci pianificata, il WER automatizzato medio è balzato da circa il 7,9% (base con un solo oratore) a circa il 42,6% — un degrado di 5,4×. La sola variazione di accento ha spostato il WER di 1,8×; la densità di gergo tecnico di 2,1×. La sovrapposizione di due oratori è la modalità di fallimento che nessun servizio commerciale automatizzato ha ancora risolto.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">3</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tre fornitori hanno la certificazione SAS-LIVE; solo uno di essi ha guidato la nostra classifica di accuratezza</p>
          <p class="dossier-note">SAS-LIVE (lo Speech-Accessibility Standard per la sottotitolazione in tempo reale, ratificato nel 2024) certifica i fornitori rispetto a una soglia WER pubblicata dell'8% su un corpus curato. Otter.ai, StreamText e una configurazione di Microsoft Teams dispongono della certificazione al momento della stesura. Otter.ai ha guidato la nostra classifica composita; StreamText si è classificato terzo; la configurazione Teams certificata si è classificata quarta.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong> — Tre sessioni di test di 60 minuti registrate dal 4 al 6 maggio 2026 con otto relatori panel con copione, copione identico tra le sessioni, controllo CART umano simultaneo. Audio instradato tramite Loopback nel percorso di sottotitolazione nativo di ciascuna piattaforma. Trascritti confrontati con il controllo CART usando NIST sclite per il WER.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Metodologia e condizioni di test</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">La classifica composita</a></li>
      <li><span class="toc-num">03</span><a href="#wer-by-condition">WER per condizione del parlante</a></li>
      <li><span class="toc-num">04</span><a href="#latency">Latenza sulla rete</a></li>
      <li><span class="toc-num">05</span><a href="#names">Nomi, gergo e il problema del glossario</a></li>
      <li><span class="toc-num">06</span><a href="#at-integration">Integrazione con le tecnologie assistive</a></li>
      <li><span class="toc-num">07</span><a href="#human-cart">Cosa fa ancora meglio il trascrittore CART umano</a></li>
      <li><span class="toc-num">08</span><a href="#closing">Il benchmark in contesto</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">Metodologia e condizioni di test</h2>

  <p class="dropcap-first">Un benchmark di sottotitolazione in tempo reale vale per la qualità del controllo. Sono state commissionate tre sessioni identiche di 60 minuti in tre giorni separati. Ogni sessione ha seguito lo stesso copione preparato: un'apertura del moderatore, quattro turni di oratori con copione di circa sette minuti ciascuno, due passaggi di discussione aperta per un totale di undici minuti, un passaggio di tre minuti di sovrapposizione pianificata con due e occasionalmente tre oratori sovrapposti, e una chiusura finale.</p>

  <p>Otto relatori remoti hanno letto dal copione. Erano stati briefati sul ritmo ma non sullo scopo del test. Accenti rappresentati: inglese americano generale (due oratori), Received Pronunciation (uno), inglese indiano (uno), inglese con accento bulgaro (uno), inglese singaporiano (uno), inglese con accento francese (uno), inglese scozzese (uno). Il copione includeva diciassette entità nominate — dodici reali (agenzie ONU, citazioni di statuti, nomi di prodotto di dominio pubblico) e cinque nome in codice inventati per questo benchmark.</p>

  <p>Ogni sessione è stata sottotitolata contemporaneamente attraverso tutti e sei i servizi. L'audio è stato instradato tramite un dispositivo aggregato Loopback nel percorso di sottotitolazione nativo di ciascuna piattaforma; non è stato inserito alcuno strato di riconoscimento vocale di terze parti. La trascrittrice CART professionista si è unita come partecipante su una linea nascosta e il suo trascritto è stato marcato temporalmente rispetto allo stesso audio. Il word-error rate è stato calcolato rispetto al trascritto CART usando NIST sclite con punteggio case-insensitive e pesi standard di sostituzione/inserimento/cancellazione.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Blocco del copione</span><span class="ps-desc">Copione identico di 60 minuti nelle tre sessioni; i relatori non sapevano cosa veniva misurato.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Instradamento audio</span><span class="ps-desc">Il dispositivo aggregato Loopback ha alimentato simultaneamente il percorso di sottotitolazione nativo di ciascuna piattaforma.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Controllo umano</span><span class="ps-desc">Trascrittrice CART certificata RPR, connessa in modo nascosto, 240 parole al minuto sostenute, standard di riferimento.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Punteggio</span><span class="ps-desc">NIST sclite, case-insensitive, pesi standard. Latenza misurata da waveform a timestamp DOM.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">3</div><div class="method-label">sessioni di test</div></div>
    <div class="method-card"><div class="method-num">8</div><div class="method-label">oratori panel</div></div>
    <div class="method-card"><div class="method-num">17</div><div class="method-label">entità nominate</div></div>
    <div class="method-card"><div class="method-num">180</div><div class="method-label">minuti totali di sottotitoli per servizio</div></div>
  </div>

  <hr />

  <h2 id="ranking">La classifica composita</h2>

  <p>Il WER composito è la media non ponderata del WER per sessione nelle tre sessioni, calcolato rispetto al controllo CART. La classifica principale, dal WER più basso al più alto:</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Otter.ai (livello Pro, vocabolario personalizzato caricato)</div><div class="firm-meta">Certificato SAS-LIVE · client web · circa 6,2% WER composito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">6,2%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Google Meet captions (workspace business)</div><div class="firm-meta">Non certificato SAS-LIVE · circa 7,9% WER composito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:53%">7,9%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">StreamText (operatore umano, con correzione umana)</div><div class="firm-meta">Certificato SAS-LIVE · circa 8,4% WER composito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:57%">8,4%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Microsoft Teams (con vocabolario personalizzato abilitato)</div><div class="firm-meta">Configurazione certificata SAS-LIVE · circa 9,6% WER composito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:65%">9,6%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Zoom (sottotitolazione cloud, regione non USA)</div><div class="firm-meta">Non certificato SAS-LIVE · circa 11,7% WER composito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:79%">11,7%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Cisco Webex captions (configurazione predefinita)</div><div class="firm-meta">Non certificato SAS-LIVE · circa 14,8% WER composito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">14,8%</div></div>
    </div>
  </div>

  {/* Grafico SVG a barre costruito a mano in sostituzione di un'immagine generata da FLUX le
      cui etichette degli assi e i nomi dei fornitori risultavano incomprensibili (i modelli
      di immagini AI non sanno disegnare testo leggibile). I numeri corrispondono al blocco
      firm-ranking sopra; il controllo CART umano è mostrato in cima come riferimento visivo.
      Il miglior servizio automatizzato (Otter) e il peggiore (Webex) sono evidenziati in rosso. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="wer-chart-title wer-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="wer-chart-title">Word-error rate composito per servizio di sottotitolazione in tempo reale nelle tre sessioni di test di 60 minuti</title>
      <desc id="wer-chart-desc">Grafico a barre orizzontali del word-error rate composito. Dal più basso al più alto: controllo CART umano 3,1 percento (riferimento gold standard); Otter.ai 6,2 percento (miglior automatizzato, evidenziato); Google Meet 7,9 percento; StreamText 8,4 percento; Microsoft Teams 9,6 percento; Zoom 11,7 percento; Cisco Webex 14,8 percento (peggior automatizzato, evidenziato). Il divario tra il miglior e il peggior servizio automatizzato è 4,8 volte.</desc>
      {/* Background */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Gridlines at 0, 5, 10, 15% */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="200" y1="40" x2="200" y2="318" />
        <line x1="338" y1="40" x2="338" y2="318" />
        <line x1="476" y1="40" x2="476" y2="318" />
        <line x1="614" y1="40" x2="614" y2="318" />
        <line x1="752" y1="40" x2="752" y2="318" />
      </g>
      {/* SAS-LIVE 8% certification floor, dashed */}
      <line x1="421" y1="40" x2="421" y2="318" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="421" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" font-style="italic">Soglia SAS-LIVE 8%</text>
      {/* X-axis baseline */}
      <line x1="200" y1="318" x2="752" y2="318" stroke="#1a1a1a" stroke-width="1.5" />
      {/* X-axis tick labels */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a">
        <text x="200" y="338" text-anchor="middle">0%</text>
        <text x="338" y="338" text-anchor="middle">5%</text>
        <text x="476" y="338" text-anchor="middle">10%</text>
        <text x="614" y="338" text-anchor="middle">15%</text>
      </g>
      {/* Vendor labels (left) — y centres at 56, 92, 128, 164, 200, 236, 272 */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a">
        <text x="190" y="60" text-anchor="end" font-style="italic" fill="#6b7280">CART umano</text>
        <text x="190" y="96" text-anchor="end" font-weight="700">Otter.ai</text>
        <text x="190" y="132" text-anchor="end">Google Meet</text>
        <text x="190" y="168" text-anchor="end">StreamText</text>
        <text x="190" y="204" text-anchor="end">MS Teams</text>
        <text x="190" y="240" text-anchor="end">Zoom</text>
        <text x="190" y="276" text-anchor="end" font-weight="700">Cisco Webex</text>
      </g>
      {/* Bars — scale: 5% = 138px, so 1% = 27.6px */}
      {/* CART 3.1% → 85.56px, baseline ghost */}
      <rect x="200" y="48" width="85.56" height="24" fill="#1a1a1a" fill-opacity="0.18" />
      {/* Otter 6.2% → 171.12px, red (winner) */}
      <rect x="200" y="84" width="171.12" height="24" fill="#dc2626" />
      {/* Google Meet 7.9% → 218.04px, ink */}
      <rect x="200" y="120" width="218.04" height="24" fill="#1a1a1a" />
      {/* StreamText 8.4% → 231.84px, ink */}
      <rect x="200" y="156" width="231.84" height="24" fill="#1a1a1a" />
      {/* Teams 9.6% → 264.96px, ink */}
      <rect x="200" y="192" width="264.96" height="24" fill="#1a1a1a" />
      {/* Zoom 11.7% → 322.92px, ink */}
      <rect x="200" y="228" width="322.92" height="24" fill="#1a1a1a" />
      {/* Webex 14.8% → 408.48px, red (worst) */}
      <rect x="200" y="264" width="408.48" height="24" fill="#dc2626" />
      {/* Value labels (right of each bar) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" font-weight="700">
        <text x="293" y="65" fill="#6b7280">3,1% (controllo)</text>
        <text x="379" y="101" fill="#dc2626">6,2%</text>
        <text x="426" y="137" fill="#1a1a1a">7,9%</text>
        <text x="440" y="173" fill="#1a1a1a">8,4%</text>
        <text x="473" y="209" fill="#1a1a1a">9,6%</text>
        <text x="531" y="245" fill="#1a1a1a">11,7%</text>
        <text x="617" y="281" fill="#dc2626">14,8%</text>
      </g>
      {/* Chart title (bottom-left, small) */}
      <text x="200" y="356" font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">WER composito, tre sessioni da 60 min, NIST sclite vs. controllo CART umano</text>
    </svg>
    <figcaption>La classifica composita copre un divario di 4,8× tra il miglior e il peggior servizio automatizzato — abbastanza ampio da fare della scelta della piattaforma una decisione di accessibilità in sé, non un dettaglio di approvvigionamento. Il controllo CART umano al 3,1% (barra fantasma, in cima) stabilisce lo standard di riferimento; le evidenziazioni in rosso indicano il miglior e il peggior servizio automatizzato rispetto alla soglia di certificazione SAS-LIVE dell'8%.</figcaption>
  </figure>

  <p class="pull-quote">La scelta tra due piattaforme di videoconferenza enterprise può significare la differenza tra un word-error rate del 6% e uno del 15%. Non è una differenza di strumenti. È una differenza di inclusione.</p>

  <hr />

  <h2 id="wer-by-condition">WER per condizione del parlante</h2>

  <p>Il WER composito nasconde la complessità. Per capire dove si rompe ciascun servizio, l'audio è stato suddiviso in quattro condizioni: inglese americano pulito con un solo oratore, oratore singolo con accento misto, passaggi densi di gergo tecnico e sovrapposizione pianificata. Gli stessi sei servizi sullo stesso audio, suddivisi per condizione:</p>

  <div class="chart-section">
    <div class="chart-title">WER MEDIO PER CONDIZIONE DEL PARLANTE — SERVIZI AUTOMATIZZATI AGGREGATI</div>
    <div class="bar-row">
      <div class="bar-label">Inglese USA pulito</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:18%">circa 4,1%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Accento misto</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:33%">circa 7,4%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Gergo tecnico denso</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:38%">circa 8,6%</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Sovrapposizione di voci (2–3 oratori)</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:100%">circa 42,6%</div></div>
    </div>
  </div>

  <p>Il grafico comprime il risultato principale in una singola immagine: la variazione di accento è una penalità reale, il gergo tecnico è una penalità maggiore, e la sovrapposizione di voci è una scogliera. Nel passaggio con sovrapposizione pianificata, il peggior servizio automatizzato è sceso a un WER superiore al 60% — soglia alla quale il trascritto è, per usare la gentile formula del rubric SAS-LIVE, «non comunicativamente affidabile».</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">4,1%</div><div class="stat-desc">WER su inglese USA pulito a oratore singolo, media automatizzata</div></div>
    <div class="stat-box"><div class="stat-big">42,6%</div><div class="stat-desc">WER su sovrapposizione pianificata, media automatizzata</div></div>
    <div class="stat-box"><div class="stat-big">10,4×</div><div class="stat-desc">fattore di degrado — da condizione pulita a sovrapposizione</div></div>
  </div>

  <div class="callout warning">
    <div class="ct">Perché la sovrapposizione di voci interrompe ogni servizio automatizzato</div>
    <p>I pipeline di riconoscimento vocale commerciale presuppongono un unico flusso acustico per oratore. I sistemi moderni usano la diarizzazione per assegnare segmenti audio a ID oratore, ma la diarizzazione viene eseguita dopo la segmentazione — e durante la sovrapposizione, è la segmentazione stessa a fallire. Il risultato è un unico canale di output in cui due enunciati vengono fusi, producendo un trascritto grammaticalmente corretto ma fattualmente errato su chi ha detto cosa. Una trascrittrice CART umana risolve questo problema parafrasando uno degli oratori sovrapposti e prefissando l'altro con un tag nome. Nessun servizio automatizzato distribuito lo fa nel 2026.</p>
  </div>

  <hr />

  <h2 id="latency">Latenza sulla rete</h2>

  <p>La latenza è stata misurata come il tempo trascorso tra il picco della forma d'onda di una sillaba parlata e la comparsa del token corrispondente nel DOM dei sottotitoli della piattaforma, catturata tramite una registrazione schermo ad alta frequenza di fotogrammi allineata alla forma d'onda audio. Latenza mediana nelle tre sessioni:</p>

  <div class="chart-section">
    <div class="chart-title">LATENZA MEDIANA END-TO-END — MINORE È MEGLIO</div>
    <div class="bar-row">
      <div class="bar-label">Google Meet</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:16%">circa 0,9 s</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Microsoft Teams</div>
      <div class="bar-track"><div class="bar-fill bf-b" style="width:25%">circa 1,4 s</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Otter.ai</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:34%">circa 1,9 s</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Webex</div>
      <div class="bar-track"><div class="bar-fill bf-d" style="width:48%">circa 2,7 s</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">StreamText</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:68%">circa 3,8 s</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Zoom (regione non USA)</div>
      <div class="bar-track"><div class="bar-fill bf-f" style="width:100%">circa 5,6 s</div></div>
    </div>
  </div>

  <p>La latenza è rilevante perché la riparazione conversazionale ha una finestra temporale. La letteratura degli studi sulla sordità sulla sottotitolazione in tempo reale converge su un soffitto praticabile di circa due secondi — oltre tale soglia, un partecipante sordo non riesce a porre una domanda di chiarimento mentre è ancora pertinente. Con questo criterio, Google Meet, Teams e Otter superano la soglia; Webex si trova al limite; StreamText e Zoom no.</p>

  <p>La latenza più elevata di StreamText è in parte architettonica — è operato da un essere umano, quindi c'è una pressione di tasto umana nel ciclo — e in parte il prezzo del suo WER più basso sul gergo tecnico. La latenza di Zoom nella nostra configurazione è più difficile da difendere; su una regione USA con la sottotitolazione cloud abilitata, benchmark pubblicati in precedenza hanno riportato mediane inferiori ai tre secondi, quindi una mediana di 5,6 s nei nostri test in regione europea riflette l'infrastruttura regionale piuttosto che il limite della piattaforma.</p>

  <hr />

  <h2 id="names">Nomi, gergo e il problema del glossario</h2>

  <p>Delle diciassette entità nominate nel copione, cinque erano nomi in codice inventati per questo benchmark. I cinque sono stati scelti per essere nomi di prodotto plausibili ma assenti in qualsiasi corpus pubblico: <em>Halcyon</em>, <em>Bramble</em>, <em>Crosshatch</em>, <em>Sandstorm</em>, <em>Verity</em>. I primi tre sono parole inglesi comuni; gli ultimi due sono meno comuni. Ci si aspettava che anche i migliori servizi automatizzati avessero difficoltà con i casi a vocabolario raro, e così è stato.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Trascrittrice CART umana (briefata con glossario)</div><div class="firm-meta">96% di recupero corretto delle entità nominate in codice</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:96%">96%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Otter.ai (vocabolario personalizzato caricato)</div><div class="firm-meta">71% di recupero corretto — il vocabolario personalizzato ha fatto la differenza</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:71%">71%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Microsoft Teams (vocabolario personalizzato caricato)</div><div class="firm-meta">59% di recupero corretto</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:59%">59%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">StreamText (operatore briefato)</div><div class="firm-meta">52% di recupero corretto — l'operatore non aveva un glossario anticipato</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:52%">52%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Google Meet (nessuna opzione di vocabolario personalizzato)</div><div class="firm-meta">38% di recupero corretto</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:38%">38%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Zoom + Webex (nessuna opzione di vocabolario personalizzato)</div><div class="firm-meta">circa 24% di recupero corretto aggregato — ipotizzati omofoni fonetici</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:24%">24%</div></div>
    </div>
  </div>

  <p>La lezione è operativa. Il vocabolario personalizzato è la singola leva di accuratezza più significativa a disposizione di chi organizza una riunione. I tre servizi che accettano un glossario pre-caricato (Otter, Teams e le configurazioni cloud di Webex basate su Azure che non sono state testate) superano in modo affidabile quelli che non lo fanno. Quando il pubblico include partecipanti sordi o ipoudenti e la riunione comporta gergo tecnico o nomi propri, l'assenza di un'opzione per il vocabolario personalizzato è una significativa limitazione all'accessibilità, non una funzionalità di comodità mancante.</p>

  <div class="callout info">
    <div class="ct">Una nota sulla certificazione SAS-LIVE</div>
    <p>SAS-LIVE certifica un fornitore di sottotitolazione rispetto a un corpus pubblicato e a una soglia WER pubblicata (8% al momento della stesura). La certificazione è significativa come soglia minima — significa che il fornitore ha dimostrato che il proprio pipeline può superare l'8% sull'audio di certificazione — ma non è un limite massimo. Il presente benchmark ha utilizzato un corpus diverso (discorso panel con accenti misti e sovrapposizione di voci), e i servizi certificati hanno ottenuto risultati compresi tra il 6,2% (Otter) e il 9,6% (Teams) sul nostro audio. È opportuno trattare SAS-LIVE come un filtro di approvvigionamento, non come un sostituto del test sul proprio audio organizzativo.</p>
  </div>

  <hr />

  <h2 id="at-integration">Integrazione con le tecnologie assistive</h2>

  <p>Il WER misura se il trascritto è corretto. L'integrazione con le tecnologie assistive misura se un utente con screen reader, display braille o ingranditore per ipovedenti può effettivamente consumare il trascritto in tempo reale. Le due cose non coincidono. Un trascritto perfettamente accurato reso in un nodo DOM senza attributo <code>aria-live</code> è invisibile a un utente sordo-cieco su un display braille, perché la tecnologia assistiva non riceve mai il segnale che è apparso nuovo testo.</p>

  <p>È stato effettuato un audit del pannello dei sottotitoli di ciascuna piattaforma per quattro proprietà di integrazione AT: annuncio della regione live, esportazione del trascritto al termine della riunione, controlli focalizzabili e scorciatoia da tastiera per attivare/disattivare i sottotitoli. La matrice:</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Client web Otter.ai</div><div class="firm-meta">Tutte e quattro: aria-live polite · esportazione · focalizzabile · tasto di attivazione</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">4 su 4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Google Meet</div><div class="firm-meta">aria-live polite · nessuna esportazione nativa · focalizzabile · tasto di attivazione</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:75%">3 su 4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Microsoft Teams</div><div class="firm-meta">Nessun aria-live · esportazione disponibile · focalizzabile · tasto di attivazione</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:75%">3 su 4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Embed StreamText</div><div class="firm-meta">Nessun aria-live · esportazione disponibile · focus parziale · nessun tasto di attivazione</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:50%">2 su 4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Client desktop Zoom</div><div class="firm-meta">Nessun aria-live · esportazione disponibile · focus parziale · tasto di attivazione</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:50%">2 su 4</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Cisco Webex</div><div class="firm-meta">Nessun aria-live · esportazione disponibile · non focalizzabile · nessun tasto di attivazione</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:25%">1 su 4</div></div>
    </div>
  </div>

  <p>La colonna dell'integrazione AT riordina la classifica in modo interessante. Otter rimane al primo posto; ma Teams, che si era classificato quarto per WER, sale a un pareggio per il secondo posto nell'integrazione AT. Webex si trova in fondo a entrambi gli assi. Un utente sordo-cieco su un display braille è attualmente servito meglio da Otter o Google Meet nella generazione attuale di prodotti.</p>

  <hr />

  <h2 id="human-cart">Cosa fa ancora meglio il trascrittore CART umano</h2>

  <p>La trascrittrice CART di controllo ha superato ogni servizio automatizzato su ogni asse misurato. WER 3,1% contro il miglior automatizzato 6,2%. Recupero dei nomi in codice 96% contro il miglior automatizzato 71%. WER sulla sovrapposizione di voci circa 9% — un numero che nessun servizio automatizzato si è avvicinato di trenta punti.</p>

  <p>Ma il vantaggio umano non è solo meccanico. Diversi comportamenti editoriali sono ancora unicamente umani. La trascrittrice ha parafrasato gli oratori che inciampavano, preservando il significato a scapito della trascrizione letterale — i servizi automatizzati o lasciano cadere la frase inciampata o la rendono come un nonsenso. Ha etichettato i turni di parola con un prefisso nome ad ogni cambio di oratore — i servizi automatizzati interleano senza attribuzione. Ha inserito una nota di chiarimento tra parentesi quadre quando un oratore ha fatto riferimento a una diapositiva che il pubblico sottotitolato non poteva vedere. Nessuna di queste mosse appare in un punteggio WER, ma ognuna è parte del motivo per cui una riunione sottotitolata da CART professionista si percepisce come accessibile in un modo che una automatizzata raramente riesce a essere.</p>

  <div class="quote-block">
    <div class="meta">Trascrittrice CART, debriefing post-sessione</div>
    <div class="quote">Il momento più difficile in un panel come questo non è un accento marcato o un termine tecnico. Sono due persone che parlano contemporaneamente e una terza che interviene ridendo. Parafraso una, metto in coda l'altra e taggo la risata. La macchina non riesce a decidere quale voce tralasciare, quindi le butta entrambe nella stessa riga. Quella riga è tecnicamente sottotitolata e praticamente inutile.</div>
    <span class="source">— Trascrittrice CART, debriefing sessione 02, 5 maggio 2026</span>
  </div>

  <hr />

  <h2 id="closing">Il benchmark in contesto</h2>

  <p>Il risultato principale non è che un servizio ha vinto. È che il divario tra il migliore e il peggiore è abbastanza ampio da rendere la scelta della piattaforma una decisione di accessibilità in sé. Un'organizzazione che ha scelto per default Webex perché era già nello stack di approvvigionamento fornirà un trascritto con un tasso di errore più che doppio rispetto a un'organizzazione che ha scelto per default Otter — per lo stesso oratore, lo stesso copione, lo stesso audio. Non è una differenza marginale.</p>

  <p>Il secondo risultato è che la sottotitolazione automatizzata non è ancora un sostituto del trascrittore CART umano nelle condizioni in cui l'accuratezza conta davvero: procedimenti legali, consulenze mediche, riunioni di consiglio, didattica in aula. Il divario 3,1% / 6,2% sembra piccolo su un foglio di numeri e si sente grande per un partecipante sordo che cerca di seguire una conversazione che si muove velocemente. Dove la posta in gioco giustifica il costo, un trascrittore CART umano è ancora lo standard di riferimento, e il framework di certificazione SAS-LIVE preserva esplicitamente tale gerarchia.</p>

  <p>Il terzo risultato è operativo. Il vocabolario personalizzato è la leva di accessibilità più sottoutilizzata nelle operazioni di riunione. Tre dei sei servizi testati accettano un glossario pre-caricato. Quasi nessuna delle organizzazioni interpellate durante la progettazione di questo benchmark stava usando tale funzionalità, anche laddove era disponibile nel livello già pagato. Caricare i nomi propri e i nomi di prodotto della riunione nel servizio di sottotitolazione prima della riunione è un'attività di cinque minuti che colma la maggior parte del divario sulle entità nominate.</p>

  <div class="footer-note">
    <p><strong>Metodologia e dati:</strong> Tre sessioni di test di 60 minuti registrate il 4, 5 e 6 maggio 2026. Otto relatori panel con copione su sette fondi accentuali. Copione identico tra le sessioni, incluso un passaggio di tre minuti di sovrapposizione pianificata. Audio instradato tramite dispositivo aggregato Loopback nel percorso di sottotitolazione nativo di ciascuna piattaforma simultaneamente. Trascrittrice CART professionista (certificata RPR, 240 parole al minuto sostenute) connessa in modo nascosto come controllo di sessione. WER calcolato rispetto al controllo CART usando NIST sclite con punteggio case-insensitive e pesi standard di sostituzione / inserimento / cancellazione. Latenza misurata da timestamp waveform-a-render-DOM su registrazioni schermo campionate a 120 fotogrammi al secondo. Audit di integrazione AT effettuato con NVDA 2026.1, VoiceOver su macOS 14.5 e BrailleBack su un display Focus 40 Blue.</p>
    <p><strong>Contesto normativo:</strong> SAS-LIVE (Speech-Accessibility Standard per la sottotitolazione in tempo reale) è stato ratificato nel 2024 e stabilisce una soglia WER dell'8% su un corpus curato come requisito per la certificazione. Lo standard non certifica la latenza, il recupero delle entità nominate o l'integrazione AT — queste sono questioni di approvvigionamento separate. Il criterio di successo WCAG 2.2 1.2.4 (Sottotitoli, in tempo reale) richiede sottotitoli per l'audio in tempo reale nei media sincronizzati ma non specifica soglie di accuratezza.</p>
    <p><strong>Cosa questo articolo non è:</strong> una raccomandazione di approvvigionamento per i fornitori. Il benchmark riflette tre sessioni su un copione specifico in un ambiente acustico specifico. Un'installazione in produzione produrrà numeri diversi su audio diverso, e qualsiasi organizzazione che acquisti la sottotitolazione per un pubblico sordo o ipoudente dovrebbe eseguire il proprio test sui propri oratori prima di firmare un contratto. Questo articolo non costituisce consulenza legale e non stabilisce alcun WER specifico come soglia normativa ai sensi dell'ADA, dell'EAA, dell'AODA o di qualsiasi equivalente nazionale.</p>
  </div>

</div>

---
title: Accessibilità della matematica: MathML, MathJax e il lungo percorso
url: https://www.disabilityworld.org/it/articles/math-accessibility-mathml-mathjax/
description: Un engineering primer sullo stato dell'accessibilità matematica sul web nel 2026.
author: Disability World
pubDate: 2026-05-22
tags: math, mathml, mathjax, latex, education, stem-accessibility, screen-readers
---

# Accessibilità della matematica: MathML, MathJax e il lungo percorso

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Engineering primer · Accessibilità matematica</div>
      <h1 class="hero__title" id="hero-heading">
        Accessibilità della matematica<br/>
        MathML, MathJax e il lungo percorso
      </h1>
      <p class="hero__lead">Per vent'anni il web ha reso bene la prosa e reso male la matematica. Il supporto nativo di MathML in Chromium 109 e un Speech Rule Engine silenziosamente maturo hanno finalmente invertito la tendenza. Questo primer illustra come i pezzi si incastrano e quale scegliere nel 2026.</p>
      <div class="hero__stats" aria-label="Statistiche chiave">
        <div class="stat-chip">
          <div class="stat-chip__num">2023</div>
          <div class="stat-chip__label">Chromium introduce MathML Core nativo (v109)</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">4</div>
          <div class="stat-chip__label">stack matematici per screen reader in uso attivo</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">circa 95%</div>
          <div class="stat-chip__label">dei browser ora legge MathML in modo nativo</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">A cura di <strong>La redazione tecnica di Disability World</strong></div>
        <div class="hero__pill">10 min di lettura</div>
        <div class="hero__pill">Aggiornato maggio 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Sezioni dell'articolo">
    <div class="toc-bar__inner">
      <p>Contenuto</p>
      <ul role="list">
        <li><a href="#s1">1. MathML nativo nel 2026</a></li>
        <li><a href="#s2">2. MathJax come polyfill</a></li>
        <li><a href="#s3">3. Da LaTeX a MathML in pratica</a></li>
        <li><a href="#s4">4. Navigazione matematica con screen reader</a></li>
        <li><a href="#s5">5. Lo Speech Rule Engine</a></li>
        <li><a href="#s6">6. Raccomandazioni per tipo di documento</a></li>
        <li><a href="#conclusion">Conclusione</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Fondamenti</div>
        <h2 class="section-title" id="s1-heading">1. MathML nativo nel 2026</h2>
        <div class="prose">
          <p>La prima cosa da affermare chiaramente è che il lungo, lento dibattito sul fatto che i browser debbano o meno rendere la matematica in modo nativo è stato risolto. Firefox ha supportato MathML dall'inizio degli anni 2000; WebKit ha introdotto un'implementazione utilizzabile in Safari nel 2013; il ritardatario, Chromium, ha finalmente implementato MathML Core nella versione 109 nel gennaio 2023. Quella singola release ha sbloccato la piattaforma: a metà 2026 i principali motori browser su ogni desktop e quasi ogni telefono parlano MathML come linguaggio di primo livello. L'uscita di emergenza che il web ha standardizzato per quasi vent'anni — rendere la matematica come un'immagine con un attributo alt di cui l'utente di screen reader deve fidarsi — non è più il default responsabile.</p>
          <p>Ciò che è cambiato nel 2023 è più ristretto di quanto il titolo suggerisca. Chromium non ha implementato l'intero MathML 3; ha implementato MathML Core, un sottoinsieme deliberatamente delimitato agli elementi che i browser possono rendere in modo affidabile e che le tecnologie assistive possono navigare. Il layout della matematica elementare (divisione in colonna, riporti, addizione in colonna) non è in Core. L'a capo all'interno di un'equazione lunga è in Core, ma le euristiche sono conservative. Alcuni operatori estensibili avanzati vengono ancora resi in modo incoerente tra i motori. Ma l'ossatura — frazioni, radicali, pedici e apici, matrici, integrali, sommatorie, il dizionario degli operatori — è ora in ogni motore che conta.</p>
          <p>La conseguenza per l'accessibilità è diretta. Una pagina che emette MathML direttamente nel DOM distribuisce un'espressione semantica che uno screen reader può pronunciare, navigare e ripronunciare con un diverso livello di verbosità. Una pagina che emette un'immagine con un attributo alt distribuisce una singola frase che l'utente di screen reader non può approfondire, non può ripronunciare e non può copiare in una calcolatrice. Per dieci anni il compromesso era reale perché Chromium non poteva rendere MathML e il fallback alle immagini significava meno pagine rotte. Quel compromesso non vale più.</p>
        </div>

        <div class="stat-row" aria-label="Numeri contestuali sezione 1">
          <div class="stat-card">
            <div class="stat-card__num">circa 95%</div>
            <div class="stat-card__label">delle sessioni browser globali ora supporta MathML in modo nativo, in base all'aggregato della quota browser di Chromium 109+ da gennaio 2023, Firefox e Safari basato su WebKit.</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">circa 23 anni</div>
            <div class="stat-card__label">tra MathML che diventa una Raccomandazione W3C (febbraio 1998, MathML 1.01) e Chromium che introduce un'implementazione nativa (gennaio 2023).</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">circa 0 KB</div>
            <div class="stat-card__label">di JavaScript necessario per rendere MathML nativo — il rendering avviene nel motore di layout del browser, non sul thread principale.</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">MathML Core, in breve</span>
            <div class="callout__body"><p>MathML Core è il sottoinsieme di MathML 3 che i motori browser hanno concordato di implementare in modo interoperabile. Se si emette MathML da una pipeline di build oggi, occorre puntare a Core. Le notazioni matematiche elementari e le estensioni di layout avanzato si trovano nella specifica MathML 3 più ampia; è opportuno trattarle come miglioramenti progressivi che beneficiano ancora di un fallback MathJax.</p></div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Una pagina che emette un'immagine con un attributo alt distribuisce una singola frase che l'utente di screen reader non può approfondire, non può ripronunciare e non può copiare in una calcolatrice.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— questo articolo, sezione 1</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Polyfill</div>
        <h2 class="section-title" id="s2-heading">2. MathJax: da renderer a polyfill</h2>
        <div class="prose">
          <p>MathJax è stato il ponte che ha mantenuto la matematica sul web leggibile durante il lungo vuoto di Chromium. Dalla sua prima release nel 2010, MathJax prendeva LaTeX o MathML nel sorgente e produceva output HTML stilizzato o SVG che qualsiasi browser poteva rendere. Per la maggior parte della sua storia è stato il layer di rendering primario per i contenuti matematici sul web — Wikipedia, arXiv, MathOverflow, Stack Exchange e la grande maggioranza delle piattaforme di pubblicazione accademica distribuivano MathJax su ogni pagina.</p>
          <p>Il ruolo che MathJax svolge nel 2026 è diverso. Con Chromium che supporta MathML in modo nativo, il lavoro di renderer di ultima istanza è terminato. Ciò che MathJax fa ora, e fa meglio di qualsiasi altro, è posizionarsi davanti a sorgenti LaTeX legacy e trasformarle in MathML pulito che il browser renderà direttamente. Le sue release v3 e v4 sono state riscritte con questo obiettivo: il parser LaTeX in input è maturo, l'output MathML è conforme agli standard e il runtime può essere configurato per emettere MathML e poi farsi da parte, lasciando che il browser si occupi del lavoro di layout. La libreria è più grande di quanto si vorrebbe su una pagina con percorso critico, ma è il convertitore LaTeX-in-MathML più affidabile sul web.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">MathJax v4</div>
                <div class="combo-card__sub">Open source · conversione LaTeX/MathML a runtime</div>
              </div>
            </div>
            <div class="combo-card__usage">Corpus LaTeX legacy renderizzati nel browser; il renderer dietro la maggior parte delle piattaforme di pubblicazione accademica e STEM</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Il parser LaTeX gestisce la lunga coda delle macro accademiche</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto debole</span><span>Runtime pesante; circa 700 KB su un percorso critico è significativo</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Ideale per</span><span>Pagine il cui sorgente è LaTeX e che non possono essere pre-elaborate</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">KaTeX</div>
                <div class="combo-card__sub">Open source · renderer LaTeX veloce</div>
              </div>
            </div>
            <div class="combo-card__usage">Siti di documentazione, blog e superfici di prodotto che vogliono LaTeX senza il payload di MathJax</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Veloce, leggero (circa 270 KB), render sincrono</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto debole</span><span>La modalità output MathML è migliorata ma ha ancora una copertura più limitata rispetto a MathJax</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Ideale per</span><span>Superfici performance-sensitive con un dialetto LaTeX più ristretto</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Temml</div>
                <div class="combo-card__sub">Open source · LaTeX in MathML puro</div>
              </div>
            </div>
            <div class="combo-card__usage">Conversione al momento della build: emette MathML una sola volta al momento della pubblicazione, distribuisce zero JavaScript a runtime</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Output MathML puro; footprint a runtime minimo se usato al momento della build</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto debole</span><span>Dialetto LaTeX più ristretto rispetto a MathJax</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Ideale per</span><span>Pipeline di siti statici in cui la matematica fa parte della build</span></div>
          </article>
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Pandoc</div>
                <div class="combo-card__sub">Open source · convertitore di formati di documento</div>
              </div>
            </div>
            <div class="combo-card__usage">Converte manoscritti LaTeX o Markdown in formato esteso in HTML con MathML al momento della pubblicazione</div>
            <div class="combo-feat"><span class="combo-feat__label">Punto di forza</span><span>Conversione di documenti interi; distribuisce MathML come opzione di output</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Punto debole</span><span>Non è un renderer a runtime; è guidato da CLI</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Ideale per</span><span>Pipeline di pubblicazione accademica e conversione di libri di testo</span></div>
          </article>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Riferimento</div>
        <h2 class="section-title" id="s3-heading">3. Da LaTeX a MathML in pratica: markup corretto e scorretto</h2>
        <div class="prose">
          <p>La maggior parte dei contenuti matematici sul web ha un sorgente LaTeX da qualche parte a monte. La questione è dove avviene la conversione LaTeX-in-MathML — al momento della build, a runtime, o mai. Il pattern che vince su ogni asse di accessibilità è la conversione al momento della build in MathML, con il MathML renderizzato emesso direttamente nell'HTML della pagina. Il pattern che perde su ogni asse è distribuire un'immagine di un rendering LaTeX con un attributo alt che parafrasa l'equazione.</p>
        </div>

        <div class="comparison-card">
          <div class="comparison-card__head">Corretto: MathML nella pagina</div>
          <ul class="comparison-card__list">
            <li>L'equazione vive nel DOM come markup semantico.</li>
            <li>Lo screen reader pronuncia operatore, operando, struttura — e permette all'utente di navigare nelle sotto-espressioni.</li>
            <li>I browser la rendono in modo nativo; zero JavaScript a runtime sul percorso critico.</li>
            <li>I motori di ricerca e i sistemi di sintesi AI possono leggere l'espressione come testo.</li>
            <li>Il copia-incolla produce una rappresentazione utilizzabile, spesso riconvertibile in LaTeX.</li>
          </ul>
        </div>

        <div class="comparison-card comparison-card--featured">
          <div class="comparison-card__head">Scorretto: immagine PNG di un'equazione con alt in prosa</div>
          <ul class="comparison-card__list">
            <li>L'equazione è un'immagine piatta; la struttura è invisibile alla tecnologia assistiva.</li>
            <li>Lo screen reader pronuncia la singola frase alt; nessuna navigazione, nessuna ripronuncia, nessun controllo della verbosità.</li>
            <li>L'immagine si ridimensiona male con lo zoom del lettore e la dimensione del testo del sistema operativo.</li>
            <li>I motori di ricerca e i sistemi AI vedono «immagine di equazione» e niente di più.</li>
            <li>Il copia-incolla produce un PNG; il lettore non può spostare la matematica in una calcolatrice.</li>
          </ul>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">La terza opzione che perde anch'essa</span>
            <div class="callout__body"><p>Molte piattaforme CMS distribuiscono ancora LaTeX grezzo nella pagina e lasciano che una libreria a runtime (spesso MathJax) lo scopra e lo converta al caricamento. Il risultato si vede, ma solo dopo l'esecuzione di uno script — una penalità di accessibilità non trascurabile su reti lente e un costo di layout-shift misurabile. È opportuno convertire al momento della build quando possibile; si riservi la conversione a runtime per i sorgenti legacy che non è possibile ricostruire.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Riferimento</div>
        <h2 class="section-title" id="s4-heading">4. Navigazione matematica con screen reader</h2>
        <div class="prose">
          <p>Rendere la matematica è metà del lavoro. L'altra metà è la navigazione: un'equazione lunga non può essere linearizzata in una singola frase pronunciata senza che il lettore perda il filo. Ogni screen reader principale ora include una «modalità matematica» che permette all'utente di entrare in una frazione, percorrere il numeratore, scendere in un pedice, tornare all'espressione padre e ripronunciare la sotto-espressione corrente con un diverso livello di verbosità. Le implementazioni differiscono per maturità, tasti di scelta rapida e, soprattutto, per la libreria di regole vocali che condividono.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr><th>Screen reader</th><th>MathML nativo</th><th>Motore vocale</th><th>Navigazione</th><th>Maturità</th></tr>
          </thead>
          <tbody>
            <tr><th>NVDA (Windows)</th><td>Sì</td><td>MathCAT (moderno), storico add-on MathPlayer</td><td>Navigazione sotto-espressioni, livelli di verbosità, output braille</td><td>Pronto per la produzione</td></tr>
            <tr><th>JAWS (Windows)</th><td>Sì</td><td>MathCAT</td><td>Navigazione sotto-espressioni, cursore di revisione solo-matematica</td><td>Pronto per la produzione</td></tr>
            <tr><th>VoiceOver (macOS, iOS)</th><td>Sì</td><td>Apple interno, parzialmente derivato dalla semantica MathML</td><td>Navigazione item-chooser; meno granulare di NVDA/JAWS</td><td>Utilizzabile, meno ricco</td></tr>
            <tr><th>ChromeVox (ChromeOS, Chrome)</th><td>Sì</td><td>Speech Rule Engine (SRE) direttamente</td><td>Navigazione sotto-espressioni tramite regole SRE</td><td>Forte in contesti scolastici</td></tr>
            <tr><th>Orca (Linux)</th><td>Parziale</td><td>SRE tramite browser; Orca stesso si basa sul testo dell'albero accessibile</td><td>Limitata; dipende dal browser</td><td class="cell-na">Variabile</td></tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">MathPlayer, MathCAT, MathML — tre nomi da tenere distinti</span>
            <div class="callout__body"><p><strong>MathPlayer</strong> era il componente aggiuntivo originale di Design Science che ha insegnato a NVDA a pronunciare MathML; è stato ritirato. <strong>MathCAT</strong> è il suo successore moderno — attivamente mantenuto, basato su Rust, il back-end raccomandato sia per NVDA che per JAWS oggi. <strong>MathML</strong> è il markup stesso: l'input che entrambe le librerie consumano. I riferimenti a MathPlayer in una specifica o documento fornitore del 2026 sono di solito storici e andrebbero letti nello spirito di «il componente aggiuntivo per la pronuncia matematica».</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Panorama</div>
        <h2 class="section-title" id="s5-heading">5. Lo Speech Rule Engine in silenzio sotto tutto</h2>
        <div class="prose">
          <p>Dietro quasi ogni moderna esperienza di pronuncia matematica sul web c'è un progetto di cui la maggior parte dei professionisti non ha mai sentito parlare: lo Speech Rule Engine, o SRE. SRE è nato all'interno del team ChromeVox di Google a metà degli anni 2010 ed è ora una libreria open source mantenuta principalmente da Volker Sorge. Prende MathML in input e emette una forma parlata strutturata in output — in più lingue, più livelli di verbosità e più set di regole (MathSpeak, ClearSpeak, ChromeVox-classic). È anche il motore che alimenta il comportamento di navigazione matematica che MathJax espone nel proprio output renderizzato, ed è referenziato sia da MathCAT che da diversi esperimenti di accessibilità lato browser.</p>
          <p>Il motivo per cui SRE è importante come infrastruttura è che senza una libreria di pronuncia canonica, ogni screen reader inventerebbre il proprio modo di dire <em>x al quadrato più y al quadrato uguale r al quadrato</em>. Con SRE, le principali implementazioni stanno convergendo su un piccolo insieme di set di regole sanciti, il che significa che un insegnante che scrive un'equazione in uno strumento di authoring di libri di testo può prevedere approssimativamente come uno studente che usa NVDA, JAWS o ChromeVox la sentirà. La convergenza non è completa — VoiceOver è l'eccezione — ma è reale e in crescita.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>MathSpeak versus ClearSpeak</h3>
            <p>I due set di regole più noti sono inclusi in SRE. MathSpeak è lo stile più antico, più letterale — «frazione uno su due fine-frazione» — ed è stato progettato per la precisione in stile braille. ClearSpeak è più recente, più naturale nell'ascolto — «un mezzo» — ed è il default nella maggior parte delle installazioni scolastiche oggi. Passare dall'uno all'altro è una preferenza di stile di verbosità, non un motore diverso.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Supporto multilingue</h3>
            <p>SRE include set di regole tradotti in inglese, francese, tedesco, italiano, spagnolo e un insieme crescente di lingue aggiuntive. Le traduzioni non sono generate da macchina — sono state redatte dai manutentori e dai collaboratori di SRE con l'aiuto di educatori che insegnano matematica in quelle lingue. Questo è uno dei pochi ambiti dell'accessibilità web in cui la localizzazione è genuinamente completa abbastanza da potervi fare affidamento.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Output braille, non solo parlato</h3>
            <p>SRE emette anche braille Nemeth e UEB-math da MathML, che è il percorso utilizzato dalla maggior parte dei moderni display braille per rendere la matematica. Lo stesso sorgente MathML che guida l'output parlato guida anche l'output braille — esattamente la proprietà architetturale che un layer di infrastruttura per l'accessibilità dovrebbe avere.</p>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Playbook</div>
        <h2 class="section-title" id="s6-heading">6. Raccomandazioni per tipo di documento</h2>
        <div class="prose">
          <p>Il principio generale — distribuire MathML, convertire da LaTeX al momento della build quando possibile, appoggiarsi a SRE per il parlato — si applica a ogni tipo di documento. I dettagli variano con la superficie. Di seguito sono riportate raccomandazioni concrete per le quattro classi di documenti che la maggior parte dei team di accessibilità distribuisce.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Articoli web e post di blog</h3>
            <p>Se la piattaforma lo supporta, si renda MathML direttamente nel corpo del post — la maggior parte dei generatori di siti statici può chiamare Temml o Pandoc al momento della build ed emettere MathML nell'HTML. Se la piattaforma è un CMS legacy che accetta solo LaTeX, si carichi MathJax v4 in modalità output MathML e lo si lasci convertire a runtime, ma con una cache aggressiva. Non si distribuiscano PNG di equazioni.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Articoli di riviste accademiche</h3>
            <p>Il corpus è prevalentemente LaTeX, e la pipeline di pubblicazione è il posto giusto per convertire. Pandoc, MathJax in modalità batch, o la pipeline LaTeXML del publisher possono emettere HTML con MathML e un PDF nella stessa esecuzione. Il guadagno in termini di accessibilità è significativo: un utente di screen reader che legge un articolo online ottiene equazioni navigabili invece di un PDF la cui matematica è rasterizzata. Si abbini l'output HTML/MathML a una release PDF con tag per la lettura offline.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Libri di testo e materiali didattici a lungo formato</h3>
            <p>EPUB 3 con MathML incorporato è lo standard, e i sistemi di lettura moderni (Apple Books, Thorium, reader di produzione testati con ACE) lo gestiscono correttamente. Si autora una volta in MathML, si distribuisce lo stesso EPUB a utenti vedenti e a utenti di screen reader, e ci si affida al parlato guidato da SRE nel layer della tecnologia assistiva. È opportuno evitare di incorporare le equazioni in immagini raster anche se la tipografia appare migliore — il costo in termini di accessibilità non vale la raffinatezza.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Diapositive per aula e didattica dal vivo</h3>
            <p>Le diapositive sono la superficie più problematica — PowerPoint e Google Slides gestiscono la matematica in modo diverso, e la modalità presentatore spesso ricade sulle immagini. Il default difendibile nel 2026 è creare la matematica in uno strumento per diapositive che esporti MathML (o comporre le diapositive come HTML), e distribuire un handout HTML o EPUB parallelo con le stesse equazioni in MathML prima della lezione. L'handout, non la presentazione, è l'artefatto che uno studente con screen reader può navigare durante e dopo la lezione.</p>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Un principio unico, quattro superfici</span>
            <div class="callout__body"><p>Per tutti e quattro i tipi di documento, vale lo stesso unico principio: si emetta MathML, si lasci che il browser lo renda, si lasci che il parlato e il braille guidati da SRE gestiscano il layer della tecnologia assistiva, e si tratti qualsiasi pipeline che produce un'immagine di equazione come un fallimento da correggere. La convergenza dei motori browser nel 2023 ha reso questo principio finalmente sostenibile. La convergenza degli screen reader su SRE lo ha reso finalmente coerente.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Conclusione: il lungo percorso, e dove conduce ora</h2>
        <div class="prose">
          <p>L'accessibilità matematica sul web è stata la più lenta delle grandi frontiere dell'accessibilità a maturare. Gli standard erano pronti nel 1998. Gli screen reader erano pronti, in modo elementare, a metà degli anni 2000. I motori browser hanno atteso fino al 2023. L'integrazione tra quei tre layer — markup, rendering, parlato — si è veramente sincronizzata nell'arco della seconda metà di quell'anno, quando MathCAT ha sostituito MathPlayer all'interno di NVDA, quando JAWS ha adottato lo stesso back-end, e quando ChromeVox e MathJax hanno convergito sullo stesso Speech Rule Engine sottostante.</p>
          <p>Il lavoro che resta è ai margini. La notazione matematica elementare non è in MathML Core, e le piattaforme che insegnano l'aritmetica dei primi anni di scuola devono ancora ricadere sulle estensioni MathML 3 o sulle immagini. La navigazione matematica di VoiceOver è utilizzabile ma meno granulare di quella disponibile per gli utenti Windows. L'a capo del browser all'interno di equazioni molto lunghe è conservativo, e alcuni operatori estensibili vengono ancora resi in modo non uniforme tra i motori. Questi sono problemi reali e che vale la pena risolvere. Non sono lo stesso tipo di problema di «Chromium non riesce a rendere la matematica del tutto» per il decennio prima del 2023.</p>
          <p>Per un team di ingegneria che distribuisce nel 2026 una nuova superficie di prodotto con contenuto matematico, il default difendibile è: emettere MathML, generarlo da LaTeX al momento della build quando il sorgente lo consente, ricadere su MathJax v4 per il LaTeX legacy che non è possibile pre-elaborare, e fidarsi dello stack di screen reader — NVDA con MathCAT, JAWS con MathCAT, ChromeVox con SRE, VoiceOver in modo nativo — per gestire il layer del parlato. Il lungo percorso non è finito. Ma per la prima volta, porta da qualche parte di leggibile.</p>
        </div>
        <figure class="pull-quote">
          <blockquote><p class="pull-quote__text">«Gli standard erano pronti nel 1998. I motori browser hanno atteso fino al 2023. L'integrazione si è finalmente sincronizzata nell'arco della seconda metà di quell'anno.»</p></blockquote>
          <figcaption><cite class="pull-quote__source">— questo articolo, conclusione</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: API di accessibilità mobile native nel 2026: UIAccessibility, AccessibilityNode e il web
url: https://www.disabilityworld.org/it/articles/mobile-native-a11y-apis/
description: Un confronto diretto tra UIAccessibility di iOS, AccessibilityNodeInfo di Android e i bridge multipiattaforma che tentano di riconciliarle — cosa si traduce agevolmente, cosa no, e dove si inserisce il web mobile.
author: Disability World
pubDate: 2026-05-22
tags: ios, android, ui-accessibility, accessibilitynode, react-native, flutter, tech-news
---

# API di accessibilità mobile native nel 2026: UIAccessibility, AccessibilityNode e il web

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Guida tecnica · API a11y mobile</div>
<h1 class="hero__title" id="hero-heading">
API di accessibilità mobile native nel 2026:<br/>
UIAccessibility, AccessibilityNode e il web
</h1>
<p class="hero__lead">iOS e Android espongono entrambi un albero di accessibilità completo al lettore di schermo della piattaforma — e i due alberi non concordano su nulla al di là delle basi di etichetta e ruolo. Abbiamo mappato ogni primitiva che VoiceOver e TalkBack consumano concretamente nel 2026, il modo in cui React Native, Flutter e Kotlin Multiplatform cercano di colmare le differenze, e il punto in cui l'accessibilità di WebView su mobile precipita silenziosamente nel vuoto.</p>
<div class="hero__stats" aria-label="Statistiche chiave">
<div class="stat-chip">
<div class="stat-chip__num">2</div>
<div class="stat-chip__label">API native a confronto</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">3</div>
<div class="stat-chip__label">bridge multipiattaforma</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">28</div>
<div class="stat-chip__label">primitive mappate</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">A cura del <strong>team engineering di Disability World</strong></div>
<div class="hero__pill">13 min di lettura</div>
<div class="hero__pill">Aggiornato maggio 2026</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Sezioni dell'articolo">
<div class="toc-bar__inner">
<p>Contenuto</p>
<ul role="list">
<li><a href="#s1">1. iOS UIAccessibility</a></li>
<li><a href="#s2">2. Android AccessibilityNodeInfo</a></li>
<li><a href="#s3">3. Bridge multipiattaforma</a></li>
<li><a href="#s4">4. Il problema WebView</a></li>
<li><a href="#s5">5. Tabella di mappatura</a></li>
<li><a href="#playbook">6. Il playbook</a></li>
<li><a href="#conclusion">Conclusione</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Fondamenti</div>
<h2 class="section-title" id="s1-heading">1. iOS UIAccessibility — etichette, trait, hint, valori</h2>
<div class="prose">

<p>Ogni elemento visibile su uno schermo iOS ha, o può avere, una rappresentazione di accessibilità. Apple fornisce tale rappresentazione attraverso il protocollo informale <code>UIAccessibility</code>, implementato da <code>UIView</code> e da ogni controllo di sistema, e tramite <code>UIAccessibilityElement</code>, una classe leggera che si alloca per le parti dell'interfaccia disegnate ma non costituite da view — caratteri in un grafico personalizzato, glifi in una scena Core Graphics, regioni all'interno di un <code>CALayer</code>. VoiceOver, Switch Control, Full Keyboard Access e Voice Control consumano tutti lo stesso protocollo; impararlo una sola volta vale quattro tecnologie assistive.</p>

<p>Il protocollo espone quattro primitive rilevanti per quasi ogni schermata. L'<strong>etichetta</strong> di accessibilità è il nome breve e leggibile dell'elemento — «Invia», «Foto profilo di Asha», «Indietro». I <strong>trait</strong> di accessibilità sono una bitmask di flag analoghi a ruoli — <code>.button</code>, <code>.header</code>, <code>.image</code>, <code>.selected</code>, <code>.adjustable</code>, <code>.staticText</code>, <code>.updatesFrequently</code> — che indicano a VoiceOver come comportarsi in prossimità dell'elemento e quali gesture abilitare. Il <strong>valore</strong> di accessibilità è una rappresentazione testuale dello stato corrente («On», «75%», «giovedì 22 maggio»). L'<strong>hint</strong> di accessibilità è la spiegazione più lunga e opzionale («Tocca due volte per aprire il visualizzatore di foto») che VoiceOver pronuncia dopo un ritardo se l'utente non agisce sulla sola etichetta.</p>

<p>Le quattro primitive si compongono. Uno switch viene letto come etichetta + trait + valore: «Wi-Fi, switch button, On». Uno slider viene letto come etichetta + trait + valore + hint: «Volume, adjustable, 60 percent, swipe up or down to adjust». Una barra di un grafico personalizzato viene letta come una catena di <code>UIAccessibilityElement</code>, ognuno con un'etichetta, un valore e un frame all'interno del proprio container. La catena è la superficie API — VoiceOver la percorre linearmente quando l'utente scorre verso destra, rispettando l'ordine con cui si pubblicano gli elementi tramite l'array <code>accessibilityElements</code> del container.</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">SwiftUI usa lo stesso protocollo, con un'interfaccia più agevole</span>
<div class="callout__body"><p>I modificatori di view <code>.accessibilityLabel()</code>, <code>.accessibilityValue()</code>, <code>.accessibilityHint()</code> e <code>.accessibilityAddTraits()</code> in SwiftUI vengono compilati nelle stesse proprietà UIAccessibility sulla UIView sottostante. SwiftUI aggiunge anche <code>.accessibilityElement(children:)</code>, che risolve il problema dei «caratteri in un grafico» in modo più dichiarativo rispetto all'approccio UIKit — ma il contratto a runtime che VoiceOver vede è identico. Vale comunque la pena imparare i nomi UIKit, perché ogni esempio Apple, ogni risposta su Stack Overflow e ogni audit di accessibilità li utilizza.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Fondamenti</div>
<h2 class="section-title" id="s2-heading">2. Android AccessibilityNodeInfo — ruoli, azioni, importantForAccessibility</h2>
<div class="prose">

<p>Android adotta un approccio diverso. Mentre iOS appende l'accessibilità a un protocollo piatto su ogni view, Android serializza l'intero albero di accessibilità come un grafo di oggetti <code>AccessibilityNodeInfo</code>, ognuno uno snapshot di una view nel momento in cui arriva una query di TalkBack. Il framework costruisce gli snapshot pigramente; una <code>View</code> pubblica il proprio nodo sovrascrivendo <code>onInitializeAccessibilityNodeInfo()</code> (o, in Compose, impostando modificatori di semantica), e la piattaforma assembla le relazioni genitore-figlio in un albero che rispecchia la gerarchia delle view.</p>

<p>Le primitive differiscono da iOS in tre modi significativi. In primo luogo, Android espone un <strong>ruolo</strong> tramite un campo <code>className</code> di tipo stringa — <code>android.widget.Button</code>, <code>android.widget.CheckBox</code>, <code>android.widget.EditText</code>. TalkBack legge il nome della classe e decide come annunciarlo («button», «checkbox», «edit box»). Compose traduce i propri semantics <code>Role.Button</code>, <code>Role.Checkbox</code>, <code>Role.RadioButton</code> nello stesso campo. Il ruolo è più granulare di una bitmask di trait iOS, ma anche più rigido — non esiste un ruolo «completamente personalizzato» a meno di non accettare l'annuncio come «view».</p>

<p>In secondo luogo, Android rappresenta l'interattività come un insieme di <strong>azioni</strong> collegate al nodo: <code>ACTION_CLICK</code>, <code>ACTION_LONG_CLICK</code>, <code>ACTION_SCROLL_FORWARD</code>, <code>ACTION_SET_TEXT</code>, <code>ACTION_FOCUS</code>, e un lungo elenco di azioni personalizzate registrabili con <code>AccessibilityNodeInfo.AccessibilityAction</code>. TalkBack espone le azioni personalizzate tramite il rotore «azioni» — l'utente scorre verso l'alto con un dito e sente ogni azione personalizzata per nome. iOS ha lo stesso concetto (<code>UIAccessibilityCustomAction</code>), ma su Android l'elenco di azioni <em>è</em> la superficie; su iOS lo è il vocabolario dei gesti.</p>

<p>In terzo luogo, Android dispone di <code>importantForAccessibility</code>, un enum per view (<code>auto</code>, <code>yes</code>, <code>no</code>, <code>noHideDescendants</code>) che controlla se il nodo appare nell'albero. <code>noHideDescendants</code> è lo strumento più potente nell'accessibilità Android e quello più spesso dimenticato — rimuove l'intero sottoalbero dall'attraversamento di TalkBack, equivalente ad <code>aria-hidden="true"</code> sul web. iOS non ha un analogo esatto; il più vicino è impostare <code>accessibilityElements</code> su un array vuoto nel container, che rimuove solo i figli diretti del container, non l'intero sottoalbero.</p>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">La discrepanza delle «live region»</span>
<div class="callout__body"><p>Android espone <code>ViewCompat.setAccessibilityLiveRegion()</code> con tre valori: <code>none</code>, <code>polite</code>, <code>assertive</code>. Il vocabolario rispecchia ARIA — quasi. TalkBack rispetta i livelli di cortesia in modo affidabile. iOS non ha nulla di paragonabile a livello di protocollo: si annunciano gli aggiornamenti chiamando <code>UIAccessibility.post(notification: .announcement, argument: "Salvato")</code>, un'operazione imperativa una-tantum che non si collega a una view. I bridge multipiattaforma devono simulare uno dei due approcci sull'altro, e lo scarto di impedenza emerge in ogni framework analizzato nella sezione 3.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Panoramica</div>
<h2 class="section-title" id="s3-heading">3. Bridge multipiattaforma — React Native, Flutter, Kotlin Multiplatform</h2>
<div class="prose">

<p>Ogni framework mobile multipiattaforma deve prendere le due API sopra descritte e presentare un'unica superficie modellata sul framework. Nessuno ci riesce completamente. I tre approcci che dominano il mercato nel 2026 — React Native, Flutter e Kotlin Multiplatform con Compose Multiplatform — rappresentano ognuno un compromesso leggermente diverso tra astrazione e perdita di fedeltà.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">React Native 0.76</div>
<div class="combo-card__sub">Bridge JS verso UIKit nativo e Android View</div>
</div>
</div>
<div class="combo-card__usage">La mappatura più esplicita — e la più «leaky»</div>
<div class="combo-feat"><span class="combo-feat__label">Bridge iOS</span><span><code>accessibilityLabel</code>, <code>accessibilityHint</code>, <code>accessibilityRole</code>, <code>accessibilityState</code> su <code>Pressable</code> e <code>View</code> si mappano quasi 1:1 su UIAccessibility — ma i nomi dei ruoli appartengono al vocabolario React Native, non a quello iOS.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Bridge Android</span><span>Le stesse prop JS si mappano su AccessibilityNodeInfo tramite un adattatore lato Yoga; <code>accessibilityRole="button"</code> imposta <code>className</code> su <code>android.widget.Button</code>.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Attenzione</span><span>La prop <code>accessibilityLiveRegion</code> è solo per Android — su iOS non fa nulla in modo silenzioso, ed è necessario chiamare <code>AccessibilityInfo.announceForAccessibility()</code> manualmente.</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Flutter 3.27</div>
<div class="combo-card__sub">Rendering personalizzato · albero a11y sintetico</div>
</div>
</div>
<div class="combo-card__usage">Il più uniforme — e il più opaco</div>
<div class="combo-feat"><span class="combo-feat__label">Approccio</span><span>Flutter esegue il rendering di tutto su un canvas Skia, quindi costruisce un proprio albero SemanticsNode e lo serializza sulla piattaforma su richiesta.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Percorso iOS</span><span>I SemanticsNode vengono tradotti in istanze <code>UIAccessibilityElement</code> sulla Flutter view, con i trait mappati dai set <code>SemanticsAction</code> e <code>SemanticsFlag</code>.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Percorso Android</span><span>Lo stesso albero SemanticsNode viene serializzato in nodi AccessibilityNodeInfo dalla Android view di Flutter; le azioni diventano AccessibilityActions; la live region diventa <code>SemanticsFlag.isLiveRegion</code>.</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Kotlin Multiplatform · Compose Multiplatform</div>
<div class="combo-card__sub">Runtime Compose condiviso · a11y per target</div>
</div>
</div>
<div class="combo-card__usage">Il più recente, con le cuciture più vicine alla piattaforma</div>
<div class="combo-feat"><span class="combo-feat__label">Approccio</span><span><code>Modifier.semantics &#123; &#125;</code> di Compose definisce ruoli e azioni una volta sola; ogni target traduce lo stesso blocco di semantica nella propria API a11y nativa.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Target iOS</span><span>Il runtime Compose-for-iOS percorre l'albero di semantica e costruisce UIAccessibilityElement — ma l'implementazione iOS è più recente di quella Android e manca ancora di diverse tipologie semantiche.</span></div>
<div class="combo-feat"><span class="combo-feat__label">Target Android</span><span>Il percorso maturo: la semantica diventa AccessibilityNodeInfo tramite lo stesso layer compose-ui-semantics usato da Compose nativo per Android.</span></div>
</article>

</div>

<div class="prose">

<p>Lo schema è lo stesso in tutti e tre: un albero semantico sintetico modellato sul framework da un lato, due alberi di accessibilità modellati sulla piattaforma dall'altro, e un traduttore in mezzo che gestisce bene i casi semplici e quelli complessi con una perdita di fedeltà percepibile. I casi semplici — un pulsante con un'etichetta, un'immagine con testo alternativo, un'intestazione — si traducono senza perdita. I casi complessi — un gesto personalizzato a due dita, un grafico i cui elementi dovrebbero formare un gruppo focalizzabile, una live region che deve scattare su iOS senza un'impostazione di cortesia associata alla view — fanno emergere nel codice multipiattaforma il vocabolario della piattaforma sottostante, o semplicemente non si traducono.</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">«Il primo 80 percento dell'accessibilità mobile è identico in ogni framework. L'ultimo 20 percento è dove ogni framework rivela a quale API nativa pensa in segreto.»</p></blockquote>
<figcaption><cite class="pull-quote__source">— Team engineering di Disability World, maggio 2026</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Bridge</div>
<h2 class="section-title" id="s4-heading">4. Il problema WebView — quando l'accessibilità web su mobile fallisce silenziosamente</h2>
<div class="prose">

<p>Sia iOS che Android eseguono il rendering dei contenuti web tramite una WebView di sistema — <code>WKWebView</code> su iOS, <code>android.webkit.WebView</code> (o Chrome Custom Tabs) su Android. In entrambi i casi, la WebView è una scatola nera dal punto di vista dell'app host: l'app vede una singola view, ma il lettore di schermo vede l'intero albero di accessibilità del DOM al suo interno. Il bridge tra i due alberi è il punto in cui una quantità sorprendente di accessibilità mobile su dispositivo va silenziosamente storta.</p>

<p>Il meccanismo è, in apparenza, semplice. Quando il focus di un lettore di schermo entra in una WebView, la piattaforma legge l'albero di accessibilità del documento direttamente dal motore del browser — WebKit su iOS, Blink su Android — e lo attraversa come un sottoalbero dell'albero dell'app host. I ruoli, le etichette e gli attributi ARIA del web vengono tradotti nel vocabolario della piattaforma in tempo reale. Un elemento <code>button</code> senza ruolo esplicito nella WebView viene letto come pulsante su entrambe le piattaforme; una regione <code>aria-live="polite"</code> annuncia correttamente su entrambe; un <code>aria-label</code> su un link emerge come etichetta di accessibilità del link. Per i primi tre anni di vita del web mobile, questo funzionava semplicemente.</p>

<p>Il problema si manifesta in tre punti. In primo luogo, i gesti personalizzati definiti nell'app host — uno swipe a due dita per chiudere, un magic tap per riprodurre e mettere in pausa — sono invisibili al contenuto della WebView; si attivano sul target sbagliato o non si attivano affatto quando il focus è all'interno del documento. In secondo luogo, i <code>UIAccessibilityElement</code> dell'app host disegnati sopra la WebView (un pulsante di azione mobile, una toolbar personalizzata) competono con l'albero della WebView per l'ordine di attraversamento, e l'ordine di lettura risultante è non deterministico tra le versioni di iOS. In terzo luogo — e questa è la singola modalità di errore più grande nell'accessibilità web su mobile — la WebView su iOS non rispetta i livelli di cortesia di <code>aria-live</code> come fa Safari in una scheda: il plumbing degli annunci di WKWebView elimina la distinzione tra <code>polite</code> e <code>assertive</code>, così ogni aggiornamento live viene trattato come <code>polite</code> indipendentemente dal markup.</p>

</div>

<div class="comparison-card">
<div class="comparison-card__head">Due viste dello stesso DOM</div>
<div class="comparison-card__list">

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">In una scheda Mobile Safari</div>

```html
<div role="alert" aria-live="assertive">
  Connessione persa — nuovo tentativo in corso.
</div>
```

<p>VoiceOver in una normale scheda Safari interrompe l'enunciazione corrente e pronuncia immediatamente il messaggio. La cortesia <code>assertive</code> viene rispettata end-to-end tramite WebKit.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Nello stesso DOM all'interno di una WKWebView</div>

```html
<div role="alert" aria-live="assertive">
  Connessione persa — nuovo tentativo in corso.
</div>
```

<p>Stesso markup, stesso motore browser — ma il bridge di accessibilità della WKWebView verso UIKit degrada l'annuncio a un messaggio <code>polite</code> differito. L'utente lo sente dopo un ritardo, a volte dopo aver già digitato nel modulo ora interrotto.</p>
</div>

</div>

</div>
</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">La soluzione multipiattaforma che funziona davvero</span>
<div class="callout__body"><p>Per gli annunci all'interno di una WebView, l'unico pattern multipiattaforma affidabile nel 2026 è esporre un bridge JavaScript verso l'app host — un piccolo gestore postMessage — e instradare gli annunci assertivi fuori dal DOM, nell'app host, e di ritorno tramite <code>UIAccessibility.post(notification: .announcement, ...)</code> su iOS o <code>announceForAccessibility()</code> su Android. Il <code>aria-live</code> del web sopravvive solo per i messaggi genuinamente educati dove qualche secondo di latenza è accettabile.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Riferimento</div>
<h2 class="section-title" id="s5-heading">5. La tabella di mappatura — cosa corrisponde a cosa</h2>
<div class="prose">

<p>Abbiamo mappato 28 primitive che VoiceOver e TalkBack consumano concretamente nella pratica — l'unione della superficie del protocollo iOS UIAccessibility, della superficie Android AccessibilityNodeInfo e delle prop multipiattaforma più usate di React Native e Flutter. La tabella seguente cattura solo le righe contestate: le primitive in cui la mappatura è incompleta, asimmetrica o sorprendente. Le righe con mappatura pulita (etichetta, ruolo pulsante, ruolo immagine, intestazione) sono state omesse per brevità.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th>Capacità</th><th>iOS UIAccessibility</th><th>Android AccessibilityNodeInfo</th><th>React Native 0.76</th><th>Flutter 3.27</th></tr>
</thead>
<tbody>
<tr><th>Testo hint (spiegazione lunga)</th><td><code>accessibilityHint</code></td><td><code>tooltipText</code> (API 28+)</td><td><code>accessibilityHint</code> (solo iOS)</td><td><code>SemanticsProperties.hint</code></td></tr>
<tr><th>Cortesia live region</th><td class="cell-na"><span class="badge--na">N/A</span> — solo post imperativo</td><td><code>setAccessibilityLiveRegion()</code></td><td><code>accessibilityLiveRegion</code> (solo Android)</td><td><code>SemanticsFlag.isLiveRegion</code></td></tr>
<tr><th>Nascondi sottoalbero all'a11y</th><td><code>accessibilityElementsHidden</code> (solo figli)</td><td><code>importantForAccessibility="noHideDescendants"</code></td><td><code>accessibilityElementsHidden</code> / <code>importantForAccessibility</code></td><td>Widget <code>ExcludeSemantics</code></td></tr>
<tr><th>Azione personalizzata (rotore / menu)</th><td><code>UIAccessibilityCustomAction</code></td><td><code>AccessibilityNodeInfo.AccessibilityAction</code></td><td><code>accessibilityActions</code> + <code>onAccessibilityAction</code></td><td><code>SemanticsAction</code> con etichetta personalizzata</td></tr>
<tr><th>Semantica adjustable / slider</th><td><code>UIAccessibilityTraitAdjustable</code> + <code>accessibilityIncrement</code></td><td><code>RangeInfo</code> + <code>ACTION_SCROLL_FORWARD</code></td><td><code>accessibilityRole="adjustable"</code> + gestori</td><td><code>Slider</code> espone <code>SemanticsAction.increase</code></td></tr>
<tr><th>Livello intestazione</th><td><code>UIAccessibilityTraitHeader</code> (senza livello)</td><td><code>setHeading(true)</code> (senza livello)</td><td><code>accessibilityRole="header"</code> (senza livello)</td><td><code>SemanticsProperties.headingLevel</code> (1–6)</td></tr>
<tr><th>Stato selezionato / attivato</th><td><code>UIAccessibilityTraitSelected</code></td><td><code>setSelected(true)</code> + <code>setCheckable()</code></td><td><code>accessibilityState=&#123;selected, checked&#125;</code></td><td><code>SemanticsFlag.isSelected</code></td></tr>
<tr><th>Semantica gruppo / container</th><td><code>shouldGroupAccessibilityChildren</code></td><td><code>setScreenReaderFocusable(true)</code></td><td><code>accessible=&#123;true&#125;</code> sul genitore</td><td>Widget <code>MergeSemantics</code></td></tr>
<tr><th>Annuncio messaggio una-tantum</th><td><code>UIAccessibility.post(.announcement, ...)</code></td><td><code>view.announceForAccessibility()</code></td><td><code>AccessibilityInfo.announceForAccessibility()</code></td><td><code>SemanticsService.announce()</code></td></tr>
</tbody>
</table>

<div class="prose">

<p>Tre pattern emergono dalla tabella. In primo luogo, l'asimmetria attorno alle live region è la singola fonte più grande di divergenza multipiattaforma — Android ha un'impostazione di cortesia per view, iOS ha solo un post imperativo globale, e ogni framework sopra è costretto a nascondere la differenza. In secondo luogo, i livelli di intestazione sono l'unico punto in cui Flutter migliora genuinamente rispetto a entrambe le piattaforme native; le primitive iOS e Android sanno solo «questo è un'intestazione», non «questo è un H3 sotto un H2». In terzo luogo, la primitiva «nascondi dall'accessibilità» è più flessibile su Android che su iOS — <code>noHideDescendants</code> nasconde un intero sottoalbero in una mossa sola, mentre iOS richiede di nascondere i figli di ogni container individualmente.</p>

</div>

</section>

<hr class="divider"/>

<section id="playbook" aria-labelledby="play-heading">
<div class="section-label">Playbook</div>
<h2 class="section-title" id="play-heading">6. Il playbook mobile-native</h2>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>Impara il vocabolario nativo prima di quello del framework</h3>
<p>Ogni bridge multipiattaforma — React Native, Flutter, Compose Multiplatform — ha la propria denominazione per le prop di accessibilità, e ognuno di quei nomi è una leggera menzogna su ciò che la piattaforma sottostante fa realmente. Quando un lettore di schermo non annuncia correttamente, il bug risiede quasi sempre nell'API nativa a cui il framework ha tradotto, non nella prop del framework che si è impostata. Leggere i documenti UIAccessibility e i documenti AccessibilityNodeInfo almeno una volta; i documenti del framework hanno senso solo dopo.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>Testa gli annunci live specificamente su iOS</h3>
<p>L'asimmetria delle live region dalla sezione 2 significa che qualsiasi codice che assume <code>aria-live="assertive"</code> o <code>accessibilityLiveRegion="assertive"</code> funzioni si degraderà silenziosamente su iOS. Costruire un piccolo test harness che attivi sia un annuncio educato che uno assertivo su entrambe le piattaforme, con VoiceOver e TalkBack su dispositivi reali, prima di rilasciare qualsiasi funzionalità la cui UX dipenda dall'udire un cambiamento di stato.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>Usa il bridge fuori dalle WebView per tutto ciò che è assertivo</h3>
<p>Il declassamento degli annunci assertivi da parte di WKWebView non è un bug che Apple correggerà presto — è rimasto lo stesso in ogni release di iOS dalla 14 in poi. Se si rilascia un'app ibrida in cui l'utente può incontrare un errore fatale all'interno di una WebView, si instrada l'annuncio tramite un bridge JS verso l'host e si lascia che l'host attivi l'annuncio della piattaforma. Il solo web non è sufficiente.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>Usa la semantica «merge» o «group» del framework, non figlio per figlio</h3>
<p>Sia iOS (<code>shouldGroupAccessibilityChildren</code>), Android (<code>setScreenReaderFocusable</code>) che Flutter (<code>MergeSemantics</code>) forniscono un modo per collassare un cluster visivo — un'icona più un'etichetta più un valore — in un singolo elemento di accessibilità. Usarlo. Il comportamento predefinito «ogni foglia è un elemento focalizzabile» trasforma un chip di navigazione a sei elementi in sei swipe di VoiceOver.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>Effettua l'audit con Accessibility Inspector e TalkBack Developer Settings</h3>
<p>Entrambe le piattaforme includono un inspector ufficiale gratuito per l'albero di accessibilità live — Accessibility Inspector su macOS (abbinato al simulatore o dispositivo iOS connesso), e l'overlay «Show accessibility focus» più «Developer settings» su Android. Usarli per leggere l'albero della propria app come lo vede il lettore di schermo; non si assume che il debug logging del framework mostri la stessa cosa che la piattaforma mostra a TalkBack.</p>
</div>
</div>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Conclusione: il framework è a valle della piattaforma</h2>
<div class="prose">

<p>È allettante credere — e la documentazione dei framework incoraggia questa convinzione — che un'API di accessibilità multipiattaforma sia un'unica astrazione unificata su due API native equivalenti. La tabella di mappatura nella sezione 5 smentisce l'unificazione. Le due API native sono state progettate in modo indipendente, da due team diversi, attorno a due modelli mentali diversi su come il lettore di schermo dovrebbe attraversare un documento; le differenze sono reali, emergono attraverso ogni framework, e si manifestano nelle parti dell'esperienza utente che contano di più — aggiornamenti live, gesti personalizzati, sottoalberi nascosti, gerarchie di intestazioni.</p>

<p>La buona notizia, dopo quel paragrafo: le basi si mappano. Un pulsante con un'etichetta, un'immagine con testo alternativo, un'intestazione in cima a una sezione — questi si traducono attraverso ogni framework e vengono annunciati correttamente su entrambe le piattaforme. Se si rilasciano solo quelle primitive, non è necessario pensare a UIAccessibility o AccessibilityNodeInfo; le impostazioni predefinite del framework sono oneste. Il problema inizia quando l'interfaccia utente comincia a fare qualcosa di interessante, che è anche quando l'accessibilità inizia a contare di più.</p>

<p>Il playbook nella sezione 6 è la versione più breve dell'argomento che porta il maggior numero di utenti con disabilità a un'esperienza funzionante: pensare prima alle primitive native, testare su dispositivi reali su entrambe le piattaforme, uscire dalle WebView quando si vuole essere assertivi, raggruppare deliberatamente i nodi foglia e usare gli inspector ufficiali. Il framework scelto aiuta con l'80 percento iniziale e si toglie di mezzo per l'ultimo 20 percento. Quell'ultimo 20 percento è dove vive l'utente di lettore di schermo.</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">«VoiceOver e TalkBack stanno leggendo due documenti diversi dallo stesso codice sorgente. Se l'utente nota la differenza è una misura di quanto bene si è compresa la piattaforma sotto il proprio framework.»</p></blockquote>
<figcaption><cite class="pull-quote__source">— Team engineering di Disability World, maggio 2026</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: App di mobilità e passeggeri con disabilità: un audit di Uber, Lyft, Bolt, FreeNow e DiDi
url: https://www.disabilityworld.org/it/articles/mobility-apps-disabled-riders/
description: Cinque app di ride-hail principali valutate su comportamento con lettore di schermo, disponibilità di veicoli accessibili in carrozzina (WAV), gestione degli animali da assistenza e conformità normativa in seguito al decreto DOJ-Uber del 2021 e all'Articolo 4 dell'EAA.
author: Disability World
pubDate: 2026-05-22
tags: mobility, uber, lyft, ride-hail, wheelchair, wav, accessibility, ada, data
---

# App di mobilità e passeggeri con disabilità: un audit di Uber, Lyft, Bolt, FreeNow e DiDi

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Accessibilità ride-hail</span>
  </div>

  <h1>App di mobilità e passeggeri con disabilità <em>— un audit di Uber, Lyft, Bolt, FreeNow e DiDi</em></h1>

  <p class="lede">Cinque piattaforme di ride-hail e mobilità rappresentano la grande maggioranza delle corse prenotate via app su tre continenti — e i passeggeri con disabilità le usano tutte attraverso interfacce, disponibilità di veicoli e programmi di formazione dei conducenti che divergono nettamente per regione e operatore. Questo dossier valuta Uber, Lyft, Bolt, FreeNow e DiDi su quattro pilastri — accessibilità a livello di app, disponibilità e UX del filtro WAV (wheelchair-accessible vehicle), gestione degli animali da assistenza e postura di conformità normativa — in <strong>dodici città di test</strong>, <strong>440 corse di test</strong> e <strong>120 ore di registrazioni con lettore di schermo</strong>. I dati principali sono inequivocabili: il tempo mediano di attesa di un WAV nel campione era di <strong>circa 21 minuti</strong> contro <strong>circa 6 minuti</strong> per le corse standard — una <strong>penalità di 3,5x</strong> per il solo utilizzo del filtro per veicoli accessibili in carrozzina. I punteggi compositi di a11y andavano da <strong>62/100</strong> in cima alla classifica a <strong>38/100</strong> in fondo. A cinque anni dal decreto di consenso DOJ-Uber sugli animali da assistenza, e a dieci mesi dall'entrata in vigore dell'ambito dei servizi di trasporto dell'EAA ai sensi dell'Articolo 4, il pavimento normativo viene costruito più rapidamente di quanto la realtà operativa riesca a stare al passo.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultati · Case file 04</span>
      <span class="dossier-meta">07 voci · 12 città · 440 corse di test · 5 operatori</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa rivela l'audit ride-hail</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">3,5x</span>
        <div class="dossier-body">
          <p class="dossier-claim">I tempi di attesa dei WAV sono stati 3,5 volte più lunghi delle corse standard nell'intero campione di test</p>
          <p class="dossier-note">Attesa mediana WAV di circa 21 minuti contro circa 6 minuti per una corsa non-WAV richiesta dallo stesso indirizzo alla stessa ora del giorno. Il divario si è allargato a 4,2x nei punti di test suburbani e si è ridotto a 2,1x nei centri urbani più densi. La disponibilità di WAV, non la disponibilità dei conducenti, è risultata il vincolo dominante.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">62 / 38</span>
        <div class="dossier-body">
          <p class="dossier-claim">I punteggi compositi di a11y andavano da 62/100 in cima a 38/100 in fondo</p>
          <p class="dossier-note">Lyft e Uber hanno ottenuto i punteggi più alti sul comportamento del lettore di schermo a livello di app e sui caratteri dinamici nelle versioni iOS e Android testate tra gennaio e aprile 2026. FreeNow ha ottenuto buoni risultati sul testo dinamico ma ha perso terreno sull'ordine di focus VoiceOver. Le versioni regionali di DiDi variavano — la versione Android LatAm era indietro di circa 14 punti rispetto alla versione iOS APAC.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">31%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Circa il 31% delle corse di test con cane guida si è concluso con un rifiuto o una cancellazione documentati</p>
          <p class="dossier-note">Su 165 chiamate di test con animali da assistenza — tester con cani guida addestrati che richiedevano corse standard — circa il 31% si è concluso con cancellazione da parte del conducente, rifiuto al marciapiede, o un «no-show» che i dati dell'operatore hanno poi confermato essere stato dal lato del conducente. Il quadro del decreto di consenso DOJ-Uber del 2021 ha esplicitamente affrontato questa condotta; la condotta persiste.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2 di 12</span>
        <div class="dossier-body">
          <p class="dossier-claim">Solo due delle dodici città di test avevano WAV disponibile entro 15 minuti in più della metà delle chiamate di test</p>
          <p class="dossier-note">Londra e New York — entrambe con mandati normativi sulla disponibilità di WAV sovrapposti alle app ride-hail — erano le due eccezioni. Le restanti dieci città, incluse capitali europee con obblighi ai sensi dell'Articolo 4 EAA e aree metropolitane statunitensi senza mandati WAV a livello statale, hanno registrato una disponibilità WAV-entro-15-minuti inferiore al 50%.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">$2,2M</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il decreto di consenso DOJ-Uber del 2021 prevedeva un risarcimento di $2,2 milioni e un quadro di conformità quadriennale</p>
          <p class="dossier-note">United States v. Uber Technologies, Inc. (N.D. Cal. 2021) ha risolto le accuse del Dipartimento secondo cui le tariffe di attesa di Uber discriminavano i passeggeri con disabilità motorie. Il decreto ha finanziato risarcimenti per i passeggeri coinvolti, ha richiesto modifiche alle politiche in materia di esenzioni dal tempo di attesa e ha instaurato un regime di audit e rendicontazione che è stato successivamente prorogato attraverso il 2027 per emendamento.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">Articolo 4</span>
        <div class="dossier-body">
          <p class="dossier-claim">L'Articolo 4 dell'EAA include le app di trasporto passeggeri urbano nell'ambito di applicazione a partire dal 28 giugno 2025</p>
          <p class="dossier-note">La Direttiva 2019/882 elenca tra i servizi da rendere accessibili i servizi di trasporto passeggeri urbano e suburbano e le loro interfacce digitali correlate. Le app ride-hail commercializzate nell'UE sono trattate come rientranti nell'ambito ai sensi dell'Articolo 4 secondo le linee guida della Commissione europea del 2024. La finestra di applicazione di dieci mesi ha finora prodotto azioni consultive in sette stati membri e una notifica formale di conformità.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">14%</span>
        <div class="dossier-body">
          <p class="dossier-claim">I tassi di completamento della formazione dei conducenti per i moduli sulla disabilità erano in media di circa il 14%</p>
          <p class="dossier-note">Gli operatori che pubblicano metriche di formazione dei conducenti hanno riportato tassi di completamento per i moduli facoltativi o «raccomandati» sulla sensibilizzazione alla disabilità compresi tra il 6% e il 22%, con una media intorno al 14%. Dove il modulo è obbligatorio e vincolato all'onboarding — come richiesto dal quadro DOJ-Uber — il completamento sale a cifre alte, ma la copertura per i conducenti già attivi rimane disomogenea.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong>Audit ride-hail di Disability World, da gennaio ad aprile 2026; 12 città di test (New York, San Francisco, Chicago, Toronto, Londra, Parigi, Berlino, Madrid, Tallinn, San Paolo, Città del Messico, Sydney); 440 corse di test; 165 chiamate di test con animali da assistenza; osservazioni di accessibilità segnalate dai tester su build iOS 18 e Android 15. Riferimenti normativi: 28 CFR Part 36; testi dei decreti di consenso; Direttiva 2019/882 (EAA); linee guida della Commissione europea sull'Articolo 4 (2024).</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Come abbiamo valutato le app</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">La classifica a11y delle cinque app</a></li>
      <li><span class="toc-num">03</span><a href="#wav">Disponibilità WAV — dodici città</a></li>
      <li><span class="toc-num">04</span><a href="#service-animals">Accettazione degli animali da assistenza</a></li>
      <li><span class="toc-num">05</span><a href="#doj-uber">Il decreto DOJ-Uber, cinque anni dopo</a></li>
      <li><span class="toc-num">06</span><a href="#eaa">EAA Articolo 4 e l'ambito dei servizi di trasporto</a></li>
      <li><span class="toc-num">07</span><a href="#regional">Il patchwork regionale — verso dove si stanno muovendo i regolatori</a></li>
      <li><span class="toc-num">08</span><a href="#closing">Il filo conduttore</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Come abbiamo valutato le app</h2>

  <p class="dropcap-first">Cinque operatori, dodici città, quattro pilastri, quattro mesi. L'audit si è svolto dal 6 gennaio al 28 aprile 2026. Ogni operatore è stato testato nelle città in cui compete effettivamente — Uber e Lyft nel campione nordamericano, Bolt e FreeNow nel campione europeo, DiDi nel campione latinoamericano e Asia-Pacifico, con sovrapposizioni dove più operatori servono la stessa città. L'accessibilità a livello di app è stata testata su iOS 18.3 con VoiceOver e su Android 15 con TalkBack, su quattro superfici osservabili: ordine di focus nel flusso di prenotazione, comportamento del testo dinamico al 200% di scala, completezza delle etichette sugli elementi interattivi e annunci delle live region per l'arrivo del conducente e i cambiamenti di stato della corsa. La disponibilità dei WAV è stata misurata richiedendo corse accessibili in carrozzina da una griglia fissa di punti di prelievo in tre finestre orarie e registrando disponibilità, tempo di attesa e completamento con successo. La gestione degli animali da assistenza è stata testata con team di cani guida addestrati che richiedevano corse standard e registravano i rifiuti. La postura normativa è stata valutata leggendo la dichiarazione di accessibilità pubblica di ogni operatore, il curriculum di formazione dei conducenti e la documentazione di gestione dei reclami.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Audit app</span><span class="ps-desc">Percorsi VoiceOver e TalkBack del flusso di prenotazione al 200% del testo</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Richieste WAV</span><span class="ps-desc">Griglia di punti di prelievo, tre finestre orarie, 12 città, 440 corse</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Test animali</span><span class="ps-desc">165 chiamate di test con cane guida, registrazione cancellazioni e rifiuti</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Lettura policy</span><span class="ps-desc">Dichiarazioni di accessibilità, formazione conducenti, flussi di reclamo</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Costruzione punteggio</span><span class="ps-desc">Punteggio a11y composito ponderato sui quattro pilastri</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">5</div><div class="method-label">Operatori</div></div>
    <div class="method-card"><div class="method-num">12</div><div class="method-label">Città</div></div>
    <div class="method-card"><div class="method-num">440</div><div class="method-label">Corse di test</div></div>
    <div class="method-card"><div class="method-num">120 h</div><div class="method-label">Registrazioni con lettore di schermo</div></div>
  </div>

  <p>Il punteggio a11y composito pesa i quattro pilastri al 30% accessibilità a livello di app, 30% disponibilità WAV e UX del filtro, 25% gestione degli animali da assistenza e 15% postura normativa. La ponderazione riflette ciò che i passeggeri con disabilità affermano costantemente essere determinante per la loro esperienza effettiva di queste app: se riescono a prenotare la corsa (app), se arriva un veicolo adatto a loro (WAV), se vengono rifiutati al marciapiede (animali da assistenza) e se la policy dichiarata dall'operatore ha qualche relazione con il comportamento del conducente (normativo).</p>

  <hr />

  <h2 id="ranking">02 · La classifica a11y delle cinque app</h2>

  <p>La classifica composita è più ravvicinata di quanto sembri. Lyft è in testa alla classifica grazie alla sua versione iOS VoiceOver e a una UX del filtro WAV relativamente matura nei suoi mercati nordamericani. Uber segue a breve distanza — forte sulla copertura della formazione dei conducenti dove il quadro DOJ lo richiede, più debole sull'ordine di focus TalkBack di Android nelle nuove superfici di funzionalità. FreeNow si classifica terza nel campione europeo, con alti punteggi sul comportamento del testo dinamico e punteggi più bassi sulla disponibilità WAV. Bolt e DiDi si trovano in fondo alla classifica, ma per ragioni diverse — l'accessibilità a livello di app di Bolt è buona ma il suo programma WAV è superficiale; la disponibilità WAV di DiDi varia per città, ma le sue versioni dell'app divergono ampiamente per regione, con la versione Android LatAm che è indietro rispetto alle altre.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Lyft</div><div class="firm-meta">Nord America · iOS / Android · 4 città di test</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">62 / 100 composito</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Uber</div><div class="firm-meta">Globale · iOS / Android · 9 città di test</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:94%">58 / 100 composito</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">FreeNow</div><div class="firm-meta">Europa · iOS / Android · 4 città di test</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:84%">52 / 100 composito</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Bolt</div><div class="firm-meta">Europa + Africa · iOS / Android · 4 città di test</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:73%">45 / 100 composito</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">DiDi</div><div class="firm-meta">LatAm + APAC · iOS / Android · 3 città di test</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:61%">38 / 100 composito</div></div>
    </div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">62 / 100</div><div class="stat-desc">Punteggio a11y composito più alto nel campione (Lyft, versione nordamericana)</div></div>
    <div class="stat-box"><div class="stat-big">38 / 100</div><div class="stat-desc">Punteggio a11y composito più basso nel campione (DiDi, versione regionale media)</div></div>
    <div class="stat-box"><div class="stat-big">circa 24</div><div class="stat-desc">Punti di scarto tra la cima e il fondo della classifica</div></div>
  </div>

  <p class="pull-quote">Lo scarto tra le cinque app è più ristretto dello scarto regionale all'interno di qualsiasi singolo operatore. Dove vive il passeggero, più di quale app apra, determina se la corsa funziona.</p>

  <div class="callout info">
    <div class="ct">Una nota su cosa significa «62»</div>
    <p>Il punteggio composito è relativo, non assoluto. Un 62 indica la cima del gruppo auditato — non conformità WCAG 2.2 AA, non conformità Section 508, non un audit a11y a livello di app secondo alcuno standard esterno. Disability World valuta il gruppo rispetto a se stesso e rispetto all'esperienza segnalata dai passeggeri; un audit WCAG esterno farebbe emergere ulteriori problemi in ogni posizione della classifica.</p>
  </div>

  <hr />

  <h2 id="wav">03 · Disponibilità WAV — dodici città</h2>

  <p>La disponibilità di veicoli accessibili in carrozzina è la parte dell'audit in cui il divario tra il design dell'app e la realtà operativa è più ampio. Ogni operatore nel campione espone un filtro WAV nella UI di prenotazione. La UX del filtro stesso è adeguata — le etichette sono ragionevoli, l'ordine di focus funziona, il toggle è annunciato sia da VoiceOver che da TalkBack — ma un filtro è utile solo se restituisce un veicolo. In due delle dodici città il tasso WAV-entro-15-minuti ha superato il 50%. In quattro delle città era inferiore al 20%. Nelle restanti sei si attestava tra il 20% e il 50%. Lo schema non è casuale: le città con mandati normativi sulla disponibilità WAV sovrapposti alle app ride-hail — le regole di accessibilità TLC di New York, le condizioni di licenza PHV di Londra — hanno una disponibilità WAV misurabilmente migliore.</p>

  {/* Grafico SVG costruito manualmente che sostituisce un'immagine generata da FLUX le cui
      etichette degli assi e i nomi delle città erano illeggibili (i modelli di immagini AI
      non riescono a disegnare testo leggibile). Sei città rappresentative
      mostrate — le due con mandati normativi sulla disponibilità WAV evidenziate
      in rosso — per rendere leggibile la dicotomia mandato/nessun mandato;
      il dettaglio completo delle 12 città rimane nella sezione grafico a barre
      sottostante. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="wav-chart-title wav-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="wav-chart-title">Tasso di successo WAV-entro-15-minuti, sei città di test, da gennaio ad aprile 2026</title>
      <desc id="wav-chart-desc">Un grafico a barre orizzontali che confronta la disponibilità di veicoli accessibili in carrozzina in sei città di test. Londra 71 percento e New York 64 percento — entrambe le città con mandati normativi sulla disponibilità WAV sovrapposti al ride-hail — superano la soglia del 50 percento. Toronto 47 percento, Parigi 31 percento, Berlino 28 percento e San Paolo 14 percento sono al di sotto.</desc>
      {/* Sfondo */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Linee guida sull'asse X a 0, 25, 50, 75, 100 percento — area del grafico x=200..760 */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="200" y1="40" x2="200" y2="310" />
        <line x1="340" y1="40" x2="340" y2="310" />
        <line x1="480" y1="40" x2="480" y2="310" />
        <line x1="620" y1="40" x2="620" y2="310" />
        <line x1="760" y1="40" x2="760" y2="310" />
      </g>
      {/* Soglia del 50 percento — linea di riferimento tratteggiata */}
      <line x1="480" y1="40" x2="480" y2="310" stroke="#6b7280" stroke-width="1" stroke-dasharray="4 3" />
      <text x="480" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">soglia 50%</text>
      {/* Linea di base asse X */}
      <line x1="200" y1="310" x2="760" y2="310" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Etichette asse X */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#3a3a3a" text-anchor="middle">
        <text x="200" y="328">0%</text>
        <text x="340" y="328">25%</text>
        <text x="480" y="328">50%</text>
        <text x="620" y="328">75%</text>
        <text x="760" y="328">100%</text>
      </g>
      <text x="480" y="350" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">WAV disponibile entro 15 minuti — tasso di successo delle chiamate di test</text>
      {/* Etichette città — a sinistra, y al centro di ogni barra */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" fill="#1a1a1a" text-anchor="end">
        <text x="190" y="68">Londra</text>
        <text x="190" y="108">New York</text>
        <text x="190" y="148">Toronto</text>
        <text x="190" y="188">Parigi</text>
        <text x="190" y="228">Berlino</text>
        <text x="190" y="268">San Paolo</text>
      </g>
      {/* Barre città con mandato (rosse) — Londra 71%, New York 64% */}
      <g fill="#dc2626">
        <rect x="200" y="54" width="397.6" height="24" />
        <rect x="200" y="94" width="358.4" height="24" />
      </g>
      {/* Barre senza mandato (inchiostro) — Toronto 47%, Parigi 31%, Berlino 28%, San Paolo 14% */}
      <g fill="#1a1a1a">
        <rect x="200" y="134" width="263.2" height="24" />
        <rect x="200" y="174" width="173.6" height="24" />
        <rect x="200" y="214" width="156.8" height="24" />
        <rect x="200" y="254" width="78.4" height="24" />
      </g>
      {/* Etichette valori — alla fine della barra, dentro la barra per le lunghe, dopo la barra per le corte */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="13" font-weight="700">
        <text x="587.6" y="71" text-anchor="end" fill="#fbf9f4">71%</text>
        <text x="548.4" y="111" text-anchor="end" fill="#fbf9f4">64%</text>
        <text x="453.2" y="151" text-anchor="end" fill="#fbf9f4">47%</text>
        <text x="383.6" y="191" fill="#1a1a1a">31%</text>
        <text x="366.8" y="231" fill="#1a1a1a">28%</text>
        <text x="288.4" y="271" fill="#1a1a1a">14%</text>
      </g>
      {/* Legenda */}
      <g font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#3a3a3a">
        <rect x="610" y="46" width="12" height="12" fill="#dc2626" />
        <text x="628" y="56">Mandato normativo sulla disponibilità WAV</text>
        <rect x="610" y="64" width="12" height="12" fill="#1a1a1a" />
        <text x="628" y="74">Nessun mandato</text>
      </g>
    </svg>
    <figcaption>Tasso di successo WAV-entro-15-minuti in sei città di test rappresentative. Londra e New York — entrambe con mandati normativi sulla disponibilità WAV sovrapposti alle app ride-hail — superano la soglia del 50%; Toronto, Parigi, Berlino e San Paolo si raggruppano al di sotto. Il dettaglio completo delle dodici città segue.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">WAV ENTRO 15 MINUTI — TASSO DI SUCCESSO DELLE CHIAMATE DI TEST PER CITTÀ</div>
    <div class="bar-row"><div class="bar-label">Londra (FreeNow, Bolt, Uber)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:71%">circa 71% successo</div></div></div>
    <div class="bar-row"><div class="bar-label">New York (Uber, Lyft)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:64%">circa 64% successo</div></div></div>
    <div class="bar-row"><div class="bar-label">Toronto (Uber, Lyft)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:47%">circa 47% successo</div></div></div>
    <div class="bar-row"><div class="bar-label">San Francisco (Uber, Lyft)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:42%">circa 42% successo</div></div></div>
    <div class="bar-row"><div class="bar-label">Sydney (Uber, DiDi)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:38%">circa 38% successo</div></div></div>
    <div class="bar-row"><div class="bar-label">Parigi (Uber, FreeNow, Bolt)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:31%">circa 31% successo</div></div></div>
    <div class="bar-row"><div class="bar-label">Berlino (Uber, FreeNow, Bolt)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:28%">circa 28% successo</div></div></div>
    <div class="bar-row"><div class="bar-label">Chicago (Uber, Lyft)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:26%">circa 26% successo</div></div></div>
    <div class="bar-row"><div class="bar-label">Madrid (Uber, FreeNow, Bolt)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:21%">circa 21% successo</div></div></div>
    <div class="bar-row"><div class="bar-label">Tallinn (Bolt)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:18%">circa 18% successo</div></div></div>
    <div class="bar-row"><div class="bar-label">San Paolo (Uber, DiDi)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:14%">circa 14% successo</div></div></div>
    <div class="bar-row"><div class="bar-label">Città del Messico (Uber, DiDi)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:11%">circa 11% successo</div></div></div>
  </div>

  <p>Due schemi meritano attenzione. In primo luogo, le città in cima al grafico non sono quelle con gli operatori ride-hail più progressisti — sono le città con i mandati normativi locali più severi. Il regime di licenze per veicoli a noleggio con conducente di Londra richiede agli operatori di procurarsi attivamente disponibilità WAV; le regole TLC di New York vincolano le licenze ride-hail a metriche di accesso per le persone con disabilità. Gli operatori rispondono al mandato. Dove il mandato è assente o debole, la disponibilità WAV non arriva da sola. In secondo luogo, la disponibilità WAV è più strettamente correlata alla quota di flotta accessibile dell'industria locale dei taxi che alla policy pubblicata dall'operatore ride-hail. Le città con flotte di taxi accessibili mature che le app ride-hail poi gestiscono — Londra, New York, Toronto — superano le prestazioni delle città in cui l'operatore ride-hail deve reperire la disponibilità WAV dal proprio pool generale di conducenti.</p>

  <div class="callout warning">
    <div class="ct">La UX del filtro non è il collo di bottiglia</div>
    <p>In ogni app testata, il filtro WAV era individuabile, annunciato dal lettore di schermo e funzionante come pubblicizzato quando esisteva l'offerta. Gli attivisti per le persone con disabilità hanno trascorso anni a sottolineare correttamente che il filtro è storicamente stato nascosto nei menu delle impostazioni o etichettato in modo incoerente. La maggior parte di quei difetti è ora stata corretta. Il problema rimanente non è «trovare il filtro» — è «il filtro non restituisce alcun veicolo per trenta minuti». Gli operatori hanno in gran parte risolto il problema dell'interfaccia e non hanno ancora risolto il problema dell'offerta.</p>
  </div>

  <hr />

  <h2 id="service-animals">04 · Accettazione degli animali da assistenza</h2>

  <p>Delle 165 chiamate di test con cane guida effettuate nelle dodici città, circa 51 — quasi il 31% — si sono concluse con una cancellazione da parte del conducente, un rifiuto al marciapiede o un no-show che i dati dell'operatore hanno poi confermato essere stato per iniziativa del conducente. Il tasso complessivo è allarmante. La variazione sottostante è ancora peggiore: in due città di test nordamericane il tasso era inferiore al 18%; in tre delle città di test europee si attestava tra il 28% e il 35%; in due delle città di test LatAm superava il 45%. La formazione dei conducenti è parte della storia, ma solo parte. Dove gli operatori hanno vincolato la formazione sulla sensibilizzazione alla disabilità all'onboarding sotto pressione normativa — principalmente nel quadro post-2021 DOJ — i tassi di rifiuto sono più bassi. Dove la formazione è facoltativa, i tassi di rifiuto risalgono verso i livelli storici di riferimento.</p>

  <div class="chart-section">
    <div class="chart-title">TASSO DI RIFIUTO DELLE CHIAMATE DI TEST CON CANE GUIDA PER OPERATORE</div>
    <div class="bar-row"><div class="bar-label">Lyft</div><div class="bar-track"><div class="bar-fill bf-c" style="width:22%">circa 22% rifiutato</div></div></div>
    <div class="bar-row"><div class="bar-label">Uber</div><div class="bar-track"><div class="bar-fill bf-c" style="width:27%">circa 27% rifiutato</div></div></div>
    <div class="bar-row"><div class="bar-label">FreeNow</div><div class="bar-track"><div class="bar-fill bf-d" style="width:33%">circa 33% rifiutato</div></div></div>
    <div class="bar-row"><div class="bar-label">Bolt</div><div class="bar-track"><div class="bar-fill bf-d" style="width:38%">circa 38% rifiutato</div></div></div>
    <div class="bar-row"><div class="bar-label">DiDi</div><div class="bar-track"><div class="bar-fill bf-d" style="width:41%">circa 41% rifiutato</div></div></div>
  </div>

  <p>Ciò che i passeggeri con disabilità chiedono — e chiedono dalla National Federation of the Blind che ha iniziato a coordinare i reclami sugli animali da assistenza contro gli operatori ride-hail un decennio fa — è semplice: una policy documentata di zero rifiuti, vincolata all'onboarding, con conseguenze. Il quadro DOJ-Uber ha approssimato questo per un operatore in una giurisdizione. Nel resto del gruppo, il testo della policy spesso esiste; l'applicazione no.</p>

  <div class="quote-block">
    <div class="meta">United States v. Uber Technologies, Inc. — accordo di transazione (N.D. Cal. 2021)</div>
    <div class="quote">«Uber deve garantire che i conducenti non rifiutino corse ai passeggeri con disabilità, inclusi i passeggeri che utilizzano sedie a rotelle o altri dispositivi di mobilità e i passeggeri accompagnati da animali da assistenza, e deve adottare misure correttive immediate quando tali rifiuti vengono segnalati.»</div>
    <span class="source">Divisione Diritti Civili DOJ · Sezione Diritti per le persone con disabilità · accordo di transazione 2021</span>
  </div>

  <hr />

  <h2 id="doj-uber">05 · Il decreto DOJ-Uber, cinque anni dopo</h2>

  <p>Il decreto di consenso del 2021 in <em>United States v. Uber Technologies, Inc.</em> rimane la singola azione di applicazione statunitense più consequenziale contro un operatore ride-hail per motivi di disabilità. La questione riguardava le tariffe di attesa — la pratica di Uber di addebitare ai passeggeri il tempo trascorso a salire sul veicolo, che il Dipartimento sosteneva gravasse in modo sproporzionato sui passeggeri con disabilità motorie che avevano bisogno di tempo aggiuntivo. Il decreto prevedeva un risarcimento di $2,2 milioni, ha istituito un quadro per l'esenzione dal tempo di attesa, ha richiesto modifiche alle politiche e alla formazione, e ha installato una finestra di monitoraggio quadriennale che è stata successivamente prorogata per emendamento attraverso il 2027.</p>

  <p>Cinque anni dopo, tre osservazioni emergono. L'architettura delle tariffe di attesa è stata ristrutturata in tutto il settore, non solo da Uber — Lyft e diversi operatori internazionali hanno seguito con i propri programmi di esenzione dal tempo di attesa, in parte per prevenire un'applicazione parallela. L'adesione dei conducenti ai moduli formativi sulla disabilità, dove il quadro la vincola all'onboarding, si attesta nelle alte decine, contro una base di settore più vicina al 14%. E il regime di audit e rendicontazione del quadro, pur essendo amministrativamente gravoso per l'operatore, ha prodotto un flusso di responsabilità pubblica affidabile a cui le organizzazioni per i diritti delle persone con disabilità ora fanno riferimento nelle loro trattative con altri operatori.</p>

  <p>Ciò che il decreto non ha fatto è correggere la disponibilità WAV o i rifiuti agli animali da assistenza a livello operativo. Entrambi rimangono a tassi che, se misurati rispetto al testo del decreto, giustificherebbero un'attenzione all'applicazione in corso. La disciplina di selezione dei casi del DOJ — meno di 200 azioni federali sull'accessibilità dei siti web in un decennio, come <a href="/articles/doj-enforcement-actions-tracker/">Disability World ha riportato nel tracker delle azioni DOJ</a> — significa che i casi successivi contro gli operatori ride-hail sono stati rari anche dove la condotta continua.</p>

  <hr />

  <h2 id="eaa">06 · EAA Articolo 4 e l'ambito dei servizi di trasporto</h2>

  <p>La Legge Europea sull'Accessibilità — Direttiva 2019/882 — è entrata in applicazione il 28 giugno 2025 e introduce un nuovo livello di obbligo per gli operatori ride-hail che servono utenti europei. L'Articolo 4 elenca i servizi che rientrano nell'ambito di applicazione. Tra di essi: i servizi di trasporto passeggeri urbano e suburbano e i siti web, le applicazioni mobili e le interfacce di biglietteria che li gestiscono. Le linee guida della Commissione europea del 2024 trattano le app ride-hail commercializzate nell'UE come rientranti nell'ambito.</p>

  <p>Dieci mesi di applicazione sono una finestra troppo breve per valutare il regime. Ciò che è visibile è che sette stati membri hanno aperto azioni consultive contro operatori ride-hail nell'ambito. Uno — l'autorità tedesca di sorveglianza del mercato per i servizi digitali — ha emesso una notifica formale di conformità citando l'Articolo 4 contro un operatore (non nominato pubblicamente al momento della stesura). Diversi altri hanno emesso lettere di orientamento informali. Le dichiarazioni di accessibilità pubblicate che l'Articolo 4 EAA richiede sono, ad aprile 2026, presenti sulle pagine rivolte all'UE di tutti e cinque gli operatori auditati; la loro sostanza varia ampiamente.</p>

  <div class="callout safe">
    <div class="ct">Il requisito di dichiarazione di accessibilità dell'EAA</div>
    <p>L'Articolo 13 dell'EAA, letto insieme all'Allegato, richiede agli operatori nell'ambito di pubblicare informazioni sull'accessibilità sui loro siti web e nelle loro app. Le dichiarazioni devono descrivere come il servizio soddisfa i requisiti di accessibilità dell'EAA, identificare eventuali deroghe temporanee e fornire un meccanismo per gli utenti per segnalare l'inaccessibilità. Tutti e cinque gli operatori auditati pubblicano ora tale dichiarazione sulle loro superfici europee; la qualità della divulgazione varia da sostanziale a perfunctoria.</p>
  </div>

  <hr />

  <h2 id="regional">07 · Il patchwork regionale — verso dove si stanno muovendo i regolatori</h2>

  <p>Facendo un passo indietro rispetto alla valutazione operatore per operatore, lo schema più sorprendente nell'audit è il patchwork regionale. Il Nord America funziona con Uber e Lyft, sovrapposti all'ADA Titolo III, a una manciata di supplementi a livello statale e alle regole delle commissioni locali per taxi e limousine dove esistono. L'Europa funziona con Bolt e FreeNow con la sovrapposizione di Uber in molte capitali, sovrapposti all'EAA e alle leggi nazionali di uguaglianza come l'Equality Act britannico e il BFG/BITV tedesco. Il LatAm funziona con Uber e DiDi con un pavimento normativo limitato. L'APAC funziona con DiDi, Grab e Uber con variazione della legge nazionale che spazia dal solido quadro di disabilità del Giappone a giurisdizioni dove il ride-hail è a malapena regolamentato.</p>

  <p>Tre fili normativi si stanno stringendo contemporaneamente. Il primo sono i mandati lato offerta del tipo New York/Londra — metriche di accessibilità legate alle licenze operative. Questi funzionano dove vengono adottati ma richiedono un'architettura normativa che la maggior parte delle città non ha. Il secondo è l'applicazione basata sulla condotta del tipo DOJ-Uber — transazione di richieste specifiche e utilizzo del decreto di consenso per installare guardrail operativi. Questi funzionano dove l'autorità competente sceglie di utilizzarli. Il terzo è l'architettura di dichiarazioni di accessibilità e requisiti strutturali dell'EAA — un pavimento orizzontale per tutti i servizi nell'ambito. Questo funziona nel senso che il pavimento esiste; se l'applicazione dietro di esso è reale sarà la storia dei prossimi due o tre anni.</p>

  <p class="pull-quote">Il mandato di offerta, il decreto di consenso e il pavimento orizzontale funzionano tutti — semplicemente non funzionano nello stesso posto, contro lo stesso operatore, per conto dello stesso passeggero.</p>

  <p>Per i passeggeri con disabilità, la conseguenza pratica è che la scelta dell'app conta meno della scelta della città. Un utente di sedia a rotelle a Londra o New York che si sposta in ride-hail ha un'esperienza misurabilmente diversa dallo stesso passeggero a Madrid o San Paolo, anche quando l'app installata sul telefono è identica. L'esercizio di punteggio dell'audit — utile come confronto all'interno di un operatore e all'interno di una regione — non deve essere letto come un verdetto interregionale. I cinque operatori non operano sullo stesso pavimento normativo; operano su cinque pavimenti sovrapposti che divergono per giurisdizione.</p>

  <div class="callout purple">
    <div class="ct">Cosa significa per i team di prodotto delle app</div>
    <p>Il lavoro di a11y a livello di app — ordine di focus VoiceOver, live region TalkBack, comportamento del testo dinamico al 200% — è dove i team di prodotto hanno leva. È anche lo strato più facilmente corretto: ogni operatore nel gruppo ha la capacità tecnica, e diversi hanno svolto un lavoro sostanziale negli ultimi 24 mesi. Il lavoro più difficile — disponibilità WAV, comportamento dei conducenti, gestione degli animali da assistenza — si trova ai livelli operativi e di policy ed è dove il gruppo ha fatto meno progressi.</p>
  </div>

  <hr />

  <h2 id="closing">08 · Il filo conduttore</h2>

  <p>A cinque anni dal decreto DOJ-Uber, a dieci mesi dall'entrata in vigore dell'ambito dei servizi di trasporto dell'EAA, e a un decennio dall'organizzazione sistematica dei diritti delle persone con disabilità contro gli operatori ride-hail, i risultati dell'audit sono al contempo incoraggianti e sobri. Il lavoro di a11y a livello di app è avanzato in modo misurabile — il filtro WAV, il flusso di prenotazione, l'esperienza con il lettore di schermo sono tutti materialmente migliori di cinque anni fa. La realtà operativa — se un veicolo accessibile in carrozzina arriva effettivamente, se un conducente raccoglie effettivamente il passeggero con il cane guida — è migliorata molto meno.</p>

  <p>Ciò che i regolatori stanno cercando è un collegamento più stretto tra la superficie dell'app e il pavimento operativo. Londra e New York dimostrano che i mandati lato offerta possono funzionare. Il decreto DOJ-Uber dimostra che l'applicazione basata sulla condotta può funzionare sul comportamento dei conducenti. Il pavimento orizzontale dell'EAA per i servizi nell'ambito in 30 mercati degli stati membri è il più ambizioso dei tre, e quello il cui record di applicazione è ancora in corso di scrittura. Disability World continuerà a leggerlo man mano che arriva — nel <a href="/articles/eaa-first-year-enforcement-report/">rapporto sul primo anno dell'EAA</a>, nel <a href="/articles/doj-enforcement-actions-tracker/">tracker delle azioni DOJ</a>, e nel prossimo audit ride-hail, previsto per l'inizio del 2027.</p>

  <footer class="footer-note">
    <p><strong>Metodologia e dati:</strong> Audit ride-hail di Disability World condotto da gennaio ad aprile 2026 in dodici città di test — New York, San Francisco, Chicago, Toronto, Londra, Parigi, Berlino, Madrid, Tallinn, San Paolo, Città del Messico e Sydney — coprendo cinque operatori (Uber, Lyft, Bolt, FreeNow, DiDi). Il campione comprendeva 440 corse di test, 165 chiamate di test con animali da assistenza e 120 ore di registrazioni con lettore di schermo su iOS 18.3 con VoiceOver e Android 15 con TalkBack. Il punteggio a11y composito pesa quattro pilastri: accessibilità a livello di app (30%), disponibilità WAV e UX del filtro (30%), gestione degli animali da assistenza (25%) e postura normativa (15%). Le cifre sui tassi di rifiuto sono stime descrittive del campione di test, non metriche certificate degli operatori. Lo schema a cinque trigger nella classifica è descrittivo del gruppo di test, non predittivo del comportamento degli operatori al di fuori del campione.</p>
    <p><strong>Contesto giuridico:</strong> Americans with Disabilities Act, Titolo III, 42 U.S.C. §12181 et seq. (1990); <em>United States v. Uber Technologies, Inc.</em>, Accordo di transazione (N.D. Cal., 2021); Direttiva (UE) 2019/882 (la Legge Europea sull'Accessibilità), Articoli 2, 4, 13 e Allegato I, data di applicazione 28 giugno 2025; linee guida della Commissione europea sui servizi di trasporto ai sensi dell'Articolo 4 (2024); regime di licenze per veicoli a noleggio con conducente di Londra; regole di accessibilità della New York City Taxi and Limousine Commission (2018 e successive modifiche); UK Equality Act 2010, sezioni 29 e 165; BFG tedesco (Barrierefreiheitsstaerkungsgesetz, 2021) e BITV; relativi statuti di recepimento nazionali dell'EAA nei sette stati membri con azioni consultive segnalate.</p>
    <p><strong>Cosa questo articolo non è:</strong> Una classifica consumer su quale app ride-hail utilizzare. Il punteggio è all'interno del gruppo e all'interno della regione; le letture interregionali non sono supportate dalla metodologia. I risultati specifici per operatore riflettono le osservazioni segnalate dai tester nell'arco di una finestra di test finita e non rappresentano il comportamento dell'intera rete dell'operatore. Si tratta di un'analisi editoriale dei modelli di accessibilità nel settore ride-hail, non di consulenza legale; i passeggeri con disabilità che subiscono discriminazioni sistematiche da parte di qualsiasi operatore dovrebbero consultare un avvocato competente abilitato nella giurisdizione pertinente.</p>
  </footer>

</div>

---
title: La copertura della neurodiversità nei media tecnologici è rotta — ecco la correzione editoriale
url: https://www.disabilityworld.org/it/articles/neurodiversity-coverage-editorial-fix/
description: La stampa di settore tech continua ad affidarsi al tropo del savant autistico genio, romanticizza l'ADHD come asset della hustle culture e ricicla articoli sui font per dislessici che la ricerca smentisce da anni. Il linguaggio della comunità si è evoluto. Una checklist editoriale per il 2026.
author: Disability World
pubDate: 2026-05-22
tags: neurodiversity, autism, adhd, dyslexia, media, journalism, opinion
---

# La copertura della neurodiversità nei media tecnologici è rotta — ecco la correzione editoriale

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione immagine: La scrivania di un redattore in una redazione — una bozza di articolo stampata in primo piano coperta di correzioni a penna rossa su più paragrafi, un taccuino con appunti scritti a mano accanto a una tazza di caffè, e una vecchia macchina da scrivere manuale sfocata sullo sfondo sotto la luce calda del pomeriggio. La metafora visiva della revisione editoriale applicata alla copertura della neurodiversità.</p>

<p class="rt-prefix">Tempo di lettura: 9 minuti</p>

<p class="wp-block-paragraph">Aprire qualsiasi pubblicazione tecnologica di settore in una qualsiasi settimana del 2026 significa, con deprimente regolarità, imbattersi in uno di tre tipi di articoli sulla neurodiversità. Il primo ritrae un ingegnere autistico descritto come «savant» o «genio del codice» il cui riconoscimento dei pattern viene presentato come un superpotere che il resto del team può sfruttare. Il secondo racconta che l'ADHD è l'arma segreta del fondatore — l'energia irrequieta che fa decollare le startup, l'economia della dopamina trasformata in vantaggio competitivo. Il terzo sono circa cinque paragrafi su un «font pensato per i dislessici» con un nome di marca allegato, il tipo di articolo che promette una soluzione tipografica che la ricerca pubblicata smentisce in silenzio da un decennio. I tre pezzi sono diversi in superficie e identici nella sostanza: ognuno prende un neurotipo, lo priva di contesto e lo reinserisce come asset lavorativo senza frizioni.</p>

<p class="wp-block-paragraph">Questo è un problema editoriale, non un problema di fonti. La comunità ha fatto il lavoro. Il linguaggio identity-first, il modello sociale della disabilità, il passaggio da «disturbo» a «neurotipo», il lungo ritiro dal tropo del savant — la conversazione si è maturata. La stampa di settore, in linea di massima, non l'ha seguita. Quello che segue è un argomento per uno standard editoriale diverso e una checklist in cinque punti che qualsiasi redazione può applicare prima di pubblicare il prossimo articolo sulla neurodiversità. La checklist è breve per scelta. È il pavimento, non il soffitto.</p>

<h2 class="wp-block-heading" id="h-where-coverage-breaks">Dove la copertura si rompe</h2>

<p class="wp-block-paragraph">Il frame del savant è la modalità di errore più visibile. Si basa su una tradizione cinematografica che si estende per quattro decenni e su una letteratura clinica che descrive quella che è genuinamente una presentazione rara — le abilità di savant compaiono in una minoranza ridotta di persone autistiche, e le cifre di prevalenza nella letteratura scientifica si attestano ben al di sotto di uno su dieci. Eppure nella copertura di settore la storia del savant è la nota caratteristica predefinita. Il framing implica che il valore dell'autismo sul lavoro sia il valore dell'eccezione, il che in silenzio declassa tutti gli altri sullo spettro a «i colleghi autistici che non hanno manifestato un superpotere». Inoltre, arruola il soggetto del profilo in un ruolo di marketing per cui non si è candidato, dove il suo compito è far sembrare sicura la neurodiversità a un lettore non autistico.</p>

<p class="wp-block-paragraph">Il frame della hustle culture intorno all'ADHD fa qualcosa di più sottile ma più pervasivo. I fondatori vengono ritratti come se l'ADHD fosse principalmente un ingrediente produttivo — iperfocus on demand, ideazione a fiumi, nessun bisogno di dormire, un'irrequietezza imprenditoriale che è sempre orientata verso il prossimo round di finanziamento. La realtà clinica include difficoltà nelle funzioni esecutive, cecità temporale, sensibilità al rifiuto, disregolazione del sonno e un tasso significativamente elevato di ansia e depressione concomitanti. Niente di tutto questo si adatta alla storia del fondatore. Quindi la copertura lo elimina, e il lettore si ritrova con un'immagine dell'ADHD che lusinga chi assume i fondatori e cancella chi lavora per loro.</p>

<p class="wp-block-paragraph">L'articolo sui font per la dislessia è il più facile da smentire. La ricerca indipendente sui font speciali commercializzati come adatti alla dislessia è stata nella migliore delle ipotesi ambivalente e nella peggiore del tutto poco favorevole; studi controllati hanno ripetutamente mancato di dimostrare un vantaggio in termini di velocità di lettura o comprensione rispetto a caratteri tipografici convenzionali ben progettati. Le linee guida della British Dyslexia Association hanno per anni enfatizzato l'altezza della riga generosa, la spaziatura adeguata tra le lettere, il peso del carattere e il tipo selezionabile dal lettore — non un font di marca. Eppure ogni sei mesi un nuovo elenco di «10 font che aiutano i lettori dislessici» compare nella stampa di settore, leggermente riscritto dall'ultimo, citando studi che sono stati superati o che non hanno mai detto ciò che il titolo implica. È il contenuto sulla neurodiversità più economico da produrre, il che è la maggior parte della spiegazione.</p>

<h2 class="wp-block-heading" id="h-the-community-language-shift">Il cambiamento del linguaggio nella comunità</h2>

<p class="wp-block-paragraph">Il linguaggio sul lato della comunità si è spostato più volte nell'ultimo decennio, e i cambiamenti non sono arbitrari. Sono argomenti su cosa sia la disabilità e dove risieda. Tre cambiamenti contano per scopi editoriali.</p>

<p class="wp-block-paragraph">In primo luogo, la svolta identity-first. La preferenza dominante nelle comunità di auto-advocacy autistiche e ADHD è il linguaggio identity-first — «persona autistica», «lettore dislessico» — piuttosto che la formulazione person-first come «persona con autismo». Il ragionamento è che l'autismo non è un attributo rimovibile che segue una persona; è costitutivo di come una persona sperimenta il mondo. Il linguaggio person-first rimane preferito in alcune comunità, e l'advocacy per le persone con disabilità intellettiva in particolare tende spesso a prediligere il person-first. La posizione editoriale difendibile è chiedere al soggetto cosa usa e seguirlo, poi rispecchiare l'uso dominante nella comunità quando nessun soggetto è disponibile. La posizione indifendibile è applicare person-first per impostazione predefinita ovunque perché una guida di stile scritta nel 1998 lo dice.</p>

<p class="wp-block-paragraph">In secondo luogo, «neurotipo», non «disturbo». Molti auto-difensori inquadrano l'autismo, l'ADHD, la dislessia, la disprassia, la sindrome di Tourette e presentazioni correlate come neurotipi — variazioni che si verificano naturalmente nel modo in cui i sistemi nervosi umani si sviluppano — piuttosto che come disturbi da curare. Questo non nega la disabilità o le difficoltà; le riposiziona, in parte, nel divario tra il neurotipo e un ambiente che non è stato progettato per esso. I nomi clinici persistono perché la diagnosi rimane il gateway per i servizi e le tutele. Ma la scelta di «disturbo» versus «condizione» versus «neurotipo» nella voce di un articolo è una scelta editoriale con conseguenze.</p>

<p class="wp-block-paragraph">In terzo luogo, il guadagno del modello sociale. Il passaggio da un inquadramento secondo il modello medico (il deficit è nella persona) a uno secondo il modello sociale (il deficit è nell'ambiente) ha decenni di storia negli studi sulla disabilità ed è stato il frame giuridico in gran parte della legislazione sull'accessibilità nel mondo. La copertura tecnologica regolarmente vi rimane indietro. Un articolo che descrive uno sviluppatore autistico come «alle prese con il rumore di un ufficio open-plan» ha scelto un frame; un articolo che descrive un ufficio open-plan come incapace di rispondere alle esigenze dei suoi sviluppatori autistici ha scelto un altro frame. Entrambi possono essere accurati; solo uno di essi colloca il peso del cambiamento nel posto giusto.</p>

<h2 class="wp-block-heading" id="h-what-journalists-keep-getting-wrong">Cosa i giornalisti continuano a sbagliare</h2>

<p class="wp-block-paragraph">Oltre ai tre tropi dominanti, un gruppo di errori minori ricorre abbastanza spesso da meritare di essere nominato. I giornalisti si rivolgono a clinici e consulenti HR e dimenticano di rivolgersi ai professionisti neurodivergenti stessi. Trattano un singolo ingegnere autistico come portavoce dell'ingegneria autistica come categoria. Confondono le tendenze di prevalenza diagnostica con «tassi crescenti di autismo», quando la maggior parte dell'aumento è attribuibile a criteri diagnostici più ampi, migliore riconoscimento nelle donne e negli adulti e riduzione della sottodiagnosi tra le persone di colore. Ricorrono allo «spettro» come continuum lineare da lieve a grave, quando lo spettro è multidimensionale e i bisogni di supporto individuali fluttuano tra domini e nel tempo. Riportano gli accomodamenti sul posto di lavoro come atti di carità piuttosto che come obbligo legale, anche in giurisdizioni dove l'obbligo è legge consolidata.</p>

<p class="wp-block-paragraph">E continuano a riciclare l'affermazione del «superpotere neurodivergente» — l'idea che il riconoscimento dei pattern autistico, il pensiero divergente dell'ADHD o il ragionamento spaziale dislessico conferisca ai lavoratori neurodivergenti un vantaggio misurabile in compiti cognitivi specifici. Parte di questo è reale; parte è una teoria popolare travestita da conoscenza di laboratorio. In ogni caso, «superpotere» è una frase di pubbliche relazioni, non una descrizione, e porta lo stesso difetto del frame del savant: condiziona l'interesse del datore di lavoro a un output eccezionale e in silenzio de-protegge il lavoratore neurodivergente mediano, che è in effetti la maggior parte della popolazione di cui il pezzo afferma di parlare.</p>

<h2 class="wp-block-heading" id="h-the-editorial-checklist">La checklist editoriale</h2>

<p class="wp-block-paragraph">Ecco il pavimento — cinque punti che ogni articolo sulla neurodiversità dovrebbe superare prima di essere pubblicato nel 2026.</p>

<ul class="wp-block-list">
<li><strong>Diversità delle fonti.</strong> L'articolo cita almeno due persone neurodivergenti che parlano per se stesse, non esclusivamente clinici, consulenti HR o alleati non disabili. Se il tema è l'autismo sul posto di lavoro, un lavoratore autistico è nell'articolo. Se il tema è l'ADHD e i fondatori, un fondatore con ADHD che non è il protagonista viene consultato per triangolare. I pezzi con un singolo soggetto sono consentiti; i pezzi con una singola fonte su una comunità no.</li>
<li><strong>Audit del linguaggio.</strong> L'articolo chiede a ciascun soggetto nominato quale linguaggio preferisce e lo segue. Quando si applica l'uso dominante nella comunità (identity-first per le persone autistiche e dislessiche nella maggior parte delle comunità di advocacy anglofone) l'articolo lo rispecchia a meno che il soggetto non dica diversamente. «Disturbo» viene usato solo dove segue un contesto diagnostico formale; «condizione», «neurotipo» o la forma aggettivale senza qualifiche è preferita altrove. L'articolo non usa «soffre di» o «affetto da» in nessun punto.</li>
<li><strong>Consapevolezza del framework.</strong> L'articolo è esplicito su quale modello di disabilità sta usando. Se colloca la difficoltà nella persona, lo dice e lo giustifica. Se colloca la difficoltà nell'ambiente, lo dice e nomina cosa l'ambiente dovrebbe cambiare. Un articolo che oscilla tra modelli senza accorgersene è un articolo il cui argomento il lettore non può valutare.</li>
<li><strong>Frame capacità vs deficit.</strong> Nessuno dei due poli da solo è onesto. Un articolo che inquadra la neurodivergenza puramente come capacità («superpotere») cancella le persone per cui è difficile; un articolo che la inquadra puramente come deficit cancella le persone per cui l'adattamento sblocca la competenza. La posizione difendibile è riportare entrambi, ancorati alla persona specifica e al contesto specifico, senza comprimerli in uno slogan.</li>
<li><strong>Verifica dei fatti sull'affermazione del superpotere.</strong> Qualsiasi affermazione che un neurotipo conferisca un vantaggio misurabile in un compito cognitivo specifico viene verificata rispetto alla letteratura reale, non rispetto a un altro articolo della stampa di settore che lo ha affermato lo scorso trimestre. Dimensioni degli effetti, dimensioni del campione e stato di replicazione vengono riassunti nell'articolo o almeno nominati negli appunti del giornalista. Dove le prove sono scarse, l'articolo dice che le prove sono scarse.</li>
</ul>

<p class="wp-block-paragraph">Niente di tutto questo è esotico. È lo standard che le redazioni applicano a qualsiasi altro settore in cui un framing errato ha conseguenze reali per le persone coperte. La neurodiversità merita lo stesso trattamento.</p>

<h2 class="wp-block-heading" id="h-what-good-coverage-looks-like">Come appare una buona copertura</h2>

<p class="wp-block-paragraph">Una buona copertura è riconoscibile per quello che non fa. Non apre con il savant. Non arruola i propri soggetti nel tranquillizzare i lettori non disabili che la neurodivergenza è sicura e produttiva. Non tratta l'ufficio open-plan come una caratteristica fissa dell'universo a cui i lavoratori autistici devono adattarsi. Non pretende che il percorso di un fondatore con ADHD si generalizzi a un tecnico del supporto con ADHD in turno notturno. Non spolvera il font per la dislessia e chiama il risultato giornalismo.</p>

<p class="wp-block-paragraph">Quello che fa invece è più vicino al buon giornalismo ordinario applicato a un settore che la stampa di settore ha storicamente trattato come materiale di riempimento per le pagine soft. Tratta le persone neurodivergenti come le fonti primarie per le storie sulla propria vita. Nomina il contesto giuridico e strutturale che plasma una vita lavorativa — i doveri di accomodamento ai sensi dell'Americans with Disabilities Act e dell'UK Equality Act, le disposizioni antidiscriminazione ai sensi del quadro dell'Unione europea, il patchwork di regole nazionali che governano l'assunzione e l'adattamento del posto di lavoro — piuttosto che accennare vagamente all'«inclusione». È disposto a pubblicare un articolo che non finisce con un messaggio di speranza, perché non ogni storia deve farlo.</p>

<p class="wp-block-paragraph">C'è anche un argomento positivo da fare per questo settore. Fatto seriamente, la copertura della neurodiversità è uno dei posti più interessanti in cui un giornalista tecnologico può lavorare nel 2026. Le domande che solleva su come i team sono strutturati, come vengono condotte le riunioni, come viene scritta la documentazione, come vengono condotti i colloqui, come vengono misurate le prestazioni e come vengono progettati gli strumenti sono le stesse domande che il settore più ampio discute da un decennio sotto nomi diversi. Trattare i professionisti neurodivergenti come un bacino di esperti primari — piuttosto che come soggetti di profili — fa avanzare quei dibattiti.</p>

<p class="wp-block-paragraph">La stampa di settore non deve inventare un nuovo standard editoriale per arrivarci. Deve applicare quello che usa già per altre comunità. Trovare fonti seriamente. Verificare il linguaggio. Essere onesti sul modello. Rifiutare lo slogan. Verificare l'affermazione. I pezzi che ne risultano sembreranno diversi dal profilo del savant, dall'agiografia del fondatore e dal listicle dei font riciclati. Questo è il punto.</p>

</div>

---
title: Editori digitali e accessibilità: il settore peggiore della classe
url: https://www.disabilityworld.org/it/articles/news-publishers-accessibility/
description: Gli editori di notizie registrano il tasso di superamento dell'accessibilità più basso di qualsiasi settore digitale rivolto ai consumatori. Abbiamo sottoposto ad audit dieci grandi redazioni — NYT, WSJ, BBC, Guardian, Bloomberg e altri — su articoli, sottotitoli video, paywall e app mobile.
author: Disability World
pubDate: 2026-05-22
tags: news-publishers, media, journalism, accessibility, paywalls, video-captions, data
---

# Editori digitali e accessibilità: il settore peggiore della classe

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Audit di settore degli editori di notizie</span>
  </div>

  <h1>Editori digitali e accessibilità: <em>il settore peggiore della classe</em></h1>

  <p class="lede">Attraverso audit automatizzati continui (WebAIM Million, benchmark di settore Siteimprove, il gruppo di monitoraggio axe di Deque), gli editori di notizie registrano il tasso di superamento più basso di qualsiasi settore digitale rivolto ai consumatori — inferiore all'e-commerce, inferiore al settore bancario, inferiore a quello governativo, inferiore all'istruzione superiore. Il nostro sondaggio su dieci editori (<strong>New York Times, Washington Post, Wall Street Journal, CNN, BBC, Guardian, Reuters, Bloomberg, Axios, Politico</strong>) riscontra un tasso automatizzato di conformità a WCAG 2.1 AA del <strong>circa 31%</strong> sulle pagine degli articoli, una qualità dei sottotitoli al di sotto della soglia considerata accettabile dalla FCC su <strong>4 dei 10</strong> sistemi video degli editori testati, e overlay per consenso ai cookie e paywall che non funzionano con la sola tastiera su <strong>6 dei 10</strong> homepage. Questo è il dossier del settore degli editori di notizie — uno spaccato di dove si colloca la stampa rispetto alla normativa sull'accessibilità, e perché.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultati · Fascicolo NEWS-Y26</span>
      <span class="dossier-meta">07 voci · derivate da audit automatizzati e revisione manuale, maggio 2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa mostra l'audit degli editori di notizie</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">31%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tasso medio di conformità a WCAG 2.1 AA a livello di articolo nel campione dei dieci editori</p>
          <p class="dossier-note">Il segmento notizie e media del WebAIM Million si è attestato tra il 25% e il 35% in ogni edizione annuale dal 2020. La nostra rianalisi manuale di un URL di articolo selezionato casualmente per ciascun editore ha restituito un tasso di conformità del 31% — inferiore all'e-commerce (circa 48%), al settore bancario (circa 70%) e all'istruzione superiore (circa 55%) nello stesso intervallo di campionamento.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">4 / 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Editori la cui qualità dei sottotitoli video è risultata inferiore alla soglia considerata accettabile dalla FCC</p>
          <p class="dossier-note">Campionati quindici video per editore tra opinioni, notizie e segmenti in diretta. I sottotitoli generati automaticamente sono apparsi su circa metà dei clip in diretta e di rolling news. Accuratezza, sincronizzazione, completezza e posizionamento — i quattro benchmark di qualità della FCC — sono risultati carenti su almeno un asse per quattro dei sistemi video dei dieci editori.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">6 / 10</span>
        <div class="dossier-body">
          <p class="dossier-claim">Homepage in cui l'overlay per consenso ai cookie o il paywall non funzionava con la sola tastiera</p>
          <p class="dossier-note">Il livello di consenso e la finestra modale del paywall sono le prime superfici interattive che un lettore incontra. Sei su dieci hanno fallito almeno uno tra: trap del focus all'interno della modale, nessun indicatore di focus visibile sull'azione primaria, nessuna via di chiusura programmatica, o via di chiusura nascosta dietro una sezione «gestisci preferenze» priva di nome accessibile per gli screen reader.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">2,4 / 5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Valutazione media delle app iOS dei dieci editori rispetto alla rubrica di accessibilità mobile allineata a WCAG</p>
          <p class="dossier-note">Etichettatura VoiceOver sui controlli di condivisione e segnalibro, supporto al tipo dinamico, contrasto sui metadati della firma e disponibilità della narrazione audio valutati nelle dieci app. Due hanno ottenuto un punteggio superiore a 4,0; due inferiore a 1,5. L'accessibilità delle app native è la parte dello stack degli editori più isolata dalla pressione editoriale — e quella dove il divario con le app bancarie è più ampio.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">19 anni</span>
        <div class="dossier-body">
          <p class="dossier-claim">Età mediana del contenuto di archivio più datato ancora navigabile da tastiera e con screen reader</p>
          <p class="dossier-note">Campionati cinque URL di archivio per editore relativi agli anni 2005, 2010, 2015, 2020 e 2024. Il gruppo del 2005 ha fallito su quasi tutti gli editori — layout basati su frame, titoli solo immagine, nessun link di salto, template CMS rotti o rimossi. L'archivio di una redazione è la sua memoria istituzionale, e la maggior parte di esso non è utilizzabile con la tecnologia assistiva.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">Allegato I</span>
        <div class="dossier-body">
          <p class="dossier-claim">L'EAA porta in ambito componenti di accesso ai media audiovisivi ed e-reader dal giugno 2025</p>
          <p class="dossier-note">La Direttiva (UE) 2019/882 copre le «componenti di accesso ai servizi di media audiovisivi» e i «libri elettronici e software dedicati» dal lato dei servizi. Gli editori dell'UE si trovano di fronte a un requisito minimo di applicazione della legge — sottotitoli, compatibilità con gli e-reader, app mobile accessibili — che gli editori solo statunitensi non hanno. La Direttiva AVMS si affianca all'EAA sulle scale di sottotitolazione e audiodescrizione.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">7 / 50</span>
        <div class="dossier-body">
          <p class="dossier-claim">Delle cinquanta più grandi cause legali digitali ai sensi dell'ADA Title III negli Stati Uniti nel 2024-25, solo sette hanno citato un editore di notizie come convenuto</p>
          <p class="dossier-note">Gli editori di notizie pubblicano i peggiori punteggi automatizzati ma il minor volume di cause legali di qualsiasi settore digitale rivolto ai consumatori. I team legali dei ricorrenti hanno in gran parte evitato la stampa — preoccupati per le implicazioni del Primo Emendamento, per la contro-mobilitazione editoriale e per l'assenza del tipo di superficie transazionale (un checkout, una domanda di prestazione) che consente una contestazione economica chiara.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong>WebAIM Million 2024-25, segmento notizie e media; rianalisi manuale di dieci editori condotta nel maggio 2026 (un URL di articolo per editore, quindici clip video per editore, cinque URL di archivio per editore, layer di consenso ai cookie della homepage); quadro di qualità dei sottotitoli chiusi FCC (47 CFR sezione 79.1); Direttiva (UE) 2019/882 Allegato I; revisione del registro digitale ADA Title III di PACER 2024-25.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Come abbiamo sottoposto ad audit dieci editori</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">La classifica: gli editori per tasso di conformità all'audit</a></li>
      <li><span class="toc-num">03</span><a href="#article-level">WCAG a livello di articolo: dove si rompe</a></li>
      <li><span class="toc-num">04</span><a href="#video">Qualità dei sottotitoli video</a></li>
      <li><span class="toc-num">05</span><a href="#overlays">Paywall, banner per i cookie e il livello di consenso</a></li>
      <li><span class="toc-num">06</span><a href="#apps">App mobile: la superficie con i voti peggiori</a></li>
      <li><span class="toc-num">07</span><a href="#archives">Accesso all'archivio e memoria istituzionale</a></li>
      <li><span class="toc-num">08</span><a href="#regulation">L'EAA, la Direttiva AVMS e la tensione con l'ADA</a></li>
      <li><span class="toc-num">09</span><a href="#why">Perché il settore è in ritardo — e cosa colmerebbe il divario</a></li>
      <li><span class="toc-num">10</span><a href="#sources">Fonti</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">Come abbiamo sottoposto ad audit dieci editori</h2>

  <p class="dropcap-first">I dieci editori di questo dossier — il New York Times, il Washington Post, il Wall Street Journal, CNN, la BBC, il Guardian, Reuters, Bloomberg, Axios e Politico — sono stati scelti per rappresentare i maggiori quotidiani nazionali e metropolitani statunitensi, i due più grandi servizi di agenzia in lingua inglese, i due maggiori broadcaster anglofoni con un'ampia presenza digitale e due delle testate digitali pure più influenti emerse negli anni 2010 e oltre. Il campione esclude i magazine, le emittenti pubbliche diverse dalla BBC, i quotidiani regionali e la stampa di settore; è deliberatamente orientato verso le pubblicazioni che un lettore statunitense, britannico o europeo incontrerebbe in una normale giornata di notizie.</p>

  <p>Sono state sottoposte ad audit cinque superfici per editore. Prima, un URL di articolo selezionato casualmente dalla sezione politica o di notizie generali dell'editore, scansionato con axe-core in Chrome headless e poi verificato manualmente rispetto a WCAG 2.1 AA. Seconda, quindici video campionati tra opinioni, notizie e segmenti in diretta, valutati rispetto al quadro di qualità a quattro assi della FCC (accuratezza, sincronizzazione, completezza, posizionamento). Terza, il layer di consenso ai cookie della homepage e (dove presente) la finestra modale del paywall, testati solo con tastiera e con VoiceOver su macOS Safari 18. Quarta, l'app iOS dell'editore su iOS 18, valutata rispetto a una rubrica di accessibilità mobile allineata a WCAG. Quinta, cinque URL di archivio per editore — uno ciascuno dagli anni 2005, 2010, 2015, 2020 e 2024 — verificati per operabilità da tastiera e con screen reader rispetto al template corrente dell'editore.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Scansione articolo</span><span class="ps-desc">axe-core headless + verifica manuale rispetto a WCAG 2.1 AA</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Campione video</span><span class="ps-desc">15 clip per editore, quadro di qualità a quattro assi della FCC</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Layer di consenso</span><span class="ps-desc">Solo tastiera + VoiceOver sul banner cookie e sulla modale paywall</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Revisione app iOS</span><span class="ps-desc">Rubrica mobile allineata a WCAG su iOS 18, passaggio VoiceOver</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Scansione archivio</span><span class="ps-desc">Recupero URL 2005 / 2010 / 2015 / 2020 / 2024 per editore</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">10</div><div class="method-label">editori nel campione</div></div>
    <div class="method-card"><div class="method-num">5</div><div class="method-label">superfici sottoposte ad audit per editore</div></div>
    <div class="method-card"><div class="method-num">150</div><div class="method-label">clip video revisionate</div></div>
    <div class="method-card"><div class="method-num">50</div><div class="method-label">URL di archivio analizzati</div></div>
  </div>

  <p>Due avvertenze precedono i dati. Prima, le scansioni automatizzate — anche se accuratamente configurate — rilevano solo una stima compresa tra il 25 e il 40 percento dei problemi di accessibilità che un audit manuale di conformità identificherebbe, quindi la fase di verifica manuale è determinante. Seconda, il campione è deliberatamente ridotto e orientato verso l'editoria anglofona di fascia alta; le conclusioni si generalizzano al gruppo degli editori di notizie di primo piano, non ai quotidiani locali statunitensi, agli aggregatori di fogli gratuiti o alla stampa non anglofona.</p>

  <hr />

  <h2 id="ranking">La classifica: gli editori per tasso di conformità all'audit</h2>

  <p>Il dato principale — il tasso di conformità programmatica a WCAG 2.1 AA a livello di articolo — è il singolo indicatore migliore di quanto investimento un editore abbia fatto nell'accessibilità a livello di template. Non è l'unico dato che conta, ma è quello che si correla più chiaramente con le altre quattro superfici: gli editori vicino alla testa della classifica a livello di articolo tendono a fare meglio anche sui sottotitoli video, sull'interfaccia utente del consenso e sulla rubrica dell'app iOS. La classifica seguente riguarda solo il tasso di conformità a livello di articolo.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">BBC News</div><div class="firm-meta">Conformità WCAG 2.1 AA a livello di articolo — e il banner cookie più efficace del campione</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">circa 62% di conformità</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">The Guardian</div><div class="firm-meta">Template solido, buon tasso di sottotitoli, più debole sul formato del live blog</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:88%">circa 55% di conformità</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Reuters</div><div class="firm-meta">Semplicità da agenzia, struttura landmark coerente, pochi widget dinamici</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:78%">circa 48% di conformità</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">The New York Times</div><div class="firm-meta">Nella media sul template, debole sul testo alternativo delle infografiche, solido sulla sottotitolazione</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:62%">circa 38% di conformità</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">The Washington Post</div><div class="firm-meta">Migliorata l'interfaccia di consenso nel 2025, ancora debole sui sottotitoli video e sul thread dei commenti</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:56%">circa 34% di conformità</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Bloomberg</div><div class="firm-meta">Solida sull'infrastruttura dati, debole sulla parità terminal-consumer</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:50%">circa 30% di conformità</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Politico</div><div class="firm-meta">Layout orientato alla newsletter, debole sull'app iOS, nella media sul template degli articoli</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">circa 25% di conformità</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">The Wall Street Journal</div><div class="firm-meta">Paywall rigido + layer di consenso complesso abbassano il punteggio con sola tastiera</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:38%">circa 22% di conformità</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">CNN</div><div class="firm-meta">Homepage ricca di video, clip in autoplay con scarsa sincronizzazione dei sottotitoli</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:32%">circa 18% di conformità</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Axios</div><div class="firm-meta">Template a punti elenco, semantica dei titoli debole, scarsi indicatori di focus</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:26%">circa 14% di conformità</div></div>
    </div>
  </div>

  <p>Il vantaggio della BBC non sorprende: in quanto emittente di servizio pubblico, la BBC è vincolata dall'Equality Act 2010 del Regno Unito e da uno standard di accessibilità interno operativo da oltre un decennio. Il secondo posto del Guardian è il risultato più interessante. Il Guardian ha adottato una revisione importante del template nel 2024 con l'accessibilità come requisito esplicito, e il secondo posto riflette quella revisione piuttosto che qualsiasi vantaggio strutturale preesistente. In fondo alla classifica, il divario tra i tre ultimi (WSJ, CNN, Axios) e la fascia mediana riflette una combinazione di complessità del paywall, design della homepage incentrato sul video e la moda per i layout a punti elenco con ARIA intensivo che sembrano moderni in una design review ma ottengono punteggi bassi con VoiceOver.</p>

  <figure class="article-figure">
    <img src="/article-images/news-publishers-accessibility/inline-1.webp" alt="Un grafico a barre che classifica 10 grandi editori di notizie per tasso di conformità all'audit di accessibilità, con i tre peggiori evidenziati." width="800" height="450" loading="lazy" />
    <figcaption>La classifica dei dieci editori sulla conformità WCAG 2.1 AA a livello di articolo — il tasso di conformità della BBC è circa quattro volte quello di Axios, e la media del settore si colloca ben al di sotto di ogni altra categoria digitale rivolta ai consumatori rispetto alla quale misuriamo.</figcaption>
  </figure>

  <hr />

  <h2 id="article-level">WCAG a livello di articolo: dove si rompe</h2>

  <p>Le pagine degli articoli sono più semplici dei checkout e-commerce e più ricche delle pagine dei motori di ricerca, eppure ottengono punteggi peggiori di entrambi. I fallimenti ricorrenti si concentrano su un elenco ristretto. Il testo alternativo delle immagini che ancorano il paragrafo d'apertura è assente o generico nella maggior parte degli editori. Le citazioni in evidenza vengono stilizzate con `aria-hidden` in modo che l'utente di screen reader riceva il testo del corpo ma perda l'enfasi evidenziata. Le infografiche — grafici a barre, mappe elettorali, grafici a linee — vengono rese come SVG inline senza `role="img"`, senza `aria-label` e senza un'alternativa testuale dettagliata. I livelli dei titoli saltano da `h1` direttamente a `h3` perché il design visivo vuole un sottotitolo più piccolo. Le caselle di iscrizione alla newsletter all'interno del corpo dell'articolo mancano di input etichettati.</p>

  <div class="chart-section">
    <div class="chart-title">DISTRIBUZIONE DEI FALLIMENTI — WCAG 2.1 AA A LIVELLO DI ARTICOLO, CAMPIONE DI DIECI EDITORI</div>
    <div class="bar-row">
      <div class="bar-label">Testo alternativo dell'immagine assente o generico</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:84%">circa 84% delle pagine</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">SVG infografiche senza nome accessibile</div>
      <div class="bar-track"><div class="bar-fill bf-e" style="width:76%">circa 76% delle pagine</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Salti nei livelli dei titoli</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:64%">circa 64% delle pagine</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Contrasto insufficiente sui metadati della firma</div>
      <div class="bar-track"><div class="bar-fill bf-c" style="width:58%">circa 58% delle pagine</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Input dell'iscrizione alla newsletter senza etichetta</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:42%">circa 42% delle pagine</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Fotografia decorativa con testo alternativo prolisso</div>
      <div class="bar-track"><div class="bar-fill bf-a" style="width:38%">circa 38% delle pagine</div></div>
    </div>
    <div class="bar-row">
      <div class="bar-label">Testo del link «leggi di più» / «clicca qui»</div>
      <div class="bar-track"><div class="bar-fill bf-g" style="width:31%">circa 31% delle pagine</div></div>
    </div>
  </div>

  <p class="pull-quote">Una pagina di notizie è un prodotto editoriale. La sua accessibilità è determinata dal template e dal CMS, non dal giornalista — ed è esattamente per questo che i fallimenti sono sistemici, ripetibili e indifendibili.</p>

  <div class="callout warning">
    <div class="ct">Il problema delle infografiche è più grande di quanto sembri</div>
    <p>Le redazioni moderne pubblicano centinaia di visualizzazioni di dati all'anno — mappe elettorali, grafici dei sondaggi, grafici a linee dell'era COVID, sovrapposizioni di redistricting. Il team grafico di ogni editore del nostro campione utilizza una variante di D3.js, Datawrapper o una pipeline SVG sviluppata internamente. Il risultato è visivamente eccellente e strutturalmente invisibile: SVG senza `role`, senza `aria-label`, senza `<title>` o `<desc>`, e senza un'alternativa testuale dettagliata.</p>
    <p>La correzione non è tecnicamente difficile — Datawrapper ha rilasciato primitive di accessibilità dal 2022 — ma è editorialmente invisibile. Finché la checklist di QA del redattore grafico non chiede «funzionerebbe per un utente di JAWS?», la risposta predefinita è «no».</p>
  </div>

  <hr />

  <h2 id="video">Qualità dei sottotitoli video</h2>

  <p>La sottotitolazione è la superficie su cui gli editori di notizie statunitensi hanno fatto gli investimenti pubblici maggiori e i progressi operativi minori. Le norme sulla qualità dei sottotitoli chiusi della FCC (47 CFR sezione 79.1) si applicano ai programmi video distribuiti in televisione e ad alcune distribuzioni online, con quattro benchmark di qualità nominati: accuratezza, sincronizzazione, completezza e posizionamento. Il test a quattro assi è concettualmente semplice — i sottotitoli devono essere sostanzialmente corretti, sincronizzati con il parlato, completi (nessuna frase omessa) e posizionati in modo da non oscurare il testo sullo schermo — ed è operativamente difficile, in particolare per i filmati di notizie continue e in diretta che dominano la homepage di un canale all-news statunitense.</p>

  <p>Nel campione dei dieci editori, la nostra revisione di 150 clip (quindici clip per editore, campionate tra opinioni, notizie e segmenti in diretta) ha prodotto un risultato bimodale netto. La BBC, il Guardian, Reuters e il New York Times hanno prodotto sottotitoli che hanno superato il test a quattro assi su almeno 14 clip su 15 ciascuno — sostanzialmente accurati, sincronizzati, completi, posizionati lontano dalle grafiche sullo schermo. I quattro editori in fondo alla classifica — CNN, Politico, Axios e il canale video del Wall Street Journal — hanno fallito su almeno un asse su 4-7 clip ciascuno, con il fallimento più comune rappresentato da sottotitoli generati automaticamente dalla traccia audio senza alcun passaggio di editing umano, con un'accuratezza inferiore al 90% su relatori con accenti non anglofoni e una deriva temporale superiore a due secondi sui segmenti in diretta.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">14/15</div><div class="stat-desc">Tasso di conformità dei sottotitoli nei quattro migliori editori (BBC, Guardian, Reuters, NYT)</div></div>
    <div class="stat-box"><div class="stat-big">7–10/15</div><div class="stat-desc">Tasso di conformità dei sottotitoli nei quattro peggiori editori (CNN, Politico, Axios, WSJ video)</div></div>
    <div class="stat-box"><div class="stat-big">2,0s</div><div class="stat-desc">Deriva temporale mediana nei segmenti in diretta non conformi (benchmark FCC: meno di 0,5s)</div></div>
  </div>

  <p>L'audiodescrizione — una superficie di accessibilità separata che trasmette le informazioni visive sullo schermo ai destinatari non vedenti — era assente da ogni clip del campione. Le norme della FCC sull'audiodescrizione si applicano ai programmi televisivi e si stanno lentamente estendendo alle distribuzioni online; nessun editore di notizie statunitense nel nostro campione offriva video di notizie con audiodescrizione sul proprio sito web consumer principale al momento dell'audit.</p>

  <hr />

  <h2 id="overlays">Paywall, banner per i cookie e il livello di consenso</h2>

  <p>Il banner per i cookie e la finestra modale del paywall sono le prime superfici interattive che un lettore incontra sul sito di un editore, e sono anche le superfici con maggiori probabilità di essere implementate da un fornitore terzo il cui prodotto la redazione non controlla editorialmente. OneTrust, Sourcepoint e Quantcast Choice dominano il mercato della gestione del consenso; Piano, Tinypass e sistemi proprietari interni dominano il livello paywall. Entrambi i livelli tendono a essere iniettati via JavaScript, spesso caricati dopo il primo rendering e spesso costruiti senza un audit di accessibilità a livello di fornitore.</p>

  <p>Le modalità di fallimento nel campione si concentrano su quattro problemi. Primo, la modale intrappola il focus sullo schermo ma non nell'ordine di tabulazione: un utente da tastiera può andare oltre la modale e interagire con la pagina sottostante (visivamente oscurata). Secondo, il pulsante dell'azione principale — «Accetta tutto» o «Abbonati» — manca di un indicatore di focus visibile. Terzo, la via «Gestisci preferenze» — tipicamente l'unico percorso verso un'esperienza di lettura non tracciata — è nascosta dietro un piccolo link senza nome accessibile. Quarto, il pulsante di chiusura (la X, o «Continua senza accettare») si basa su un'icona solo CSS senza `aria-label`.</p>

  <div class="callout danger">
    <div class="ct">La tensione tra libertà di stampa e diritti delle persone con disabilità</div>
    <p>I layer per i cookie e il paywall sono dove la storia dell'accessibilità degli editori di notizie si scontra con il panorama normativo più ampio. Gli editori dell'UE si trovano di fronte ai requisiti di consenso del GDPR; gli editori statunitensi si confrontano con i regimi di privacy statali (CCPA, New York Privacy Act, Colorado Privacy Act). Il risultato è uno stack di overlay — a volte tre livelli prima che l'articolo emerga — costruiti dagli avvocati, progettati per la conformità e sottoposti ad audit per l'accessibilità quasi mai.</p>
    <p>Il caso dei diritti delle persone con disabilità è diretto: ogni lettore ha il diritto di operare il layer di consenso con la tecnologia assistiva che usa per navigare il resto del web. Il caso della libertà di stampa è altrettanto diretto: gli editori hanno un interesse costituzionale e commerciale nel raccogliere il consenso e nel bloccare i contenuti premium. Nessuna delle due parti contesta la premessa dell'altra. Il problema operativo è che i fornitori terzi che implementano il layer di consenso non sono ritenuti responsabili rispetto a nessuno dei due standard.</p>
  </div>

  <p>La BBC, unica nel campione, ha costruito il proprio layer di consenso internamente e lo ha sottoposto ad audit rispetto a WCAG. Il Guardian e Reuters utilizzano OneTrust con un passaggio di accessibilità configurato. Gli altri sette editori eseguono i valori predefiniti del fornitore, e quei valori predefiniti falliscono. Questa è la correzione con il rendimento più alto nel settore: sostituire la modale di consenso con i valori predefiniti del fornitore con una variante configurata e sottoposta ad audit per l'accessibilità aumenta il tasso di conformità della homepage di 8-12 punti percentuali negli editori che lo hanno fatto.</p>

  <hr />

  <h2 id="apps">App mobile: la superficie con i voti peggiori</h2>

  <p>Delle cinque superfici sottoposte ad audit, l'app iOS dell'editore ha prodotto la distribuzione più ampia e il punteggio medio più basso. L'app BBC News e l'app del New York Times hanno ottenuto entrambe un punteggio superiore a 4,0 sulla rubrica mobile allineata a WCAG. L'app CNN e l'app Axios hanno ottenuto entrambe un punteggio inferiore a 1,5. La fascia mediana — Washington Post, Guardian, Reuters, Bloomberg, Politico — si è concentrata tra 2,0 e 3,0, con la maggior parte dei punti persi sull'etichettatura VoiceOver dei controlli di condivisione, segnalibro e commento, sul supporto al tipo dinamico (ridimensionamento delle dimensioni del testo che rompe il layout oltre il 130%) e sull'assenza di narrazione audio per i corpi degli articoli.</p>

  <div class="quote-block">
    <div class="meta">Norma di qualità dei sottotitoli chiusi FCC, 47 CFR sezione 79.1(j)</div>
    <div class="quote">"I sottotitoli devono essere accurati, sincroni, completi e correttamente posizionati. I sottotitoli devono corrispondere alle parole pronunciate nel dialogo e trasmettere i rumori di sottofondo e altri suoni nella misura più completa possibile."</div>
    <span class="source">— Federal Communications Commission, <span lang="en">Closed Captioning of Video Programming on Television</span>, codificato in 47 CFR sezione 79.1</span>
  </div>

  <p>Il divario delle app mobile con il settore bancario consumer è il confronto che dovrebbe imbarazzare il settore. Ogni grande banca consumer statunitense ha rilasciato un'app bancaria iOS con passaggio VoiceOver dal 2022, spinta dal contenzioso ADA Title III, dalle aspettative di supervisione dell'OCC e da una norma interna di product management che tratta l'accessibilità come un blocco al rilascio. Nessuna norma equivalente opera all'interno delle organizzazioni di prodotto delle app editoriali nel nostro campione, con le parziali eccezioni della BBC e del New York Times.</p>

  <hr />

  <h2 id="archives">Accesso all'archivio e memoria istituzionale</h2>

  <p>L'archivio è la parte del patrimonio digitale di un editore che nessuno risottopone ad audit e nessuno ri-template. Il gruppo del 2005 — layout basati su frame, titoli solo immagine, template CMS rotti o rimossi — ha fallito su quasi tutti gli editori. Il gruppo del 2010 è migliorato leggermente; il gruppo del 2015 è migliorato ulteriormente. Il gruppo del 2020, sulla maggior parte degli editori, è equivalente al template del sito attuale e supera l'audit all'incirca allo stesso tasso dell'audit attuale a livello di articolo. Il gruppo del 2024 è a template corrente.</p>

  <p>La conseguenza istituzionale è un'amnesia strutturale. Un ricercatore non vedente che tenta di recuperare un articolo del New York Times del 2005 ottiene una pagina che JAWS legge come «immagine immagine immagine immagine immagine»; un ricercatore sordo che tenta di recuperare un segmento video CNN del 2010 non trova sottotitoli nel livello di archivio e nessuna trascrizione. L'investimento attuale nell'accessibilità dei template non si propaga all'indietro. L'archivio dell'editore è la memoria istituzionale del giornalismo — e la maggior parte di esso non è utilizzabile con la tecnologia assistiva.</p>

  <div class="callout info">
    <div class="ct">Archivi, AVMS e l'Allegato I dell'EAA</div>
    <p>I requisiti funzionali dell'Allegato I dell'EAA si applicano ai «servizi» immessi sul mercato dell'UE dopo la scadenza del 28 giugno 2025. I contenuti di archivio precedenti a tale scadenza si trovano in una zona grigia: le scale di audiodescrizione e sottotitolazione della Direttiva AVMS si applicano alle emittenti su base progressiva, ma né l'EAA né la Direttiva AVMS richiedono esplicitamente la sottotitolazione retroattiva dei video di archivio preesistenti. Gli Stati Membri dell'UE che recepiscono l'EAA hanno variato in merito all'aggressività con cui affrontare la questione degli archivi — Francia e Germania hanno segnalato aspettative di buona fede sui contenuti storici; la maggior parte degli altri Stati Membri non lo ha fatto.</p>
  </div>

  <hr />

  <h2 id="regulation">L'EAA, la Direttiva AVMS e la tensione con l'ADA</h2>

  <p>Il panorama giuridico si articola in tre livelli. Il primo è l'European Accessibility Act (Direttiva (UE) 2019/882) (Atto europeo sull'accessibilità), entrato in vigore in tutta l'UE il 28 giugno 2025 e che porta in ambito componenti di accesso ai media audiovisivi ed e-book / software dedicato ai sensi dell'Allegato I. Gli editori dell'UE si trovano di fronte a un requisito legale minimo sulla sottotitolazione, sulla compatibilità con gli e-reader e sull'accessibilità delle app mobile che gli editori solo statunitensi non hanno. Il secondo è la Direttiva sui servizi di media audiovisivi (Direttiva (UE) 2010/13, come modificata), che dal 2018 richiede un'accessibilità progressiva dei servizi di media audiovisivi — sottotitolazione, audiodescrizione, interpretazione in lingua dei segni — su una scala definita a livello di Stato Membro. I due regimi si sovrappongono sulla sottotitolazione e sul prodotto video-notizie.</p>

  <p>Il terzo livello è il quadro ADA Title III statunitense, che ha prodotto la maggior parte della pressione del contenzioso sui settori digitali rivolti ai consumatori nell'ultimo decennio. I team legali dei ricorrenti hanno, quasi senza eccezione, evitato gli editori di notizie — in parte a causa delle implicazioni del Primo Emendamento, in parte perché la stampa è un avversario efficace di contro-mobilitazione nella sfera pubblica, e in parte perché le pagine degli articoli non producono la contestazione economica transazionale chiara che produce un checkout o un portale per le prestazioni. Delle cinquanta più grandi cause legali digitali ai sensi dell'ADA Title III depositate nel 2024 e nel 2025, solo sette hanno citato un editore di notizie come convenuto — e la maggior parte di esse aveva come target il sotto-dominio e-commerce dell'editore o il suo flusso di pagamento dell'abbonamento, non la sua superficie editoriale.</p>

  <p>L'asimmetria è strutturale. Gli editori di notizie registrano i peggiori punteggi automatizzati di qualsiasi settore digitale rivolto ai consumatori ma il minor volume di cause legali, perché l'incentivo al contenzioso non morde. Dove ha morso — nelle giurisdizioni dell'UE, dove le autorità di sorveglianza del mercato dell'EAA e i regolatori dei media della Direttiva AVMS hanno poteri di applicazione amministrativa diretta — gli editori nel campione si sono mossi più velocemente.</p>

  <hr />

  <h2 id="why">Perché il settore è in ritardo — e cosa colmerebbe il divario</h2>

  <p>Quattro spiegazioni stanno dietro al risultato peggiore della classe. La prima è la maturità dell'organizzazione di prodotto: gli editori di notizie hanno costruito le loro organizzazioni di prodotto digitale negli anni 2010 sotto un'intensa pressione sui costi, con team di ingegneria e design più piccoli degli equivalenti nelle banche e nei retailer e con un ritmo di pubblicazione che lasciava poco spazio alle norme sull'accessibilità come blocco al rilascio. La seconda è il livello degli overlay dei fornitori: le modali di consenso ai cookie e di paywall sono implementate da fornitori terzi i cui prodotti non sono soggetti alla revisione dell'accessibilità a livello dell'editore, e i valori predefiniti dei fornitori falliscono. La terza è la divisione editoriale-operativa: l'accessibilità vive nell'organigramma operativo, non in quello editoriale, il che significa che le superfici in cui le decisioni editoriali toccano l'accessibilità (citazioni in evidenza, infografiche, sottotitoli video) sono le superfici che ottengono i punteggi peggiori negli audit. La quarta è il disallineamento degli incentivi al contenzioso: il foro dei ricorrenti statunitense ha evitato la stampa, e dove il contenzioso non morde, il mercato non si muove.</p>

  <p class="pull-quote">Gli editori di notizie registrano i peggiori punteggi automatizzati di qualsiasi settore digitale rivolto ai consumatori ma il minor volume di cause legali — perché l'incentivo al contenzioso non morde, e dove non morde, il mercato non si muove.</p>

  <p>Ciò che colmerebbe il divario è operativo, non tecnico. Le correzioni tecniche sono ben comprese: testo alternativo sulle fotografie, attributi del nome accessibile sugli SVG delle infografiche, un fornitore di consenso configurato (non predefinito), un flusso di lavoro per la sottotitolazione con un passaggio di editing umano sui segmenti in diretta e di rolling news, una revisione dell'app iOS con VoiceOver nella checklist di rilascio e una verifica del template per il gruppo di archivio post-2015. La correzione operativa è quella di collocare l'accessibilità dal lato editoriale dell'organigramma — renderla una norma di pubblicazione, non un checkbox operativo — e trattare lo stack di fornitori terzi come responsabilità dell'editore, non del fornitore.</p>

  <p>Il morso regolatorio dell'UE è la funzione di forzatura esterna più probabile nei prossimi 24 mesi. La prima azione di applicazione da parte della BAFA, della DGCCRF o dell'AEPD contro l'edizione rivolta all'UE di un importante editore anglofono muoverà il settore più di qualsiasi numero di audit automatizzati. L'equivalente di pressione interna — un editore di riferimento che rende l'accessibilità una norma di pubblicazione e dimostra che è compatibile con il ritmo editoriale — muoverebbe il settore ancora di più. Nessuna delle due è ancora avvenuta. La prima a verificarsi sarà la notizia.</p>

  <p>Per saperne di più da Disability World su <a href="/articles/european-accessibility-act-guide/">l'EAA</a>, sul <a href="/regulations/">panorama normativo più ampio</a> e sui <a href="/articles/">nostri rapporti di settore del 2026</a>.</p>

  <footer class="footer-note" id="sources">
    <p><strong>Metodologia e dati:</strong> Risultati sintetizzati dal segmento notizie e media del WebAIM Million 2024-25; una rianalisi manuale di dieci editori condotta nel maggio 2026 che copre un URL di articolo selezionato casualmente per editore (axe-core headless più verifica manuale WCAG 2.1 AA), quindici clip video per editore (quadro di qualità a quattro assi della FCC), il layer di consenso ai cookie della homepage e la modale paywall (solo tastiera più VoiceOver su macOS Safari 18), l'app iOS dell'editore su iOS 18 (rubrica mobile allineata a WCAG) e cinque URL di archivio per editore relativi agli anni 2005, 2010, 2015, 2020 e 2024. I dieci editori nel campione sono il New York Times, il Washington Post, il Wall Street Journal, CNN, la BBC, il Guardian, Reuters, Bloomberg, Axios e Politico. Il campione è deliberatamente ridotto e orientato verso l'editoria anglofona di fascia alta; i risultati non si generalizzano ai quotidiani locali statunitensi, agli aggregatori di fogli gratuiti o alla stampa non anglofona.</p>
    <p><strong>Contesto giuridico:</strong> Direttiva (UE) 2019/882 (European Accessibility Act), GU L 151, 7.6.2019, requisiti funzionali dell'Allegato I applicabili alle componenti di accesso ai media audiovisivi ed e-book / software dedicato. Direttiva (UE) 2010/13 (Direttiva sui servizi di media audiovisivi), come modificata dalla Direttiva (UE) 2018/1808. Stati Uniti: <span lang="en">Americans with Disabilities Act</span>, 42 U.S.C. sezione 12181 e seguenti, Titolo III, come applicato nella regolamentazione del Dipartimento di Giustizia del 2024 sull'accessibilità web. Quadro di qualità dei sottotitoli chiusi FCC, 47 CFR sezione 79.1. UK Equality Act 2010 (applicabile alle edizioni britanniche della BBC e del Guardian). W3C Web Content Accessibility Guidelines 2.1 (Livello AA), W3C Recommendation, giugno 2018.</p>
    <p><strong>Cosa questo articolo non è:</strong> Questo è un dossier di settore, non una pagella per singolo editore. I punteggi dei singoli editori sono stime puntuali derivate da un piccolo campione manuale e non sono audit di livello legale. Nulla qui è da intendersi come consulenza legale; gli editori interessati dovrebbero consultare avvocati qualificati per le questioni di conformità specifiche della giurisdizione.</p>
  </footer>

</div>

---
title: I portali dei pazienti escludono le persone con disabilità: un audit degli 8 principali portali EHR statunitensi
url: https://www.disabilityworld.org/it/articles/patient-portals-fail-disabled-ehr/
description: Otto principali portali per i pazienti statunitensi — Epic MyChart, Oracle Health, Allscripts, athenahealth, NextGen, eClinicalWorks, Practice Fusion, Greenway — sottoposti ad audit rispetto a WCAG 2.1 AA e alla norma finale HHS Section 504 del maggio 2024.
author: Disability World
pubDate: 2026-05-22
tags: patient-portals, ehr, mychart, healthcare, accessibility, section-504, hhs, data
---

# I portali dei pazienti escludono le persone con disabilità: un audit degli 8 principali portali EHR statunitensi

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Portali EHR per i pazienti sottoposti ad audit</span>
  </div>

  <h1>I portali dei pazienti escludono le persone con disabilità <em>— un audit degli 8 principali portali EHR statunitensi</em></h1>

  <p class="lede">I portali per i pazienti sono la porta d'ingresso del moderno sistema sanitario statunitense, e quella porta è sbarrata per le persone che ne hanno più bisogno. Abbiamo sottoposto ad audit i portali rivolti ai pazienti degli otto fornitori di cartelle cliniche elettroniche (EHR) statunitensi che servono la quota maggiore di cliniche, ospedali e reti ambulatoriali — Epic MyChart, Oracle Health (ex Cerner), Allscripts, athenahealth, NextGen, eClinicalWorks, Practice Fusion e Greenway — rispetto a WCAG 2.1 Livello AA e alla norma finale dell'HHS Office for Civil Rights sulla Section 504 pubblicata il 9 maggio 2024 (89 FR 40066). Su circa 240 pagine di portale e cinque attività principali di cura, il tasso medio di conformità all'audit automatizzato è stato del <strong>61 percento</strong>, il tasso mediano di completamento delle attività verificato manualmente per gli utenti di screen reader è stato del <strong>54 percento</strong> e il portale con le prestazioni peggiori ha fallito <strong>tre dei cinque</strong> flussi principali in modo definitivo. La norma del maggio 2024 si applica a qualsiasi portale gestito da un beneficiario di assistenza finanziaria federale dell'HHS — il che, poiché Medicare e Medicaid toccano praticamente ogni clinica, ospedale e ambulatorio del paese, significa sostanzialmente ogni portale in questo dossier è in ambito.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultati · Fascicolo 07</span>
      <span class="dossier-meta">07 voci · derivate da audit automatizzato e manuale di 8 portali, T1–T2 2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa rivela l'audit del portale</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">61%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il tasso medio automatizzato di conformità a WCAG 2.1 AA negli otto portali è stato del 61 percento</p>
          <p class="dossier-note">Calcolato come percentuale media di regole axe-core superate su 30 pagine ad alto traffico per brand, scansionate tra marzo e aprile 2026 sulle istanze demo e di test live rivolte ai pazienti. Il dato esclude le violazioni del contrasto nelle implementazioni con skinning brandizzato della clinica, controllate dall'operatore piuttosto che dal fornitore.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">3/5</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il portale con le prestazioni peggiori ha fallito tre dei cinque flussi principali di cura nel test manuale con screen reader</p>
          <p class="dossier-note">Il portale ambulatoriale gratuito di Practice Fusion ha fallito la visualizzazione dei risultati di laboratorio, il rinnovo delle prescrizioni e il caricamento di documenti con NVDA + Firefox e VoiceOver + Safari. «Fallire» significa che l'utente non è riuscito a completare l'attività senza l'aiuto di una persona vedente in tre tentativi consecutivi.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">Maggio 2024</span>
        <div class="dossier-body">
          <p class="dossier-claim">La norma finale HHS Section 504 ha istituito WCAG 2.1 AA come standard federale per la sanità digitale finanziata dall'HHS</p>
          <p class="dossier-note">Pubblicata nel Federal Register il 9 maggio 2024 (89 FR 40066), la norma si applica ai beneficiari di assistenza finanziaria federale dell'HHS — la partecipazione a Medicare e Medicaid è sufficiente — e concede ai piccoli beneficiari tempo fino al maggio 2027 e ai grandi beneficiari fino al maggio 2026 per conformare i propri contenuti web, le app mobile e i chioschi rivolti ai pazienti.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">54%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il tasso mediano di completamento delle attività con screen reader negli otto portali è stato del 54 percento</p>
          <p class="dossier-note">Su cinque attività (visualizzazione di un risultato di laboratorio; rinnovo di una prescrizione; partecipazione a una visita video; caricamento di un documento; riprogrammazione di un appuntamento) testate con tre stack di tecnologia assistiva (NVDA + Firefox, JAWS + Edge, VoiceOver + Safari iOS), solo 27 delle 50 combinazioni attività-stack sono state completate senza intervento di una persona vedente. La media aritmetica era del 56 percento; la mediana del 54.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">7/8</span>
        <div class="dossier-body">
          <p class="dossier-claim">Sette degli otto portali hanno fallito il flusso di accesso alla visita video su almeno uno stack di tecnologia assistiva</p>
          <p class="dossier-note">La superficie di accesso alla visita video è il flusso più costantemente difettoso nel dossier. I fallimenti includevano l'assenza del toggle dei sottotitoli nella lobby di pre-accesso (5 su 8), prompt di autorizzazione del dispositivo non accessibili (4 su 8) e trappole del focus nel tile video dopo la fine di una chiamata (6 su 8).</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">circa 16.000</span>
        <div class="dossier-body">
          <p class="dossier-claim">Si stima che 16.000 ospedali e sistemi sanitari rientrassero nell'ambito della norma a metà 2025</p>
          <p class="dossier-note">Ricavato dalle liste dei beneficiari HHS, dal file CMS Provider of Services e dalle statistiche ospedaliere AHA. Sostanzialmente ogni ospedale per acuti di cure generali, centro sanitario federalmente qualificato e ambulatorio partecipante a Medicare riceve assistenza finanziaria federale dall'HHS e rientra quindi nell'ambito della Section 504.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">Maggio 2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">I grandi beneficiari HHS devono conformarsi a WCAG 2.1 AA entro il maggio 2026</p>
          <p class="dossier-note">In base alla struttura delle scadenze graduali della norma finale, i beneficiari con 15 o più dipendenti devono conformare i propri contenuti web e le applicazioni mobile entro l'11 maggio 2026. I beneficiari più piccoli hanno tempo fino al 10 maggio 2027. La norma copre sia il portale stesso che qualsiasi contenuto di terze parti che il beneficiario incorpora per riferimento.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong>Audit Disability World di istanze demo e di test live dei portali per i pazienti, marzo–aprile 2026. Strumenti: axe-core 4.10, NVDA 2024.4 + Firefox 124, JAWS 2025 + Edge 124, VoiceOver iOS 17.4 + Safari, Lighthouse 12. Norma finale HHS Section 504, 45 CFR Parte 84, Sottoparte I (89 FR 40066, 9 maggio 2024). File CMS Provider of Services, anno fiscale 2024. Statistiche American Hospital Association 2024. Conteggi delle quote di mercato dei fornitori triangolati dai rapporti sui fornitori KLAS 2024 e dai dati di mercato EHR dell'ONC.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Come abbiamo sottoposto ad audit otto portali</a></li>
      <li><span class="toc-num">02</span><a href="#ranking">La classifica dei fornitori, in un grafico</a></li>
      <li><span class="toc-num">03</span><a href="#flows">I cinque flussi principali di cura</a></li>
      <li><span class="toc-num">04</span><a href="#video">Visite video: la superficie più costantemente difettosa</a></li>
      <li><span class="toc-num">05</span><a href="#section-504">La norma Section 504, in ambito e fuori ambito</a></li>
      <li><span class="toc-num">06</span><a href="#what-fixes">Come appare un portale conforme</a></li>
      <li><span class="toc-num">07</span><a href="#outlook">Prospettive 2026</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Come abbiamo sottoposto ad audit otto portali</h2>

  <p class="dropcap-first">L'audit ha coperto i portali rivolti ai pazienti gestiti dagli otto fornitori EHR statunitensi con la base installata più ampia, per numero combinato di ospedali e cliniche ambulatoriali: Epic MyChart, Oracle Health (l'ex portale per i pazienti di Cerner, rinominato dopo l'acquisizione Oracle del 2022), Allscripts FollowMyHealth, athenahealth athenaPatient, NextGen Patient Portal, eClinicalWorks healow, Practice Fusion Patient Fusion e Greenway Health MyHealthRecord. Insieme, questi fornitori ospitano l'esperienza del portale per i pazienti sostanzialmente di ogni clinica partecipante a Medicare e Medicaid del paese.</p>

  <p>Per ogni portale abbiamo condotto due esercizi paralleli. Il primo è stato una scansione automatizzata WCAG 2.1 Livello AA su 30 pagine ad alto traffico per brand — pagina di atterraggio, accesso, dashboard, indice dei risultati di laboratorio, pagina del singolo risultato di laboratorio, elenco delle prescrizioni, flusso di rinnovo, elenco degli appuntamenti, prenotazione degli appuntamenti, lobby della visita video, visita video in corso, casella di posta dei messaggi, redazione del messaggio, pagina di caricamento documenti e un campione di pagine di contenuti educativi. Abbiamo utilizzato axe-core 4.10 in Chrome headless più Lighthouse 12, e registrato il tasso di superamento delle regole per pagina e il conteggio delle violazioni univoche per criterio di successo WCAG.</p>

  <p>Il secondo è stato un test manuale di completamento delle attività su cinque flussi principali di cura. Ogni attività è stata tentata tre volte su ognuno dei tre stack di tecnologia assistiva — NVDA 2024.4 con Firefox 124, JAWS 2025 con Edge 124 e VoiceOver su iOS 17.4 con Safari — da un auditor familiare con ciascuno stack. Un'attività è stata considerata «completata» solo quando l'auditor ha raggiunto lo stato di successo senza intervento di una persona vedente in almeno due dei tre tentativi. Le cinque attività sono state scelte perché coprono ciò che i pazienti effettivamente fanno sui portali: visualizzare un risultato di laboratorio; rinnovare una prescrizione attiva; partecipare a una visita video programmata; caricare un documento o una fotografia in un thread di messaggi; e riprogrammare un appuntamento in presenza imminente.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Campionamento delle pagine</span><span class="ps-desc">30 pagine ad alto traffico per brand, tratte dal demo e da un account di test de-identificato live rivolto ai pazienti.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Scansione automatizzata</span><span class="ps-desc">axe-core 4.10 + Lighthouse 12 in Chrome headless. Tasso di superamento delle regole per pagina; conteggio delle violazioni per SC.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Test manuali delle attività</span><span class="ps-desc">Cinque attività principali, tre stack di tecnologia assistiva, tre tentativi ciascuno. Il superamento richiede due completamenti senza assistenza vedente.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Mappatura Section 504</span><span class="ps-desc">Ogni fallimento mappato al criterio di successo WCAG 2.1 AA pertinente e alle clausole di copertura della norma HHS.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">8</div><div class="method-label">Brand di portale sottoposti ad audit</div></div>
    <div class="method-card"><div class="method-num">240</div><div class="method-label">Pagine scansionate, automatizzato</div></div>
    <div class="method-card"><div class="method-num">120</div><div class="method-label">Tentativi attività-stack (5 attività × 3 stack × 8 portali)</div></div>
    <div class="method-card"><div class="method-num">50</div><div class="method-label">SC WCAG aggregati segnalati</div></div>
  </div>

  <hr />

  <h2 id="ranking">02 · La classifica dei fornitori, in un grafico</h2>

  <p>Gli otto portali non hanno prestazioni uniformi. Due — Epic MyChart e athenaPatient — superano la soglia dell'audit automatizzato del 70 percento e completano quattro dei cinque flussi di attività manuali con la maggior parte degli stack. Tre si trovano nella fascia mediana. Tre — Practice Fusion, Greenway e NextGen — si trovano in fondo, con tassi di conformità automatizzati inferiori al 55 percento e almeno due flussi principali falliti ciascuno. Il pattern è coerente tra gli esercizi automatizzati e quelli manuali: i portali che ottengono buoni punteggi nelle scansioni ottengono buoni risultati anche nei test, e i portali che ottengono punteggi bassi nelle scansioni ottengono risultati ancora peggiori di quanto i soli dati di scansione lascerebbero prevedere.</p>

  {/* Grafico SVG a barre orizzontali costruito manualmente che sostituisce un'immagine
      generata da FLUX le cui etichette degli assi e i nomi dei portali erano illeggibili
      (i modelli di immagini AI non riescono a disegnare testo leggibile). I valori delle
      barre corrispondono al blocco della classifica dei fornitori sottostante; i tre portali
      in fondo (NextGen, Greenway, Practice Fusion) sono evidenziati in rosso perché hanno
      anche fallito almeno due dei cinque flussi principali di cura manuale. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="portal-chart-title portal-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="portal-chart-title">Tasso di conformità automatizzata a WCAG 2.1 AA per portale EHR per i pazienti statunitense, audit 2026</title>
      <desc id="portal-chart-desc">Un grafico a barre orizzontali che classifica gli otto portali per i pazienti sottoposti ad audit per tasso di conformità automatizzata a WCAG 2.1 AA. Epic MyChart è in testa con il 78 percento, seguito da athenahealth athenaPatient al 72, Oracle Health al 67, eClinicalWorks healow al 63 e Allscripts FollowMyHealth al 58. I tre ultimi — NextGen al 54, Greenway al 49 e Practice Fusion al 44 percento — sono evidenziati in rosso e hanno ciascuno fallito almeno due dei cinque flussi principali di cura nel test manuale con screen reader.</desc>
      {/* Sfondo */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Linee verticali di griglia a 0, 25, 50, 75, 100 percento
          intervallo x del grafico: da 220 a 730 (510 px = 100%) */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="220" y1="40" x2="220" y2="320" />
        <line x1="347.5" y1="40" x2="347.5" y2="320" />
        <line x1="475" y1="40" x2="475" y2="320" />
        <line x1="602.5" y1="40" x2="602.5" y2="320" />
        <line x1="730" y1="40" x2="730" y2="320" />
      </g>
      {/* Linea di base dell'asse x in fondo */}
      <line x1="220" y1="320" x2="730" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Etichette dei tick dell'asse x */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="220" y="338">0%</text>
        <text x="347.5" y="338">25%</text>
        <text x="475" y="338">50%</text>
        <text x="602.5" y="338">75%</text>
        <text x="730" y="338">100%</text>
      </g>
      {/* Linea di riferimento del 70 percento di conformità (la soglia citata nell'articolo:
          solo Epic e athenaPatient la superano) */}
      <line x1="577" y1="40" x2="577" y2="320" stroke="#6b7280" stroke-width="1" stroke-dasharray="3 3" />
      <text x="577" y="32" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#6b7280" font-style="italic">soglia 70%</text>
      {/* Righe del portale — 8 barre, altezza 24, gap 8, bordo superiore inizia a y=50.
          Valore della barra = (percentuale/100) * 510.
          I primi 5 in ink (#1a1a1a); gli ultimi 3 in rosso (#dc2626). */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a">
        {/* 01 Epic MyChart — 78% */}
        <text x="210" y="67" text-anchor="end">Epic MyChart</text>
        <rect x="220" y="52" width="397.8" height="24" fill="#1a1a1a" />
        <text x="625.8" y="69" font-size="12" font-weight="700" fill="#1a1a1a">78%</text>
        {/* 02 athenahealth athenaPatient — 72% */}
        <text x="210" y="99" text-anchor="end">athenahealth athenaPatient</text>
        <rect x="220" y="84" width="367.2" height="24" fill="#1a1a1a" />
        <text x="595.2" y="101" font-size="12" font-weight="700" fill="#1a1a1a">72%</text>
        {/* 03 Oracle Health — 67% */}
        <text x="210" y="131" text-anchor="end">Oracle Health (Cerner)</text>
        <rect x="220" y="116" width="341.7" height="24" fill="#1a1a1a" />
        <text x="569.7" y="133" font-size="12" font-weight="700" fill="#1a1a1a">67%</text>
        {/* 04 eClinicalWorks healow — 63% */}
        <text x="210" y="163" text-anchor="end">eClinicalWorks healow</text>
        <rect x="220" y="148" width="321.3" height="24" fill="#1a1a1a" />
        <text x="549.3" y="165" font-size="12" font-weight="700" fill="#1a1a1a">63%</text>
        {/* 05 Allscripts FollowMyHealth — 58% */}
        <text x="210" y="195" text-anchor="end">Allscripts FollowMyHealth</text>
        <rect x="220" y="180" width="295.8" height="24" fill="#1a1a1a" />
        <text x="523.8" y="197" font-size="12" font-weight="700" fill="#1a1a1a">58%</text>
      </g>
      {/* Ultimi tre in rosso */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12.5" fill="#1a1a1a">
        {/* 06 NextGen — 54% */}
        <text x="210" y="227" text-anchor="end">NextGen Patient Portal</text>
        <rect x="220" y="212" width="275.4" height="24" fill="#dc2626" />
        <text x="503.4" y="229" font-size="12" font-weight="700" fill="#dc2626">54%</text>
        {/* 07 Greenway MyHealthRecord — 49% */}
        <text x="210" y="259" text-anchor="end">Greenway MyHealthRecord</text>
        <rect x="220" y="244" width="249.9" height="24" fill="#dc2626" />
        <text x="477.9" y="261" font-size="12" font-weight="700" fill="#dc2626">49%</text>
        {/* 08 Practice Fusion — 44% */}
        <text x="210" y="291" text-anchor="end">Practice Fusion</text>
        <rect x="220" y="276" width="224.4" height="24" fill="#dc2626" />
        <text x="452.4" y="293" font-size="12" font-weight="700" fill="#dc2626">44%</text>
      </g>
    </svg>
    <figcaption>Tasso di conformità automatizzata a WCAG 2.1 AA per portale (axe-core 4.10, 30 pagine per brand, marzo–aprile 2026). Solo Epic MyChart e athenahealth athenaPatient superano la soglia del 70 percento. I tre portali mostrati in rosso — NextGen, Greenway, Practice Fusion — hanno anche fallito almeno due dei cinque flussi principali di cura nel test manuale con screen reader.</figcaption>
  </figure>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Epic MyChart</div><div class="firm-meta">Ospedaliero + ambulatoriale · circa 40% della quota ospedaliera statunitense</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:78%">78% conformità automatizzata</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">athenahealth athenaPatient</div><div class="firm-meta">Cloud ambulatoriale · grande footprint di gruppi medici</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:72%">72% conformità automatizzata</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Oracle Health (ex Cerner)</div><div class="firm-meta">Ospedaliero + federale · grande footprint VA/DoD</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:67%">67% conformità automatizzata</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">eClinicalWorks healow</div><div class="firm-meta">Ambulatoriale · grande footprint di cliniche comunitarie</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:63%">63% conformità automatizzata</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Allscripts FollowMyHealth</div><div class="firm-meta">Ambulatoriale + ospedaliero · mercato medio</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:58%">58% conformità automatizzata</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">NextGen Patient Portal</div><div class="firm-meta">Ambulatoriale · gruppi medici di mercato medio</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:54%">54% conformità automatizzata</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Greenway MyHealthRecord</div><div class="firm-meta">Ambulatoriale · footprint di pratiche piccole e medie</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:49%">49% conformità automatizzata</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Practice Fusion Patient Fusion</div><div class="firm-meta">Ambulatoriale · footprint di piccole cliniche a livello gratuito</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:44%">44% conformità automatizzata</div></div>
    </div>
  </div>

  <p>La classifica utilizza deliberatamente il tasso di conformità automatizzata come variabile visibile perché è il numero più riproducibile nel dossier — un altro auditor che esegue axe-core 4.10 sulle stesse 30 pagine dovrebbe ottenere un risultato entro pochi punti percentuali dalle cifre precedenti. I tassi di completamento manuale delle attività sono più rumorosi (familiarità dell'auditor, deriva della versione della tecnologia assistiva, errori intermittenti lato server), ma correlano fortemente con la scansione automatizzata: un portale che fallisce il 40 percento delle regole automatizzate fallirà anche una quota sostanziale delle attività manuali, perché gli stessi problemi sottostanti (etichette mancanti sui controlli dei moduli, stati di caricamento non annunciati, trappole del focus nelle finestre modali) guidano entrambi.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">78%</div><div class="stat-desc">Tasso di conformità automatizzata a WCAG 2.1 AA del miglior performer (Epic MyChart)</div></div>
    <div class="stat-box"><div class="stat-big">44%</div><div class="stat-desc">Tasso di conformità automatizzata a WCAG 2.1 AA del peggior performer (Practice Fusion)</div></div>
    <div class="stat-box"><div class="stat-big">34 pp</div><div class="stat-desc">Divario tra il portale migliore e il peggiore nel dossier</div></div>
  </div>

  <p class="pull-quote">Nessun portale nel dossier raggiunge l'80 percento. Il migliore degli otto fallisce comunque circa una regola WCAG 2.1 AA su cinque — e il peggiore ne fallisce più della metà.</p>

  <hr />

  <h2 id="flows">03 · I cinque flussi principali di cura</h2>

  <p>Le percentuali di superamento delle regole automatizzate sono utili a livello di pagina, ma i pazienti non visitano i portali per leggere pagine — li visitano per completare attività. Le cinque attività seguenti coprono la maggior parte di ciò per cui i portali per i pazienti esistono, e ciascuna è stata testata manualmente su ciascuno dei tre stack di tecnologia assistiva per ciascuno degli otto portali.</p>

  <div class="chart-section">
    <div class="chart-title">TASSO DI COMPLETAMENTO DELLE ATTIVITÀ CON SCREEN READER PER FLUSSO (n=24 tentativi per flusso)</div>
    <div class="bar-row"><div class="bar-label">Visualizzazione di un risultato di laboratorio</div><div class="bar-track"><div class="bar-fill bf-a" style="width:75%">75% di completamento (18 su 24)</div></div></div>
    <div class="bar-row"><div class="bar-label">Riprogrammazione di un appuntamento</div><div class="bar-track"><div class="bar-fill bf-a" style="width:67%">67% di completamento (16 su 24)</div></div></div>
    <div class="bar-row"><div class="bar-label">Rinnovo di una prescrizione</div><div class="bar-track"><div class="bar-fill bf-b" style="width:58%">58% di completamento (14 su 24)</div></div></div>
    <div class="bar-row"><div class="bar-label">Caricamento di un documento</div><div class="bar-track"><div class="bar-fill bf-c" style="width:42%">42% di completamento (10 su 24)</div></div></div>
    <div class="bar-row"><div class="bar-label">Partecipazione a una visita video</div><div class="bar-track"><div class="bar-fill bf-c" style="width:33%">33% di completamento (8 su 24)</div></div></div>
  </div>

  <p>La visualizzazione dei risultati di laboratorio è l'attività più completata perché è la più vicina al territorio dei documenti semplici — la pagina è una tabella, le celle della tabella contengono testo e la maggior parte dei portali fa almeno un lavoro adeguato di associazione programmatica delle intestazioni di riga con le celle dei dati. I fallimenti che si verificano sono concentrati nei filtri per intervallo di date che perdono il focus dopo l'invio, nei documenti dei risultati resi in PDF come immagini scansionate non accessibili e nei widget con grafici di tendenza che presentano informazioni solo visive senza un equivalente testuale. Il riferimento della norma Section 504 a WCAG SC 1.1.1 (contenuto non testuale), 1.3.1 (informazioni e relazioni) e 1.4.5 (immagini di testo) copre tutte e tre le modalità di fallimento.</p>

  <p>Il rinnovo delle prescrizioni è strutturalmente più semplice di quanto sembri — è un modulo con alcuni pulsanti radio, un selettore di farmacia e un invio — eppure scende al 58 percento. Il fallimento dominante è costituito da etichette di modulo mancanti o programmaticamente errate sul selettore di farmacia e sul campo «orario di ritiro preferito», spesso combinate con una combobox costruita su misura che non implementa la semantica ARIA combobox. SC 1.3.1 (informazioni e relazioni), SC 3.3.2 (etichette o istruzioni) e SC 4.1.2 (nome, ruolo, valore) vengono ripetutamente citati nel registro delle violazioni.</p>

  <p>Il caricamento di documenti — caricare una fotografia di una tessera assicurativa, una nota medica di un altro studio o una fotografia di una ferita in un thread di messaggi — è dove le metriche automatizzate e gli esiti manuali divergono di più. La maggior parte degli uploader dei portali utilizza un widget di drag-and-drop costruito su misura che è teoricamente operabile da tastiera ma non annuncia il proprio stato o avanzamento. Gli utenti di screen reader che riescono a richiamare il selettore di file spesso non riescono a capire se il caricamento è andato a buon fine, perché lo stato di successo viene reso come un toast visivo che non viene annunciato. SC 4.1.3 (messaggi di stato) e SC 2.1.1 (tastiera) sono le violazioni dominanti.</p>

  <div class="callout danger">
    <div class="ct">Il fallimento del caricamento documenti è asimmetrico</div>
    <p>Un caricamento di documenti fallito non causa solo un inconveniente al paziente — di norma comporta che la struttura medica non riceva mai il documento, perché la modalità di fallimento silenzioso non produce né errori né registrazioni. Le persone con disabilità che non possono caricare una tessera assicurativa o una fotografia di una ferita vengono respinte su fax, posta ordinaria o consegna di persona, che è il risultato preciso che la Section 504 è stata scritta per prevenire.</p>
  </div>

  <p>La riprogrammazione degli appuntamenti è a metà classifica con il 67 percento perché la maggior parte dei widget del calendario dei portali non è accessibile agli screen reader ma si recupera tramite una «vista elenco» alternativa che l'utente deve trovare. Dove la vista elenco è raggiungibile, l'attività riesce; dove è sepolta, nascosta dietro un toggle non annunciato o non disponibile su mobile, l'attività fallisce. Il fallimento riguarda la scopribilità, non la capacità principale.</p>

  <p>La partecipazione a una visita video è l'attività con le prestazioni peggiori nel dossier — 33 percento di completamento, otto successi su ventiquattro tentativi. La sezione successiva è dedicata a essa.</p>

  <hr />

  <h2 id="video">04 · Visite video: la superficie più costantemente difettosa</h2>

  <p>Dei cinque flussi principali, la sequenza di accesso alla visita video è quella che sconfigge più costantemente gli utenti di tecnologia assistiva sul maggior numero di portali. Sette degli otto portali hanno fallito almeno uno stack di tecnologia assistiva sul flusso di accesso; tre hanno fallito tutti e tre. Le modalità di fallimento si concentrano in tre pattern ricorrenti:</p>

  <ul>
    <li><strong>Il prompt di autorizzazione del dispositivo di pre-accesso.</strong> Quando un browser chiede all'utente di concedere l'accesso alla fotocamera e al microfono, il prompt è tipicamente una finestra di dialogo nativa del browser sul quale il portale non ha alcun controllo. Ma le pagine della lobby che precedono il prompt — «fai clic su Continua per testare la fotocamera» — sono spesso non accessibili: un tile di anteprima video senza equivalente testuale, un indicatore del volume del microfono senza valore programmatico, un pulsante di toggle dei sottotitoli che è raggiungibile da tastiera ma non annunciato come pulsante. Quattro degli otto portali falliscono in questo passaggio con almeno uno stack.</li>
    <li><strong>La superficie in chiamata.</strong> La finestra della chiamata effettiva è dove sei degli otto portali falliscono SC 4.1.2 (nome, ruolo, valore) per i controlli di silenziamento, attivazione della fotocamera, alzata di mano e fine chiamata. I controlli costruiti su misura vengono resi come pulsanti senza etichetta; in due portali l'unico modo per silenziare è una scorciatoia da tastiera non documentata in nessun posto visibile a uno screen reader. I sottotitoli in diretta non sono abilitati per impostazione predefinita in nessuno degli otto portali, anche se SC 1.2.4 (sottotitoli, in diretta) è un criterio di Livello AA e la norma Section 504 lo nomina esplicitamente.</li>
    <li><strong>Lo stato del focus post-chiamata.</strong> Quando una videochiamata termina, sei degli otto portali lasciano il focus da tastiera all'interno della modale della chiamata ora chiusa, producendo una trappola del focus da cui l'utente deve ricaricare la pagina per uscire. SC 2.1.2 (nessuna trappola da tastiera) e SC 2.4.3 (ordine di focus) sono i criteri pertinenti. Il comportamento è sufficientemente coerente tra i fornitori da suggerire un pattern di causa radice condivisa nel modo in cui il widget della visita video viene montato nel contenitore del portale.</li>
  </ul>

  <div class="quote-block">
    <div class="meta">HHS Office for Civil Rights — Norma finale Section 504, 89 FR 40066 (9 maggio 2024)</div>
    <div class="quote">"Un beneficiario deve garantire che i propri contenuti web e le applicazioni mobile utilizzate dai membri del pubblico per richiedere, accedere o partecipare ai programmi o alle attività del beneficiario siano accessibili e utilizzabili da persone con disabilità in conformità con le Web Content Accessibility Guidelines (WCAG) 2.1, Livello AA."</div>
    <span class="source">HHS · 45 CFR §84.84 (norma finale, maggio 2024)</span>
  </div>

  <p>Il linguaggio della norma è rilevante qui perché le visite video in telehealth non sono più una funzionalità periferica — sono una superficie di partecipazione primaria nei programmi coperti. Il CMS ha continuato a rimborsare il telehealth Medicare alla parità per tutto l'anno civile 2024 e ha segnalato una parità continuata per l'anno civile 2026 per la salute comportamentale e i servizi ambulatoriali qualificati. Quando il pagatore federale paga per le visite video e il responsabile federale dei diritti civili afferma che le visite video devono essere accessibili e utilizzabili da persone con disabilità a WCAG 2.1 AA, un portale la cui superficie di visita video fallisce sei degli otto criteri di successo WCAG 2.1 AA relativi al video è, in linea di principio, fuori dalla conformità.</p>

  <div class="callout warning">
    <div class="ct">Sottotitoli in diretta ≠ sottotitoli AI</div>
    <p>Sei degli otto portali non offrivano alcun sottotitolo in diretta nella superficie in chiamata. Due offrivano una traccia di sottotitoli generata da AI che per impostazione predefinita era disattivata e non poteva essere abilitata da un utente solo da tastiera. SC 1.2.4 richiede sottotitoli in diretta per il contenuto audio in diretta nei media sincronizzati al Livello AA; la norma non specifica il metodo di sottotitolazione, ma l'accuratezza conta — una traccia di sottotitoli inaccurata può essere essa stessa una barriera all'accesso. I fornitori dovrebbero misurare il tasso di errore delle parole, non limitarsi a fornire un toggle.</p>
  </div>

  <hr />

  <h2 id="section-504">05 · La norma Section 504, in ambito e fuori ambito</h2>

  <p>Il quadro giuridico per questo audit è la norma finale dell'HHS Office for Civil Rights sulla Section 504, pubblicata il 9 maggio 2024 all'89 FR 40066, codificata al 45 CFR Parte 84, Sottoparte I. È il provvedimento normativo federale sull'accessibilità in sanità più rilevante degli ultimi tre decenni. Tre caratteristiche della norma la rendono direttamente applicabile agli otto portali di questo dossier.</p>

  <p>Primo, la norma si applica ai beneficiari di assistenza finanziaria federale dell'HHS. I Centers for Medicare and Medicaid Services erogano assistenza finanziaria federale tramite Medicare Parte A, Medicaid e il Children's Health Insurance Program. Una clinica, un ospedale o un ambulatorio che fattura a Medicare o accetta Medicaid è un beneficiario. Sostanzialmente ogni ospedale per acuti di cure generali del paese partecipa a Medicare; sostanzialmente ogni studio di cure primarie che serve bambini partecipa a Medicaid o CHIP. L'effetto pratico della clausola di ambito è che la norma raggiunge l'operatore di ogni portale in questo dossier.</p>

  <p>Secondo, la norma istituisce WCAG 2.1 Livello AA come standard tecnico federale. Non adotta WCAG 2.0, non adotta WCAG 2.2 e non adotta un vago standard di «accesso sostanzialmente equivalente». La denominazione di uno standard specifico, citabile, mantenuto esternamente con un vocabolario stabile dei criteri di successo è la caratteristica operativamente più importante della norma. Riduce anni di argomentazioni sulla «conformità sostanziale» nel contenzioso sull'accessibilità in sanità a un singolo numero.</p>

  <p>Terzo, le scadenze di conformità della norma sono graduate per dimensione del beneficiario. I beneficiari con 15 o più dipendenti devono conformarsi entro l'11 maggio 2026 — cioè, all'interno della finestra di audit di questo dossier. I beneficiari più piccoli hanno tempo fino al 10 maggio 2027. Gli otto fornitori di portali in questo dossier non sono essi stessi beneficiari, ma i loro clienti lo sono, e l'obbligo del cliente si estende all'esperienza del portale: un ospedale che implementa un portale non conforme è esso stesso non conforme.</p>

  <div class="chart-section">
    <div class="chart-title">NORMA FINALE SECTION 504 — SCADENZE DI CONFORMITÀ GRADUATE</div>
    <div class="bar-row"><div class="bar-label">Beneficiari con 15+ dipendenti</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">scadenza 11 maggio 2026</div></div></div>
    <div class="bar-row"><div class="bar-label">Beneficiari con meno di 15 dipendenti</div><div class="bar-track"><div class="bar-fill bf-b" style="width:75%">scadenza 10 maggio 2027</div></div></div>
    <div class="bar-row"><div class="bar-label">Standard per le apparecchiature diagnostiche mediche</div><div class="bar-track"><div class="bar-fill bf-c" style="width:60%">graduato fino al 2029</div></div></div>
  </div>

  <p>Anche ciò che la norma non fa è rilevante. Non vincola direttamente i fornitori EHR in quanto tali — i fornitori non sono beneficiari di assistenza finanziaria federale dell'HHS e la norma vincola i beneficiari. L'esposizione dei fornitori passa attraverso le richieste contrattuali dei loro clienti. Ma le richieste contrattuali stanno arrivando: qualsiasi grande sistema ospedaliero che firma un nuovo contratto MyChart, Oracle Health o athenahealth nel 2025-2026 sta inserendo il linguaggio WCAG 2.1 AA nell'accordo principale, perché l'alternativa è firmare un contratto che mette lo stesso ospedale in non conformità. I fornitori che si sono già preparati — Epic e athenahealth guidano nel dossier — si trovano in una posizione commerciale più forte rispetto a quelli che non lo hanno fatto.</p>

  <p>La norma non preempt neppure il contenzioso privato. Una persona con disabilità che non riesce a completare una consultazione dei risultati di laboratorio su un portale vincolato dalla Section 504 ha ancora un'azione privata ai sensi dell'ADA Title III (per la superficie del luogo di pubblica sistemazione della clinica), ai sensi della Sezione 1557 dell'Affordable Care Act (per la superficie del programma sanitario finanziato federalmente) e ai sensi degli statuti statali sulla disabilità (Unruh Act della California, Legge sui diritti umani di New York e altri). La norma Section 504 aggiunge un requisito minimo normativo federale; non sostituisce i percorsi di contenzioso esistenti.</p>

  <hr />

  <h2 id="what-fixes">06 · Come appare un portale conforme</h2>

  <p>L'audit non è un quadro uniformemente cupo. Due degli otto portali — Epic MyChart e athenahealth athenaPatient — si avvicinano a una linea di base conforme sulla maggior parte delle superfici, e le lacune che hanno sono sostanzialmente correggibili nella finestra di conformità della norma. Tre degli otto — Allscripts FollowMyHealth, Oracle Health, eClinicalWorks healow — sono a portata di conformità con una correzione mirata. Tre — NextGen, Greenway, Practice Fusion — hanno sostanzialmente più lavoro da fare e, con la traiettoria attuale, non supereranno la scadenza del maggio 2026 senza un impegno che non hanno ancora visibilmente assunto.</p>

  <p>I pattern che distinguono i portali conformi da quelli non conformi non sono particolarmente esotici. I controlli dei moduli hanno etichette visibili programmaticamente associate ai loro input. I widget costruiti su misura — combobox, selezionatori di date, uploader di file — implementano la semantica ARIA di cui hanno bisogno. I cambiamenti di stato vengono annunciati tramite regioni aria-live o nodi con ruolo di stato. L'ordine di focus corrisponde all'ordine di lettura. Le finestre modali intrappolano il focus mentre sono aperte e lo restituiscono correttamente alla chiusura. I sottotitoli in diretta sono attivi per impostazione predefinita nelle videochiamate e un obiettivo di tasso di errore delle parole pubblicato li sostiene. Nessuno di questo è lavoro nuovo — è la linea di base WCAG 2.1 AA che ogni fornitore di portali ha avuto dal 2018 per assorbire.</p>

  <div class="callout safe">
    <div class="ct">Cosa fanno bene i portali migliori</div>
    <p>Sia Epic MyChart che athenaPatient forniscono pannelli dedicati alle impostazioni di accessibilità — controlli per la dimensione del testo e l'alto contrasto — accanto ai loro flussi principali. Entrambi pubblicano rapporti di conformità all'accessibilità (VPAT rispetto a WCAG 2.1 AA e Section 508). Entrambi si sono impegnati con organizzazioni di advocacy per la disabilità negli ultimi 24 mesi in modi che i portali con punteggi più bassi non hanno fatto. La lezione non è che siano perfetti; non lo sono. La lezione è che la disciplina ingegneristica che produce un tasso di conformità automatizzata del 70 percento è la stessa che produce un tasso dell'80 percento due anni dopo — e la disciplina ingegneristica che produce un tasso del 44 percento oggi produce un tasso del 50 percento tra due anni, non dell'80 percento.</p>
  </div>

  <div class="callout info">
    <div class="ct">Cosa possono fare gli ospedali nei prossimi dodici mesi</div>
    <p>Gli ospedali sono beneficiari; i fornitori non lo sono. L'obbligo di conformità ricade sull'ospedale. Gli ospedali che si muovono per primi nel 2025-2026 stanno: richiedendo un VPAT aggiornato rispetto a WCAG 2.1 AA dal proprio fornitore di portale come condizione contrattuale; commissionando un audit indipendente di terze parti del portale implementato (il portale implementato, non il demo); e stabilendo una timeline di correzione documentata legata alla scadenza del maggio 2026. Gli ospedali che aspettano che il proprio fornitore sistemi le cose secondo la propria pianificazione sono gli ospedali che si troveranno dalla parte sbagliata delle prime lettere di applicazione dell'OCR nel 2026 e 2027.</p>
  </div>

  <hr />

  <h2 id="outlook">07 · Prospettive 2026</h2>

  <p>Tre fili definiscono l'anno a venire per l'accessibilità dei portali per i pazienti negli Stati Uniti.</p>

  <ul>
    <li><strong>La scadenza del maggio 2026.</strong> I beneficiari con 15 o più dipendenti devono conformare i propri contenuti web e le applicazioni mobile a WCAG 2.1 Livello AA entro l'11 maggio 2026. Questo riguarda sostanzialmente ogni ospedale e ogni ambulatorio partecipante a Medicare di qualsiasi dimensione significativa del paese. L'OCR ha segnalato che l'applicazione post-scadenza seguirà, e il foro dei diritti delle persone con disabilità sta già preparando modelli di denuncia.</li>
    <li><strong>Il ciclo contrattuale dei fornitori.</strong> I contratti EHR durano dai tre ai sette anni. I contratti stipulati nel 2025 e nel 2026 determineranno l'esperienza del portale per il resto del decennio, e gli ospedali che li firmano stanno inserendo il linguaggio WCAG 2.1 AA negli accordi principali. I fornitori che assorbono quel linguaggio senza rinegoziazione guadagneranno quote di mercato; i fornitori che resistono la perderanno.</li>
    <li><strong>L'intersezione con la Sezione 1557.</strong> La Sezione 1557 dell'Affordable Care Act vieta in modo indipendente la discriminazione sulla base della disabilità da parte dei programmi sanitari finanziati federalmente. L'HHS ha emesso una norma finale aggiornata sulla Sezione 1557 nel maggio 2024 insieme alla norma Section 504 e le due operano in parallelo. Un portale che fallisce per motivi della Section 504 è anche esposto a denunce ai sensi della Sezione 1557, con i propri percorsi di applicazione e rimedi.</li>
  </ul>

  <h2 id="closing">Il filo conduttore</h2>

  <p>I portali per i pazienti sono stati venduti al sistema sanitario statunitense come l'equivalente digitale dell'apertura più ampia delle porte della clinica — gli incentivi per l'uso significativo negli anni 2010 hanno spinto ogni studio partecipante a Medicare a metterne uno davanti ai propri pazienti, e i fornitori EHR hanno costruito l'infrastruttura che li ha consegnati. Ciò che l'audit mostra è che aprire le porte più ampiamente era una verità parziale: per i pazienti senza disabilità, le porte sono aperte. Per le persone con disabilità — coloro che usano screen reader, coloro che navigano da tastiera, coloro che dipendono da sottotitoli, ingrandimento o controllo vocale — le porte sono aperte circa la metà delle volte, in media, e sostanzialmente meno di quello nei tre portali in fondo al dossier.</p>

  <p>La norma Section 504 del maggio 2024 è il singolo cambiamento più grande nella legge sull'accessibilità sanitaria degli ultimi tre decenni e ha impostato un orologio. L'orologio arriva al maggio 2026 per i grandi beneficiari e al maggio 2027 per quelli più piccoli. Gli otto portali in questo dossier hanno tra i dodici e i ventiquattro mesi per colmare il divario tra dove si trovano e dove la normativa federale ora richiede che siano. Due sono vicini. Tre sono a portata. Tre non lo sono. Per saperne di più da Disability World sul <a href="/regulations/">panorama della normativa sull'accessibilità statunitense</a>, sui <a href="/articles/">resoconti del 2026</a> e sullo <a href="/toolkit/glossary/section-508/">standard federale Section 508</a> che informa la linea di base tecnica.</p>

  <footer class="footer-note">
    <p><strong>Metodologia e dati:</strong> Selezione del portale tratta dai rapporti sui fornitori KLAS 2024 e dai dati di certificazione EHR ONC Health IT, classificati per base installata combinata di ospedali e ambulatori. Le scansioni automatizzate hanno eseguito axe-core 4.10 e Lighthouse 12 in Chrome headless su 30 pagine rivolte ai pazienti per portale su demo e account di test de-identificati, marzo–aprile 2026. I test manuali delle attività hanno eseguito NVDA 2024.4 + Firefox 124, JAWS 2025 + Edge 124 e VoiceOver iOS 17.4 + Safari, tre tentativi per combinazione attività-stack. I conteggi dei beneficiari sono stati triangolati dal file CMS Provider of Services anno fiscale 2024, dalle statistiche American Hospital Association 2024 e dalle liste pubbliche dei beneficiari HHS. Le percentuali sono medie del portale del fornitore e non devono essere trattate come punteggi a livello di clinica implementata — skin brandizzate, moduli di terze parti e personalizzazioni del cliente possono far salire o scendere un portale implementato rispetto alla linea di base del fornitore.</p>
    <p><strong>Contesto giuridico:</strong> Sezione 504 del Rehabilitation Act del 1973, 29 U.S.C. §794. Norma finale dell'HHS Office for Civil Rights «Discrimination on the Basis of Disability in Health and Human Service Programs or Activities», 89 FR 40066 (9 maggio 2024), codificata al 45 CFR Parte 84, Sottoparte I. WCAG 2.1 Livello AA, W3C Recommendation (5 giugno 2018). Sezione 1557 del Patient Protection and Affordable Care Act, 42 U.S.C. §18116; norma finale HHS, 89 FR 37522 (6 maggio 2024). <span lang="en">Americans with Disabilities Act</span>, Titolo III, 42 U.S.C. §12181 e seguenti (1990). Scadenze di conformità: 11 maggio 2026 (beneficiari con 15+ dipendenti); 10 maggio 2027 (beneficiari più piccoli).</p>
    <p><strong>Cosa questo articolo non è:</strong> Un audit a livello di implementazione di qualsiasi ospedale, clinica o sistema sanitario nominato specifico; la linea di base del fornitore non è un sostituto di un audit del portale implementato che un particolare paziente utilizza effettivamente. Non è consulenza legale. I lettori che affrontano un obbligo di conformità alla Section 504, una denuncia all'OCR o una decisione di approvvigionamento del portale dovrebbero consultare avvocati competenti e un auditor indipendente qualificato per l'accessibilità.</p>
  </footer>

</div>

---
title: Azione legale privata vs applicazione regolatoria: esiti comparativi
url: https://www.disabilityworld.org/it/articles/private-right-of-action-vs-regulator/
description: Una ricostruzione affiancata di come la normativa sull'accessibilità digitale viene applicata nel 2026 — circa 12.000 ricorsi privati statunitensi ai sensi dell'ADA Title III contro poche centinaia di azioni condotte da autorità regolatorie nell'UE e nel Regno Unito.
author: Disability World
pubDate: 2026-05-22
tags: ada, eaa, ehrc, comparative, enforcement, regulations, data
---

# Azione legale privata vs applicazione regolatoria: esiti comparativi

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Architettura dell'applicazione della legge, quattro giurisdizioni</span>
  </div>

  <h1>Azione legale privata vs applicazione regolatoria <em>— esiti comparativi in quattro giurisdizioni</em></h1>

  <p class="lede">La normativa sull'accessibilità digitale appare simile sulla carta nelle quattro giurisdizioni considerate — Stati Uniti, Unione europea, Regno Unito e Canada — un obbligo sostanziale ancorato a WCAG 2.1 o 2.2 Livello AA, applicato ai servizi commerciali rivolti al pubblico, con i soggetti obbligati chiamati a sanare le carenze entro un termine definito. Ciò che differisce, e differisce nettamente, è il modo in cui l'obbligo viene fatto rispettare. Nel 2024 gli Stati Uniti hanno prodotto circa <strong>12.000 reclami ADA Title III</strong> in sede federale (tracker Seyfarth Shaw ADA Title III) e diverse migliaia di ulteriori azioni Unruh nei tribunali statali. Nello stesso anno, le venti-sette autorità di vigilanza del mercato degli Stati membri dell'UE che sovrintendono all'European Accessibility Act (EAA) hanno prodotto un totale cumulato nell'ordine delle <strong>migliaia nelle prime cifre di reclami formali</strong> e circa <strong>120 decisioni di sanzione amministrativa</strong> nel primo anno di applicazione. La Commissione per l'uguaglianza e i diritti umani del Regno Unito (EHRC) ha avviato <strong>meno di quindici indagini formali sull'accessibilità digitale</strong> nel 2024–25, e la Commissione canadese per i diritti umani ha iscritto a ruolo <strong>circa novanta</strong> reclami ICT ai sensi dell'Accessible Canada Act. Il presente dossier accosta questi quattro numeri, li normalizza ove i dati lo consentono, e raffronta volumi di deposito, entità delle transazioni, tempi di risoluzione, concentrazione geografica e il compromesso tra la scala raggiunta dal contenzioso privato e la coerenza prodotta dall'applicazione regolatoria.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultati · Fascicolo 03</span>
      <span class="dossier-meta">07 voci · derivate dai registri di applicazione della legge di USA, UE, Regno Unito e Canada, 2023–2026</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa rivelano i quattro ruoli a confronto</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">circa 12.000</span>
        <div class="dossier-body">
          <p class="dossier-claim">I ricorsi privati statunitensi superano di un ordine di grandezza tutti i ruoli regolatori combinati</p>
          <p class="dossier-note">Reclami federali ADA Title III depositati nel 2024 (tracker Seyfarth, codificati su PACER). I ruoli dell'UE, del Regno Unito e del Canada hanno prodotto complessivamente circa 1.400 reclami formali nello stesso periodo — meno del solo SDNY.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">circa 120</span>
        <div class="dossier-body">
          <p class="dossier-claim">Le autorità degli Stati membri UE hanno emesso circa 120 decisioni di sanzione amministrativa EAA nel primo anno</p>
          <p class="dossier-note">Aggregato dai rapporti del primo anno di AgID (Italia), BFIT-Bund (Germania), OAW (Spagna), note congiunte ARCEP/ARCOM (Francia) e delle autorità equivalenti degli altri 22 Stati membri. Sanzione mediana: circa 15.000 €. La più alta divulgata: 350.000 € (Italia).</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">circa 13.500 $</span>
        <div class="dossier-body">
          <p class="dossier-claim">La tipica transazione statunitense su una lettera di diffida non contenzioso si colloca in una banda ristretta</p>
          <p class="dossier-note">Componente mediana delle spese legali dell'attore nelle transazioni seriali sull'accessibilità dei siti web, ricostruita dai giudizi di accordo depositati pubblicamente e dalla copertura di ADA Title III News &amp; Insights 2022–2025. Valore totale della transazione (spese + impegno di correzione) tipicamente 25.000–55.000 $.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">14 mesi</span>
        <div class="dossier-body">
          <p class="dossier-claim">Le indagini EHRC del Regno Unito richiedono circa quattordici mesi dall'apertura alla notifica formale</p>
          <p class="dossier-note">Tempo mediano dall'apertura di un'indagine ai sensi della Sezione 20 all'emissione di una notifica formale ai sensi della Sezione 31, sul carico di casi pubblicato dall'EHRC nel 2023–25. I casi privati statunitensi si chiudono tipicamente in tre-sette mesi; i casi EAA dell'UE in nove-dodici mesi.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">circa 38%</span>
        <div class="dossier-body">
          <p class="dossier-claim">SDNY e EDNY ospitano circa il 38% di tutti i depositi federali Title III negli USA</p>
          <p class="dossier-note">Due dei novantaquattro distretti federali del Paese. I sistemi guidati da regolatori mostrano l'inverso: i depositi seguono la distribuzione demografica, perché è l'agenzia — e non un foro privato — a scegliere dove intervenire.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">350.000 €</span>
        <div class="dossier-body">
          <p class="dossier-claim">Sanzione EAA più elevata divulgata nel primo anno — Italia, AgID, gennaio 2026</p>
          <p class="dossier-note">Emessa contro un operatore di e-commerce non nominato per inadempienza prolungata dopo una scadenza di correzione. La cifra è circa sei volte la sanzione EAA mediana e circa nell'ordine di grandezza di una transazione Title III statunitense di primo quartile — ma copre un singolo mercato nazionale, non un convenuto per reclamo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">circa 90</span>
        <div class="dossier-body">
          <p class="dossier-claim">La Commissione canadese per i diritti umani ha iscritto a ruolo circa novanta reclami ICT nel 2024–25</p>
          <p class="dossier-note">Ai sensi dell'Accessible Canada Act e del Canadian Human Rights Act combinati. Il primo rapporto annuale di conformità del Commissario all'accessibilità (2025) ha registrato ulteriori 220 azioni di ispezione e audit al di fuori del conteggio dei reclami formali.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong>Tracker Seyfarth Shaw ADA Title III (cicli 2013–2025); blog ADA Title III News &amp; Insights; registri federali PACER; rapporti annuali delle autorità di vigilanza del mercato degli Stati membri EAA (AgID, BFIT-Bund, OAW, ARCEP, ANED e 22 equivalenti); rapporto annuale 2023–25 della Commissione per l'uguaglianza e i diritti umani del Regno Unito e registro Sezione 31; rapporti annuali 2024 e 2025 della Commissione canadese per i diritti umani e del Commissario all'accessibilità.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#frame">Cosa significano realmente applicazione privata e regolatoria</a></li>
      <li><span class="toc-num">02</span><a href="#volume">Volume dei depositi: scala vs moderazione</a></li>
      <li><span class="toc-num">03</span><a href="#settlement">Entità delle transazioni e l'economia sottostante</a></li>
      <li><span class="toc-num">04</span><a href="#time">Tempi di risoluzione</a></li>
      <li><span class="toc-num">05</span><a href="#geography">Concentrazione geografica dei casi</a></li>
      <li><span class="toc-num">06</span><a href="#tradeoff">Il compromesso scala-vs-coerenza</a></li>
      <li><span class="toc-num">07</span><a href="#hybrid">Cosa i quattro sistemi mutuano l'uno dall'altro</a></li>
      <li><span class="toc-num">08</span><a href="#closing">Il filo conduttore</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="frame">01 · Cosa significano realmente applicazione privata e regolatoria</h2>

  <p class="dropcap-first">L'obbligo sostanziale è, nel 2026, ampiamente convergente. L'ADA Title III, l'European Accessibility Act (EAA) (Atto europeo sull'accessibilità, Direttiva 2019/882), l'Equality Act 2010 del Regno Unito letto in combinato con le Public Sector Bodies Accessibility Regulations 2018 per gli enti pubblici e le linee guida EHRC per i servizi privati, e l'Accessible Canada Act del 2019 raggiungono tutti la stessa destinazione: i servizi digitali rivolti al pubblico devono essere percepibili, utilizzabili, comprensibili e robusti secondo uno standard che, in ogni giurisdizione, ha convergito su WCAG 2.1 o 2.2 Livello AA. Le differenze non riguardano l'aspetto della conformità a livello tecnico. Riguardano <em>chi</em> individua un servizio non conforme e <em>chi</em> lo trascina in un procedimento.</p>

  <p>L'applicazione privata — il modello statunitense — affida il compito di individuare e trascinare agli attori individuali e agli studi legali che li rappresentano. La norma prevede le spese legali per l'attore vincente ai sensi del 42 U.S.C. §12205, quindi un'economia di fee-shifting alimenta un foro privato ad alto volume. Il Dipartimento di Giustizia istruisce ogni anno un numero ridotto di cause ad alto impatto, ma la maggior parte del lavoro di applicazione è svolta da persone fisiche nominate e dagli studi identificati nel nostro dossier complementare sugli attori seriali.</p>

  <p>L'applicazione regolatoria — i modelli UE, britannico e canadese — affida lo stesso compito di individuare e trascinare alle autorità amministrative. Nell'UE ogni Stato membro designa un'autorità di vigilanza del mercato ai sensi dell'articolo 18 EAA. Nel Regno Unito l'EHRC dispone dei poteri conferiti dall'Equality Act, integrati per gli enti pubblici dal monitoraggio sull'accessibilità del Government Digital Service ai sensi del PSBAR 2018. In Canada il Commissario all'accessibilità (ospitato presso la Commissione canadese per i diritti umani) gestisce il ruolo di conformità del settore federale ai sensi dell'Accessible Canada Act, mentre la Commissione canadese per i diritti umani continua a trattare le singole questioni di reclamo ai sensi del Canadian Human Rights Act. Le autorità agiscono di propria iniziativa, su reclami che le pervengono, o su audit attivati da valutazioni del rischio a livello di settore. In ciascuno di questi sistemi esistono attori privati, ma essi non costituiscono il canale portante dell'applicazione della legge.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Rilevamento</span><span class="ps-desc">USA: un individuo o un tester incontra una barriera. UE/UK/CA: l'agenzia riceve un reclamo o avvia un ciclo di audit.</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Deposito o apertura</span><span class="ps-desc">USA: reclamo depositato in tribunale federale o statale. UE/UK/CA: indagine aperta dall'agenzia; indagine formale se giustificata.</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Negoziazione o notifica</span><span class="ps-desc">USA: il convenuto riceve una lettera di diffida; negoziazione della transazione. UE/UK/CA: l'agenzia emette una notifica di conformità o un piano di miglioramento.</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Risoluzione</span><span class="ps-desc">USA: sentenza di accordo, archiviazione a seguito di transazione, o raro giudizio senza giuria. UE/UK/CA: sanzione amministrativa, ordine di applicazione, o impegno.</span></div>
    <div class="process-step"><span class="ps-num">05</span><span class="ps-title">Registro pubblico</span><span class="ps-desc">USA: il reclamo è pubblico; la transazione di solito no. UE/UK/CA: la maggior parte delle decisioni di applicazione è pubblicata nei registri dell'agenzia, con settore e soggetto nominati.</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">12.000</div><div class="method-label">Depositi federali privati Title III USA, 2024</div></div>
    <div class="method-card"><div class="method-num">circa 1.400</div><div class="method-label">Reclami formali EAA UE, primo anno</div></div>
    <div class="method-card"><div class="method-num">&lt;15</div><div class="method-label">Indagini formali EHRC Regno Unito, 2024–25</div></div>
    <div class="method-card"><div class="method-num">circa 90</div><div class="method-label">Reclami ICT CHRC, 2024–25</div></div>
  </div>

  <hr />

  <h2 id="volume">02 · Volume dei depositi: scala vs moderazione</h2>

  <figure class="article-figure">
    <img src="/article-images/private-right-of-action-vs-regulator/inline-1.webp" alt="Un diagramma affiancato che contrappone i diritti di azione privata (alto volume di depositi) con l'applicazione regolatoria (casi meno numerosi ma più coerenti)." width="800" height="450" loading="lazy" />
    <figcaption>Il divario di scala è la caratteristica definitoria del confronto: un singolo distretto federale statunitense può superare la produzione combinata di tre autorità nazionali nell'arco di un anno solare.</figcaption>
  </figure>

  <p>I numeri assoluti non sono comparabili. Il ruolo federale del 2024 ha registrato circa 12.000 reclami ADA Title III. Diverse migliaia in più sono stati depositati presso il tribunale superiore della California ai sensi dell'Unruh Civil Rights Act e un numero minore, non noto, presso la Corte suprema dello Stato di New York ai sensi dello State Human Rights Law. Nello stesso anno solare, le venti-sette autorità di vigilanza del mercato degli Stati membri dell'UE che sovrintendono all'European Accessibility Act hanno prodotto — in aggregato, sulle cifre del primo anno pubblicate da quelle che le hanno pubblicate — circa 1.400 fascicoli di reclamo formali. L'EHRC del Regno Unito ha aperto meno di quindici indagini ai sensi della Sezione 20 che sono poi sfociate in un'indagine sull'accessibilità digitale. La Commissione canadese per i diritti umani ha iscritto a ruolo circa novanta reclami ICT ai sensi dell'Accessible Canada Act e del Canadian Human Rights Act combinati.</p>

  <div class="chart-section">
    <div class="chart-title">Azioni di applicazione della legge nel 2024 per sistema (aperture formali, classifica in scala logaritmica)</div>
    <div class="bar-row"><div class="bar-label">USA — privato (federale Title III)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">circa 12.000 depositi</div></div></div>
    <div class="bar-row"><div class="bar-label">USA — privato (Unruh tribunale statale, stima)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:30%">circa 3.500 depositi</div></div></div>
    <div class="bar-row"><div class="bar-label">UE — EAA, 27 agenzie combinate</div><div class="bar-track"><div class="bar-fill bf-b" style="width:12%">circa 1.400 reclami</div></div></div>
    <div class="bar-row"><div class="bar-label">CA — reclami ICT CHRC</div><div class="bar-track"><div class="bar-fill bf-c" style="width:1%">circa 90 reclami</div></div></div>
    <div class="bar-row"><div class="bar-label">UK — indagini formali EHRC</div><div class="bar-track"><div class="bar-fill bf-d" style="width:0.5%">&lt;15 indagini</div></div></div>
    <div class="bar-row"><div class="bar-label">USA — casi DOJ federali Title III su siti web</div><div class="bar-track"><div class="bar-fill bf-d" style="width:0.3%">circa 20/anno (media 10 anni)</div></div></div>
  </div>

  <p>Due punti strutturali si trovano alla base del divario. Il primo è che i sistemi guidati da regolatori contano reclami, non cause, e le agenzie non mirano ad aprire un fascicolo per ogni sito web non conforme. Il loro modello si basa su cicli di audit a livello di settore, con i singoli reclami utilizzati come trigger per indagini più ampie. Il controllo nel settore retail di AgID del 2025, ad esempio, ha esaminato 412 siti di e-commerce italiani in un unico esercizio; l'indagine dell'EHRC sulle banche al consumo del 2024 ha coperto le prime otto banche retail del Regno Unito in una sola volta. Conteggiare questi come singoli fascicoli di agenzia sottostima la copertura sostanziale in misura significativa.</p>

  <p>Il secondo è che il conteggio statunitense premia il deposito in sé. Un modello di business per studi seriali che trasforma un unico attore nominato in novanta ruoli in un anno non può esistere in un sistema in cui il volume dei depositi non conferisce un'economia di fee-shifting al depositante. Il divario negli incentivi strutturali, non la volontà regolatoria, è la spiegazione principale del divario di un ordine di grandezza nei conteggi assoluti dei depositi.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">circa 12.000</div><div class="stat-desc">Depositi privati federali USA, 2024</div></div>
    <div class="stat-box"><div class="stat-big">circa 1.400</div><div class="stat-desc">Reclami EAA UE, tutte e 27 le agenzie combinate, primo anno</div></div>
    <div class="stat-box"><div class="stat-big">circa 105</div><div class="stat-desc">Indagini formali combinate UK + Canada, 2024–25</div></div>
  </div>

  <p class="pull-quote">Il risultato più coerente in tutte e quattro le giurisdizioni è che il volume dei depositi segue l'economia dell'applicazione della legge del depositante, non la prevalenza della violazione sottostante.</p>

  <hr />

  <h2 id="settlement">03 · Entità delle transazioni e l'economia sottostante</h2>

  <p>Là dove il sistema statunitense produce volume, i sistemi europeo e britannico producono — comparativamente — esiti concentrati. Le cifre di testa si allineano in modo inaspettatamente coerente quando normalizzate su base per-azione.</p>

  <p>Sul versante statunitense, la componente mediana delle spese legali dell'attore in una transazione seriale sull'accessibilità dei siti web — ricostruita da sentenze di accordo depositate pubblicamente e dalla copertura continuativa del blog ADA Title III News &amp; Insights dal 2022 al 2025 — si attesta intorno ai 13.500 $. Il valore totale della transazione — spese, danni statutari ove applicabili, e il valore documentato dell'impegno di correzione — si colloca tipicamente tra i 25.000 e i 55.000 $ per caso. La distribuzione bimodale documentata dalla letteratura sul contenzioso sulla disabilità dal 2018 è ancora visibile: la maggior parte dei casi si concentra nella fascia 20.000–45.000 $, con una lunga coda di casi di impact litigation che raggiunge i milioni (la transazione Target da 13,3 milioni di $, il budget di correzione multimilionario di Domino's, i decreti di accordo con importi a otto cifre di Netflix e Harvard per i sottotitoli).</p>

  <div class="chart-section">
    <div class="chart-title">Tipica transazione/sanzione — bande comparative (equivalente in USD)</div>
    <div class="bar-row"><div class="bar-label">Transazione seriale mediana USA</div><div class="bar-track"><div class="bar-fill bf-a" style="width:30%">25.000–55.000 $</div></div></div>
    <div class="bar-row"><div class="bar-label">Sanzione EAA mediana UE</div><div class="bar-track"><div class="bar-fill bf-b" style="width:20%">circa 15.000 € (circa 16.000 $)</div></div></div>
    <div class="bar-row"><div class="bar-label">Sanzione EAA primo quartile UE</div><div class="bar-track"><div class="bar-fill bf-b" style="width:55%">50.000–120.000 €</div></div></div>
    <div class="bar-row"><div class="bar-label">Sanzione record AgID Italia (gen. 2026)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:90%">350.000 € (circa 375.000 $)</div></div></div>
    <div class="bar-row"><div class="bar-label">Valore impegno formale EHRC Regno Unito</div><div class="bar-track"><div class="bar-fill bf-d" style="width:35%">40.000–200.000 £ di correzione</div></div></div>
    <div class="bar-row"><div class="bar-label">Fascia outlier di impact litigation USA</div><div class="bar-track"><div class="bar-fill bf-e" style="width:100%">1–13 milioni di $ e oltre</div></div></div>
  </div>

  <p>Sul versante europeo, il registro delle applicazioni EAA del primo anno — ricostruito dai bollettini trimestrali di AgID, dal rapporto annuale del BFIT-Bund tedesco, dal registro di applicazione dell'OAW spagnolo, dalle note congiunte ARCEP/ARCOM francesi sull'accessibilità e da comunicazioni equivalenti degli altri Stati membri — mostra una sanzione amministrativa mediana di circa 15.000 €, con una fascia del primo quartile compresa tra 50.000 e 120.000 €. La sanzione più alta divulgata del primo anno è stata la decisione di AgID del gennaio 2026 nei confronti di un operatore italiano di e-commerce non nominato: 350.000 €, emessa per inadempienza prolungata dopo una scadenza di correzione documentata. Quella singola sanzione è nell'ordine di grandezza di una transazione statunitense Title III di primo decile — ma copre un intero mercato nazionale, non un convenuto per reclamo.</p>

  <p>Il modello britannico è ancora diverso. L'EHRC raramente ricerca sanzioni pecuniarie ai sensi dei suoi poteri della Sezione 31; il centro di gravità è l'impegno formale, che definisce un programma di correzione e una scadenza. Gli impegni sull'accessibilità digitale di Royal Bank of Scotland nel 2024 e di Boots nel 2025 comportavano ciascuno un costo di correzione implicito nell'ordine di 200.000–500.000 £, ma non è stata applicata alcuna sanzione. Il Commissario canadese all'accessibilità ha finora seguito la stessa postura: ordini di conformità piuttosto che sanzioni, con la prima penalità monetaria amministrativa ai sensi dell'ACA riservata a una tabella pubblicata ma non ancora utilizzata.</p>

  <div class="callout info">
    <div class="ct">Leggere i numeri onestamente</div>
    <p>Le cifre di testa sembrano simili all'estremo superiore e molto diverse nel mezzo. Una transazione mediana statunitense e una sanzione mediana europea si trovano entro un fattore tre l'una dall'altra, in termini di dollari. Ma il sistema statunitense produce un ordine di grandezza in più di quegli esiti nella fascia media; i sistemi europeo e britannico si concentrano su un numero minore di interventi di maggiore entità. Aggregato nell'arco dell'anno, il flusso monetario totale dell'applicazione della legge negli USA è sostanzialmente più elevato; la <em>conseguenza per singolo convenuto</em> nella fascia alta della distribuzione è all'incirca comparabile.</p>
  </div>

  <div class="quote-block">
    <div class="meta">AgID — primo bollettino di applicazione EAA, gennaio 2026</div>
    <div class="quote">«La sanzione di 350.000 € riflette la natura prolungata della violazione, le dimensioni dell'operatore, il volume delle transazioni dei consumatori coinvolti e l'assenza di azioni correttive dopo le scadenze fissate in due precedenti notifiche di conformità.»</div>
    <span class="source">Agenzia per l'Italia Digitale · Bollettino di applicazione EAA Q1 2026</span>
  </div>

  <hr />

  <h2 id="time">04 · Tempi di risoluzione</h2>

  <p>I quattro sistemi differiscono nella velocità in direzioni che non sono ovvie dal solo confronto dei volumi.</p>

  <table class="dt">
    <thead>
      <tr>
        <th>Sistema</th>
        <th>Tempo mediano dal deposito alla prima risposta</th>
        <th>Tempo mediano alla risoluzione</th>
        <th>Esito nominato pubblicamente</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>USA — ADA Title III (privato, federale)</td>
        <td>circa 30 giorni (lettera di diffida / risposta Regola 12)</td>
        <td>3–7 mesi</td>
        <td>Raramente — le sentenze di accordo sono pubbliche, i contratti di transazione di solito no</td>
      </tr>
      <tr>
        <td>USA — Unruh (privato, tribunale statale California)</td>
        <td>circa 21 giorni</td>
        <td>4–6 mesi</td>
        <td>A volte — i registri del tribunale superiore variano per contea</td>
      </tr>
      <tr>
        <td>UE — EAA (agenzia dello Stato membro)</td>
        <td>circa 45 giorni (ricevuta dell'agenzia)</td>
        <td>9–12 mesi</td>
        <td>Di solito — i registri dell'agenzia pubblicano il soggetto, il settore e la decisione</td>
      </tr>
      <tr>
        <td>UK — Indagine EHRC Sezione 20 → notifica Sezione 31</td>
        <td>circa 60 giorni</td>
        <td>circa 14 mesi</td>
        <td>Di solito — gli impegni formali e le notifiche Sezione 31 sono pubblicati</td>
      </tr>
      <tr>
        <td>CA — Commissario all'accessibilità / CHRC</td>
        <td>circa 40 giorni</td>
        <td>10–18 mesi</td>
        <td>Di solito — gli ordini di conformità sono pubblicati; le identità dei reclamanti no</td>
      </tr>
      <tr>
        <td>USA — Applicazione DOJ Title III (pubblica)</td>
        <td>circa 90 giorni</td>
        <td>18–36 mesi</td>
        <td>Sempre — comunicato stampa del DOJ più decreto di accordo nel ruolo pubblico</td>
      </tr>
    </tbody>
  </table>

  <p>Il modello che emerge è l'inverso di ciò che un osservatore esterno potrebbe aspettarsi. Il sistema privato statunitense è di gran lunga il più veloce. La lettera di diffida di uno studio seriale, inviata entro pochi giorni dall'osservazione della presunta barriera, produce una risposta del convenuto entro trenta giorni e un esito negoziato entro mesi. I sistemi guidati da regolatori richiedono più tempo non perché le agenzie siano più lente, ma perché le loro procedure sono più elaborate: un'indagine ai sensi della Sezione 20 comprende una consultazione statutaria, un diritto di risposta, una bozza di notifica, una notifica definitiva e una finestra di revisione interna. Il ciclo EAA dell'UE include un periodo di correzione incorporato nella norma stessa. Il processo canadese concede al soggetto resistente fino a sei mesi per interagire con il Commissario all'accessibilità prima che venga emesso qualsiasi ordine.</p>

  <p>Il percorso federale del DOJ è ancora più lento. I casi promossi dal Dipartimento — e ne esistono solo una manciata all'anno nel settore dell'accessibilità dei siti web — richiedono tipicamente tra i diciotto e i trentasei mesi dal deposito al decreto di accordo. La lentezza non è un difetto; riflette le dimensioni del tipico procedimento del DOJ (budget di correzione settoriale e multimilionario) e il peso procedurale derivante dall'ingresso del governo federale in un caso.</p>

  <div class="callout warning">
    <div class="ct">Cosa «veloce» porta in dote</div>
    <p>La velocità del percorso privato statunitense è la fonte della sua pressione applicativa e la fonte della sua patologia più criticata. Le transazioni rapide consegnano impegni di correzione velocemente, ma li consegnano anche a condizioni negoziate bilateralmente tra due parti private — senza che un'agenzia esamini la qualità della correzione, senza un registro pubblico di quanto promesso, e senza audit di follow-up a meno che l'attore non presenti un nuovo ricorso. I sistemi guidati da regolatori cedono velocità in cambio di trasparenza.</p>
  </div>

  <hr />

  <h2 id="geography">05 · Concentrazione geografica dei casi</h2>

  <p>La concentrazione geografica dei depositi Title III statunitensi — quattro distretti federali (SDNY, EDNY, CDCA, NDCA) che ospitano circa due terzi del ruolo nazionale — è la caratteristica più sorprendente del dataset e la prova più chiara che i modelli di deposito seguono gli incentivi economici piuttosto che la prevalenza delle violazioni. Le riforme procedurali post-2024 a New York hanno solo spostato la concentrazione, senza eliminarla: i depositi H1 2025 nel Distretto del New Jersey sono aumentati di circa il 55%, e quelli nel Distretto Centrale della California di circa il 22%, a fronte di un calo del 40% in SDNY + EDNY.</p>

  <div class="chart-section">
    <div class="chart-title">Concentrazione geografica dei depositi, per sistema</div>
    <div class="bar-row"><div class="bar-label">USA — quota SDNY + EDNY sul ruolo federale</div><div class="bar-track"><div class="bar-fill bf-a" style="width:38%">circa 38%</div></div></div>
    <div class="bar-row"><div class="bar-label">USA — quota CDCA + NDCA sul ruolo federale</div><div class="bar-track"><div class="bar-fill bf-a" style="width:24%">circa 24%</div></div></div>
    <div class="bar-row"><div class="bar-label">UE — quota Italia sui reclami EAA (la più alta)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:22%">circa 22%</div></div></div>
    <div class="bar-row"><div class="bar-label">UE — quota Germania sui reclami EAA</div><div class="bar-track"><div class="bar-fill bf-b" style="width:18%">circa 18%</div></div></div>
    <div class="bar-row"><div class="bar-label">UE — quota Francia sui reclami EAA</div><div class="bar-track"><div class="bar-fill bf-b" style="width:14%">circa 14%</div></div></div>
    <div class="bar-row"><div class="bar-label">UK — quota Londra / Sud-Est sui procedimenti EHRC</div><div class="bar-track"><div class="bar-fill bf-c" style="width:55%">circa 55%</div></div></div>
    <div class="bar-row"><div class="bar-label">CA — quota Ontario + Quebec sui reclami ICT CHRC</div><div class="bar-track"><div class="bar-fill bf-d" style="width:65%">circa 65%</div></div></div>
  </div>

  <p>Il modello europeo è diverso. L'Italia guida il conteggio dei reclami EAA del primo anno con circa il 22% del totale UE-27, seguita dalla Germania al 18% e dalla Francia al 14% — ma l'Italia rappresenta anche il 13% della popolazione europea e dispone dell'agenzia nazionale più attivamente strutturata (AgID gestiva un programma di monitoraggio dell'accessibilità per il settore pubblico dal 2004 ai sensi della Legge Stanca e ha portato una base operativa profonda nel suo ruolo EAA). Una volta normalizzati pro capite, gli Stati membri in testa si concentrano entro un fattore due l'uno dall'altro. Non esiste un equivalente dell'effetto SDNY — nessuno Stato membro produce trenta volte i depositi pro capite dei propri vicini.</p>

  <p>I modelli britannico e canadese sono ponderati per popolazione. Londra e il Sud-Est ospitano circa il 55% dei procedimenti EHRC sull'accessibilità digitale, il che corrisponde alla concentrazione di servizi con sede centrale e al centro della popolazione dei consumatori. Ontario e Quebec producono circa il 65% dei reclami ICT della CHRC, a fronte della loro quota combinata di circa il 61% della popolazione canadese. I regolatori, in breve, ricevono depositi dove le persone usufruiscono dei servizi.</p>

  <p class="pull-quote">In ogni sistema guidato da regolatori, la concentrazione geografica segue la distribuzione demografica. Nel sistema privato statunitense, segue la distribuzione del foro degli attori.</p>

  <hr />

  <h2 id="tradeoff">06 · Il compromesso scala-vs-coerenza</h2>

  <p>Il confronto si riduce a due veri e irriducibili compromessi. Il primo è tra scala e coerenza.</p>

  <p>Il sistema privato statunitense raggiunge più convenuti in un anno di quanti qualsiasi sistema guidato da regolatori ne raggiunga in cinque. Un dettagliante che gestisce una pagina di checkout inaccessibile nel 2024 ha molte più probabilità di ricevere una lettera di diffida da uno studio legale di New York che una notifica di conformità da qualsiasi autorità di vigilanza del mercato nel mondo. Quella ampiezza di portata è la più forte difesa del modello: in un regime che dipende dai ricorrenti privati per applicare una norma sulle strutture ricettive pubbliche, il modello ha prodotto un livello di pressione sulla popolazione dei convenuti che il percorso di applicazione del DOJ, con risorse insufficienti, non ha mai nemmeno lontanamente eguagliato.</p>

  <p>Ciò che non ha prodotto è coerenza. Due dettaglianti nello stesso Stato con lo stesso difetto nel flusso di checkout possono avere esperienze di applicazione della legge radicalmente diverse a seconda di quale studio li individui per primo, della loro postura negoziale, dei costi dei loro legali e di come si sviluppano le dinamiche negoziali. Gli impegni di correzione incorporati nelle transazioni private non sono uniformemente esaminati per adeguatezza tecnica; la stessa postura di conformità che risolve un caso potrebbe non risolvere il successivo.</p>

  <p>L'applicazione regolatoria inverte entrambi i lati del compromesso. La portata è molto più ristretta — le sanzioni del primo anno dell'EAA hanno raggiunto, al massimo, poche centinaia di operatori in venti-sette Stati membri. Ma gli esiti sono molto più uniformi. Il modello di conformità di tre pagine del BFIT-Bund tedesco, la scadenza di correzione standard di AgID italiana e il quadro di motivazione pubblicato di ARCOM francese producono decisioni che si assomigliano tra i casi e tra gli anni. Un dettagliante soggetto a una notifica di conformità EAA in uno Stato membro ha un quadro abbastanza preciso di ciò che verrà chiesto a un dettagliante in un altro Stato membro che si trova di fronte alla stessa notifica.</p>

  <div class="callout safe">
    <div class="ct">Il compromesso onesto, in una frase</div>
    <p>I diritti di azione privata producono molte azioni di applicazione della legge di qualità variabile; l'applicazione regolatoria produce poche azioni di qualità coerente. Nessun modello produce indipendentemente sia il volume che la coerenza, il che spiega perché ogni giurisdizione che ha cercato di espandere la propria capacità applicativa negli ultimi cinque anni ha attinto a elementi dell'altro.</p>
  </div>

  <p>Il secondo compromesso è tra velocità e trasparenza. Il percorso privato statunitense è veloce; i conseguenti accordi di transazione non sono tipicamente pubblici. I percorsi europeo, britannico e canadese sono lenti; le conseguenti decisioni sono quasi sempre pubblicate con il nome del soggetto, il settore e la motivazione allegati. Un lettore che vuole sapere se lo stesso tipo di difetto nel flusso di checkout produce lo stesso tipo di esito tra i casi può rispondere a questa domanda molto più facilmente per un ruolo di sanzioni EAA che per un ruolo di transazioni statunitensi.</p>

  <hr />

  <h2 id="hybrid">07 · Cosa i quattro sistemi mutuano l'uno dall'altro</h2>

  <p>Nel 2026 i quattro sistemi si sono tutti avvicinati l'uno all'altro in modi misurabili che sono visibili se si smette di guardarli come tipi puri.</p>

  <p>L'European Accessibility Act, nei suoi regolamenti del primo anno, ha incorporato canali opzionali per i ricorrenti privati che vanno oltre quanto i suoi redattori avevano originariamente segnalato. L'articolo 29 EAA consente agli Stati membri di autorizzare azioni rappresentative di tutela dei consumatori per le violazioni dell'accessibilità, e le trasposizioni italiana, spagnola e belga lo hanno fatto. La prima azione rappresentativa ai sensi della trasposizione italiana è stata depositata alla fine del 2025 da un consorzio di tutela dei consumatori contro una piattaforma di prenotazione alberghiera; è in parallelo con il percorso di applicazione di AgID e produrrà dati che l'UE non aveva in precedenza.</p>

  <p>Il Regno Unito ha intrapreso la direzione opposta sul versante del settore pubblico: il PSBAR 2018 include un percorso esplicito per i singoli individui per escalare i reclami sull'accessibilità attraverso il sistema di monitoraggio dell'agenzia, ma le linee guida EHRC dal 2023 in poi hanno invitato i ricorrenti privati a proporre direttamente azioni ai sensi dell'Equality Act contro i fornitori di servizi digitali del settore privato. I numeri sono bassi — meno di duecento procedimenti all'anno in tutto il paese — ma il canale esiste ed è utilizzato.</p>

  <p>L'Accessible Canada Act ha preso la propria architettura di applicazione esplicitamente dalla tradizione regolatoria (Commissario all'accessibilità con poteri di audit, ordine di conformità e sanzione monetaria amministrativa), ma il Canadian Human Rights Act preserva un percorso parallelo di reclamo individuale attraverso la CHRC. I litiganti che navigano entrambi i canali hanno prodotto una giurisprudenza di coordinamento procedurale che non esisteva prima del 2024.</p>

  <p>Gli Stati Uniti si sono mossi meno in questa direzione — non esiste un regolatore federale con poteri di audit sull'accessibilità a livello settoriale — ma la norma definitiva DOJ Title II dell'aprile 2024 (28 CFR Part 35, Subpart H) e il procedimento normativo ancora pendente per i siti web Title III rappresentano il movimento normativo amministrativo più forte in due decenni. Se la norma Title III viene emanata nel 2026 come previsto, il sistema statunitense porterà, per la prima volta, uno standard tecnico federale esplicito accanto al suo motore di applicazione privata.</p>

  <hr />

  <h2 id="closing">08 · Il filo conduttore</h2>

  <p>I quattro sistemi di applicazione della legge sono stati progettati in decenni diversi, da tradizioni giuridiche diverse, con visioni diverse di cosa rende efficace in pratica una norma sulle strutture ricettive pubbliche. Hanno tuttavia convergito su un insieme riconoscibile di obblighi sostanziali e hanno prodotto, nel periodo 2023–2026, un insieme di dati comparabili che in precedenza non esisteva. I dati mostrano che la differenza di un ordine di grandezza tra i depositi privati statunitensi e i reclami guidati da regolatori riflette il divario negli incentivi strutturali tra i due modelli molto più di quanto rifletta qualsiasi differenza nel tasso di violazione sottostante.</p>

  <p>Il compromesso è reale e irrisolto. I diritti di azione privata consegnano scala al costo della coerenza. L'applicazione regolatoria consegna coerenza al costo della scala. Il movimento di ibridazione degli ultimi due anni — azioni rappresentative ai sensi dell'articolo 29 EAA, linee guida ampliate dell'EHRC sull'Equality Act, il design del doppio percorso dell'Accessible Canada Act / Canadian Human Rights Act, e la pendente norma statunitense Title III — suggerisce che nessuna giurisdizione si sente a proprio agio nel vivere all'interno di uno solo di quei compromessi e che i prossimi cinque anni vedranno ulteriori fusioni strutturali piuttosto che convergenza su un unico modello.</p>

  <p>Per il divario di accesso sottostante — la quota di servizi digitali rivolti al pubblico effettivamente utilizzabili con le tecnologie assistive — i quattro sistemi hanno prodotto movimento, ma a ritmi diversi e lungo vettori diversi. Il <a href="/articles/global-disability-metrics-2026/">rapporto annuale sulle metriche globali sulla disabilità</a> di Disability World, il <a href="/articles/eaa-first-year-enforcement-report/">rapporto sul primo anno di applicazione EAA</a> e l'<a href="/articles/serial-plaintiffs-versus-individuals/">analisi degli attori seriali vs. attori individuali</a> forniscono insieme il livello successivo di dettaglio sotto i numeri di testa di questo dossier.</p>

  <footer class="footer-note">
    <p><strong>Metodologia e dati:</strong> le cifre statunitensi sono derivate dal tracker Seyfarth Shaw ADA Title III (cicli 2013–2025, codificati su PACER), dal blog <em>ADA Title III News &amp; Insights</em>, dai rapporti annuali della California Commission on Disability Access e dall'Office of Court Administration dello Stato di New York. Le cifre europee sono aggregate dai rapporti del primo anno di applicazione dell'Agenzia per l'Italia Digitale (AgID), del BFIT-Bund (Organismo federale tedesco di monitoraggio), dell'Observatorio de Accesibilidad Web (OAW) spagnolo, dalle note congiunte ARCEP/ARCOM francesi sull'accessibilità, dai rapporti Anysurfer/BOSA belgi e da comunicazioni pubblicate equivalenti delle restanti 22 autorità di vigilanza del mercato degli Stati membri; dove gli Stati membri non hanno ancora pubblicato i dati del primo anno, i totali sono presentati come intervalli. Le cifre britanniche provengono dal rapporto annuale 2023–25 dell'Equality and Human Rights Commission, dal registro EHRC Sezione 31 e dal rapporto annuale di monitoraggio PSBAR del Government Digital Service. Le cifre canadesi provengono dal rapporto annuale 2024 della Commissione canadese per i diritti umani, dal primo rapporto di conformità 2025 del Commissario all'accessibilità e dai rapporti sui progressi in materia di accessibilità del Treasury Board federale. Le fasce di valore delle transazioni sono ricostruite da sentenze di accordo depositate pubblicamente; le cifre precise per caso non sono disponibili in tutte le giurisdizioni perché i contratti di transazione vengono abitualmente secretati negli USA.</p>
    <p><strong>Contesto giuridico:</strong> Americans with Disabilities Act, Title III, 42 U.S.C. §12181 e segg. (1990); disposizione sul rimborso delle spese legali ADA 42 U.S.C. §12205. California Civil Code §§52, 425.50–425.55 (Unruh Civil Rights Act). Direttiva (UE) 2019/882 (European Accessibility Act), articoli 17–19 (vigilanza del mercato) e articolo 29 (azioni rappresentative). Equality Act 2010 (UK) Sezioni 20–22 e 29; Equality Act 2006 Sezioni 16, 20 e 31 (poteri di indagine e notifica dell'EHRC); <span lang="en">Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018, SI 2018/952</span>. Accessible Canada Act, S.C. 2019, c. 10; Canadian Human Rights Act, R.S.C. 1985, c. H-6. 28 CFR Part 35, Subpart H (norma definitiva Title II, aprile 2024, che adotta WCAG 2.1 Livello AA come standard federale per governi statali e locali).</p>
    <p><strong>Cosa questo articolo non è:</strong> un censimento completo dell'applicazione della legge. I depositi Unruh nei tribunali statali e quelli ai sensi dello State Human Rights Law di New York sono presenti nel confronto solo in forma riassuntiva perché i dati del ruolo per contea non sono centralizzati. Le cifre EAA degli Stati membri che non avevano pubblicato i rapporti del primo anno al momento della stesura sono approssimate a partire da comunicazioni preliminari e potrebbero variare quando saranno pubblicati i rapporti annuali completi. Si tratta di un'analisi comparativa editoriale, non di una consulenza legale. Gli operatori che si trovano ad affrontare azioni di applicazione della legge in una delle quattro giurisdizioni dovrebbero consultare un legale competente ammesso nell'ordinamento pertinente.</p>
  </footer>

</div>

---
title: Produrre audiolibri di testo nel 2026: dal DAISY alla narrazione AI
url: https://www.disabilityworld.org/it/articles/producing-audio-textbooks-modern/
description: Come si producono gli audiolibri scolastici nel 2026 — la pipeline DAISY tradizionale, la nuova specifica DAISY 4.0, il passaggio alla narrazione AI con ElevenLabs, Polly e OpenAI, e il compromesso costo-qualità che separa ancora un libro di testo da un podcast.
author: Disability World
pubDate: 2026-05-22
tags: audio-textbooks, daisy, narration, education, blindness, low-vision, ai
---

# Produrre audiolibri di testo nel 2026: dal DAISY alla narrazione AI

<div class="src-article" data-template="5">

<div class="byline">
  <span><strong>A cura di</strong> Disability World</span>
  <span class="rt-pill">Tempo di lettura: 10 minuti</span>
</div>

<p class="image-alt-text">Descrizione immagine: un microfono da studio professionale accanto a un libro di testo aperto con cuffie e controlli audio — il marcatore visivo per la produzione di audiolibri di testo.</p>

<p class="wp-block-paragraph">Un libro di testo non è un podcast. Ha livelli di intestazione, esercizi numerati, note a piè di pagina, indici, equazioni, diagrammi con didascalie e uno studente che deve trovare pagina 217 nel mezzo di una sessione di revisione. Produrlo in formato audio significa produrre tutto questo — non solo la prosa. Nel 2026, due pipeline parallele svolgono questo lavoro: la catena <strong>DAISY</strong> tradizionale che ha servito gli editori audio specializzati per un quarto di secolo, e una nuova catena di <strong>narrazione AI</strong> che, negli ultimi tre anni, ha ridotto il costo di produzione per ora di circa un ordine di grandezza. Non sono intercambiabili. Il punto in cui si incontrano — cosa sopravvive di DAISY, cosa viene affidato al sintetizzatore, cosa rimane a un essere umano — è la storia dell'audiolibro di testo del 2026.</p>

<p class="wp-block-paragraph">Questo articolo è una guida alla produzione per le persone che commissionano, finanziano e utilizzano questi libri: coordinatori dell'istruzione speciale, uffici per la disabilità universitaria, bibliotecari di formati alternativi e i team editoriali delle <a href="/articles/state-of-deaf-education-access/">organizzazioni che operano ai margini dell'istruzione accessibile</a>. Illustra la pipeline DAISY che produce un audiolibro di testo accessibile, il cambiamento portato dalla narrazione AI che sta rimodellando l'economia a monte, il compromesso costo-qualità che entrambe le parti stanno ora negoziando, i problemi di accuratezza che nessuno ha ancora pienamente risolto (matematica, nomi propri, alternanza linguistica), la specifica DAISY 4.0 pubblicata nel 2025 e i principali produttori che determinano quali libri arrivano effettivamente a uno studente.</p>

<h2 class="wp-block-heading" id="h-what-daisy-is">Cosa significa davvero «DAISY»</h2>

<p class="wp-block-paragraph">DAISY — Digital Accessible Information System — è una specifica, un consorzio e una famiglia di formati di file. È stata pubblicata per la prima volta nel 1996 da una coalizione di biblioteche di libri parlati che aveva bisogno di un modo per distribuire l'audio navigabile e strutturato che una cassetta non poteva offrire. Le due specifiche che ancora ancorando il formato sono <strong>DAISY 2.02</strong>, rilasciata nel 2001 e tuttora il formato che la maggior parte delle biblioteche di libri parlati tradizionali serve effettivamente, e <strong>DAISY 3</strong>, formalizzata come ANSI/NISO Z39.86 nel 2002 e rivista nel 2012 e di nuovo nel 2024. L'aggiornamento del 2024 — Z39.86-2024 — è la versione a cui punta la maggior parte degli strumenti di produzione attuali, nonché la specifica ponte tra il mondo tradizionale e DAISY 4.0.</p>

<p class="wp-block-paragraph">Cosa fa DAISY che un MP3 non può fare: porta la <strong>navigazione strutturata</strong> (passa al capitolo 4, sezione 2, esercizio 3), la <strong>sincronizzazione SMIL</strong> (il file audio e la traccia testuale sono mantenuti sincronizzati in modo che la posizione di riproduzione in uno corrisponda sempre all'altra), e uno <strong>strato di metadati</strong> abbastanza ricco da descrivere note a piè di pagina, riquadri laterali, numeri di pagina, celle di tabella ed elementi skip-on/skip-off come le intestazioni di pagina ricorrenti. Un lettore DAISY — Dolphin EasyReader, Voice Dream, il lettore di riferimento AMIS, il dispositivo hardware Victor Reader Stratus — trasforma quelle strutture in una pressione di tasto: uno studente può avanzare per frase, per paragrafo, per livello di intestazione 3 o per numero di pagina, sullo stesso libro.</p>

<h3 class="wp-block-heading" id="h-daisy-pipeline">La pipeline di produzione DAISY tradizionale</h3>

<p class="wp-block-paragraph">La produzione di un libro di testo DAISY con la pipeline tradizionale richiede sei fasi distinte e, per un libro di testo di 400 pagine, circa sei-dodici settimane di tempo effettivo per titolo presso un produttore come Learning Ally o il Royal National Institute of Blind People (RNIB).</p>

<ul class="wp-block-list">
<li><strong>Fase 1 — preparazione della fonte.</strong> L'editore fornisce un PDF cartaceo o, sempre più spesso, un EPUB. La produzione pulisce il file, separa il testo principale dalle intestazioni e dai piè di pagina ricorrenti, contrassegna la gerarchia delle intestazioni ed esporta un ordine di lettura XHTML strutturato. I diagrammi e le equazioni vengono segnalati per una gestione separata.</li>
<li><strong>Fase 2 — narrazione.</strong> Un narratore umano formato registra la prosa in una sessione di studio. Per un libro di testo il narratore segue una guida di stile dell'editore che copre come leggere le tabelle, come descrivere i diagrammi, come pronunciare la terminologia specifica della materia e come gestire i passaggi in lingua straniera non tradotti.</li>
<li><strong>Fase 3 — montaggio e controllo qualità.</strong> Un secondo passaggio rimuove i rumori respiratori, le ripetizioni per mispronunce e allinea l'audio registrato rispetto al testo di origine. Un lettore QA ascolta a fronte della copia cartacea per verificarne l'accuratezza.</li>
<li><strong>Fase 4 — sincronizzazione SMIL.</strong> Il software di produzione genera un file SMIL (Synchronized Multimedia Integration Language) che registra ogni confine di frase nell'audio rispetto allo span corrispondente nell'XHTML, producendo la mappatura testo-audio momento per momento su cui si basa la navigazione DAISY.</li>
<li><strong>Fase 5 — confezionamento.</strong> L'audio, la traccia SMIL, il testo XHTML e un manifesto di navigazione vengono raggruppati in un pacchetto DAISY 2.02 o DAISY 3, validati rispetto al verificatore di conformità del formato e caricati nel catalogo di distribuzione del produttore.</li>
<li><strong>Fase 6 — distribuzione.</strong> Il pacchetto viene servito ai lettori autorizzati tramite un'app specifica del produttore o attraverso lo scambio transfrontaliero globale del Trattato di Marrakesh verso le biblioteche partner in altre giurisdizioni.</li>
</ul>

<p class="wp-block-paragraph">La pipeline produce un libro autorevole, navigabile e di qualità per l'aula. È anche costosa. Il costo per ora finita di audio, nella catena DAISY tradizionale con narrazione umana, si colloca nell'intervallo da circa 45 a circa 75 dollari USA tra i principali produttori — una cifra relativamente invariata dalla metà degli anni 2010 e guidata quasi interamente dal tempo in studio, dai compensi dei narratori e dal QA editoriale.</p>

<h2 class="wp-block-heading" id="h-ai-narration">La pipeline di narrazione AI</h2>

<p class="wp-block-paragraph">Il cambiamento che ha mosso la conversazione sugli audiolibri di testo nel 2024–26 è l'arrivo di voci neurali di sintesi vocale (TTS) che sono, per la prima volta, sufficientemente indistinguibili da un narratore umano che la questione se utilizzarle non viene più automaticamente liquidata con un «no». La lista ristretta dei servizi che orientano le decisioni di produzione nel 2026 è piccola e ben definita: <strong>ElevenLabs</strong> (il cui modello multilingue v3, rilasciato nel 2025, è il riferimento per la narrazione di libri di testo in inglese nella maggior parte delle discussioni correnti); <strong>Speechify</strong> (la cui offerta enterprise del 2024 è rivolta specificamente all'istruzione, con una modalità per contenuti di lunga durata e voci in stile accademico preconfigurate); <strong>Amazon Polly Neural</strong> (il più economico su scala, con un forte supporto SSML); e <strong>OpenAI TTS HD</strong> (la voce con il suono narrativo più naturale nei test di ascolto comparativo condotti da gruppi di ricerca sull'accessibilità nel 2025).</p>

<p class="wp-block-paragraph">La struttura di una pipeline di audiolibri di testo narrati da AI differisce da quella tradizionale meno nelle sue fasi che nella sua economia. La preparazione della fonte, il markup strutturale e il confezionamento rimangono invariati. Le fasi 2 e 3 — narrazione e montaggio — si condensano in un unico passaggio automatizzato: il testo strutturato viene inviato al sintetizzatore con hint SSML per enfasi, pronuncia e durata delle pause, e il sintetizzatore restituisce l'audio. Un passaggio di QA umano ridotto spazza poi le modalità di errore (descritte di seguito) che il sintetizzatore non riesce ancora a risolvere autonomamente.</p>

<p class="wp-block-paragraph">Il cambiamento nel costo è il dato di testa. Mentre la catena tradizionale produce un'ora finita a circa 45–75 dollari, la narrazione AI su scala produttiva si attesta tra circa 3 e circa 7 dollari per ora presso i principali fornitori nel 2026 — una riduzione di 10 volte. Questa cifra è quella che ha spostato la domanda da «possiamo permetterci di produrre questo libro» a «quale libro non dovremmo produrre». Una biblioteca nazionale di formati alternativi che in precedenza selezionava 800 nuovi titoli all'anno con un budget fisso può, con lo stesso budget, selezionarne 6.000–8.000 — a condizione che la qualità tenga nelle categorie in cui conta davvero.</p>

<h2 class="wp-block-heading" id="h-cost-quality">Il compromesso costo-qualità</h2>

<p class="wp-block-paragraph">La «qualità» nella produzione di audiolibri di testo non è una dimensione unica. È almeno quattro: <strong>intelligibilità</strong> (un ascoltatore riesce a interpretare ciò che la voce dice), <strong>naturalezza</strong> (l'ascolto prolungato causa affaticamento), <strong>accuratezza</strong> (le parole sulla pagina corrispondono a quelle lette) e <strong>fedeltà strutturale</strong> (tabelle, equazioni e note a piè di pagina sopravvivono nell'audio). I moderni TTS neurali raggiungono ora punteggi comparabili all'umano per intelligibilità e a un solo punto dalla naturalezza nei test standard a 5 punti di Mean Opinion Score (MOS) utilizzati dalla comunità di ricerca sulla sintesi vocale. Il divario rimane visibile per accuratezza e fedeltà strutturale.</p>

<p class="wp-block-paragraph">Lo studio di ascolto comparativo 2025 dell'American Foundation for the Blind — il singolo contributo pubblicato più ampio sulla questione — ha coinvolto studenti universitari non vedenti nell'ascolto di passaggi corrispondenti da libri di testo di chimica, storia e letteratura spagnola, narrati alternativamente da voce umana e da voci ElevenLabs v3. Il risultato di testa: a livello di frase, la narrazione AI era preferita o valutata equivalente nel 71% delle prove per le materie a dominanza prosaica (storia, filosofia, letteratura inglese). Per le materie ricche di simboli (chimica, matematica, fisica) l'AI era preferita o valutata equivalente solo nel 28% delle prove, con il divario determinato dalla resa della notazione matematica e dalla gestione da parte della voce AI delle formule con pedici. La raccomandazione dello studio era prevedibile e ora è citata operativamente: narrazione AI in prima istanza, con un passaggio umano sui capitoli ricchi di simboli.</p>

<blockquote class="wp-block-quote">
<p>La domanda educativamente interessante non è più «umano o AI» — è «quali frasi necessitano di un umano, e quali possono essere sintetizzate su scala». La risposta è sempre più che l'80–90% di un libro di testo può essere sintetizzato, ma il restante 10–20% — equazioni, nomi propri in lingue non familiari, citazioni di fonti primarie in ortografia arcaica — è dove un libro di testo smette di essere un podcast.</p>
<cite>La regola di produzione 80/20, 2026</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-math-names">Matematica, nomi propri e il problema dell'alternanza linguistica</h2>

<p class="wp-block-paragraph">Le modalità di errore di accuratezza che il TTS neurale attuale non ha risolto sono sufficientemente prevedibili che i produttori ora le pianificano nella fase di preparazione della fonte piuttosto che scoprirle nel QA.</p>

<p class="wp-block-paragraph"><strong>Matematica.</strong> Le equazioni codificate come MathML hanno una forma parlata canonica — leggi l'integrale da a a b di x al quadrato dx — che nessun motore TTS di uso generale genera correttamente. Le pipeline di produzione ora instradano il MathML attraverso un motore dedicato math-to-speech (MathSpeak, l'estensione di accessibilità MathJax, o il motore open-source SRE mantenuto dal progetto Math-in-DAISY) prima di passare il testo inglese risultante al sintetizzatore voce. La specifica DAISY 4.0 formalizza questo instradamento come schema di produzione raccomandato.</p>

<p class="wp-block-paragraph"><strong>Nomi propri.</strong> I nomi di persone, luoghi, organizzazioni e la terminologia specifica delle materie vengono mispronunciati in modo prevedibile. Un audit del 2024 del DAISY Consortium su 50 ore di contenuto educativo narrato da AI ha rilevato tassi di mispronuncia di nomi di circa il 14% nei testi di storia (dove i nomi spaziano su più lingue) e di circa il 22% nei libri di testo di lingue straniere (dove i nomi sono il contenuto). La misura di mitigazione è un lessico di pronuncia per titolo — tipicamente da 50 a 300 voci per un libro di testo di 400 pagine — costruito durante la preparazione della fonte e fornito al sintetizzatore come hint di lessico SSML.</p>

<p class="wp-block-paragraph"><strong>Alternanza linguistica.</strong> Un libro di testo di storia che cita Cicerone in latino, un libro di testo di letteratura che cita Pushkin in russo, un libro di testo di economia che cita Piketty in francese — queste sono le frasi dove una voce TTS monolingue fallisce più visibilmente. ElevenLabs v3 e l'aggiornamento TTS 2025 di OpenAI includono entrambi modelli monovoce multilingui che alternano le lingue a metà enunciato, ma la qualità dell'alternanza è irregolare. Lo schema di produzione affidabile nel 2026 consiste nel contrassegnare esplicitamente lo span in lingua straniera, instradarlo a una voce specifica per quella lingua e riassemblare l'audio al livello SMIL.</p>

<h2 class="wp-block-heading" id="h-daisy-4">DAISY 4.0: cosa cambia con la specifica 2025</h2>

<p class="wp-block-paragraph">DAISY 4.0, pubblicata in forma di bozza dal DAISY Consortium alla fine del 2025, è la prima revisione del formato a livello di specifica in un decennio. Il suo punto di partenza progettuale è che l'oggetto prodotto non dovrebbe dover scegliere tra un audiolibro e un libro di testo-e-immagini — dovrebbe essere entrambi, simultaneamente, con il lettore che sceglie cosa mostrare al lettore.</p>

<p class="wp-block-paragraph">Quattro modifiche contano maggiormente per la produzione di libri di testo. Prima, <strong>allineamento con EPUB 3</strong>: DAISY 4.0 è strutturalmente un pacchetto EPUB 3 con audio aggiunto, piuttosto che un formato parallelo con EPUB come destinazione di esportazione. Un produttore che mantiene un libro di testo EPUB 3 può produrre la sua edizione audio DAISY 4.0 aggiungendo tracce, non convertendo file. Seconda, <strong>MathML nativo</strong>: le equazioni viaggiano come MathML fino al lettore, che decide a runtime se renderizzarle visivamente, leggerle ad alta voce, o entrambe le cose. Terza, <strong>metadati di provenienza multi-voce</strong>: un pacchetto DAISY 4.0 può trasportare span narrati da umani, narrati da AI e resi da motori matematici misti, con ogni span attribuito in metadati al suo metodo di produzione — un requisito di trasparenza che un insieme emergente di norme di procurement nazionale sta iniziando a richiedere. Quarta, <strong>estensioni di navigazione</strong> per gli elementi strutturali che i libri di testo hanno sempre avuto ma che DAISY 3 gestiva in modo goffo: esercizi numerati, serie di problemi, rimandi al glossario e riferimenti incrociati tra volumi.</p>

<p class="wp-block-paragraph">La tempistica di transizione che la maggior parte dei produttori cita pubblicamente è prudente. Il DAISY Consortium prevede che la maggior parte dei nuovi titoli educativi venga distribuita in formato DAISY 4.0 entro il 2027–28, con il catalogo DAISY 2.02 tradizionale che persiste indefinitamente sul lato dei lettori perché il parco installato di lettori hardware dedicati non può essere aggiornato da remoto.</p>

<h2 class="wp-block-heading" id="h-major-producers">I principali produttori e cosa producono</h2>

<p class="wp-block-paragraph"><strong>Learning Ally</strong>, l'organizzazione senza scopo di lucro statunitense fondata nel 1948 come Recording for the Blind, detiene il più grande catalogo di audiolibri di testo in lingua inglese al mondo — circa 80.000 titoli nel 2026 — e rimane sostanzialmente narrato da umani, con una rete di narratori volontari di circa 1.000 voci attive. Il suo documento strategico del 2025 si è impegnato per una pipeline con supporto AI (narrazione AI in prima istanza con QA umano sui capitoli ricchi di simboli) per i titoli scolastici di matematica e scienze, preservando la narrazione umana per il canone letterario.</p>

<p class="wp-block-paragraph"><strong>Bookshare</strong>, gestito da Benetech, distribuisce un catalogo EPUB in primo piano — oltre 1,3 milioni di titoli nel 2026, tra categorie di lettura generale ed educativa — che abbina il testo sottostante all'audio sintetizzato reso dal lettore dell'utente piuttosto che preconfezionato in produzione. Il modello è il più economico su scala e il più allineato con l'architettura «il lettore decide» di DAISY 4.0.</p>

<p class="wp-block-paragraph"><strong>RNIB Talking Books</strong> nel Regno Unito serve circa 25.000 membri attivi e produce circa 1.500 nuovi titoli all'anno, principalmente tramite narrazione umana con un programma pilota 2024–26 sulla narrazione AI per la saggistica. Il suo catalogo è il riferimento per il pubblico di libri di testo del curriculum britannico.</p>

<p class="wp-block-paragraph"><strong>La Sezione IFLA Libraries Serving Persons with Print Disabilities (LPD)</strong> coordina la rete globale dei produttori e gestisce il catalogo transfrontaliero dell'Accessible Books Consortium (ABC) ai sensi del Trattato di Marrakesh — il meccanismo mediante il quale un libro prodotto in un Paese firmatario può essere prestato attraverso i confini ai lettori autorizzati in un altro. Lo scambio di cataloghi ABC del 2024 ha riportato oltre 850.000 trasferimenti di titoli transfrontalieri, un ordine di grandezza superiore alla cifra di cinque anni prima, con la crescita concentrata nei materiali educativi.</p>

<h2 class="wp-block-heading" id="h-what-this-means">Cosa significa per lo studente nel 2026</h2>

<p class="wp-block-paragraph">L'effetto pratico dei cambiamenti del 2024–26 è che il catalogo disponibile per uno studente non vedente o con visione ridotta in una principale giurisdizione anglofona è all'incirca un ordine di grandezza più grande rispetto a inizio decennio, e il ritardo tra una pubblicazione cartacea e un'edizione audio accessibile si sta riducendo da un anno o più a settimane. Il ritardo per i libri di testo specificamente — storicamente la categoria più lenta a causa della complessità matematica e strutturale — si sta riducendo più lentamente, ma si sta riducendo.</p>

<p class="wp-block-paragraph">Ciò che non è cambiato è la soglia di qualità accettabile. Un libro di testo deve ancora essere navigabile, accurato e sincronizzato con il suo testo di origine. Il progetto di DAISY 4.0 e l'economia della pipeline di narrazione AI rendono quella soglia meno costosa da raggiungere di quanto non sia mai stata. I produttori che con maggiore probabilità se la caveranno nel resto del decennio sono quelli che hanno smesso di inquadrare la scelta come umano o AI e hanno iniziato a chiedersi quale metodo è più adatto a quali frasi — e gli uffici per i servizi di disabilità nelle università e nelle scuole che hanno smesso di accettare «non possiamo permetterci di produrlo» come risposta definitiva.</p>

<p class="wp-block-paragraph">Per approfondire, si rimanda agli altri contributi di Disability World su <a href="/articles/state-of-deaf-education-access/">lo stato dell'accesso all'istruzione per i sordi nel mondo</a>, sulle <a href="/regulations/">normative nazionali sull'accessibilità</a> e sull'intera <a href="/articles/">reportistica sull'accessibilità 2026</a>.</p>

</div>

---
title: Profilo: la designer che ha reso accessibile un prodotto con 200 milioni di utenti
url: https://www.disabilityworld.org/it/articles/profile-designer-200m-user-product/
description: Un profilo composito di una senior product designer che ha guidato la trasformazione dell'accessibilità di un prodotto consumer utilizzato da circa 200 milioni di persone.
author: Disability World
pubDate: 2026-05-22
tags: profile, designer, accessibility, scale, product-design, industry
---

# Profilo: la designer che ha reso accessibile un prodotto con 200 milioni di utenti

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione immagine: una designer a una scrivania regolabile in altezza, vista da dietro, con due monitor che mostrano una libreria di componenti di un design system con stati di focus — il marcatore visivo per il profilo della designer dell'accessibilità su scala.</p>

<p class="rt-prefix">Tempo di lettura: 10 minuti</p>

<p class="wp-block-paragraph"><strong>Nota della redazione.</strong> La designer qui profilata è un personaggio composito. «Maya Okafor» non è una singola persona reale; la biografia è costruita a partire da interviste registrate con cinque senior accessibility-design lead che, tra il 2019 e il 2025, hanno guidato programmi di accessibilità di più trimestri in aziende internet consumer con basi di utenti nell'intervallo di circa 80–300 milioni. Ogni numero, ogni artefatto, ogni sconfitta nella cronologia che segue è reale e proviene da uno dei cinque professionisti; la sintesi — l'arco di una carriera attraverso un programma — è la libertà editoriale.</p>

<p class="wp-block-paragraph">Anche il prodotto è mascherato. Ciò che si nomina con precisione è la sua scala (circa 200 milioni di utenti attivi mensili all'inizio, circa 240 milioni alla chiusura), il suo stack (un front-end React e TypeScript con app native iOS e Android che condividono lo stesso linguaggio di design) e la superficie del design system che Maya ha ereditato (circa 410 componenti, di cui circa 90 «primari»). Queste sono le variabili che determinano la difficoltà del lavoro.</p>

<h2 class="wp-block-heading" id="h-the-monday-she-walked-in">Il lunedì in cui è entrata</h2>

<p class="wp-block-paragraph">Maya Okafor è entrata in azienda un lunedì piovoso di fine gennaio 2022 come Staff Product Designer nel team Design Systems. Aveva trentaquattro anni. Aveva trascorso i sei anni precedenti nella divisione digitale di un grande editore, dove era diventata — quasi per caso — quella che sapeva come dovrebbe apparire un anello di focus e perché il rapporto di contrasto di 2,6:1 imposto dal brand sui pulsanti terziari non era, di fatto, accettabile. Non aveva credenziali formali sull'accessibilità. Diceva sempre di aver imparato tutto nel modo più difficile: essere la designer in chiamata quando un utente di screen reader presentava un ticket di supporto e nessun altro sapeva come riprodurre il problema.</p>

<p class="wp-block-paragraph">Nella nuova azienda non esisteva un mandato sull'accessibilità. Non esisteva un team dedicato all'accessibilità. Esisteva un Accessibility Working Group, che si riuniva ogni altro mercoledì alle 16 ora del Pacifico e che, al primo mercoledì di Maya, contava sei partecipanti. Aveva una pagina Confluence aggiornata l'ultima volta nel 2020, un canale Slack con circa 140 membri e tre messaggi a settimana, e — Maya lo capì in seguito — esattamente un punto di leva: un backlog di quarantuno ticket di supporto correlati all'accessibilità aperti, di cui sette provenienti da una singola organizzazione per i diritti dei disabili che inviava e-mail all'azienda trimestralmente dal 2019.</p>

<blockquote class="wp-block-quote">
<p><em>«La prima cosa che ho fatto è stata leggere tutti e quarantuno quei ticket. La seconda cosa è stata stamparli e metterli in un raccoglitore. Non perché qualcuno avesse bisogno di un raccoglitore — perché avevo bisogno di un oggetto fisico da mettere sulla scrivania di un VP tra tre mesi, quando la conversazione si fosse fatta difficile.»</em></p>
<cite>Maya Okafor, composito, sul suo primo mese</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-building-the-case">Costruire il caso: volume dei reclami, rischio legale, quota di mercato</h2>

<p class="wp-block-paragraph">I primi tre mesi non furono lavoro di design. Fu lavoro investigativo. Maya fece tre cose in parallelo.</p>

<p class="wp-block-paragraph"><strong>Quantificò la pipeline dei reclami.</strong> Lavorando con il Support, estrasse tutti i ticket degli ultimi ventiquattro mesi contenenti una dozzina di termini segnalatori — «screen reader», «VoiceOver», «TalkBack», «JAWS», «NVDA», «contrasto», «solo tastiera», «WCAG», «ADA», «EAA», «non riesco a leggere». Trovò circa 1.470 reclami distinti, di cui circa 280 non risolti da più di novanta giorni. Li mappò alle superfici del prodotto: circa il 38% sul checkout, circa il 22% sulla messaggistica, circa il 14% sulla creazione del profilo, circa il 9% sul player video. Quella distribuzione avrebbe deciso, sei mesi dopo, quali componenti sarebbero stati riscritti per primi.</p>

<p class="wp-block-paragraph"><strong>Quantificò il rischio legale.</strong> L'azienda era stata nominata in due cause ADA Title III nei precedenti diciotto mesi, entrambe concluse con una transazione. Maya non riusciva a vedere i valori delle transazioni — il team legale non glieli avrebbe forniti — ma poteva vedere la curva della frequenza delle controversie nel registro pubblico per il suo settore. Costruì un foglio di calcolo che prendeva la superficie di esposizione dell'azienda e produceva una stima dell'intervallo del costo annuale atteso di transazione e correzione in uno scenario di non intervento. Il punto medio di quell'intervallo era di diversi milioni di dollari all'anno.</p>

<p class="wp-block-paragraph"><strong>Quantificò l'opportunità di mercato.</strong> Questa fu la riga che mosse la stanza. Maya integrò i dati di ricerca sugli utenti dell'azienda con il sondaggio sugli utenti di screen reader di WebAIM, le statistiche sulla disabilità dei CDC e i dati Eurostat sulla prevalenza della disabilità per i mercati europei che il prodotto serviva. Produsse una singola slide: degli circa 200 milioni di utenti attivi mensili dell'azienda, si stimava che tra 14 e 22 milioni stessero utilizzando il prodotto con qualche forma di tecnologia assistiva o impostazioni non predefinite. Le analitiche mostravano che questo segmento aveva un tasso di abbandono circa 1,8 volte superiore rispetto alla base complessiva. Se la retention su questo segmento potesse essere portata alla parità, l'impatto netto annuale sulle entrate era un numero che Finance riconosceva.</p>

<blockquote class="wp-block-quote">
<p><em>«Non ho mai mostrato il numero di Legal a Marketing, e non ho mai mostrato il numero di Marketing a Legal. A ciascuno di loro ho mostrato il numero che aveva importanza per loro. Al CFO ho mostrato entrambi, su una slide, fianco a fianco. Fu quella la riunione in cui il programma ottenne il finanziamento.»</em></p>
<cite>Maya Okafor, composito, sul caso di finanziamento</cite>
</blockquote>

<p class="wp-block-paragraph">Il programma fu approvato alla fine del Q2 2022. Organico: sette persone, con crescita a undici nell'arco di dodici mesi — tre designer, quattro ingegneri, due specialisti QA, un program manager, un ricercatore con esperienza nel reclutamento nella comunità dei disabili. Budget per le partnership di test esterni: una voce a sei cifre all'anno. Autorità: approvazione su qualsiasi nuovo componente del design system, con potere di veto sui componenti che non superavano una checklist di accessibilità. Quest'ultima clausola — il veto — era quella che Maya aveva negoziato con maggiore determinazione. Era la differenza tra un programma e un esercizio di richiesta di permessi.</p>

<h2 class="wp-block-heading" id="h-the-design-system-overhaul">La revisione del design system: token, focus, movimento</h2>

<p class="wp-block-paragraph">Il lavoro tecnico iniziò nel Q3 2022 e si protrasse per i successivi quattordici mesi. Maya lo strutturò in tre fasi, che chiamava — nelle slide e nelle standup — Fondamenta, Componenti, Pattern. La disciplina di quell'ordinamento, diceva spesso, fu la singola decisione architettonica più importante del programma.</p>

<h3 class="wp-block-heading" id="h-tranche-1-foundations">Fase 1 — Fondamenta</h3>

<p class="wp-block-paragraph">I primi sei mesi ricostruirono i design token. Il sistema legacy aveva circa 84 token di colore senza denominazione semantica — «Blue/600», «Grey/400», «Brand/Primary» — e nessun metadato sul contrasto. Il team di Maya li sostituì con una palette semantica di circa 40 token organizzati per funzione: <code>content-primary</code>, <code>content-secondary</code>, <code>surface-base</code>, <code>border-default</code>, più una scala interattiva (<code>action-primary</code>, <code>action-primary-hover</code>, <code>action-primary-pressed</code>) e una scala di stati. Ogni token portava, nei suoi metadati, il rapporto di contrasto rispetto alla superficie su cui era approvato ad essere applicato, e un flag per quale livello di conformità WCAG superava. Gli strumenti lo imponevano: un designer non poteva assegnare <code>content-tertiary</code> su <code>surface-base</code> in Figma senza che il linter lo segnalasse.</p>

<p class="wp-block-paragraph">La stessa fase standardizzò l'anello di focus. I componenti legacy avevano — Maya li contò — circa diciassette trattamenti diversi per l'anello di focus, che andavano da un contorno puntato da 1 pixel che scompariva sugli sfondi chiari a un anello blu solido da 2 pixel che rompeva il layout nelle liste compatte. Il nuovo anello era un singolo token: un contorno da 2 pixel sfalsato di un gap trasparente da 2 pixel dal bordo del componente, in modo che l'anello fosse leggibile su qualsiasi superficie. Ogni componente interattivo lo adottava per impostazione predefinita; non era possibile optare per una rinuncia.</p>

<p class="wp-block-paragraph">Le preferenze di movimento furono il terzo fondamento. Il sistema legacy rispettava <code>prefers-reduced-motion</code> in circa un posto — una singola animazione di onboarding — e le app native non lo rispettavano da nessuna parte. Il nuovo fondamento trasformò il movimento in un token, con tre valori (nessuno, ridotto, completo) collegati a ogni primitiva di animazione. Un designer che tentasse di sovrascrivere la preferenza doveva allegare una giustificazione scritta che il responsabile del programma esaminava.</p>

<h3 class="wp-block-heading" id="h-tranche-2-components">Fase 2 — Componenti</h3>

<p class="wp-block-paragraph">Con le fondamenta stabili, il team si dedicò ai circa 90 componenti primari. L'elenco era ordinato in base ai dati della pipeline dei reclami che Maya aveva estratto nel primo mese: checkout prima, poi messaggistica, poi profilo, poi video. Ogni componente passò attraverso una ricostruzione standardizzata: mappa di navigazione da tastiera, semantica per screen reader, ordine di focus, verifica del contrasto in ogni stato, variante a movimento ridotto, variante RTL, e — su insistenza di Maya — una fixture di test documentata che il team QA poteva eseguire ad ogni release.</p>

<p class="wp-block-paragraph">Il campo di inserimento del numero di carta di credito, nella sua forma precedente, era un singolo <code>&lt;input&gt;</code> con JavaScript di formattazione automatica che interrompeva l'annuncio da parte dello screen reader dei caratteri digitati; la ricostruzione utilizzò quattro input separati con etichette esplicite, errori collegati tramite <code>aria-describedby</code> e validazione inline annunciata attraverso una live region di cortesia. Richiese sei settimane per un designer e un ingegnere. I ticket di accessibilità relativi al checkout calarono di circa il 70% nel trimestre successivo — perché la maggior parte dei nuovi ticket smise semplicemente di essere depositata.</p>

<h3 class="wp-block-heading" id="h-tranche-3-patterns">Fase 3 — Pattern</h3>

<p class="wp-block-paragraph">L'ultima fase fu quella che Maya descrisse come la più semplice nell'esecuzione e la più difficile nel coordinamento. Il team documentò i pattern compositivi — come costruire un flusso modale accessibile sui componenti ricostruiti; come comporre un elenco di elementi con media misti; come strutturare una pagina di impostazioni in modo che la navigazione funzionasse con il controllo vocale. I pattern entrarono nel sito di documentazione del design system come esempi di codice eseguibili. La parte difficile non fu scriverli. La parte difficile fu convincere ogni team di prodotto a utilizzarli invece di inventarne di propri.</p>

<h2 class="wp-block-heading" id="h-the-engineering-rollout">Il rollout tecnico</h2>

<p class="wp-block-paragraph">Un design system ridisegnato è una libreria; non è, di per sé, un rollout. Il lavoro di project management più difficile del programma — Maya era categorica su questo — fu la migrazione. Il prodotto aveva circa quaranta squad, ciascuna responsabile di due-cinque superfici, ciascuna libera in pratica di adottare il design system al ritmo consentito dal proprio roadmap. Un piano ingenuo avrebbe chiesto a ogni squad di migrare entro un trimestre. Quel piano avrebbe fallito.</p>

<p class="wp-block-paragraph">La soluzione di Maya fu un mandato graduato. I nuovi componenti venivano distribuiti come predefiniti; i vecchi rimanevano dietro un feature flag, ma ogni release di una superficie che ancora utilizzava un componente legacy apriva automaticamente un ticket P2 nel backlog di quella squad. Il ticket si escalava automaticamente a P1 dopo novanta giorni e a P0 dopo centottanta. Nel giro di quattro trimestri, circa il 78% dell'utilizzo legacy dei componenti primari era migrato. Nel giro di sei trimestri, quella cifra era circa il 94%.</p>

<blockquote class="wp-block-quote">
<p><em>«La parte difficile non era il design system. La parte difficile era un organigramma di quaranta squad e un ciclo di budget non costruito per questo. I componenti furono tre mesi di lavoro. Il rollout fu tre anni.»</em></p>
<cite>Maya Okafor, composito, sulla migrazione</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-what-the-program-cost">Quanto costò il programma — e cosa restituì</h2>

<p class="wp-block-paragraph">Maya era scrupolosa nel tracciamento. Quando il programma chiuse la sua fase formale nel Q4 2024, la spesa totale ammontava — nel corso di due anni e mezzo, undici risorse dedicate e test esterni — a qualcosa nell'ordine delle singole cifre alte dei milioni. Il flusso in entrata di ticket correlati all'accessibilità era diminuito di circa il 73% rispetto alla baseline del 2022, nonostante una base di utenti cresciuta di circa il 20%. I due procedimenti legali relativi all'ADA aperti durante la finestra del programma furono entrambi chiusi senza procedere in giudizio, a condizioni che l'azienda descrisse nelle sue comunicazioni annuali come irrilevanti. La retention del prodotto sul segmento di utenti di tecnologie assistive — il segmento che Maya aveva identificato nella proposta di finanziamento — si era ridotta da un rapporto di abbandono 1,8 volte superiore alla base complessiva a circa 1,15 volte. Finance registrò la differenza. Maya non disse quale fosse il numero.</p>

<p class="wp-block-paragraph">Registrò anche cose che non compaiono nei fogli di calcolo. Il supporto al rotor VoiceOver dell'app iOS nativa, che era notoriamente malfunzionante da anni, divenne — in un audit indipendente all'inizio del 2025 — uno dei più performanti nel suo settore. Il tema ad alto contrasto che Maya aveva spinto nonostante le obiezioni del team del brand divenne il predefinito nelle regioni dove i regolatori locali iniziarono ad applicare l'EAA. Il sito di documentazione del design system, visitato circa 4.000 volte al mese all'inizio del 2022, aveva una media di circa 38.000 visualizzazioni di pagina mensili a metà del 2025. Era stata costruita una pratica; sarebbe sopravvissuta al suo mandato.</p>

<h2 class="wp-block-heading" id="h-what-she-tells-designers-at-smaller-orgs">Cosa dice ai designer di organizzazioni più piccole</h2>

<p class="wp-block-paragraph">Nel 2025, Maya stava facendo meno turni di terapia intensiva sul proprio prodotto e più lavoro di consulenza per designer di aziende un ordine di grandezza più piccole — team di prodotto di venti persone, di cinquanta persone, la dimensione di organizzazione in cui un singolo designer deve essere per default il responsabile dell'accessibilità. Aveva un piccolo insieme di cose che diceva in ogni incontro informale. Vale la pena elencarle.</p>

<p class="wp-block-paragraph"><strong>Primo.</strong> La pipeline dei reclami è la leva. Non si ha bisogno di un milione di utenti per avere una pipeline di reclami; si ha bisogno di una casella di posta di Support e della volontà di leggerla. Stampare i ticket. Metterli in un raccoglitore. Portare il raccoglitore alla riunione. Il raccoglitore funziona.</p>

<p class="wp-block-paragraph"><strong>Secondo.</strong> Il caso di finanziamento ha tre colonne. Rischio legale, opportunità di mercato e volume dei reclami. Non si ha bisogno di numeri esatti per nessuna delle tre. Si ha bisogno che la stessa persona veda tutte e tre in un unico posto, perché nessuna singola colonna conquista la stanza.</p>

<p class="wp-block-paragraph"><strong>Terzo.</strong> Fondamenta prima dei componenti, componenti prima dei pattern. Un team che inizia riscrivendo i componenti per primi trascorrerà un anno a farlo e arriverà con una bellissima libreria di componenti su una palette di colori non semantica, e il designer successivo riscriverà tutto daccapo.</p>

<p class="wp-block-paragraph"><strong>Quarto.</strong> Negoziare il veto. Il singolo maggior punto di leva in un'azienda di prodotto con più team è la capacità di dire «questo nuovo componente non viene distribuito finché non supera la checklist». Il veto, esercitato due volte in due anni, è sufficiente. È la credibilità del veto, non la sua frequenza, a fare il lavoro.</p>

<p class="wp-block-paragraph"><strong>Quinto.</strong> Assumere il ricercatore con esperienza nel reclutamento nella comunità dei disabili. La singola riga nel budget del programma di Maya che avrebbe difeso con maggiore determinazione era la posizione del ricercatore. Senza utenti con disabilità nel ciclo, il lavoro è teatro.</p>

<p class="wp-block-paragraph"><strong>Sesto.</strong> Il timer sui componenti legacy non è negoziabile. Le migrazioni senza timer non avvengono. Le migrazioni con timer avvengono al ritmo che il timer consente.</p>

<p class="wp-block-paragraph"><strong>Settimo.</strong> Prendere la vittoria e andarsene. Maya abbandonò il programma nel Q1 2025 e passò alla consulenza. Il fondatore di un programma di accessibilità è la persona sbagliata per gestirlo a regime. Il compito del fondatore è far esistere il programma. Il compito a regime è essere noioso. Temperamento diverso; persona diversa.</p>

<h2 class="wp-block-heading" id="h-the-binder">Una nota sul raccoglitore</h2>

<p class="wp-block-paragraph">Maya ha ancora il raccoglitore. Lo tira fuori alle conferenze a volte, quando un senior designer le chiede — di solito con imbarazzo, spesso dopo un panel — cosa fare con i propri quarantuno ticket aperti. Il raccoglitore è spesso mezzo centimetro. L'adesivo sulla copertina dice, con una scrittura sans-serif che Maya acquistò in una cartoleria nel 2022, «Giorno Uno». I quarantuno ticket al suo interno sono stati tutti chiusi. I nomi delle persone che li hanno presentati sono oscurati con un pennarello nero. Non mostra i nomi. Mostra le pagine, e dice: questo è l'aspetto del lavoro, e qui è dove inizia.</p>

</div>

---
title: Profilo: come un funzionario EU degli appalti pubblici applica EN 301 549
url: https://www.disabilityworld.org/it/articles/profile-eu-procurement-officer-en-301-549/
description: Ritratto composito di un funzionario degli appalti UE che trasforma EN 301 549 in offerte respinte, prove documentali richieste e clausole di rimedio post-aggiudicazione. Tratto da interviste con sette funzionari in cinque Stati membri; dettagli anonimizzati.
author: Disability World
pubDate: 2026-05-22
tags: profile, procurement, eu, en-301-549, public-sector, web-accessibility-directive
---

# Profilo: come un funzionario EU degli appalti pubblici applica EN 301 549

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione immagine: la scrivania di un funzionario degli appalti pubblici dell'UE con una copia stampata dello standard EN 301 549 con segnalibri colorati, e accanto un pin a forma di bandiera UE — il segno visivo del profilo del funzionario responsabile degli appalti.</p>

<p class="rt-prefix">Tempo di lettura: 10 minuti</p>

<p class="wp-block-paragraph"><strong>«M.» è un personaggio composito</strong>. La persona descritta in questo profilo non esiste come singolo individuo identificato. Il personaggio è costruito a partire da sette conversazioni registrate con funzionari degli appalti del settore pubblico in cinque Stati membri dell'UE — tre nei Paesi Bassi e in Belgio, due in Spagna e Portogallo, due in Germania — tutti attualmente impegnati nella revisione della conformità all'accessibilità presso autorità appaltanti di dimensioni sostanzialmente simili (da 200 a 900 dipendenti, spesa annuale per appalti ICT compresa tra circa 8 e circa 40 milioni di euro). Nomi, identità delle agenzie e qualsiasi dettaglio che consenta di identificare una specifica gara sono stati modificati. Laddove compaiono citazioni dirette, queste sono trascrizioni letterali di una delle sette interviste, attribuite a «M.» anziché all'interlocutore originale. Il flusso di lavoro descritto — il linguaggio delle clausole, la soglia probatoria, le categorie di rigetto, il regime di correzione — riflette la prassi condivisa del gruppo, non quella di un singolo ufficio.</p>

<p class="wp-block-paragraph">Il motivo per cui si ritrae un funzionario composito anziché un singolo individuo nominato è che gli stessi schemi ricorrono in Stati membri molto diversi tra loro. Nessuno dei sette funzionari intervistati aveva ricevuto una formazione centrale su come applicare <a href="/articles/en-301-549-explained/">EN 301 549</a> quando aveva assunto il proprio ruolo. Tutti e sette avevano costruito il loro flusso di lavoro partendo da zero — copiando clausole dai contratti-modello pubblicati dai ministeri più grandi, affinando i criteri di rigetto nel corso di tre o quattro cicli di gara, imparando dagli errori nelle dispute con i fornitori e redigendo gare migliori la volta successiva. M. è il risultato di quella curva di apprendimento. Questo articolo descrive come si presenta la scrivania di M. nel maggio 2026, quattro anni dopo l'entrata in vigore dell'<a href="/articles/european-accessibility-act-guide/">European Accessibility Act (EAA)</a> (Atto europeo sull'accessibilità) e sette anni dopo la maturità della <a href="/toolkit/glossary/web-accessibility-directive/">Direttiva sull'accessibilità dei siti web</a>.</p>

<h2 class="wp-block-heading" id="h-the-route-in">Come si diventa responsabili dell'accessibilità negli appalti</h2>

<p class="wp-block-paragraph">M. non ha iniziato la propria carriera come specialista dell'accessibilità. Il percorso è stato laterale. M. si è formato come amministratore pubblico generalista, è entrato nell'ufficio appalti di un ministero di uno Stato membro alla fine degli anni 2010 come responsabile contratti e ha ereditato il fascicolo sull'accessibilità nel 2021 perché il collega che se ne occupava era passato al settore privato e la scrivania doveva andare a qualcuno. All'epoca il fascicolo consisteva in una cartella di memo politici non firmati e in una singola gara precedente in cui era stata inserita una «clausola sull'accessibilità» copiata da un modello che il collega aveva scaricato dal portale degli appalti aperti di un ministero tedesco. La clausola faceva riferimento a «lo standard europeo di accessibilità pertinente» senza citare EN 301 549 e richiedeva «conformità a WCAG 2.0 Livello AA» — una versione di WCAG superata da sette anni.</p>

<p class="wp-block-paragraph">La prima cosa che M. ha fatto, all'inizio del 2022, è stata riscrivere la clausola. La versione riscritta citava esplicitamente EN 301 549 V3.2.1, indicava i capitoli applicabili (9 per i contenuti web, 11 per il software non web, 12 per la documentazione e il supporto), specificava WCAG 2.1 Livello AA tramite il riferimento al Capitolo 9 della norma, e richiedeva al fornitore di presentare un rapporto di conformità in fase di offerta e non dopo l'aggiudicazione. Da allora quella clausola è stata perfezionata altre quattro volte — una dopo che un fornitore aveva sostenuto che la norma non lo vincolava perché il suo prodotto era «principalmente uno strumento di back-office»; una dopo che un diverso fornitore aveva presentato un rapporto di autocertificazione consistente in due pagine di testo promozionale; una dopo che l'atto di recepimento dell'EAA nel relativo Stato membro aveva aggiunto espliciti riferimenti alle sanzioni; e una alla fine del 2025 in previsione dell'incorporazione di WCAG 2.2 AA nella versione EN 301 549 V4.0.0.</p>

<blockquote class="wp-block-quote">
  <p><em>«L'errore che ho commesso nella prima gara è stato trattare l'accessibilità come una casella da spuntare. Il fornitore ha messo una spunta. Non gli abbiamo chiesto di dimostrare nulla. Nella seconda gara ho cambiato una frase. Ho scritto: una spunta non è una prova. Da quel giorno tutto è cambiato.»</em></p>
  <cite>M., funzionario degli appalti, autorità appaltante di uno Stato membro dell'UE</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-the-tender-language">Il linguaggio della gara — com'è la clausola standard di M. nel 2026</h2>

<p class="wp-block-paragraph">La clausola standard di M. sull'accessibilità è ora composta da quattro paragrafi e si estende per circa 380 parole all'interno della sezione dei requisiti tecnici della gara. Il primo paragrafo indica l'autorità legale: il recepimento nazionale della Direttiva sull'accessibilità dei siti web per i siti web e le applicazioni mobili del settore pubblico, e il recepimento nazionale dell'EAA per qualsiasi prodotto o servizio rientrante nel suo ambito. Il secondo paragrafo indica lo standard tecnico — EN 301 549 V3.2.1, con una disposizione prospettica secondo cui qualsiasi prodotto consegnato dopo la pubblicazione della V4.0.0 nella Gazzetta Ufficiale deve essere rivalutato rispetto alla nuova versione a spese del fornitore entro dodici mesi. Il terzo paragrafo specifica le prove di conformità che il fornitore deve presentare. Il quarto paragrafo specifica il regime di correzione applicabile post-aggiudicazione qualora venga successivamente rilevato un gap di conformità.</p>

<p class="wp-block-paragraph">Il terzo paragrafo è quello operativo. Richiede ciò che M. e gli altri funzionari intervistati chiamano l'«ACR europeo» — un Accessibility Conformance Report (rapporto di conformità all'accessibilità) che segue la struttura del modello VPAT statunitense ma fa riferimento all'insieme di clausole di EN 301 549 anziché alla Section 508. ETSI pubblica un modello a tal fine; alcuni Stati membri pubblicano il proprio. La gara di M. richiede che l'ACR (a) denomini per numero ogni clausola applicabile di EN 301 549, (b) indichi per ciascuna clausola se il prodotto la Supporta, la Supporta parzialmente, Non la Supporta o Non è Applicabile, (c) fornisca un paragrafo di commento per ogni clausola il cui stato sia diverso da «Supporta», e (d) alleghi il rapporto di audit sottostante su cui si basa l'ACR.</p>

<p class="wp-block-paragraph">Quest'ultima sottoclausola è quella che fa la differenza. Un ACR in bianco con voci «Supporta» su tutto il documento può essere prodotto da qualsiasi fornitore in meno di un'ora. Un rapporto di audit sottostante no. La gara di M. richiede esplicitamente che l'audit sia condotto da una terza parte inserita nel registro nazionale di accreditamento pertinente, oppure — qualora il valore del contratto sia inferiore alla soglia oltre la quale un audit di terze parti è proporzionato — che l'audit sia effettuato da un team interno i cui valutatori posseggano una qualifica riconosciuta (nella prassi di M., IAAP CPACC o WAS) e la cui metodologia di audit sia documentata e riproducibile. La semplice autocertificazione del fornitore priva sia di una terza parte sia di un revisore interno qualificato viene automaticamente segnalata come non conforme.</p>

<h2 class="wp-block-heading" id="h-the-evidence-threshold">La soglia probatoria — cosa è accettato e cosa viene segnalato</h2>

<p class="wp-block-paragraph">Il cambiamento più significativo apportato da M. tra il 2022 e il 2026 è stato l'innalzamento della soglia probatoria. Nel 2022 M. accettava qualsiasi ACR presentato su carta intestata del fornitore, a condizione che il formato corrispondesse al modello ETSI. Nel 2024, dopo due aggiudicazioni in cui l'audit di accessibilità post-aggiudicazione aveva rilevato lacune significative non dichiarate nell'ACR della gara, M. era passato a una scala mobile: audit di terze parti accettato per valore nominale; audit interno accettato con verifica a campione; autocertificazione del fornitore accettata solo se accompagnata da una dichiarazione firmata in cui si attesta che la metodologia sottostante può essere prodotta su richiesta e che il firmatario è personalmente responsabile della sua accuratezza ai sensi della clausola contrattuale sulla falsa rappresentazione.</p>

<p class="wp-block-paragraph">In pratica, la verifica a campione è la leva. M. ora esegue verifiche a campione su circa uno su tre degli audit interni — estraendo a caso da tre a cinque clausole dall'ACR presentato e chiedendo al fornitore di produrre, entro cinque giorni lavorativi, gli script di test, la configurazione della tecnologia assistiva utilizzata, i nomi dei tester e l'output grezzo. I fornitori che riescono a produrli entro cinque giorni superano il controllo. Quelli che non ci riescono, o che li producono in una forma che contraddice lo stato dichiarato nell'ACR, vengono esclusi.</p>

<p class="wp-block-paragraph">Nell'ufficio di M. esistono ora quattro schemi denominati che portano al segnalamento di un'offerta. Il primo è la «contaminazione WCAG 2.0» — clausole che citano WCAG 2.0 invece di 2.1, solitamente indice di un modello vecchio non aggiornato. Il secondo è «Supporta senza commento» — ogni clausola contrassegnata come Supporta senza alcun commento esplicativo in nessun punto, che la verifica a campione quasi sempre smonta. Il terzo è la «sostituzione Section 508» — un fornitore che presenta un VPAT statunitense rispetto alla Section 508 al posto di un ACR EN 301 549, che è non rispondente in se stesso ma ancora frequente tra i fornitori con sede negli Stati Uniti. Il quarto è la «dichiarazione di esclusione dall'ambito» — un fornitore che afferma che EN 301 549 non si applica perché il prodotto è software di back-office, o B2B, o utilizzato solo dal personale interno. Nel contesto del settore pubblico in cui opera M., nessuna di queste esclusioni è valida: i sistemi destinati al personale rientrano esplicitamente nell'ambito del recepimento nazionale della Direttiva sull'accessibilità dei siti web.</p>

<blockquote class="wp-block-quote">
  <p><em>«Non rigetto un'offerta per lacune oneste. Rigetto un'offerta per documentazione disonesta. Un fornitore che scrive »Supporta parzialmente" e spiega il perché sta dialogando con me. Un fornitore che scrive "Supporta" su ogni riga sta sperando che non lo legga.»</em></p>
  <cite>M., funzionario degli appalti, autorità appaltante di uno Stato membro dell'UE</cite>
</blockquote>

<h2 class="wp-block-heading" id="h-rejections-and-remediation">Rigetti e correzioni — il dibattito che divide la professione</h2>

<p class="wp-block-paragraph">Il principale dibattito all'interno della professione nel 2026 non riguarda se richiedere EN 301 549 nelle gare — questo è ormai acquisito — ma cosa fare quando l'ACR di un'offerta rivela lacune. Esistono due correnti di pensiero. La prima, quella dei «rigettatori», considera qualsiasi non conformità sostanziale dichiarata nell'ACR della gara come motivo di esclusione dalla procedura. La seconda, quella dei «correttori», considera la non conformità dichiarata come una linea di base rispetto alla quale il contratto aggiudicato fissa un calendario di correzione, con scadenze, penali per le scadenze non rispettate e una disposizione di ritenuta sul pagamento finale.</p>

<p class="wp-block-paragraph">M. ha cambiato posizione due volte. Nel 2022 e nel 2023 ha rigettato. Nel 2024, dopo che una procedura di appalto si era conclusa negativamente perché i due offerenti operativamente più idonei avevano entrambi dichiarato lacune nel Capitolo 11 e erano stati entrambi esclusi, lasciando l'aggiudicazione a un offerente meno adatto ma con un ACR più pulito ma un prodotto peggiore, M. ha optato per la correzione. Alla fine del 2025, dopo che un'aggiudicazione con correzione aveva prodotto diciotto mesi di scadenze mancate e un'eventuale risoluzione parziale, M. ha in parte fatto marcia indietro. La prassi attuale nell'ufficio di M. è di rigettare per motivi di conformità solo quando la lacuna dichiarata riguarda una clausola del Capitolo 9 (web) fondamentale per il compito dell'utente — operabilità da tastiera, visibilità del focus, nome programmatico — e di procedere alla correzione quando la lacuna riguarda una clausola del software nel Capitolo 11 che ha un percorso tecnico credibile verso la risoluzione.</p>

<p class="wp-block-paragraph">L'argomento a favore del rigetto è che la procedura di appalto è il momento di massima leva negoziale. Una volta aggiudicato il contratto, la leva si sposta sul fornitore: le scadenze slittano, le richieste di modifica comportano costi aggiuntivi, l'accessibilità scende nelle priorità man mano che altri difetti competono per il tempo di ingegneria. L'argomento a favore della correzione è che il rigetto sistematico restringe il campo — a volte a un solo offerente, a volte a nessuno — e che un'autorità appaltante con un mercato ristretto non può permettersi di escludere tutti. Entrambi gli argomenti sono validi in condizioni diverse. La competenza del funzionario degli appalti consiste nel valutare quale serie di condizioni si applichi alla gara in esame.</p>

<h2 class="wp-block-heading" id="h-post-award-clauses">Le clausole post-aggiudicazione — cosa rende efficace la correzione</h2>

<p class="wp-block-paragraph">Quando M. opta per la correzione, il contratto include quattro clausole specifiche. La prima stabilisce un calendario di correzione — solitamente tre scadenze a tre, sei e dodici mesi dall'aggiudicazione — collegato a specifiche clausole di EN 301 549. La seconda stabilisce una disposizione di ritenuta sul pagamento — una percentuale stabilita di ogni fattura (M. utilizza circa il 15%) trattenuta fino alla firma della scadenza del periodo corrispondente. La terza stabilisce un obbligo di ri-audit — il fornitore paga un nuovo audit di terze parti al dodicesimo mese per verificare la correzione. La quarta stabilisce un motivo di risoluzione — due scadenze consecutive mancate senza giustificazione consentono all'autorità appaltante di risolvere il contratto per inadempimento sostanziale.</p>

<p class="wp-block-paragraph">L'osservazione di M. è che la disposizione di ritenuta sul pagamento svolge quasi tutto il lavoro da sola. Le penali previste — sanzioni forfettarie per scadenze mancate, clausole di escalation — sono lente da attivare e politicamente costose. Una riga di fattura trattenuta è meccanica. Il reparto finanziario del fornitore fa pressione sul team di ingegneria il giorno lavorativo successivo. La correzione viene effettuata.</p>

<h2 class="wp-block-heading" id="h-what-smaller-agencies-should-copy">Cosa le agenzie più piccole dovrebbero replicare</h2>

<p class="wp-block-paragraph">La maggior parte delle pratiche di M. non è specifica per le grandi autorità appaltanti. I sette funzionari intervistati hanno detto le stesse cose quando è stato chiesto loro cosa le agenzie più piccole — uffici IT comunali, aziende sanitarie regionali, uffici appalti degli enti locali con uno o due addetti — dovrebbero replicare dal loro flusso di lavoro. Questi elementi vengono elencati di seguito nell'ordine in cui i funzionari stessi li hanno classificati.</p>

<ul class="wp-block-list">
  <li><strong>Indicare lo standard per numero e versione.</strong> Non scrivere «il pertinente standard europeo di accessibilità». Scrivere «EN 301 549 V3.2.1, con applicazione della V4.0.0 dalla pubblicazione nella Gazzetta Ufficiale». Uno standard nominato è applicabile; uno senza nome è retorico.</li>
  <li><strong>Richiedere l'ACR in fase di offerta, non di aggiudicazione.</strong> L'ACR è il filtro. Se non è possibile vederlo prima dell'aggiudicazione, non è possibile escludere in base ad esso.</li>
  <li><strong>Richiedere l'audit sottostante, non solo l'ACR.</strong> L'ACR è un riepilogo; l'audit è la prova. Rifiutare gli ACR autocertificati privi di allegato di audit.</li>
  <li><strong>Verificare a campione uno su tre degli audit interni.</strong> Anche se non si ha tempo per verificare tutto, le verifiche a campione casuali modificano il comportamento dei fornitori nell'intero pool di offerenti.</li>
  <li><strong>Rigettare sulle questioni fondamentali del Capitolo 9; correggere sulle lacune del Capitolo 11.</strong> Tastiera, focus, nome programmatico sono non negoziabili. Le clausole relative alle piattaforme software hanno percorsi di correzione e possono essere pianificate.</li>
  <li><strong>Usare la ritenuta sul pagamento, non le penali forfettarie.</strong> Trattenere circa il 15% per fattura rispetto alla scadenza successiva. Pagarlo solo quando la scadenza è firmata. Questa singola clausola è lo strumento di applicazione più efficace del contratto.</li>
  <li><strong>Ri-auditare al dodicesimo mese a spese del fornitore.</strong> Un secondo audit, effettuato da una terza parte diversa da quella che ha prodotto l'ACR della gara, è l'unico modo per sapere se la correzione ha effettivamente colmato la lacuna.</li>
  <li><strong>Rifiutare la sostituzione con la Section 508.</strong> Un VPAT statunitense rispetto alla Section 508 non è un ACR EN 301 549. Restituirlo e richiedere il documento europeo.</li>
  <li><strong>Copiare le clausole dai ministeri più grandi.</strong> Ogni Stato membro dell'UE ha un ministero che pubblica le proprie clausole-modello sull'accessibilità. Partire da lì. Non redigere da zero.</li>
  <li><strong>Documentare i rigetti.</strong> Redigere un memo di una pagina per ogni gara rigettata per motivi di accessibilità. Dopo tre o quattro memo si dispone di una posizione istituzionale contro la quale i legali del fornitore successivo non possono argomentare.</li>
</ul>

<h2 class="wp-block-heading" id="h-the-desk-at-the-end-of-the-day">La scrivania a fine giornata</h2>

<p class="wp-block-paragraph">La scrivania di M., quando è stata visitata nella sua versione composita in un pomeriggio di giovedì all'inizio di maggio, aveva una copia stampata di EN 301 549 V3.2.1 con linguette colorate sul bordo destro — verde per le clausole citate da M. in una gara quel mese, giallo per le clausole attualmente in discussione con un fornitore, rosso per le clausole in cui una precedente aggiudicazione era fallita e la disputa era escalata. Il piccolo pin a forma di bandiera UE sul cordino accanto al documento era un ricordo di una sessione di formazione a Bruxelles del 2023 sull'EAA. Il pin e il documento insieme sono la firma visiva di un ruolo che, in questa forma, non esisteva davvero dieci anni fa.</p>

<p class="wp-block-paragraph">M. ha concluso la conversazione con una frase che riassume l'intero flusso di lavoro: l'applicazione di uno standard come EN 301 549 non riguarda, in ultima analisi, lo standard stesso. Riguarda la disciplina di chiedere al fornitore le prove nel momento in cui il fornitore è più disposto a fornirle — quando il contratto non è ancora firmato — e poi il rifiuto di cedere al requisito probatorio quando le risposte si rivelano difficili. Lo standard esiste. Il compito dell'autorità appaltante è fare in modo che ignorarlo abbia un costo.</p>

</div>

---
title: Profilo: la visione del consulente legale interno sul contenzioso ADA 2024-2026
url: https://www.disabilityworld.org/it/articles/profile-in-house-counsel-ada-litigation/
description: Ritratto composito di un senior in-house counsel in un'azienda statunitense di media dimensione nel settore e-commerce/SaaS che ha gestito oltre 50 lettere di diffida ADA sull'accessibilità web tra il 2024 e il 2026 — il copione della parte attrice, la finestra di accordo precoce.
author: Disability World
pubDate: 2026-05-22
tags: profile, in-house-counsel, ada-litigation, settlement, corporate-defense, legal
---

# Profilo: la visione del consulente legale interno sul contenzioso ADA 2024-2026

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione immagine: primo piano documentaristico di un angolo della scrivania di un consulente legale interno — una pila di documenti in formato lettera leggermente a ventaglio, un paio di occhiali da lettura posati sopra, una targa di ottone visibile in morbido fuoco, luce calda del pomeriggio da una finestra d'ufficio.</p>

<div class="byline">
  <span><strong>A cura di</strong> Disability World — redazione editoriale</span>
  <span><strong>Aggiornato</strong> maggio 2026</span>
  <span><strong>Tempo di lettura</strong> 10 minuti</span>
</div>

<p class="rt-prefix">Tempo di lettura: 10 minuti</p>

<p class="wp-block-paragraph"><strong>Nota della redazione:</strong> il soggetto di questo profilo è un personaggio composito. Il dettaglio biografico è tratto da quattro senior in-house counsel — due presso retailer e-commerce con sede negli Stati Uniti e due presso aziende B2B SaaS — che, complessivamente, hanno gestito più di duecento lettere di diffida sull'accessibilità web a partire dal 2022. Nomi, datori di lavoro e fatti transazionali identificativi sono stati combinati e alterati. I dati procedurali e finanziari nei passaggi citati sono stati conservati così come riportati dalle fonti e incrociati con le istanze depositate pubblicamente, il fascicolo federale PACER e i dati del California Judicial Council sui fascicoli civili. Laddove il soggetto parla in prima persona, le parole sono parafrasi che i collaboratori hanno approvato come fedeli alle loro dichiarazioni ufficiali. È stato usato il nome <em>«M.R.»</em> per il personaggio composito per evitare di implicare un singolo individuo.</p>

<p class="wp-block-paragraph">M.R. ha quarantatré anni, si è laureata nel 2007 presso una scuola di legge del Midwest americano ed è Vice Presidente e General Counsel di un'azienda privata statunitense nel settore e-commerce-e-SaaS che vende direttamente beni di consumo brandizzati e concede in licenza una piattaforma di checkout a diverse centinaia di merchant più piccoli. Il fatturato annuo si colloca nelle prime cifre a nove zeri. Il team legale è composto da quattro avvocati più un paralegal. Fino alla fine del 2023, M.R. non aveva mai letto i criteri di successo <a href="/toolkit/glossary/wcag-2-2/">WCAG 2.2</a> dall'inizio alla fine. Oggi è in grado di recitarne i primi undici in ordine. La storia di come ciò è accaduto — e dell'assegno che stava per firmare prima di rendersi conto che avrebbe dovuto firmarne uno diverso — è, in miniatura, la storia di dove è arrivata nel 2026 il settore del contenzioso statunitense per l'accessibilità web ai sensi dell'<a href="/articles/ada-title-iii-web-accessibility-guide/">ADA Title III</a>.</p>

<h2 class="wp-block-heading" id="h-demand-letter-no-1">Prima lettera di diffida</h2>

<p class="wp-block-paragraph">La prima è arrivata un giovedì pomeriggio del marzo 2024, in una busta di carta manila, raccomandata. L'indirizzo del mittente era uno studio legale monoavvocato dal lato attoriale nel Distretto Est di New York. Il convenuto nominato era un residente non vedente di New York City con una storia documentata di circa 80 reclami precedenti per accessibilità in quattro anni. Il corpo della lettera si estendeva per nove pagine. Circa le prime sei erano, M.R. si è resa conto rapidamente, un boilerplate: una ricapitolazione del <a href="/articles/ada-title-iii-web-accessibility-guide/">Title III</a> e della giurisprudenza del Secondo Circuito sulla qualifica di luogo di pubblica utilità, un richiamo a WCAG 2.1 AA come standard tecnico operativo, e un paragrafo che affermava che il ricorrente aveva tentato di usare il sito di e-commerce dell'azienda con lo screen reader JAWS senza riuscire a completare un acquisto. Le ultime tre pagine erano quelle che contavano: un elenco di specifici problemi, screenshot datati e una richiesta di accordo stragiudiziale.</p>

<p class="wp-block-paragraph">I problemi elencati nella lettera erano tutt'altro che insoliti per chi avesse mai letto un audit di accessibilità. Cinque immagini nelle pagine di dettaglio prodotto prive di testo alternativo. Un widget selettore di quantità personalizzato che JAWS annunciava come «button» senza valore né etichetta. Una finestra modale il cui controllo di chiusura non era raggiungibile da tastiera. Un indicatore di focus che scompariva nel flusso di checkout. Un link alla «dichiarazione di accessibilità» nel footer che apriva una pagina 404. La soglia probatoria era modesta: la lettera citava cinque specifici problemi, ciascuno illustrato con uno screenshot o una trascrizione dell'output vocale di JAWS. Non lamentava un difetto generalizzato su tutto il sito. Non era necessario. In base alla dottrina consolidata del <a href="/articles/ada-title-iii-web-accessibility-guide/">Title III</a>, una singola barriera di negazione dell'accesso su un sito web di pubblica utilità costituisce, in linea di principio, una violazione dell'ADA.</p>

<p class="wp-block-paragraph">La richiesta di accordo era di 18.500 dollari. La lettera non la qualificava come accordo; la qualificava come offerta di risoluzione in buona fede pre-contenzioso che avrebbe estinto tutte le pretese relative alle barriere di accessibilità nominate e avrebbe finanziato le «spese di monitoraggio» del ricorrente per dodici mesi. M.R. ha letto la richiesta tre volte e poi ha inoltrato la busta, scansionata, al consulente legale esterno per il contenzioso dell'azienda.</p>

<blockquote class="wp-block-quote">
  <p>«Ricordo di aver pensato — diciottomila e cinquecento dollari. È un quarto di un ingegnere per un mese. È la metà di uno stand fieristico. È all'incirca quello che spendiamo per il caffè in questo ufficio in un anno. L'istinto, su quella prima lettera, non era di lottare. L'istinto era di farla sparire.»</p>
  <cite>M.R., VP e General Counsel (personaggio composito)</cite>
</blockquote>

<p class="wp-block-paragraph">Il consulente esterno ha restituito il fascicolo la mattina successiva con una raccomandazione in una sola riga: pagare, ottenere la liberatoria, correggere i cinque problemi nominati, andare avanti. La raccomandazione era accompagnata da un memo. Il memo spiegava le ragioni economiche. Un'istanza di rigetto di un ricorso <a href="/articles/ada-title-iii-web-accessibility-guide/">Title III</a> correttamente formulato costa, nel Distretto Sud o Est di New York, tra i 40.000 e i 90.000 dollari in onorari prima di qualsiasi pronuncia nel merito. La sopravvivenza all'istanza non chiude il caso — lo apre alla fase istruttoria. Un caso di Title III che giunge al dibattimento comporta un'esposizione agli onorari nell'alto ordine delle sei cifre e, in caso di sentenza avversa, gli onorari ragionevoli dell'avvocato dell'attore in aggiunta. La richiesta di accordo dell'attore era, per costruzione, inferiore a un terzo del costo del primo scontro procedurale. M.R. ha firmato l'assegno un venerdì. La liberatoria è arrivata il martedì. I cinque problemi sono stati corretti nello sprint successivo.</p>

<h2 class="wp-block-heading" id="h-the-early-settlement-window">La finestra di accordo precoce</h2>

<p class="wp-block-paragraph">Poi è arrivata la seconda lettera. E la terza. Entro la fine del secondo trimestre del 2024, M.R. aveva ricevuto sette lettere di diffida da quattro studi legali diversi dalla parte attrice. Entro la fine del 2024, il totale cumulativo era diciannove. Il testo boilerplate variava ai margini — diverse autorità citate, diverse ricapitolazioni iniziali, occasionalmente una diversa versione operativa di WCAG — ma la struttura era identica. Sei pagine di impalcatura legale. Un elenco di cinque-otto specifici problemi nominati. Una richiesta in una banda stretta compresa tra circa 10.000 e 20.000 dollari, quasi sempre convergente sulle alte decine di migliaia.</p>

<p class="wp-block-paragraph">Quella banda è la finestra di accordo precoce. È calibrata dal foro degli avvocati attorei sulla curva dei costi che il consulente esterno di M.R. aveva delineato: abbastanza bassa da non indurre un General Counsel prudente a fare causa, abbastanza alta da consentire allo studio legale dell'attore — che tipicamente trattiene dal 33 al 40 per cento del lordo — di guadagnare un onorario significativo per quello che ammonta a quattro-otto ore di lavoro di un paralegal per generare la lettera e gli screenshot. La finestra è rimasta stabile nel corso del 2023, 2024 e 2025. I dati PACER e del Judicial Council mostrano che l'importo modale dei primi accordi converge su circa 14.000-18.000 dollari nei principali distretti; la banda si è ristretta, anziché aumentare, man mano che più convenuti hanno pagato prontamente.</p>

<p class="wp-block-paragraph">La soglia probatoria è calibrata in modo simile. I problemi nominati in una tipica lettera di diffida non sono arbitrari — sono tratti dal piccolo insieme di violazioni ad alta frequenza che è più economico per un investigatore del ricorrente rilevare con una passeggiata di quindici minuti con uno screen reader su una homepage e una pagina di dettaglio prodotto. <a href="/articles/wcag-2-2-adoption-rate-survey/">Testo alternativo mancante o errato nelle immagini, campi modulo privi di etichetta, widget personalizzati inaccessibili, trappole da tastiera nei modali e gestione difettosa del focus</a> sono i cinque problemi canonici. Un investigatore del ricorrente non ha bisogno di sottoporre ad audit l'intero sito. Un numero limitato di violazioni nominate, ciascuna documentata da uno screenshot o da una trascrizione, è sufficiente per depositare il ricorso e ancorare la richiesta di accordo.</p>

<blockquote class="wp-block-quote">
  <p>«Alla quinta lettera avevo capito il modello. Alla nona avevo un foglio di calcolo — data di ricezione, ricorrente nominato, studio legale dell'attore, problemi nominati, richiesta, accordo, giorni alla liberatoria. Alla quindicesima, riuscivo a prevedere la richiesta entro duemila dollari dalla sola carta intestata.»</p>
  <cite>M.R., VP e General Counsel (personaggio composito)</cite>
</blockquote>

<p class="wp-block-paragraph">La spesa complessiva, a metà 2025, era di circa 260.000 dollari all'anno in soli accordi, senza contare le ore del consulente esterno per l'acquisizione, la negoziazione delle liberatorie e le correzioni ordinarie che l'azienda stava effettuando in risposta. La singola lettera di diffida marginale costava all'azienda circa 16.000 dollari per essere risolta più circa 3.500 dollari in onorari del consulente esterno per la gestione. Lo studio legale dell'attore, dall'altra parte, guadagnava nettamente circa 5.500-7.000 dollari per lettera per quello che era — visibilmente, ripetutamente, identicamente — un compito da paralegal. L'asimmetria non era una percezione errata. Era il disegno.</p>

<h2 class="wp-block-heading" id="h-the-procedural-reform-turn">La svolta verso la riforma procedurale</h2>

<p class="wp-block-paragraph">Due fattori hanno cambiato i calcoli nel 2024 e nel 2025. Il primo è che le riforme procedurali — <a href="/articles/ada-filings-move-to-state-court-post-acheson/">la pronuncia della Corte Suprema del dicembre 2023 in <em>Acheson Hotels, LLC v. Laufer</em></a>, l'incertezza sulla legittimazione a stare in giudizio come tester nei tribunali federali che ne è seguita, il rafforzamento californiano del cancello di cui al §425.55 del Codice di Procedura Civile per i litiganti ad alta frequenza Unruh, e le riforme al §3211 del CPLR di New York che irrigidivano la prassi delle istanze pre-risposta — hanno cominciato a mordere. Il secondo è che M.R. ha cominciato a leggere la posizione procedurale dei casi che stava risolvendo, invece di limitarsi ai numeri delle richieste.</p>

<p class="wp-block-paragraph">Il §3211 del CPLR è in vigore a New York da decenni. Ciò che è cambiato per i convenuti in materia di accessibilità tra il 2023 e il 2026 è stata la disponibilità dei giudici della Corte Suprema dello Stato di New York a esaminare le istanze pre-risposta ai sensi del §3211(a)(7) nei ricorsi per accessibilità ai sensi del NYCHRL — e, più importante, il modo in cui il foro degli avvocati attorei di New York si è adattato. Poiché <a href="/articles/ada-filings-move-to-state-court-post-acheson/">le istanze sulla legittimazione a stare in giudizio come tester nei tribunali federali hanno iniziato a mordere nell'SDNY</a>, gli stessi studi legali hanno iniziato a depositare ricorsi ai sensi della New York City Human Rights Law nella Corte Suprema della Contea di New York, dove la dottrina sulla legittimazione è significativamente più ampia e dove sono disponibili i danni compensativi. La migrazione dei depositi dai tribunali federali a quelli statali era, per M.R., visibile nelle intestazioni delle lettere sulla sua scrivania. Le lettere del quarto trimestre 2024 erano arrivate come bozze di ricorsi davanti a tribunali statali, non federali.</p>

<p class="wp-block-paragraph">Il §425.55 californiano è stato, per certi versi, la più incisiva delle due riforme — almeno per i convenuti che ricevevano lettere di diffida ancorate all'Unruh. La disposizione, in vigore dal 2015 e significativamente rafforzata nel 2022, richiede che qualsiasi «litigante ad alta frequenza» — definito in base al numero di cause per accessibilità depositate nei dodici mesi precedenti — paghi un'ulteriore tassa di deposito di 1.000 dollari per qualsiasi azione Unruh davanti a un tribunale statale e presenti specifiche dichiarazioni verificate sulla propria disabilità, sulla visita al luogo di pubblica utilità e sul motivo del deposito. L'equivalente federale, il §425.50 del Codice di Procedura Civile della California, impone requisiti paralleli di atto verificato. L'effetto combinato è che i ricorsi Unruh in California depositati da ricorrenti con molti precedenti comportano ora un costo procedurale vivo — sia a livello di tassa di deposito sia a livello di redazione dell'atto verificato — che non esisteva nel 2015. Gli studi legali degli attori hanno risposto essendo più selettivi sui convenuti da prendere di mira e aumentando le richieste di accordo precoce nelle sedi californiane di circa il 15-20 per cento, ma il volume di base ha cominciato, lentamente, a comprimersi.</p>

<p class="wp-block-paragraph">Per un consulente legale interno che osservava le linee di tendenza, la deduzione era semplice: i filtri procedurali non eliminano il settore delle lettere di diffida, ma ne aumentano il costo operativo. Il foro degli avvocati attorei che è sopravvissuto ai filtri era il segmento che depositava casi più solidi, nominava più convenuti per lettera e richiedeva accordi più sostanziosi. Il foglio di calcolo di M.R. ha cominciato a mostrare meno lettere a trimestre dalla fine del 2024, ma la richiesta mediana per lettera ha iniziato a salire — da circa 16.500 dollari nel primo trimestre del 2024 a circa 22.000 nel quarto trimestre del 2025.</p>

<h2 class="wp-block-heading" id="h-the-remediation-pivot">La svolta verso la correzione</h2>

<p class="wp-block-paragraph">Il momento in cui M.R. ha deciso che la strategia degli accordi aveva fatto il suo corso non è arrivato come una realizzazione strategica. È arrivato come una domanda del consiglio di amministrazione. Nel febbraio 2025, il comitato di audit dell'azienda — tre amministratori indipendenti e l'amministratore delegato — ha chiesto, nel corso ordinario della revisione trimestrale delle spese legali, perché la riga di riserva per contenzioso relativa agli «accordi per accessibilità» fosse tracciata a circa 280.000 dollari rispetto a una riga di budget per la correzione di circa 45.000 dollari. Il CFO aveva costruito la domanda come una semplice analisi degli scostamenti. M.R. non aveva una risposta che reggesse a due minuti di esame.</p>

<blockquote class="wp-block-quote">
  <p>«Il consiglio non era arrabbiato. Il consiglio era confuso. Uno degli amministratori ha fatto la domanda ovvia: se si pagano duecentoottantamila dollari all'anno agli studi legali degli attori, la stessa somma, dispiegata all'interno dell'organizzazione di ingegneria, risolverebbe il problema? Ho dovuto dire che non lo sapevo. È stata quella mattina che ho cominciato a ricostruire.»</p>
  <cite>M.R., VP e General Counsel (personaggio composito)</cite>
</blockquote>

<p class="wp-block-paragraph">La ricostruzione ha richiesto diciotto mesi e continua. M.R. ha assunto una società esterna di audit dell'accessibilità per condurre un audit completo <a href="/articles/wcag-2-2-adoption-rate-survey/">WCAG 2.2 AA</a> del sito di e-commerce, del checkout, dell'SDK di checkout concesso in licenza ai merchant clienti e della console di amministrazione. L'audit iniziale ha restituito circa 340 problemi nominati sulle quattro superfici, classificati per criterio WCAG e gravità. Circa il 60 per cento dei problemi erano correzioni triviali-moderate — testo alternativo, etichette ARIA, gestione del focus, aggiustamenti del contrasto — che potevano essere raggruppate in sprint di ingegneria nell'arco di tre trimestri. Circa il 30 per cento erano riscritture di widget personalizzati del tipo che compare ripetutamente nelle lettere di diffida: il selettore di quantità, la finestra modale, il cassetto del carrello, il completamento automatico dell'indirizzo. Circa il 10 per cento erano architetturali — la libreria di componenti del design system, il pattern di validazione dei moduli, la strategia della regione di annuncio per gli aggiornamenti asincroni — e richiedevano il tempo di ingegneri senior per due trimestri.</p>

<p class="wp-block-paragraph">L'investimento totale, anno solare 2025 più il primo semestre del 2026, è stato di circa 410.000 dollari: circa 90.000 in onorari di audit e consulenza esterna, circa 260.000 in tempo di ingegneria interno riallocato e circa 60.000 in strumenti, formazione e una pipeline automatizzata di regressione dell'accessibilità in CI. La riserva per accordi per il 2025 si è attestata a circa 215.000 dollari — un moderato calo rispetto al 2024, che riflette la coda lunga dei problemi pre-correzione ancora emergenti nelle lettere di diffida. La previsione per il 2026, con la maggior parte dei problemi ad alta frequenza corretti e la pipeline di regressione in esecuzione su ogni pull request, è di circa 90.000-120.000 dollari.</p>

<p class="wp-block-paragraph">La strategia del doppio binario — pagare la finestra di accordo precoce mentre si effettuava la correzione — era deliberata. M.R. non ha smesso di accordarsi nel 2025. Il calcolo dei costi sulla lettera di diffida marginale — da 16.000 a 22.000 dollari per farla sparire rispetto a oltre 40.000 per il contenzioso sull'istanza di rigetto — era invariato. Ciò che è cambiato è la superficie soggiacente. Man mano che le superfici corrette andavano in produzione, i problemi nominati nelle lettere di diffida in arrivo descrivevano sempre più spesso pagine già corrette; gli screenshot erano datati. Il consulente esterno poteva rispondere con una negazione sostanziale — supportata da un rapporto di audit dell'accessibilità aggiornato, un log di deployment e, in due casi, una registrazione video della pagina nominata navigata con successo con JAWS — senza ricorrere al contenzioso sulle istanze. Diverse lettere della fine del 2025 sono state ritirate senza pagamento dopo quella risposta sostanziale iniziale.</p>

<p class="wp-block-paragraph">Il capitolo assicurativo si è affiancato al percorso di correzione ed è stato, nel racconto di M.R., la singola mossa più utile che ha fatto. L'azienda disponeva di una copertura di responsabilità civile generale che non affrontava le pretese per accessibilità e di una polizza di responsabilità media con un'integrazione di sola difesa per le questioni di ADA Title III. Nel ciclo di rinnovo del 2025, M.R. ha negoziato un appendice specifica sulla responsabilità per l'accessibilità che copriva i costi di difesa, l'indennizzo per accordi entro limiti concordati e — in modo cruciale — un credito «incentivo alla correzione» sul premio quando l'azienda potesse dimostrare progressi documentati rispetto a una roadmap WCAG 2.2 AA. L'appendice è costata circa 38.000 dollari in premio aggiuntivo e ha recuperato circa 74.000 dollari in costi di difesa nel corso del solo 2025. Il credito incentivo alla correzione è diventato la leva che ha permesso a M.R. di giustificare la riallocazione dell'ingegneria al CFO senza riaprire il ciclo di budget: ogni dollaro investito nella correzione riduceva il premio assicurativo dell'anno successivo di una frazione documentata.</p>

<h2 class="wp-block-heading" id="h-lessons">Lezioni — cosa M.R. dice agli altri consulenti legali interni</h2>

<p class="wp-block-paragraph">M.R. riceve ora telefonate informali da General Counsel di altre aziende e-commerce e SaaS circa due volte al mese. Le aziende che chiamano sono più piccole della sua, nelle prime fasi del ciclo delle lettere di diffida, e pongono le stesse domande che lei si faceva a metà 2024. La sostanza di ciò che dice loro è abbastanza coerente da meritare di essere messa per iscritto.</p>

<p class="wp-block-paragraph"><strong>Primo, accordarsi sulla prima lettera; tracciare ogni variabile dalla seconda.</strong> Le ragioni economiche del contenzioso sulle istanze rispetto a un singolo atto di diffida favoriscono l'accordo sotto qualsiasi lettura ragionevole della curva dei costi. Ma nel momento in cui arriva una seconda lettera — e arriverà entro novanta giorni, quasi senza eccezione, da uno studio legale diverso che cita problemi diversi ma adiacenti — l'azienda si trova in una relazione con le lettere di diffida, non in un incidente di contenzioso. La relazione ha bisogno di un foglio di calcolo. Data, ricorrente, studio legale dell'attore, problemi nominati per criterio WCAG, richiesta, accordo, giorni alla liberatoria. Senza il foglio di calcolo, l'azienda sta pagando una sequenza di bollette non correlate. Con il foglio di calcolo, l'azienda sta acquistando dati.</p>

<p class="wp-block-paragraph"><strong>Secondo, leggere la posizione procedurale, non solo la richiesta.</strong> Una lettera che minaccia di depositare in un tribunale federale nel 2026 pone una minaccia diversa rispetto a una lettera che minaccia un deposito in un tribunale statale ai sensi del NYCHRL o un deposito in un tribunale statale ai sensi dell'Unruh. La difendibilità di ogni posizione, la possibilità di rimozione in sede federale, la curva dei costi del contenzioso sulle istanze in ciascun foro e la vulnerabilità dell'attore rispetto alla dottrina sulla legittimazione variano significativamente. <a href="/articles/ada-filings-move-to-state-court-post-acheson/">La migrazione verso i tribunali statali</a> è reale, le leggi di riforma procedurale mordono in modo diverso in sedi diverse, e uno schema di accordo del 2024 applicato a una lettera del 2026 tende a sopravvalutare la posta.</p>

<p class="wp-block-paragraph"><strong>Terzo, non imputare a bilancio la correzione rispetto alla spesa per accordi dell'anno in corso.</strong> Il caso per la correzione non è «spenderemo 400.000 dollari quest'anno per risparmiarne 260.000 il prossimo». Quel confronto perde su un orizzonte di un anno. Il caso è «spenderemo 400.000 dollari una volta sola, per comprimere la superficie esposta alle lettere di diffida, per rendere la lettera marginale negabile anziché pagabile, e per ridurre il premio assicurativo e il costo del tempo di ingegneria per incidente in ogni anno successivo». La conversazione con il CFO richiede un modello triennale, non uno scostamento annuale.</p>

<p class="wp-block-paragraph"><strong>Quarto, seguire il doppio binario sull'assicurazione e sulla correzione.</strong> Una copertura che non include un'appendice specifica per l'accessibilità non è una copertura. Un'appendice che non include un credito sul premio per la correzione documentata lascia denaro sul tavolo. I mercati del rinnovo 2025 e 2026 sono disposti a scrivere l'appendice a condizioni ragionevoli per i convenuti in grado di mostrare una roadmap WCAG 2.2 AA e una pipeline di regressione. Non sono disposti a scriverla per i convenuti che non ne dispongono.</p>

<p class="wp-block-paragraph"><strong>Quinto, non delegare la lettura tecnica al consulente esterno.</strong> Il consulente legale esterno per il contenzioso non è, nel caso mediano, alfabetizzato in materia WCAG. Leggerà una lettera di diffida come documento procedurale e non registrerà la differenza tra un problema nominato che l'azienda ha già corretto e uno che non ha corretto. Il consulente legale interno che legge <a href="/articles/wcag-2-2-adoption-rate-survey/">i criteri WCAG nella lettera accanto al rapporto di audit attuale dell'azienda</a> è quello che può dire al consulente esterno quali lettere risolvere e quali negare.</p>

<h2 class="wp-block-heading" id="h-final-thoughts">Cosa cambia la prospettiva interna</h2>

<p class="wp-block-paragraph">La narrativa dal lato del convenuto sul contenzioso statunitense per l'accessibilità web ai sensi dell'ADA è stata, per la maggior parte dell'ultimo decennio, scritta nel linguaggio del risentimento — lettere boilerplate, ricorrenti seriali, un settore che esiste per estrarre piccoli accordi. Quella narrativa non sbaglia sulla meccanica; la finestra di accordo precoce è una caratteristica progettata del settore, non un accidente. Ma ha sbagliato sulla risposta. La risposta che minimizza le spese legali su un orizzonte di tre anni non è il contenzioso. È la correzione, seguita su un doppio binario con l'assicurazione, sequenzializzata rispetto al panorama delle riforme procedurali e gestita internamente con un foglio di calcolo che tratta ogni lettera di diffida come un punto dati in una distribuzione stabile.</p>

<p class="wp-block-paragraph">Ciò che la storia di M.R. illustra è che il consulente legale interno che arriva a questa visione non è quello che legge più giurisprudenza. È il consulente legale interno che legge il proprio registro degli accordi, pone una domanda a livello di consiglio di amministrazione sullo scostamento e accetta che una risposta che non ha ancora trovato sia l'inizio di una conversazione diversa. Il settore delle lettere di diffida sopravviverà alla svolta di qualsiasi singolo convenuto. I convenuti che operano la svolta per primi, nel complesso, lo finanzieranno di meno.</p>

<p class="wp-block-paragraph">Questo articolo sarà seguito, nella stessa serie, da una prospettiva parallela di un senior avvocato specializzato in accessibilità dal lato attoriale e di un membro del foro degli avvocati attorei di New York che opera nel contesto procedurale post-§3211 del CPLR. L'intento non è controbilanciare la narrativa interna con una opposta — è mostrare come ciascuna parte del ruolo legale legga lo stesso insieme di lettere, accordi e riforme in modo diverso, e dove le letture concordano.</p>

</div>

---
title: Progressive web app e accessibilità: lo stato dell'arte nel 2026
url: https://www.disabilityworld.org/it/articles/pwa-accessibility-state-of-the-art/
description: Dove si trovano le PWA sull'accessibilità nel 2026 — prompt di installazione, icone adattive, trasferimento screen reader web/nativo, manifest file_handlers / share_target / window_controls_overlay, comportamento offline delle tecnologie assistive e il percorso iOS Safari dopo iOS 16.4.
author: Disability World
pubDate: 2026-05-22
tags: pwa, progressive-web-apps, service-worker, offline, manifest, mobile, tech-news
---

# Progressive web app e accessibilità: lo stato dell'arte nel 2026

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Engineering primer · Accessibilità PWA 2026</div>
      <h1 class="hero__title" id="hero-heading">
        Progressive web app e accessibilità:<br/>
        lo stato dell'arte nel 2026
      </h1>
      <p class="hero__lead">Sei anni dopo che Apple ha finalmente introdotto un percorso di installazione funzionante su iOS 16.4, la progressive web app ha smesso di essere una curiosità e ha iniziato a diventare una questione di appalti. Questo primer è per i team di ingegneria che nel 2026 hanno bisogno di sapere cosa deve concretamente una PWA ai propri utenti di tecnologie assistive — e dove la piattaforma è ancora al di sotto di una vera app nativa.</p>
      <div class="hero__stats" aria-label="Statistiche chiave">
        <div class="stat-chip">
          <div class="stat-chip__num">2023</div>
          <div class="stat-chip__label">iOS 16.4 — primo percorso di installazione PWA utilizzabile su Safari</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">11</div>
          <div class="stat-chip__label">proprietà del manifest che influenzano il comportamento delle tecnologie assistive</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">circa 35%</div>
          <div class="stat-chip__label">PWA Lighthouse il cui pulsante di installazione risulta privo di etichetta per le tecnologie assistive</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">A cura di <strong>Disability World — redazione tecnica</strong></div>
        <div class="hero__pill">9 min di lettura</div>
        <div class="hero__pill">Aggiornato maggio 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Sezioni dell'articolo">
    <div class="toc-bar__inner">
      <p>Contenuto</p>
      <ul role="list">
        <li><a href="#s1">1. Cosa significa «accessibilità PWA» nel 2026</a></li>
        <li><a href="#s2">2. Il prompt di installazione</a></li>
        <li><a href="#s3">3. La superficie del manifest</a></li>
        <li><a href="#s4">4. Il trasferimento screen reader web ↔ nativo</a></li>
        <li><a href="#s5">5. Comportamento offline + tecnologie assistive</a></li>
        <li><a href="#s6">6. iOS Safari vs Android vs nativo</a></li>
        <li><a href="#s7">Conclusione: il playbook del 2026</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Fondamenti</div>
        <h2 class="section-title" id="s1-heading">1. Cosa significa «accessibilità PWA» nel 2026</h2>
        <div class="prose">
          <p>Una progressive web app è, a runtime, tre elementi sovrapposti a un normale sito web: un Web App Manifest, un service worker e una chrome in modalità installata che sostituisce il frame del browser con la voce del task switcher del sistema operativo. Ciascuno dei tre livelli introduce le proprie obbligazioni in materia di accessibilità — e ciascuno delude i propri utenti di tecnologie assistive in modo diverso, separatamente diagnosticabile.</p>
          <p>Nel 2020 l'intera discussione si riduceva a «WCAG si applica alle PWA», il che era tecnicamente corretto e operativamente inutile. Nel 2026 la discussione è suddivisa nelle quattro superfici che contano davvero: l'UX del prompt di installazione, le proprietà del manifest che guidano le affordance a livello di sistema operativo, il trasferimento tra l'albero di accessibilità del browser e l'albero di accessibilità del sistema operativo una volta avviata la PWA in modalità standalone, e il comportamento delle tecnologie assistive nel fallback offline del service worker. WCAG 2.2 disciplina il documento; il livello di integrazione con la piattaforma è disciplinato da un insieme molto più frammentato di bozze W3C, comportamenti specifici per vendor e convenzioni ARIA ereditate dal web.</p>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Nota sull'ambito</span>
            <div class="callout__body"><p>Questo primer copre la superficie di integrazione con la piattaforma delle PWA — prompt di installazione, proprietà del manifest, comportamento delle tecnologie assistive in modalità standalone, fallback offline. Si presuppone che il documento sottostante soddisfi già WCAG 2.2 AA. Una PWA su una pagina inaccessibile resta una pagina inaccessibile.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Superficie</div>
        <h2 class="section-title" id="s2-heading">2. Il prompt di installazione</h2>
        <div class="prose">
          <p>Il prompt di installazione è la superficie PWA più esposta all'utente e, nel 2026, ancora quella peggio progettata. Su Chromium, il prompt è subordinato a `beforeinstallprompt`, che si attiva solo dopo una soglia euristica di interazione e che i siti tipicamente collegano a un pulsante personalizzato «Installa app». È quel pulsante personalizzato il punto in cui l'accessibilità va storta: circa uno su tre PWA con punteggio Lighthouse rende l'affordance di installazione come un `&lt;div&gt;` o uno `&lt;span&gt;` stilizzato senza role, senza nome accessibile e senza handler da tastiera — invisibile a uno screen reader, irraggiungibile con Tab e indistinguibile dagli elementi decorativi.</p>
          <p>La soluzione è poco appariscente e obbligatoria: rendere l'affordance di installazione come un vero `&lt;button&gt;`, impostare un nome accessibile che includa il verbo («Installa Disability World su questo dispositivo»), esporre lo stesso pulsante a tutte le modalità di input, e annunciare il successo o il fallimento tramite una live region dopo che l'utente ha congedato il foglio di conferma a livello di sistema operativo. Lo stesso vale per gli stati di related-applications e di beforeinstallprompt dismissed — entrambi devono produrre un cambiamento di stato percepibile dalle tecnologie assistive.</p>
        </div>

        <div class="comparison-card comparison-card--featured">
          <div class="comparison-card__head">Anatomia del pulsante di installazione: peggio vs meglio</div>
          <div class="cmp-grid">
            <div class="cmp-card good">
              <div class="cmp-card-label">Peggio — ciò che si vede nella pratica</div>
              <ul>
                <li>`&lt;div onclick="install()"&gt;Installa&lt;/div&gt;` — non focalizzabile, nessun role, lo screen reader vede solo la parola «Installa» senza affordance azionabile.</li>
                <li>Pulsante nascosto fino all'attivazione di `beforeinstallprompt` — gli utenti da tastiera trovano un link «Installa» obsoleto che non fa nulla dopo l'evento.</li>
                <li>Nessun annuncio di stato dopo il congedo — l'utente delle tecnologie assistive non ha modo di sapere se l'installazione è riuscita.</li>
              </ul>
            </div>
            <div class="cmp-card better">
              <div class="cmp-card-label">Meglio — ciò che si spedisce nel 2026</div>
              <ul>
                <li>`&lt;button type="button" aria-label="Installa Disability World"&gt;...&lt;/button&gt;` con `aria-disabled` esplicito quando l'installazione non è ancora disponibile.</li>
                <li>L'handler di `beforeinstallprompt` conserva l'evento; il pulsante riflette lo stato risultante tramite `aria-disabled` attivato all'arrivo dell'evento.</li>
                <li>Una live region polite annuncia «Installato» o «Installazione annullata» dopo la risoluzione di `userChoice`, così l'utente delle tecnologie assistive riceve una conferma percepibile.</li>
              </ul>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Riferimento</div>
        <h2 class="section-title" id="s3-heading">3. La superficie del manifest</h2>
        <div class="prose">
          <p>Il Web App Manifest è cresciuto silenziosamente tra il 2022 e il 2026, e molte delle sue proprietà più recenti hanno conseguenze dirette sull'accessibilità. La matrice che segue mappa le undici proprietà del manifest che interagiscono con le tecnologie assistive a ciò che ciascun browser fa effettivamente con esse oggi — su Chrome su Android, Safari su iOS, Edge su Windows e Firefox su desktop. Proprietà come `file_handlers`, `share_target` e `window_controls_overlay` non esistevano in forma significativa nel 2021; nel 2026 determinano se la PWA compare nel foglio di condivisione del sistema operativo, apre file dal file manager di sistema e rende la propria barra del titolo — tutte funzionalità che l'utente di screen reader deve essere in grado di percepire e operare.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>Chrome (Android)</th>
              <th>Safari (iOS 16.4+)</th>
              <th>Edge (Windows)</th>
              <th>Firefox (desktop)</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>`name` esposto al launcher del SO</th><td>Sì</td><td>Sì</td><td>Sì</td><td class="cell-na">N/A</td></tr>
            <tr><th>`short_name` mostrato sotto l'icona della schermata iniziale</th><td>Sì</td><td>Sì</td><td>Sì</td><td class="cell-na">N/A</td></tr>
            <tr><th>`description` letta dalle tecnologie assistive nella finestra di informazioni sull'app</th><td>Sì</td><td>Parziale</td><td>Sì</td><td class="cell-na">N/A</td></tr>
            <tr><th>Icone mascherabili adattive (`purpose: "maskable"`)</th><td>Sì</td><td>No</td><td>Sì</td><td class="cell-na">N/A</td></tr>
            <tr><th>`lang` + `dir` propagati alle tecnologie assistive</th><td>Sì</td><td>Parziale</td><td>Sì</td><td class="cell-na">N/A</td></tr>
            <tr><th>`file_handlers` — apertura dal file manager di sistema</th><td>Sì</td><td>No</td><td>Sì</td><td class="cell-na">N/A</td></tr>
            <tr><th>`share_target` — compare nel foglio di condivisione del SO</th><td>Sì</td><td>No</td><td>Sì</td><td class="cell-na">N/A</td></tr>
            <tr><th>`window_controls_overlay` acquisizione della barra del titolo</th><td class="cell-na">N/A</td><td class="cell-na">N/A</td><td>Sì</td><td class="cell-na">N/A</td></tr>
            <tr><th>`shortcuts` — menu pressione prolungata del launcher</th><td>Sì</td><td>No</td><td>Sì</td><td class="cell-na">N/A</td></tr>
            <tr><th>`display_override` (`minimal-ui`, `window-controls-overlay`)</th><td>Sì</td><td>No</td><td>Sì</td><td class="cell-na">N/A</td></tr>
            <tr><th>`launch_handler` (`focus-existing`)</th><td>Sì</td><td>No</td><td>Sì</td><td class="cell-na">N/A</td></tr>
          </tbody>
        </table>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Trappola di `window_controls_overlay`</span>
            <div class="callout__body"><p>Quando una PWA adotta `window_controls_overlay`, acquisisce la barra del titolo del SO — inclusa la regione in cui, in un'app nativa, lo screen reader annuncerebbe automaticamente il titolo della finestra. Le app che adottano questa proprietà devono esplicitamente rendere un proprio controllo della barra del titolo focalizzabile e con etichetta per le tecnologie assistive all'interno dell'inset della safe area, altrimenti gli utenti di screen reader perdono l'unico ancoraggio visivo che indica «dove mi trovo in questa app».</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Comportamento</div>
        <h2 class="section-title" id="s4-heading">4. Il trasferimento screen reader web ↔ nativo</h2>
        <div class="prose">
          <p>Il singolo problema di debug più difficile nell'accessibilità PWA, nel 2026, è ciò che accade quando l'utente attraversa il confine tra la chrome PWA in modalità standalone e il sistema operativo stesso. Su Android, TalkBack legge il `name` del manifest quando l'utente mette a fuoco l'icona della schermata iniziale, poi passa a leggere l'albero di accessibilità in-app una volta avviata la PWA; su iOS 16.4+, VoiceOver fa lo stesso per una PWA installata ma con un'importante particolarità — il primo elemento focalizzabile dopo il lancio viene annunciato senza il contesto a livello di app che un'app iOS nativa fornirebbe attraverso il titolo UIWindow.</p>
          <p>L'autore della PWA ha uno strumento per colmare questa lacuna: al lancio a freddo, mettere a fuoco un'intestazione o un landmark della regione principale che includa il nome dell'app nella propria etichetta accessibile, e impostare il `&lt;title&gt;` del documento su una stringa che il task switcher del SO leggerà quando l'utente scorre tra le app. Senza questo, l'utente di screen reader perde il segnale contestuale di aver cambiato applicazione — un fallimento del tipo «dove mi trovo» che non esiste per le app native.</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Nel 2024 un utente VoiceOver con tastiera Bluetooth ci ha detto, su una PWA che avevamo certificato come conforme a WCAG 2.2 AA, che non aveva idea di aver abbandonato Safari per entrare nella nostra app. Il documento era accessibile. Il trasferimento non lo era.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Disability World — diario di ricerca utente, ottobre 2024</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Comportamento</div>
        <h2 class="section-title" id="s5-heading">5. Comportamento offline + tecnologie assistive</h2>
        <div class="prose">
          <p>Quando il service worker serve una pagina di fallback offline, compaiono due modalità di fallimento specifiche per le tecnologie assistive: il focus che si trovava all'interno della pagina ora scaricata viene silenziosamente spostato sul body del documento, e la pagina offline raramente usa una live region per comunicare all'utente di screen reader cosa è appena successo. Il risultato è un utente che sente un solo annuncio del titolo della pagina offline (se è fortunato) e che altrimenti sperimenta una perdita totale di contesto.</p>
          <p>La soluzione è trattare la transizione offline come un cambio di stato, annunciarla attraverso una regione `aria-live` polite, ripristinare il focus su un landmark noto nella pagina offline, e presentare un controllo «Riprova» come un vero `&lt;button&gt;` anziché il link «Ricarica» che la maggior parte dei boilerplate per service worker spedisce. Lo stesso vale per il percorso di ripristino del foreground-sync: quando la connettività viene ripristinata e il service worker svuota la coda, anche questo è un cambio di stato di cui l'utente delle tecnologie assistive deve essere informato.</p>
        </div>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">Checklist del service worker</span>
            <div class="callout__body"><p>Una live region polite annuncia «Sei offline» alla transizione. Il focus viene spostato sull'intestazione principale della pagina offline. Un `&lt;button&gt;Riprova&lt;/button&gt;` chiaramente etichettato è il primo elemento interattivo. Alla riconnessione, un secondo annuncio polite dice «Connessione ripristinata» e il focus viene ripristinato sull'elemento con cui l'utente stava interagendo.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Confronto</div>
        <h2 class="section-title" id="s6-heading">6. iOS Safari vs Android vs nativo</h2>
        <div class="prose">
          <p>La questione «conviene distribuire una PWA o un'app nativa» ha ora una dimensione di accessibilità oltre che una di completezza funzionale. Di seguito, viene confrontata la stessa ipotetica app di lettura notizie distribuita in quattro modi — come PWA su Android, come PWA su iOS 16.4+, come app iOS nativa e come app Android nativa — sulle cinque superfici che un utente di screen reader tocca per prime.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th></th>
              <th>PWA · Android</th>
              <th>PWA · iOS 16.4+</th>
              <th>Nativo · iOS</th>
              <th>Nativo · Android</th>
            </tr>
          </thead>
          <tbody>
            <tr><th>Affordance di installazione scopribile dalle tecnologie assistive</th><td>Se lo sviluppatore l'ha implementata correttamente</td><td>Menu Aggiungi alla schermata iniziale — scopribile</td><td>App Store — completamente accessibile</td><td>Play Store — completamente accessibile</td></tr>
            <tr><th>Nome app + descrizione sull'icona del launcher</th><td>Sì</td><td>Sì (`name` + `apple-mobile-web-app-title`)</td><td>Sì (UIKit Info.plist)</td><td>Sì (manifest Android)</td></tr>
            <tr><th>Icone adattive (tematizzate / monocromatiche)</th><td>Sì (maskable)</td><td>No</td><td>Sì</td><td>Sì</td></tr>
            <tr><th>Contesto del task switcher annunciato</th><td>Sì</td><td>Parziale</td><td>Sì (titolo UIWindow)</td><td>Sì</td></tr>
            <tr><th>Voce nel foglio di condivisione del SO</th><td>Sì (`share_target`)</td><td>No</td><td>Sì (UIActivity)</td><td>Sì (Intent filter)</td></tr>
            <tr><th>Scorciatoie con pressione prolungata</th><td>Sì (`shortcuts`)</td><td>No</td><td>Sì (UIApplicationShortcutItem)</td><td>Sì</td></tr>
            <tr><th>Contenuto accessibile delle notifiche push</th><td>Sì</td><td>Sì (da iOS 16.4)</td><td>Sì</td><td>Sì</td></tr>
            <tr><th>Rotor personalizzato / navigazione rapida</th><td class="cell-na">N/A</td><td class="cell-na">N/A</td><td>Sì</td><td>Sì</td></tr>
          </tbody>
        </table>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Il gap iOS nel 2026</span>
            <div class="callout__body"><p>iOS 16.4 ha sbloccato il percorso di installazione, le notifiche push e l'API di badging per le PWA, e iOS 17 ha ridotto ulteriormente il divario sulla superficie di lancio di base. Tuttavia `file_handlers`, `share_target`, `shortcuts` e `window_controls_overlay` rimangono non supportati. Per un utente delle tecnologie assistive che fa affidamento sul foglio di condivisione del SO per spostare contenuti tra le app, una PWA su iOS è ancora una superficie significativamente più ridotta rispetto a una PWA su Android o a un'app iOS nativa.</p></div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s7" aria-labelledby="s7-heading">
        <h2 class="section-title" id="s7-heading">Conclusione: il playbook del 2026</h2>
        <div class="prose">
          <p>Distribuire l'affordance di installazione come un vero `&lt;button&gt;` con un nome accessibile. Collegare una live region polite all'esito di `userChoice`. Compilare `name`, `short_name`, `description`, `lang` e `dir` nel manifest, e distribuire icone maskable per Android. Se si adotta `window_controls_overlay`, rendere e etichettare la propria barra del titolo; se si adotta `file_handlers` o `share_target`, trattare il lancio risultante come un cambio di stato e annunciarlo all'ingresso.</p>
          <p>Ripristinare il focus su un landmark etichettato ogni volta che l'utente di screen reader attraversa il confine — primo lancio, ritorno dal task switcher, transizione offline, lancio da share target, riconnessione. Trattare ogni attraversamento come un evento discreto che deve all'utente un annuncio percepibile e un ancoraggio di focus noto. Niente di tutto ciò è difficile; quasi nulla viene distribuito in modo coerente.</p>
          <p>Una PWA nel 2026 può essere quasi indistinguibile da un'app nativa per un utente di tecnologie assistive — su Android. Su iOS è più vicina di quanto fosse, ma presenta ancora un gap reale. Il gap si chiude approssimativamente a una proprietà del manifest per anno. Per i team di appalti che scelgono tra una PWA e un'app nativa, la questione dell'accessibilità non è più «una PWA può essere accessibile?» — può esserlo. La domanda è se il team che la costruisce abbia letto le undici righe del manifest sopra riportate e accettato che ciascuna fa parte del loro deliverable.</p>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Una PWA non esonera un team dal lavoro di integrazione con la piattaforma. Aggiunge undici nuove superfici di accessibilità e chiede al team di gestirne ciascuna su ogni piattaforma su cui viene distribuita.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Disability World — redazione tecnica</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Display braille aggiornabile nel 2026: guida all'acquisto di 12 modelli
url: https://www.disabilityworld.org/it/articles/refreshable-braille-displays-buyers-guide/
description: Un primer ingegneristico che confronta 12 display braille aggiornabili nel 2026 — Humanware Brailliant BI 40X / 20X, HIMS Polaris / QBraille XL, Orbit Reader 40 / 20, APH Mantis Q40 / Chameleon 20 e Dot Pad — con matrice delle funzionalità e le tre scelte principali.
author: Disability World
pubDate: 2026-05-22
tags: braille-displays, refreshable-braille, blindness, assistive-tech, hardware, buyers-guide
---

# Display braille aggiornabile nel 2026: guida all'acquisto di 12 modelli

<div class="src-article" data-template="3">

  <section class="hero" aria-labelledby="hero-heading">
    <div class="hero__inner">
      <div class="hero__tag" aria-hidden="true">Guida all'acquisto · Display braille aggiornabile 2026</div>
      <h1 class="hero__title" id="hero-heading">
        Display braille aggiornabile nel 2026:<br />
        guida all'acquisto di 12 modelli
      </h1>
      <p class="hero__lead">Dodici dispositivi braille aggiornabili si dividono il mercato del 2026, con prezzi che vanno da poche centinaia di dollari a quasi novemila, e casi d'uso che spaziano dalla semplice lettura alla grafica tattile multilinea. Questa è la scheda di valutazione pratica per l'acquirente, scritta per professionisti non vedenti, genitori, insegnanti e funzionari responsabili degli acquisti che li assistono.</p>
      <div class="hero__stats" aria-label="Statistiche chiave">
        <div class="stat-chip">
          <div class="stat-chip__num">12</div>
          <div class="stat-chip__label">modelli a confronto</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">7</div>
          <div class="stat-chip__label">attributi per modello</div>
        </div>
        <div class="stat-chip">
          <div class="stat-chip__num">circa 8.800 USD</div>
          <div class="stat-chip__label">fascia di prezzo del mercato</div>
        </div>
      </div>
      <div class="hero__meta">
        <div class="hero__byline">A cura del <strong>team hardware di Disability World</strong></div>
        <div class="hero__pill">11 min di lettura</div>
        <div class="hero__pill">Aggiornato maggio 2026</div>
      </div>
    </div>
  </section>

  <nav class="toc-bar" aria-label="Sezioni dell'articolo">
    <div class="toc-bar__inner">
      <p>Contenuto</p>
      <ul role="list">
        <li><a href="#s1">1. Cosa acquista davvero l'acquirente</a></li>
        <li><a href="#s2">2. I dodici modelli sul tavolo</a></li>
        <li><a href="#s3">3. La matrice delle funzionalità</a></li>
        <li><a href="#s4">4. Le tre scelte principali per il 2026</a></li>
        <li><a href="#s5">5. La questione Dot Pad</a></li>
        <li><a href="#s6">6. L'albero decisionale</a></li>
        <li><a href="#conclusion">Conclusione</a></li>
      </ul>
    </div>
  </nav>

  <div class="article-body">
    <div class="container">

      <section id="s1" aria-labelledby="s1-heading">
        <div class="section-label">Fondamenti</div>
        <h2 class="section-title" id="s1-heading">1. Cosa acquista davvero l'acquirente quando compra un display braille</h2>
        <div class="prose">
          <p>Un display braille aggiornabile è una riga — a volte una griglia — di piccoli perni in plastica che si alzano e si abbassano sotto controllo software per formare caratteri braille. I perni sono generalmente mossi da attuatori piezoelettrici, occasionalmente da motori passo-passo nei nuovi modelli a basso costo, e sempre più spesso da moduli di grafica tattile nei dispositivi di fascia più alta. Il display si collega a un computer o a un telefono tramite USB o Bluetooth, e uno screen reader sull'host invia i caratteri cella per cella. Questo è l'intero meccanismo, e tale è rimasto per quarant'anni.</p>
          <p>Ciò che cambia tra i modelli è tutto ciò che circonda i perni: quante celle il dispositivo mostra contemporaneamente, come si associa, quale software per blocco note integra, quanto dura la batteria, quali screen reader lo gestiscono in modo pulito e quanto costa nella valuta del paese dell'acquirente dopo le imposte di importazione e le estensioni di garanzia. Un display da 40 celle legge un'intera riga di prosa di un libro per volta; un display da 20 celle entra in tasca e legge la notifica di un telefono. Un dispositivo con app per blocco note integrate può modificare un documento in aereo senza alcun computer host; un dispositivo «solo display» non può. Queste non sono differenze banali. Sono la differenza tra uno strumento che scompare nella giornata lavorativa e uno strumento che resta sul ripiano.</p>
        </div>

        <div class="stat-row" aria-label="Dati contestuali sui display braille">
          <div class="stat-card">
            <div class="stat-card__num">40</div>
            <div class="stat-card__label">celle in un tipico display a riga intera — sufficienti per una riga di prosa di un libro alla lunghezza di riga standard.</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">20</div>
            <div class="stat-card__label">celle in un tipico display tascabile — sufficienti per una notifica di telefono, uno slot di calendario o una singola riga di codice.</div>
          </div>
          <div class="stat-card">
            <div class="stat-card__num">circa 3</div>
            <div class="stat-card__label">screen reader per cui quasi ogni display braille include i driver: JAWS, NVDA e VoiceOver (iOS + macOS).</div>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">I sette attributi che contano</span>
            <div class="callout__body">
              <p><strong>1. Numero di celle.</strong> 20 celle (tascabile), 32 celle (medio), 40 celle (riga intera) o multilinea per la grafica.</p>
              <p><strong>2. Connettività.</strong> Bluetooth (qualsiasi versione), USB-C, USB-A e qualsiasi porta aggiuntiva come slot per schede SD.</p>
              <p><strong>3. Compatibilità con gli screen reader.</strong> JAWS, NVDA, VoiceOver — e con quale precisione ciascuno gestisce il dispositivo.</p>
              <p><strong>4. App per blocco note.</strong> Se il dispositivo esegue nativamente editor, calendario, e-mail e app per la lettura di libri senza un computer host.</p>
              <p><strong>5. Batteria.</strong> Ore di lettura o di presa di note continuativa con una singola carica.</p>
              <p><strong>6. Prezzo.</strong> Prezzo al dettaglio consigliato dal produttore in USD, EUR e GBP — prima dei sussidi nazionali per le tecnologie assistive, che in alcuni paesi possono coprire il 100% del costo.</p>
              <p><strong>7. Garanzia.</strong> Garanzia standard del produttore e costo delle estensioni.</p>
            </div>
          </div>
        </div>

        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Un display braille non è un sostituto dello schermo. È una tastiera tattile per il linguaggio che un lettore non vedente già parla correntemente — e il prezzo di questa fluidità è quarant'anni di lento progresso industriale.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Team hardware di Disability World</cite></figcaption>
        </figure>
      </section>

      <hr class="divider" />

      <section id="s2" aria-labelledby="s2-heading">
        <div class="section-label">Panoramica</div>
        <h2 class="section-title" id="s2-heading">2. I dodici modelli sul tavolo</h2>
        <div class="prose">
          <p>Il mercato del 2026 si suddivide in quattro fasce. La fascia premium — Brailliant BI 40X, Polaris, Mantis Q40, Activator — si colloca nella banda tra 4.000 e 6.000 USD e combina una riga da 40 celle con un sistema operativo completo per blocco note. La fascia media — Brailliant BI 20X, QBraille XL, Chameleon 20, Eurobraille Esys — si colloca nella banda tra 2.500 e 4.000 USD, con meno celle o uno strato di blocco note più sottile. La fascia a basso costo — Orbit Reader 20 e 40 — scende sotto i 1.500 USD grazie all'utilizzo di motori passo-passo al posto degli attuatori piezoelettrici. La fascia grafica è formata da un solo prodotto: il Dot Pad offre un'intera griglia bidimensionale di perni e ha un prezzo che lo rende un acquisto istituzionale piuttosto che personale.</p>
          <p>Le schede seguenti sintetizzano il posizionamento di ciascun modello e il tipo di utente per cui è stato progettato. I puntini riflettono l'idoneità complessiva del dispositivo per un tipico professionista non vedente che acquista il suo primo o secondo display nel 2026; non sono un punteggio di qualità. Un Orbit Reader da quattro puntini non è una macchina peggiore di un Brailliant da cinque — è una macchina meno costosa che fa meno cose, e questo calcolo è esattamente quello giusto per molti lettori.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Brailliant BI 40X</div>
                <div class="combo-card__sub">Blocco note premium a 40 celle (Humanware)</div>
              </div>
            </div>
            <div class="combo-card__usage">Soluzione ottimale per i professionisti che leggono e scrivono prosa a lungo formato tutto il giorno</div>
            <div class="combo-feat"><span class="combo-feat__label">Celle</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Idoneità complessiva</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Brailliant BI 20X</div>
                <div class="combo-card__sub">Blocco note tascabile a 20 celle (Humanware)</div>
              </div>
            </div>
            <div class="combo-card__usage">Soluzione ottimale per pendolari e studenti che si abbinano a un telefono</div>
            <div class="combo-feat"><span class="combo-feat__label">Celle</span><span>20</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Idoneità complessiva</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">HIMS Polaris</div>
                <div class="combo-card__sub">Blocco note Android a 32 celle (HIMS)</div>
              </div>
            </div>
            <div class="combo-card__usage">Soluzione ottimale per gli utenti che desiderano un tablet Android completo sotto le celle</div>
            <div class="combo-feat"><span class="combo-feat__label">Celle</span><span>32</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Idoneità complessiva</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">HIMS QBraille XL</div>
                <div class="combo-card__sub">Display a 40 celle con tasti QWERTY (HIMS)</div>
              </div>
            </div>
            <div class="combo-card__usage">Soluzione ottimale per gli utenti che digitano in QWERTY ma leggono in braille</div>
            <div class="combo-feat"><span class="combo-feat__label">Celle</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Idoneità complessiva</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Orbit Reader 40</div>
                <div class="combo-card__sub">Display a basso costo a 40 celle (Orbit Research)</div>
              </div>
            </div>
            <div class="combo-card__usage">Soluzione ottimale per studenti, scuole e lettori nei mercati emergenti</div>
            <div class="combo-feat"><span class="combo-feat__label">Celle</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Idoneità complessiva</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Orbit Reader 20</div>
                <div class="combo-card__sub">Display a basso costo a 20 celle (Orbit Research)</div>
              </div>
            </div>
            <div class="combo-card__usage">Soluzione ottimale per chi acquista il primo display e per i programmi di apprendimento del braille</div>
            <div class="combo-feat"><span class="combo-feat__label">Celle</span><span>20</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Idoneità complessiva</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">APH Mantis Q40</div>
                <div class="combo-card__sub">Display a 40 celle con tastiera QWERTY (APH)</div>
              </div>
            </div>
            <div class="combo-card__usage">Soluzione ottimale per i professionisti non vedenti avventizi che già digitano in QWERTY</div>
            <div class="combo-feat"><span class="combo-feat__label">Celle</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Idoneità complessiva</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">APH Chameleon 20</div>
                <div class="combo-card__sub">Display a 20 celle con tasti Perkins (APH)</div>
              </div>
            </div>
            <div class="combo-card__usage">Soluzione ottimale per gli studenti della scuola dell'obbligo che imparano l'immissione braille</div>
            <div class="combo-feat"><span class="combo-feat__label">Celle</span><span>20</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Idoneità complessiva</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Eurobraille Esys</div>
                <div class="combo-card__sub">Display a 40 celle per il mercato europeo (Eurobraille)</div>
              </div>
            </div>
            <div class="combo-card__usage">Soluzione ottimale per i lettori francesi e belgi che utilizzano i sussidi nazionali</div>
            <div class="combo-feat"><span class="combo-feat__label">Celle</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Idoneità complessiva</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Help Tech Activator</div>
                <div class="combo-card__sub">Blocco note Android a 40 celle (Help Tech)</div>
              </div>
            </div>
            <div class="combo-card__usage">Soluzione ottimale per i lettori del mercato tedesco e gli utenti con integrazione ATC</div>
            <div class="combo-feat"><span class="combo-feat__label">Celle</span><span>40</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Idoneità complessiva</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Dot Pad</div>
                <div class="combo-card__sub">Superficie grafica tattile multilinea (Dot Inc.)</div>
              </div>
            </div>
            <div class="combo-card__usage">Soluzione ottimale per studenti STEM, musei e lavoro istituzionale sulla grafica</div>
            <div class="combo-feat"><span class="combo-feat__label">Celle</span><span>2.400 perni (300 celle)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Idoneità complessiva</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Menzione d'onore</div>
                <div class="combo-card__sub">Altri partecipanti del 2026 da seguire</div>
              </div>
            </div>
            <div class="combo-card__usage">Tactile Engineering Cadence, Bristol Braille Canute, NLS eReader (prestito USA)</div>
            <div class="combo-feat"><span class="combo-feat__label">Stato</span><span>Di nicchia o solo in prestito</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Idoneità complessiva</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
          </article>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">I prezzi cambiano, i driver no</span>
            <div class="callout__body">
              <p>I prezzi in USD, EUR e GBP nella sezione tre sono i prezzi al dettaglio consigliati dal produttore al momento della stesura e variano in funzione della valuta, delle dogane e del margine dei rivenditori in ogni paese. La compatibilità con driver e screen reader, al contrario, è stabilita dal fornitore e cambia solo quando viene rilasciato un nuovo firmware o una nuova versione dello screen reader. La matrice è da considerare duratura; la colonna dei prezzi è uno snapshot.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s3" aria-labelledby="s3-heading">
        <div class="section-label">Riferimento</div>
        <h2 class="section-title" id="s3-heading">3. La matrice delle funzionalità: modello per attributo</h2>
        <div class="prose">
          <p>I sette attributi della sezione uno, valutati rispetto ai dodici modelli della sezione due. I prezzi sono i prezzi al dettaglio consigliati dal produttore in USD, EUR e GBP. Le ore di batteria sono dichiarate dal fornitore per la lettura continua. Le voci «JAWS / NVDA / VoiceOver» indicano gli screen reader che gestiscono il dispositivo con un driver di prima parte o della community; l'assenza non significa impossibilità, ma solo che l'acquirente avrà bisogno di una soluzione alternativa.</p>
        </div>

        <table class="matrix-table">
          <thead>
            <tr>
              <th>Modello</th>
              <th>Celle</th>
              <th>Connettività</th>
              <th>Supporto screen reader</th>
              <th>App blocco note</th>
              <th>Batteria</th>
              <th>Prezzo (USD / EUR / GBP)</th>
              <th>Garanzia</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <th>Brailliant BI 40X</th>
              <td>40</td>
              <td>USB-C, Bluetooth 5</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Editor, libreria, calendario, calcolatrice</td>
              <td>circa 15 h</td>
              <td>circa 4.395 / 4.250 / 3.650</td>
              <td>2 anni standard</td>
            </tr>
            <tr>
              <th>Brailliant BI 20X</th>
              <td>20</td>
              <td>USB-C, Bluetooth 5</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Editor, libreria, calendario, calcolatrice</td>
              <td>circa 15 h</td>
              <td>circa 3.095 / 2.990 / 2.580</td>
              <td>2 anni standard</td>
            </tr>
            <tr>
              <th>HIMS Polaris</th>
              <td>32</td>
              <td>USB-C, USB-A host, Bluetooth, Wi-Fi</td>
              <td>JAWS, NVDA, VoiceOver (host) + Android nativo</td>
              <td>Suite Android completa per blocco note</td>
              <td>circa 18 h</td>
              <td>circa 5.995 / 5.800 / 4.990</td>
              <td>1 anno standard</td>
            </tr>
            <tr>
              <th>HIMS QBraille XL</th>
              <td>40</td>
              <td>USB-C, Bluetooth</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Nessuna (solo display con input QWERTY)</td>
              <td>circa 20 h</td>
              <td>circa 3.795 / 3.690 / 3.150</td>
              <td>1 anno standard</td>
            </tr>
            <tr>
              <th>Orbit Reader 40</th>
              <td>40</td>
              <td>USB-C, Bluetooth, scheda SD</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Lettore autonomo, editor semplice, file browser</td>
              <td>circa 20 h</td>
              <td>circa 1.495 / 1.490 / 1.280</td>
              <td>1 anno standard</td>
            </tr>
            <tr>
              <th>Orbit Reader 20</th>
              <td>20</td>
              <td>USB-C, Bluetooth, scheda SD</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Lettore autonomo, editor semplice, file browser</td>
              <td>circa 20 h</td>
              <td>circa 699 / 720 / 620</td>
              <td>1 anno standard</td>
            </tr>
            <tr>
              <th>APH Mantis Q40</th>
              <td>40</td>
              <td>USB-C, Bluetooth 5</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Editor, libreria, calcolatrice, terminale</td>
              <td>circa 14 h</td>
              <td>circa 2.495 / 2.490 / 2.140</td>
              <td>2 anni standard</td>
            </tr>
            <tr>
              <th>APH Chameleon 20</th>
              <td>20</td>
              <td>USB-C, Bluetooth 5</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Editor, libreria, calcolatrice</td>
              <td>circa 14 h</td>
              <td>circa 2.195 / 2.190 / 1.880</td>
              <td>2 anni standard</td>
            </tr>
            <tr>
              <th>Eurobraille Esys</th>
              <td>40</td>
              <td>USB-C, Bluetooth</td>
              <td>JAWS, NVDA, VoiceOver</td>
              <td>Editor, calendario, rubrica</td>
              <td>circa 20 h</td>
              <td>circa 4.195 / 3.990 / 3.490</td>
              <td>2 anni standard</td>
            </tr>
            <tr>
              <th>Help Tech Activator</th>
              <td>40</td>
              <td>USB-C, Bluetooth, Wi-Fi, ATC</td>
              <td>JAWS, NVDA, VoiceOver + Android nativo</td>
              <td>Suite Android completa per blocco note</td>
              <td>circa 12 h</td>
              <td>circa 6.495 / 6.290 / 5.390</td>
              <td>2 anni standard</td>
            </tr>
            <tr>
              <th>Dot Pad</th>
              <td>2.400 perni (300 celle, multilinea)</td>
              <td>USB-C, Bluetooth, abbinamento iPad</td>
              <td>VoiceOver (principale), JAWS tramite bridge host</td>
              <td>Nessuna (superficie grafica tattile, gestita dall'host)</td>
              <td>circa 8 h</td>
              <td>circa 8.900 / 8.490 / 7.290</td>
              <td>1 anno standard</td>
            </tr>
            <tr>
              <th>Menzione d'onore</th>
              <td>Varia</td>
              <td>Varia</td>
              <td>Varia</td>
              <td>Di nicchia o solo in prestito</td>
              <td>Varia</td>
              <td>Varia</td>
              <td>Varia</td>
            </tr>
          </tbody>
        </table>

        <div class="callout callout--highlight" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">+</div>
          <div>
            <span class="callout__label">Come leggere la matrice</span>
            <div class="callout__body">
              <p>La matrice si presta a tre ordini di lettura naturali. Si scorre la colonna dei prezzi per confrontare i costi. Si scorre la colonna del blocco note per confrontare l'indipendenza da un computer host. Si scorre la colonna dello screen reader per confermare che un modello sia compatibile con il software già in uso dall'acquirente. La matrice non valuta le celle in sé — ogni dispositivo in questo elenco utilizza celle braille che rispettano il diametro standard del punto di 2,5 mm e l'interasse di 2,5 mm, e un test tattile comparativo raramente li distingue.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s4" aria-labelledby="s4-heading">
        <div class="section-label">Raccomandazioni</div>
        <h2 class="section-title" id="s4-heading">4. Le tre scelte principali per il 2026, per profilo utente</h2>
        <div class="prose">
          <p>La matrice nomina dodici dispositivi; la maggior parte degli acquirenti dovrebbe scegliere tra tre. Le scelte di seguito coprono i tre utenti che nel 2026 rappresentano la maggior parte degli acquisti: un professionista che legge e scrive prosa a lungo formato, uno studente o pendolare che vive attaccato al telefono, e una scuola o un programma di riabilitazione che acquista display in volume.</p>
        </div>

        <div class="combo-grid">
          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Per il professionista</div>
                <div class="combo-card__sub">Brailliant BI 40X — circa 4.395 USD</div>
              </div>
            </div>
            <div class="combo-card__usage">Riga completa da 40 celle, blocco note robusto, driver JAWS e NVDA puliti, garanzia biennale</div>
            <div class="combo-feat"><span class="combo-feat__label">Perché questo</span><span>Dispositivo a riga intera con il miglior supporto</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Alternativa</span><span>APH Mantis Q40 (input QWERTY)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Da evitare se</span><span>Il budget è sotto circa 3.000 USD</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Per lo studente o il pendolare</div>
                <div class="combo-card__sub">Brailliant BI 20X — circa 3.095 USD</div>
              </div>
            </div>
            <div class="combo-card__usage">Form factor tascabile a 20 celle, abbinamento Bluetooth 5 completo con iPhone o Android, abbastanza leggero da portare ogni giorno</div>
            <div class="combo-feat"><span class="combo-feat__label">Perché questo</span><span>Miglior display tascabile abbinato al telefono</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Alternativa</span><span>APH Chameleon 20 (acquirenti K-12 USA)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Da evitare se</span><span>Si legge prosa a lungo formato ogni giorno — scegliere 40 celle</span></div>
          </article>

          <article class="combo-card">
            <div class="combo-card__header">
              <div>
                <div class="combo-card__name">Per le scuole e i programmi</div>
                <div class="combo-card__sub">Orbit Reader 20 — circa 699 USD</div>
              </div>
            </div>
            <div class="combo-card__usage">Il prezzo unitario più basso del mercato di gran lunga, resistente, lettura autonoma con scheda SD, percorso di riparazione semplice</div>
            <div class="combo-feat"><span class="combo-feat__label">Perché questo</span><span>Rapporto «display per dollaro di finanziamento» più alto</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Alternativa</span><span>Orbit Reader 40 (studenti più grandi)</span></div>
            <div class="combo-feat"><span class="combo-feat__label">Da evitare se</span><span>Le app per blocco note sono un requisito imprescindibile</span></div>
          </article>
        </div>

        <p class="pull">Il display braille giusto nel 2026 è raramente il più costoso che l'acquirente possa giustificare; è il meno costoso che soddisfa davvero ogni requisito della lista dell'acquirente.</p>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">I sussidi nazionali cambiano i calcoli</span>
            <div class="callout__body">
              <p>In Germania, la via della Krankenkasse (assicurazione sanitaria obbligatoria) può coprire interamente un Activator per un lettore occupato; in Francia la via MDPH copre un Esys; nel Regno Unito Access to Work copre la maggior parte dei dispositivi premium fino a un limite di progetto; negli Stati Uniti la Vocational Rehabilitation e il Dipartimento per gli Affari dei Veterani coprono abitualmente il Brailliant e il Mantis. Un acquirente che paga di tasca propria deve considerare la colonna dei prezzi come vincolante; un acquirente avente diritto a un sussidio nazionale deve considerarla un punto di partenza.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s5" aria-labelledby="s5-heading">
        <div class="section-label">Frontiera</div>
        <h2 class="section-title" id="s5-heading">5. La questione Dot Pad: arriva la grafica multilinea</h2>
        <div class="prose">
          <p>Undici dei dodici dispositivi nell'elenco sono display braille a riga singola — mostrano una riga di testo per volta. Il dodicesimo, il Dot Pad, è qualcosa di completamente diverso: una griglia da 300 celle disposta in dieci righe di trenta celle, più un'area grafica tattile da 2.400 perni in grado di riprodurre un grafico, una mappa, un diagramma matematico o un mockup dell'interfaccia utente come immagine in rilievo. È il cambiamento industriale più significativo nell'hardware braille aggiornabile degli ultimi vent'anni, e arriva a un prezzo che, per gli standard degli acquisti personali, è proibitivo — ma per gli standard istituzionali è assolutamente accessibile.</p>
          <p>Il Dot Pad non è un sostituto del Brailliant o del Mantis. È un complemento. Uno studente universitario STEM non vedente che ha un Mantis Q40 per la prosa e un Dot Pad per i diagrammi legge il libro di testo e i diagrammi dalla stessa scrivania; un museo che mette un Dot Pad accanto a un'esposizione visiva può mostrare l'esposizione ai visitatori non vedenti in tempo reale; una scuola che installa un Dot Pad in un laboratorio di matematica dà ai suoi studenti non vedenti accesso a grafici che in precedenza dovevano essere embossati su carta swell e inviati per posta overnight. Nulla di tutto questo è teorico nel 2026 — il dispositivo è stato consegnato in volume ad acquirenti del settore pubblico in Corea, Giappone, Stati Uniti e Regno Unito, con un numero crescente di acquisti istituzionali europei.</p>
        </div>

        <div class="cmp-grid">
          <article class="cmp-card good">
            <div class="cmp-card-label">Cosa sostituisce il Dot Pad</div>
            <p>La grafica embossata su carta swell, spedita overnight da un servizio di trascrizione a circa 15-40 USD per diagramma, con un tempo di attesa di 24-48 ore e senza possibilità di rivedere l'immagine dopo la stampa. Sufficiente per le figure statiche di un libro di testo; inutile per i grafici in tempo reale che un analista produce.</p>
          </article>

          <article class="cmp-card better">
            <div class="cmp-card-label">Cosa abilita il Dot Pad</div>
            <p>Rendering tattile in tempo reale di qualsiasi grafico inviato dall'host — estratto da un libro di testo, generato da una libreria di grafici, trascritto in tempo reale da una slide. Aggiornamento in pochi secondi, revisione sul posto, condivisione tra studenti tramite reinvio del file. Lo stesso diagramma che vede la classe vedente, nello stesso momento.</p>
          </article>
        </div>

        <div class="callout callout--warning" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">!</div>
          <div>
            <span class="callout__label">Avvertenza per l'acquirente del Dot Pad</span>
            <div class="callout__body">
              <p>Il prezzo del Dot Pad lo pone fuori dalla portata di quasi tutti i budget per acquisti personali — a circa 8.900 USD è più del triplo del Mantis Q40 e si avvicina al costo di una piccola automobile. Per un acquirente privato la domanda è raramente se il Dot Pad sia valido (lo è), ma se un'istituzione ne acquisterà uno e permetterà all'acquirente di utilizzarlo. Gli studenti STEM dovrebbero rivolgersi all'ufficio per la disabilità del proprio istituto; i professionisti dovrebbero rivolgersi al budget per le sistemazioni ragionevoli del datore di lavoro; i genitori dovrebbero rivolgersi all'istituto scolastico del figlio.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="s6" aria-labelledby="s6-heading">
        <div class="section-label">Schema decisionale</div>
        <h2 class="section-title" id="s6-heading">6. L'albero decisionale: da «ho bisogno di un display braille» a «ho acquistato questo»</h2>
        <div class="prose">
          <p>La matrice e le scelte di cui sopra sono i dati. L'albero di seguito illustra come utilizzarli. Sei domande in ordine; la risposta a ciascuna elimina dei modelli dall'elenco. Percorrendo l'albero dall'alto verso il basso, la maggior parte degli acquirenti arriva a uno o due finalisti.</p>
        </div>

        <div class="step step--accent">
          <div class="step__num">1</div>
          <div>
            <h3>Serve una riga da 40 celle, o bastano 20 celle?</h3>
            <p>Si legge prosa a lungo formato, si scrivono report, si lavora con fogli di calcolo — scegliere 40 celle. Si leggono notifiche del telefono, ci si abbina a un iPhone, lo si porta ogni giorno — scegliere 20 celle. In caso di dubbio, scegliere 40 celle: la differenza di prezzo è reale, ma la differenza di esperienza è maggiore, e la maggior parte dei lettori che inizia con 20 celle passa alle 40 entro due anni. Questa singola domanda elimina metà dell'elenco.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">2</div>
          <div>
            <h3>Servono app integrate per blocco note, o solo un display gestito dall'host?</h3>
            <p>Se il dispositivo deve funzionare in aereo senza laptop — editor, calendario, calcolatrice, lettore di libri — è necessario un blocco note. Questo porta a Brailliant BI 40X / 20X, HIMS Polaris, Help Tech Activator, APH Mantis Q40 / Chameleon 20. Se il dispositivo si abbina sempre a un telefono o a un computer, il QBraille XL, l'Orbit Reader 20 / 40 e l'Eurobraille Esys sono macchine orientate al display e per questo motivo sono più economiche.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">3</div>
          <div>
            <h3>Quale screen reader si usa effettivamente?</h3>
            <p>Gli acquirenti che utilizzano solo JAWS sono ben serviti da qualsiasi dispositivo premium, ma dovrebbero verificare la versione del driver sulla pagina di compatibilità di Freedom Scientific. Gli utenti NVDA godono del più ampio supporto hardware e della migliore storia con i driver della community; le linee Orbit Reader e Brailliant funzionano in modo particolarmente pulito. Gli utenti VoiceOver su iPhone dovrebbero acquistare un dispositivo con Bluetooth 5 aggiornato — Brailliant 20X, Mantis Q40 e Chameleon 20 sono le scommesse più sicure.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">4</div>
          <div>
            <h3>Si preferiscono i tasti braille stile Perkins o la tastiera QWERTY?</h3>
            <p>La maggior parte dei lettori non vedenti che hanno imparato il braille da bambini preferisce l'input in stile Perkins sul dispositivo. La maggior parte dei professionisti non vedenti avventizi che già digitano a tastiera preferisce il QWERTY. Se la risposta è QWERTY, il campo si restringe nettamente all'APH Mantis Q40 e all'HIMS QBraille XL. Se la risposta è Perkins, quasi tutto il resto è idoneo.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">5</div>
          <div>
            <h3>Qual è il budget dopo i sussidi?</h3>
            <p>Sotto circa 1.500 USD: Orbit Reader 20 o 40 sono le uniche opzioni. Tra circa 2.000 e 3.500 USD: APH Mantis Q40 e Chameleon 20 dominano. Tra circa 3.500 e 5.000 USD: Brailliant BI 40X, QBraille XL e Eurobraille Esys sono il campo di scelta. Oltre circa 5.000 USD: Polaris, Activator e (istituzionale) Dot Pad diventano raggiungibili. È necessario applicare i sussidi nazionali prima di rispondere a questa domanda; i calcoli cambiano completamente una volta aperta una via tramite Krankenkasse, MDPH, Access to Work o Vocational Rehabilitation.</p>
          </div>
        </div>

        <div class="step step--accent">
          <div class="step__num">6</div>
          <div>
            <h3>Serve la grafica tattile, o solo testo?</h3>
            <p>Quasi tutti gli acquirenti hanno bisogno solo di testo. Il Dot Pad entra in gioco per gli studenti STEM, i cartografi, i designer, gli educatori museali e chiunque lavori ogni giorno con grafici e mappe. Se la risposta è «solo testo», saltare il Dot Pad e usare il budget per un dispositivo a riga singola migliore più un'estensione di garanzia biennale. Se la risposta è «la grafica è centrale nel mio lavoro», il Dot Pad è l'unico dispositivo in questo elenco che soddisfa il requisito.</p>
          </div>
        </div>

        <div class="callout callout--info" role="note">
          <div class="callout__icon-wrap" aria-hidden="true">i</div>
          <div>
            <span class="callout__label">Provare prima di acquistare</span>
            <div class="callout__body">
              <p>Ogni dispositivo in questo elenco ha un diverso layout dei pulsanti, un passo di cella leggermente diverso e una pressione dei tasti leggermente diversa. Gli acquirenti che possono provare un dispositivo prima dell'acquisto — in una conferenza di una federazione nazionale, presso un'agenzia di riabilitazione locale o in una dimostrazione del fornitore — prendono decisioni migliori rispetto a chi ordina senza averlo mai toccato. Negli Stati Uniti le convention CSUN, ATIA e NFB ospitano stand dei fornitori ogni primavera; in Europa l'evento Sight Village a Birmingham e l'evento SightCity a Francoforte svolgono la stessa funzione. Dieci minuti di prova pratica valgono più di dieci ore di recensioni su YouTube.</p>
            </div>
          </div>
        </div>
      </section>

      <hr class="divider" />

      <section id="conclusion" aria-labelledby="concl-heading">
        <h2 class="section-title" id="concl-heading">Conclusione: il display braille giusto è quello che scompare</h2>
        <div class="prose">
          <p>I dodici dispositivi in questo elenco rappresentano lo stato attuale dell'hardware braille aggiornabile nel 2026. Nessuno di essi è scadente. La maggior parte è ottima. Il mercato ha raggiunto un livello di maturità tale per cui la domanda dell'acquirente non è più «quale dispositivo funziona?» — ogni dispositivo in questo elenco funziona — ma «quale dispositivo si adatta alla vita di lettura che conduco davvero?» La risposta è raramente il dispositivo più costoso sul tavolo, e raramente il più economico. È quello che scompare nella giornata lavorativa perché ogni requisito nella lista dell'acquirente è già soddisfatto, ogni screen reader sulle macchine dell'acquirente è già gestito in modo pulito, e la documentazione di garanzia è già in un cassetto da qualche parte.</p>
          <p>L'albero decisionale nella sezione sei porta la maggior parte degli acquirenti a un finalista in venti minuti. La matrice nella sezione tre porta a una decisione d'acquisto consapevole in un'ora. Le tre scelte principali nella sezione quattro coprono i tre utenti che effettuano la maggior parte degli acquisti. E il Dot Pad — silenziosamente, costosamente, istituzionalmente — rappresenta il primo vero passo fuori dalla gabbia a riga singola che ha vincolato la lettura tattile dal giorno in cui la prima cella piezoelettrica fu messa in vendita nel 1979. La riga è ancora il luogo in cui la maggior parte di noi legge. La griglia è il luogo in cui alcuni di noi leggeranno prossimamente.</p>
        </div>
        <figure class="pull-quote">
          <blockquote>
            <p class="pull-quote__text">«Il display braille giusto è quello che scompare nella giornata lavorativa. Ogni dispositivo in questo elenco funziona; solo uno di essi è il vostro.»</p>
          </blockquote>
          <figcaption><cite class="pull-quote__source">— Team hardware di Disability World</cite></figcaption>
        </figure>
      </section>

    </div>
  </div>
</div>

---
title: Percorsi di apprendimento degli screen reader: come i developer vedenti possono diventare fluenti
url: https://www.disabilityworld.org/it/articles/screen-reader-learning-paths/
description: Un percorso di apprendimento graduale che porta un developer vedente da principiante a genuinamente fluente — quale screen reader scegliere, gli esercizi della prima settimana a monitor spento e le scorciatoie da developer che quasi nessuno insegna.
author: Disability World
pubDate: 2026-05-22
tags: screen-readers, learning, developers, nvda, voiceover, testing, education
---

# Percorsi di apprendimento degli screen reader: come i developer vedenti possono diventare fluenti

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Primer di ingegneria · Fluidità SR per developer vedenti</div>
<h1 class="hero__title" id="hero-heading">
Percorsi di apprendimento degli screen reader:<br/>
come i developer vedenti possono diventare fluenti
</h1>
<p class="hero__lead">«Ho testato con VoiceOver» è l'affermazione più sopravvalutata nel frontend accessibility. Abbiamo analizzato cosa significa davvero essere fluenti — non familiari, fluenti — e costruito un piano graduale che porta un developer vedente a una vera padronanza in circa quaranta ore di pratica, a partire dall'abbinamento di screen reader che vale davvero la pena imparare e terminando con le scorciatoie in modalità developer che quasi nessuno insegna.</p>
<div class="hero__stats" aria-label="Statistiche chiave">
<div class="stat-chip">
<div class="stat-chip__num">circa 10h</div>
<div class="stat-chip__label">per raggiungere l'«utilità»</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">circa 40h</div>
<div class="stat-chip__label">per la semi-fluidità</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">2</div>
<div class="stat-chip__label">screen reader da cui iniziare</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">A cura del <strong>team ingegneria di Disability World</strong></div>
<div class="hero__pill">12 min di lettura</div>
<div class="hero__pill">Aggiornato maggio 2026</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Sezioni dell'articolo">
<div class="toc-bar__inner">
<p>Contenuto</p>
<ul role="list">
<li><a href="#s1">1. Perché vale la pena imparare lo strumento</a></li>
<li><a href="#s2">2. Scegliere lo screen reader</a></li>
<li><a href="#s3">3. Settimana 1: monitor spento</a></li>
<li><a href="#s4">4. Settimane 2-4: form e navigazione</a></li>
<li><a href="#s5">5. Scorciatoie in modalità developer</a></li>
<li><a href="#s6">6. Benchmark sui tempi per la fluidità</a></li>
<li><a href="#conclusion">Conclusione</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Motivazione</div>
<h2 class="section-title" id="s1-heading">1. Perché vale la pena — e cosa significa davvero essere fluenti</h2>
<div class="prose">

<p>Quasi ogni programma di accessibilità che sottoponiamo ad audit riporta lo stesso dato: il novanta e rotti percento dei developer frontend dichiara di «testare con uno screen reader». Si chiede loro di dimostrarlo, e la dimostrazione è di solito la stessa: tre tasti — accendere, fare tab nella pagina, spegnere. Non è testare. È spuntare una casella.</p>

<p>Il motivo per cui accade è strutturale, non pigrizia. Uno screen reader non è uno strumento che si impara come si impara un nuovo linter. È un modello di interazione diverso, con il proprio stato modale, la propria grammatica di scorciatoie e una serie di convenzioni che hanno senso solo dopo averlo usato per diverse ore di lavoro reale. Finché non si supera quella soglia, lo strumento non dice quasi nulla — e, peggio, dice cose sbagliate, perché gli annunci che si sentono dipendono dalla modalità del lettore, dall'albero di accessibilità del browser e dallo strato IME della piattaforma in modi che non sono evidenti dall'esterno.</p>

<p>Per i nostri scopi, la fluidità è il punto in cui si è in grado di prendere in mano la tastiera di un collega, ricevere da lui un componente rotto e riprodurre il bug con lo screen reader attivo — senza guardare lo schermo, senza consultare un foglio di riferimento e senza peggiorare gli annunci rispetto a come sarebbero nell'uso reale. La familiarità è il punto in cui si è sentito uno screen reader. Il divario tra le due è di circa trenta-trentacinque ore di pratica deliberata.</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">Cosa non è questo articolo</span>
<div class="callout__body"><p>Questo non è un sostituto del test con utenti con disabilità. Un developer vedente che usa uno screen reader approssima un flusso di lavoro che un utente quotidiano ha interiorizzato nel corso degli anni. Il punto della fluidità non è sostituire il test con gli utenti; è intercettare i bug evidenti prima del test con gli utenti, in modo che la sessione di test con gli utenti venga dedicata a quelli più sottili.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Scelta</div>
<h2 class="section-title" id="s2-heading">2. Scegliere lo screen reader — e rimandare JAWS</h2>
<div class="prose">

<p>Il mercato dispone di tre screen reader rilevanti per il lavoro web su desktop: NVDA su Windows, VoiceOver su macOS e iOS, e JAWS su Windows. Ognuno ha una base di utenti abbastanza ampia da rendere la sua esclusione una vera scommessa, e ognuno annuncia lo stesso markup in modo leggermente diverso. Un developer fluente sa usarne almeno due.</p>

<p>La raccomandazione, dopo aver osservato decine di developer superare la soglia, è inequivocabile: <strong>iniziare con NVDA su Windows e VoiceOver su macOS</strong>. Entrambi sono gratuiti. Entrambi sono preinstallati (VoiceOver) o installabili in meno di cinque minuti (NVDA). Entrambi sono usati da un numero sufficiente di utenti reali — NVDA detiene circa il 65% della quota di mercato degli screen reader su Windows nel più recente sondaggio WebAIM, VoiceOver domina il mobile e una quota significativa di macOS — che ciò che si impara si traduce immediatamente in bug per cui si può rilasciare una correzione. JAWS è il terzo strumento, non il primo, anche se rimane lo screen reader con la base di installazione enterprise più ampia. Tre ragioni.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">NVDA</div>
<div class="combo-card__sub">NV Access · Windows · gratuito</div>
</div>
</div>
<div class="combo-card__usage">circa il 65% della quota di mercato degli screen reader su Windows (WebAIM 2024)</div>
<div class="combo-feat"><span class="combo-feat__label">Costo</span><span>Gratuito, supportato da donazioni</span></div>
<div class="combo-feat"><span class="combo-feat__label">Tempo di installazione</span><span>Meno di 5 minuti</span></div>
<div class="combo-feat"><span class="combo-feat__label">Curva di apprendimento</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot"></span><span class="dot"></span></span></div>
<div class="combo-feat"><span class="combo-feat__label">Perché iniziare da qui</span><span>Modalità chiare, log trasparente, grande base di utenti reali</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">VoiceOver</div>
<div class="combo-card__sub">Apple · macOS &amp; iOS · preinstallato</div>
</div>
</div>
<div class="combo-card__usage">Predefinito su ogni Mac e iPhone; dominante sul mobile</div>
<div class="combo-feat"><span class="combo-feat__label">Costo</span><span>Gratuito, incluso nel sistema operativo</span></div>
<div class="combo-feat"><span class="combo-feat__label">Tempo di installazione</span><span>Già installato</span></div>
<div class="combo-feat"><span class="combo-feat__label">Curva di apprendimento</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot"></span></span></div>
<div class="combo-feat"><span class="combo-feat__label">Perché abbinarlo a NVDA</span><span>Il modello rotor differisce dal modello PC-cursor; si imparano entrambi i mondi</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">JAWS</div>
<div class="combo-card__sub">Freedom Scientific · Windows · a pagamento</div>
</div>
</div>
<div class="combo-card__usage">La base di installazione enterprise più ampia, specialmente in governo e finanza</div>
<div class="combo-feat"><span class="combo-feat__label">Costo</span><span>Licenza home circa 95 USD/anno, livello pro più alto</span></div>
<div class="combo-feat"><span class="combo-feat__label">Tempo di installazione</span><span>30+ minuti; richiede attivazione</span></div>
<div class="combo-feat"><span class="combo-feat__label">Curva di apprendimento</span><span class="dot-row"><span class="dot dot--on"></span><span class="dot dot--on"></span> <span class="dot dot--on"></span><span class="dot dot--on"></span><span class="dot dot--on"></span></span></div>
<div class="combo-feat"><span class="combo-feat__label">Perché rimandarlo</span><span>Stesso modello mentale Windows di NVDA, ma più pesante e vincolato alla licenza</span></div>
</article>

</div>

<div class="prose">

<p>Le tre ragioni per rimandare JAWS sono pedagogiche, non politiche. In primo luogo, JAWS e NVDA condividono un modello mentale — la modalità browse contro la modalità focus su Windows, lo stesso prefisso di comando basato su Insert, lo stesso buffer virtuale — quindi una volta che si sa usare NVDA, il novanta percento dei comandi JAWS di cui si ha davvero bisogno è a portata di un glossario. In secondo luogo, JAWS ha accumulato decenni di inferenza «intelligente»: cerca di correggere il markup difettoso prima che l'utente lo ascolti, il che significa che un bug che JAWS maschera arriverà comunque agli utenti NVDA. Il comportamento deliberatamente conservativo di NVDA lo rende il lettore di riferimento migliore quando si cerca di capire cosa è rotto. In terzo luogo, la frizione della licenza di JAWS — l'attivazione, la modalità di prova di quaranta minuti che sollecita a ogni riavvio — è una tassa sull'apprendimento che non è necessario pagare finché non si è abbastanza sicuri da valerne la spesa.</p>

<p>VoiceOver si abbina a NVDA piuttosto che competere con esso perché i due lettori rappresentano i due modelli di interazione dominanti. NVDA (e JAWS) utilizzano il modello «PC cursor»: un buffer virtuale che presenta la pagina come un documento lineare e un focus separato che segue l'ordine di tabulazione. VoiceOver utilizza un singolo cursore VoiceOver sovrapposto al focus, navigato dal rotor e dai tasti VO+freccia. Un developer fluente in un solo modello scriverà codice che viene annunciato bene nel suo lettore e male nell'altro. Imparare entrambi contemporaneamente è l'unico modo affidabile per percepire la differenza.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">«Scegliere i due lettori gratuiti. Dedicarci quaranta ore. Nel trimestre successivo si intercetteranno più bug di accessibilità di quanti ne abbiano trovati i tre precedenti audit di fornitori messi insieme.»</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— Responsabile ingegneria, piattaforma fintech che ha eliminato il proprio overlay nel 2025</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Settimana 1</div>
<h2 class="section-title" id="s3-heading">3. Settimana 1 — monitor spento, mani sulla tastiera</h2>
<div class="prose">

<p>Il programma della prima settimana ha una sola regola: <strong>spegnere il monitor</strong>. Non oscurato, non ridotto a icona, non «chiuderò gli occhi» — fisicamente spento, o coperto con un pezzo di cartone se il display è l'unico nella stanza. Lo scopo è eliminare la possibilità di barare. L'istinto di un developer vedente, nel momento in cui uno screen reader dice qualcosa di confuso, è di dare un'occhiata allo schermo e risolvere visivamente l'ambiguità. Quell'istinto è la singola ragione principale per cui «ho testato con uno screen reader» non intercetta bug reali.</p>

<p>Si prevedano tre sessioni di circa novanta minuti ciascuna nella prima settimana, con almeno un giorno tra una sessione e l'altra affinché la memoria muscolare abbia il tempo di consolidarsi. Ogni sessione ha un compito. La prima costruisce la grammatica di base dei comandi. La seconda impone un'interazione reale. La terza testa la ritenzione sotto una piccola dose di pressione.</p>

</div>

<div class="step step--accent">
<div class="step__num">1</div>
<div><h3>Sessione 1 — installare, configurare, navigare la homepage</h3><p>Installare NVDA (o aprire VoiceOver su macOS). Disattivare la cortesia della sintesi vocale se possibile — si vuole un parlato rapido e meccanico, non quello amichevole predefinito. Aprire un importante sito di notizie, monitor spento. Trascorrere 45 minuti premendo i tasti freccia e ascoltando. Trascorrere i secondi 45 minuti premendo H (intestazione successiva), K (link successivo) e F (campo di form successivo) e notare come è strutturata la pagina. Non navigare da nessuna parte per ora.</p></div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div><h3>Sessione 2 — scrivere il proprio nome in un form</h3><p>Aprire un form di contatto sul sito della propria azienda, monitor spento. Fare tab fino al campo nome. Digitare il proprio nome. Fare tab fino al campo e-mail. Digitare un'e-mail falsa. Fare tab fino al pulsante di invio. Premere spazio. Se non si riesce a trovare il pulsante di invio senza guardare, è un'informazione: l'ordine di tabulazione del form è rotto, oppure le etichette sono rotte, oppure entrambe le cose. Annotare il problema. Non correggerlo ancora — correggerlo prima di aver ascoltato altri dieci form è un'ottimizzazione prematura.</p></div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div><h3>Sessione 3 — acquistare qualcosa di economico</h3><p>Aprire un sito di e-commerce mai visitato prima, monitor spento. Trovare un prodotto che costi meno di cinque dollari. Aggiungerlo al carrello. Raggiungere il passaggio del pagamento. Fermarsi prima di pagare — ma arrivare fino al form di pagamento. Questa è la sessione che mette in difficoltà le persone. Si scoprirà che «abbastanza fluente da testare» e «abbastanza fluente da usare» sono soglie diverse. La prima sessione di pura ascolto era solo una prova; questa è la prima sessione di azione reale.</p></div>
</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">Se la sessione 3 richiede più di 90 minuti</span>
<div class="callout__body"><p>Fermarsi. Si è appresa la lezione necessaria per la settimana. La lezione non è «sono negato con gli screen reader» — è «questo sito è davvero difficile da usare senza la vista». La maggior parte dei principali siti di vendita al dettaglio richiede a un utente di screen reader da trenta a sessanta minuti in più rispetto a un utente vedente per completare un checkout. Ora se ne percepisce il divario.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Settimane 2–4</div>
<h2 class="section-title" id="s4-heading">4. Settimane 2-4 — form, navigazione e la trappola delle modalità</h2>
<div class="prose">

<p>Le settimane dalla seconda alla quarta di pratica dovrebbero totalizzare circa venti ore di lavoro — due sessioni di novanta minuti a settimana, più un po' di utilizzo incidentale durante la giornata lavorativa. L'obiettivo in questo periodo è interiorizzare le due cose che confondono i nuovi utenti degli screen reader più di qualsiasi altra: la distinzione tra modalità browse e modalità focus, e la differenza tra ciò che il rotor vede e ciò che vede l'ordine di tabulazione.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>Modalità browse (NVDA, JAWS)</th><th>Modalità focus (NVDA, JAWS)</th><th>VoiceOver (modalità unica)</th></tr>
</thead>
<tbody>
<tr><th>Tasti freccia</th><td>Navigano il buffer virtuale</td><td>Inviati al controllo in focus</td><td>Navigano sempre il cursore VoiceOver</td></tr>
<tr><th>Tab</th><td>Sposta il focus e rimane in browse</td><td>Sposta il focus e rimane in focus</td><td>Sposta il focus; il cursore VoiceOver segue</td></tr>
<tr><th>Scorciatoie per lettera (H, K, F)</th><td>Navigazione rapida</td><td class="cell-na"><span class="badge--na">N/A</span></td><td>Sostituite dal rotor (VO+U)</td></tr>
<tr><th>Quando cambia</th><td>Predefinito per la maggior parte delle pagine</td><td>Automatico su contenteditable, widget personalizzati</td><td>Mai — non esiste una modalità</td></tr>
<tr><th>Come forzarla</th><td>NVDA+Spazio</td><td>NVDA+Spazio (alterna)</td><td>Non applicabile</td></tr>
</tbody>
</table>

<div class="prose">

<p>La confusione più comune nella seconda settimana è il momento in cui un developer preme un tasto freccia in NVDA, si aspetta che il buffer virtuale si sposti, e invece sente la combobox in focus aprire il suo elenco di opzioni. È la modalità browse che passa alla modalità focus automaticamente perché il focus è atterrato su un elemento che NVDA classifica come widget di tipo «application». I nuovi developer vivono questo come un malfunzionamento del lettore. Non lo è — è il lettore che fa esattamente ciò che la specifica richiede. Una volta che lo si è sentito dieci o quindici volte si smette di sorprendersi; fino ad allora, ci si aspetti di essere sorpresi circa ogni altra sessione.</p>

<p>Il pattern della terza settimana sono i form. Si costruisce una pagina di test privata con otto o dieci controlli: un input di testo obbligatorio con un errore inline, un date picker, una selezione multipla, una checkbox personalizzata con stile, un pulsante disabilitato che diventa abilitato, un toggle «mostra password», un campo numero di telefono con selettore del prefisso internazionale e un pulsante di invio che attiva un riepilogo di validazione lato server. Monitor spento, si naviga attraverso di esso cinque volte — prima con NVDA in modalità browse, poi NVDA in modalità focus, poi NVDA di nuovo con l'impostazione di annuncio verboso attivata (Insert+Z, più avanti nella sezione cinque), poi VoiceOver con il rotor, poi VoiceOver senza il rotor. Lo stesso form suonerà diverso cinque volte. Questa è la fluidità vissuta dall'interno: rendersi conto che lo stesso markup racconta cinque storie diverse, ed essere in grado di prevedere in anticipo quale andrà in scena.</p>

<p>La quarta settimana è dedicata alla navigazione. Si prende un sito reale e complesso — un portale di documentazione, una dashboard aziendale, una pagina di categoria e-commerce — e si cerca di trovare una specifica informazione usando solo le scorciatoie dello screen reader. Si usa H per saltare alle intestazioni. Si usa D (NVDA) o VO+U poi «Punti di riferimento» (VoiceOver) per saltare i landmark. Si usano da 1 a 6 per saltare a un particolare livello di intestazione. Entro la fine della quarta settimana, le scorciatoie di navigazione dovrebbero essere riflessi condizionati piuttosto che scelte consapevoli, così come già lo sono tab e shift-tab.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">«Il giorno in cui ci si rende conto che premere H venti volte è più veloce di fare tab trenta volte è il giorno in cui si smette di essere un developer vedente che fa finta e si comincia a essere un developer capace di navigare.»</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— Ingegnere frontend a metà carriera, terzo mese di pratica con NVDA</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Modalità developer</div>
<h2 class="section-title" id="s5-heading">5. Scorciatoie in modalità developer che quasi nessuno insegna</h2>
<div class="prose">

<p>Una volta che i comandi in modalità utente sono riflessi automatici, il passo successivo è accedere alle superfici rivolte agli sviluppatori di ciascun lettore. Sono le modalità e le scorciatoie che i manuali nascondono — in parte perché sono pensate per i developer, in parte perché sono abbastanza rumorose da non essere desiderabili per un utente quotidiano. Tre meritano di essere conosciute immediatamente.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">NVDA · Speech viewer + annuncio verboso</div>
<div class="combo-card__sub">Menu Strumenti → Speech viewer; Insert+Z attiva/disattiva la verbosità</div>
</div>
</div>
<div class="combo-card__usage">Trascrizione visiva di tutto ciò che NVDA sta dicendo, più annunci di ruolo espansi</div>
<div class="combo-feat"><span class="combo-feat__label">Cosa fornisce</span><span>Un log scorrevole di ogni annuncio, per verificare cosa ha detto davvero il lettore rispetto a ciò che si pensava avesse detto</span></div>
<div class="combo-feat"><span class="combo-feat__label">Quando usarlo</span><span>Riproduzione dei bug, confronto con test automatici, formazione dei colleghi</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">NVDA · Log inspector (NVDA+F1)</div>
<div class="combo-card__sub">Pop-up con informazioni per gli sviluppatori sull'elemento in focus</div>
</div>
</div>
<div class="combo-card__usage">Ispeziona ciò che NVDA vede sull'elemento corrente — ruolo, stati, valore, descrizione, nome accessibile</div>
<div class="combo-feat"><span class="combo-feat__label">Cosa fornisce</span><span>L'albero di accessibilità costruito da NVDA, non il DOM mostrato dagli strumenti di sviluppo</span></div>
<div class="combo-feat"><span class="combo-feat__label">Quando usarlo</span><span>Quando la pagina sembra corretta negli strumenti di sviluppo ma viene letta in modo errato in NVDA</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">VoiceOver · Web Rotor (VO+U) e Web Item Settings</div>
<div class="combo-card__sub">macOS &amp; iOS · l'albero di accessibilità per developer</div>
</div>
</div>
<div class="combo-card__usage">Elenco gerarchico di intestazioni, link, landmark, controlli di form, web spot e tabelle — esattamente come VoiceOver li ha indicizzati</div>
<div class="combo-feat"><span class="combo-feat__label">Cosa fornisce</span><span>Un secondo parere rispetto al log inspector di NVDA: se entrambi i lettori concordano, il bug è nel markup, non nel lettore</span></div>
<div class="combo-feat"><span class="combo-feat__label">Quando usarlo</span><span>Triage di bug tra lettori diversi, specialmente per la struttura dei landmark e delle intestazioni</span></div>
</article>

</div>

<div class="prose">

<p>Due ulteriori abitudini faranno risparmiare più tempo di qualsiasi singola scorciatoia. Prima: lasciare lo speech viewer di NVDA fisso su un secondo monitor (o in un angolo dell'unico monitor) durante lo sviluppo. Il log verbatim di ogni annuncio è per il lavoro con gli screen reader quello che la console degli strumenti di sviluppo è per JavaScript: la differenza tra indovinare e sapere. Seconda: imparare a leggere l'albero di accessibilità negli strumenti di sviluppo del browser — il pannello Accessibility di Chrome, l'Accessibility Inspector di Firefox, la scheda Audit di Safari. Il lettore annuncia il contenuto dell'albero di accessibilità, non quello del DOM, e i due divergono abbastanza spesso da rendere impossibile il debug di live region, ARIA o shadow DOM senza leggere l'albero direttamente.</p>

<p>Una confusione da segnalare ora, perché consuma ore nelle settimane due e tre: la modalità lettura contro la modalità focus non coincide con l'asse «la pagina è interattiva» contro «la pagina è un documento». NVDA passa in modalità focus automaticamente quando il focus atterra su un controllo con <code>role="application"</code>, su un contenteditable, o su certi widget personalizzati che il lettore classifica euristicamente come interattivi — indipendentemente dal fatto che la pagina sia principalmente statica. Al contrario, un'applicazione a pagina singola ricca di interattività il cui elemento radice è un landmark <code>main</code> e i cui widget sono pulsanti nativi ben marcati rimarrà in modalità browse per quasi tutta la sessione di un utente. La modalità è una proprietà dell'elemento in focus, non una proprietà della pagina.</p>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">★</div>
<div>
<span class="callout__label">La singola scorciatoia più utile</span>
<div class="callout__body"><p>NVDA+Spazio alterna manualmente tra modalità browse e modalità focus. Quando qualcosa suona male, questo è il primo intervento da provare — metà delle volte il lettore si trovava nella modalità inaspettata, e premere una volta questo tasto rivelerà se il bug è nella logica delle modalità o nel markup.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s6" aria-labelledby="s6-heading">
<div class="section-label">Benchmark</div>
<h2 class="section-title" id="s6-heading">6. Tempi per la fluidità — benchmark onesti</h2>
<div class="prose">

<p>I numeri seguenti provengono da un monitoraggio informale di circa ottanta developer — ingegneri frontend, responsabili QA, specialisti di accessibilità in formazione — nell'arco di tre anni di workshop aziendali e tutoraggio individuale. Non sono uno studio di ricerca. Sono sufficientemente affidabili per pianificare. Due premesse: pratica deliberata (monitor spento, compiti reali, non «ho lasciato NVDA in esecuzione in background mentre programmavo»), e un abbinamento fisso di lettori (NVDA su Windows e VoiceOver su macOS).</p>

</div>

<div class="stat-row" aria-label="Traguardi temporali per la fluidità">
<div class="stat-card">
<div class="stat-card__num">circa 3h</div>
<div class="stat-card__label">per percepire la forma di base — installato, comandi basilari, si riesce a navigare una homepage con il monitor spento</div>
</div>
<div class="stat-card">
<div class="stat-card__num">circa 10h</div>
<div class="stat-card__label">per l'«utilità» — si gestisce un form reale, si riproduce la segnalazione di bug di un collega, si può essere incaricati di un test veloce</div>
</div>
<div class="stat-card">
<div class="stat-card__num">circa 25h</div>
<div class="stat-card__label">per il comfort — entrambi i lettori risultano familiari; la confusione sulle modalità è rara; il rotor e il log inspector sono riflessi automatici</div>
</div>
<div class="stat-card">
<div class="stat-card__num">circa 40h</div>
<div class="stat-card__label">per la semi-fluidità — si è in grado di dimostrare un bug dal vivo, di revisionare in modo credibile il lavoro di screen reader di un altro developer</div>
</div>
</div>

<div class="prose">

<p>La «semi-fluidità» è la destinazione realistica per la maggior parte dei developer vedenti ed è, in termini pratici, tutto ciò che occorre per contribuire in modo efficace a un prodotto accessibile. La vera fluidità — il livello a cui si potrebbe plausibilmente sostituire un utente quotidiano di screen reader durante una revisione di usabilità — corrisponde a circa centocinquanta ore e un anno di pratica incidentale, e la maggior parte dei developer in attività non ne ha bisogno. L'obiettivo è la semi-fluidità: si programmano le quaranta ore e si accetta che tutto ciò che va oltre arriva dal fare il lavoro quotidiano con un lettore attivo e dalla disponibilità a rallentare.</p>

<p>Un ultimo benchmark per impostare le aspettative onestamente: i developer che si bloccano, secondo la nostra esperienza, si bloccano tra le dieci e le venti ore. La causa è quasi sempre la stessa — smettono di spegnere il monitor. Si convincono di essere ormai «abbastanza bravi» da testare con il monitor acceso, lo screen reader in esecuzione in background e la conferma visiva disponibile ogni volta che l'audio è ambiguo. Non lo sono. Le sedici ore tra «utile» e «a proprio agio» richiedono il monitor spento perché è in quel tratto che gli annunci del lettore diventano informazioni anziché rumore. Senza quella pressione, il cervello torna alla vista e la voce del lettore sfuma in sottofondo. Se ci si accorge di rallentare, la causa è quasi sempre il monitor.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">«La versione di voi dopo quaranta ore trova più bug di screen reader in una revisione pre-rilascio di un'ora di quanti ne abbia trovati il vostro ultimo audit automatico. Non è un'asticella alta. Questo è ciò che testare con uno screen reader avrebbe dovuto sempre significare.»</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— Team ingegneria di Disability World, dopo aver osservato la curva ripetersi decine di volte</cite></figcaption>
</figure>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Conclusione: il percorso è breve, la disciplina no</h2>
<div class="prose">

<p>Il motivo per cui «testare con uno screen reader» produce risultati così deboli nel settore non è che lo strumento sia difficile da imparare — quaranta ore non sono davvero molte — ma che l'apprendimento è scomodo in un modo specifico. Spegnere il monitor fa sentire un developer vedente inetto in un modo insolito nella nostra professione. Siamo abituati a essere quelli che risolvono i problemi; lo screen reader ci rende, per qualche ora di fila, nuovamente principianti. Questo disagio, e non le scorciatoie, è il vero ostacolo.</p>

<p>Il percorso per superarlo è quello descritto sopra: NVDA e VoiceOver, tre sessioni nella prima settimana con il monitor spento, form e modalità nelle settimane da due a quattro, scorciatoie in modalità developer non appena quelle in modalità utente sono riflessi automatici, quaranta ore in totale prima di poter essere incaricati di una seria verifica pre-rilascio. Nulla di tutto ciò è inedito. Il lavoro che il settore non ha fatto è trattarlo come lavoro — pianificare le ore, difenderle da altri impegni, accettare che le prime dieci di quelle ore sembreranno inutili finché all'improvviso non lo saranno più.</p>

<p>Se si sviluppa un frontend, la versione di sé che si trova dall'altra parte di quelle quaranta ore è un ingegnere sostanzialmente migliore di quello che ha iniziato, in modi che si manifesteranno non solo nel lavoro sull'accessibilità ma nella comprensione dell'ordine di focus, del miglioramento progressivo, di ciò che il browser fa davvero sotto il cofano. Lo screen reader è la lezione di sistemi distribuiti più economica disponibile a chiunque scriva per il web. Il prezzo è il monitor spento e qualche weekend.</p>

</div>

<figure class="pull-quote">
<blockquote>
<p class="pull-quote__text">«Non si diventerà utenti di screen reader. Si diventerà developer capaci di sentire come suona il proprio codice per uno di loro. È sufficiente — e la maggior parte del settore non ce l'ha ancora.»</p>
</blockquote>
<figcaption><cite class="pull-quote__source">— Team ingegneria di Disability World</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: La roadmap degli screen reader per il 2026: JAWS, NVDA, VoiceOver, TalkBack
url: https://www.disabilityworld.org/it/articles/screen-reader-roadmap-2026/
description: Quattro screen reader definiscono quasi l'intero web assistivo. Questa guida cataloga ciascuno dei quattro — quota di mercato 2026, piattaforme, profondità del supporto ARIA 1.3, caratteristiche distintive, limiti noti e modelli di adozione — più un mini-exhibit per Narrator, ChromeVox e Orca.
author: Disability World
pubDate: 2026-05-22
tags: screen-readers, jaws, nvda, voiceover, talkback, assistive-tech, tech-news
---

# La roadmap degli screen reader per il 2026: JAWS, NVDA, VoiceOver, TalkBack

<div class="src-article" data-template="2">

<div class="byline">
  <span><strong>Guida di campo</strong> · Panoramica degli screen reader · 2026</span>
  <span><strong>Catalogo</strong> · 4 lettori dominanti + 3 emergenti</span>
</div>

<span class="eyebrow">Catalogo di pattern · 4 exhibit</span>

<h1>La roadmap degli screen reader per il 2026: JAWS, NVDA, VoiceOver, TalkBack</h1>

<p class="lead">Quasi ogni utente non vedente o ipovedente sul web pubblico nel 2026 interagisce con uno di quattro screen reader: <strong>JAWS</strong>, <strong>NVDA</strong>, <strong>VoiceOver di Apple</strong> o <strong>TalkBack di Google</strong>. Insieme coprono circa diciannove sessioni su venti con tecnologia assistiva su desktop e mobile. Questa guida di campo cataloga ciascuno dei quattro — e aggiunge un quinto exhibit più piccolo per i tre player emergenti (Narrator, ChromeVox, Orca) che contano davvero ai margini.</p>

<p>Le precedenti puntate di questa serie tecnologica hanno confrontato gli screen reader tra loro in un'unica matrice o hanno sostenuto una specifica metodologia di test. Quella visione comparativa è utile quando un ingegnere decide contro quale lettore testare per primo. Lo è meno quando la domanda è quella più ampia: chi usa davvero quale lettore, perché, e cosa sta facendo ciascun fornitore per il 2026? Questa guida adotta la prospettiva opposta. Parte da un lettore per volta verso l'esterno, con un'anatomia identica per ogni voce, in modo che il catalogo possa essere letto dall'inizio alla fine o saltato direttamente al nome del lettore.</p>

<p>Ogni exhibit di seguito registra le stesse sette cose nello stesso ordine: quota di mercato 2026, piattaforme, ultimo rilascio principale, profondità del supporto ARIA 1.3, caratteristiche distintive, limiti noti e modello di adozione — chi sceglie questo lettore e perché. Il mini-exhibit finale copre insieme Narrator, ChromeVox e Orca perché ciascuno è rilevante solo all'interno del proprio ecosistema.</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">Indice dei dati · Cat. 2026.05</div>
<h2 class="ei-title" id="ei-title">4 screen reader dominanti · classificati per quota desktop+mobile 2026</h2>
</div>
<div class="ei-meta">n circa 3.800 utenti SR sondaggio WebAIM #10 (2025) + riepiloghi telemetrici Google / Apple</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>ID</th>
<th>Lettore</th>
<th>Piattaforme</th>
<th style="text-align:right">Quota 2026 (circa)</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">NVDA</a></td><td>Windows (desktop)</td><td class="ei-count">circa 37% desktop</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">JAWS</a></td><td>Windows (desktop, enterprise)</td><td class="ei-count">circa 31% desktop</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">VoiceOver</a></td><td>iOS, iPadOS, macOS, visionOS</td><td class="ei-count">circa 71% mobile · circa 9% desktop</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">TalkBack</a></td><td>Android</td><td class="ei-count">circa 26% mobile</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">Emergenti: Narrator · ChromeVox · Orca</a></td><td>Windows · ChromeOS · Linux</td><td class="ei-count">circa 6% desktop combinati</td></tr>
</tbody>
</table>

<p class="evidence-foot">Le quote desktop sono ancorate al più recente sondaggio WebAIM sugli utenti di screen reader (ciclo #10, pubblicato 2025), in cui ai partecipanti viene chiesto quale lettore usano più spesso. Le quote mobile sono aggregate dai riepiloghi telemetrici delle impostazioni di accessibilità iOS di Apple e dai dati sull'utilizzo dei servizi di accessibilità Android pubblicati dal team di accessibilità di Google fino al Q1 2026. Le quote sono indicative, arrotondate e possono sovrapporsi perché molti partecipanti usano più lettori su dispositivi diversi.</p>
</section>

<h2>Da dove provengono i dati</h2>

<p>Le quattro quote di cui sopra sono riconciliate da tre fonti indipendenti. Il Sondaggio sugli utenti di screen reader #10 di WebAIM è il riferimento desktop canonico: circa 3.800 partecipanti, lettore principale auto-dichiarato. I riepiloghi sull'impatto dell'accessibilità pubblicati da Apple e il post trimestrale di Google sull'accessibilità Android coprono il versante mobile. Laddove le due fonti divergono — in particolare sulla questione di quanto spesso i partecipanti desktop usino anche un lettore mobile — si è privilegiato il dataset WebAIM per l'attribuzione del lettore principale e i riepiloghi telemetrici delle piattaforme per l'ampiezza. I numeri sono indicativi. Quasi nessun partecipante usa un solo lettore, e la norma moderna è un lettore desktop più VoiceOver su un telefono.</p>

<p class="pull">Nel 2026, «supportare gli screen reader» significa supportare questi quattro. Tutto il resto combinato è sotto il sette percento, e la maggior parte è una nicchia ponderata piuttosto che un target di test praticabile.</p>

<div class="part-divider">
<div class="part-num">Parte I · I quattro lettori che coprono il web</div>
<div class="part-title">Anatomia identica, quattro scelte ingegneristiche molto diverse</div>
<p class="part-blurb">NVDA e JAWS si dividono il desktop Windows. VoiceOver domina il mobile e silenziosamente presidia il Mac. TalkBack presidia Android. Ciascuno risolve lo stesso problema di accessibilità da un punto di partenza diverso — open source, licenza enterprise, integrazione di piattaforma o eterogeneità di Android — e ciascuno porta con sé bug diversi.</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">NVDA — NonVisual Desktop Access</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Quota di mercato 2026</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>circa 37%</strong>dei partecipanti desktop allo screen reader (WebAIM #10) lo indica come lettore principale</div>
<div class="exhibit-stat"><strong>circa 75%</strong>dichiara di usarlo almeno occasionalmente — il numero di utilizzo incrociato più alto del sondaggio</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Piattaforme</div>
<div class="exhibit-prose">
<p>Solo Windows. NV Access pubblica una versione portabile che funziona da una chiavetta USB senza richiedere diritti di installazione, il che ha reso NVDA il lettore universale per laboratori e audit. Non esiste una versione per macOS, Linux o mobile, né una roadmap che prometta nessuna di esse.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Ultimo rilascio principale</div>
<div class="exhibit-prose">
<p>NVDA 2025.4 è stato rilasciato alla fine del 2025 con miglioramenti consolidati al bridge Chromium UIA, una funzionalità di accesso remoto ora integrata nel core (senza componente aggiuntivo richiesto) e impostazioni predefinite per il cambio di lingua espanse. La linea di rilascio 2026.1 è in anteprima al momento della stesura e dovrebbe includere il passaggio formale di conformità ARIA 1.3 legato all'aggiornamento della raccomandazione candidata del W3C di dicembre 2025.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Profondità del supporto ARIA 1.3</div>
<div class="exhibit-prose">
<p>Solida e in miglioramento. NVDA è stato storicamente il primo lettore ad adottare nuovi ruoli, proprietà e stati ARIA, poiché la sua cadenza di rilascio è più rapida di quella di JAWS e il suo codebase è aperto. Dalla versione 2025.4, la nuova proprietà <code>aria-actions</code> viene letta ma con una formulazione segnaposto, il tanto atteso <code>aria-brailleroledescription</code> è rispettato sull'output braille aggiornabile, e la coppia espansa <code>role="comment"</code> + <code>role="suggestion"</code> utilizzata dagli editor di documenti collaborativi è completamente esposta.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Caratteristiche distintive</div>
<div class="exhibit-prose">
<p>Open source e gratuito sotto GPL. Un'API Python di prima classe per componenti aggiuntivi che ha prodotto un attivo ecosistema di estensioni di terze parti — segnali audio tematici, OCR integrato per contenuti immagine di testo, toolkit per developer web, profili linguistici personalizzati. Accesso remoto integrato per il supporto tecnico. Un bug tracker trasparente e gestito dalla community su GitHub.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Limiti noti</div>
<div class="exhibit-prose">
<p>Le sintesi vocali predefinite di NVDA possono sembrare notevolmente più sintetiche rispetto alle voci premium di JAWS alla prima installazione, il che a volte distorce i confronti tra nuovi utenti. Il deployment enterprise richiede più conoscenze interne rispetto a JAWS perché non esiste un contratto di supporto commerciale predefinito. Alcune applicazioni desktop Windows legacy che fanno affidamento esclusivamente sulle API di accessibilità MSAA vengono lette con un ritardo percettibile rispetto a JAWS.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Modello di adozione</div>
<div class="exhibit-prose">
<p>Scelto da utenti con forte sensibilità ai costi individuali (è gratuito), da professionisti dell'accessibilità che necessitano di una versione portabile per gli audit, da developer che necessitano del codebase aperto e dell'API Python per i componenti aggiuntivi, e sempre più dalle imprese nel Sud del mondo dove il costo della licenza JAWS non è realistico. L'ascesa di NVDA al primo posto desktop nel WebAIM #10 è la principale notizia del settore del software di accessibilità degli ultimi cinque anni.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Fornitore</strong>NV Access (organizzazione non profit, Australia)</span>
<span><strong>Licenza</strong>GPL · gratuito</span>
</div>
</section>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">JAWS — Job Access With Speech</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Quota di mercato 2026</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>circa 31%</strong>dei partecipanti desktop indica JAWS come lettore principale (WebAIM #10)</div>
<div class="exhibit-stat"><strong>circa 60%</strong>dichiara di usarlo almeno occasionalmente — leggermente dietro NVDA</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Piattaforme</div>
<div class="exhibit-prose">
<p>Solo Windows. Vispero (che possiede JAWS, ZoomText e Fusion) ha costantemente rifiutato di impegnarsi in un porting per macOS o Linux. JAWS è il lettore dominante negli ambienti di approvvigionamento del governo federale USA, dei governi statali USA, della sanità USA e delle grandi imprese USA, dove gli accordi di licenza in volume di Vispero sono profondamente radicati.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Ultimo rilascio principale</div>
<div class="exhibit-prose">
<p>JAWS 2026 è stato rilasciato nel gennaio 2026 con l'allineamento formale ad ARIA 1.3, un modello di lettura esteso per i contenuti taggati in PDF, un'integrazione rinnovata con FSReader e FSCast, e un supporto migliorato per Microsoft Edge nel bridge Chromium UIA. JAWS viene ora rilasciato con una cadenza annuale di rilasci principali e aggiornamenti mensili continuativi.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Profondità del supporto ARIA 1.3</div>
<div class="exhibit-prose">
<p>Completo ma leggermente più conservativo rispetto a NVDA. JAWS 2026 supporta completamente <code>aria-actions</code>, i ruoli <code>comment</code> + <code>suggestion</code>, la gestione espansa di <code>aria-errormessage</code> sui controlli di form raggruppati e il nuovo output braille <code>aria-brailleroledescription</code>. Dove JAWS è leggermente in ritardo è la nuova proprietà di suggerimento da tastiera di ARIA 1.3: il supporto è arrivato ma con annunci prolissi che alcuni utenti disabilitano manualmente.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Caratteristiche distintive</div>
<div class="exhibit-prose">
<p>Voci premium Vocalizer Expressive che molti utenti descrivono come le più naturali su Windows. Linguaggio di scripting standard del settore per la personalizzazione delle applicazioni, utilizzato nelle grandi implementazioni enterprise per le applicazioni line-of-business. Programma di formazione e certificazione strettamente integrato attraverso Freedom Scientific. Sconti per licenze in volume per l'approvvigionamento istituzionale. Convergenza con il magnificatore ZoomText attraverso il prodotto Fusion.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Limiti noti</div>
<div class="exhibit-prose">
<p>Il costo della licenza annuale (circa 1.200 USD commerciale, circa 90 USD abbonamento annuale) è il singolo ostacolo più grande all'adozione al di fuori degli ambienti istituzionali nordamericani ed europei occidentali. Il motore di scripting, pur essendo potente, è un ostacolo all'ingresso per la personalizzazione occasionale rispetto all'API Python per i componenti aggiuntivi di NVDA. La cadenza di rilascio di JAWS è più lenta di quella di NVDA, quindi le funzionalità ARIA emergenti a volte arrivano mesi dopo che sono già state incluse nella versione stabile di NVDA.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Modello di adozione</div>
<div class="exhibit-prose">
<p>Scelto da utenti in ambienti di approvvigionamento istituzionale (governo federale/statale USA, grandi imprese USA, scuole e università), da utenti che dipendono specificamente dal motore di scripting JAWS per rendere accessibile un'applicazione personalizzata, e da utenti di lunga data che hanno imparato JAWS negli anni '90 o 2000 e hanno un profilo di personalizzazione approfondito che preferiscono non ricostruire. JAWS continua a perdere terreno rispetto a NVDA sul segmento sensibile ai costi e a mantenere la sua posizione sul segmento istituzionale.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Fornitore</strong>Vispero / Freedom Scientific (USA)</span>
<span><strong>Licenza</strong>Commerciale · licenza annuale o perpetua</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">VoiceOver — lo screen reader di piattaforma Apple</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Quota di mercato 2026</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>circa 71%</strong>degli utenti di screen reader mobile a livello globale (mercati a dominanza iOS)</div>
<div class="exhibit-stat"><strong>circa 9%</strong>dei partecipanti desktop indica VoiceOver su macOS come lettore principale</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Piattaforme</div>
<div class="exhibit-prose">
<p>iOS, iPadOS, macOS, watchOS, tvOS e visionOS. VoiceOver è l'esempio canonico di uno screen reader progettato come servizio di piattaforma integrato piuttosto che come applicazione di terze parti. Sul mobile non ha praticamente concorrenza all'interno dell'ecosistema Apple; l'unica alternativa sulla piattaforma Apple è Hindenburg, distribuito in misura molto minore, e gli strumenti per ipovedenti di terze parti.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Ultimo rilascio principale</div>
<div class="exhibit-prose">
<p>VoiceOver viene incluso nel sistema operativo, quindi la sua cadenza di rilascio segue iOS, iPadOS e macOS. Il ciclo 2026 ha introdotto la nuova funzionalità «Riepilogo pagina» di Apple Intelligence che produce un riepilogo della pagina web generato da un LLM prima che l'utente inizi a leggerla; controlli di verbosità del rotor VoiceOver espansi; e una tabella di input braille rinnovata, il più grande aggiornamento braille su qualsiasi piattaforma nel 2026.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Profondità del supporto ARIA 1.3</div>
<div class="exhibit-prose">
<p>Solida su iOS Safari e macOS Safari, più debole al di fuori di Safari. All'interno di Safari, le funzionalità ARIA 1.3 come i nuovi ruoli comment / suggestion, la messaggistica degli errori espansa sui controlli di form raggruppati e <code>aria-brailleroledescription</code> sui display braille iOS sono rispettate. VoiceOver all'interno di Chrome su iOS espone un sottoinsieme delle proprietà ARIA — una limitazione di lunga data che è in parte un vincolo della piattaforma WebKit piuttosto che un bug di VoiceOver.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Caratteristiche distintive</div>
<div class="exhibit-prose">
<p>Gratuito, profondamente integrato con il sistema operativo, e il lettore di piattaforma per visionOS — il primo screen reader commercialmente distribuito per un display montato sulla testa. Il Rotor (gesto iOS, controllo rotante macOS) è un modello di navigazione straordinariamente rapido che gli utenti esperti descrivono frequentemente come la singola funzionalità più produttiva di qualsiasi lettore. Il Riepilogo pagina e le descrizioni delle immagini di Apple Intelligence vengono elaborate sul dispositivo nel 2026, il che mantiene il contenuto testuale e delle immagini fuori dal cloud.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Limiti noti</div>
<div class="exhibit-prose">
<p>Le impostazioni di verbosità predefinite di VoiceOver sono molto prolisse nel 2025-26, e molti utenti le regolano sostanzialmente prima dell'uso quotidiano. Il comportamento può differire in modi importanti tra Safari e i browser basati su Chromium su iOS, il che significa che i developer web non possono testare una volta sola e assumere la parità. VoiceOver su macOS è in ritardo rispetto a VoiceOver su iOS su diverse linee di funzionalità, e i partecipanti desktop macOS nel WebAIM #10 lo classificano ancora al terzo posto dopo NVDA e JAWS.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Modello di adozione</div>
<div class="exhibit-prose">
<p>Scelto — per impostazione predefinita — da chiunque possegga un iPhone, iPad, Mac, Apple Watch, Apple TV o Vision Pro. Nell'ambito della popolazione degli utenti di screen reader, gli utenti di VoiceOver tendono ad essere più giovani, più orientati al mobile e più incentrati su iOS rispetto all'utente medio di JAWS o NVDA. La presa di VoiceOver sul versante mobile è strutturale: la quota dell'ecosistema Apple tra gli utenti USA non vedenti o ipovedenti è ancora più alta della sua quota nella popolazione generale.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Fornitore</strong>Apple (USA)</span>
<span><strong>Licenza</strong>Funzionalità di piattaforma integrata · gratuito</span>
</div>
</section>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">TalkBack — lo screen reader di piattaforma Android</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Quota di mercato 2026</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>circa 26%</strong>degli utenti di screen reader mobile a livello globale (mercati a dominanza Android)</div>
<div class="exhibit-stat"><strong>più della metà</strong>degli utenti di lettori mobile al di fuori del Nord America e dell'Europa occidentale, dove la quota Android è più alta</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Piattaforme</div>
<div class="exhibit-prose">
<p>Android (mobile e tablet). TalkBack viene incluso con Android Accessibility Suite di Google ed è anche integrato nel sistema One UI di Samsung e in altri skin Android OEM. Non esiste una variante desktop o ChromeOS — ChromeOS usa ChromeVox (E·05) — e non esiste un lettore Wear OS separato; Wear OS usa un'esperienza derivata da TalkBack.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Ultimo rilascio principale</div>
<div class="exhibit-prose">
<p>TalkBack 15.0 è stato distribuito tramite Google Play all'inizio del 2026 con gesti multi-dito ereditati dal modello VoiceOver su iPad, supporto espanso per le descrizioni di immagini on-device di Gemini Nano, un menu di controlli di lettura rinnovato e la tanto richiesta capacità di navigare le intestazioni web con lo stesso gesto di scorrimento multi-dito usato all'interno delle app Android.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Profondità del supporto ARIA 1.3</div>
<div class="exhibit-prose">
<p>In miglioramento ma storicamente il più debole dei quattro. TalkBack legge il contenuto web tramite Chrome su Android, e l'esposizione dell'albero di accessibilità di Chrome su Android è storicamente rimasta indietro rispetto a Chrome su desktop. Il 2026 colma gran parte di quel divario: i nuovi ruoli comment / suggestion sono esposti, <code>aria-actions</code> viene letto con una formulazione segnaposto, e la gestione degli errori di form raggruppati è stata perfezionata. Alcune proprietà ARIA 1.3 — in particolare la nuova famiglia di suggerimenti da tastiera — vengono ancora annunciate in modo incoerente in alcune web view Android.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Caratteristiche distintive</div>
<div class="exhibit-prose">
<p>Gratuito, integrato nel sistema operativo e il lettore globale con il maggior numero di installazioni assolute al di fuori del Nord America e dell'Europa occidentale. Le descrizioni di immagini on-device di Gemini Nano vengono distribuite per impostazione predefinita nel 2026 per le nuove immagini e per quelle precedentemente prive di etichetta. Il menu dei controlli di lettura è il controllo di verbosità on-device più personalizzabile dei quattro lettori. Open source, con il codice disponibile nell'Android Open Source Project.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Limiti noti</div>
<div class="exhibit-prose">
<p>La frammentazione degli OEM significa che il comportamento di TalkBack può variare tra Samsung, Pixel, Xiaomi e altri dispositivi Android — in particolare nella gestione del focus, nei gesti e in alcune mappature ARIA per le viste personalizzate. La lettura del contenuto web all'interno di browser Android non-Chrome può produrre risultati diversi rispetto a quanto suggerirebbero i test di parità VoiceOver-in-Safari, e rimane il singolo gap di test cross-platform più noto nel 2026.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Modello di adozione</div>
<div class="exhibit-prose">
<p>Scelto — per impostazione predefinita — da chiunque possegga un telefono o un tablet Android. Nell'ambito della popolazione degli utenti di screen reader, gli utenti di TalkBack tendono ad essere significativamente più giovani e più concentrati al di fuori degli USA rispetto agli utenti di VoiceOver. Per qualsiasi prodotto la cui base utenti si estende in modo significativo in Asia, Africa o America Latina, TalkBack è il singolo lettore mobile più importante da testare, anche quando i test nordamericani hanno storicamente privilegiato VoiceOver.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Fornitore</strong>Google (USA)</span>
<span><strong>Licenza</strong>Funzionalità di piattaforma integrata · gratuito · AOSP</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">Parte II · Il mini-exhibit emergente</div>
<div class="part-title">Narrator, ChromeVox, Orca</div>
<p class="part-blurb">Tre lettori più piccoli che contano ai margini: ciascuno è il predefinito all'interno della propria nicchia di piattaforma, ciascuno ha un forte slancio nel 2026, e ciascuno merita attenzione anche se la loro quota desktop combinata è ben sotto il dieci percento.</p>
</div>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">Player emergenti — Narrator, ChromeVox, Orca</h3>
</div>
<div class="exhibit-body">

<div class="exhibit-section">
<div class="exhibit-label">Quota di mercato 2026 (combinata)</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>circa 6%</strong>quota combinata di lettore principale tra i tre (WebAIM #10)</div>
<div class="exhibit-stat"><strong>circa 30%</strong>quota combinata di utilizzo occasionale — Narrator da solo è ampiamente usato come «primo lettore» quando un utente esistente non riesce ad accedere a NVDA / JAWS</div>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Piattaforme</div>
<div class="exhibit-prose">
<p><strong>Narrator</strong> viene incluso con Windows 10 e Windows 11. <strong>ChromeVox</strong> è il lettore integrato su ChromeOS, distribuito su larga scala nei distretti scolastici K-12 USA che hanno adottato i Chromebook come standard. <strong>Orca</strong> è il principale screen reader per desktop Linux, usato sulle distribuzioni GNOME e KDE e incluso nelle principali distribuzioni (Ubuntu, Fedora, openSUSE, Debian).</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Ultimo rilascio principale</div>
<div class="exhibit-prose">
<p>Gli aggiornamenti di Narrator vengono distribuiti con i rilasci delle funzionalità di Windows; il ciclo 24H2 ha introdotto un modello di modalità scansione rinnovato e un percorso di descrizione delle immagini integrato con Copilot. ChromeVox 2026.x continua a essere distribuito con le milestone di ChromeOS e ha aggiunto una navigazione delle intestazioni perfezionata e un modello «esplora con il tocco» semplificato sugli schermi touchscreen dei Chromebook. Orca 46+ segue il calendario di rilascio di GNOME, con il supporto nativo di Wayland che ha raggiunto la parità con X11 nel 2025-26 e l'allineamento con ARIA 1.3 in corso all'interno di Mozilla e Chromium su Linux.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Profondità del supporto ARIA 1.3</div>
<div class="exhibit-prose">
<p>Il supporto ARIA di Narrator è significativo ma conservativo: gestisce la superficie principale di ARIA 1.2 in modo completo, e le build Insider 2024-25 hanno distribuito le letture iniziali di ARIA 1.3 con alcune imperfezioni nelle impostazioni predefinite di verbosità. ChromeVox eredita direttamente l'albero di accessibilità di Chrome e ha la stessa copertura ARIA 1.3 di Chrome desktop. La copertura ARIA di Orca è solida all'interno di Firefox e Chromium su Linux ma è in ritardo su alcuni browser meno diffusi e sui toolkit Linux nativi che non hanno ancora adottato completamente i metadati AT-SPI 2 richiesti dalle nuove proprietà.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Caratteristiche distintive</div>
<div class="exhibit-prose">
<p><strong>Narrator</strong>: zero installazione, descrizioni di immagini integrate con Copilot, modalità scansione che rende la navigazione web accessibile ai nuovi utenti. <strong>ChromeVox</strong>: integrazione stretta con ChromeOS, l'unico lettore specificamente ottimizzato per i Chromebook, distribuito su milioni di dispositivi degli studenti K-12 USA. <strong>Orca</strong>: open source, altamente personalizzabile, e l'unico screen reader praticabile sul desktop Linux gratuito — significativo per gli utenti accademici, scientifici e allineati al software libero.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Limiti noti</div>
<div class="exhibit-prose">
<p>Il supporto di Narrator per le applicazioni di terze parti rimane più limitato rispetto a quello di NVDA o JAWS, in particolare per le applicazioni desktop Windows legacy e per il software line-of-business che richiede scripting personalizzato. La portata di ChromeVox è limitata dalla quota complessiva di ChromeOS. La portata di Orca è limitata dalla quota del desktop Linux, e la maturità delle API di accessibilità legate a Wayland ha raggiunto solo di recente la parità di qualità produttiva con X11.</p>
</div>
</div>

<div class="exhibit-section">
<div class="exhibit-label">Modello di adozione</div>
<div class="exhibit-prose">
<p>Ognuno di questi lettori vince grazie al posizionamento nell'ecosistema, non alla concorrenza di funzionalità con JAWS o NVDA. Narrator è scelto come punto di accesso Windows senza costi e come lettore di recupero. ChromeVox è il predefinito istituzionale in molti distretti scolastici USA che hanno adottato i Chromebook come standard. Orca è la scelta degli utenti — spesso tecnici, spesso accademici — che usano il desktop Linux libero e necessitano di uno stack di lettori open source dall'inizio alla fine.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Fornitori</strong>Microsoft · Google · GNOME Foundation</span>
<span><strong>Licenza</strong>Incluso nella piattaforma (Narrator, ChromeVox) · LGPL (Orca)</span>
</div>
</section>

<p class="pull">Nessuno screen reader è «quello giusto» nel 2026. La risposta corretta è: testare quello che usano i propri utenti, e accettare che per qualsiasi prodotto non banale siano almeno tre.</p>

<h2>Cosa hanno in comune questi quattro (e tre) lettori</h2>

<p>Letti come catalogo, i quattro lettori dominanti e i tre emergenti condividono più di quanto una superficiale analisi potrebbe suggerire. Tutti e sette distribuiscono ora una forma di descrizioni di immagini on-device generate da AI nel 2026, tutti e sette si sono allineati con almeno il core di ARIA 1.3, e tutti e sette hanno rilasciato aggiornamenti braille significativi negli ultimi diciotto mesi. La traiettoria è convergente sulla superficie delle funzionalità di piattaforma e divergente su quella filosofica — open source contro licenza commerciale, integrato nel sistema operativo contro terze parti, gratuito contro a pagamento.</p>

<p>Il pattern più significativo è che NVDA ha superato JAWS come lettore desktop Windows più usato, e che il divario si sta allargando piuttosto che restringendo. La combinazione del prezzo gratuito di NVDA, della sua versione portabile, della sua API Python per i componenti aggiuntivi e della sua cadenza di rilascio ARIA più rapida ha prodotto un vantaggio strutturale che il motore di scripting JAWS e la base di licenze enterprise non compensano pienamente. Ci si aspetta che il sondaggio WebAIM #11 — previsto nel 2026 — allarghi il vantaggio di NVDA, non lo riduca. Sul mobile la situazione è l'opposto della convergenza: VoiceOver e TalkBack sono profondamente legati alle rispettive piattaforme, e la quota relativa tra loro segue la quota dei dispositivi di Apple e Google più di qualsiasi differenza di funzionalità tra i due lettori.</p>

<p>Per un team di ingegneria che stabilisce una baseline di test per il 2026, la conclusione è semplice: testare un solo lettore non è più difendibile. Testarne due — tipicamente NVDA su desktop Windows e VoiceOver su iOS Safari — è stato il minimo realistico per diversi anni. Nel 2026 quel minimo dovrebbe estendersi a tre: aggiungere almeno TalkBack su Android Chrome, perché quella popolazione è ampia, in crescita e sottoservita dalle pratiche di test nordamericane. Il test con quattro lettori (NVDA + JAWS + VoiceOver + TalkBack) è la baseline ad alta fiducia per qualsiasi prodotto la cui superficie ARIA è non banale.</p>

<h2>Cosa controllare prima</h2>

<div class="audit-list">
<h3>Se si gestisce un prodotto web pubblico</h3>
<ul>
<li>Verificare che NVDA su Windows + Chrome legga la navigazione principale, i form principali e i flussi principali delle finestre di dialogo modali senza errori nell'ultima build stabile</li>
<li>Verificare che VoiceOver su iOS Safari legga correttamente le stesse superfici — VoiceOver in Safari è la baseline mobile canonica</li>
<li>Verificare che TalkBack su Android Chrome le legga anch'esso — questa è la superficie di test più trascurata nel 2026</li>
<li>Se la superficie del prodotto è enterprise o governativa, aggiungere JAWS su Windows + Chrome e JAWS su Windows + Edge alla matrice</li>
</ul>

<h3>Se si gestisce un'applicazione mobile o desktop nativa</h3>
<ul>
<li>Mappare ogni controllo interattivo a un ruolo di accessibilità nativo della piattaforma — iOS UIAccessibility, Android AccessibilityNodeInfo, macOS NSAccessibility, Windows UIA — piuttosto che fare affidamento su shim ARIA in stile web</li>
<li>Testare con VoiceOver (iOS / iPadOS / macOS) e TalkBack (Android) per le piattaforme mobile e tablet pertinenti</li>
<li>Per Windows, testare con NVDA e JAWS — espongono bug diversi nelle implementazioni dell'albero di accessibilità nelle viste personalizzate</li>
<li>Se l'applicazione viene distribuita su visionOS o watchOS, VoiceOver-su-visionOS / VoiceOver-su-watchOS è l'unico lettore disponibile e deve essere testato direttamente sul dispositivo</li>
</ul>

<h3>Se si sceglie un lettore come nuovo utente</h3>
<ul>
<li>Su Windows con sensibilità ai costi, iniziare con NVDA — il percorso gratuito, portabile e open source con la comunità più ampia</li>
<li>Su Windows in un ambiente di approvvigionamento istituzionale che già dispone di JAWS, JAWS ha senso — in particolare se sarà necessaria la personalizzazione delle applicazioni tramite scripting</li>
<li>Su iPhone, iPad o Mac, VoiceOver è il proprio lettore; imparare il Rotor subito</li>
<li>Su Android, TalkBack è il proprio lettore; dedicare tempo al menu dei controlli di lettura per regolare la verbosità</li>
<li>Su ChromeOS, Linux o se si desidera un fallback Windows senza installazione, ChromeVox, Orca o Narrator si adattano ciascuno alla propria nicchia in modo pulito</li>
</ul>
</div>

<div class="bottomline">
<p>Quattro lettori coprono quasi l'intero web pubblico degli utenti di screen reader nel 2026: NVDA e JAWS su desktop Windows, VoiceOver nell'ecosistema Apple e TalkBack su Android. Sotto di loro, Narrator, ChromeVox e Orca servono ciascuno una popolazione reale ma più piccola all'interno delle rispettive piattaforme. La convergenza degli ultimi diciotto mesi è reale — ogni lettore distribuisce ora descrizioni di immagini AI on-device, ogni lettore si è allineato con il core di ARIA 1.3, ogni lettore ha aggiornato il proprio output braille — ma la divergenza su prezzo, apertura e integrazione di piattaforma è strutturale. NVDA è ora il lettore desktop Windows più usato, e il divario si sta allargando. Il quadro mobile è bloccato: VoiceOver e TalkBack continueranno a seguire la quota di dispositivi di Apple e Google, non le funzionalità l'uno dell'altro. Testare almeno tre di questi quattro. Quattro è meglio.</p>
</div>

<div class="cta cta-closing">
<span class="cta-tag">Approfondimento · 03</span>
<div class="cta-title">Seguire il panorama degli screen reader nel 2026</div>
<p class="cta-prose">Questa guida di campo viene aggiornata annualmente in base al Sondaggio sugli utenti di screen reader di WebAIM e ai principali rilasci telemetrici delle piattaforme. Si leggano le analisi complementari sull'adozione di WCAG 2.2, sulla conformità ARIA 1.3 tra i browser e sulla metodologia di test dell'accessibilità mobile per il contesto più approfondito di ciascun exhibit.</p>
<a class="cta-btn" href="/articles/">Sfoglia l'archivio completo dei reportage su assistive tech</a>
</div>

<div class="foot-note">
<p><strong>Metodologia</strong>I dati sulla quota desktop sono ancorati al Sondaggio sugli utenti di screen reader di WebAIM #10 (2025), la fonte canonica auto-dichiarata del lettore principale. Le quote mobile sono aggregate dai riepiloghi sull'impatto dell'accessibilità iOS di Apple e dalle note trimestrali sull'accessibilità Android di Google fino al Q1 2026. I numeri sono indicativi e arrotondati; l'utilizzo incrociato è la norma e l'utilizzo esclusivo di un singolo lettore è raro. La profondità del supporto ARIA 1.3 riflette le note di rilascio dei fornitori, i changelog di NV Access, le note di rilascio di Vispero e i rapporti di implementazione del W3C ARIA Working Group fino ad aprile 2026.</p>
<p><strong>Ambito</strong>I quattro lettori dominanti (NVDA, JAWS, VoiceOver, TalkBack) più i tre lettori emergenti (Narrator, ChromeVox, Orca). Gli strumenti specializzati — display braille aggiornabili come lettori autonomi, magnificatori dedicati per ipovedenti senza sintesi vocale, lettori di documenti per scopi specifici — sono fuori dall'ambito di questo catalogo. I lettori regionali e specifici per lingua (Hindenburg, KochiTalk, lettori giapponesi minori) non sono trattati qui.</p>
<p><strong>Cosa non è questo articolo</strong>Una raccomandazione di un singolo lettore. L'inclusione in questo catalogo riflette esclusivamente la scala di deployment nel 2026 e non è un giudizio sulla qualità. Per ulteriori informazioni si consultino gli articoli su <a href="/articles/">strumenti e metodologia di accessibilità</a> e su <a href="/regulations/">normativa sull'accessibilità per giurisdizione</a>.</p>
</div>

</div>

---
title: La Section 508 nel 2026: dove è arrivato il refresh e cosa resta in sospeso
url: https://www.disabilityworld.org/it/articles/section-508-refresh-status/
description: Nove anni dopo il refresh del 2017 che ha armonizzato la Section 508 con WCAG 2.0 AA, lo standard è in attesa di un aggiornamento a WCAG 2.2, di un ampliamento del perimetro agli appalti AI e la RFI 2025 dell'Access Board comincia a delineare cosa verrà dopo.
author: Disability World
pubDate: 2026-05-22
tags: section-508, us-law, procurement, federal-government, regulations
---

# La Section 508 nel 2026: dove è arrivato il refresh e cosa resta in sospeso

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione dell'immagine: La cupola del Campidoglio degli Stati Uniti è illuminata da una luce calda al tramonto, ripresa da un'angolazione bassa, con una bandiera americana parzialmente visibile e fogliame primaverile sfocato in primo piano — un riferimento visivo istituzionale per la reportistica sugli appalti federali.</p>

<p class="rt-prefix">Tempo di lettura: 12 minuti</p>

<p class="wp-block-paragraph"><strong>La Section 508 del Rehabilitation Act del 1973</strong> è lo statuto federale sugli appalti che impone alle agenzie del ramo esecutivo degli Stati Uniti di acquistare, sviluppare e utilizzare tecnologie dell'informazione e della comunicazione (ICT) accessibili ai dipendenti e ai cittadini con disabilità. Si tratta di una norma sugli appalti, non di uno statuto sui diritti civili nel senso dell'<a href="/regulations/us/">Americans with Disabilities Act</a> — vincola il potere d'acquisto del governo, non il mercato privato. Dal <strong>refresh del 2017</strong> (il «Section 508 Refresh», 82 Fed. Reg. 5790, 18 gennaio 2017, in vigore dal 18 gennaio 2018), i requisiti tecnici sono stati armonizzati con <a href="/toolkit/glossary/wcag-2-2/">WCAG 2.0 Livello A e AA</a>, allineati allo standard europeo <a href="/articles/en-301-549-explained/">EN 301 549</a> e ristrutturati attorno a criteri funzionali di prestazione applicabili a hardware, software, contenuti web e documentazione.</p>

<p class="wp-block-paragraph">A nove anni di distanza, la Section 508 è in ritardo per un secondo refresh. WCAG 2.0 è ora tre versioni minori indietro rispetto all'attuale standard W3C (2.1 del 2018, 2.2 del 2023); il perimetro degli appalti federali si è esteso fino a coprire sistemi AI, strumenti decisionali automatizzati e SaaS in cloud che la regola del 2017 appena contemplava; e l'US Access Board ha pubblicato nel 2025 una <strong>Request for Information</strong> per chiedere come aggiornare lo standard. Questa guida illustra cosa richiede la Section 508 nel 2026, come differisce dalla Section 504 (la norma per gli enti finanziati federalmente, sostanzialmente riscritta dall'HHS nel 2024) e cosa è in sospeso nel prossimo ciclo normativo.</p>

<h2 class="wp-block-heading" id="h-what-section-508-is">Cos'è la Section 508 nel 2026</h2>

<p class="wp-block-paragraph">La Section 508 è stata aggiunta al Rehabilitation Act dal <strong>Workforce Investment Act del 1998</strong>, in sostituzione di una precedente disposizione del 1986 che aveva scarso impatto pratico. L'emendamento del 1998 ha conferito alla legge due strumenti che la versione del 1986 non aveva: imponeva all'Access Board di emanare standard tecnici e funzionali vincolanti entro 18 mesi e attribuiva ai dipendenti federali e ai cittadini un diritto d'azione privato nei confronti dell'agenzia acquirente in caso di inadempienza. I primi standard sono entrati in vigore nel 2001 e hanno servito il sistema federale di acquisizione per sedici anni, fino a quando il refresh del 2017 li ha riscritti sulla base di WCAG.</p>

<p class="wp-block-paragraph">Nella sua forma attuale del 2026, la Section 508 vincola ogni agenzia del ramo esecutivo federale — e, per riferimento, i fornitori che vendono a tali agenzie — ad assicurare che le ICT che sviluppano, acquisiscono, mantengono o utilizzano siano accessibili alle persone con disabilità, salvo che ciò comporti un onere eccessivo o che l'agenzia invochi l'esenzione per la sicurezza nazionale. Lo statuto definisce ICT in modo ampio: siti web, applicazioni mobile, documenti elettronici, software, hardware, contenuti multimediali, telecomunicazioni, chioschi, terminali automatici e, sempre più, servizi in cloud. La norma non si applica alle ICT utilizzate in attività di intelligence, attività crittografiche legate alla sicurezza nazionale, al comando e controllo delle forze militari o ai sistemi d'arma — la cosiddetta esenzione per la sicurezza nazionale codificata al 29 USC § 794d(a)(5).</p>

<h3 class="wp-block-heading" id="h-the-gsa-program">Il programma Section 508 guidato dalla GSA</h3>

<p class="wp-block-paragraph">La <strong>General Services Administration (GSA)</strong> gestisce il braccio operativo della Section 508 attraverso il suo Office of Government-wide Policy. La GSA non redige gli standard — questo è il ruolo dell'Access Board — ma è titolare del portale Section508.gov, pubblica l'Accessibility Requirements Tool (ART) utilizzato per definire il perimetro delle gare, mantiene il programma Trusted Tester che certifica i tester di accessibilità federali secondo la metodologia DHS Trusted Tester e presiede la Community of Practice sull'accessibilità del Chief Information Officers Council (CIO-C Accessibility CoP). Il rapporto annuale di valutazione governativa della Section 508 redatto dalla CIO-C, previsto dall'OMB Memorandum M-13-09, rappresenta la cosa più simile a uno scorecard federale sull'accessibilità.</p>

<p class="wp-block-paragraph">Il lavoro quotidiano della GSA è rivolto agli appalti. I funzionari federali addetti ai contratti devono includere disposizioni sulla conformità alla Section 508 nelle gare, valutare i rapporti di conformità accessibilità dei fornitori (tipicamente documenti in formato VPAT basati sul template ITI VPAT 2.5 Rev 508) e affrontare le lacune di conformità nelle decisioni di aggiudicazione. Quando la conformità non è realizzabile, l'agenzia deve documentare un'indagine di mercato e applicare le disposizioni sull'onere eccessivo o sulla non disponibilità commerciale — entrambe le quali richiedono una giustificazione scritta e l'approvazione di un dirigente senior. Il passaggio degli appalti è il punto in cui la Section 508 ha il suo effetto pratico più forte.</p>

<h2 class="wp-block-heading" id="h-what-the-refresh-changed">Cosa ha effettivamente cambiato il refresh del 2017</h2>

<p class="wp-block-paragraph">Il refresh del 2017 è stata una riscrittura strutturale, non un semplice aggiustamento di parametri. Ha cambiato tre cose contemporaneamente, ed è utile distinguerle perché hanno «invecchiato» in modo diverso.</p>

<h3 class="wp-block-heading" id="h-wcag-harmonisation">Armonizzazione con WCAG 2.0 AA</h3>

<p class="wp-block-paragraph">In primo luogo, il refresh ha sostituito i requisiti per i contenuti web del 2001 («1194.22») — un insieme personalizzato di sedici disposizioni scritte prima che WCAG 1.0 fosse ampiamente diffuso — con l'incorporazione diretta di <strong>WCAG 2.0 Livello A e AA</strong> come standard tecnico per i contenuti web, i documenti elettronici e il software con interfacce utente. L'Access Board non ha riscritto WCAG nel proprio linguaggio: ha incorporato WCAG 2.0 per riferimento. Questa scelta ha avuto tre effetti pratici. I test di accessibilità federali si sono allineati agli stessi criteri di successo già in uso nel mercato privato. I fornitori che vendono alle agenzie federali hanno smesso di mantenere due rapporti di conformità paralleli. E lo standard ha ereditato la stabilità di WCAG 2.0 — ma anche i suoi limiti, inclusa l'assenza dei criteri di successo su target touch, movimenti di trascinamento e autenticazione-cognizione aggiunti in WCAG 2.1 e 2.2.</p>

<h3 class="wp-block-heading" id="h-en-301-549-alignment">Allineamento con EN 301 549</h3>

<p class="wp-block-paragraph">In secondo luogo, il refresh ha allineato la struttura dello standard statunitense allo standard europeo <a href="/articles/en-301-549-explained/">EN 301 549</a> per gli appalti ICT, che ETSI, CEN e CENELEC avevano pubblicato nel 2014 come base tecnica del regime europeo di accessibilità negli appalti — e che oggi costituisce il riferimento tecnico per l'European Accessibility Act (EAA) (Atto europeo sull'accessibilità). I due standard non corrispondono clausola per clausola, ma condividono la stessa architettura: WCAG 2.0 (ora WCAG 2.1 in EN 301 549 v3.2.1) per il web e il software con interfacce utente, criteri funzionali di prestazione che coprono le dimensioni della disabilità (visione, udito, linguaggio, manipolazione, portata, cognizione) e capitoli dedicati a hardware, documentazione di supporto e biometria. L'allineamento è rilevante perché la maggior parte dei fornitori globali che operano sia negli appalti federali sia negli appalti UE può ora proporre un'unica postura di conformità in materia di accessibilità, anziché due separate.</p>

<h3 class="wp-block-heading" id="h-functional-performance">Criteri funzionali di prestazione</h3>

<p class="wp-block-paragraph">In terzo luogo, il refresh ha introdotto <strong>criteri funzionali di prestazione</strong> nel Capitolo 3 — undici enunciati basati sui risultati che descrivono cosa deve essere in grado di fare un prodotto ICT per gli utenti privi di una o più capacità specifiche. I criteri funzionali operano come una rete di sicurezza: anche quando un prodotto supera tutti i criteri WCAG e le clausole specifiche dei capitoli, deve comunque essere utilizzabile da una persona priva della vista, dell'udito, con portata limitata, con limitazioni cognitive e così via. In pratica, i criteri funzionali di prestazione sono il modo in cui le agenzie valutano le tecnologie per cui WCAG non è stato scritto — chioschi, interfacce solo vocali, periferiche hardware — e come colgono lo «spirito» dello standard quando non si applica nessuna clausola specifica. Il refresh del 2017 è la fonte di questi undici enunciati, che potrebbero espandersi nel prossimo aggiornamento per coprire specificamente i pattern di interazione AI.</p>

<h2 class="wp-block-heading" id="h-section-508-vs-504">Section 508 e Section 504: la distinzione tra appalti e destinatari</h2>

<p class="wp-block-paragraph">Vale la pena mettere a confronto la Section 508 con la <strong>Section 504 dello stesso Rehabilitation Act</strong> perché le due vengono spesso confuse. La Section 504, emanata nel 1973 e sostanzialmente più antica della Section 508, vieta la discriminazione sulla base della disabilità da parte di qualsiasi programma o attività che riceva assistenza finanziaria federale — università, ospedali, enti statali e locali che ricevono sovvenzioni federali, autorità di trasporto finanziate dalla FTA, distretti scolastici pubblici che ricevono fondi Title I e così via. La Section 504 è uno statuto sui diritti civili. La sua applicazione avviene attraverso gli Uffici per i Diritti Civili delle agenzie di finanziamento federale e, in ultima analisi, attraverso il contenzioso privato da parte delle persone interessate.</p>

<p class="wp-block-paragraph">Nel <strong>maggio 2024 il Dipartimento della Salute e dei Servizi Umani (HHS) ha finalizzato un aggiornamento a lungo atteso delle proprie normative della Section 504</strong> (89 Fed. Reg. 40066, 9 maggio 2024). La norma HHS 504 è la regolamentazione sui diritti delle persone con disabilità in ambito domestico più significativa dall'ADA Amendments Act del 2008. Applica esplicitamente la Section 504 alle decisioni di trattamento medico, ai giudizi sul valore della vita nei protocolli di trapianto di organi e di criteri standard di cura, ai contenuti web e alle applicazioni mobile dei programmi sanitari finanziati federalmente (incorporando WCAG 2.1 AA), alle attrezzature diagnostiche mediche e alla progettazione di servizi integrativi basati sul territorio nell'ambito del framework Olmstead. Altre agenzie federali — Istruzione, Giustizia, Trasporti, HUD — hanno già aggiornato o stanno aggiornando le proprie normative di attuazione della Section 504 secondo un modello analogo.</p>

<table class="wp-block-table">
<thead>
<tr><th>Dimensione</th><th>Section 508</th><th>Section 504</th></tr>
</thead>
<tbody>
<tr><td>Statuto</td><td>Rehabilitation Act § 508, come emendato nel 1998</td><td>Rehabilitation Act § 504, 1973</td></tr>
<tr><td>A chi si applica</td><td>Agenzie del ramo esecutivo federale e i loro fornitori ICT</td><td>Destinatari di assistenza finanziaria federale (università, ospedali, enti statali e locali)</td></tr>
<tr><td>Cosa copre</td><td>Acquisizione, sviluppo, manutenzione e utilizzo di ICT</td><td>Programmi e attività — servizi, occupazione, comunicazione, accessibilità delle strutture</td></tr>
<tr><td>Standard tecnico per il digitale</td><td>WCAG 2.0 AA (tramite il refresh 2017); aggiornamento WCAG in attesa</td><td>WCAG 2.1 AA tramite HHS 504 (2024) e norme parallele delle agenzie</td></tr>
<tr><td>Applicazione della legge</td><td>Verifica in fase di appalto; diritto d'azione privato contro l'agenzia</td><td>Reclami OCR presso l'agenzia di finanziamento; contenzioso privato; perdita dei fondi federali</td></tr>
<tr><td>Agenzia capofila per gli standard</td><td>US Access Board (tecnico); GSA (operativo)</td><td>Ciascuna agenzia di finanziamento per i propri programmi</td></tr>
</tbody>
</table>

<p class="wp-block-paragraph">Il modello mentale più semplice: <strong>la Section 508 vincola ciò che il governo federale acquista; la Section 504 vincola ciò che gli enti finanziati federalmente fanno con le proprie sovvenzioni.</strong> Entrambe derivano dallo stesso statuto. Entrambe fanno riferimento a WCAG. Svolgono funzioni diverse in parti diverse dell'architettura normativa.</p>

<h2 class="wp-block-heading" id="h-what-is-pending">Cosa è in sospeso: la RFI 2025 e il prossimo refresh</h2>

<p class="wp-block-paragraph">Il <strong>1° maggio 2025</strong> l'US Access Board ha pubblicato una <strong>Request for Information</strong> (90 Fed. Reg. 18420) aprendo la fase di consultazione pubblica per il prossimo aggiornamento degli standard della Section 508 e delle relative linee guida della Section 255 sulle telecomunicazioni. La RFI non è ancora un Avviso di Proposta di Regolamentazione (NPRM) — si tratta della fase precedente, in cui il Board pone domande mirate per orientare la futura proposta normativa. La finestra per i commenti si è chiusa all'inizio di agosto 2025; il Board ha indicato che un NPRM è improbabile prima della fine del 2026 e una norma definitiva prima del 2028, considerati i tempi standard dei procedimenti normativi dell'Access Board.</p>

<p class="wp-block-paragraph">La RFI organizza le proprie domande attorno a quattro grandi temi, ciascuno dei quali segnala una probabile direzione per la futura proposta normativa.</p>

<h3 class="wp-block-heading" id="h-wcag-2-2-update">Aggiornamento a WCAG 2.1 o 2.2</h3>

<p class="wp-block-paragraph">La questione principale è se aggiornare la versione WCAG incorporata da 2.0 AA a 2.1 AA o direttamente a 2.2 AA. Il panorama tecnologico è cambiato significativamente dal 2017: la maggior parte delle interfacce touch-first, delle applicazioni a pagina singola e dei pattern per app mobile sono ora meglio catturati da WCAG 2.1 (mobile, target touch, orientamento, messaggi di stato) e 2.2 (aspetto del focus, movimenti di trascinamento, dimensione minima del target, immissione ridondante, autenticazione accessibile, guida coerente). La preoccupazione dichiarata del Board è la stabilità normativa — agenzie e fornitori hanno costruito il proprio ecosistema di conformità 2018–2025 attorno a 2.0 AA — in equilibrio con il rischio di restare indietro rispetto sia a EN 301 549 (che è passato a WCAG 2.1 nel 2019) sia alla norma HHS Section 504 (che incorpora la 2.1).</p>

<p class="wp-block-paragraph">L'esito probabile, in base ai commenti presentati dalla CIO-C Accessibility CoP della GSA, dall'associazione di settore ITI e dai principali rappresentanti delle organizzazioni per la disabilità, è l'adozione diretta di WCAG 2.2 Livello A e AA, con una finestra di transizione da 18 a 24 mesi per consentire alle agenzie di aggiornare la documentazione degli appalti. Saltare la 2.1 ha il vantaggio di spostarsi una sola volta anziché due, dato che WCAG 2.2 incorpora tutti i criteri della 2.1.</p>

<h3 class="wp-block-heading" id="h-ai-procurement-scope">Ampliamento del perimetro agli appalti AI</h3>

<p class="wp-block-paragraph">La seconda questione in sospeso è la più rilevante in termini sostanziali: come la Section 508 dovrebbe applicarsi ai sistemi basati su AI che le agenzie federali stanno acquisendo in misura crescente. Il refresh del 2017 precede il dispiegamento di chatbot basati su modelli linguistici di grandi dimensioni, sistemi decisionali automatizzati nell'aggiudicazione dei sussidi, strumenti di elaborazione documentale assistiti dall'AI e verifica dell'identità mediata dall'AI. L'OMB Memorandum M-24-10 (marzo 2024) ha imposto alle agenzie di designare Chief AI Officer e di inventariare i propri casi d'uso AI; gli inventari contano ora diverse migliaia di sistemi in tutto il governo federale. La questione che pone la Section 508 è se i sistemi AI attivino nuovi criteri funzionali di prestazione (ad esempio: comprensibilità degli output generati dall'AI, controllo dell'utente sulle interazioni mediate dall'AI, trasparenza delle decisioni automatizzate), se richiedano nuove categorie di rapporti di conformità al di là del VPAT e se i funzionari addetti agli appalti debbano essere tenuti a testare gli output AI rispetto a profili di utenti con disabilità prima dell'aggiudicazione.</p>

<p class="wp-block-paragraph">La RFI dell'Access Board pone domande specifiche sulla compatibilità con gli screen reader degli output delle AI conversazionali, sulla sottotitolazione dei contenuti multimediali generati dall'AI, sull'accessibilità del testo alternativo generato dall'AI e sulla postura di conformità per le tecnologie assistive basate sull'AI che le agenzie federali dispiegano in proprio. Nessuno di questi ambiti dispone di standard tecnici consolidati nel percorso W3C; il gruppo di lavoro WCAG 3.0 sta esplorando alcune delle stesse questioni, ma difficilmente produrrà risultati prima del 2028. Le opzioni dell'Access Board sono: redigere criteri funzionali specifici per gli USA, rinviare al W3C o emettere orientamenti provvisori attraverso un documento «best practice» non vincolante. I commenti iniziali sono divisi.</p>

<h3 class="wp-block-heading" id="h-cloud-and-saas">Cloud, SaaS e prodotti a consegna continua</h3>

<p class="wp-block-paragraph">Una terza questione in sospeso riguarda l'applicazione della conformità alla Section 508 ai prodotti SaaS e in cloud che si aggiornano continuamente. Il refresh del 2017 presupponeva un modello di rilascio a versioni in cui un VPAT documenta una versione specifica e la decisione di appalto si basa su quella versione. Per i prodotti cloud a consegna continua, la versione valutata in fase di appalto può differire entro settimane da quella che l'agenzia utilizza effettivamente. La RFI chiede informazioni su attestazioni di conformità continua, regimi di autocertificazione dei fornitori e la relazione tra la decisione della Section 508 in fase di appalto e il monitoraggio successivo all'aggiudicazione. È la questione in cui il divario tra la formulazione della norma e la realtà operativa è più ampio.</p>

<h3 class="wp-block-heading" id="h-hardware-and-icmde">Refresh hardware e attrezzature ICT per la diagnostica medica</h3>

<p class="wp-block-paragraph">Una quarta questione riguarda l'hardware: chioschi, terminali automatici, stampanti e fotocopiatrici di rete, terminali per le telecomunicazioni e la lunga serie di dispositivi fisici acquistati dal governo federale. Diverse clausole specifiche per l'hardware nel Capitolo 4 dello standard 2017 citano standard ANSI e TIA di riferimento che nel frattempo sono stati aggiornati. La RFI chiede se aggiornare gli standard hardware incorporati, se ampliare il capitolo per coprire categorie di dispositivi più recenti (hardware per assistenti vocali, visori AR/VR, chioschi biometrici) e come la Section 508 debba raccordarsi con gli standard separati dell'Access Board sulle Medical Diagnostic Equipment (MDE) pubblicati nel 2017 nell'ambito dell'Affordable Care Act. Il raccordo tra la Section 508 e gli standard MDE è una questione irrisolta da nove anni.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Implicazioni pratiche per gli appalti 2026</h2>

<p class="wp-block-paragraph">Fino alla pubblicazione della prossima norma definitiva — probabilmente nel 2028 — la Section 508 nel 2026 rimane il refresh del 2017 così come adottato, con WCAG 2.0 AA come standard di riferimento per il web e il software. I funzionari federali addetti ai contratti devono continuare a richiedere ai fornitori rapporti di conformità VPAT-2.5-Rev-508, a valutare le dichiarazioni sulle lacune contenute in tali VPAT e a documentare le conclusioni sull'onere eccessivo ove applicabili. La RFI 2025 dell'Access Board non modifica la legge vigente, ma segnala dove i fornitori dovranno prepararsi ad essere misurati in futuro.</p>

<p class="wp-block-paragraph">Per i responsabili del programma Section 508 delle agenzie, la postura pratica per il 2026 è: mantenere la conformità a WCAG 2.0 AA come soglia minima, trattare la conformità a WCAG 2.1 e 2.2 come fattore preferenziale negli appalti (coerentemente con la norma HHS 504), incorporare le questioni di accessibilità dei sistemi AI nell'inventario del Chief AI Officer dell'agenzia nell'ambito di M-24-10 e aggiornare le checklist di revisione dei VPAT per rilevare la postura di conformità a consegna continua per i prodotti cloud. Per i fornitori federali, l'implicazione è che i VPAT dovrebbero essere già redatti in conformità a WCAG 2.2 anche se la Section 508 cita ancora la 2.0 — il costo di una doppia postura è basso e la direzione normativa è chiara.</p>

<h2 class="wp-block-heading" id="h-what-this-means">Cosa significa per il prossimo decennio</h2>

<p class="wp-block-paragraph">Dal 2017 la Section 508 ha fatto due cose bene: ha armonizzato gli appalti federali con la traiettoria degli standard globali di accessibilità e ha incorporato la conformità WCAG nel flusso di lavoro degli appalti federali nel punto in cui ha più impatto. Due cose ha fatto meno bene: non ha tenuto il passo con le tecnologie che le agenzie federali acquistano effettivamente e non ha affrontato i sistemi a consegna continua e assistiti dall'AI che rappresentano una quota crescente della spesa IT federale. La RFI 2025 dell'Access Board è l'inizio di un ciclo di aggiornamento pluriennale che non produrrà una norma definitiva prima del 2028 e potrebbe non generare una norma pienamente operativa prima del 2030, dato il tipico ritardo tra norma definitiva e orientamenti di attuazione dell'OMB.</p>

<p class="wp-block-paragraph">Per ora, la Section 508 nel 2026 è uno standard stabile con un refresh atteso all'orizzonte. Il sistema federale di appalti ha interiorizzato il framework del 2017. Le questioni in sospeso — versione WCAG, perimetro AI, conformità cloud, copertura hardware — plasmeranno il prossimo refresh, ma non cambieranno ciò che i funzionari addetti ai contratti stanno facendo in questo esercizio fiscale. Per approfondire, Disability World offre risorse sullo <a href="/articles/en-301-549-explained/">standard europeo EN 301 549</a>, sull'<a href="/articles/wcag-2-2-adoption-rate-survey/">adozione di WCAG 2.2</a>, sul <a href="/toolkit/standards/wcag/">riferimento completo ai criteri di successo WCAG 2.2</a>, sulla <a href="/articles/accessibility-monitoring-buyers-guide-2026/">guida all'acquisto di strumenti di monitoraggio</a> per una copertura continua, sullo <a href="/toolkit/scan/">scanner WCAG 2.2 gratuito</a> per una baseline rapida e sul <a href="/regulations/us/">panorama normativo statunitense sui diritti delle persone con disabilità</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fonti primarie</h2>

<ol class="wp-block-list">
<li>US Access Board. <em>Information and Communication Technology (ICT) Standards and Guidelines</em>, norma definitiva, 82 Fed. Reg. 5790 (18 gennaio 2017), in vigore dal 18 gennaio 2018. <a href="https://www.access-board.gov/ict">access-board.gov/ict</a></li>
<li>US Access Board. <em>Section 508 Standards and Section 255 Guidelines: Request for Information</em>, 90 Fed. Reg. 18420 (1° maggio 2025).</li>
<li>US General Services Administration. <em>Materiali del programma Section508.gov, Accessibility Requirements Tool (ART) e programma Trusted Tester</em>. <a href="https://www.section508.gov">section508.gov</a></li>
<li>US Department of Health and Human Services. <em>Nondiscrimination on the Basis of Disability in Programs or Activities Receiving Federal Financial Assistance</em>, norma definitiva, 89 Fed. Reg. 40066 (9 maggio 2024).</li>
<li>Office of Management and Budget. <em>Memorandum M-24-10: Advancing Governance, Innovation, and Risk Management for Agency Use of Artificial Intelligence</em> (28 marzo 2024).</li>
<li>ETSI / CEN / CENELEC. <em>EN 301 549 v3.2.1: Accessibility requirements for ICT products and services</em> (2021).</li>
<li>World Wide Web Consortium. <em>Web Content Accessibility Guidelines (WCAG) 2.2</em>, Raccomandazione W3C, 5 ottobre 2023.</li>
<li>Information Technology Industry Council. <em>Template VPAT 2.5 Rev 508</em>.</li>
<li>29 USC § 794 (Section 504) e 29 USC § 794d (Section 508), Rehabilitation Act del 1973 come emendato.</li>
</ol>

</div>

---
title: L'economia dei ricorrenti seriali: chi sono, perché agiscono e cosa interrompe il ciclo
url: https://www.disabilityworld.org/it/articles/serial-plaintiffs-deep-dive/
description: Un'analisi approfondita dei ricorrenti nominativi, degli studi legali che li supportano e dell'economia delle spese legali — ai sensi del §12205, dell'Unruh §52 e del CPLR §3211 — che fanno dell'ADA Title III lo statuto sui diritti civili più guidato dagli avvocati del codice federale.
author: Disability World
pubDate: 2026-05-22
tags: ada, title-iii, serial-plaintiffs, litigation, us-law, data
---

# L'economia dei ricorrenti seriali: chi sono, perché agiscono e cosa interrompe il ciclo

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Economia dei ricorrenti</span>
  </div>

  <h1>L'economia dei ricorrenti seriali <em>— chi sono, perché agiscono e cosa interrompe il ciclo</em></h1>

  <p class="lede">Rimuovendo gli slogan da entrambe le parti del dibattito sull'applicazione dell'ADA Title III, rimane una questione economica. Uno statuto che non prevede <strong>alcun risarcimento danni</strong>, un'applicazione federale che ha prodotto <strong>meno di 200 azioni per l'accessibilità dei siti web in un decennio</strong> e una clausola di trasferimento delle spese legali al <strong>42 U.S.C. §12205</strong> che consente ai legali dei ricorrenti di recuperare tariffe orarie comprese tra <strong>450 e 850 dollari</strong> su cause che tipicamente si concludono in via stragiudiziale per <strong>5.000-25.000 dollari</strong> entro novanta giorni. Circa <strong>trenta ricorrenti nominativi</strong> rappresentano la maggior parte dei procedimenti ad alto volume a New York e in California. Due riforme procedurali — la California Civil Code §425.55 come modificata dalla SB-585 e l'emendamento 2024 al CPLR §3211 di New York — hanno iniziato a ridisegnare la geografia di questi procedimenti senza modificare la matematica di fondo delle spese legali. Questo dossier analizza l'economia nel dettaglio: i ricorrenti nominativi, la pipeline di casi alimentata dagli scanner degli studi legali, la ripartizione delle somme tra accordo e recupero per singolo caso, le norme procedurali che incidono e quelle che non lo fanno, e l'argomento dei diritti delle persone con disabilità secondo cui il modello con trasferimento delle spese — nonostante tutti i suoi eccessi — è l'unica protezione funzionale che lo statuto effettivamente prevede.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultanze · Fascicolo 02</span>
      <span class="dossier-meta">07 voci · derivate dal registro federale dei procedimenti, dai rapporti CCDA e dagli atti relativi alle istanze di compenso, 2018–2025</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">L'economia in sette cifre</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">circa 30</span>
        <div class="dossier-body">
          <p class="dossier-claim">Circa trenta ricorrenti nominativi rappresentano la maggior parte dei procedimenti ad alto volume a New York e in California</p>
          <p class="dossier-note">Le liste del California Judicial Council sui «litiganti ad alta frequenza» ai sensi del Civil Code §425.55 identificano ogni anno circa due dozzine di ricorrenti Unruh che superano la soglia di dieci procedimenti in dodici mesi. Le analisi dei registri dell'SDNY individuano un insieme comparabile di ricorrenti abituali — singoli individui nominati in decine o centinaia di denunce per accessibilità dei siti web in un anno solare.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">450–850 $</span>
        <div class="dossier-body">
          <p class="dossier-claim">Tariffe orarie correntemente richieste ai sensi del 42 U.S.C. §12205</p>
          <p class="dossier-note">Le istanze di compenso (lodestar) presentate dai principali studi legali specializzati in accessibilità web nell'SDNY, nell'EDNY, nel CDCA e nel NDCA tra il 2021 e il 2024 si concentrano nella fascia 450–850 dollari, con tariffe dei soci compresi tra 650 e 850 dollari e tariffe dei collaboratori tra 350 e 500 dollari. Il Title III non prevede alcun risarcimento danni, pertanto il rimborso delle spese legali rappresenta il recupero effettivo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">4.000 $</span>
        <div class="dossier-body">
          <p class="dossier-claim">Danni statutari per visita ai sensi del California Civil Code §52(a)</p>
          <p class="dossier-note">Danni statutari ai sensi dell'Unruh Civil Rights Act: 4.000 dollari per violazione, con ogni visita a un esercizio non conforme conteggiata come violazione separata. Questo è il moltiplicatore che rende i procedimenti abbinati con l'Unruh in California economicamente distinti dai procedimenti solo federali ai sensi del Title III, dove il rimedio iniuntivo più le spese legali costituisce l'intero recupero.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">5.000–25.000 $</span>
        <div class="dossier-body">
          <p class="dossier-claim">Fascia modale di accordo stragiudiziale per un singolo convenuto in una causa Title III per un sito web</p>
          <p class="dossier-note">Stimato da indagini tra i professionisti della difesa e dal piccolo sottoinsieme di consent decree disponibili su PACER. Gli accordi includono tipicamente un pagamento al legale del ricorrente in questa fascia, più un impegno a portare il sito in conformità con WCAG 2.1 AA entro sei-dodici mesi. Una minoranza di cause contestate produce rimborsi di spese legali superiori a 100.000 dollari.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">60–90</span>
        <div class="dossier-body">
          <p class="dossier-claim">Giorni dalla presentazione all'accordo nella causa modale per accessibilità web dell'SDNY</p>
          <p class="dossier-note">La pipeline Mizrahi Kroub / Stein Saks / Mars Khaimov funziona con un ritmo di accordo-o-contumacia. La maggior parte dei convenuti è rappresentata da piccoli operatori e-commerce a cui vengono notificati contemporaneamente la scadenza per la risposta e la lettera di richiesta; la mossa economicamente razionale è concludere un accordo entro la finestra per la risposta. La fase istruttoria è rara.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">-40%</span>
        <div class="dossier-body">
          <p class="dossier-claim">I procedimenti federali Title III in SDNY e EDNY sono diminuiti di circa il 40% nel primo semestre 2025 dopo l'emendamento al CPLR §3211</p>
          <p class="dossier-note">Il primo effetto misurabile della riforma procedurale del 2024 a New York. La riforma non ha eliminato l'economia sottostante; i procedimenti si sono spostati — il New Jersey è aumentato di circa il 55%, il Central District of California di circa il 22% — e una parte del volume si è trasferita dai tribunali federali a quelli statali, dove i dati del registro sono più difficili da tracciare.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">&lt;200</span>
        <div class="dossier-body">
          <p class="dossier-claim">Procedimenti federali per accessibilità web del DOJ, 2015–2024 complessivamente</p>
          <p class="dossier-note">L'argomentazione strutturale avanzata dal settore dei diritti delle persone con disabilità dal 2017: il piano di applicazione pubblica è così basso che, in pratica, il contenzioso privato con trasferimento delle spese non è un canale di applicazione parallelo ma l'unico canale di applicazione esistente. Eliminare le spese legali non produce un sistema più pulito — produce un sistema non applicato.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonti</strong>Dichiarazioni del California Judicial Council sui litiganti ad alta frequenza ai sensi del Civil Code §425.55 (cicli annuali); istanze di compenso presentate nell'SDNY, nell'EDNY, nel CDCA e nel NDCA, 2021–2024; Seyfarth Shaw ADA Title III tracker (aggiornamento H1 2025); rapporti annuali della California Commission on Disability Access; archivio di applicazione dell'ADA del Dipartimento di Giustizia su ada.gov; indagini tra professionisti della difesa aggregate da Restaurant Law Center e Retail Litigation Center.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#fee-math">La matematica delle spese al cuore del Title III</a></li>
      <li><span class="toc-num">02</span><a href="#named">I ricorrenti nominativi</a></li>
      <li><span class="toc-num">03</span><a href="#pipeline">La pipeline di casi alimentata dagli scanner</a></li>
      <li><span class="toc-num">04</span><a href="#settle-split">La ripartizione accordo-recupero</a></li>
      <li><span class="toc-num">05</span><a href="#reforms">Le riforme procedurali che incidono</a></li>
      <li><span class="toc-num">06</span><a href="#defenders">La difesa dei diritti delle persone con disabilità</a></li>
      <li><span class="toc-num">07</span><a href="#what-stops">Cosa interrompe il ciclo</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="fee-math">01 · La matematica delle spese al cuore del Title III</h2>

  <p class="dropcap-first">Il Title III dell'Americans with Disabilities Act non prevede alcun rimedio risarcitorio. Lo statuto autorizza il rimedio iniuntivo — un ordine che impone al convenuto di rimediare alla violazione — e, al <strong>42 U.S.C. §12205</strong>, «un ragionevole compenso per l'avvocato, comprensivo delle spese di lite e dei costi» alla parte vincitrice. Questa singola frase sul trasferimento delle spese è la struttura economica portante dell'intero sistema di applicazione privata. Comprendere cosa fa il §12205 significa comprendere sia perché esiste l'economia dei ricorrenti seriali sia perché le riforme più ovvie — limitare i procedimenti, richiedere un preavviso prima del ricorso, aggiungere spese di deposito — hanno un effetto minore sul volume sottostante rispetto alle aspettative dei riformatori.</p>

  <p>La meccanica è semplice. Quando una causa Title III viene risolta in via stragiudiziale o giudicata a favore del ricorrente, il legale del ricorrente presenta un'istanza di compenso (lodestar): ore lavorate, tariffa oraria, moltiplicate. Nel periodo 2021–2024, le istanze di compenso presentate dai principali studi legali specializzati in accessibilità web nei distretti meridionale e orientale di New York e nei distretti centrale e settentrionale della California mostrano tariffe dei soci concentrate nella fascia <strong>650–850 dollari</strong> e tariffe dei collaboratori nella fascia <strong>350–500 dollari</strong>. Una causa per accessibilità web semplice e non contestata genera tipicamente da venti a quaranta ore di lavoro legale tra la fase istruttoria iniziale, la redazione del ricorso, la trattativa stragiudiziale e la documentazione del consent decree — producendo una richiesta di compenso difendibile nella fascia 12.000–30.000 dollari prima di qualsiasi negoziazione.</p>

  <p>Questo è il prezzo che spinge il convenuto modale — un'azienda di piccole dimensioni nel commercio elettronico senza un ufficio legale interno — a concludere un accordo. La mossa economicamente razionale, di fronte a un'esposizione nelle spese legali di 30.000 dollari e a un obbligo di rimedio iniuntivo che il convenuto dovrebbe comunque finanziare se portato a sentenza, è negoziare un accordo nella fascia <strong>5.000–25.000 dollari</strong> che unisce il pagamento delle spese a un impegno di adeguamento. Questa fascia di accordo è la realtà operativa del registro. Una minoranza di cause contestate — di solito con convenuti di maggiori dimensioni disposti e in grado di litigare — produce rimborsi di spese legali superiori a 100.000 dollari, cifra che i sostenitori delle riforme citano quando descrivono la struttura delle spese come estorsiva. Entrambe le cifre sono reali. Descrivono cause diverse.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">450–850 $</div><div class="stat-desc">Fascia tariffaria oraria nelle istanze di compenso §12205, 2021–2024</div></div>
    <div class="stat-box"><div class="stat-big">20–40 ore</div><div class="stat-desc">Tipico monte ore del legale per una causa per accessibilità web non contestata</div></div>
    <div class="stat-box"><div class="stat-big">5.000–25.000 $</div><div class="stat-desc">Fascia modale di accordo per singolo convenuto</div></div>
  </div>

  <p>Il dato californiano modifica l'aritmetica. I ricorsi federali ai sensi del Title III presentati nei distretti centrale e settentrionale della California sono abitualmente abbinati a una domanda di legge statale ai sensi dell'Unruh Civil Rights Act, California Civil Code §51 e seguenti. La Sezione 52(a) del Civil Code prevede danni statutari di <strong>4.000 dollari per violazione</strong>, e i tribunali californiani hanno interpretato ogni visita separata a un esercizio non conforme come una violazione distinta. Un ricorrente che allega tre visite allega 12.000 dollari in danni statutari oltre alla richiesta di spese legali. Il moltiplicatore Unruh è la ragione per cui il registro californiano presenta una distribuzione della fascia di accordo diversa da quella del registro newyorkese, e la ragione per cui il pacchetto di riforma californiano — Civil Code §425.55 e SB-585 — si concentra sulle procedure di disciplina dei procedimenti piuttosto che sul rimedio risarcitorio stesso.</p>

  <p class="pull-quote">Limitare i procedimenti senza modificare la struttura delle spese produce un registro più piccolo con cause più costose. Limitare le spese senza modificare i procedimenti elimina l'unico piano di applicazione che lo statuto ha.</p>

  <hr />

  <h2 id="named">02 · I ricorrenti nominativi</h2>

  <p>L'emendamento 2024 al CPLR §3211 di New York è stato redatto in risposta a un preciso schema empirico: un piccolo insieme di ricorrenti non residenti che comparivano come parte ricorrente nominativa in decine, in alcuni casi centinaia, di denunce per accessibilità web in un solo anno solare. L'analogo californiano — la dichiarazione del litigante ad alta frequenza ai sensi del §425.55 — produce elenchi pubblicati annualmente di tali ricorrenti dal 2016. Insieme, le due fonti di dati consentono una risposta ragionevolmente precisa alla domanda «chi, per nome».</p>

  {/* Grafico a barre orizzontali SVG costruito manualmente in sostituzione di un'immagine generata da FLUX
      i cui nomi degli studi e conteggi dei casi risultavano illeggibili (i modelli AI per immagini
      non riescono a riprodurre testo leggibile). Le larghezze delle barre sono proporzionali alle
      stime del numero di casi nella sezione di classifica degli studi. I tre studi principali
      dell'SDNY/EDNY sono evidenziati in rosso per indicare la concentrazione che l'emendamento
      2024 al CPLR §3211 ha preso di mira. */}
  <figure class="article-figure article-figure-chart">
    <svg viewBox="0 0 800 360" role="img" aria-labelledby="firms-chart-title firms-chart-desc" xmlns="http://www.w3.org/2000/svg" preserveAspectRatio="xMidYMid meet">
      <title id="firms-chart-title">Classifica dei dieci principali studi legali per ricorrenti ADA Title III per volume stimato di procedimenti federali, 2024</title>
      <desc id="firms-chart-desc">Grafico a barre orizzontali che classifica i dieci principali studi legali per ricorrenti per volume di procedimenti federali ADA Title III nel 2024. Mizrahi Kroub LLP è al primo posto con circa 1.700 cause, seguito da Stein Saks PLLC con 1.500, Mars Khaimov Law con 1.050, Center for Disability Access con 930, Pacific Trial Attorneys con 700, Wittenberg Law con 600, Manning Law con 510, Lipton Law Center con 430, un cluster per accesso fisico in SDFL con 370 e un cluster nel Distretto del New Jersey con 310. I tre studi principali — tutti specialisti in accessibilità web dell'SDNY e dell'EDNY — rappresentano complessivamente circa 4.250 cause.</desc>
      {/* Sfondo */}
      <rect x="0" y="0" width="800" height="360" fill="#fbf9f4" />
      {/* Linee guida verticali a 0, 500, 1.000, 1.500 cause */}
      <g stroke="#e6e2d8" stroke-width="1">
        <line x1="335" y1="40" x2="335" y2="320" />
        <line x1="470" y1="40" x2="470" y2="320" />
        <line x1="605" y1="40" x2="605" y2="320" />
      </g>
      {/* Linea di base asse X */}
      <line x1="200" y1="320" x2="720" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      <line x1="200" y1="40" x2="200" y2="320" stroke="#1a1a1a" stroke-width="1.5" />
      {/* Etichette dell'asse X (numero di cause) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="11" fill="#6b7280" text-anchor="middle">
        <text x="200" y="338">0</text>
        <text x="335" y="338">500</text>
        <text x="470" y="338">1.000</text>
        <text x="605" y="338">1.500</text>
      </g>
      <text x="460" y="354" text-anchor="middle" font-family="ui-sans-serif, system-ui, sans-serif" font-size="10.5" fill="#6b7280" font-style="italic">procedimenti federali stimati 2024</text>
      {/* Etichette dei nomi degli studi (a sinistra delle barre) */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" fill="#1a1a1a" text-anchor="end">
        <text x="192" y="62">Mizrahi Kroub LLP</text>
        <text x="192" y="88">Stein Saks PLLC</text>
        <text x="192" y="114">Mars Khaimov Law</text>
        <text x="192" y="140">Center for Disability Access</text>
        <text x="192" y="166">Pacific Trial Attorneys</text>
        <text x="192" y="192">Wittenberg Law</text>
        <text x="192" y="218">Manning Law APC</text>
        <text x="192" y="244">Lipton Law Center</text>
        <text x="192" y="270">Cluster accesso fisico SDFL</text>
        <text x="192" y="296">Cluster DNJ (post-riforma NY)</text>
      </g>
      {/* Barre dei tre studi principali SDNY/EDNY evidenziate in rosso */}
      <g fill="#dc2626">
        <rect x="200" y="52" width="460" height="16" />
        <rect x="200" y="78" width="405.9" height="16" />
        <rect x="200" y="104" width="284.1" height="16" />
      </g>
      {/* Barre rimanenti in nero */}
      <g fill="#1a1a1a">
        <rect x="200" y="130" width="251.6" height="16" />
        <rect x="200" y="156" width="189.4" height="16" />
        <rect x="200" y="182" width="162.4" height="16" />
        <rect x="200" y="208" width="138.0" height="16" />
        <rect x="200" y="234" width="116.4" height="16" />
        <rect x="200" y="260" width="100.1" height="16" />
        <rect x="200" y="286" width="83.9" height="16" />
      </g>
      {/* Etichette dei valori a fine barra */}
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#dc2626">
        <text x="668" y="65">circa 1.700</text>
        <text x="614" y="91">circa 1.500</text>
        <text x="492" y="117">circa 1.050</text>
      </g>
      <g font-family="ui-sans-serif, system-ui, -apple-system, 'Segoe UI', Roboto, sans-serif" font-size="12" font-weight="700" fill="#1a1a1a">
        <text x="460" y="143">circa 930</text>
        <text x="398" y="169">circa 700</text>
        <text x="370" y="195">circa 600</text>
        <text x="346" y="221">circa 510</text>
        <text x="324" y="247">circa 430</text>
        <text x="308" y="273">circa 370</text>
        <text x="292" y="299">circa 310</text>
      </g>
      {/* Annotazione legenda per le barre rosse */}
      <rect x="540" y="18" width="12" height="12" fill="#dc2626" />
      <text x="558" y="28" font-family="ui-sans-serif, system-ui, sans-serif" font-size="11" fill="#1a1a1a">Specialisti in accessibilità web SDNY / EDNY</text>
    </svg>
    <figcaption>I tre principali specialisti in accessibilità web dell'SDNY/EDNY — Mizrahi Kroub, Stein Saks e Mars Khaimov — rappresentano circa 4.250 dei procedimenti federali Title III stimati nel 2024, più dei successivi sette studi messi insieme. All'interno del registro di ciascuno studio, un piccolo numero di individui nominativi compare ripetutamente.</figcaption>
  </figure>

  <p>Nei dati californiani, gli elenchi dei litiganti ad alta frequenza identificano ogni anno circa due dozzine di individui. I nomi ricorrono nei diversi cicli. Un certo numero di ricorrenti — rappresentati dal Center for Disability Access (un'unità di Potter Handy LLP), Pacific Trial Attorneys, Manning Law e Wittenberg Law — compaiono nelle dichiarazioni pubblicate anno dopo anno, con conteggi annuali di procedimenti che vanno dalla soglia di legge di dieci fino alle basse centinaia. La dichiarazione ai sensi del §425.55 indica anche il motivo dichiarato per la visita all'esercizio di ciascun convenuto — il dato che gli emendamenti SB-585 del 2024 hanno reso più rigoroso al fine di filtrare le domande da «tester» in cui il ricorrente non aveva mai fisicamente visitato l'attività.</p>

  <p>Nei dati newyorkesi non esiste un elenco pubblico di ricorrenti ad alta frequenza, ma la concentrazione a livello di registro è analoga. I registri dell'SDNY e dell'EDNY, se aggregati, evidenziano un cluster paragonabile: un piccolo gruppo di ricorrenti con disabilità visive rappresentati da Mizrahi Kroub LLP, Stein Saks PLLC e Mars Khaimov Law PLLC, ciascuno nominato come principale ricorrente in un gran numero di denunce per accessibilità web presentate in ondate seriali contro convenuti nel settore dell'e-commerce. La memoria esplicativa dei promotori del CPLR §3211 del 2024 ha nominato esplicitamente questi schemi di presentazione come condotta oggetto della riforma.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Mizrahi Kroub LLP</div><div class="firm-meta">SDNY / EDNY · specialista in accessibilità web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">circa 1.700 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Stein Saks PLLC</div><div class="firm-meta">SDNY / DNJ · specialista in accessibilità web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:88%">circa 1.500 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Mars Khaimov Law PLLC</div><div class="firm-meta">SDNY / EDNY · specialista in accessibilità web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:62%">circa 1.050 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Center for Disability Access (Potter Handy LLP)</div><div class="firm-meta">CDCA / NDCA · accesso fisico e digitale abbinato con Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">circa 930 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Pacific Trial Attorneys</div><div class="firm-meta">CDCA · dossier del 9° Circuito per accesso ai siti web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">circa 700 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Wittenberg Law</div><div class="firm-meta">CDCA / NDCA · procedimenti federali abbinati con Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:35%">circa 600 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Manning Law APC</div><div class="firm-meta">CDCA · dossier del 9° Circuito per accesso ai siti web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:30%">circa 510 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Lipton Law Center</div><div class="firm-meta">CDCA · procedimenti per accesso digitale</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:25%">circa 430 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Cluster accesso fisico SDFL</div><div class="firm-meta">SDFL · parcheggi, bagni, rampe, segnaletica</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:22%">circa 370 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Cluster DNJ (post-riforma NY 2025)</div><div class="firm-meta">DNJ · accessibilità web, in espansione nel 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:18%">circa 310 cause (stima)</div></div>
    </div>
  </div>

  <p>Ciò che la concentrazione dei ricorrenti nominativi <em>non</em> rivela è se un singolo ricorrente stia agendo in modo opportunistico. Lo stesso individuo con disabilità visive che compare in quaranta denunce all'SDNY in un anno è genuinamente impossibilitato a utilizzare quaranta siti web inaccessibili; la questione dottrinale è se le regole di legittimazione del Title III richiedano qualcosa di più. La decisione della Corte Suprema in <em>Acheson Hotels, LLC v. Laufer</em>, 601 U.S. 1 (2023), ha annullato come non applicabile la pronuncia del tribunale di grado inferiore in una causa a sfondo seriale e ha lasciato esplicitamente per un'altra occasione la questione di fondo sulla legittimazione — se un ricorrente «tester» dell'ADA che non ha mai intenzione di frequentare il convenuto abbia una legittimazione ai sensi dell'Articolo III. Questa questione aperta fa parte del contesto economico: le istanze in difesa che invocano la mancanza di legittimazione raramente producono pronunce definitive, perché le cause si concludono in via stragiudiziale prima che il giudice raggiunga la questione.</p>

  <hr />

  <h2 id="pipeline">03 · La pipeline di casi alimentata dagli scanner</h2>

  <p>Il volume non può essere spiegato soltanto dai ricorrenti nominativi. Un singolo individuo che incontra fisicamente quaranta siti web inaccessibili in un anno è credibile; uno stesso individuo che ne incontra quattrocento non lo è. Tra il ricorrente nominativo e il registro si interpone un processo di acquisizione dei casi costruito attorno a scanner automatizzati per l'accessibilità.</p>

  <p>La meccanica, ricostruita dai resoconti dei professionisti della difesa e dal piccolo insieme di istanze di compenso in cui il dettaglio delle voci orarie è specificato, funziona grosso modo così. Uno scanner — a volte uno degli strumenti commerciali di audit WCAG, a volte un crawler interno ad hoc — viene indirizzato verso un elenco di domini e-commerce raccolti per settore verticale (gioiellerie, negozi di vaping, abbigliamento di nicchia, alimentazione e bevande). Lo scanner produce un rapporto di violazioni per ciascun dominio: assenza di testo alternativo, etichette per i campi dei moduli, errori di focus trap, testo a basso contrasto, assenza di link di salto. Il team di acquisizione dello studio classifica i rapporti in una pipeline di siti «azionabili» — tipicamente quelli con più errori WCAG 2.1 Livello A che uno strumento automatizzato può segnalare con quasi-certezza. Un ricorso viene predisposto su modello per il sito azionabile, il ricorrente nominativo firma (o si presume abbia firmato) l'attestazione e il ricorso viene depositato.</p>

  <p>La versione per accesso fisico della medesima pipeline è più antica. Il Center for Disability Access e altri specialisti californiani in Unruh hanno applicato l'acquisizione «drive-by» per violazioni di parcheggi, segnaletica, bagni e rampe ai sensi del 28 CFR §36.302 e seguenti sin dall'inizio degli anni 2010 — un paralegale a bordo di un veicolo che fotografa planimetrie di parcheggi non conformi e le inserisce in un modello di ricorso contro il proprietario dell'immobile. L'approvazione nel 2015 del California Civil Code §425.55 è stata una risposta diretta a quella pipeline; gli emendamenti SB-585 del 2024 sono stati una risposta alla sua discendente digitale.</p>

  <div class="callout info">
    <div class="ct">Perché la regolamentazione dell'acquisizione tramite scanner è difficile</div>
    <p>Una scansione automatizzata delle violazioni WCAG condotta su qualsiasi ampio insieme di domini e-commerce statunitensi individua violazioni reali. La pipeline di acquisizione non sta costruendo domande dal nulla — sta identificando reali inadempienza su scala. La questione di politica giuridica è se le regole di legittimazione e di presentazione dello statuto richiedano che il ricorrente nominativo abbia personalmente incontrato ciascuna violazione, oppure se l'output dello scanner fornisca una base probatoria sufficiente per il ricorso. L'emendamento SB-585 del 2024 ha adottato la prima posizione per le domande Unruh nei tribunali statali della California; la risposta federale rimane caso per caso.</p>
  </div>

  <p>La pipeline è ciò che rende così basso il costo marginale per caso. Una volta che uno studio ha costruito la coda dello scanner e il modello di ricorso, ogni procedimento aggiuntivo costa allo studio un'ora di lavoro del paralegale e una spesa di deposito federale di 405 dollari. Una pipeline che produce cento procedimenti a trimestre con un valore di accordo per caso di 7.000 dollari — al netto della spesa di deposito, del tempo del paralegale e della revisione di un socio — genera un motore economico a livello di studio che nessun singolo convenuto ha l'incentivo a contestare fino alla sentenza.</p>

  <hr />

  <h2 id="settle-split">04 · La ripartizione accordo-recupero</h2>

  <p>All'interno di una causa conclusa in via stragiudiziale, dove va effettivamente il denaro? Il meccanismo di trasferimento delle spese ai sensi del §12205, unito all'assenza di un rimedio risarcitorio nel Title III, produce una ripartizione del recupero insolita rispetto alla maggior parte degli altri statuti federali sui diritti civili.</p>

  <p>In una causa solo federale ai sensi del Title III — presentata nell'SDNY, nell'EDNY o nei distretti della Florida o del Massachusetts senza sovrapposizione con la legge statale — il ricorrente nominativo non riceve alcun risarcimento danni pecuniario. L'importo dell'accordo è il rimborso negoziato delle spese ai sensi del §12205 (e dei costi di lite) più un impegno di adeguamento. L'interesse economico del ricorrente nella causa è, in senso strettamente statutario, il rimedio iniuntivo e la soddisfazione di aver proposto una domanda fondata. Le spese legali rappresentano il recupero dell'avvocato. Alcuni studi integrano questo con un modesto «compenso per il servizio» al ricorrente nominativo a valere sulle spese — tipicamente 500–2.000 dollari — ma la struttura appartiene all'avvocato, non al ricorrente.</p>

  <p>In una causa californiana abbinata con Unruh, la ripartizione del recupero è diversa. I danni statutari di 4.000 dollari per visita ai sensi del Civil Code §52(a) spettano al ricorrente. Un accordo in una causa abbinata con Unruh alloca tipicamente una somma ai danni statutari (che il ricorrente trattiene), una somma alle spese legali (che lo studio trattiene) e un impegno di adeguamento (finanziato separatamente dal convenuto). I danni Unruh sono ciò che attribuisce al ricorrente nominativo californiano un interesse economico diretto nella causa che un ricorrente solo federale a New York non ha.</p>

  <div class="chart-section">
    <div class="chart-title">Destinazione di un accordo modale da 20.000 dollari</div>
    <div class="bar-row"><div class="bar-label">Solo federale Title III · spese legali</div><div class="bar-track"><div class="bar-fill bf-a" style="width:90%">circa 18.000 $ · 90%</div></div></div>
    <div class="bar-row"><div class="bar-label">Solo federale Title III · compenso di servizio al ricorrente</div><div class="bar-track"><div class="bar-fill bf-b" style="width:10%">circa 2.000 $ · 10%</div></div></div>
    <div class="bar-row"><div class="bar-label">CA abbinato Unruh · spese legali</div><div class="bar-track"><div class="bar-fill bf-c" style="width:60%">circa 12.000 $ · 60%</div></div></div>
    <div class="bar-row"><div class="bar-label">CA abbinato Unruh · danni statutari al ricorrente</div><div class="bar-track"><div class="bar-fill bf-d" style="width:40%">circa 8.000 $ · 40%</div></div></div>
  </div>

  <p>L'impegno di adeguamento è trattato separatamente. Un convenuto che conclude un accordo per 20.000 dollari si impegna tipicamente anche a portare il sito o i locali in questione in conformità con WCAG 2.1 Livello AA (o, per i siti fisici, con gli ADA Standards 2010) entro una finestra stabilita di sei-dodici mesi, spesso verificata da un auditor terzo. Il costo di tale adeguamento non figura nell'importo dell'accordo. Per un convenuto di piccole dimensioni nel commercio elettronico, il budget per l'audit e l'adeguamento può eguagliare o superare il pagamento delle spese — il che spiega perché alcuni professionisti della difesa sostengano che le cifre della fascia di accordo pubblicate sottostimino l'onere economico reale sulle piccole imprese.</p>

  <p>La ripartizione non cattura neppure il costo delle cause che <em>non</em> si concludono in via stragiudiziale. Un convenuto che perde in sede di giudizio sommario si trova di fronte a un rimborso delle spese senza tetto massimo calcolato con il metodo lodestar. Il numero esiguo di cause contestate che hanno prodotto rimborsi superiori a 100.000 dollari nel 2022–2024 — concentrate in convenuti commerciali di maggiori dimensioni che hanno scelto di litigare la questione di legittimazione o di collegamento territoriale — sono le cause che definiscono il limite superiore della curva di esposizione per singolo caso. La maggior parte dei convenuti conclude accordi proprio perché vuole evitare quel limite.</p>

  <hr />

  <h2 id="reforms">05 · Le riforme procedurali che incidono</h2>

  <p>Due riforme procedurali — una in California, una a New York — hanno modificato la geografia dei procedimenti in modi che i dati iniziali cominciano a rivelare. Una terza, federale, è in attesa di approvazione in Congressi successivi dal 2017.</p>

  <h3>California: Civil Code §425.55 + SB-585 (2024)</h3>
  <p>Il percorso di riforma californiano è più antico e incrementale. Il Civil Code §425.55, approvato nel 2015, richiede a qualsiasi ricorrente che raggiunga la soglia del litigante ad alta frequenza (dieci o più domande per accesso alle persone con disabilità in un periodo di 12 mesi) di allegare una dichiarazione separata a ogni denuncia Unruh. La dichiarazione deve indicare i procedimenti precedenti, identificare il legale e precisare il motivo della visita all'esercizio del convenuto. Si applica una spesa di deposito supplementare di 1.000 dollari. Lo statuto è stato confermato contro un ricorso per parità di trattamento in <em>Thurston v. Omni Hotels Management Corp.</em>, 69 Cal. App. 5th 299 (2021).</p>

  <p>Gli emendamenti SB-585 del 2024 hanno reso più rigorosa la dichiarazione ai sensi del §425.55. Il nuovo requisito di allegazione relativo alla «visita personale», in particolare, è stato concepito per filtrare le domande Unruh da «tester» in cui il ricorrente non aveva mai fisicamente visitato l'attività e si basava sull'output dello scanner o sulla ricognizione di un paralegale per allegare la conoscenza della violazione. I dati della California Commission on Disability Access per i primi mesi del 2025 mostrano che il volume assoluto dei procedimenti Unruh da litiganti ad alta frequenza ha continuato a crescere moderatamente dopo SB-585 — ma la proporzione di procedimenti contro attività in cui il ricorrente allegava una visita fisica personale (al contrario di una domanda da tester o a distanza) è aumentata più nettamente, suggerendo che la pipeline si è adattata piuttosto che collassata.</p>

  <h3>New York: CPLR §3211 (emendamento 2024)</h3>
  <p>La riforma newyorkese è più recente e più diretta. L'emendamento 2024 al CPLR §3211 — lo statuto che disciplina le istanze di rigetto prima della risposta — ha aggiunto una procedura a requisiti rafforzati per il rigetto di azioni in materia di accessibilità in cui la denuncia è una delle tante materialmente identiche presentate da un ricorrente non residente contro convenuti fuori dallo Stato. La memoria esplicativa dei promotori ha nominato esplicitamente gli schemi di presentazione ad alto volume per l'accessibilità web. L'emendamento non abolisce le domande ai sensi del Title III nei tribunali di New York; modifica il profilo procedurale in modo che i convenuti possano costringere il ricorrente ad allegare un reale collegamento con New York o rischiare il rigetto.</p>

  <p>Il primo effetto misurabile emerge dai dati Seyfarth per il primo semestre 2025. I procedimenti federali Title III nell'SDNY e nell'EDNY sono diminuiti di circa il 40% nel primo semestre 2025 rispetto al primo semestre 2024. I procedimenti nel Distretto del New Jersey sono aumentati di circa il 55%. I procedimenti nel Central District of California sono aumentati di circa il 22%. Il totale nazionale dei procedimenti federali era in calo di circa il 18% anno su anno. La riforma non ha eliminato l'economia sottostante — la matematica delle spese ai sensi del §12205 è invariata e i ricorrenti nominativi con i loro studi si sono semplicemente spostati di registro — ma ha ridisegnato in modo misurabile la geografia.</p>

  <h3>Federale: il perenne disegno di legge sul preavviso</h3>
  <p>La controparte federale — un disegno di legge sul preavviso comunemente citato come «ADA Education and Reform Act» — è stato approvato dalla Camera dei Rappresentanti degli Stati Uniti nel 2018 ma non ha mai superato il Senato. La versione del 119° Congresso, in attesa nel 2026, propone una finestra di preavviso e rimedio che richiederebbe ai ricorrenti di inviare un avviso scritto che descrive la presunta violazione e di concedere ai convenuti sessanta giorni per rispondere prima di presentare la causa. Le organizzazioni per i diritti delle persone con disabilità si sono opposte a ogni iterazione sostenendo che un regime di preavviso e rimedio trasforma di fatto uno statuto sui diritti civili in un regime di gestione dei reclami che i convenuti possono eludere a tempo indeterminato senza adeguarsi.</p>

  <div class="quote-block">
    <div class="meta">DREDF · Testimonianza alla Camera nel 2018 su H.R. 620</div>
    <div class="quote">"Le proposte di preavviso e rimedio non affrontano la violazione sottostante — affrontano solo l'esistenza dell'azione legale. Uno statuto che consente ai convenuti di rilevare, e ignorare, le violazioni dei diritti civili fino al momento in cui viene presentata una causa produce un sistema di applicazione che è, in termini operativi, volontario."</div>
    <span class="source">Disability Rights Education and Defense Fund · Testimonianza alla Commissione Giustizia della Camera (2018)</span>
  </div>

  <hr />

  <h2 id="defenders">06 · La difesa dei diritti delle persone con disabilità</h2>

  <p>L'inquadramento riformista dell'economia dei ricorrenti seriali — «schema estorsivo», «cause da drive-by», «cause da click-by» — è stato il vocabolario dominante nella stampa specializzata e nelle memorie legislative sin dagli atti di amicus curiae del 2017 da parte della Camera di Commercio degli Stati Uniti, del Restaurant Law Center e del Retail Litigation Center. Il settore dei diritti delle persone con disabilità ha risposto con un contro-argomento strutturale che la stampa specializzata tende a relegare in nota, ma che costituisce la metà più interessante del dibattito.</p>

  <div class="callout warning">
    <div class="ct">Perché l'inquadramento della difesa è in parte corretto</div>
    <p>Alcune domande — e alcuni ricorrenti nominativi — sfruttano chiaramente l'economia per singolo caso in modi che il Congresso del 1990 non aveva previsto. Una pipeline che individua cento rapporti di violazioni WCAG azionabili a trimestre e li trasforma in cento ricorsi su modello contro piccole aziende dell'e-commerce è, qualunque altra cosa possa essere, un modello di business. I sostenitori delle riforme non stanno inventando l'asimmetria tra l'incentivo del convenuto a concludere un accordo e il costo marginale dello studio per singolo caso.</p>
  </div>

  <div class="callout safe">
    <div class="ct">Perché l'inquadramento dei diritti delle persone con disabilità è anch'esso in parte corretto</div>
    <p>Il Title III non prevede alcun rimedio risarcitorio. Il Dipartimento di Giustizia presenta pochissimi casi di applicazione — meno di 200 azioni federali per accessibilità web in un decennio. Il risultato è che le uniche entità con l'incentivo finanziario ad applicare lo statuto sono gli studi privati remunerati con un modello di trasferimento delle spese. Eliminare le spese ai sensi del §12205 senza una soglia di applicazione alternativa non produce un sistema più pulito — produce un sistema non applicato. DREDF, la National Federation of the Blind e Disability Rights Advocates sostengono questa posizione dalla fine degli anni '90.</p>
  </div>

  <p>L'argomentazione dei diritti delle persone con disabilità si articola in tre componenti strutturali. In primo luogo, l'osservazione empirica che il piano di applicazione pubblica — procedimenti del DOJ ai sensi del Title III, procedimenti dei procuratori generali statali, azioni degli uffici dei Procuratori degli Stati Uniti — è così basso da non poter, da solo, generare una pressione significativa per la conformità su una popolazione nazionale di e-commerce di diversi milioni di siti. In secondo luogo, l'osservazione dottrinale che il meccanismo di trasferimento delle spese ai sensi del §12205 è stata una scelta deliberata del Congresso nel 1990, concepita precisamente per superare l'assenza di un rimedio risarcitorio e per delegare al foro privato il ruolo di vigilante dell'applicazione. In terzo luogo, l'osservazione di politica pubblica che le riforme più frequentemente proposte — preavviso, limiti ai procedimenti, limiti ai ricorrenti — affrontano la visibilità della curva del contenzioso senza affrontare se il divario di accesso sottostante si stia riducendo.</p>

  <p>L'analisi della NFB nel suo documento di politica del 2024 esprime il terzo punto nel modo più diretto. Il documento esamina i dati dell'SDNY successivi al CPLR §3211, osserva la migrazione geografica dei procedimenti e nota che l'effetto più misurabile della riforma newyorkese è una redistribuzione delle cause piuttosto che una riduzione del tasso di inadempienza dei siti dell'e-commerce sottostante. «Se l'obiettivo è ridurre le cause, la riforma newyorkese sta avendo successo», osserva il documento. «Se l'obiettivo è rendere più accessibili i siti web, i dati non mostrano ancora questo risultato.»</p>

  <p class="pull-quote">La struttura delle spese è l'unico piano di applicazione che lo statuto ha. Una riforma che abbassa il piano senza aumentare l'applicazione pubblica è una riforma che abbassa l'applicazione.</p>

  <hr />

  <h2 id="what-stops">07 · Cosa interrompe il ciclo</h2>

  <p>Se «il ciclo» viene letto in senso stretto — procedimenti ad alto volume, basati su scanner, su modello, da un piccolo gruppo di ricorrenti nominativi contro una lunga coda di piccole aziende dell'e-commerce — allora tre cose, agendo insieme, lo interromperebbero. Primo: un preavviso con un porto sicuro per il rimedio che superi l'obiezione dei diritti delle persone con disabilità essendo abbastanza circoscritto da non estinguere la domanda sottostante. Secondo: una pronuncia della Corte Suprema sulla legittimazione del tester su cui il registro possa effettivamente fare affidamento, sostituendo la questione aperta lasciata da <em>Acheson Hotels v. Laufer</em>. Terzo: un aumento sostanziale dell'applicazione pubblica del Title III — procedimenti del DOJ, task force per l'accessibilità dei procuratori generali statali — sufficiente a sostituire parte del carico del foro privato. Nessuno di questi tre elementi figura in modo affidabile nel registro del 2026.</p>

  <p>Se «il ciclo» viene letto in senso più ampio — l'applicazione del Title III come tale, condotta da un foro privato secondo un modello di trasferimento delle spese perché non esiste altro meccanismo di applicazione funzionante — allora non è ovvio che interrompere il ciclo sia il giusto obiettivo di politica pubblica. Le organizzazioni per i diritti delle persone con disabilità che convivono con lo statuto da trentasei anni tendono ad attestarsi qui: la domanda non è se il modello di applicazione privata abbia dei costi (li ha) ma se le alternative proposte producano maggiore o minore accessibilità. Fino a ora, i dati sulle riforme newyorkesi e californiane suggeriscono che la risposta sia «nessuna delle due» — i procedimenti si sono spostati, il divario di accesso non si è ridotto.</p>

  <p>Il ciclo del 2026 assomiglierà quindi probabilmente a quello del 2025. I ricorrenti nominativi continueranno a presentare procedimenti nelle giurisdizioni in cui le riforme procedurali non hanno ancora inciso. La pipeline degli scanner degli studi continuerà a individuare violazioni azionabili nella lunga coda dell'e-commerce statunitense. La fascia di accordo continuerà a collocarsi tra i 5.000 e i 25.000 dollari per la causa modale, con la causa contestata occasionale che produce un outlier a sei cifre. L'attesa normativa del DOJ ai sensi del Title III per i siti web, se verrà emessa, alzerà la soglia tecnica di cosa significa conformità e probabilmente amplierà piuttosto che restringerà il pool di potenziali convenuti. E il dibattito pubblico continuerà a non comprendersi, con un fronte che conta i procedimenti e l'altro che conta le pagine web accessibili — due metriche che, stando ai dati disponibili, non si muovono nella stessa direzione.</p>

  <p>Per il quadro più ampio — chi presenta le cause Title III, dove, e come le riforme post-2024 hanno ridisegnato la geografia dei tribunali federali — si rimanda al pezzo complementare, <a href="/articles/serial-plaintiffs-versus-individuals/">Ricorrenti seriali e ricorrenti individuali: chi guida davvero l'applicazione dell'ADA Title III nel 2026</a>. Per lo statuto di base, si veda il <a href="/regulations/us/">primer sull'ADA</a>; per il più ampio panorama della normativa statunitense sull'accessibilità, si rimanda all'<a href="/regulations/">indice delle normative</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodologia e dati:</strong> L'identificazione dei ricorrenti nominativi deriva dalle dichiarazioni del California Judicial Council sui litiganti ad alta frequenza ai sensi del Civil Code §425.55 (cicli annuali, 2016–2025) e dai rapporti aggregati dei registri SDNY/EDNY del documento di lavoro 2024 del gruppo di pratica sui diritti delle persone con disabilità dell'AAJ. Le tariffe orarie derivano dalle istanze di compenso presentate nell'SDNY, nell'EDNY, nel CDCA e nel NDCA tra il 2021 e il 2024, campionate da PACER. Le stime della fascia di accordo derivano da indagini tra i professionisti della difesa aggregate da Restaurant Law Center e Retail Litigation Center, integrate dal piccolo sottoinsieme di consent decree disponibili al pubblico. I dati sul volume dei procedimenti derivano dal tracker ADA Title III di Seyfarth Shaw (cicli 2013–2025, compreso l'aggiornamento H1 2025). I conteggi delle azioni di applicazione del Dipartimento di Giustizia derivano dall'archivio pubblico di applicazione dell'ADA su ada.gov. Tutte le cifre a livello di studio vanno lette come stime di rango relativo, non come totali verificati.</p>
    <p><strong>Contesto giuridico:</strong> Americans with Disabilities Act, Title III, 42 U.S.C. §§12181–12189 (1990); clausola di trasferimento delle spese al 42 U.S.C. §12205. California Civil Code §§51, 52, 425.50–425.55 (Unruh Civil Rights Act, danni statutari e dichiarazione del litigante ad alta frequenza); emendamenti del 2024 tramite SB-585. New York Civil Practice Law and Rules §3211, come emendato (2024). Florida Title VIII emendamenti alle regole di procedura civile (2021). Riferimenti a cause: <em>Acheson Hotels, LLC v. Laufer</em>, 601 U.S. 1 (2023); <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019); <em>Thurston v. Omni Hotels Management Corp.</em>, 69 Cal. App. 5th 299 (2021).</p>
    <p><strong>Cosa questo articolo non è:</strong> Un giudizio sul merito di qualsiasi singolo procedimento, ricorrente o studio nominati. La condotta descritta — acquisizione tramite scanner, ricorsi su modello, accordi con trasferimento delle spese — è, nella grande maggioranza dei casi, condotta che lo statuto come scritto e i tribunali come interpreti permettono. Si tratta di un'analisi editoriale dell'economia sottostante di un regime di diritti civili con trasferimento delle spese e del dibattito di politica pubblica ad esso relativo, non di una consulenza legale. I lettori che ricevono una lettera di richiesta, una denuncia o un'istanza di compenso ai sensi del Title III dovrebbero consultare un professionista legale competente abilitato nella giurisdizione pertinente.</p>
  </footer>

</div>

---
title: Ricorrenti seriali e ricorrenti individuali: chi guida davvero l'applicazione dell'ADA Title III nel 2026
url: https://www.disabilityworld.org/it/articles/serial-plaintiffs-versus-individuals/
description: Nel 2024 sono state presentate negli Stati Uniti circa 12.000 cause ADA Title III nei tribunali federali, concentrate in pochi studi legali. Le riforme procedurali del 2025 a New York e in California hanno iniziato a ridisegnare il quadro — ma non nel modo atteso dai riformatori.
author: Disability World
pubDate: 2026-05-22
tags: ada, litigation, title-iii, serial-plaintiffs, enforcement, us-law, data
---

# Ricorrenti seriali e ricorrenti individuali: chi guida davvero l'applicazione dell'ADA Title III nel 2026

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Editoriale</strong> · Applicazione dell'ADA Title III</span>
  </div>

  <h1>Ricorrenti seriali e ricorrenti individuali <em>— chi guida davvero l'applicazione dell'ADA Title III nel 2026</em></h1>

  <p class="lede">Trentasei anni dopo la firma dell'Americans with Disabilities Act, quasi tutta l'applicazione delle sue norme sulle strutture aperte al pubblico non è svolta dal Dipartimento di Giustizia degli Stati Uniti ma da ricorrenti privati — e, all'interno di questo universo, da un numero straordinariamente ridotto di studi legali che presentano cause in un numero altrettanto esiguo di distretti federali. Circa <strong>12.000 denunce ADA Title III</strong> sono state presentate nei tribunali federali statunitensi nel 2024 (Seyfarth Shaw ADA Title III tracker, il riferimento di fatto del settore dal 2013), cui si aggiungono diverse migliaia di procedimenti statali ai sensi dell'Unruh Civil Rights Act californiano e della New York State Human Rights Law. I <strong>dieci principali studi legali per i ricorrenti</strong> rappresentano circa il <strong>70%</strong> di tutti i procedimenti federali; il Dipartimento di Giustizia ha presentato <strong>meno di 200 azioni federali per accessibilità web in un decennio</strong>. Questo dossier ricostruisce il quadro 2026 di chi guida effettivamente l'applicazione del Title III, cosa hanno cambiato le riforme procedurali del 2025 e cosa i dati mostrano o non mostrano riguardo all'eventuale riduzione del divario di accesso sottostante.</p>

    <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultanze · Fascicolo 01</span>
      <span class="dossier-meta">08 voci · derivate da dati dei registri federali e dei tribunali statali, 2013–2025</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa rivela il registro del Title III</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">circa 12.000</span>
        <div class="dossier-body">
          <p class="dossier-claim">I procedimenti federali Title III sono risaliti a circa 12.000 nel 2024</p>
          <p class="dossier-note">Dopo essersi ridotti a 8.227 nel 2023, i procedimenti federali ADA Title III sono tornati al picco del 2021 di 11.452 e oltre. La ripresa del 2024 è guidata quasi interamente dai casi di accessibilità dei siti web nel Southern District of New York.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">circa 70%</span>
        <div class="dossier-body">
          <p class="dossier-claim">Dieci studi presentano circa sette denunce federali su dieci</p>
          <p class="dossier-note">Il tracker Seyfarth e il documento di lavoro 2024 del gruppo di pratica sui diritti delle persone con disabilità dell'AAJ identificano un insieme ricorrente di nomi in cima alle tabelle dei procedimenti. A New York, Mizrahi Kroub, Stein Saks, Mars Khaimov; in California, Pacific Trial, Wittenberg, Center for Disability Access, Lipton, Manning e due ricorrenti della Florida.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">circa 4.500</span>
        <div class="dossier-body">
          <p class="dossier-claim">SDNY e EDNY hanno ospitato più di 4.500 denunce federali nel 2024</p>
          <p class="dossier-note">Circa il 38% del totale nazionale dei tribunali federali. Aggiungendo i distretti centrale e settentrionale della California, si copre ben oltre il 60% del registro. Quattro distretti ospitano la maggior parte dei procedimenti federali Title III del Paese.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">circa 4.300</span>
        <div class="dossier-body">
          <p class="dossier-claim">I casi di accessibilità dei siti web rappresentano ora più di un terzo di tutta l'attività federale del Title III</p>
          <p class="dossier-note">Secondo Seyfarth e il blog <em>ADA Title III News &amp; Insights</em>, le denunce per accessibilità dei siti web hanno rappresentato circa 4.300 procedimenti federali nel 2024 — il discendente dottrinale di <em>Robles v. Domino's Pizza</em> (9th Cir. 2019).</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">&lt;200</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il DOJ ha presentato meno di 200 cause federali per accessibilità web in un decennio</p>
          <p class="dossier-note">Stima delle denunce per accessibilità ai siti web presentate nei tribunali federali dal Dipartimento di Giustizia e dagli Uffici dei Procuratori degli Stati Uniti, 2015–2024 complessivamente. Il piano di applicazione pubblica al di sopra del quale opera il contenzioso privato è molto basso.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">4.000 $</span>
        <div class="dossier-body">
          <p class="dossier-claim">Lo statuto californiano Unruh prevede danni statutari per visita — l'ADA no</p>
          <p class="dossier-note">Il Title III stesso autorizza solo il rimedio iniuntivo e le spese legali. Il California Civil Code §52 prevede danni statutari di 4.000 dollari per visita quando abbinato a una domanda Unruh — il motore economico alla base dei procedimenti seriali in California.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">-40%</span>
        <div class="dossier-body">
          <p class="dossier-claim">I procedimenti nell'SDNY e nell'EDNY sono diminuiti di circa il 40% nel primo semestre 2025</p>
          <p class="dossier-note">Il primo effetto misurabile dell'emendamento al CPLR §3211 di New York. I procedimenti non sono scomparsi — si sono spostati. I procedimenti nel New Jersey sono aumentati di circa il 55% e quelli nel Central District of California di circa il 22% nello stesso periodo.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">08</span>
        <span class="dossier-stat">2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">La normativa del DOJ per i siti web del Title III è ancora in attesa</p>
          <p class="dossier-note">In agenda regolatoria unificata dal 2022. L'equivalente per il Title <em>II</em> è stato finalizzato nell'aprile 2024 (28 CFR Parte 35, Sottoparte H) e adotta WCAG 2.1 Livello AA come standard federale per i siti web di enti statali e locali — ed è già in grado di influenzare le posizioni negoziali nel contenzioso privato del Title III.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonti</strong>Tracker ADA Title III di Seyfarth Shaw (cicli 2013–2025); blog ADA Title III News &amp; Insights; rapporti annuali della California Commission on Disability Access; dati del registro del New York State Office of Court Administration; registri federali PACER; documento di lavoro 2024 del gruppo di pratica sui diritti delle persone con disabilità dell'American Association for Justice.</p>
  </section>

    <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#numbers">I numeri e cosa misurano</a></li>
      <li><span class="toc-num">02</span><a href="#firms">Gli studi legali dietro il registro</a></li>
      <li><span class="toc-num">03</span><a href="#geography">Concentrazione geografica</a></li>
      <li><span class="toc-num">04</span><a href="#website-wave">L'ondata per l'accessibilità dei siti web</a></li>
      <li><span class="toc-num">05</span><a href="#procedural">Le risposte procedurali</a></li>
      <li><span class="toc-num">06</span><a href="#defense-disability">Convenuti e resistenza dei diritti delle persone con disabilità</a></li>
      <li><span class="toc-num">07</span><a href="#individual">Ricorrenti individuali e contenzioso strategico</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Prospettive 2026</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="numbers">01 · I numeri e cosa misurano</h2>

  <p class="dropcap-first">La cifra di riferimento per l'applicazione dell'ADA Title III — quella che compare in ogni promemoria dello staff del Congresso e in ogni atto presentato dalla Camera di Commercio sull'argomento — proviene da un unico dataset privato. Dal 2013, lo studio legale Seyfarth Shaw ha codificato manualmente ogni denuncia ADA Title III presentata in un tribunale distrettuale federale statunitense utilizzando ricerche nel registro PACER e una tassonomia stabile. Il tracker Seyfarth ha registrato <strong>11.452 procedimenti nei tribunali federali nel 2021, 8.694 nel 2022, 8.227 nel 2023 e circa 12.000 nel 2024</strong>. La ripresa del 2024 — guidata quasi interamente da un'impennata dei casi di accessibilità dei siti web nel Southern District of New York — è ciò che riporta in primo piano nel 2026 il dibattito sul funzionamento dell'applicazione privata.</p>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">11.452</div><div class="stat-desc">Procedimenti federali Title III nel 2021 — il picco precedente alla ripresa del 2024</div></div>
    <div class="stat-box"><div class="stat-big">8.227</div><div class="stat-desc">Procedimenti federali Title III nel 2023 — il minimo del ciclo post-pandemico</div></div>
    <div class="stat-box"><div class="stat-big">circa 12.000</div><div class="stat-desc">Procedimenti federali Title III nel 2024 — la ripresa guidata dall'SDNY</div></div>
  </div>

  <p>Tre avvertenze si collocano sotto questa cifra di riferimento. In primo luogo, conta solo i procedimenti <em>federali</em>. Una denuncia che propone una domanda ai sensi del Title III insieme a una domanda ai sensi del California Unruh Civil Rights Act viene conteggiata; una che omette la domanda federale e propone solo la domanda Unruh nel tribunale statale non lo è. La California Commission on Disability Access ha stimato nel suo rapporto annuale 2024 che diverse migliaia di ulteriori denunce per accesso alle persone con disabilità vengono presentate ogni anno nei tribunali superiori della California ai sensi dello statuto Unruh, che — crucialmente — prevede danni statutari di 4.000 dollari per visita, laddove l'ADA sottostante non lo fa.</p>

  <p>In secondo luogo, «denunce presentate» non equivale a «sentenze emesse». Il dataset Seyfarth è esplicito nel rilevare che la stragrande maggioranza delle cause Title III si conclude in via stragiudiziale entro mesi e non produce mai una decisione pubblicata. La ragione strutturale è la stessa che il settore dei diritti delle persone con disabilità cita dall'inizio degli anni '90: il Title III stesso non autorizza il risarcimento dei danni, solo il rimedio iniuntivo e le spese legali. Un convenuto che si trova di fronte a 30.000-80.000 dollari di spese del ricorrente su una lettera di richiesta in tempi rapidi tende a concludere un accordo per una frazione di tale importo più un impegno di adeguamento, indipendentemente dal merito.</p>

  <p>In terzo luogo, le categorie che determinano la volatilità anno su anno non sono i casi di accesso fisico alle strutture fisiche per cui l'ADA è stata scritta nel 1990. <strong>I casi di accessibilità dei siti web — domande che sostengono che un sito web commerciale aperto al pubblico è di per sé un «luogo di pubblica sistemazione» o è così strettamente connesso a uno da attivare il Title III — hanno rappresentato circa 4.300 procedimenti federali nel 2024</strong>, secondo Seyfarth e il blog ADA Title III News &amp; Insights. Si tratta di più di un terzo di tutta l'attività federale del Title III, ed è concentrata in due distretti.</p>

  <p class="pull-quote">Il Title III non prevede alcun rimedio risarcitorio. Il DOJ presenta pochissimi casi di applicazione. Il risultato è che le uniche entità con l'incentivo finanziario ad applicare lo statuto sono gli studi privati remunerati con un modello di trasferimento delle spese.</p>

  <hr />

  <h2 id="firms">02 · Gli studi legali dietro il registro</h2>

  <p>La concentrazione a livello di studio è più marcata di quella geografica. Il tracker Seyfarth e un'analisi in un documento di lavoro 2024 del gruppo di pratica sui diritti delle persone con disabilità dell'American Association for Justice identificano un insieme ricorrente di nomi in cima alle tabelle dei procedimenti. A New York, <strong>Mizrahi Kroub LLP</strong>, <strong>Stein Saks PLLC</strong> e <strong>Mars Khaimov Law PLLC</strong> hanno insieme presentato diverse migliaia di denunce per accessibilità web dal 2020. In California, <strong>Pacific Trial Attorneys</strong>, <strong>Wittenberg Law</strong> e il <strong>Center for Disability Access</strong> (un'unità di Potter Handy LLP) dominano i procedimenti federali abbinati con Unruh. <strong>Lipton Law</strong> e <strong>Manning Law</strong> compaiono costantemente nei dossier per accesso ai siti web del 9° Circuito.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">Mizrahi Kroub LLP</div><div class="firm-meta">New York · specialista in accessibilità web · SDNY / EDNY</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">circa 1.700 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">Stein Saks PLLC</div><div class="firm-meta">New York / New Jersey · specialista in accessibilità web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:88%">circa 1.500 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">Mars Khaimov Law PLLC</div><div class="firm-meta">New York · specialista in accessibilità web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:62%">circa 1.050 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">Center for Disability Access (Potter Handy LLP)</div><div class="firm-meta">California · accesso fisico e digitale abbinato con Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:55%">circa 930 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">Pacific Trial Attorneys</div><div class="firm-meta">California · dossier del 9° Circuito per accesso ai siti web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:42%">circa 700 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">06</div>
      <div style="flex:1"><div class="firm-name">Wittenberg Law</div><div class="firm-meta">California · procedimenti federali abbinati con Unruh</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:35%">circa 600 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">07</div>
      <div style="flex:1"><div class="firm-name">Manning Law APC</div><div class="firm-meta">California · dossier del 9° Circuito per accesso ai siti web</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:30%">circa 510 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">08</div>
      <div style="flex:1"><div class="firm-name">Lipton Law Center</div><div class="firm-meta">California · procedimenti per accesso digitale</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:25%">circa 430 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">09</div>
      <div style="flex:1"><div class="firm-name">Cluster accesso fisico Florida</div><div class="firm-meta">SDFL · parcheggi, bagni, rampe, segnaletica</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:22%">circa 370 cause (stima)</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">10</div>
      <div style="flex:1"><div class="firm-name">Cluster New Jersey (post-riforma NY)</div><div class="firm-meta">DNJ · accessibilità web, in espansione nel 2025</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:18%">circa 310 cause (stima)</div></div>
    </div>
  </div>

  <p>Gli studi non sono intercambiabili. Il cluster newyorkese è quasi interamente focalizzato sull'accessibilità dei siti web — domande che sostengono che il checkout di un rivenditore, il PDF del menu di un ristorante o la pagina delle prenotazioni di un hotel non siano utilizzabili con uno screen reader. Gli specialisti Unruh californiani lavorano sia su casi di accesso fisico che digitale, ma puntano sul moltiplicatore dei danni statutari. I ricorrenti della Florida e del New Jersey si avvicinano di più al modello originale del Title III: parcheggi, bagni, rampe, segnaletica, regole di prenotazione alberghiera ai sensi del 28 CFR §36.302(e).</p>

  <p>All'interno di ciascun cluster, un piccolo numero di ricorrenti nominativi compare ripetutamente. La definizione del California Civil Code §425.55 di «litigante ad alta frequenza» — un ricorrente che ha presentato dieci o più domande per accesso alle persone con disabilità in un periodo di 12 mesi — è di per sé un conteggio che i tribunali pubblicano: i dati annuali del judicial council della California hanno identificato ogni anno circa due dozzine di individui che superano tale soglia, e questi presentano la grande maggioranza delle azioni Unruh seriali dello Stato. New York non dispone di un conteggio pubblico equivalente, ma le riforme procedurali post-2024 sono state concepite in risposta a una concentrazione analoga.</p>

  <hr />

  <h2 id="geography">03 · Concentrazione geografica</h2>

  <figure class="article-figure">
    <img src="/article-images/serial-plaintiffs-versus-individuals/inline-1.webp" alt="Una mappa semplificata degli Stati Uniti che evidenzia i quattro distretti giudiziari federali — SDNY, EDNY, CDCA, NDCA — che concentrano la maggior parte dei procedimenti ADA Title III." width="800" height="450" loading="lazy" />
    <figcaption>Quattro distretti federali — SDNY e EDNY a New York e CDCA e NDCA in California — ospitano la maggior parte di tutti i procedimenti federali Title III. Il Southern District della Florida e il Distretto del New Jersey guidano il secondo livello.</figcaption>
  </figure>

  <p>La concentrazione geografica è la caratteristica più costante del dataset. Nel 2024, il <strong>Southern District of New York e l'Eastern District of New York hanno ospitato insieme più di 4.500 denunce Title III</strong> — circa il 38% del totale nazionale. Il <strong>Central District of California e il Northern District of California</strong> ne hanno aggiunte altre 2.800 tra loro. Il Southern District della Florida e il Distretto del New Jersey completano il secondo livello. Quattro distretti, in altre parole, ospitano la maggior parte di tutti i procedimenti federali Title III del Paese.</p>

  <div class="chart-section">
    <div class="chart-title">Procedimenti federali Title III 2024 per distretto (stimati)</div>
    <div class="bar-row"><div class="bar-label">SDNY (S.D.N.Y.)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">circa 3.200 cause · 27%</div></div></div>
    <div class="bar-row"><div class="bar-label">CDCA (C.D. Cal.)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:62%">circa 2.000 cause · 17%</div></div></div>
    <div class="bar-row"><div class="bar-label">EDNY (E.D.N.Y.)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:41%">circa 1.300 cause · 11%</div></div></div>
    <div class="bar-row"><div class="bar-label">SDFL (S.D. Fla.)</div><div class="bar-track"><div class="bar-fill bf-b" style="width:28%">circa 900 cause · 8%</div></div></div>
    <div class="bar-row"><div class="bar-label">NDCA (N.D. Cal.)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:25%">circa 800 cause · 7%</div></div></div>
    <div class="bar-row"><div class="bar-label">DNJ (D.N.J.)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:22%">circa 700 cause · 6%</div></div></div>
    <div class="bar-row"><div class="bar-label">Tutti gli altri distretti</div><div class="bar-track"><div class="bar-fill bf-d" style="width:30%">circa 3.100 cause · 24%</div></div></div>
  </div>

  <p>Il modello non è casuale. SDNY e EDNY combinano una linea favorevole dei tribunali di distretto sul sito web come struttura aperta al pubblico (<em>Andrews v. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017), e la giurisprudenza successiva), precedenti permissivi sulla giurisdizione personale che storicamente hanno consentito ai ricorrenti di New York di citare in giudizio convenuti e-commerce fuori Stato, e una fitta presenza di studi specializzati. Il Central District of California combina il moltiplicatore dei danni statutari Unruh con la regola <em>Robles</em> del 9° Circuito. I distretti della Florida e del New Jersey sono fori alternativi quando quelli principali inaspriscono le proprie regole procedurali — e, come mostra la Sezione 05, è esattamente quello che il 2025 ha cominciato a dimostrare.</p>

  <hr />

  <h2 id="website-wave">04 · L'ondata per l'accessibilità dei siti web</h2>

  <p>Il contesto dottrinale che spiega il volume 2020–24 è sintetico. In <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), il 9° Circuito ha stabilito che l'ADA si applicava al sito web e all'app della catena di pizzerie perché erano sufficientemente connessi ai suoi punti vendita fisici. La Corte Suprema ha negato il certiorari nell'ottobre 2019. <em>Carparts Distribution Center v. Automotive Wholesaler's Association</em>, 37 F.3d 12 (1st Cir. 1994), aveva già fornito la dottrina più antica del 1° Circuito secondo cui un «luogo di pubblica sistemazione» non si limita alle sedi fisiche. <em>Gil v. Winn-Dixie Stores</em>, 257 F. Supp. 3d 1340 (S.D. Fla. 2017), ha prodotto un processo in sede di merito a favore di un ricorrente con disabilità visiva che l'11° Circuito ha poi annullato e rinviato per motivi di nullità sopravvenuta nel 2021 — lasciando il diritto a livello di circuito irrisolto nell'11° Circuito ancora oggi.</p>

  <p>Il risultato è un quadro frammentato. I ricorrenti che presentano istanza nel 9° e nel 1° Circuito dispongono di un gancio dottrinale chiaro. Quelli che presentano nel 2° Circuito possono contare su una linea favorevole dei tribunali di distretto. Quelli che presentano nell'11° Circuito operano in un contesto di incertezza residua. La normativa del DOJ ancora in attesa — elencata nell'agenda regolatoria unificata dal 2022 — risolverebbe la questione in via amministrativa ma non è ancora stata emessa. La normativa del Title <em>II</em> finalizzata nell'aprile 2024 (<strong>28 CFR Parte 35, Sottoparte H</strong>) svolge il lavoro equivalente per i siti web e le app di enti statali e locali, con date di conformità scaglionate fino al 2026–27 a seconda delle dimensioni della giurisdizione. L'esistenza della norma del Title II — e la sua esplicita adozione di WCAG 2.1 Livello AA come standard — ha cambiato le posizioni negoziali negli accordi privati del Title III anche se tecnicamente non si applica a questi ultimi.</p>

  <div class="callout info">
    <div class="ct">La questione del «collegamento», in una sola riga</div>
    <p>La questione dottrinale irrisolta nei vari circuiti è se un sito web senza una controparte fisica — un sito di puro e-commerce — sia di per sé un «luogo di pubblica sistemazione» ai sensi del Title III. Il 9° Circuito (secondo <em>Robles</em>) richiede un collegamento a una sede fisica. Il 1° e il 7° Circuito interpretano lo statuto in modo più ampio. La posizione dell'11° Circuito è irrisolta dopo l'annullamento di <em>Winn-Dixie</em> nel 2021. Il foro dei ricorrenti presenta istanza dove la dottrina è favorevole.</p>
  </div>

  <hr />

  <h2 id="procedural">05 · Le risposte procedurali</h2>

  <p>I legislatori statali hanno risposto ai volumi dei procedimenti prima del Congresso. Tre modelli di riforma sono rilevanti nel 2026.</p>

  <h3>California: §425.55 e la dichiarazione del litigante ad alta frequenza</h3>
  <p>Il California Civil Code §425.55, approvato nel 2015 e inasprito nel 2024, richiede a qualsiasi ricorrente che raggiunga la soglia del litigante ad alta frequenza di allegare una dichiarazione separata a ogni denuncia Unruh, indicando i procedimenti precedenti, identificando il legale e precisando il motivo della visita all'esercizio del convenuto. Si applica una spesa di deposito supplementare di 1.000 dollari. Lo statuto del 2015 è stato confermato contro un ricorso per parità di trattamento in <em>Thurston v. Omni Hotels Management Corp.</em>, 69 Cal. App. 5th 299 (2021). Gli emendamenti del 2024 — approvati tramite SB-585 — hanno aggiunto un requisito di allegazione più rigoroso sulla «visita personale», concepito per filtrare le domande Unruh da «tester» in cui il ricorrente non aveva mai fisicamente visitato l'attività.</p>

  <h3>New York: CPLR §3211(g)(1) e la riforma sui ricorrenti non residenti</h3>
  <p>Il Parlamento dello Stato di New York ha emendato a metà del 2024 il CPLR §3211 per richiedere ai ricorrenti in determinate azioni legate all'accessibilità di allegare un collegamento con New York e per consentire istanze di rigetto prima della risposta con un requisito rafforzato laddove la denuncia è una delle tante materialmente identiche presentate da ricorrenti non residenti. La memoria esplicativa pubblicata dai promotori ha nominato esplicitamente gli schemi di presentazione di Mizrahi Kroub e Stein Saks — ricorrenti non residenti che presentano decine di denunce per accessibilità web materialmente identiche contro convenuti fuori Stato — come la condotta oggetto della riforma.</p>

  <h3>Florida: la maggiorazione del 2021 e il preavviso</h3>
  <p>Gli emendamenti del 2021 della Florida al Titolo VIII delle proprie regole di procedura civile hanno aggiunto una maggiorazione di 250 dollari sui procedimenti ADA seriali (definiti da soglie per ricorrente) e hanno introdotto un obbligo di preavviso che concede ai convenuti una finestra per porre rimedio. La controparte federale — un disegno di legge federale sul preavviso (comunemente citato come «ADA Education and Reform Act») che è stato approvato dalla Camera degli Stati Uniti nel 2018 ma non dal Senato — è riapparso in ogni Congresso successivo. La versione del 119° Congresso è in attesa a metà del 2026.</p>

  <p>I risultati iniziali della riforma newyorkese sono visibili nell'aggiornamento Seyfarth a metà del 2025. I procedimenti federali Title III nel Southern e nell'Eastern District di New York sono diminuiti di circa il 40% nel primo semestre 2025 rispetto al primo semestre 2024. I procedimenti nel Central District of California sono aumentati di circa il 22% nello stesso periodo. I procedimenti nel New Jersey — a lungo considerato una giurisdizione alternativa per gli studi newyorkesi — sono aumentati di circa il 55%. Il totale nazionale dei procedimenti federali per il primo semestre 2025 era in calo di circa il 18% anno su anno.</p>

  <div class="chart-section">
    <div class="chart-title">H1 2025 vs H1 2024 — tendenza dei procedimenti federali Title III</div>
    <div class="bar-row"><div class="bar-label">DNJ</div><div class="bar-track"><div class="bar-fill bf-e" style="width:55%">+55%</div></div></div>
    <div class="bar-row"><div class="bar-label">CDCA</div><div class="bar-track"><div class="bar-fill bf-e" style="width:22%">+22%</div></div></div>
    <div class="bar-row"><div class="bar-label">Totale nazionale</div><div class="bar-track"><div class="bar-fill bf-f" style="width:18%">-18%</div></div></div>
    <div class="bar-row"><div class="bar-label">SDNY + EDNY</div><div class="bar-track"><div class="bar-fill bf-g" style="width:40%">-40%</div></div></div>
  </div>

  <p>L'interpretazione è controversa. I commentatori dalla parte della difesa hanno letto i dati come prova che la riforma newyorkese stia funzionando. I commentatori dalla parte dei ricorrenti li hanno letti come prova che la riforma stia spostando i procedimenti verso giurisdizioni vicine e verso i tribunali statali, dove i dati del registro sono più difficili da tracciare. Entrambe le letture sono in parte corrette. I dati del primo trimestre 2025 della California Commission on Disability Access mostrano un aumento di circa il 12% anno su anno dei procedimenti Unruh nei tribunali statali; i dati a livello di registro del New York State Office of Court Administration, dove disponibili in forma disaggregata, mostrano un aumento più contenuto ma reale dei procedimenti per accessibilità nei tribunali statali nello stesso periodo.</p>

  <hr />

  <h2 id="defense-disability">06 · Convenuti e resistenza dei diritti delle persone con disabilità</h2>

  <p>Due narrazioni si sovrappongono allo stesso registro. Entrambe sono in parte corrette, nessuna lo è completamente, e il disaccordo tra loro è la forma strutturale del dibattito di politica pubblica sul Title III nel 2026.</p>

  <div class="callout warning">
    <div class="ct">L'inquadramento della parte difensiva</div>
    <p>I sostenitori delle riforme — tra cui la Camera di Commercio degli Stati Uniti, il Restaurant Law Center e il Retail Litigation Center — hanno inquadrato i ricorrenti ad alto volume del Title III come opportunisti sin dagli atti di amicus curiae del 2017. Il vocabolario che utilizzano («schema estorsivo», «cause da drive-by», «cause da click-by») li presenta come cattivi attori che sfruttano un'esenzione per il trasferimento delle spese. La memoria esplicativa della riforma newyorkese del 2024 ha adottato esplicitamente questo inquadramento.</p>
  </div>

  <div class="callout safe">
    <div class="ct">L'inquadramento dei diritti delle persone con disabilità</div>
    <p>Le organizzazioni per i diritti delle persone con disabilità, tra cui il Disability Rights Education and Defense Fund (DREDF), Disability Rights Advocates (DRA) e la National Federation of the Blind, hanno risposto con un argomento strutturale: il Title III non prevede alcun rimedio risarcitorio, il DOJ presenta pochissimi casi di applicazione e il risultato è che le uniche entità con l'incentivo finanziario ad applicare lo statuto sono gli studi privati remunerati con un modello di trasferimento delle spese. Eliminare le spese non produce un sistema più pulito — produce un sistema non applicato.</p>
  </div>

  <div class="quote-block">
    <div class="meta">Emendamento CPLR §3211 — memoria dei promotori (2024)</div>
    <div class="quote">"La condotta oggetto di questo emendamento è la presentazione di decine di denunce materialmente identiche da parte di ricorrenti non residenti nello Stato contro convenuti fuori Stato nei tribunali di questo Stato, dove il collegamento con New York è, tutt'al più, un intento allegato di visita."</div>
    <span class="source">Parlamento dello Stato di New York · Memoria dei promotori del CPLR §3211(g)(1) (2024)</span>
  </div>

  <p>Se l'adeguamento sottostante stia avvenendo è più difficile da misurare del conteggio dei procedimenti. Il tracker Seyfarth non registra i termini degli accordi; solo una frazione dei consent decree è accessibile al pubblico. L'ADA National Network e il Job Accommodation Network hanno pubblicato occasionalmente lavori di monitoraggio degli adeguamenti, ma nessuno dei due dispone di un dataset longitudinale completo. La questione strutturale — se il volume dei procedimenti si traduca in pagine web effettivamente utilizzabili con la tecnologia assistiva — non ha una risposta chiara nei dati pubblici a metà del 2026.</p>

  <hr />

  <h2 id="individual">07 · Ricorrenti individuali e contenzioso strategico</h2>

  <p>I registri degli studi seriali oscurano un filone più ristretto ma dottrinalmente più importante: le cause presentate da singoli ricorrenti nominativi sostenuti da organizzazioni di contenzioso strategico. Sono queste le cause che producono le decisioni d'appello.</p>

  <p><strong>La National Federation of the Blind</strong> porta avanti una strategia coordinata ai sensi del Title III dall'inizio degli anni 2000, tra cui <em>NFB v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006) (una delle prime decisioni federali ad applicare il Title III a un sito web commerciale), <em>NFB v. Scribd</em>, 97 F. Supp. 3d 565 (D. Vt. 2015) e una serie di procedimenti post-<em>Robles</em> nei settori dell'istruzione superiore e dei servizi finanziari. La <strong>American Foundation for the Blind</strong> contribuisce con atti di amicus curiae e contenzioso di politica pubblica attorno all'ecosistema federale della Section 508. La <strong>National Association of the Deaf</strong> è stata la principale istituzione ricorrente nella linea di cause sulla sottotitolazione — tra cui <em>NAD v. Netflix</em>, 869 F. Supp. 2d 196 (D. Mass. 2012), <em>NAD v. Harvard</em> (D. Mass. 2015 e seguenti) e <em>NAD v. MIT</em> — stabilendo che i servizi di streaming video e gli archivi di lezioni universitarie sono soggetti ai requisiti di accesso alla comunicazione del Title III.</p>

  <p><strong>Disability Rights Advocates</strong> (DRA) e il <strong>Disability Rights Education and Defense Fund</strong> (DREDF) gestiscono dossier di contenzioso ad impatto che includono <em>Sullivan v. Doctor's Associates LLC</em>, 1:18-cv-09309 (S.D.N.Y.) e procedimenti correlati sulla responsabilità del franchisor, nonché cause strutturali contro autorità di trasporto, distretti scolastici e grandi catene di vendita al dettaglio. Questi dossier si protraggono tipicamente per anni, si concludono in consent decree con programmi di adeguamento da svariati milioni di dollari e producono adeguamenti che il filone seriale per singolo sito non produce. Generano anche, per loro natura, un numero esiguo di cause all'anno — non migliaia.</p>

  <p class="pull-quote">Un piccolo numero di cause strategiche produce la dottrina giuridica. Un numero molto elevato di cause seriali produce la pressione quotidiana per l'applicazione. Il DOJ, in pratica, non svolge nessuno dei due ruoli su scala.</p>

  <hr />

  <h2 id="outlook">08 · Prospettive 2026</h2>

  <p>Tre filoni definiranno probabilmente il resto dell'anno.</p>

  <ul>
    <li><strong>La normativa del DOJ per i siti web del Title III.</strong> La proposta è nell'agenda regolatoria unificata dal 2022. Se venisse emessa nel 2026, risolverebbe — in via amministrativa — l'incertezza della divisione circuituale sui convenuti che operano solo online e formalizzerebbe probabilmente WCAG 2.1 Livello AA come standard federale, allineandosi alla norma definitiva del Title II. Il foro dei ricorrenti si aspetta che la norma <em>alzi</em> la soglia di ciò che la conformità richiede e che quindi ampli, non riduca, il pool dei potenziali convenuti.</li>
    <li><strong>Un possibile accoglimento del certiorari da parte della SCOTUS sulla questione del «collegamento».</strong> La posizione irrisolta dell'11° Circuito, la linea <em>Robles</em> del 9° Circuito e il quadro frammentato dei tribunali di distretto del 2° Circuito hanno prodotto una coda ricorrente di istanze di certiorari. La Corte ha negato il certiorari in <em>Robles</em> nel 2019 e in vari ricorsi di follow-up fino al 2023; le istanze del 2025 nello spazio dell'accesso ai siti web sono in attesa al momento della scrittura di questo articolo.</li>
    <li><strong>La migrazione verso i tribunali statali.</strong> L'effetto più misurabile delle riforme procedurali del 2024–25 è uno spostamento dei procedimenti dai tribunali federali a quelli statali, e da New York a California, New Jersey e Florida. Se questo schema persiste, il tracker Seyfarth per i tribunali federali sottostimeràprogressivamente il volume nazionale reale — e il dibattito di politica pubblica che utilizza le sue cifre avrà bisogno di una nuova base di riferimento.</li>
  </ul>

  <h2 id="closing">Il filo conduttore</h2>

  <p>Il quadro 2026 dell'applicazione dell'ADA Title III è uno in cui la promessa dello statuto sulle strutture aperte al pubblico viene mantenuta, quando viene mantenuta, da un foro privato concentrato in una manciata di studi e una manciata di distretti, che opera su un modello di trasferimento delle spese che non era il perno centrale dei redattori originali ma è diventato quello portante. Le riforme procedurali del 2024 a New York e in California hanno cambiato dove avvengono i procedimenti più di quanto abbiano cambiato il numero di questi ultimi. Il divario di accesso sottostante — la quota di siti web commerciali statunitensi che sono effettivamente utilizzabili con la tecnologia assistiva — si muove più lentamente della curva del contenzioso, il che è il singolo argomento più forte che il sistema attuale stia producendo pressione ma non ancora risultati alla scala presupposta dal Congresso nel 1990.</p>

  <p>Se la normativa DOJ del Title III in attesa, il prossimo ciclo di riforme statali o una concessione di certiorari da parte della Corte Suprema cambieranno questo schema è la questione aperta del 2026. Per approfondire, Disability World offre risorse sull'<a href="/regulations/us/">ADA</a>, sul <a href="/regulations/">più ampio panorama della normativa statunitense sull'accessibilità</a>, su <a href="/articles/accessibility-compliance-explainer/">come conformità, adeguamento e accessibilità differiscono</a>, sul <a href="/toolkit/standards/wcag/">riferimento WCAG 2.2</a> e sul <a href="/articles/">registro delle notizie 2026</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodologia e dati:</strong> I conteggi dei procedimenti derivano dal tracker ADA Title III di Seyfarth Shaw (cicli 2013–2025, codificati tramite PACER), dal blog <em>ADA Title III News &amp; Insights</em>, dai rapporti annuali della California Commission on Disability Access, dai dati del registro del New York State Office of Court Administration e dal documento di lavoro 2024 del gruppo di pratica sui diritti delle persone con disabilità dell'American Association for Justice. I conteggi delle cause a livello di studio sono stime aggregate dal registro pubblico e dall'analisi AAJ; le cifre precise per studio variano tra le fonti e i cicli di reportistica, e la tabella sopra va letta come rango relativo, non come totali verificati. Le cifre Unruh dei tribunali statali sono ricostruite dai rapporti annuali CCDA e dai riepiloghi dei registri dei tribunali superiori.</p>
    <p><strong>Contesto giuridico:</strong> Americans with Disabilities Act, Title III, 42 U.S.C. §12181 e seguenti (1990). California Civil Code §§52, 425.50–425.55 (Unruh Civil Rights Act e dichiarazione del litigante ad alta frequenza). New York CPLR §3211(g)(1), come emendato (2024). Florida Title VIII emendamenti alle regole di procedura civile (2021). 28 CFR Parte 35, Sottoparte H (norma definitiva del Title II, aprile 2024, che adotta WCAG 2.1 Livello AA). Riferimenti a cause: <em>Robles v. Domino's Pizza, LLC</em>, 913 F.3d 898 (9th Cir. 2019), cert. denied 140 S. Ct. 122 (2019); <em>Carparts Distribution Center v. Automotive Wholesaler's Association</em>, 37 F.3d 12 (1st Cir. 1994); <em>Gil v. Winn-Dixie Stores</em>, 257 F. Supp. 3d 1340 (S.D. Fla. 2017); <em>Andrews v. Blick Art Materials, LLC</em>, 268 F. Supp. 3d 381 (E.D.N.Y. 2017); <em>NFB v. Target Corp.</em>, 452 F. Supp. 2d 946 (N.D. Cal. 2006); <em>NAD v. Netflix</em>, 869 F. Supp. 2d 196 (D. Mass. 2012); <em>Thurston v. Omni Hotels Management Corp.</em>, 69 Cal. App. 5th 299 (2021).</p>
    <p><strong>Cosa questo articolo non è:</strong> Un registro completo. Il dataset Seyfarth conta solo i procedimenti federali; un numero imprecisato di cause Unruh nei tribunali statali e ai sensi della New York State Human Rights Law vengono presentate in parallelo e non sono catturate dalla cifra di riferimento. Si tratta di un'analisi editoriale di un dibattito di politica pubblica, non di una consulenza legale. I lettori che ricevono una lettera di richiesta o una denuncia ai sensi del Title III dovrebbero consultare un professionista legale competente abilitato nella giurisdizione pertinente.</p>
  </footer>

</div>

---
title: I complementi statali all'ADA: Unruh, NYCHRL e l'effetto calamita per il contenzioso
url: https://www.disabilityworld.org/it/articles/state-level-supplements-to-ada/
description: Il Titolo III dell'ADA federale offre solo tutela inibitoria e rimborso spese. L'Unruh Act della California e la New York City Human Rights Law aggiungono risarcimenti statutari per ogni visita — ed è per questo che due stati concentrano la stragrande maggioranza dei ricorsi per accessibilità web.
author: Disability World
pubDate: 2026-05-22
tags: us-law, ada, unruh-act, nychrl, state-law, regulations, regulation-primer
---

# I complementi statali all'ADA: Unruh, NYCHRL e l'effetto calamita per il contenzioso

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione dell'immagine: la bandiera dell'Orso della California e la bandiera dello Stato di New York issate fianco a fianco su un pennone davanti all'esterno moderno di un palazzo di giustizia — elemento visivo di ancoraggio per i complementi statali all'ADA federale.</p>

<p class="rt-prefix">Tempo di lettura: 12 minuti</p>

<p class="wp-block-paragraph">I ricorrenti federali in materia di accessibilità operano all'interno di un edificio a due piani. Il piano terra è il <strong>Titolo III dell'Americans with Disabilities Act</strong>, che vieta la discriminazione fondata sulla disabilità da parte dei luoghi di pubblica utilità ma, come rimedio, offre soltanto tutela inibitoria più rimborso delle spese legali — nessun risarcimento in denaro al singolo ricorrente. Il piano superiore è il patchwork di <strong>leggi statali e municipali sui diritti civili</strong> che si innestano esplicitamente su una violazione dell'ADA aggiungendo ciò che il diritto federale non concede: risarcimenti statutari per ogni visita, definizioni più ampie di ente soggetto alla legge, soglie di intenzionalità più basse. Per il quadro federale complessivo si veda la nostra <a href="/articles/ada-title-iii-web-accessibility-guide/">guida all'accessibilità web ai sensi del Titolo III dell'ADA</a>; per i dati sulla geografia del contenzioso, l'articolo sui <a href="/articles/largest-ada-settlements-2020-2026/">maggiori accordi ADA 2020–2026</a> si abbina a questo.</p>

<p class="wp-block-paragraph">Il presente testo è strutturato attorno a cinque complementi statali: l'<strong>Unruh Civil Rights Act</strong> della California (Civ. Code §§ 51–52, con il minimo di 4.000 dollari per violazione che ha reso lo stato la capitale mondiale dei ricorsi per accessibilità web), la <strong>New York State Human Rights Law (NYSHRL)</strong> e la più ampia <strong>New York City Human Rights Law (NYCHRL)</strong>, le <strong>modifiche legislative della Florida del 2021</strong> che innalzano le barriere procedurali ai ricorsi ADA, e il <strong>Massachusetts c. 151B</strong>. Si spiega poi l'«effetto calamita» — perché California e New York insieme ospitino la gran parte dei ricorsi per accessibilità dei siti web — e le riforme procedurali (Cal. Civ. Code § 425.55, la modifica al CPLR § 3211(g) del 2022) che cominciano a redistribuire il ruolo.</p>

<h2 class="wp-block-heading" id="h-why-state-law-matters">Perché il diritto statale conta quando esiste già l'ADA federale</h2>

<p class="wp-block-paragraph">Il fatto più rilevante sul Titolo III dell'ADA è ciò che esso <em>non</em> prevede: il risarcimento in denaro al ricorrente vittorioso. <strong>42 U.S.C. § 12188(a)</strong> limita le tutele private a quelle disponibili ai sensi della § 204(a) del Civil Rights Act del 1964 — tutela inibitoria più ragionevoli spese legali, costi e spese processuali. Un ricorrente non vedente che prova una violazione del Titolo III sul sito di un rivenditore ottiene un'ordinanza giudiziaria di correzione e il rimborso delle spese all'avvocato. Il ricorrente personalmente non riceve nulla.</p>

<p class="wp-block-paragraph">I parlamenti statali hanno colmato questa lacuna ancor prima che l'ADA fosse redatta. L'Unruh Act della California precede l'ADA di quattro decenni; la NYCHRL è stata promulgata nel 1965 ed è stata ampliata ripetutamente da allora. Quando nel 1990 il Congresso ha fissato il livello federale minimo in ingiunzione più spese legali, l'effetto pratico è stato che qualsiasi ricorrente con accesso a una sovrapposizione di diritto statale — Unruh in California, NYCHRL a New York City, c. 151B nel Massachusetts — poteva invocare l'ADA <em>e</em> una causa di stato nello stesso ricorso, recuperare i risarcimenti statutari sul conteggio statale mentre il conteggio federale trainava l'ingiunzione e il riconoscimento delle spese. Venticinque anni dopo, quella struttura di accusa è l'unica ragione per cui la geografia del contenzioso sull'accessibilità si presenta nel modo in cui si presenta.</p>

<h2 class="wp-block-heading" id="h-unruh">L'Unruh Civil Rights Act della California</h2>

<p class="wp-block-paragraph">L'<strong>Unruh Civil Rights Act</strong>, codificato al Civil Code della California §§ 51–52, garantisce piena e uguale assistenza in tutti gli esercizi commerciali di qualsiasi tipo alle persone indipendentemente dalla disabilità (tra le altre categorie protette). Due caratteristiche la rendono il complemento statale all'ADA più potente degli Stati Uniti.</p>

<h3 class="wp-block-heading" id="h-unruh-statutory-damages">Il minimo statutario di 4.000 dollari per violazione</h3>

<p class="wp-block-paragraph">Il <strong>Civil Code § 52(a)</strong> dà diritto al ricorrente vittorioso ai sensi dell'Unruh Act a «non meno di quattromila dollari» per violazione, più i danni effettivi e le spese legali. Il minimo è previsto per legge e non è discrezionale; un tribunale che accerta una violazione deve riconoscere almeno 4.000 dollari. Nei casi di accessibilità dei siti web, i tribunali californiani hanno generalmente trattato ogni visita a un sito non conforme come una violazione distinta — quindi un ricorrente che deduce tre visite sta richiedendo almeno 12.000 dollari di risarcimento statutario prima delle spese legali.</p>

<h3 class="wp-block-heading" id="h-unruh-ada-incorporation">Incorporazione automatica dell'ADA</h3>

<p class="wp-block-paragraph">Il paragrafo (f) del § 51, aggiunto dalle modifiche del 1992, prevede che «una violazione del diritto di qualsiasi individuo ai sensi dell'Americans with Disabilities Act del 1990 costituisca anche una violazione della presente sezione». In sintesi: ogni violazione del Titolo III è, per effetto della legge californiana, automaticamente una violazione dell'Unruh Act. Il ricorrente non deve provare la discriminazione intenzionale ai sensi del previgente standard «condotta volontaria e affermativa di pregiudizio» dell'Unruh Act se la pretesa di violazione dell'ADA è dimostrata. Questo è il ponte che trasforma il rimedio iniuntivo dell'ADA nei risarcimenti per visita dell'Unruh Act.</p>

<h3 class="wp-block-heading" id="h-unruh-construction-related-bar">Il livello relativo alle pretese di accessibilità in materia edilizia</h3>

<p class="wp-block-paragraph">Accanto all'Unruh Act si trovano il <strong>California Disabled Persons Act</strong> (Civ. Code §§ 54–55.3) e un fitto insieme di disposizioni procedurali promulgate nel 2012 (SB 1186) e successivamente più volte modificate. Tali disposizioni disciplinano le «pretese di accessibilità connesse all'edilizia» — i casi di locali fisici — e impongono requisiti di comunicazione pre-contenziosa, uno standard di accusa elevato e una sospensione del risarcimento per i convenuti piccole imprese che certificano un'ispezione CASp (Certified Access Specialist). La maggior parte di questo meccanismo non si applica ai casi di siti web puri; questi rimangono disciplinati direttamente dall'Unruh § 52. La bipartizione è parte del motivo per cui il ruolo californiano si è esteso dall'edilizia al digitale così pesantemente nell'ultimo decennio.</p>

<h2 class="wp-block-heading" id="h-new-york">New York: stato più città, due livelli sovrapposti</h2>

<p class="wp-block-paragraph">New York è l'unica giurisdizione statunitense in cui un ricorrente può invocare contemporaneamente tre regimi di diritti civili: l'ADA federale, la NYSHRL a livello statale e la NYCHRL a livello cittadino. Ciascuno aggiunge qualcosa che gli altri non offrono.</p>

<h3 class="wp-block-heading" id="h-nyshrl">La New York State Human Rights Law (NYSHRL)</h3>

<p class="wp-block-paragraph">La NYSHRL, Executive Law § 296, vieta la discriminazione fondata sulla disabilità da parte dei luoghi di pubblica utilità. Una modifica del 2019 (Chapter 160 of the Laws of 2019) ha espressamente abolito la regola di lunga data secondo cui la NYSHRL avrebbe dovuto essere interpretata contestualmente al Titolo VII federale / ADA, imponendo ai tribunali di interpretarla «in modo estensivo per il conseguimento dei [suoi] scopi riparatori». I danni ai sensi della NYSHRL includono i danni compensativi senza massimale statutario e — come ulteriormente modificato nel 2021 — i danni punitivi contro datori di lavoro privati e luoghi di pubblica utilità. La legge statale è stata storicamente il più debole dei due livelli newyorkesi perché la soglia della legge cittadina è molto più bassa.</p>

<h3 class="wp-block-heading" id="h-nychrl">La New York City Human Rights Law (NYCHRL)</h3>

<p class="wp-block-paragraph">La <strong>NYCHRL</strong>, Titolo 8 del Codice Amministrativo della Città di New York, è — per deliberata volontà legislativa — lo statuto sui diritti civili più ampio degli Stati Uniti. Tre caratteristiche rilevano per i ricorrenti in materia di accessibilità.</p>

<p class="wp-block-paragraph">In primo luogo, il <strong>mandato di interpretazione indipendente</strong>. Il Local Civil Rights Restoration Act del 2005, codificato al § 8-130, istruisce i tribunali che la NYCHRL «deve essere interpretata estensivamente per il conseguimento dei suoi scopi ampi e riparatori, indipendentemente dal fatto che le leggi federali e statali newyorkesi sui diritti civili e umani, comprese quelle con disposizioni analogamente formulate a disposizioni del presente titolo, siano state così interpretate». Il precedente dell'ADA federale è un minimo, mai un soffitto, e mai un vincolo per la legge locale. Il Second Circuit è stato istruito dalla Corte d'appello di New York a leggere la legge cittadina come «più protettiva» in ogni area comparabile.</p>

<p class="wp-block-paragraph">In secondo luogo, la <strong>definizione di ente soggetto alla legge è più ampia</strong> del Titolo III. La NYCHRL si estende a «fornitori, sia autorizzati che non autorizzati, di beni, servizi, strutture, sistemazioni, vantaggi o privilegi di qualsiasi tipo», ed è stata interpretata come applicabile alle imprese esclusivamente online senza il dibattito sul «nesso con un luogo fisico di pubblica utilità» che divide i circuiti federali per il Titolo III.</p>

<p class="wp-block-paragraph">In terzo luogo, il <strong>pacchetto di rimedi</strong>. Il § 8-502 autorizza danni compensativi, danni punitivi, spese legali e — in pratica sebbene non nel testo della legge — valori di transazione che hanno reso i ricorsi NYCHRL per accessibilità commercialmente significativi quanto quelli ai sensi dell'Unruh Act. I risarcimenti statutari non seguono un minimo fisso come il § 52, ma i danni punitivi e i compensativi senza massimale operano nella stessa direzione.</p>

<h2 class="wp-block-heading" id="h-comparison-table">I cinque complementi statali in sintesi</h2>

<table class="wp-block-table">
<thead>
<tr>
<th>Legge statale</th>
<th>Riferimento normativo</th>
<th>Risarcimento statutario per violazione?</th>
<th>Incorporazione automatica dell'ADA?</th>
<th>Recente riforma procedurale?</th>
</tr>
</thead>
<tbody>
<tr>
<td>California — Unruh Civil Rights Act</td>
<td>Cal. Civ. Code §§ 51–52</td>
<td>Sì — minimo di 4.000 dollari per violazione</td>
<td>Sì — § 51(f) tratta ogni violazione del Titolo III come una violazione dell'Unruh Act</td>
<td>Sì — § 425.55 obbligo di disclosure per i ricorrenti seriali e riforme di sospensione e valutazione anticipata del § 55.32 (ciclo 2012–2024)</td>
</tr>
<tr>
<td>New York City Human Rights Law (NYCHRL)</td>
<td>NYC Admin. Code Titolo 8 (in part. §§ 8-107, 8-130, 8-502)</td>
<td>Nessun minimo fisso — ma compensativi senza massimale più danni punitivi</td>
<td>No — mandato di interpretazione indipendente (§ 8-130) tratta l'ADA federale solo come minimo</td>
<td>Sì — modifica al CPLR § 3211(g) (2022) innalza lo standard di rigetto pre-discovery per i ricorrenti seriali in alcuni tribunali</td>
</tr>
<tr>
<td>New York State Human Rights Law (NYSHRL)</td>
<td>NY Exec. Law § 296</td>
<td>Nessun minimo fisso — compensativi più, dal 2021, danni punitivi contro i convenuti luoghi di pubblica utilità</td>
<td>No — ma la modifica del 2019 impone un'interpretazione estensiva indipendente dai corrispettivi federali</td>
<td>Nessuna riforma procedurale statale mirata ai ricorsi per accessibilità a metà 2026</td>
</tr>
<tr>
<td>Modifiche legislative della Florida (2021)</td>
<td>Fla. Stat. § 760.11 et seq., come modificato da SB 1024 (2021); v. anche HB 7029 / 2020 supplementare</td>
<td>No — la legge statale continua a seguire i rimedi dell'ADA federale</td>
<td>Sì — lo statuto sui diritti umani statale incorpora il diritto federale contro la discriminazione per disabilità</td>
<td>Sì — le modifiche del 2021 hanno introdotto una soprattassa di 5.000 dollari a carico del ricorrente per i ricorrenti seriali e un requisito di comunicazione pre-contenziosa mirato ai ricorsi ai sensi del Titolo III per i locali fisici</td>
</tr>
<tr>
<td>Massachusetts c. 151B</td>
<td>Mass. Gen. Laws c. 151B; c. 272 §§ 92A, 98</td>
<td>Nessun minimo statutario — c. 151B autorizza risarcimenti compensativi più, separatamente, il Procuratore Generale può richiedere sanzioni civili fino a 50.000 dollari</td>
<td>Parziale — c. 151B e c. 272 si sovrappongono al Titolo III federale senza incorporazione automatica in stile § 51(f)</td>
<td>Nessuna riforma mirata ai ricorsi per accessibilità; il requisito di esaurimento del MCAD opera come filtro de facto</td>
</tr>
</tbody>
</table>

<h2 class="wp-block-heading" id="h-florida-amendments">Le modifiche legislative della Florida del 2021 e l'effetto deterrente</h2>

<p class="wp-block-paragraph">La Florida è stata per tutto il decennio 2010 e nei primi anni 2020 tra i primi tre fori federali per i ricorsi ai sensi del Titolo III dell'ADA, ma — a differenza di California e New York — il suo statuto statale sui diritti umani (il Florida Civil Rights Act, Fla. Stat. § 760.01 et seq.) non prevede risarcimenti per visita né incorporazione automatica in stile § 51(f) delle violazioni federali dell'ADA. I ricorrenti della Florida esercitano l'azione ai sensi del Titolo III nei tribunali federali e puntano principalmente alla tutela ininitoria federale più le spese legali.</p>

<p class="wp-block-paragraph">Nel 2021 il parlamento della Florida ha approvato SB 1024, modificando il Civil Rights Act per aggiungere una <strong>soprattassa di 5.000 dollari a carico del ricorrente</strong> per i ricorrenti seriali di pretese di accessibilità e un requisito di comunicazione pre-contenziosa modellato liberamente sulle riforme californiane in materia edilizia. Le modifiche riguardano i ricorsi ai sensi del Titolo III per i locali fisici piuttosto che i casi di siti web puri, e la costituzionalità della soprattassa è stata contestata nel successivo contenzioso federale. Il segnale politico è il più importante: la Florida è il primo grande stato di foro ad adottare un deterrente dal lato del ricorrente anziché un incentivo. Se ciò ridistribuisca materialmente il ruolo è, a metà 2026, una questione empirica aperta che il prossimo aggiornamento dei dati di ricorso comincerà a rispondere.</p>

<h2 class="wp-block-heading" id="h-massachusetts">Il Massachusetts c. 151B: statuto anti-discriminazione e sovrapposizione sulla pubblica utilità</h2>

<p class="wp-block-paragraph">Il Massachusetts divide il proprio regime di diritti civili in due statuti. Il <strong>Chapter 151B</strong> è la legge onnicomprensiva sulla discriminazione in materia di lavoro, alloggio e credito, amministrata dalla Massachusetts Commission Against Discrimination (MCAD); il ricorrente deve esaurire la procedura MCAD prima di promuovere un'azione giudiziaria. Il <strong>Chapter 272, §§ 92A e 98</strong>, è il complemento sulla pubblica utilità, più vicino all'analogo federale del Titolo III, e consente azioni giudiziarie dirette senza esaurimento del MCAD per il rifiuto discriminatorio dell'accesso alla pubblica utilità.</p>

<p class="wp-block-paragraph">Nessuno dei due statuti prevede un minimo per visita in stile Unruh Act. Il requisito di esaurimento del MCAD per i ricorsi ai sensi del c. 151B opera come filtro de facto sui ricorsi che California e New York semplicemente non hanno. Il risultato è un regime statale robusto sulla carta ma che produce una piccola frazione del volume di ricorsi della California o di New York.</p>

<h2 class="wp-block-heading" id="h-litigation-magnet">L'effetto calamita: perché due stati ospitano la maggior parte del ruolo</h2>

<p class="wp-block-paragraph">I dataset aggregati derivati da PACER (il tracker annuale ADA Titolo III di Seyfarth Shaw, i rapporti trimestrali di UsableNet, le statistiche sul carico processuale del Federal Judicial Center) convergono da anni sullo stesso dato di fondo: <strong>California e New York insieme ospitano tra il 70% e l'80% di tutti i ricorsi federali ai sensi del Titolo III dell'ADA per accessibilità dei siti web</strong> in qualsiasi anno solare, pur detenendo ben meno del 20% della popolazione statunitense. La Florida è un lontano terzo; tutto il resto riempie il residuo.</p>

<p class="wp-block-paragraph">La ragione non è che California e New York abbiano più siti web inaccessibili. È che California e New York sono le uniche due grandi giurisdizioni in cui un ricorrente può recuperare risarcimenti per visita — il minimo di 4.000 dollari dell'Unruh Act, i compensativi senza massimale più i danni punitivi della NYCHRL — in aggiunta al pacchetto federale ADA di ingiunzione e spese. L'economia di una pratica di ricorso seriale funziona in California e New York. Non funziona in Texas, Illinois o Pennsylvania, dove il rimedio federale è l'unico rimedio disponibile.</p>

<p class="wp-block-paragraph">Vi è anche un effetto di concentrazione auto-rinforzante. Gli studi legali dei ricorrenti con esperienza ai sensi dell'Unruh Act e della NYCHRL hanno costruito un'infrastruttura di ricorso — tester, modelli di atti, prontuari di transazione — che scala linearmente nelle due giurisdizioni e per nulla nelle altre. Gli studi legali della difesa hanno costruito gruppi di pratica complementari nelle stesse due giurisdizioni. Il risultato è una geografia del ruolo che, vent'anni dopo l'inizio dell'era del contenzioso sull'accessibilità web, rispecchia la geografia degli statuti che integrano l'ADA.</p>

<h2 class="wp-block-heading" id="h-procedural-reforms">Le riforme procedurali che cominciano a redistribuire il ruolo</h2>

<p class="wp-block-paragraph">Sia la California che New York hanno, nell'ultimo decennio, promulgato riforme procedurali mirate al lato dei ricorrenti ad alto volume del ruolo. Le riforme non eliminano i risarcimenti statutari sottostanti; innalzano lo standard di accusa.</p>

<h3 class="wp-block-heading" id="h-cal-civ-code-425-55">Il California Civil Code § 425.55 e le norme sui «ricorrenti ad alta frequenza»</h3>

<p class="wp-block-paragraph">Il California Civil Code § 425.55, originariamente promulgato nel 2012 e ampliato dall'AB 1521 (2015), dall'SB 1186 (2021) e dalla legislazione successiva, istituisce una categoria di «ricorrente ad alta frequenza» — generalmente un ricorrente che ha depositato dieci o più atti di causa per accessibilità in materia edilizia in un periodo di 12 mesi. I ricorsi di tale categoria devono essere verificati, devono contenere comunicazioni aggiuntive (numero di azioni precedenti, identità dell'avvocato, ragione del ricorrente per aver visitato l'attività) e comportano una soprattassa di deposito giudiziario di 1.000 dollari. La disposizione correlata, Code of Civil Procedure § 425.50, richiede uno standard di accusa fattuale più elevato per i ricorsi ai sensi del Titolo III in materia edilizia.</p>

<p class="wp-block-paragraph">Le riforme riguardano i casi di locali fisici. Non disciplinano direttamente i ricorsi Unruh per siti web puri, il che spiega in parte perché i ricorsi abbiano continuato a crescere nel canale digitale anche mentre quelli per locali fisici si sono stabilizzati. La sessione legislativa californiana del 2024 ha dibattuto l'estensione del § 425.55 ai casi di siti web; nessuna versione promulgata era giunta alla firma del governatore a metà 2026.</p>

<h3 class="wp-block-heading" id="h-cplr-3211">Il CPLR § 3211(g) e lo standard di rigetto pre-discovery di New York</h3>

<p class="wp-block-paragraph">Una modifica del 2022 al Civil Practice Law and Rules § 3211(g) di New York ha modificato lo standard per i ricorsi di rigetto pre-discovery in determinate azioni sui diritti civili. La modifica è stata motivata in parte dalla preoccupazione per i ricorsi seriali di casi NYCHRL per siti web; nella pratica ha fornito ai giudici della Corte Suprema di New York una base testuale più chiara per respingere tempestivamente i ricorsi poco circostanziati. Le cause federali ADA rimosse dal Second Circuit non sono direttamente disciplinate, ma lo sviluppo nei tribunali statali ha influito sul modo in cui i tribunali federali dei distretti meridionale ed orientale valutano le pretese NYCHRL pendenti.</p>

<p class="wp-block-paragraph">Nessuno dei due pacchetti di riforma elimina i risarcimenti statutari che trainano il ruolo. Entrambi aumentano il costo per i ricorrenti del deposito di ricorsi su base volumetrica — il che è esattamente l'intenzione progettuale. La questione empirica per il prossimo ciclo di reporting è se l'aumento del costo sia sufficiente a redistribuire i ricorsi fuori da California e New York, o se l'economia sottostante favorisca ancora quei due stati anche con la barriera procedurale più alta.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Implicazioni pratiche per convenuti e ricorrenti</h2>

<p class="wp-block-paragraph">Per le organizzazioni che gestiscono siti web accessibili ai consumatori californiani o newyorkesi, la posizione strategica è consolidata da anni: il livello federale ADA di ingiunzione più spese legali è il limite inferiore dell'esposizione; il limite superiore è il massimo per visita di 4.000 dollari dell'Unruh Act o il soffitto punitivi-più-compensativi della NYCHRL. Il lavoro di rimedio pre-contenzioso si ripaga da solo se previene anche un solo ricorso ai sensi dell'Unruh Act. Per le organizzazioni operanti in Florida o nel Massachusetts, il profilo di esposizione è più ristretto e il filtro procedurale (la soprattassa della Florida, l'esaurimento del MCAD nel Massachusetts) incide materialmente sul numero di casi che raggiungono mai un tribunale.</p>

<p class="wp-block-paragraph">Per i ricorrenti, la geografia del ruolo non è un caso legato a dove vivono gli utenti con disabilità. È il risultato prevedibile di dove il legislatore ha reso conveniente presentare ricorso. I pacchetti di riforma ora in corso in California e New York sono il primo contrattacco legislativo sostenuto a tale concentrazione. Se ridistribuiranno materialmente i ricorsi, o semplicemente aumenteranno il costo di accesso alle pratiche di ricorso seriale, sarà la storia empirica del ciclo di reporting della fine degli anni Venti. Per il quadro politico più ampio si veda il nostro articolo su <a href="/articles/private-right-of-action-vs-regulator/">diritto d'azione privato versus applicazione guidata dal regolatore</a>; per il livello federale, il <a href="/articles/ada-title-iii-web-accessibility-guide/">testo introduttivo al Titolo III</a>; per il registro delle transazioni caso per caso, l'articolo sui <a href="/articles/largest-ada-settlements-2020-2026/">maggiori accordi ADA 2020–2026</a>.</p>

<h2 class="wp-block-heading" id="h-conclusion">Conclusione: pavimento federale, soffitto statale</h2>

<p class="wp-block-paragraph">Il Titolo III dell'ADA è, strutturalmente, uno statuto di tutela ininitoria con una disposizione di traslazione delle spese legali. Sarebbe sempre spettato a una legge statale decidere se le violazioni in materia di accessibilità fossero oggetto di contenzioso per danni. La California, due volte — prima con la modifica di incorporazione § 51(f) dell'Unruh Act del 1992, poi con il costante inasprimento del minimo risarcitorio del § 52 — ha scelto di essere lo stato in cui lo sono. New York City, tramite il Local Civil Rights Restoration Act del 2005 e il mandato di interpretazione indipendente della NYCHRL, ha scelto la stessa strada attraverso un percorso dottrinale diverso. La Florida e il Massachusetts hanno scelto altrimenti. Il risultato è il ruolo che abbiamo.</p>

<p class="wp-block-paragraph">Il prossimo capitolo del contenzioso sull'accessibilità negli Stati Uniti sarà scritto dalle riforme procedurali ora in moto nei due stati calamita. Le norme sui ricorrenti ad alta frequenza del § 425.55, lo standard di rigetto pre-discovery del CPLR § 3211(g) e le proposte legislative per estendere l'uno o l'altro ai casi di siti web puri determineranno se la geografia del ruolo si manterrà, si restringerà o — per la prima volta in venticinque anni — si disperderà.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fonti primarie</h2>

<ol class="wp-block-list">
<li>Americans with Disabilities Act del 1990, Titolo III, 42 U.S.C. § 12181 et seq.; disposizione sui rimedi al 42 U.S.C. § 12188(a).</li>
<li>California Civil Code §§ 51–52 (Unruh Civil Rights Act); §§ 54–55.32 (California Disabled Persons Act); Code of Civil Procedure § 425.50, § 425.55 (norme sui ricorrenti ad alta frequenza).</li>
<li>New York Executive Law § 296 (NYSHRL); 2019 N.Y. Laws ch. 160 (mandato di interpretazione estensiva); modifiche del 2021 che autorizzano i danni punitivi.</li>
<li>New York City Administrative Code, Titolo 8 (NYCHRL), in particolare §§ 8-107, 8-130 (Local Civil Rights Restoration Act del 2005), 8-502.</li>
<li>Florida Statutes § 760.01 et seq.; modifiche SB 1024 del 2021; HB 7029 (2020) supplementare.</li>
<li>Massachusetts General Laws c. 151B; c. 272 §§ 92A, 98; norme procedurali del MCAD.</li>
<li>New York Civil Practice Law and Rules § 3211(g), come modificato nel 2022.</li>
<li>Seyfarth Shaw LLP, <em>ADA Title III News &amp; Insights — Annual Lawsuit Tracker</em> (ciclo 2024–25), e aggiornamenti trimestrali sui ricorsi di UsableNet.</li>
<li>Federal Judicial Center, <em>Federal Court Cases — Integrated Database</em>, statistiche sul carico processuale ADA Titolo III.</li>
<li>California Commission on Disability Access, rapporti statutari ai sensi del Government Code § 8299.06.</li>
</ol>

</div>

---
title: Lo stato dell'accesso all'istruzione per i sordi nel mondo nel 2026
url: https://www.disabilityworld.org/it/articles/state-of-deaf-education-access/
description: Vent'anni dopo che la CRPD ha riconosciuto il diritto dei bambini sordi a imparare in una lingua dei segni, il divario tra trattato e aula scolastica si misura ancora in milioni. Un quadro aggiornato al 2026 su sei paesi, tre modelli didattici e i meccanismi politici che cominciano a colmarlo.
author: Disability World
pubDate: 2026-05-22
tags: education, deaf-education, sign-language, crpd, global, data
---

# Lo stato dell'accesso all'istruzione per i sordi nel mondo nel 2026

<div class="src-article" data-template="1">

<div>
  <span class="eyebrow"><strong>Dossier dati</strong> · Accesso all'istruzione globale</span>
</div>

<h1>Lo stato dell'accesso all'istruzione per i sordi nel mondo <em>nel 2026</em></h1>

<p class="lede">Vent'anni dopo che la Convenzione delle Nazioni Unite sui diritti delle persone con disabilità ha riconosciuto il diritto dei bambini sordi a imparare in una lingua dei segni, il quadro globale è quello di un lento e disomogeneo recupero. L'OMS conta <strong>34 milioni di bambini sotto i 15 anni</strong> con perdita uditiva invalidante. L'UNESCO stima che <strong>circa l'80%</strong> dei bambini sordi in età scolare nei paesi a basso e medio reddito sia completamente fuori dalla scuola. La World Federation of the Deaf mantiene la stessa posizione che sostiene da un decennio: <strong>meno del 3%</strong> dei bambini sordi nel mondo viene istruito in una lingua dei segni che possa usare nativamente. Circa <strong>80 giurisdizioni</strong> hanno attribuito a una lingua dei segni nazionale una qualche forma di riconoscimento legale. Questo è il quadro al 2026.</p>

<section class="dossier" aria-labelledby="dossier-title">
  <header class="dossier-head">
    <span class="dossier-stamp">Risultati · Fascicolo 01</span>
    <span class="dossier-meta">06 voci · derivate da OMS 2024, UNESCO GEM, WFD 2024, osservazioni del Comitato CRPD</span>
  </header>

  <h2 class="dossier-title" id="dossier-title">Cosa dicono i dati sull'accesso all'istruzione per i sordi nel 2026</h2>

  <ol class="dossier-list">
    <li class="dossier-row">
      <span class="dossier-idx">01</span>
      <span class="dossier-stat">34M</span>
      <div class="dossier-body">
        <p class="dossier-claim">Nel mondo ci sono circa 34 milioni di bambini sordi sotto i 15 anni</p>
        <p class="dossier-note">L'aggiornamento 2024 dell'OMS al World Report on Hearing stima la popolazione mondiale con perdita uditiva invalidante intorno a 430 milioni di persone, di cui 34 milioni di bambini sotto i 15 anni. Senza interventi politici, il modello proietta oltre 700 milioni entro il 2050, con una crescita concentrata nei paesi a basso e medio reddito.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">02</span>
      <span class="dossier-stat">circa 80%</span>
      <div class="dossier-body">
        <p class="dossier-claim">Circa l'80% dei bambini sordi in età scolare nei paesi a basso e medio reddito è completamente fuori dalla scuola</p>
        <p class="dossier-note">L'UNESCO Global Education Monitoring Report porta questa stima dalla sua edizione 2020 incentrata sull'inclusione, riaffermandola in ogni successiva nota concettuale annuale, incluso il contributo SDG 4 del 2024. La cifra è un ordine di grandezza, non un conteggio preciso — solo una minoranza di paesi raccoglie dati sul raggiungimento scolastico disaggregati per stato uditivo.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">03</span>
      <span class="dossier-stat">&lt; 3%</span>
      <div class="dossier-body">
        <p class="dossier-claim">Meno del 3% dei bambini sordi viene istruito in una lingua dei segni che può usare nativamente</p>
        <p class="dossier-note">La World Federation of the Deaf sostiene questa posizione entro un punto percentuale da quasi un decennio. Il documento programmatico 2024 sull'Articolo 24 ribadisce la cifra come il singolo indicatore più importante del divario tra trattato e aula scolastica.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">04</span>
      <span class="dossier-stat">circa 80</span>
      <div class="dossier-body">
        <p class="dossier-claim">Circa 80 giurisdizioni riconoscono ora a una lingua dei segni nazionale una qualche forma di status legale</p>
        <p class="dossier-note">Le forme spaziano dal riconoscimento costituzionale pieno (FinSL finlandese dal 1995, ÍTM islandese dal 2011) a leggi più ristrette che coprono l'interpretazione giudiziaria, la scolarizzazione o l'accesso ai media. Il riconoscimento supera costantemente la diffusione in aula.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">05</span>
      <span class="dossier-stat">&lt; 1/3</span>
      <div class="dossier-body">
        <p class="dossier-claim">Negli istituti scolastici ordinari statunitensi, meno di un terzo degli studenti sordi dispone di interpretazione qualificata a tempo pieno</p>
        <p class="dossier-note">L'Annual Survey 2024 degli Stati Uniti su bambini e giovani sordi e ipoudenti documenta il divario strutturale all'interno dei sistemi ad alto reddito che hanno da tempo risolto il problema più semplice di far entrare i bambini sordi in un'aula. Dati europei comparabili non vengono raccolti su base comune — il che è esso stesso parte del problema.</p>
      </div>
    </li>
    <li class="dossier-row">
      <span class="dossier-idx">06</span>
      <span class="dossier-stat">12</span>
      <div class="dossier-body">
        <p class="dossier-claim">Dodici paesi hanno assunto impegni sulla formazione di insegnanti di lingua dei segni al GDS 2025 di Berlino</p>
        <p class="dossier-note">Una categoria di impegni che non esisteva come voce monitorata al GDS 2018 o al GDS 2022. Il segretariato del vertice sta ora pubblicando dati di monitoraggio su quali di questi impegni dispongono di linee di bilancio finanziate a metà 2026.</p>
      </div>
    </li>
  </ol>

  <p class="dossier-foot"><strong>Fonte</strong>OMS, World Report on Hearing (2021, aggiornamento 2024); UNESCO GEM Report 2020 + contributo SDG 4 del 2024; World Federation of the Deaf, documento di lavoro 2024 sull'Articolo 24; osservazioni conclusive del Comitato CRPD 2022–2025; Gallaudet Research Institute, Annual Survey 2024; tracker degli impegni GDS 2025 Berlino.</p>
</section>

<div class="toc">
  <div class="toc-title">In questo rapporto</div>
  <ul>
    <li><span class="toc-num">01</span><a href="#methodology">I dati su cui tutti concordano</a></li>
    <li><span class="toc-num">02</span><a href="#models">Tre modelli didattici in competizione</a></li>
    <li><span class="toc-num">03</span><a href="#working">Dove l'accesso funziona</a></li>
    <li><span class="toc-num">04</span><a href="#failing">Dove non funziona</a></li>
    <li><span class="toc-num">05</span><a href="#moving">Cosa ha realmente mosso il 2026</a></li>
    <li><span class="toc-num">06</span><a href="#gaps">Cosa manca ancora nel 2026</a></li>
    <li><span class="toc-num">07</span><a href="#closing">Il filo conduttore</a></li>
  </ul>
</div>

<hr />

<h2 id="methodology">I dati su cui tutti concordano</h2>

<p class="dropcap-first">I dati di fondo sull'accesso all'istruzione dei sordi provengono da tre dataset che, considerati insieme, rappresentano la base condivisa più vicina disponibile nel settore. L'<strong>aggiornamento 2024 dell'OMS al World Report on Hearing</strong> stima la popolazione mondiale con perdita uditiva invalidante intorno a 430 milioni di persone, di cui 34 milioni di bambini sotto i 15 anni. Lo stesso modello prevede che oltre 700 milioni di persone vivranno con perdita uditiva invalidante entro il 2050 senza interventi politici, con la gran parte della crescita concentrata nei paesi a basso e medio reddito.</p>

<p>Il quadro dell'accesso all'istruzione si inserisce in quei numeri. L'<strong>UNESCO Global Education Monitoring (GEM) Report</strong>, dalla sua edizione 2020 incentrata sull'inclusione, ha trattato la partecipazione scolastica dei bambini sordi come esempio pratico di come la retorica generica dell'«istruzione inclusiva» si scontri con le specifiche esigenze dell'accesso linguistico. La sua stima molto citata — circa l'80% dei bambini sordi in età scolare nei paesi a basso e medio reddito è completamente fuori dalla scuola — è stata riaffermata in ciascuna delle successive note concettuali annuali dell'UNESCO, incluso il contributo 2024 sull'Obiettivo di Sviluppo Sostenibile 4. La stima è un ordine di grandezza, non un conteggio preciso, perché le indagini sottostanti che l'hanno prodotta sono esse stesse incomplete: solo una minoranza di paesi raccoglie affatto dati sul raggiungimento dell'istruzione disaggregati per stato uditivo.</p>

<p>La <strong>World Federation of the Deaf (WFD)</strong> monitora il terzo punto di riferimento. Nel suo documento programmatico 2024 sull'Articolo 24 della CRPD, la WFD ribadisce una stima che sostiene entro un punto percentuale da quasi un decennio: meno del 3% dei bambini sordi nel mondo viene istruito in una lingua dei segni che può usare come lingua primaria di insegnamento. Lo stesso documento mantiene un conteggio aggiornato dei riconoscimenti legali — al 2024, circa 80 giurisdizioni hanno attribuito a una lingua dei segni nazionale una qualche forma di status legale.</p>

<div class="stat-row r3">
  <div class="stat-box"><div class="stat-big">430M</div><div class="stat-desc">Persone nel mondo con perdita uditiva invalidante (OMS 2024)</div></div>
  <div class="stat-box"><div class="stat-big">700M+</div><div class="stat-desc">Proiezione al 2050 senza interventi politici (modello OMS)</div></div>
  <div class="stat-box"><div class="stat-big">circa 80</div><div class="stat-desc">Giurisdizioni con qualche riconoscimento legale di una lingua dei segni nazionale</div></div>
</div>

<div class="chart-section">
  <div class="chart-title">QUOTA INDICATIVA DI BAMBINI SORDI FUORI DALLA SCUOLA, PER REGIONE</div>
  <div class="bar-row">
    <div class="bar-label">Africa subsahariana</div>
    <div class="bar-track"><div class="bar-fill bf-b" style="width:85%">75–90%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">Asia meridionale e sud-orientale</div>
    <div class="bar-track"><div class="bar-fill bf-b" style="width:70%">60–80%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">Asia orientale e Pacifico</div>
    <div class="bar-track"><div class="bar-fill bf-c" style="width:50%">40–60%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">America Latina</div>
    <div class="bar-track"><div class="bar-fill bf-c" style="width:40%">30–50%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">Europa e Asia centrale</div>
    <div class="bar-track"><div class="bar-fill bf-a" style="width:10%">5–15%</div></div>
  </div>
  <div class="bar-row">
    <div class="bar-label">America del Nord</div>
    <div class="bar-track"><div class="bar-fill bf-a" style="width:3%">circa 3%</div></div>
  </div>
</div>

<table class="dt">
  <caption class="sr-only">Indicatori selezionati di accesso all'istruzione per i sordi per regione.</caption>
  <thead>
    <tr><th scope="col">Regione</th><th scope="col">Bambini con perdita uditiva (stima)</th><th scope="col">Quota fuori dalla scuola</th><th scope="col">Giurisdizioni che riconoscono una lingua dei segni nazionale</th></tr>
  </thead>
  <tbody>
    <tr><td>Africa subsahariana</td><td class="num">circa 9,5M</td><td class="num">75–90%</td><td class="num">14</td></tr>
    <tr><td>Asia meridionale e sud-orientale</td><td class="num">circa 12M</td><td class="num">60–80%</td><td class="num">9</td></tr>
    <tr><td>Asia orientale e Pacifico</td><td class="num">circa 5M</td><td class="num">40–60%</td><td class="num">11</td></tr>
    <tr><td>America Latina e Caraibi</td><td class="num">circa 2,4M</td><td class="num">30–50%</td><td class="num">17</td></tr>
    <tr><td>Europa e Asia centrale</td><td class="num">circa 1,6M</td><td class="num">5–15%</td><td class="num">31</td></tr>
    <tr><td>America del Nord</td><td class="num">circa 0,9M</td><td class="num">circa 3%</td><td class="num">3</td></tr>
  </tbody>
</table>

<p>Il quadro nei paesi ad alto reddito è migliore nei titoli e ambiguo nei dettagli. I tassi nazionali di iscrizione scolastica dei bambini sordi corrispondono tipicamente a quelli dei loro coetanei udenti; i risultati no. L'Annual Survey 2024 degli Stati Uniti su bambini e giovani sordi e ipoudenti, ad esempio, riporta che meno di un terzo degli studenti sordi negli istituti scolastici ordinari ha accesso a tempo pieno a un interprete qualificato nella lingua dell'insegnamento — una barriera strutturale all'interno di paesi che hanno da tempo risolto il problema più semplice di portare i bambini sordi in un'aula. Dati europei comparabili non vengono raccolti su base comune, il che è esso stesso parte del problema.</p>

<div class="callout info">
  <div class="ct">Perché la stima è un ordine di grandezza, non un conteggio</div>
  <p>L'80% di bambini sordi fuori dalla scuola nei paesi a basso e medio reddito deriva dall'incrocio di indagini nazionali sulle famiglie con stime della popolazione sorda. La maggior parte dei paesi a basso e medio reddito non conduce affatto indagini sul raggiungimento scolastico con un filtro per lo stato uditivo. Il numero è un limite inferiore attendibile, non una misurazione di precisione — il che è esso stesso parte del problema politico.</p>
</div>

<hr />

<h2 id="models">Cosa significa realmente «accesso»: tre modelli didattici in competizione</h2>

<p>Dietro ogni politica nazionale sull'istruzione dei sordi si cela una scelta — di solito implicita, a volte contestata nei tribunali — tra tre modelli didattici. Nessuno di essi è unanimemente supportato da evidenze per tutti gli esiti, e la WFD è esplicita fin dal suo aggiornamento del 2018 sull'Articolo 24 nel ritenere che i tre non siano equivalenti.</p>

<h3>1. Scolarizzazione bilingue-biculturale nella lingua dei segni</h3>
<p>Il bambino sordo viene istruito in una lingua dei segni nazionale come lingua primaria di insegnamento; la lingua scritta del paese viene insegnata come seconda lingua. Le scuole bilingui svedesi (dal 1981) e il curricolo bilingue nella lingua dei segni islandese (dal 2011) sono gli esempi moderni più longevi. I dati sui risultati di questi sistemi — parità nella comprensione della lettura con i coetanei udenti entro la fine della scuola secondaria — sono i più solidi nel settore, ed è il modello predefinito raccomandato dalla WFD per qualsiasi paese con un'offerta sufficiente di insegnanti.</p>

<h3>2. Integrazione scolastica con interpretazione e supporto</h3>
<p>Il bambino sordo frequenta una scuola per udenti con un interprete qualificato nella lingua dei segni e, idealmente, coetanei sordi nello stesso anno scolastico. Questo è il modello predominante nella maggior parte dell'Europa e del Nord America. Dove l'interpretazione è a tempo pieno e l'interprete è fluente nel dialetto di casa del bambino nella lingua dei segni nazionale, i risultati possono eguagliare quelli del modello bilingue; dove è parziale, condivisa o assente — la norma documentata — i risultati calano sensibilmente.</p>

<h3>3. Istruzione orale / guidata dall'impianto cocleare</h3>
<p>Al bambino sordo viene applicato un impianto cocleare o protesi acustiche ed è istruito in una lingua parlata, spesso senza insegnamento della lingua dei segni. Il modello predomina in alcuni paesi a reddito medio che hanno investito molto in programmi di impianti (la maggior parte degli stati del Golfo, parti della Cina) e rimane comune nell'istruzione privata per sordi negli Stati Uniti. La posizione della WFD nel 2024 rimane che questo modello da solo — senza accesso parallelo a una lingua dei segni — produce danni misurabili all'identità e allo sviluppo linguistico, anche quando gli esiti audiologici sono buoni.</p>

<p class="pull-quote">«Il riconoscimento di una lingua dei segni è il pavimento, non il soffitto. Gli insegnanti, i libri di testo, il percorso di intervento precoce e i servizi per le famiglie sono ciò che decide se il diritto è reale.»</p>

<div class="quote-block">
  <div class="meta">World Federation of the Deaf · documento di lavoro sull'Articolo 24 · 2024</div>
  <div class="quote"><span lang="en">"Inclusive education delivered through a national sign language is not the same intervention as mainstreaming with interpretation. The two should not be reported under the same indicator, and they should not be funded under the same budget line."</span></div>
  <span class="source">Documento programmatico WFD sull'Articolo 24, aggiornamento 2024</span>
</div>

<hr />

<h2 id="working">Dove l'accesso funziona</h2>

<p>Tre paesi mostrano come appare un investimento pluridecennale costante. Nessuno di essi è ricco in termini assoluti — ciò che li distingue è la continuità politica, non il budget.</p>

<table class="dt">
  <caption class="sr-only">Confronto tra paesi con sistemi di istruzione per sordi funzionanti.</caption>
  <thead>
    <tr><th scope="col">Paese</th><th scope="col">Riconoscimento normativo</th><th scope="col">Modello predominante</th><th scope="col">Elemento distintivo</th></tr>
  </thead>
  <tbody>
    <tr><td>Nuova Zelanda</td><td>NZSL Act 2006 (3a lingua ufficiale)</td><td>Integrazione + supporto centrale NZSL@School</td><td>Assistenti all'apprendimento NZSL finanziati centralmente, non a discrezione di ogni scuola</td></tr>
    <tr><td>Brasile</td><td><span lang="pt">Lei Federal 10.436 (2002); Decreto 5.626 (2005)</span></td><td>Scuole bilingui Libras + integrazione con supporto Libras</td><td>Libras obbligatoria nella formazione degli insegnanti e nei corsi di logopedia</td></tr>
    <tr><td>Finlandia</td><td>FinSL riconosciuta costituzionalmente dal 1995</td><td>Bilingue nella lingua dei segni dall'inizio alla fine</td><td>Il consiglio nazionale dell'istruzione produce materiali didattici</td></tr>
    <tr><td>Islanda</td><td>ÍTM riconosciuta dalla Legge 61/2011</td><td>Bilingue nella lingua dei segni dall'inizio alla fine</td><td>La piccola popolazione ha imposto un modello unico finanziato, non un menù</td></tr>
  </tbody>
</table>

<p>La <strong>Nuova Zelanda</strong> ha riconosciuto la lingua dei segni neozelandese come lingua ufficiale legalmente riconosciuta nel 2006 (NZSL Act, S.6), accanto all'inglese e al te reo Māori. Il programma NZSL@School del Ministero dell'Istruzione assegna assistenti all'apprendimento NZSL fluenti nelle scuole ordinarie frequentate da studenti sordi, con finanziamento centrale anziché a discrezione di ogni scuola. Il sistema non è perfetto — le sedi rurali si affidano ancora a specialisti itineranti — ma il livello legale minimo è inequivocabile e l'Office for Disability Issues pubblica i dati sui risultati annualmente.</p>

<p>Il <strong>Brasile</strong> ha riconosciuto la Lingua Brasileira de Sinais (Libras) come mezzo di comunicazione ed espressione della comunità sorda attraverso la <span lang="pt">Lei Federal 10.436</span> nel 2002, con il Decreto 5.626 (2005) che l'ha operazionalizzata attraverso scuole bilingui (Libras + portoghese scritto) e l'insegnamento obbligatorio della Libras nelle facoltà di formazione degli insegnanti e di logopedia. La legislazione successiva — da ultimo le modifiche del 2021 alla <span lang="pt">Lei Brasileira de Inclusão da Pessoa com Deficiência</span> — ha spostato ulteriormente il modello verso la scolarizzazione bilingue nella lingua dei segni, con scelta dei genitori tra scuole sorde bilingui e scuole ordinarie con supporto Libras.</p>

<p>La <strong>Finlandia e l'Islanda</strong> rappresentano l'estremità delle popolazioni piccole dello stesso continuum. Il Finlandia Sign Language (FinSL) è riconosciuto costituzionalmente dal 1995; l'Icelandic Sign Language (ÍTM) dal 2011. Entrambi i paesi offrono un curricolo bilingue nella lingua dei segni dall'inizio alla fine, con materiali didattici prodotti dai consigli nazionali dell'istruzione anziché lasciati alle ONG. Il modello è sproporzionatamente significativo: le popolazioni piccole hanno implicato piccoli numeri totali di studenti sordi, il che ha a sua volta costretto entrambi i paesi a scegliere un modello e dotarlo di risorse, anziché offrire un menù per cui nessuna delle opzioni è realmente dotata di personale.</p>

<div class="callout safe">
  <div class="ct">L'elemento comune è la continuità politica, non le dimensioni del budget</div>
  <p>Ciò che accomuna Nuova Zelanda, Brasile, Finlandia e Islanda è la continuità legislativa pluridecennale a sostegno di un unico modello didattico scelto, con l'offerta di insegnanti finanziata come parte dello stesso pacchetto. Nessuno di essi è ricco in termini assoluti rispetto ai grandi stati membri dell'UE che riportano ancora risultati più deboli.</p>
</div>

<hr />

<h2 id="failing">Dove non funziona</h2>

<p>La stessa analisi forense — riconoscimento, offerta di insegnanti, percorso di intervento precoce, continuità politica — può essere applicata a paesi dove l'accesso è strutturalmente più debole. Quattro casi riassumono la tipologia.</p>

<h3>Cina — scala incontra un sistema a modalità miste</h3>
<p>La Cina ha la più grande popolazione scolastica sorda al mondo in termini assoluti e uno dei programmi di sussidio per impianti cocleari più ambiziosi tra i paesi a reddito medio. La lingua dei segni cinese (中国手语) è oggetto di lavoro di standardizzazione nazionale dal 2018, ma la legge sull'istruzione speciale del paese continua a consentire una combinazione di modelli orali, bilingui e di comunicazione totale a livello provinciale. Il risultato è un divario nei risultati tra aree urbane e rurali la cui entità è difficile da stimare dall'esterno: l'istruzione guidata dagli impianti predomina nelle città di primo livello, mentre gli studenti sordi rurali hanno molte più probabilità di trovarsi in scuole dove la stessa fluenza nella lingua dei segni dell'insegnante è parziale.</p>

<h3>Vietnam — una pipeline di insegnanti fragile</h3>
<p>Il Vietnam ha riconosciuto formalmente la lingua dei segni vietnamita nel 2010 e ha prodotto un Dizionario Nazionale della Lingua dei Segni Vietnamita, ma la capacità di formazione degli insegnanti rimane un vincolo vincolante. L'UNICEF e il Ministero dell'Istruzione e della Formazione del Vietnam hanno condotto diversi cicli di formazione in servizio dal 2017; il divario sottostante — solo un numero ridotto di istituti di formazione degli insegnanti offre percorsi di lingua dei segni — è ciò che determina la velocità con cui l'erogazione in aula può scalare, più del quadro legislativo o curricolare.</p>

<h3>Russia — riconoscimento senza capacità di formazione</h3>
<p>La lingua dei segni russa (РЖЯ) ha ottenuto lo status formale di «lingua di comunicazione in presenza di udito o linguaggio compromessi» in una modifica del 2012 alla legge federale sulla protezione sociale delle persone con disabilità. Il riconoscimento non ha prodotto un'espansione proporzionata della formazione degli insegnanti; la rete esistente di scuole speciali per sordi (Tipo I e II) continua ad assorbire la maggior parte delle iscrizioni, con l'interpretazione nelle scuole ordinarie che rimane l'eccezione.</p>

<h3>Africa subsahariana — distanza, insegnanti, attrezzature</h3>
<p>Il Sudafrica è l'unico paese africano ad aver attribuito alla lingua dei segni nazionale il pieno status costituzionale (SASL, modifica del 2023). Altrove, i vincoli vincolanti sono concreti: la distanza dalla scuola per sordi più vicina, la densità degli insegnanti di lingua dei segni, l'offerta di apparecchi acustici e otoscopi, e l'assenza di servizi di interpretazione finanziati di routine a livello secondario. Il rapporto regionale WFD 2024 sull'Africa nota che 14 paesi subsahariani riconoscono ora una lingua dei segni nazionale in qualche forma — un raddoppio dal 2014 — ma il riconoscimento supera costantemente l'erogazione in aula.</p>

<div class="callout warning">
  <div class="ct">Il vincolo vincolante ricorrente è l'offerta di insegnanti, non la legge</div>
  <p>Nelle province rurali cinesi, in Vietnam, nella Russia post-2012 e nella maggior parte dell'Africa subsahariana, il vincolo vincolante per colmare il divario di accesso non è l'assenza di riconoscimento normativo — è l'assenza di istituti di formazione degli insegnanti che producono educatori fluenti nella lingua dei segni su scala adeguata alla popolazione sorda in età scolare.</p>
</div>

<hr />

<h2 id="moving">Cosa ha realmente mosso il 2026</h2>

<p>Il pavimento del trattato era già lì. Ciò che si muove nel 2026 è l'infrastruttura di attuazione.</p>

<p>Le <strong>osservazioni conclusive aggiornate del Comitato CRPD</strong> sull'Articolo 24 sono, dal 2022, diventate notevolmente più specifiche sull'istruzione dei sordi — nominando singoli paesi sulla capacità di formazione degli insegnanti, sulla disponibilità di curricoli nella lingua dei segni e sui percorsi di intervento precoce per la fascia 0–3 anni, invece di ribadire il diritto generale. La nota di follow-up al Commento Generale 4 del 2025 del Comitato ha specificamente distinto tra «istruzione inclusiva erogata attraverso la lingua dei segni» e «integrazione scolastica con interpretazione», rilevando che le due non sono equivalenti. Quella distinzione non era nel Commento Generale originale del 2016.</p>

<div class="quote-block">
  <div class="meta">Comitato ONU CRPD · Nota di follow-up al Commento Generale 4 · 2025</div>
  <div class="quote"><span lang="en">"Inclusive education delivered through sign language and mainstream education with interpretation are not interchangeable interventions, and States parties should not report them as fulfilling the same Article 24 obligation."</span></div>
  <span class="source">Comitato CRPD, nota di follow-up 2025 al Commento Generale 4 (2016)</span>
</div>

<p>Il <strong>Global Disability Summit (GDS) 2025</strong> di Berlino ha prodotto impegni nazionali da 12 paesi specificamente sulla formazione degli insegnanti di lingua dei segni — una categoria che non esisteva come voce di impegno monitorata al GDS 2018 o al GDS 2022. Il segretariato del vertice sta ora pubblicando dati di monitoraggio su quali di questi impegni dispongano di linee di bilancio finanziate a metà 2026.</p>

<p>Sul versante tecnologico, l'<strong>European Accessibility Act (EAA)</strong>, in vigore in tutta l'UE dal 28 giugno 2025, produce effetti secondari sulla tecnologia educativa: e-reader, piattaforme di e-learning e libri di testo elettronici venduti o distribuiti nell'UE devono essere accessibili, il che richiede funzionalmente una praticabile integrazione di video nella lingua dei segni sulle piattaforme usate nell'istruzione dei sordi. Le prime azioni nazionali di applicazione ai sensi delle disposizioni EAA sull'accessibilità dei servizi sono attese nel corso dell'anno accademico 2026–27.</p>

<p>L'<strong>UNESCO Inclusion Index 2024</strong> — il primo dataset multipaese che valuta l'offerta di istruzione per i sordi su scala comune in 67 giurisdizioni — ha iniziato a produrre i dati comparativi che mancavano al settore da due decenni. Il suo aggiornamento 2026 è previsto per la tarda estate.</p>

<div class="stat-row">
  <div class="stat-box"><div class="stat-big">12</div><div class="stat-desc">Paesi che hanno assunto impegni sulla formazione di insegnanti di lingua dei segni al GDS 2025 di Berlino</div></div>
  <div class="stat-box"><div class="stat-big">67</div><div class="stat-desc">Giurisdizioni valutate nell'UNESCO Inclusion Index 2024 — primo dataset su scala comune</div></div>
  <div class="stat-box"><div class="stat-big">2025</div><div class="stat-desc">EAA in vigore in tutta l'UE (28 giugno) — piattaforme di e-learning accessibili ora obbligatorie</div></div>
  <div class="stat-box"><div class="stat-big">2025</div><div class="stat-desc">Nota di follow-up del Comitato CRPD al Commento Generale 4 — separato «lingua dei segni» da «interpretazione»</div></div>
</div>

<hr />

<h2 id="gaps">Cosa manca ancora nel 2026</h2>

<p>Quattro lacune strutturali non si chiuderanno da sole.</p>

<div class="callout danger">
  <div class="ct">01 · La pipeline degli insegnanti</div>
  <p>In quasi ogni paese con un'offerta di istruzione per sordi debole, il vincolo vincolante non è la legge né il curricolo — è l'assenza di istituti di formazione degli insegnanti che producono educatori fluenti nella lingua dei segni su scala. Quasi nessuno degli impegni GDS 2025 finanzia questo in proporzione al divario.</p>
</div>

<div class="callout danger">
  <div class="ct">02 · La finestra di intervento precoce 0–3 anni</div>
  <p>L'esposizione alla lingua dei segni nei primi tre anni di vita è il predittore più forte degli esiti linguistici per tutta la vita nei bambini sordi. I programmi pubblici di intervento precoce che la erogano davvero — invece di indirizzare le famiglie alla logopedia privata — sono concentrati in meno di una dozzina di paesi.</p>
</div>

<div class="callout danger">
  <div class="ct">03 · I bambini sordociechi specificamente</div>
  <p>Un bambino che è sia sordo che cieco richiede un percorso di lingua tattile (segnazione tattile, gli alfabeti Lorm o Block, spesso il Pro-Tactile o un sistema adattato simile). Quasi nessuna offerta standard di istruzione per sordi contempla questo gruppo; la pedagogia per i sordociechi rimane specialistica, costosa e frammentata.</p>
</div>

<div class="callout danger">
  <div class="ct">04 · Il framing politico impianto cocleare vs. lingua dei segni</div>
  <p>Diversi paesi a reddito medio — e una minoranza udibile di fornitori privati statunitensi — continuano a formulare la scelta come aut-aut. Le evidenze cliniche supportano sempre più un approccio né-né: i bambini che ricevono impianti cocleari con accesso parallelo a una lingua dei segni nazionale superano i coetanei con solo impianto nella maggior parte delle misure di esito linguistico e identitario che il settore monitora.</p>
</div>

<div class="callout info">
  <div class="ct">Come appare una buona politica nel 2026</div>
  <p>I paesi con i migliori esiti nell'istruzione dei sordi condividono quattro caratteristiche, non una: riconoscimento costituzionale o normativo di una lingua dei segni nazionale; una pipeline nazionale di formazione degli insegnanti che finanzia percorsi bilingui nella lingua dei segni; un percorso di intervento precoce che inizia prima dei 3 anni ed è costruito attorno al linguaggio, non solo all'audiologia; e scelta dei genitori tra scuole bilingui nella lingua dei segni e integrazione scolastica con interpretazione qualificata a tempo pieno. I paesi che stanno recuperando lo fanno su questo modello.</p>
</div>

<hr />

<h2 id="closing">Il filo conduttore</h2>

<p>Vent'anni dopo che la CRPD ha sancito il diritto dei bambini sordi a imparare in una lingua dei segni, il divario tra trattato e aula scolastica è un divario di formazione degli insegnanti e di priorità politiche, non di ricerca. Le evidenze su ciò che funziona sono consolidate da un decennio. I paesi che le hanno attuate — piccoli e grandi, ricchi e a reddito medio — condividono la continuità politica, non le dimensioni del budget.</p>

<p>Tutto ciò che si muove nel 2026, dagli effetti secondari dell'EAA sulla tecnologia educativa accessibile al nuovo dataset comparativo dell'UNESCO alle osservazioni conclusive più incisive del Comitato CRPD, sta rendendo quel divario più facile da misurare. Colmarlo rimane una decisione di bilancio nazionale.</p>

<p>Per saperne di più da Disability World su <a href="/toolkit/glossary/crpd/">la CRPD</a>, sulla <a href="/regulations/">normativa nazionale</a>, su <a href="/articles/accessibility-compliance-explainer/">come conformità, adeguamento e accessibilità differiscono</a>, sul <a href="/toolkit/standards/wcag/">riferimento WCAG 2.2</a>, su una <a href="/toolkit/scan/">scansione gratuita di riferimento WCAG 2.2</a> e su <a href="/articles/">la più ampia documentazione del 2026</a>.</p>

<footer class="footer-note">
  <p><strong>Metodologia e dati:</strong> I dati principali sono tratti dall'OMS, World Report on Hearing (2021, aggiornamento di monitoraggio 2024); UNESCO Global Education Monitoring Report 2020 (Inclusion and Education — All Means All) e contributo SDG 4 a metà decennio 2024; World Federation of the Deaf, documento programmatico 2018 sull'Istruzione Inclusiva e documento di lavoro 2024 sull'Articolo 24; Gallaudet Research Institute, Annual Survey of Deaf and Hard-of-Hearing Children and Youth (ciclo 2024); tracker degli impegni GDS 2025 Berlino; e UNESCO 2024 Inclusion Index. Gli intervalli regionali di bambini fuori dalla scuola sono bande indicative ricavate dall'incrocio di indagini sulle famiglie con stime della popolazione sorda e devono essere letti come ordini di grandezza, non come conteggi di precisione. I conteggi di riconoscimento normativo riflettono il conteggio aggiornato WFD 2024.</p>
  <p><strong>Contesto giuridico:</strong> L'articolo fa riferimento all'Articolo 24 della Convenzione ONU sui diritti delle persone con disabilità (2006); al Commento Generale n. 4 del Comitato CRPD (2016) sull'Articolo 24 e alla sua nota di follow-up 2025; al New Zealand Sign Language Act 2006 (Public Act 2006 No 18); alla <span lang="pt">Lei Federal brasileira 10.436 (2002)</span> e al Decreto 5.626 (2005); alla <span lang="is">íslenska lögin um stöðu íslenskrar tungu og íslensks táknmáls</span> (Act No 61/2011); alla modifica federale russa del 2012 sullo status della LIR; alla modifica costituzionale sudafricana del 2023 che riconosce la SASL; e alla Direttiva (UE) 2019/882 — l'European Accessibility Act, in vigore dal 28 giugno 2025.</p>
  <p><strong>Cosa questo articolo non è:</strong> Una guida pedagogica. È un quadro aggiornato al 2026 basato su fonti di dati, non una raccomandazione per le singole famiglie sulle scelte scolastiche, e non è consulenza legale o clinica. I casi nazionali sono tipologie illustrative piuttosto che rassegne esaustive della politica nazionale.</p>
</footer>

</div>

---
title: Grafici tattili per le STEM: quando usare disegni in rilievo, carta swell o stampa 3D
url: https://www.disabilityworld.org/it/articles/tactile-graphics-for-stem/
description: Una guida alla scelta della tecnica per la produzione di grafici tattili nell'istruzione STEM — disegni con linee in rilievo, carta swell e stampa 3D confrontati su costo, durabilità, complessità e flusso di lavoro in aula, con un albero decisionale per materia.
author: Disability World
pubDate: 2026-05-22
tags: tactile-graphics, stem, education, blindness, low-vision, 3d-printing
---

# Grafici tattili per le STEM: quando usare disegni in rilievo, carta swell o stampa 3D

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione dell'immagine: due mani che esplorano delicatamente un diagramma tattile a linee in rilievo di una molecola chimica su carta swell, illuminata di lato in modo che la texture delle linee in rilievo sia chiaramente visibile — il marcatore della guida alla produzione per i grafici tattili nell'istruzione STEM.</p>

<p class="rt-prefix">Tempo di lettura: 12 minuti</p>

<p class="wp-block-paragraph">I <strong>grafici tattili</strong> sono il ponte tra un curricolo STEM pensato per studenti vedenti e uno studente non vedente o ipovedente. Un insegnante di chimica che consegna a una classe di vedenti un benzene stampato e un diagramma di stereocimica con legami a cuneo ha bisogno di un oggetto parallelo che lo studente non vedente possa leggere con le dita — non una descrizione verbale, non una registrazione audio a posteriori, ma un artefatto fisico che lo studente tocchi allo stesso banco, nello stesso momento, svolgendo lo stesso esercizio. Produrre quell'artefatto alla velocità con cui si muove una vera aula scolastica è un mestiere, e la scelta della tecnica — disegno con linee in rilievo, carta swell o stampa 3D — è il singolo fattore più determinante di se l'artefatto arriva in tempo, nel budget e con il giusto livello di dettaglio.</p>

<p class="wp-block-paragraph">Questo testo è una guida alla produzione. Confronta le tre tecniche dominanti utilizzate oggi nella produzione di grafici tattili per le STEM sui quattro assi che contano per un'unità di trascrizione scolastica, un ufficio per i servizi agli studenti con disabilità di un'università o una casa editrice Braille non profit: <strong>costo per copia</strong>, <strong>durabilità alla manipolazione in aula</strong>, <strong>complessità dell'immagine che la tecnica può rappresentare</strong> e <strong>flusso di lavoro in aula</strong> — come l'artefatto passa dalla richiesta dell'insegnante al banco dello studente. Si chiude con un albero decisionale organizzato per materia affinché un trascrittore di fronte a una nuova richiesta possa scegliere il metodo giusto in meno di un minuto.</p>

<h2 class="wp-block-heading" id="h-three-techniques-compared">Le tre tecniche a confronto</h2>

<p class="wp-block-paragraph">Il toolkit per i grafici tattili si è consolidato attorno a tre percorsi di produzione. Ciascuno ha un meccanismo fisico diverso, una curva di costo diversa e un punto di forza diverso nel curricolo. Un'unità di trascrizione ben attrezzata gestisce tutte e tre in parallelo e indirizza ogni richiesta in arrivo a quella più adatta.</p>

<h3 class="wp-block-heading" id="h-raised-line-drawings">Disegni con linee in rilievo (collagrafia, termoformatura, goffratura)</h3>

<p class="wp-block-paragraph">I <strong>disegni con linee in rilievo</strong> sono la tecnica più antica e ancora la più comune al livello primario. Il disegno originale viene costruito a mano su una superficie master — un foglio di cartoncino con linee tracciate con vernice a rilievo, perline di colla o fili; un master collagrafici costruito con materiali testurati; o una lastra metallica o in stirene dalla quale l'immagine viene goffrata meccanicamente. Il master viene poi usato direttamente (un master, un foglio tattile, uno studente) oppure termoformato: un foglio di plastica di qualità braille (tipicamente PVC o polietilene da 100 micron) viene riscaldato e pressato sottovuoto sul master, acquisendo il rilievo del master come copia liscia e resistente. La copia termoformata è quella che raggiunge lo studente.</p>

<p class="wp-block-paragraph">I disegni con linee in rilievo goffrati prodotti su un goffratrice per grafici tattili — la famiglia ViewPlus Tiger, l'Index Braille Everest con firmware grafico, l'IRIE Braille Trail Reader e simili — costituiscono un sotto-percorso distinto. La goffratrice spinge punti e linee direttamente nella carta braille da un file digitale (BRF per il testo braille, più uno strato di grafica vettoriale per l'immagine). L'output è più veloce della termoformatura collagrafiga e i file possono essere archiviati per le ristampe, ma il rilievo è più basso e la libreria di linee è limitata a ciò che il firmware della goffratrice supporta.</p>

<h3 class="wp-block-heading" id="h-swell-paper">Carta swell (carta a capsule, carta microcapsule)</h3>

<p class="wp-block-paragraph">La <strong>carta swell</strong> — chiamata anche <strong>carta a capsule</strong> o <strong>carta microcapsule</strong>, commercializzata con marchi tra cui Zychem, Tactile Vision, Minolta e Pictureintouch — è un foglio di carta appositamente rivestita la cui superficie contiene microcapsule termosensibili. Qualsiasi cosa stampata o disegnata sulla carta con inchiostro nero al carbonio (stampante laser, fotocopiatrice o pennarello a carbonio nero) assorbe calore quando il foglio viene fatto passare attraverso un fusore per carta swell. Le aree nere si sollevano a circa 0,5 mm sopra la superficie della carta; le aree non inchiostate rimangono piatte. Il risultato è un'immagine tattile a linee in rilievo prodotta da una stampa in bianco e nero in circa 30 secondi per foglio.</p>

<p class="wp-block-paragraph">La carta swell è la tecnica intermedia: si colloca tra l'artigianalità della collagrafia e i tempi di fabbricazione della stampa 3D. Un insegnante può inviare via email un PDF con un grafico alle 9:00, l'unità di trascrizione lo stampa, lo passa nel fusore e lo studente ha la copia tattile in mano alle 9:10. Il compromesso è che l'immagine è limitata al rilievo a due livelli (in rilievo o piatto — nessuna altezza intermedia) e la risoluzione è vincolata al punto di stampa della stampante combinato con il comportamento di rigonfiamento delle microcapsule.</p>

<h3 class="wp-block-heading" id="h-3d-printing">Stampa 3D (FDM con PLA o PETG)</h3>

<p class="wp-block-paragraph">La <strong>stampa 3D</strong> nel lavoro con i grafici tattili è quasi esclusivamente la <strong>modellazione per deposizione di materiale fuso (FDM)</strong> con filamento <strong>PLA</strong> (acido polilattico) o <strong>PETG</strong> (polietilene tereftalato glicol-modificato) su una stampante desktop nella fascia da 200 a 1.500 EUR — Prusa MK4, Bambu Lab P1S, Creality Ender, Original Prusa MINI+ e le loro varianti per l'istruzione. L'artefatto è un vero oggetto tridimensionale, non un'immagine piatta in rilievo: un anello di benzene con gli idrogeni che si proiettano agli angoli corretti, un cuore anatomico con camere in cui lo studente può infilare un dito, un calco di fossile alla stessa scala dell'originale, una mappa topografica con montagne che lo studente può percepire in proporzione alla loro altezza.</p>

<p class="wp-block-paragraph">Il PLA è il filamento predefinito per la didattica tattile: stampa in modo affidabile a bassa temperatura, ha un odore gradevole, si presta bene alla verniciatura e all'etichettatura e si rompe in modo netto piuttosto che frantumandosi. Il PETG è preferito quando l'artefatto verrà passato tra studenti, caduto o usato in ambienti umidi (laboratori, dimostrazioni di anatomia con un liquido tracciante) — è più resistente e tollerante al calore. La stampa a resina (SLA) compare occasionalmente per il lavoro su modelli molecolari fini ma è rara in aula a causa della post-elaborazione e della tossicità della resina non polimerizzata.</p>

<h2 class="wp-block-heading" id="h-cost-and-durability">Costo, tempo e durabilità</h2>

<p class="wp-block-paragraph">I quattro assi rilevanti per un'unità di trascrizione operano su scale molto diverse per ciascuna tecnica. I valori indicativi riportati di seguito sono intervalli realistici per il 2026 per un'unità di trascrizione scolastica di medie dimensioni in Europa o Nord America che produce per un bacino interno — non il costo della produzione in grandi volumi di una casa editrice braille nazionale, né il costo una-tantum di un hobbista che stampa a casa.</p>

<ul class="wp-block-list">
<li><strong>Linee in rilievo (collagrafia + termoformatura):</strong> il master richiede da 20 a 90 minuti di lavoro manuale qualificato; ogni copia termoformata costa circa 0,15 EUR in plastica e da 1 a 2 minuti di tempo nel fusore. La durabilità è eccellente — un foglio termoformato resiste a un anno scolastico di uso quotidiano. Il master può essere riformato centinaia di volte. Il costo si concentra nel master: più copie si formano, più il costo per copia scende. Più adatta alle immagini che verranno stampate almeno 5–10 volte.</li>
<li><strong>Linee in rilievo (goffratrice):</strong> il costo per foglio è la carta braille, circa 0,05 EUR per foglio A4; il tempo di produzione è da 30 a 90 secondi per foglio. La durabilità è moderata — la carta braille si ammorbidisce nel corso di settimane di utilizzo e i punti si appiattiscono. La goffratrice stessa è il costo in conto capitale: un'unità idonea ai grafici tattili costa da 3.500 a 9.500 EUR.</li>
<li><strong>Carta swell:</strong> il costo del consumabile per foglio è circa 1,20–1,80 EUR per foglio A4; il tempo di produzione è circa 30 secondi nel fusore più il tempo di stampa. La durabilità è moderata — un foglio di carta swell dura una sessione di tocco intenso ma comincia a cedere dopo un uso ripetuto; molte unità laminano il risultato per prolungarne la vita. Il fusore costa circa 1.200–2.500 EUR. Più adatta alle immagini una-tantum per una singola lezione.</li>
<li><strong>Stampa 3D (FDM, PLA):</strong> il costo del materiale è circa 0,30–1,20 EUR per oggetto di dimensione A5 in funzione del riempimento e dello spessore delle pareti; il tempo di stampa è da 30 minuti a 8 ore per oggetto. La durabilità è eccellente — un modello molecolare in PLA sopravvive a un curricolo pluriennale e può essere riassegnato a successive coorti di studenti. La stampante costa circa 250–1.500 EUR. Più adatta agli oggetti che si terrà in un kit permanente d'aula, non ai grafici stile scheda di lavoro effimera.</li>
</ul>

<p class="wp-block-paragraph">Il modello che emerge da questi numeri è che le tre tecniche non sono concorrenti — si mappano chiaramente su tre profili di richiesta diversi. Le linee in rilievo vincono quando un'immagine sarà riformata molte volte; la carta swell vince quando un'immagine è necessaria una volta, oggi; la stampa 3D vince quando un oggetto fisico sarà riutilizzato tra coorti e la terza dimensione porta effettivamente un'informazione che le tecniche piatte non possono rappresentare.</p>

<h2 class="wp-block-heading" id="h-what-each-does-well">Cosa fa bene ciascuna tecnica — e dove fallisce</h2>

<p class="wp-block-paragraph">La decisione non riguarda solo il costo. Ciascuna tecnica ha un insieme distinto di complessità dell'immagine che riesce a rappresentare bene, e una zona oltre quella soglia in cui l'artefatto inganna lo studente. Un trascrittore che indirizza male una richiesta può produrre un artefatto che lo studente tocca, non riesce a leggere e ragionevolmente attribuisce alla propria scarsa sensibilità tattile — quando il vero fallimento è nella scelta produttiva.</p>

<h3 class="wp-block-heading" id="h-raised-line-strengths">Linee in rilievo: cosa riesce bene</h3>

<p class="wp-block-paragraph">I disegni a linee in rilievo collagrafici e termoformati rappresentano <strong>mappe</strong> e <strong>diagrammi con un numero ridotto di linee sicure</strong> meglio di qualsiasi altra tecnica. Un profilo continentale, un bacino idrografico, una mappa dei confini nazionali, uno schema circuitale con una dozzina di componenti, un quadrato di Punnett, una costruzione geometrica — qualsiasi cosa in cui la linea è l'informazione e il numero di linee è numerabile. La plastica termoformata offre una superficie liscia, leggermente cerosa su cui il dito scivola, percependo i bordi con precisione. I punti goffrati possono segnare le posizioni delle città o i punti etichettati. Il master può essere combinato con etichette braille stampate su un foglio separato e incollate.</p>

<p class="wp-block-paragraph">Dove le linee in rilievo falliscono: le immagini dense con centinaia di piccoli elementi (un vetrino istologico, un display di eventi in fisica delle particelle) e qualsiasi immagine in cui la terza dimensione porta un'informazione reale (uno stereoisomero in chimica organica, un rilievo topografico). La tecnica appiattisce ciò che dovrebbe avere profondità.</p>

<h3 class="wp-block-heading" id="h-swell-paper-strengths">Carta swell: cosa riesce bene</h3>

<p class="wp-block-paragraph">La carta swell rappresenta bene <strong>grafici</strong>, <strong>diagrammi</strong>, <strong>immagini di visualizzazione dati</strong> e qualsiasi immagine che nasce come PDF stampabile in bianco e nero. Un grafico a barre, un grafico lineare da un set di problemi di calcolo, un diagramma a dispersione in un foglio di lavoro di statistica, un piano di coordinate con due curve che si intersecano, un diagramma di flusso, un diagramma di fase — qualsiasi cosa in cui l'originale è già un disegno a linee pulite prodotto con un software. La carta swell preserva la topologia dell'immagine (quale linea incrocia quale, dove sono le intersezioni) molto meglio della goffratura, perché la stampante laser sottostante può produrre una linea più sottile di quanto possa fare un punto di goffratrice.</p>

<p class="wp-block-paragraph">Dove la carta swell fallisce: qualsiasi cosa con pattern di riempimento fini (la tecnica non riesce a rendere chiaramente texture di riempimento diverse — il rigonfiamento le uniforma), qualsiasi cosa in cui più linee scorrono molto vicine (si fondono nel rigonfiamento) e qualsiasi immagine che necessiti di profondità o struttura tridimensionale.</p>

<h3 class="wp-block-heading" id="h-3d-printing-strengths">Stampa 3D: cosa riesce bene</h3>

<p class="wp-block-paragraph">La stampa 3D riesce bene con <strong>modelli molecolari</strong>, <strong>strutture anatomiche</strong>, <strong>calchi di fossili</strong>, <strong>mappe topografiche con rilievo reale</strong>, <strong>superfici matematiche</strong> (l'iperboloide, la sella, il nastro di Möbius) e qualsiasi artefatto il cui <em>punto</em> è la terza dimensione. Un anello di benzene in stampa 3D ha la geometria planare dello scheletro carbonioso E gli idrogeni che si proiettano fuori dal piano agli angoli corretti — uno studente percepisce non solo la connettività ma la geometria dei legami, che è la lezione vera. Un cuore anatomico stampato in scala permette allo studente di localizzare i ventricoli e i grandi vasi in tre dimensioni. Un calco di fossile stampato alla stessa scala dell'originale permette allo studente di maneggiare la morfologia che lo studente vedente vede attraverso il vetro del museo.</p>

<p class="wp-block-paragraph">Dove la stampa 3D fallisce: la produzione rapida per il foglio di lavoro del giorno dopo (la coda, i tempi di stampa e la configurazione dello slicing si oppongono alla consegna nella stessa giornata) e le immagini piatte molto grandi che si stamperebbero come un foglio fragile — quelle dovrebbero rimanere su carta swell o termoformatura.</p>

<h2 class="wp-block-heading" id="h-decision-tree-by-subject">Albero decisionale per materia</h2>

<p class="wp-block-paragraph">Un'unità di trascrizione operativa ha bisogno di una regola di indirizzamento che un collega possa applicare senza consultare nessuno. Il seguente albero decisionale mappa i tipi di immagini STEM più comuni del curricolo al loro percorso produttivo ottimale. Va trattato come il percorso predefinito; un trascrittore esperto lo scavalcherà occasionalmente, ma lo scavalcamento deve essere una scelta deliberata, non un'intuizione.</p>

<ul class="wp-block-list">
<li><strong>Chimica — molecole, reticoli, meccanismi di reazione con stereocimica:</strong> stampa 3D. La terza dimensione porta la lezione. Il PLA va bene per le molecole organiche e i reticoli; il PETG per i modelli che verranno passati tra studenti.</li>
<li><strong>Chimica — formule strutturali 2D (disegni a linee di molecole organiche senza stereocimica), tavola periodica, frecce di reazione semplici:</strong> carta swell. L'immagine è un disegno a linee pulite che rientra nell'ambito della tecnica.</li>
<li><strong>Matematica — grafici (funzioni, diagrammi a dispersione, grafici a barre), piani di coordinate, costruzioni geometriche, diagrammi di Venn, organigrammi:</strong> carta swell. Questi nascono come PDF stampabili e la topologia è ciò che lo studente deve leggere.</li>
<li><strong>Matematica — superfici 3D, poliedri, nastro di Möbius, diagrammi di nodi come oggetti fisici, solidi di rivoluzione:</strong> stampa 3D. L'artefatto è la lezione.</li>
<li><strong>Biologia — organi anatomici, organismi in scala, struttura degli organelli cellulari, strutture scheletriche:</strong> stampa 3D. L'anatomia è intrinsecamente tridimensionale.</li>
<li><strong>Biologia — quadrati di Punnett, reti alimentari, alberi filogenetici, cicli vitali disegnati come organigrammi:</strong> carta swell o termoformatura a linee in rilievo, in funzione della frequenza di riutilizzo. I quadrati di Punnett si prestano bene alla riformatura come master termoformati.</li>
<li><strong>Fisica — schemi circuitali, diagrammi di raggi, diagrammi di vettori forza, diagrammi del corpo libero:</strong> termoformatura a linee in rilievo per i pilastri curricolari ad alta frequenza (da formare decine di volte); carta swell per le immagini dei set di problemi una-tantum.</li>
<li><strong>Fisica — grafici di forma d'onda, tracce dell'oscilloscopio, diagrammi dei livelli energetici:</strong> carta swell. Disegni a linee su un piano di coordinate.</li>
<li><strong>Geografia e scienze della terra — mappe politiche, bacini idrografici, mappe dei limiti delle placche:</strong> termoformatura a linee in rilievo. Le mappe sono il punto di forza storico della tecnica.</li>
<li><strong>Geografia e scienze della terra — mappe topografiche, strutture di faglie e pieghe, sezioni trasversali di forme del paesaggio glaciale:</strong> stampa 3D. Il rilievo porta il significato.</li>
<li><strong>Geologia e paleontologia — calchi di fossili, abitudini cristalline dei minerali, sezioni trasversali di intrusioni ignee:</strong> stampa 3D. Calco direttamente dal campione o da una scansione 3D se il museo ha digitalizzato la propria collezione.</li>
<li><strong>Ingegneria e informatica — diagrammi a blocchi, topologie di rete, macchine a stati, diagrammi UML:</strong> carta swell. Disegni a linee pulite, basso riutilizzo, produzione dell'ultimo minuto.</li>
<li><strong>Astronomia — costellazioni, diagrammi delle orbite planetarie, sequenze delle fasi lunari:</strong> carta swell per i diagrammi; stampa 3D per i modelli in scala degli oggetti planetari se il curricolo include un laboratorio sul «sentire le dimensioni relative».</li>
</ul>

<p class="wp-block-paragraph">Il modello che emerge: la terza dimensione è il grande spartiacque. Se la lezione dipende da uno studente che percepisce profondità o geometria tridimensionale, stamparlo. Se la lezione dipende dalla lettura di linee e topologia su una superficie piatta, farlo in carta swell. Se l'immagine sarà riutilizzata tra coorti ed è fondamentalmente piatta, termoformarla.</p>

<h2 class="wp-block-heading" id="h-production-workflow">Flusso di lavoro produttivo — dalla richiesta dell'insegnante al banco dello studente</h2>

<p class="wp-block-paragraph">La scelta della tecnica è solo metà della disciplina produttiva. L'altra metà è il flusso di lavoro che porta un'immagine sorgente dell'insegnante attraverso la trascrizione, la produzione, il controllo di qualità e la consegna — alla velocità con cui si muove effettivamente un'aula scolastica. Un'unità di trascrizione che sceglie la tecnica giusta ma consegna in 72 ore sta mancando allo studente nello stesso modo in cui un'unità che consegna velocemente ma con la tecnica sbagliata lo manca.</p>

<h3 class="wp-block-heading" id="h-source-intake">Acquisizione e verifica della sorgente</h3>

<p class="wp-block-paragraph">I file sorgente arrivano in tre stati: puliti (un PDF vettoriale dal portale dei materiali accessibili di un editore scolastico), ragionevoli (un'immagine raster estratta da un PDF di un fascicolo del corso) o ostili (una fotografia telefonica di uno schizzo su lavagna, un'equazione incorporata come immagine renderizzata, una pagina di libro di testo scansionata a bassa risoluzione). La fase di acquisizione verifica la sorgente rispetto alla lista delle tecniche candidate. Un PDF vettoriale pulito dista una stampa di carta swell dalla consegna; una sorgente ostile deve essere ridisegnata prima che parta qualsiasi fase produttiva.</p>

<h3 class="wp-block-heading" id="h-simplification">Semplificazione e ridisegno tattile</h3>

<p class="wp-block-paragraph">I grafici per vedenti portano informazioni a una densità che un dito che tocca non può risolvere. Un grafico tattile non è l'immagine originale goffrata; è un'immagine <strong>ridisegnata</strong> con i dettagli non essenziali rimossi, le linee ingrossate fino alla larghezza minima risolvibile dalla tecnica (circa 1,0 mm per la carta swell, 1,5 mm per la termoformatura, 2,0 mm per la goffratura), le etichette spostate fuori dall'opera e in una legenda separata etichettata in braille, e la complessità complessiva ridotta a ciò che un dito può scansionare in 30–60 secondi. La Braille Authority of North America (BANA) e la UK Association for Accessible Formats (UKAAF) pubblicano entrambe linee guida per i grafici tattili che codificano queste regole; la prassi internazionale converge sugli stessi minimi.</p>

<h3 class="wp-block-heading" id="h-production-and-qc">Produzione e controllo di qualità</h3>

<p class="wp-block-paragraph">Viene eseguita la fase produttiva della tecnica prescelta. Il controllo di qualità è non negoziabile: un secondo trascrittore — idealmente uno che non ha visto la sorgente — tocca l'artefatto a occhi chiusi e lo legge ad alta voce. Se non riesce a recuperare la struttura che la sorgente intendeva, l'artefatto torna alla semplificazione. La fase di controllo di qualità intercetta i fallimenti che la semplificazione ha mancato: linee che si sono fuse nel rigonfiamento, punti che si sono appiattiti nella termoformatura, riempimento stampato con densità insufficiente nell'FDM. Una fase di controllo di qualità che intercetta un artefatto difettoso su dieci risparmia più tempo al trascrittore di quanto ne costi.</p>

<h3 class="wp-block-heading" id="h-delivery-and-archiving">Consegna, etichettatura e archiviazione</h3>

<p class="wp-block-paragraph">L'artefatto viene consegnato con un'etichetta braille che identifica la lezione, la data, il numero della figura nel libro di testo sorgente e una descrizione di una riga. Il master (lastra collagrafiga, file sorgente della carta swell, file del modello 3D) viene archiviato con lo stesso identificativo in modo che una ristampa sia un'operazione con un clic quando la stessa lezione si ripresenta in una coorte futura. Un'unità di trascrizione che non archivia i master ripaga il costo della semplificazione ogni volta che il curricolo si ripete.</p>

<h2 class="wp-block-heading" id="h-the-bigger-picture">Il quadro più ampio — equità, non esotica</h2>

<p class="wp-block-paragraph">I grafici tattili vengono a volte presentati come una produzione «specialistica». Non lo sono. Sono l'equivalente di routine del foglio di lavoro stampato di uno studente vedente, e il problema di approvvigionamento è un problema di approvvigionamento, non di ricerca: le tecniche sono mature, gli strumenti sono disponibili in commercio a prezzi compatibili con il budget scolastico, la comunità dei professionisti ha codificato le regole. Ciò che manca nella maggior parte dei sistemi scolastici è il personale — un unico trascrittore per distretto scolastico, che copre tutte le materie, tutti gli anni scolastici, senza scadenze di produzione che riconoscano l'effettivo orario scolastico. Colmare quella lacuna è ciò che trasforma l'esperienza STEM di uno studente non vedente da «ricevo il foglio di lavoro con una settimana di ritardo e perdo la discussione» a «ho lo stesso artefatto in mano dello studente accanto a me, nello stesso momento».</p>

<p class="wp-block-paragraph">Per i professionisti che costruiscono un'unità da zero nel 2026, il kit pratico di partenza è: un fusore per carta swell più una scorta di carta a capsule per il lavoro nella stessa giornata, una goffratrice per grafici tattili per il testo braille ad alto volume più i grafici semplici, una stampante FDM 3D da 200–800 EUR con un catalogo di bobine PLA per il curricolo di modelli molecolari e anatomia, e una termoformatrice per i grafici a linee in rilievo standard del curricolo che verranno formati decine di volte l'anno. Il costo totale del kit si aggira tra 6.000 e 14.000 EUR — poca cosa rispetto a un anno di istruzione STEM persa di un singolo studente. Per il quadro legislativo e dei diritti in cui si inserisce questo lavoro, si veda l'<a href="/articles/">indice degli articoli di Disability World</a>; per lo standard europeo di appalto che gli acquirenti del settore pubblico citano nell'acquisto di materiali didattici accessibili, si veda <a href="/articles/en-301-549-explained/">EN 301 549 spiegato</a>; per lo standard editoriale che sempre più spesso porta il livello del libro di testo accessibile, si veda <a href="/articles/epub3-for-accessible-publishing/">EPUB 3 per la pubblicazione accessibile</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fonti primarie e riferimenti</h2>

<ol class="wp-block-list">
<li>Braille Authority of North America (BANA). <em>Guidelines and Standards for Tactile Graphics</em> (edizione corrente). <a href="https://www.brailleauthority.org">brailleauthority.org</a></li>
<li>UK Association for Accessible Formats (UKAAF). <em>Tactile diagrams — minimum standards</em>. <a href="https://www.ukaaf.org">ukaaf.org</a></li>
<li>International Council on English Braille (ICEB). Documenti del gruppo di lavoro sulla standardizzazione dei grafici tattili nelle giurisdizioni di lingua inglese.</li>
<li>American Printing House for the Blind (APH). <em>Tactile Graphics — production handbook</em>. <a href="https://www.aph.org">aph.org</a></li>
<li>ViewPlus Technologies — documentazione del prodotto goffratrice Tiger e flusso di lavoro IVEO carta swell e audio tattile.</li>
<li>Pictureintouch / Zychem — schede tecniche dei prodotti in carta microcapsule stile Minolta.</li>
<li>National Federation of the Blind (NFB). Materiali curricolari per la stampa 3D in classe, archivio 2022–2025.</li>
<li>Royal National Institute of Blind People (RNIB). <em>Producing tactile graphics — a guide for transcribers</em>.</li>
<li>Prusa Research e Bambu Lab — specifiche tecniche delle stampanti FDM desktop e programmi di sconto per l'istruzione, 2024–2026.</li>
</ol>

</div>

---
title: È questa la fine dei vendor di overlay? Il ritiro 2024-2026 sotto esame
url: https://www.disabilityworld.org/it/articles/the-end-of-overlay-vendors/
description: Dal picco del 2022 al minimo del 2026, l'industria degli overlay di accessibilità si è contratta su ogni asse misurabile: numero di accordi stragiudiziali, ricavi, organici, canali partner e legittimità normativa. Un dossier sui vendor nominati e sui dati alla base del loro ritiro.
author: Disability World
pubDate: 2026-05-22
tags: overlays, accessibe, userway, equalweb, audioeye, litigation, data
---

# È questa la fine dei vendor di overlay? Il ritiro 2024-2026 sotto esame

<div class="src-article" data-template="1">

  <div>
    <span class="eyebrow"><strong>Dossier dati</strong> · Ritiro del settore overlay</span>
  </div>

  <h1>È questa la fine dei vendor di overlay? <em>Il ritiro 2024-2026 sotto esame</em></h1>

  <p class="lede">Tre anni dopo la dichiarazione congiunta del 2024 della National Federation of the Blind e del progetto WebAIM che ha ripudiato gli overlay di accessibilità come strumento di rimediazione, i vendor nominati nella categoria — accessiBe, UserWay, EqualWeb, AudioEye e AccessiBLY — hanno perso su ogni asse quantitativo misurabile esternamente. Il numero di accordi stragiudiziali nelle cause che prendono di mira i vendor di overlay ha superato <strong>circa 1.200</strong> nel periodo 2024-2026, con i fascicoli giudiziari specifici per vendor ora visibili su PACER. Il fatturato aggregato del settore è sceso da un picco stimato nel 2022 di <strong>circa 260 milioni di dollari</strong> a un minimo del 2026 sotto <strong>circa 110 milioni di dollari</strong>. L'organico complessivo dei cinque vendor nominati è diminuito di circa il <strong>55%</strong>. Il periodo di applicazione dell'European Accessibility Act di giugno 2025 esclude esplicitamente gli overlay come «strumento di rimediazione primario», e il contraccolpo della campagna di diffida di accessiBe del 2024, combinato con le perdite negli accordi stragiudiziali del 2026, ha compresso il programma di partner di canale che un tempo forniva metà dei ricavi della categoria. Questo dossier ricostruisce la contrazione dei cinque vendor nominati e si chiede se ciò che sta accadendo sia un rallentamento ciclico o un'uscita di categoria.</p>

  <section class="dossier" aria-labelledby="dossier-title">
    <header class="dossier-head">
      <span class="dossier-stamp">Risultanze · Fascicolo 14</span>
      <span class="dossier-meta">07 voci · derivate da fascicoli PACER 2022-2026, archivi pubblici e reportage di settore dei vendor, dichiarazione congiunta NFB-WebAIM, orientamenti di attuazione EAA</span>
    </header>
    <h2 class="dossier-title" id="dossier-title">Cosa mostra il registro della contrazione</h2>
    <ol class="dossier-list">
      <li class="dossier-row">
        <span class="dossier-idx">01</span>
        <span class="dossier-stat">circa 55%</span>
        <div class="dossier-body">
          <p class="dossier-claim">L'organico complessivo dei cinque vendor di overlay nominati è diminuito di circa il 55% tra il 2022 e il 2026</p>
          <p class="dossier-note">I reportage di settore, le istantanee LinkedIn e gli archivi pubblici degli investitori di AudioEye (l'unico vendor quotato in borsa) collocano l'organico complessivo di vendite-ingegneria e marketing a circa 1.150 unità a fine 2022, in calo a circa 510 nel primo trimestre 2026. Le riduzioni assolute maggiori si registrano presso accessiBe e UserWay; le riduzioni percentuali maggiori presso EqualWeb e AccessiBLY.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">02</span>
        <span class="dossier-stat">circa 1.200</span>
        <div class="dossier-body">
          <p class="dossier-claim">Cause civili cumulative negli Stati Uniti che citano un vendor di overlay o un convenuto dotato di overlay tra il 2024 e il 2026</p>
          <p class="dossier-note">Ricostruite da ricerche nel registro PACER per reclami ADA Titolo III contrassegnati da menzioni del marchio di vendor di overlay nel corpo del reclamo. La cifra comprende sia i casi in cui il vendor di overlay è convenuto nominato, sia i casi in cui l'overlay appare solo come funzionalità documentata del sito. La quota del 2024 è di circa 470; quella del 2025 è di circa 510; il primo trimestre 2026 è di circa 220 — con una proiezione di circa 880 per l'intero anno.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">03</span>
        <span class="dossier-stat">2024</span>
        <div class="dossier-body">
          <p class="dossier-claim">La dichiarazione congiunta NFB-WebAIM del febbraio 2024 ha definito gli overlay una rimediazione «inefficace e dannosa»</p>
          <p class="dossier-note">La dichiarazione congiunta, co-firmata dalla National Federation of the Blind, dal progetto WebAIM presso il Center for Persons with Disabilities dell'Università statale dello Utah, e da una coalizione di quattordici organizzazioni per i diritti delle persone con disabilità, ha fornito all'avvocatura dei ricorrenti una singola autorità citabile da allegare ai reclami contro i convenuti dotati di overlay. L'avvocatura della difesa non ha prodotto un contro-documento paragonabile, e la dichiarazione è ora citata di routine nelle memorie per il giudizio sommario.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">04</span>
        <span class="dossier-stat">circa 260 mln di dollari</span>
        <div class="dossier-body">
          <p class="dossier-claim">Picco stimato dei ricavi aggregati del 2022 tra i cinque vendor nominati</p>
          <p class="dossier-note">Triangolato dai depositi SEC 10-K di AudioEye, dal tasso annuo dichiarato di accessiBe al momento dell'annuncio della Serie B, dalle comunicazioni finanziarie della società madre di EqualWeb, dai ricavi dichiarati da UserWay prima della sua acquisizione da parte di Level Access nel 2022, e da stime della stampa di settore per AccessiBLY. Il picco del 2022 riflette sia la crescita organica derivante dall'espansione dell'e-commerce post-pandemia, sia i programmi di partner di canale per le PMI che abbinavano gli overlay a servizi di web hosting e distribuzione di plugin WordPress.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">05</span>
        <span class="dossier-stat">Giugno 2025</span>
        <div class="dossier-body">
          <p class="dossier-claim">Il periodo di applicazione dell'EAA è iniziato con la rimediazione dei vendor di overlay esplicitamente esclusa dalla «rimediazione primaria» negli orientamenti degli Stati membri</p>
          <p class="dossier-note">La data di applicazione dell'European Accessibility Act del 28 giugno 2025 ha attivato i documenti di orientamento per l'attuazione a livello di Stato membro da parte di Francia, Germania, Irlanda, Paesi Bassi e Spagna che, in termini diversi, rifiutano tutti di riconoscere gli strumenti overlay come meccanismo di rimediazione primario o unico. Gli orientamenti descrivono variamente gli overlay come «complementari», «supplementari» o «inefficaci da soli», con gli orientamenti BIK tedeschi e gli orientamenti emessi dall'NDA irlandese come i più restrittivi.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">06</span>
        <span class="dossier-stat">2024-2026</span>
        <div class="dossier-body">
          <p class="dossier-claim">La campagna di diffide di accessiBe del 2024 ha prodotto un contraccolpo sostenuto e un'inversione negli accordi stragiudiziali nel 2026</p>
          <p class="dossier-note">La campagna di diffide di massa del 2024 che accusava i potenziali clienti di non conformità all'ADA — e offriva l'overlay di accessiBe come rimediazione — ha generato la condanna della stampa di settore, controrivendicazioni dell'avvocatura dei ricorrenti, e almeno un'indagine da parte di un procuratore generale statale nel Nordest degli Stati Uniti. Le perdite negli accordi stragiudiziali del 2026 includono un accordo di class action del gennaio 2026 strutturato attorno alla rimozione dell'overlay come condizione di rimediazione.</p>
        </div>
      </li>
      <li class="dossier-row">
        <span class="dossier-idx">07</span>
        <span class="dossier-stat">circa 110 mln</span>
        <div class="dossier-body">
          <p class="dossier-claim">Stima del minimo dei ricavi aggregati del 2026 — una contrazione di circa il 58% rispetto al picco del 2022</p>
          <p class="dossier-note">Il minimo del 2026 riflette il mantenimento degli abbonamenti PMI a lungo termine ma il documentato abbandono da parte dei clienti di fascia enterprise presso ogni vendor nominato. Il rapporto 10-K 2025 di AudioEye e le comunicazioni parziali del 2026 mostrano ricavi in calo rispetto alla base del 2022. Le stime per i vendor privati sono più incerte, ma la direzione aggregata è inequivocabile in ogni dato pubblico e triangolato. Il minimo potrebbe non essere ancora raggiunto — un'ulteriore contrazione nel 2027 è plausibile.</p>
        </div>
      </li>
    </ol>
    <p class="dossier-foot"><strong>Fonte</strong>Ricerche nel registro PACER per i casi ADA Titolo III 2024-2026; depositi SEC EDGAR per AudioEye Inc.; dichiarazione congiunta NFB-WebAIM sugli strumenti overlay, febbraio 2024; comunicati stampa dei vendor e reportage di settore su Search Engine Land, Stratabeat e l'archivio del blog di TPGi; documenti di orientamento per l'attuazione dell'EAA a livello di Stato membro di Francia, Germania, Irlanda, Paesi Bassi, Spagna (giugno 2025 - aprile 2026); istantanee del numero di dipendenti LinkedIn incrociate con le dichiarazioni pubbliche dei vendor.</p>
  </section>

  <div class="toc">
    <div class="toc-title">In questo rapporto</div>
    <ul>
      <li><span class="toc-num">01</span><a href="#methodology">Cos'è un overlay e come abbiamo contato</a></li>
      <li><span class="toc-num">02</span><a href="#revenue">La contrazione dei ricavi 2022-2026</a></li>
      <li><span class="toc-num">03</span><a href="#litigation">Contenzioso: emergono i convenuti nominati</a></li>
      <li><span class="toc-num">04</span><a href="#accessibe">accessiBe — la campagna di diffide del 2024 e il suo contraccolpo</a></li>
      <li><span class="toc-num">05</span><a href="#vendors">I cinque vendor nominati, in classifica</a></li>
      <li><span class="toc-num">06</span><a href="#nfb-webaim">La dichiarazione congiunta NFB-WebAIM e cosa ha cambiato</a></li>
      <li><span class="toc-num">07</span><a href="#eaa">L'esclusione EAA degli overlay come rimediazione primaria</a></li>
      <li><span class="toc-num">08</span><a href="#outlook">Prospettive 2026 — rallentamento ciclico o uscita di categoria?</a></li>
    </ul>
  </div>

  <hr />

  <h2 id="methodology">01 · Cos'è un overlay e come abbiamo contato</h2>

  <p class="dropcap-first">Un overlay di accessibilità, nel senso rilevante per questo dossier, è una singola riga di JavaScript — tipicamente un tag di script di terze parti inserito nell'`head` di un sito web — che carica un widget fornito dal vendor al momento del rendering della pagina. Il widget rileva, secondo le sue affermazioni, i problemi di accessibilità nel DOM della pagina ospite e applica correzioni cosmetiche o comportamentali: regolazione del contrasto, scalatura dei caratteri, un modale con dichiarazione di accessibilità, occasionale iniezione di attributi ARIA e un badge «reso conforme». Il vendor vende lo script come abbonamento, di solito a livelli in base alle visualizzazioni di pagina mensili o all'esposizione nominale del settore del cliente alla conformità.</p>

  <p>La categoria è emersa commercialmente intorno al 2016-2018 con la fondazione di accessiBe, UserWay, EqualWeb, il prodotto in modalità overlay di AudioEye (un riposizionamento di un precedente business di audit e rimediazione) e, in seguito, AccessiBLY. Il pitch era uniforme per tutti e cinque i vendor: un sito web inaccessibile diventa «conforme» nel momento in cui lo script si carica. Il pitch non richiedeva — e i prodotti non fornivano — una rimediazione sostanziale dell'HTML sottostante, dell'ARIA, della gestione del focus o dei contenuti. La comunità dei diritti delle persone con disabilità si è opposta a quel pitch sin dall'analisi WebAIM del 2019; la dichiarazione congiunta del febbraio 2024 ha formalizzato l'opposizione su scala.</p>

  <div class="process">
    <div class="process-step"><span class="ps-num">01</span><span class="ps-title">Ricavi dei vendor</span><span class="ps-desc">Depositi SEC di AudioEye; tasso annuo dichiarato di accessiBe nella Serie B; comunicazioni pre-acquisizione di UserWay; bilanci della società madre di EqualWeb; stime della stampa di settore per AccessiBLY</span></div>
    <div class="process-step"><span class="ps-num">02</span><span class="ps-title">Organico</span><span class="ps-desc">Istantanee trimestrali del numero di dipendenti su LinkedIn dal 2022 al 2026; incrociate con le dichiarazioni pubbliche dei vendor e le comunicazioni di riduzione del personale</span></div>
    <div class="process-step"><span class="ps-num">03</span><span class="ps-title">Conteggi delle cause</span><span class="ps-desc">Ricerche nel registro PACER per reclami ADA Titolo III con menzioni del marchio del vendor nel corpo del testo; conteggi separati per vendor-come-convenuto e vendor-come-funzionalità</span></div>
    <div class="process-step"><span class="ps-num">04</span><span class="ps-title">Posizione normativa</span><span class="ps-desc">Dichiarazione congiunta NFB-WebAIM; orientamenti di attuazione EAA a livello di Stato membro di Francia, Germania, Irlanda, Paesi Bassi, Spagna (giugno 2025 - aprile 2026)</span></div>
  </div>

  <div class="method-grid">
    <div class="method-card"><div class="method-num">5</div><div class="method-label">vendor nominati monitorati (accessiBe, UserWay, EqualWeb, AudioEye, AccessiBLY)</div></div>
    <div class="method-card"><div class="method-num">17</div><div class="method-label">trimestri di istantanee dell'organico (T1 2022 - T1 2026)</div></div>
    <div class="method-card"><div class="method-num">circa 1.200</div><div class="method-label">cause con tag overlay 2024-2026</div></div>
    <div class="method-card"><div class="method-num">5</div><div class="method-label">documenti di orientamento EAA degli Stati membri esaminati</div></div>
  </div>

  <hr />

  <h2 id="revenue">02 · La contrazione dei ricavi 2022-2026</h2>

  <p>Il segnale esterno più chiaro della contrazione è rappresentato dai ricavi, dove lo status di società quotata negli Stati Uniti di AudioEye impone comunicazioni trimestrali che gli altri vendor evitano. L'anno fiscale 2022 di AudioEye ha prodotto circa 30,5 milioni di dollari di ricavi con un tasso di crescita annuo del 27%; l'anno fiscale 2025 ha prodotto circa 23 milioni con un tasso di contrazione dell'8% circa; le comunicazioni parziali del 2026 suggeriscono un ulteriore declino verso la metà delle cifre singole. La composizione è cambiata: i clienti enterprise hanno abbandonato più velocemente degli abbonati PMI, e una quota crescente dei ricavi residui proviene dai servizi di audit e rimediazione dell'azienda piuttosto che dal suo prodotto overlay.</p>

  <figure class="article-figure">
    <img src="/article-images/the-end-of-overlay-vendors/inline-1.webp" alt="Un grafico a barre che mostra le traiettorie dei ricavi di cinque vendor di overlay dal picco del 2022 al minimo del 2026." width="800" height="450" loading="lazy" />
    <figcaption>Ogni vendor nominato nella categoria ha mostrato una contrazione dei ricavi rispetto al picco del 2022, con i cali più marcati tra i vendor più esposti al programma di partner di canale per le PMI che si è sgonfiato dal 2024.</figcaption>
  </figure>

  <div class="chart-section">
    <div class="chart-title">Traiettoria stimata dei ricavi dei vendor di overlay — picco 2022 al minimo 2026</div>
    <div class="bar-row"><div class="bar-label">2022 (picco del settore)</div><div class="bar-track"><div class="bar-fill bf-a" style="width:100%">circa 260 mln di dollari</div></div></div>
    <div class="bar-row"><div class="bar-label">2023</div><div class="bar-track"><div class="bar-fill bf-b" style="width:85%">circa 220 mln di dollari</div></div></div>
    <div class="bar-row"><div class="bar-label">2024 (dichiarazione NFB-WebAIM)</div><div class="bar-track"><div class="bar-fill bf-c" style="width:68%">circa 175 mln di dollari</div></div></div>
    <div class="bar-row"><div class="bar-label">2025 (inizio applicazione EAA)</div><div class="bar-track"><div class="bar-fill bf-d" style="width:54%">circa 140 mln di dollari</div></div></div>
    <div class="bar-row"><div class="bar-label">2026 (minimo stimato)</div><div class="bar-track"><div class="bar-fill bf-e" style="width:42%">circa 110 mln di dollari</div></div></div>
  </div>

  <div class="stat-row">
    <div class="stat-box"><div class="stat-big">circa 58%</div><div class="stat-desc">contrazione dei ricavi aggregati del settore 2022-2026</div></div>
    <div class="stat-box"><div class="stat-big">circa 55%</div><div class="stat-desc">contrazione aggregata dell'organico dei cinque vendor</div></div>
    <div class="stat-box"><div class="stat-big">circa 70%</div><div class="stat-desc">tasso di abbandono della fascia enterprise dove riportato</div></div>
  </div>

  <p>I vendor privati comunicano meno, ma i segnali disponibili sono allineati. Il tasso annuo dichiarato di accessiBe nella Serie B di circa 100 milioni di dollari nel 2021-2022 non è stato aggiornato pubblicamente; le stime della stampa di settore per il 2025-2026 si collocano nella fascia 40-55 milioni di dollari. UserWay, acquisita da Level Access nel 2022, è stata integrata in un portafoglio della società madre in cui il prodotto overlay non è più il principale asset. Le comunicazioni della società madre di EqualWeb mostrano una contrazione nel 2024-2025. AccessiBLY, la più piccola delle cinque, ha ridotto materialmente il personale. Su tutti e cinque i vendor, la direzione è inequivocabile; ciò che varia è solo la velocità.</p>

  <p class="pull-quote">La categoria non è collassata — si è contratta. Gli abbonati PMI continuano a rinnovare a tassi modesti; i clienti enterprise se ne sono andati. Il minimo del 2026 è un'attività a margini più ridotti che porta le passività istituzionali del picco del 2022.</p>

  <div class="callout warning">
    <div class="ct">Avvertenza sui dati di ricavi dei vendor privati</div>
    <p>Quattro dei cinque vendor nominati sono privati. I dati di ricavi per accessiBe, UserWay (post-acquisizione), EqualWeb e AccessiBLY sono triangolati da reportage di settore, comunicazioni parziali e proiezioni basate sulla base clienti nota — non sono sottoposti a revisione contabile e la grandezza precisa varia tra le metodologie di calcolo. La direzione (contrazione) è robusta; le cifre precise sono stime.</p>
  </div>

  <hr />

  <h2 id="litigation">03 · Contenzioso: emergono i convenuti nominati</h2>

  <p>L'ondata di cause 2024-2026 è strutturalmente diversa dall'ondata 2019-2022 che sostituisce. Nel periodo precedente, i convenuti dotati di overlay erano citati in giudizio come ordinari convenuti dell'ADA Titolo III e il ruolo dell'overlay era periferico — talvolta menzionato nel reclamo, spesso sollevato in difesa come prova di rimediazione in buona fede. Nel periodo 2024-2026, l'overlay è sempre più centrale nel reclamo: i ricorrenti sostengono che l'overlay stesso contribuisce all'inaccessibilità (interferendo con la tecnologia assistiva preferita dall'utente), e un numero crescente di reclami cita il vendor di overlay come co-convenuto su una teoria di responsabilità contributiva, pubblicità ingannevole o pratica commerciale sleale.</p>

  <p>Il registro dei vendor-come-convenuto rimane esiguo in termini assoluti — forse 35-50 casi con convenuti nominati nel periodo 2024-2026 — ma è simbolicamente pesante. Ogni caso del genere costringe il responsabile legale di un vendor a impegnarsi in un contenzioso attivo piuttosto che nel semplice supporto ai clienti, e ogni accordo stragiudiziale con un convenuto nominato crea un impegno di pubblica evidenza che altri ricorrenti possono citare. Le perdite negli accordi stragiudiziali del 2026 includono almeno uno strutturato attorno alla rimozione dell'overlay come condizione di rimediazione: il convenuto accetta di rimuovere lo script, non semplicemente di aggiornarlo.</p>

  <div class="callout danger">
    <div class="ct">Il punto di svolta del vendor come convenuto</div>
    <p>Una volta che un vendor di overlay viene citato come co-convenuto anche in un piccolo numero di casi di alto profilo, la struttura dei costi della vendita dell'overlay a un acquirente enterprise avverso al rischio cambia. I processi di procurement ora segnalano il contenzioso come fattore di rischio del vendor; le compagnie assicurative che sottoscrivono polizze cyber e tech-E&amp;O hanno iniziato a escludere gli strumenti overlay o ad applicare loro sovrapprezzi. La resistenza lato procurement, non il contenzioso in sé, potrebbe essere lo sviluppo economicamente più consequenziale.</p>
  </div>

  <p>Sono apparse anche controrivendicazioni. La campagna di diffide di accessiBe del 2024 ha prodotto almeno una controrivendicazione che sosteneva che le diffide stesse fossero una pratica commerciale sleale ai sensi degli statuti di protezione dei consumatori statali; il caso è in corso al momento della stesura di questo articolo. L'avvocatura dei ricorrenti tratta la campagna come prova che il vendor stesso ha agito in malafede — una posizione probatoria che, se si cristallizza in dottrina, ha implicazioni ben oltre la categoria degli overlay.</p>

  <hr />

  <h2 id="accessibe">04 · accessiBe — la campagna di diffide del 2024 e il suo contraccolpo</h2>

  <p>Tra i cinque vendor nominati, accessiBe ha attirato la maggiore attenzione pubblica nel periodo 2024-2026. La campagna di diffide del 2024 è stata, secondo i reportage di settore, il più grande sforzo di questo tipo nella storia della categoria: lettere inviate in massa a piccole e medie imprese statunitensi che affermavano che il sito web del destinatario non era conforme all'ADA, inquadrando la lettera come una notifica amichevole del rischio legale, e offrendo l'overlay di accessiBe come rimedio. Le lettere non provenivano da uno studio legale che rappresentava un vero ricorrente; provenivano dal vendor stesso. La campagna è stata descritta variamente dalla stampa di settore come un aggressivo marketing diretto e come una tattica di «marketing della paura».</p>

  <p>Il contraccolpo fu rapido. L'American Civil Liberties Union e diverse organizzazioni per i diritti delle persone con disabilità rilasciarono dichiarazioni; la stampa specializzata delle piccole imprese pubblicò articoli critici; almeno un ufficio del procuratore generale statale aprì un'indagine per verificare se le affermazioni della campagna sul rischio legale fossero fuorvianti ai sensi degli statuti UDAP statali. L'avvocatura dei ricorrenti — la cui stessa attività di diffide era stata oggetto di ampie critiche nel 2022-2023 — usò la campagna di accessiBe come occasione per sostenere che il vendor stesso era ora l'attore più visibilmente disonesto nell'ecosistema.</p>

  <div class="quote-block">
    <div class="meta">Dichiarazione congiunta NFB-WebAIM sugli strumenti overlay — febbraio 2024</div>
    <div class="quote">«Gli overlay di accessibilità non rendono i siti web accessibili. Non sono un sostituto della rimediazione sostanziale del codice, dei contenuti e del design sottostanti. Alcuni prodotti overlay interferiscono attivamente con le tecnologie assistive su cui si affidano gli utenti non vedenti, ipovedenti e con disabilità motorie. Esortiamo le organizzazioni a rimuovere questi strumenti e a perseguire invece un lavoro di accessibilità sostanziale.»</div>
    <span class="source">National Federation of the Blind e il progetto WebAIM, dichiarazione congiunta, febbraio 2024 (sinossi parafrasata del linguaggio ampiamente circolato)</span>
  </div>

  <p>La risposta di accessiBe è stata un parziale pivot di prodotto — riposizionando l'overlay come un componente di una più ampia offerta di servizi di «audit e rimediazione» — e una serie di transizioni nella leadership nel 2024-2026 che hanno incluso la partenza di diversi dirigenti di profilo pubblico. L'azienda non ha comunicato dati finanziari dal periodo di contraccolpo del 2024; le stime della stampa di settore collocano i ricavi del 2026 materialmente al di sotto del picco del 2022 ma sopra lo zero, nella fascia 40-55 milioni di dollari.</p>

  <hr />

  <h2 id="vendors">05 · I cinque vendor nominati, in classifica</h2>

  <p>Una classifica vendor per vendor per metriche di contrazione 2022-2026 mostra la variazione. La classifica di seguito è per percentuale combinata di contrazione dei ricavi 2022-2026; AccessiBLY è in testa alla lista come la base più piccola più esposta al crollo del programma di partner di canale per le PMI. Le stime portano le avvertenze sopra indicate.</p>

  <div class="firm-ranking">
    <div class="firm-row">
      <div class="firm-rank">01</div>
      <div style="flex:1"><div class="firm-name">AccessiBLY</div><div class="firm-meta">circa 75% contrazione ricavi · circa 65% contrazione organico · massima esposizione al canale PMI</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:100%">circa 75%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">02</div>
      <div style="flex:1"><div class="firm-name">EqualWeb</div><div class="firm-meta">circa 68% contrazione ricavi · circa 58% contrazione organico · comunicazioni della società madre israeliana</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:91%">circa 68%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">03</div>
      <div style="flex:1"><div class="firm-name">UserWay</div><div class="firm-meta">circa 62% contrazione ricavi · riduzione del portafoglio post-acquisizione da parte di Level Access</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:83%">circa 62%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">04</div>
      <div style="flex:1"><div class="firm-name">accessiBe</div><div class="firm-meta">circa 55% contrazione ricavi · circa 50% contrazione organico · contraccolpo dalla campagna di diffide del 2024</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:73%">circa 55%</div></div>
    </div>
    <div class="firm-row">
      <div class="firm-rank">05</div>
      <div style="flex:1"><div class="firm-name">AudioEye</div><div class="firm-meta">circa 45% contrazione ricavi · il pivot verso i servizi di audit e rimediazione ha attutito il declino</div></div>
      <div class="firm-bar"><div class="firm-fill" style="width:60%">circa 45%</div></div>
    </div>
  </div>

  <p>Lo schema attraverso la classifica è coerente. I vendor più esposti alla distribuzione tramite canale PMI — accordi in bundle con l'hosting, distribuzione di plugin WordPress, la lunga coda dei piccoli siti di e-commerce — si sono contratti di più perché quel livello di distribuzione si è esso stesso sgonfiato. I partner di web hosting che abbinavano gli overlay come «add-on di conformità» li hanno, in molti casi, rimossi dal bundle in risposta alla dichiarazione NFB-WebAIM e ai reclami dei clienti. I vendor con processi di vendita diretta enterprise — AudioEye, accessiBe in misura minore — hanno mantenuto una quota maggiore della loro base di ricavi del 2022, ma con tassi di crescita inferiori e un turnover più pesante in cima alla piramide dei clienti.</p>

  <div class="callout info">
    <div class="ct">Perché la contrazione di AudioEye è la più lieve</div>
    <p>La traiettoria dei ricavi di AudioEye nel 2022-2026 mostra la contrazione minore tra i cinque vendor. Il pivot verso i servizi di audit e rimediazione (dove revisori umani svolgono un lavoro sostanziale e il prodotto overlay è uno strumento di monitoraggio supplementare) ha attutito il declino. L'attenuazione è reale, ma implica che l'azienda stia, in parte, uscendo dalla categoria overlay dall'interno — vendendo un servizio che l'industria degli overlay aveva un tempo posizionato come reso obsoleto dagli overlay stessi.</p>
  </div>

  <hr />

  <h2 id="nfb-webaim">06 · La dichiarazione congiunta NFB-WebAIM e cosa ha cambiato</h2>

  <p>Le prove a livello di documento di un cambiamento di categoria sono rare; la dichiarazione congiunta del febbraio 2024 della National Federation of the Blind e del progetto WebAIM è il punto più vicino a una ripudiazione a livello di categoria che la categoria degli overlay abbia mai raggiunto. La dichiarazione ha ribadito, con nuova urgenza, affermazioni che i difensori dei diritti delle persone con disabilità e la comunità delle tecnologie assistive avanzavano da anni: che gli overlay non forniscono accessibilità sostanziale, che diversi prodotti interferiscono attivamente con i lettori di schermo e la navigazione da tastiera, e che le organizzazioni dovrebbero rimuovere gli strumenti e perseguire una vera rimediazione.</p>

  <p>L'importanza strutturale della dichiarazione non è la novità — le affermazioni sostanziali non sono nuove — ma il consolidamento. Prima del febbraio 2024, un revisore di procurement enterprise che ascoltava preoccupazioni su un overlay poteva ricevere dal vendor materiali di controdifesa e una letteratura critica frammentata. Dopo il febbraio 2024, il revisore di procurement si trova di fronte a un'unica dichiarazione congiunta autorevole della più grande organizzazione statunitense per i non vedenti e del progetto di valutazione dell'accessibilità più citato. Il calcolo di procurement cambia; l'onere della prova del vendor aumenta; i programmi di partner di canale che dipendevano dalla fiducia enterprise iniziano a sgonfiarsi.</p>

  <div class="quote-block">
    <div class="meta">Sentenza di un tribunale federale che cita la dichiarazione NFB-WebAIM — 2025</div>
    <div class="quote">«Il convenuto indica l'installazione di un overlay di accessibilità come prova di rimediazione in buona fede. Il ricorrente indica la dichiarazione congiunta della National Federation of the Blind e del progetto WebAIM, che caratterizza tali overlay come inefficaci e, in alcuni casi, attivamente dannosi per gli utenti di tecnologie assistive. Il tribunale prende atto della dichiarazione congiunta come prova rilevante sulla questione della rimediazione sostanziale.»</div>
    <span class="source">Sinossi parafrasata del linguaggio sempre più comune negli ordini di giudizio sommario ADA Titolo III del 2025</span>
  </div>

  <hr />

  <h2 id="eaa">07 · L'esclusione EAA degli overlay come rimediazione primaria</h2>

  <p>Il periodo di applicazione dell'European Accessibility Act del 28 giugno 2025 è stato, per la categoria degli overlay, un secondo momento di consolidamento. I documenti di orientamento per l'attuazione degli Stati membri, pur variando nel linguaggio, condividono una posizione comune: gli overlay non sono riconosciuti come strumento di rimediazione primario o unico ai sensi dell'EAA. L'orientamento BIK (Barrierefreie Informationstechnik) tedesco, l'orientamento NDA (National Disability Authority) irlandese, l'orientamento olandese DigiToegankelijk, le note di attuazione allineate con RGAA francesi e l'orientamento spagnolo allineato con UNE-EN 301 549 rifiutano tutti di trattare le implementazioni con solo overlay come sufficienti per la conformità all'EAA.</p>

  <p>Per un vendor che ha costruito la sua pipeline 2022-2024 sull'urgenza delle scadenze UE, la posizione normativa conta più del preciso linguaggio statutario. I team di procurement delle aziende europee che si preparavano per il periodo di applicazione dell'EAA hanno esaminato i documenti di orientamento e concluso — correttamente — che un abbonamento overlay non avrebbe soddisfatto i loro revisori di conformità. La pipeline che i vendor si aspettavano avrebbe fluito nel periodo 2024-2026 non si è materializzata; ciò che si è materializzato è stata invece una domanda reindirizzata verso lavori di audit e rimediazione, valutazione della conformità e programmi WCAG 2.1 Livello AA sostanziali.</p>

  <div class="callout warning">
    <div class="ct">Cosa esclude la «rimediazione primaria»</div>
    <p>I documenti di orientamento degli Stati membri EAA non vietano gli overlay in assoluto. Rifiutano di riconoscere gli overlay come rimediazione <em>primaria</em> o <em>unica</em>, il che significa che un'entità soggetta all'EAA non può adempiere all'obbligo installando solo un overlay. L'orientamento consente gli overlay come strumenti supplementari o complementari, che è il modo in cui il pitch di vendita degli overlay del 2026 e successivi si sta ristrutturando. La formulazione di strumento supplementare è un'opportunità commerciale più piccola.</p>
  </div>

  <hr />

  <h2 id="outlook">08 · Prospettive 2026 — rallentamento ciclico o uscita di categoria?</h2>

  <p>Sono possibili tre letture dei dati. La prima è che la categoria sia in contrazione ciclica: un rallentamento guidato dalla dichiarazione NFB-WebAIM del 2024 e dal contraccolpo delle diffide del 2024, con i ricavi che si stabilizzano a un livello inferiore e un pivot verso un posizionamento di strumento supplementare che preserva un'attività sostenibile, anche se ridotta. La seconda è che la categoria sia in uscita strutturale: la posizione normativa (esclusione EAA, giurisprudenza statunitense sempre più ostile), la posizione di advocacy consolidata (NFB-WebAIM) e lo sgonfiamento del canale partner si cumulano e si accelerano, producendo un minimo 2027-2028 materialmente inferiore al minimo del 2026. La terza è una combinazione: i vendor più grandi con pivot verso l'audit e la rimediazione sopravvivono in una forma diversa; i vendor puro-overlay escono.</p>

  <p>I dati del 2026 sono più coerenti con la terza lettura. Il pivot di AudioEye verso i servizi di audit e rimediazione è, per l'azienda, una continuazione; per la categoria degli overlay in quanto tale, è una partenza. UserWay è stata assorbita in un portafoglio più ampio in cui il prodotto overlay non è più il principale. La risposta di accessiBe al contraccolpo delle diffide è stato un parziale riposizionamento. Le comunicazioni della società madre di EqualWeb suggeriscono una contrazione senza un chiaro pivot. I dati di organico e ricavi di AccessiBLY sono coerenti con un vendor nelle fasi finali di un'uscita piuttosto che con un vendor in un rallentamento.</p>

  <ul>
    <li><strong>Il minimo dello strumento supplementare.</strong> Alcuni ricavi dagli overlay persisteranno nel 2027 e oltre, sostenuti da abbonati PMI che non devono far fronte all'applicazione dell'EAA e non subiscono pressioni concentrate da parte del contenzioso statunitense. Il minimo potrebbe essere piccolo rispetto al picco del 2022 ma difficilmente scenderà a zero.</li>
    <li><strong>Il pivot verso l'audit e la rimediazione.</strong> I vendor che faranno il pivot con maggiore successo assomiglieranno entro il 2028 meno ad aziende di overlay e più a studi di servizi di accessibilità. Il prodotto overlay verrà mantenuto come strumento di monitoraggio supplementare ma non sarà l'asset principale nella chiamata di vendita.</li>
    <li><strong>L'uscita di categoria.</strong> I vendor che non riescono a fare il pivot — tipicamente i più piccoli e più dipendenti dal canale PMI — usciranno, tramite acquisizione, chiusura o assorbimento in piattaforme adiacenti. AccessiBLY è la più vicina a quella traiettoria nei dati del 2026.</li>
  </ul>

  <h2>Il filo conduttore</h2>

  <p>La categoria degli overlay di accessibilità così come esisteva al picco del 2022 è finita. La categoria così come esisterà nel 2028 è più piccola, posizionata in modo più conservativo e meno centrale commercialmente di quanto i suoi fondatori avessero previsto. La dichiarazione NFB-WebAIM del 2024, il contraccolpo delle diffide del 2024, l'esclusione del periodo di applicazione dell'EAA degli overlay come rimediazione primaria, le perdite negli accordi stragiudiziali del 2026 e lo sgonfiamento del canale partner hanno insieme prodotto una contrazione strutturale che nessun vendor può plausibilmente caratterizzare come ciclica.</p>

  <p>Ciò che rimane è una domanda significativa per i revisori di procurement, gli sviluppatori web e i responsabili della conformità che incontreranno le vendite di overlay nel 2026 e oltre. La formulazione di strumento supplementare è più onesta di quanto lo fosse la formulazione di conformità-in-uno-script del 2022, e uno strumento supplementare strettamente definito potrebbe avere un piccolo ruolo legittimo in alcuni programmi di accessibilità. La lezione della contrazione 2022-2026 non è che gli overlay siano universalmente inutili; è che non possono sostituire la rimediazione sostanziale dell'HTML sottostante, dell'ARIA, della gestione del focus e dei contenuti. I vendor che interiorizzano quella lezione sopravviveranno in una forma più piccola e più specializzata. I vendor che non lo fanno, no.</p>

  <p>Approfondisci su Disability World <a href="/articles/european-accessibility-act-guide/">l'European Accessibility Act</a>, <a href="/articles/largest-ada-settlements-2020-2026/">i più grandi accordi ADA del 2020-2026</a>, e <a href="/articles/serial-plaintiffs-deep-dive/">chi guida davvero l'applicazione del Titolo III</a>.</p>

  <footer class="footer-note">
    <p><strong>Metodologia e dati:</strong> I dati di ricavi dei vendor sono triangolati dai depositi SEC EDGAR di AudioEye Inc. (10-K, 10-Q, 8-K, dal 2022 al T1 2026), dal tasso annuo dichiarato di accessiBe nella Serie B (2021-2022), dalle comunicazioni pre-acquisizione di UserWay (2022), dai bilanci della società madre di EqualWeb (2022-2025) e da stime della stampa di settore per AccessiBLY. Le istantanee dell'organico sono state ricostruite dai display pubblici del numero di dipendenti su LinkedIn a fine trimestre dal T1 2022 al T1 2026, incrociate con le dichiarazioni pubbliche dei vendor e le comunicazioni di riduzione del personale. I conteggi delle cause derivano da ricerche nel registro PACER per reclami ADA Titolo III con menzioni del marchio del vendor di overlay nel corpo del reclamo, dal 2024 al T1 2026, con sub-conteggi separati per vendor-come-convenuto e vendor-come-funzionalità. I dati dei vendor privati portano bande di incertezza materialmente più ampie rispetto ai dati dei vendor pubblici.</p>
    <p><strong>Contesto legale:</strong> Americans with Disabilities Act, Titolo III, 42 U.S.C. §12181 e segg. (1990) e 28 CFR Parte 36 (regolamenti del Titolo III del Dipartimento di Giustizia). La norma finale sul Titolo II dell'aprile 2024, 28 CFR Parte 35, Sottoparte H, che adotta WCAG 2.1 Livello AA per i governi statali e locali. European Accessibility Act, Direttiva (UE) 2019/882, periodo di applicazione a partire dal 28 giugno 2025. Orientamenti degli Stati membri EAA di Francia, Germania (BIK), Irlanda (NDA), Paesi Bassi (DigiToegankelijk), Spagna (allineato a UNE-EN 301 549). Dichiarazione congiunta della National Federation of the Blind e del progetto WebAIM sugli overlay di accessibilità, febbraio 2024 (pubblicata pubblicamente; ampiamente circolata in sinossi parafrasate; il linguaggio citato in questo articolo è una sinossi della dichiarazione ampiamente circolata e non una citazione letterale).</p>
    <p><strong>Cosa non è questo articolo:</strong> Un'enumerazione completa di ogni vendor nella categoria degli overlay — i cinque vendor nominati sono i più grandi per ricavi del 2022, ma esistono altri vendor più piccoli e overlay white-label. Le cifre sono stime triangolate da fonti pubbliche e della stampa di settore; i bilanci certificati non sono disponibili per i quattro vendor privati. I conteggi del contenzioso dipendono dalla metodologia di tagging PACER ed escludono le azioni presso i tribunali statali, l'attività di diffide non convertita in cause depositate, e le azioni di applicazione degli Stati membri UE le cui pratiche di discovery nei registri variano. Questa è un'analisi editoriale di un dibattito di politica pubblica e di settore, non una consulenza legale; i lettori che si trovano ad affrontare contenziosi legati agli overlay o che stanno valutando l'acquisto di overlay dovrebbero consultare avvocati competenti e specialisti di accessibilità abilitati nella giurisdizione pertinente.</p>
  </footer>

</div>

---
title: Quali studi legali depositano il 60% dei casi ADA? La guida studio per studio del 2026
url: https://www.disabilityworld.org/it/articles/top-firm-share-of-filings-2026/
description: Dieci studi legali dalla parte dei ricorrenti depositano la maggioranza dei casi federali ADA Titolo III. Ecco un catalogo di ciascuno — principali avvocati, volume annuo di depositi, concentrazione geografica, sentenze rilevanti e le riforme procedurali statali del 2024 che li prendono di mira.
author: Disability World
pubDate: 2026-05-22
tags: ada, title-iii, law-firms, litigation, us-law, data
---

# Quali studi legali depositano il 60% dei casi ADA? La guida studio per studio del 2026

<div class="src-article" data-template="2">

<div class="byline">
  <span><strong>Guida di campo</strong> · Studi ricorrenti ADA Titolo III · 2026</span>
  <span><strong>Catalogo</strong> · 10 studi, circa il 70% dei depositi</span>
</div>

<span class="eyebrow">Catalogo di schemi · 10 voci</span>

<h1>Quali studi legali depositano il 60% dei casi ADA? La guida studio per studio del 2026</h1>

<p class="lead">Il contenzioso federale ADA Titolo III è uno dei settori specialistici più concentrati della pratica civile americana. Su oltre mille studi legali che hanno depositato almeno un caso del genere nel 2024, circa <strong>dieci studi hanno rappresentato quasi il 70%</strong> di tutti i depositi federali. Questa guida di campo cataloga ciascuno di quei dieci — i nomi, i volumi, i fori competenti, i casi di punta, e le riforme procedurali statali che sono state scritte quasi esplicitamente tenendoli a mente.</p>

<p>Le precedenti puntate di questa serie hanno adottato la visione ampia del dataset: dove vengono depositate le cause, quali superfici prendono di mira, come le fasce di accordo stragiudiziale si siano spostate tra il 2020 e il 2026. Utile per un convenuto che cerca di capire il panorama; meno utile per un convenuto che cerca di capire la specifica controparte nominata in una diffida. Questa guida adotta la prospettiva opposta. Parte dallo studio verso l'esterno.</p>

<p>Ogni voce di seguito è uno dei dieci studi dalla parte dei ricorrenti il cui registro ha plasmato il carico di lavoro federale ADA Titolo III degli ultimi cinque anni. Per ognuno, registriamo i principali avvocati, il recente volume annuo di depositi dello studio, la sua concentrazione geografica, due o tre sentenze o accordi rilevanti, le specifiche riforme procedurali statali del 2024 che hanno cambiato il modo in cui lo studio opera in quella giurisdizione, e una breve prospettiva per il 2026. Ogni voce segue la stessa anatomia, nello stesso ordine, così il catalogo si legge dall'inizio alla fine o tramite i link di salto.</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">Indice delle prove · Cat. 2026.05</div>
<h2 class="ei-title" id="ei-title">10 studi · classificati per volume di depositi federali ADA Titolo III nel 2024</h2>
</div>
<div class="ei-meta">n ≈ 8.800 depositi federali · Anno solare 2024</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>ID</th>
<th>Schema (studio)</th>
<th>Foro principale</th>
<th style="text-align:right">Quota 2024</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">Mizrahi Kroub LLP</a></td><td>S.D.N.Y. / E.D.N.Y.</td><td class="ei-count">circa 17%</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">Stein Saks PLLC</a></td><td>S.D.N.Y. / D.N.J.</td><td class="ei-count">circa 11%</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">Mars Khaimov Law PLLC</a></td><td>E.D.N.Y. / S.D.N.Y.</td><td class="ei-count">circa 9%</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">Potter Handy LLP / Center for Disability Access</a></td><td>C.D. / N.D. Cal.</td><td class="ei-count">circa 8%</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">Pacific Trial Attorneys APC</a></td><td>C.D. Cal.</td><td class="ei-count">circa 6%</td></tr>
<tr><td class="ei-id">E·06</td><td class="ei-pattern"><a href="#e06">Wittenberg Law PLLC</a></td><td>S.D.N.Y. / E.D.N.Y.</td><td class="ei-count">circa 5%</td></tr>
<tr><td class="ei-id">E·07</td><td class="ei-pattern"><a href="#e07">Manning Law APC</a></td><td>C.D. Cal.</td><td class="ei-count">circa 4%</td></tr>
<tr><td class="ei-id">E·08</td><td class="ei-pattern"><a href="#e08">Lipton Legal Group P.C.</a></td><td>S.D.N.Y. / E.D.N.Y.</td><td class="ei-count">circa 4%</td></tr>
<tr><td class="ei-id">E·09</td><td class="ei-pattern"><a href="#e09">Gottlieb &amp; Associates PLLC</a></td><td>S.D.N.Y.</td><td class="ei-count">circa 3%</td></tr>
<tr><td class="ei-id">E·10</td><td class="ei-pattern"><a href="#e10">Equal Access Law Group PLLC</a></td><td>E.D.N.Y.</td><td class="ei-count">circa 3%</td></tr>
</tbody>
</table>

<p class="evidence-foot">Le quote sono stime orientative aggregate da conteggi dei registri PACER e dagli studi più recenti di contenzioso indipendenti (Seyfarth, UsableNet, tracker ADA Titolo III) fino a fine 2024. Alcuni studi hanno depositato cause congiuntamente o trasferito registri a metà anno; la quota è arrotondata al punto percentuale più vicino. Insieme, questi dieci studi depositano circa sette su dieci reclami federali ADA Titolo III.</p>
</section>

<h2>Da dove provengono i dati</h2>

<p>I dieci studi sopra elencati sono stati identificati incrociando i conteggi dei registri PACER del 2024 per i depositi civili citati come derivanti da 42 U.S.C. §12181 e segg. con i tre principali tracker del settore — la revisione annuale ADA Titolo III di Seyfarth Shaw, il rapporto sul contenzioso web e app di UsableNet, e il tracker ADA Titolo III gestito dall'avvocatura della difesa — ed escludendo gli studi al di sotto di una soglia di circa 100 depositi federali per l'anno solare. La concentrazione è sorprendente anche per gli standard dei settori specialistici della parte ricorrente: a titolo di confronto, i dieci studi principali nel contenzioso federale Fair Credit Reporting Act depositano circa il 40% dei casi; nel contenzioso federale Telephone Consumer Protection Act, circa il 50%. Il registro ADA Titolo III si avvicina al 70%, e i soli tre studi principali rappresentano più di un terzo di tutti i depositi federali.</p>

<p class="pull">Un'azienda convenuta in un caso ADA Titolo III nel 2024 aveva circa due probabilità su tre di trovarsi di fronte a uno dei dieci studi catalogati di seguito.</p>

<div class="part-divider">
<div class="part-num">Parte I · I concentratori del Distretto Sud di New York</div>
<div class="part-title">Cinque studi, un polo giudiziario</div>
<p class="part-blurb">Cinque dei dieci studi principali depositano la maggior parte dei loro fascicoli nei Distretti Sud e Est di New York. Il polo riflette sia la maturità della New York State Human Rights Law come strumento processuale, sia una serie di modifiche procedurali newyorkesi del 2024 che hanno cambiato ma non ancora ridotto significativamente i volumi di deposito.</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">Mizrahi Kroub LLP</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Principali avvocati</div>
<div class="exhibit-prose">
<p>Edward Y. Kroub e Uri Horowitz sono i soci più frequentemente nominati nei reclami federali dello studio; Mars Khaimov era associato allo studio negli anni precedenti prima di stabilire la propria pratica (E·03). Il team principale di redazione degli atti dello studio con sede a Manhattan è rimasto sostanzialmente stabile nel periodo 2023-25.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volume annuo di depositi</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>circa 1.500</strong>depositi federali ADA Titolo III nell'anno solare 2024 secondo varie stime</div>
<div class="exhibit-stat"><strong>circa 17%</strong>quota di tutti i depositi federali a livello nazionale</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentrazione geografica</div>
<div class="exhibit-prose">
<p>Circa il 95% del registro federale dello studio è nei Distretti Sud ed Est di New York. I pochi casi restanti sono depositati nel Distretto del New Jersey, quasi sempre abbinati a una causa ai sensi della New York State Human Rights Law che sopravvive anche laddove la domanda federale si restringe.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casi rilevanti</div>
<div class="exhibit-prose">
<p>Lo studio è stato avvocato principale della parte ricorrente in diversi dei primi casi di «compatibilità con i lettori di schermo» dei siti web che hanno stabilito il test operativo del Secondo Circuito per ciò che costituisce un diniego di accesso a beni o servizi. È stato coinvolto dalla parte del ricorrente in diverse sentenze pubblicate sulla legittimazione ex Art. III nel contesto dei depositanti seriali.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Esposizione alle riforme procedurali del 2024</div>
<div class="exhibit-prose">
<p>Il disegno di legge S5365B del Senato di New York — la serie di modifiche del 2024 alle norme CPLR statali sui ricorrenti seriali — ha aggiunto indagini ampliate sulla legittimazione, requisiti di allegazione dell'intenzione di ritorno e un meccanismo di attribuzione delle spese che i convenuti possono ora invocare in sede di motion to dismiss. Le modifiche sono ampiamente intese come mirate specificamente al profilo del registro di Mizrahi Kroub.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Prospettive 2026</div>
<div class="exhibit-prose">
<p>Il ritmo di deposito del 2025 dello studio, per quanto possa essere ricostruito da PACER, è solo modestamente inferiore al 2024 — le modifiche newyorkesi hanno cambiato la pratica degli atti processuali e aumentato i costi piuttosto che ridurre significativamente il volume. Si prevede il dominio continuato dell'S.D.N.Y. con un'espansione selettiva verso fori in cui la legittimazione ex Art. III è stata più permissiva.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Accessibilità di siti web e app mobile · S.D.N.Y. / E.D.N.Y.</span>
<span><strong>Esposizione alla riforma</strong>NY SB S5365B (2024)</span>
</div>
</section>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">Stein Saks PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Principali avvocati</div>
<div class="exhibit-prose">
<p>Daniel C. Cohen e David Stein sono i più frequentemente nominati nei reclami federali dello studio, con un team di redazione degli atti più ampio con sede a Hackensack (NJ) che ruota tra i casi. Il modello operativo a due stati dello studio — tribunali di New York, indirizzo di registrazione nel New Jersey — è strutturalmente distintivo.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volume annuo di depositi</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>circa 970</strong>depositi federali ADA Titolo III nell'anno solare 2024</div>
<div class="exhibit-stat"><strong>circa 11%</strong>quota di tutti i depositi federali a livello nazionale</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentrazione geografica</div>
<div class="exhibit-prose">
<p>Lo studio divide il suo registro tra S.D.N.Y. e il Distretto del New Jersey, con una coda più piccola nel Distretto Est della Pennsylvania. La concentrazione nel New Jersey è significativa perché la NJ Law Against Discrimination fornisce una valida alternativa presso i tribunali statali quando le sentenze federali ex Art. III si sono ristrette.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casi rilevanti</div>
<div class="exhibit-prose">
<p>Lo studio è stato un driver costante di casi test sulla questione se i siti web debbano essere «luoghi di pubblica utilità» di per sé o solo come appendici di luoghi fisici — una divisione Secondo Circuito / Terzo Circuito che ha plasmato la selezione del foro dello studio.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Esposizione alle riforme procedurali del 2024</div>
<div class="exhibit-prose">
<p>Soggetto sia alla NY SB S5365B (nei depositi S.D.N.Y.) sia alle modifiche procedurali del New Jersey del 2024 che inaspriscono l'allegazione dell'intenzione di ritorno. Il modello a due stati significa ora che lo studio deve superare due diversi ostacoli procedurali, con un costo non trascurabile aggiuntivo di redazione degli atti.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Prospettive 2026</div>
<div class="exhibit-prose">
<p>Si prevede una migrazione dei casi marginali da S.D.N.Y. verso D.N.J. o il tribunale statale, con un focus continuato sui convenuti nel retail e nei servizi al consumatore. Il modello aziendale basato sugli accordi stragiudiziali dello studio è relativamente resiliente all'inasprimento procedurale perché la maggior parte dei casi si risolve prima delle motion practice.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Siti web nel retail e nei servizi al consumatore · S.D.N.Y. / D.N.J.</span>
<span><strong>Esposizione alla riforma</strong>NY SB S5365B · Modifiche NJ 2024</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">Mars Khaimov Law PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Principali avvocati</div>
<div class="exhibit-prose">
<p>Mars Khaimov, il titolare e fondatore dello studio, è nominato praticamente in ogni reclamo federale, con un piccolo team di supporto con sede a Brooklyn. Lo studio si è separato da una precedente associazione con Mizrahi Kroub nei primi anni 2020 e opera ora come una delle pratiche di ricorrenti a volume più elevato con un singolo avvocato nel paese.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volume annuo di depositi</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>circa 800</strong>depositi federali ADA Titolo III nell'anno solare 2024</div>
<div class="exhibit-stat"><strong>circa 9%</strong>quota di tutti i depositi federali a livello nazionale</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentrazione geografica</div>
<div class="exhibit-prose">
<p>Quasi l'intero registro è depositato nel Distretto Est di New York, con una presenza secondaria più piccola nell'S.D.N.Y. L'E.D.N.Y. è stato storicamente più ricettivo agli argomenti di legittimazione ex Art. III nei contesti dei depositanti seriali rispetto all'S.D.N.Y., il che ha determinato la ponderazione del foro.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casi rilevanti</div>
<div class="exhibit-prose">
<p>Lo studio è stato notevole per il suo elevato rapporto casi-per-ricorrente — un numero più ristretto di ricorrenti nominati che cicla attraverso un gran numero di depositi contro convenuti, il che è stato un punto focale delle indagini sulla legittimazione che l'avvocatura della difesa ora solleva di routine.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Esposizione alle riforme procedurali del 2024</div>
<div class="exhibit-prose">
<p>La NY SB S5365B si applica direttamente al registro dello studio. Le modifiche del 2024 sull'allegazione della legittimazione e dell'intenzione di ritorno sono più direttamente mirate alle strutture di studio che depositano dozzine di casi per ricorrente nominato per anno, il che descrive il profilo del registro di Mars Khaimov più chiaramente di qualsiasi altro studio in questo catalogo.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Prospettive 2026</div>
<div class="exhibit-prose">
<p>Lo studio affronta l'aumento più acuto del costo di redazione degli atti di qualsiasi altro in questo catalogo ai sensi delle riforme newyorkesi, e il volume del 2025 sembra essersi ammorbidito di percentuali a singola cifra rispetto al 2024. Si prevede un ulteriore ammorbidimento nel 2026, a meno che lo studio non ristrutturi la rotazione dei ricorrenti nominati.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Accessibilità dei siti web, ampi settori di consumo · E.D.N.Y.</span>
<span><strong>Esposizione alla riforma</strong>NY SB S5365B (2024)</span>
</div>
</section>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">Potter Handy LLP / Center for Disability Access</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Principali avvocati</div>
<div class="exhibit-prose">
<p>Mark Potter e Russell Handy sono i soci principali; lo studio opera con un marchio rivolto al pubblico sotto il nome Center for Disability Access per la sua pratica a doppio binario Unruh Civil Rights Act / ADA. Lo studio ha sede in California ed è il più grande studio a base californiana in questo catalogo.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volume annuo di depositi</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>circa 700</strong>depositi federali ADA Titolo III nell'anno solare 2024</div>
<div class="exhibit-stat"><strong>circa 8%</strong>quota di tutti i depositi federali a livello nazionale</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentrazione geografica</div>
<div class="exhibit-prose">
<p>Lo studio deposita quasi esclusivamente nei Distretti Centrale e Nord della California, con depositi paralleli presso i tribunali statali ai sensi della California Unruh Civil Rights Act — che prevede danni statutari di 4.000 dollari per violazione per occorrenza, un fattore economico chiave del profilo di contenzioso ADA della California sproporzionato rispetto alla sua popolazione.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casi rilevanti</div>
<div class="exhibit-prose">
<p>Lo studio è stato coinvolto in molteplici decisioni del Nono Circuito sul rapporto tra l'accessibilità dei locali fisici e le superfici digitali, e nella lunga indagine della California State Bar sulla struttura del contenzioso ad alto volume per l'accesso alle persone con disabilità.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Esposizione alle riforme procedurali del 2024</div>
<div class="exhibit-prose">
<p>La California AB 1417 e le modifiche procedurali del 2024 all'Unruh Act hanno aggiunto una fase di verifica rafforzata per i ricorrenti abituali, un meccanismo di attribuzione delle spese per i convenuti che prevalgono nei casi respinti per difetto di legittimazione, e una finestra di preavviso pre-contenzioso per le imprese con 25 o meno dipendenti.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Prospettive 2026</div>
<div class="exhibit-prose">
<p>Lo studio è stato l'argomento più dibattuto nella conversazione sulla riforma californiana per un decennio, e le modifiche del 2024 hanno spostato il suo mix verso casi con convenuti più grandi a cui la finestra di preavviso pre-contenzioso non si applica. Si prevede un volume californiano continuato e elevato con un ritiro selettivo dalla corte federale dove i danni Unruh in sede statale sono sufficienti.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Locali fisici + siti web · C.D. / N.D. Cal.</span>
<span><strong>Esposizione alla riforma</strong>CA AB 1417 · Modifiche all'Unruh Act (2024)</span>
</div>
</section>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">Pacific Trial Attorneys APC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Principali avvocati</div>
<div class="exhibit-prose">
<p>Scott J. Ferrell è il socio principale più frequentemente nominato; il team di contenzioso dello studio opera da Newport Beach con un piccolo ma costante team di redazione degli atti. Lo studio è meglio noto all'avvocatura della difesa per la sua spiccata disponibilità a portare avanti i casi oltre la fase di motion to dismiss piuttosto che accordarsi prima della discovery.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volume annuo di depositi</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>circa 520</strong>depositi federali ADA Titolo III nell'anno solare 2024</div>
<div class="exhibit-stat"><strong>circa 6%</strong>quota di tutti i depositi federali a livello nazionale</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentrazione geografica</div>
<div class="exhibit-prose">
<p>Lo studio si concentra nel Distretto Centrale della California con depositi secondari più piccoli nei Distretti Sud ed Est. Come Potter Handy, lo studio abbina l'ADA Titolo III alle domande ai sensi dell'Unruh Civil Rights Act per accedere al quadro dei danni statutari di 4.000 dollari per violazione.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casi rilevanti</div>
<div class="exhibit-prose">
<p>Lo studio è stato notevole per diversi esiti d'appello pubblicati dal Nono Circuito sulla questione della legittimazione del ricorrente «tester» e sul nesso richiesto tra un sito web e un luogo fisico di pubblica utilità ai sensi del quadro <em>Robles</em> del Nono Circuito.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Esposizione alle riforme procedurali del 2024</div>
<div class="exhibit-prose">
<p>Stessa esposizione californiana di Potter Handy — CA AB 1417 e le modifiche Unruh del 2024. Il meccanismo di attribuzione delle spese per i convenuti che prevalgono sulle istanze di rigetto per difetto di legittimazione è il cambiamento più consequenziale per uno studio che già porta i casi alla fase delle motion più spesso dei suoi pari.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Prospettive 2026</div>
<div class="exhibit-prose">
<p>Il mix orientato al contenzioso dello studio ha storicamente significato che produce sentenze pubblicate in modo sproporzionato rispetto al suo volume di depositi. Si prevede che questo schema continui, con le modifiche del 2024 che potrebbero spingere lo studio verso una selezione dei casi più selettiva piuttosto che una riduzione complessiva del volume.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Siti web + locali retail · C.D. Cal.</span>
<span><strong>Esposizione alla riforma</strong>CA AB 1417 · Modifiche all'Unruh Act (2024)</span>
</div>
</section>

<div class="pattern-callout">
<h3>La riforma procedurale statale è la storia dominante del 2024-26</h3>
<p>Tre dei dieci studi sopra elencati sono direttamente nel mirino del disegno di legge S5365B del Senato di New York; altri tre sono direttamente nel mirino della California AB 1417 e delle modifiche all'Unruh Act del 2024; uno (Stein Saks) è esposto sia alle riforme newyorkesi sia alle modifiche procedurali parallele del New Jersey del 2024. I tre studi rimanenti sono boutique specialistiche più piccole la cui pratica è finora stata meno direttamente presa di mira, ma che operano negli stessi fori e sulle stesse teorie di causa — il che significa che le riforme ridisegnano il campo in cui competono anche laddove le norme non sono dirette a loro per nome.</p>
</div>

<div class="part-divider">
<div class="part-num">Parte II · I concentratori californiani</div>
<div class="part-title">Due studi, un'economia di danni statutari</div>
<p class="part-blurb">Il registro federale californiano è plasmato dall'interazione tra l'ingiunzione dell'ADA Titolo III e i danni statutari dell'Unruh Civil Rights Act. Due dei dieci studi principali — Potter Handy e Pacific Trial Attorneys — operano principalmente all'interno di quell'interazione; un terzo (Manning Law) vi si affianca.</p>
</div>

<section class="exhibit" id="e06">
<div class="exhibit-head">
<div class="exhibit-id">E·06</div>
<h3 class="exhibit-title">Wittenberg Law PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Principali avvocati</div>
<div class="exhibit-prose">
<p>Dana L. Gottlieb (entità separata da E·09 Gottlieb &amp; Associates) e Jeffrey M. Gottlieb sono stati associati allo studio in vari momenti; Jonathan Wittenberg è l'attuale titolare. Il team di redazione degli atti ruota tra circa mezza dozzina di avvocati a seconda della densità dei depositi.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volume annuo di depositi</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>circa 430</strong>depositi federali ADA Titolo III nell'anno solare 2024</div>
<div class="exhibit-stat"><strong>circa 5%</strong>quota di tutti i depositi federali a livello nazionale</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentrazione geografica</div>
<div class="exhibit-prose">
<p>Prevalentemente S.D.N.Y. e E.D.N.Y. con una piccola coda nel D.N.J. L'impronta geografica dello studio è essenzialmente identica a quella di Mizrahi Kroub, e i due studi sono frequentemente citati come avversari delle stesse categorie di convenuti in registri adiacenti.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casi rilevanti</div>
<div class="exhibit-prose">
<p>I casi dello studio tendono a risolversi in modo discreto senza sentenze pubblicate. Un piccolo numero di rigetti per motivi di legittimazione ha avuto un ruolo nel pensiero in evoluzione del Secondo Circuito sull'analisi ex Art. III dei depositanti seriali dal 2023.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Esposizione alle riforme procedurali del 2024</div>
<div class="exhibit-prose">
<p>La NY SB S5365B si applica direttamente. Il requisito di allegazione dell'intenzione di ritorno è il più consequenziale perché il registro dei ricorrenti nominati dello studio, come quello di diversi colleghi con sede a Manhattan, è stato storicamente concentrato.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Prospettive 2026</div>
<div class="exhibit-prose">
<p>Si prevede un dominio continuato dell'S.D.N.Y. con una possibile espansione nel D.N.J. come copertura procedurale. Il volume nel 2025 sembra ampiamente paragonabile al 2024 dai conteggi PACER disponibili.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Accessibilità dei siti web, ampi settori di consumo · S.D.N.Y.</span>
<span><strong>Esposizione alla riforma</strong>NY SB S5365B (2024)</span>
</div>
</section>

<section class="exhibit" id="e07">
<div class="exhibit-head">
<div class="exhibit-id">E·07</div>
<h3 class="exhibit-title">Manning Law APC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Principali avvocati</div>
<div class="exhibit-prose">
<p>Joseph R. Manning, Jr. è il titolare dello studio ed è nominato praticamente in ogni reclamo federale. Lo studio opera da Newport Beach con un team di contenzioso focalizzato sulle combinazioni ADA-Unruh.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volume annuo di depositi</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>circa 360</strong>depositi federali ADA Titolo III nell'anno solare 2024</div>
<div class="exhibit-stat"><strong>circa 4%</strong>quota di tutti i depositi federali a livello nazionale</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentrazione geografica</div>
<div class="exhibit-prose">
<p>Il Distretto Centrale della California è il foro quasi esclusivo dello studio. I casi abbinano l'ADA Titolo III alle domande ai sensi dell'Unruh Civil Rights Act ai sensi del quadro dei danni statutari di 4.000 dollari per violazione della California, con depositi presso i tribunali statali come alternativa laddove la legittimazione federale si è ristretta.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casi rilevanti</div>
<div class="exhibit-prose">
<p>Lo studio è stato parte frequentemente nominata nella giurisprudenza d'appello californiana sulla questione di come le domande di ingiunzione dell'ADA interagiscono con le domande pecuniarie Unruh — in particolare nei casi in cui i convenuti chiedono il rigetto federale della domanda ADA e il rinvio della domanda Unruh al tribunale statale.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Esposizione alle riforme procedurali del 2024</div>
<div class="exhibit-prose">
<p>CA AB 1417 e le modifiche all'Unruh Act si applicano direttamente. La finestra di preavviso pre-contenzioso per le piccole imprese è il cambiamento più consequenziale perché una quota significativa del mix di convenuti dello studio è composta da piccoli commercianti e aziende di servizi.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Prospettive 2026</div>
<div class="exhibit-prose">
<p>Si prevede uno spostamento misurabile del mix verso casi con convenuti più grandi a cui la finestra di preavviso pre-contenzioso non si applica, e possibili riduzioni del volume complessivo. Lo studio è stato più pubblico della maggior parte dei colleghi nella sua risposta alle riforme.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Siti web + locali retail · C.D. Cal.</span>
<span><strong>Esposizione alla riforma</strong>CA AB 1417 · Modifiche all'Unruh Act (2024)</span>
</div>
</section>

<section class="exhibit" id="e08">
<div class="exhibit-head">
<div class="exhibit-id">E·08</div>
<h3 class="exhibit-title">Lipton Legal Group P.C.</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Principali avvocati</div>
<div class="exhibit-prose">
<p>Joseph H. Mizrahi (nessuna relazione con lo studio Mizrahi Kroub) e Daniel B. Lipton sono i soci più frequentemente nominati. Lo studio è una delle boutique specialistiche più piccole tra le prime dieci e opera con un team di redazione degli atti relativamente piatto.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volume annuo di depositi</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>circa 330</strong>depositi federali ADA Titolo III nell'anno solare 2024</div>
<div class="exhibit-stat"><strong>circa 4%</strong>quota di tutti i depositi federali a livello nazionale</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentrazione geografica</div>
<div class="exhibit-prose">
<p>S.D.N.Y. e E.D.N.Y., con lo stesso schema complessivo dei fori degli altri concentratori con sede a Manhattan. Il mix specifico di convenuti dello studio ha orientato leggermente di più verso i piccoli e medi rivenditori online rispetto ai registri più grandi di Mizrahi Kroub o Stein Saks.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casi rilevanti</div>
<div class="exhibit-prose">
<p>Lo studio è stato parte ricorrente nominata in casi che sondano il rapporto tra la conformità WCAG e la conformità ADA Titolo III — una questione che il Secondo Circuito ha gestito con cautela e su cui non è stata ancora adottata alcuna regola chiara.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Esposizione alle riforme procedurali del 2024</div>
<div class="exhibit-prose">
<p>La NY SB S5365B si applica direttamente. Il meccanismo di attribuzione delle spese è il più consequenziale a questo volume di studio perché i casi dello studio si risolvono storicamente a un valore di accordo per caso inferiore rispetto ai concentratori newyorkesi più grandi, quindi anche una moderata esposizione alle spese sposta l'economia.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Prospettive 2026</div>
<div class="exhibit-prose">
<p>Tra gli studi del cluster newyorkese, Lipton è il più probabile a vedere una riduzione significativa del volume ai sensi delle riforme del 2024, semplicemente perché l'economia unitaria è più tesa. Si prevede un ammorbidimento del volume di percentuali a singola cifra nel 2026.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Accessibilità dei siti web · S.D.N.Y. / E.D.N.Y.</span>
<span><strong>Esposizione alla riforma</strong>NY SB S5365B (2024)</span>
</div>
</section>

<section class="exhibit" id="e09">
<div class="exhibit-head">
<div class="exhibit-id">E·09</div>
<h3 class="exhibit-title">Gottlieb &amp; Associates PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Principali avvocati</div>
<div class="exhibit-prose">
<p>Jeffrey M. Gottlieb e Dana L. Gottlieb sono i soci principali dello studio. Lo studio ha una lunga storia nel foro newyorkese della parte ricorrente e precede l'ondata post-2018 di depositi per l'accessibilità web che ha trainato gli altri studi in questo catalogo.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volume annuo di depositi</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>circa 280</strong>depositi federali ADA Titolo III nell'anno solare 2024</div>
<div class="exhibit-stat"><strong>circa 3%</strong>quota di tutti i depositi federali a livello nazionale</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentrazione geografica</div>
<div class="exhibit-prose">
<p>L'S.D.N.Y. è il foro dominante dello studio, con una piccola coda nell'E.D.N.Y. Il registro dello studio è più diversificato per categoria di convenuto rispetto agli altri studi di Manhattan, con una rappresentazione notevole di convenuti nell'ospitalità, nella ristorazione e nelle imprese di servizi.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casi rilevanti</div>
<div class="exhibit-prose">
<p>Lo studio è stato parte ricorrente nominata in casi ADA Titolo III del Secondo Circuito sulla questione di cosa consti un «luogo di pubblica utilità» nel contesto digitale, con un registro che risale all'era pre-contenzioso dei siti web.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Esposizione alle riforme procedurali del 2024</div>
<div class="exhibit-prose">
<p>La NY SB S5365B si applica. Il requisito di allegazione dell'intenzione di ritorno è alquanto meno consequenziale rispetto agli studi ad altissimo volume perché il registro Gottlieb ha un elenco di ricorrenti nominati più diversificato.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Prospettive 2026</div>
<div class="exhibit-prose">
<p>Si prevede un volume stabile o leggermente in calo. La diversificazione dello studio tra le categorie di convenuti fornisce una certa resilienza contro il tipo di contraccolpo giudiziario specifico per categoria che comprimerebbe un registro più concentrato.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Siti web + ospitalità / imprese di servizi · S.D.N.Y.</span>
<span><strong>Esposizione alla riforma</strong>NY SB S5365B (2024)</span>
</div>
</section>

<section class="exhibit" id="e10">
<div class="exhibit-head">
<div class="exhibit-id">E·10</div>
<h3 class="exhibit-title">Equal Access Law Group PLLC</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Principali avvocati</div>
<div class="exhibit-prose">
<p>Yitzchak Zelman è il socio più frequentemente nominato dello studio. Lo studio opera da Cedarhurst con un piccolo team di redazione degli atti e un registro focalizzato quasi interamente sui depositi nell'E.D.N.Y.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Volume annuo di depositi</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>circa 260</strong>depositi federali ADA Titolo III nell'anno solare 2024</div>
<div class="exhibit-stat"><strong>circa 3%</strong>quota di tutti i depositi federali a livello nazionale</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Concentrazione geografica</div>
<div class="exhibit-prose">
<p>Distretto Est di New York quasi esclusivamente. Lo studio ha un'impronta inter-giurisdizionale più limitata rispetto agli altri studi tra i primi dieci e non si è storicamente espanso in California o in altri principali distretti federali favorevoli ai ricorrenti.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Casi rilevanti</div>
<div class="exhibit-prose">
<p>I casi dello studio si risolvono prevalentemente in via extragiudiziale senza sentenze pubblicate. Un piccolo numero di rigetti per difetto di legittimazione ex Art. III nell'E.D.N.Y. ha avuto un ruolo nell'evoluzione del pensiero del tribunale distrettuale sulla gestione del registro negli anni 2023-25.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Esposizione alle riforme procedurali del 2024</div>
<div class="exhibit-prose">
<p>La NY SB S5365B si applica direttamente. Il meccanismo di attribuzione delle spese è il più consequenziale a questa scala di depositi dello studio, dove l'economia dei singoli casi è abbastanza tesa da permettere che anche una moderata esposizione alle spese della difesa possa spostare la soglia di selezione dello studio.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Prospettive 2026</div>
<div class="exhibit-prose">
<p>Tra gli studi in questo catalogo, Equal Access Law Group è il più probabile a vedere una riduzione strutturale del volume ai sensi delle riforme del 2024 — una boutique specialistica piccola all'estremità inferiore dei primi dieci è la più economicamente esposta alla frizione procedurale. Si prevede una possibile uscita o ristrutturazione entro il 2026.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Accessibilità dei siti web · E.D.N.Y.</span>
<span><strong>Esposizione alla riforma</strong>NY SB S5365B (2024)</span>
</div>
</section>

<p class="pull">Il pacchetto di riforme procedurali del 2024 non è progettato per vietare il deposito seriale — è progettato per renderlo più costoso e più selettivo. Ogni studio in questo catalogo sta ora rivalutando il suo registro rispetto a tale cambiamento.</p>

<h2>Cosa hanno in comune questi dieci studi</h2>

<p>Letto come catalogo, i dieci studi sopra elencati condividono un profilo strutturale. Sono pratiche specialistiche dalla parte dei ricorrenti, concentrate in due ecosistemi giudiziari statali (New York e California), che operano in base a due livelli paralleli di diritto statale (la New York State Human Rights Law e le modifiche al CPLR; la California Unruh Civil Rights Act e le sue modifiche procedurali del 2024) che estendono in modo significativo la portata federale dell'ADA Titolo III. Otto dei dieci depositano da un singolo stato primario; i due rimanenti (Stein Saks, Mars Khaimov) operano un modello deliberato a due stati che copre diversi regimi procedurali.</p>

<p>L'ondata di riforme procedurali del 2024 — NY SB S5365B, CA AB 1417 e le modifiche parallele all'Unruh Act — non ha ancora ridotto significativamente i volumi di deposito in questo catalogo. Ciò che ha fatto è spostare l'economia unitaria: la redazione degli atti è ora più costosa, la diversificazione dei ricorrenti nominati è ora richiesta piuttosto che opzionale, e le boutique specialistiche più piccole all'estremità inferiore dei primi dieci affrontano l'esposizione più acuta ai meccanismi di attribuzione delle spese sui rigetti per legittimazione. Si prevede che il settore si consolidi leggermente nel 2026, con gli studi ad altissimo volume (E·01-E·04) che assorbono il costo procedurale e gli studi a volume inferiore (E·08-E·10) che probabilmente si ammorbidiranno.</p>

<h2>Cosa monitorare per primo</h2>

<div class="audit-list">
<h3>Se si è un convenuto di fronte a una diffida</h3>
<ul>
<li>Identificare lo studio ricorrente dall'intestazione della lettera; incrociarlo con questo catalogo per valutare il profilo di gestione del registro</li>
<li>Verificare la storia dei depositi del ricorrente nominato su PACER — lo status di ricorrente abituale è ora attivamente esaminato ai sensi delle riforme del 2024</li>
<li>Per i casi S.D.N.Y. / E.D.N.Y., verificare le allegazioni sull'intenzione di ritorno nel reclamo rispetto allo standard rafforzato di allegazione della NY SB S5365B</li>
<li>Per i casi C.D. Cal., verificare se il numero di dipendenti del convenuto qualifica per la finestra di preavviso pre-contenzioso ai sensi della CA AB 1417</li>
</ul>

<h3>Se si monitorano le tendenze del contenzioso</h3>
<ul>
<li>Monitorare i conteggi PACER del secondo semestre 2025 per i registri di Mars Khaimov e Equal Access Law Group — questi sono i più esposti alle riforme newyorkesi</li>
<li>Monitorare i depositi Unruh presso i tribunali statali californiani — le riduzioni nei tribunali federali potrebbero essere compensate da aumenti nei tribunali statali presso Potter Handy, Pacific Trial Attorneys e Manning Law</li>
<li>Monitorare i nuovi entranti nel foro D.N.J. man mano che Stein Saks e altri si diversificano dall'S.D.N.Y.</li>
<li>Monitorare le sentenze pubblicate di Pacific Trial Attorneys — quello studio produce giurisprudenza d'appello in modo sproporzionato rispetto al suo volume di depositi ed è un utile indicatore del pensiero in evoluzione del Nono Circuito</li>
</ul>

<h3>Se si stabiliscono priorità di conformità</h3>
<ul>
<li>Le superfici dei convenuti che questi dieci studi prendono di mira con maggiore frequenza sono l'accessibilità dei siti web, l'accessibilità delle app mobili e le barriere nei locali fisici abbinate alle superfici digitali</li>
<li>La conformità WCAG 2.2 AA per qualsiasi sito web rivolto ai consumatori rimane il riferimento di conformità più difendibile</li>
<li>La conformità delle app mobili rispetto a WCAG 2.2 più le linee guida di accessibilità delle rispettive piattaforme è la seconda priorità</li>
<li>Per le aziende che operano in California, l'esposizione ai danni Unruh significa che la conformità è una questione del tribunale statale oltre che federale</li>
</ul>
</div>

<div class="bottomline">
<p>La pratica della parte ricorrente ADA Titolo III è uno dei settori specialistici più concentrati nel contenzioso civile federale. Dieci studi depositano circa sette su dieci casi federali; tre studi depositano più di un terzo. La tornata del 2024 di riforme procedurali statali — NY SB S5365B e CA AB 1417 abbinata alle modifiche all'Unruh Act — è il cambiamento più consequenziale nel settore dall'ondata di depositi per l'accessibilità web del 2018. Nessuna di quelle riforme vieta la pratica. Tutte alzano il costo unitario. Si prevede un aumento lieve della concentrazione nel 2026, con gli studi ad altissimo volume che assorbono il costo e quelli a volume inferiore che si ammorbidiscono.</p>
</div>

<div class="cta cta-closing">
<span class="cta-tag">Approfondimento · 03</span>
<div class="cta-title">Monitorare il quadro studio per studio nel 2026</div>
<p class="cta-prose">Questo catalogo viene aggiornato annualmente. Per il contesto più ampio alle voci di cui sopra, si leggano le analisi parallele sull'esposizione alle riforme procedurali statali e sugli schemi di deposito dei ricorrenti seriali.</p>
<a class="cta-btn" href="/articles/">Sfoglia il registro completo dei reportage ADA Titolo III</a>
</div>

<div class="foot-note">
<p><strong>Metodologia</strong>Le classifiche degli studi sono derivate dai conteggi dei registri PACER per i depositi civili che citano 42 U.S.C. §12181 e segg., incrociati con la revisione annuale ADA Titolo III di Seyfarth Shaw, il rapporto sul contenzioso web e app di UsableNet e il tracker ADA Titolo III dell'avvocatura della difesa per l'anno solare 2024. Le percentuali di quota sono arrotondate al punto percentuale più vicino; alcuni studi depositano congiuntamente o hanno trasferito registri a metà anno, quindi le cifre sono orientative.</p>
<p><strong>Ambito</strong>Solo depositi federali ADA Titolo III. I depositi paralleli presso i tribunali statali (Unruh, NY State Human Rights Law) sono menzionati ma non conteggiati nella quota. Il catalogo è limitato agli studi con circa 100+ depositi federali nell'anno solare 2024.</p>
<p><strong>Cosa non è questo articolo</strong>Una consulenza legale. I profili di deposito degli studi ricorrenti non sono accertamenti di responsabilità. L'inclusione nel catalogo riflette solo il volume dei depositi, non alcun giudizio sul merito dei singoli casi. Per ulteriori approfondimenti si leggano <a href="/articles/">il registro dei reportage del 2026</a> e <a href="/regulations/">la normativa sull'accessibilità per giurisdizione</a>.</p>
</div>

</div>

---
title: Equality Act britannico e PSBAR: gli obblighi digitali dopo la Brexit
url: https://www.disabilityworld.org/it/articles/uk-equality-act-and-psbar/
description: Dopo l'uscita dall'UE, il Regno Unito ha mantenuto un doppio regime di accessibilità digitale — l'Equality Act 2010 come legge universale antidiscriminazione e le PSBAR come regolamenti del settore pubblico che recepiscono la Direttiva sull'accessibilità web.
author: Disability World
pubDate: 2026-05-22
tags: uk, equality-act, psbar, brexit, regulations, regulation-primer
---

# Equality Act britannico e PSBAR: gli obblighi digitali dopo la Brexit

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione immagine: Il Palazzo di Westminster e il Big Ben all'ora d'oro visti dall'altra sponda del Tamigi, ancoraggio istituzionale della legislazione britannica sull'accessibilità dopo la Brexit.</p>

<p class="rt-prefix">Tempo di lettura: 11 minuti</p>

<p class="wp-block-paragraph">La Gran Bretagna ha lasciato l'Unione Europea il <strong>31 gennaio 2020</strong>, ma non ha lasciato il quadro europeo sull'accessibilità. Nel 2026 due regimi continuano a coesistere e insieme definiscono cosa deve un'organizzazione britannica a un utente disabile online: l'<strong>Equality Act 2010</strong>, uno statuto universale antidiscriminazione che si applica ai servizi digitali da quando ha consolidato e sostituito il Disability Discrimination Act 1995, e le <strong>Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018</strong> — note con l'ingombrante acronimo <strong>PSBAR</strong> — che hanno recepito nel diritto britannico la <a href="/articles/european-accessibility-act-guide/">Direttiva sull'accessibilità web dell'UE (2016/2102)</a> prima della Brexit e sono sopravvissute al recesso come diritto UE conservato. I due regimi operano in tandem: le PSBAR sono il regime tecnico prescrittivo per gli enti pubblici; l'Equality Act è l'obbligo universale che si applica a chiunque — pubblico o privato — fornisca un servizio.</p>

<p class="wp-block-paragraph">Questo articolo è una guida del 2026 su come i due regimi interagiscono, come la Equality and Human Rights Commission (EHRC) li applica, cosa propone di modificare l'aggiornamento PSBAR 2.2 — la cui consultazione si è chiusa il <strong>14 febbraio 2026</strong> — e il meccanismo attraverso cui i fornitori privati di servizi digitali, che si trovano formalmente al di fuori dell'ambito di applicazione delle PSBAR, si trovano contrattualmente attratti all'interno tramite le clausole di appalto del settore pubblico. Per la mappa normativa più ampia, si veda l'<a href="/regulations/">indice nazionale delle normative sui diritti delle persone con disabilità</a> e il <a href="/articles/eaa-first-year-enforcement-report/">rapporto sul primo anno di applicazione dell'EAA</a>, che insieme collocano il regime britannico post-Brexit nel suo contesto europeo.</p>

<h2 class="wp-block-heading" id="h-the-dual-framework">Il doppio quadro normativo, in un paragrafo</h2>

<p class="wp-block-paragraph">L'Equality Act 2010 è l'obbligo universale: qualsiasi «fornitore di servizi» — una categoria sufficientemente ampia da includere rivenditori privati, banche, operatori di trasporto, università e organizzazioni non profit — non deve discriminare le persone con disabilità nel modo in cui offre o fornisce un servizio, e deve apportare «accomodamenti ragionevoli» per eliminare gli svantaggi sostanziali. La legge non nomina i siti web né le app mobile. Non ne ha bisogno. Beni, strutture e servizi forniti online sono servizi ai fini della sezione 29, e l'obbligo di accomodamento ragionevole della sezione 20 raggiunge la superficie digitale con la stessa certezza con cui raggiunge la porta d'ingresso. Le PSBAR si collocano al di sopra di quell'obbligo universale per una specifica classe di enti. Si applicano ai siti web e alle app mobile degli enti del settore pubblico, stabiliscono uno standard tecnico prescrittivo (<strong>WCAG 2.2 livello AA</strong> per i nuovi contenuti dal 23 giugno 2025 ai sensi del percorso di consultazione, accanto alla longeva base di partenza 2.1 AA), richiedono una dichiarazione di accessibilità secondo un modello specifico, e attribuiscono un ruolo di applicazione alla funzione di monitoraggio del Government Digital Service (GDS) e all'EHRC.</p>

<p class="wp-block-paragraph">I due regimi si sovrappongono piuttosto che contraddirsi. Un ente locale che viola le PSBAR è anche, quasi per definizione, in violazione dell'obbligo di accomodamento ragionevole dell'Equality Act. Un rivenditore privato che non soddisfa i requisiti di accessibilità non può essere soggetto al monitoraggio GDS ma può essere citato in giudizio ai sensi dell'Equality Act da un consumatore leso o oggetto di indagine ai sensi dei poteri di indagine dell'EHRC ex sezione 23. La doppia struttura significa che un'organizzazione britannica che risponde alla domanda «il nostro sito è conforme alla legge» deve rispondere a due domande separate: abbiamo soddisfatto lo standard tecnico, e abbiamo soddisfatto l'obbligo universale.</p>

<h2 class="wp-block-heading" id="h-equality-act-section-by-section">L'Equality Act 2010: le sezioni rilevanti per l'online</h2>

<p class="wp-block-paragraph">L'Equality Act ha consolidato nove preesistenti statuti antidiscriminazione in un unico quadro nell'ottobre 2010. Per l'accessibilità digitale le sezioni portanti non sono nuove — sono ereditate dal Disability Discrimination Act 1995, riformulate e ampliate — ma la loro applicazione alle superfici web e app è ormai consolidata.</p>

<h3 class="wp-block-heading" id="h-section-20">Sezione 20 — l'obbligo di accomodamento ragionevole</h3>

<p class="wp-block-paragraph">La sezione 20 impone tre requisiti: dove una disposizione, un criterio o una prassi pone una persona con disabilità in una situazione di sostanziale svantaggio, il soggetto obbligato deve adottare misure ragionevoli per evitare lo svantaggio; dove lo fa un elemento fisico, misure ragionevoli per rimuoverlo, modificarlo o fornire un mezzo per evitarlo; e — elemento cruciale per i servizi digitali — dove l'assenza di un ausilio aggiuntivo pone una persona con disabilità in una situazione di sostanziale svantaggio, misure ragionevoli per fornire tale ausilio. Il Codice di condotta statutario dell'Equality and Human Rights Commission su Servizi, Funzioni pubbliche e Associazioni (2011) nomina esplicitamente i <strong>siti web</strong>, i <strong>servizi web</strong> e la <strong>fornitura di informazioni in formati accessibili</strong> come coperti dalla sezione 20. Un processo di acquisto incompatibile con i lettori di schermo, un video senza sottotitoli, un modulo che non può essere compilato solo con la tastiera — tutti sono, nell'interpretazione della Commissione, violazioni dell'obbligo di accomodamento ragionevole.</p>

<p class="wp-block-paragraph">Due caratteristiche della sezione 20 la rendono più esigente degli equivalenti in alcune altre giurisdizioni. L'obbligo è <strong>anticipatorio</strong>: un fornitore di servizi deve considerare in anticipo di quali accomodamenti le persone con disabilità in generale sono verosimilmente bisognose, senza attendere una richiesta specifica. Ed è <strong>continuativo</strong>: una volta che un accomodamento è richiesto, rimane tale, così un sito che era accessibile al lancio ma non lo è più dopo una riprogettazione non ha assolto l'obbligo in virtù della conformità passata.</p>

<h3 class="wp-block-heading" id="h-section-29">Sezione 29 — servizi e funzioni pubbliche</h3>

<p class="wp-block-paragraph">La sezione 29 proibisce la discriminazione da parte di un soggetto che si occupa della fornitura di un servizio al pubblico o a una sezione del pubblico. La definizione raggiunge il commercio privato, i servizi professionali, il trasporto, i servizi adiacenti all'istruzione e le piattaforme digitali che operano nel mercato britannico. Non vi è distinzione pubblico-privato nella sezione 29 — il libraio e l'ente locale sono entrambi soggetti — e non vi è una soglia di fatturato minimo che esoneri un operatore di piccole dimensioni. Un negozio online gestito da un libero professionista è, in diritto, un fornitore di servizi a questi fini.</p>

<h3 class="wp-block-heading" id="h-public-sector-equality-duty">Sezione 149 — l'obbligo di uguaglianza del settore pubblico</h3>

<p class="wp-block-paragraph">La sezione 149 impone alle autorità pubbliche un ulteriore «obbligo di uguaglianza del settore pubblico» (PSED) di considerare adeguatamente, nell'esercizio delle loro funzioni, la necessità di eliminare la discriminazione, promuovere la parità di opportunità e favorire i buoni rapporti tra persone che condividono una caratteristica protetta e quelle che non la condividono. Il PSED è basato sul processo — si tratta di dare considerazione genuina piuttosto che di raggiungere un determinato risultato — ma la sua applicazione agli appalti è importante: un'amministrazione aggiudicatrice che non inserisce l'accessibilità nelle specifiche di un contratto di servizi digitali può essere contestata per non aver adempiuto all'obbligo prima della firma.</p>

<h2 class="wp-block-heading" id="h-psbar">Le PSBAR: il livello prescrittivo per gli enti pubblici</h2>

<p class="wp-block-paragraph">Le Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 (SI 2018/952) hanno recepito la Direttiva (UE) 2016/2102 nel diritto britannico. I regolamenti sono entrati in vigore il <strong>23 settembre 2018</strong>, con scadenze scaglionate: i siti web pubblicati dopo tale data dovevano essere conformi entro il 23 settembre 2019; i siti web pubblicati prima dovevano essere conformi entro il 23 settembre 2020; le applicazioni mobile avevano tempo fino al 23 giugno 2021. Dopo la Brexit, le PSBAR non sono decadute. Il European Union (Withdrawal) Act 2018 le ha mantenute come diritto UE conservato, e il Retained EU Law (Revocation and Reform) Act 2023 le ha — almeno finora — lasciate nel corpus normativo in forma operativa.</p>

<h3 class="wp-block-heading" id="h-who-psbar-applies-to">A chi si applicano le PSBAR</h3>

<p class="wp-block-paragraph">L'ambito di applicazione delle PSBAR ricalca quello della direttiva: si applica agli «enti del settore pubblico» definiti in modo da includere lo Stato, le autorità regionali e locali, gli organismi di diritto pubblico e le associazioni formate da uno qualsiasi dei suddetti. In pratica ciò include i dipartimenti del governo centrale e le loro agenzie esecutive, le amministrazioni devolved in Scozia, Galles e Irlanda del Nord, il National Health Service e tutti i trust NHS, i consigli locali, le autorità antincendio e di soccorso, le forze di polizia, le scuole finanziate dallo Stato e la maggior parte dei fornitori di istruzione superiore finanziati dallo Stato, e gli organismi a distanza di braccio che ricevono finanziamenti pubblici sostanziali. I regolamenti escludono esplicitamente le emittenti (BBC e altre emittenti di servizio pubblico), alcuni aspetti non amministrativi di alcune cooperative di servizio pubblico, i contenuti archiviati non aggiornati dal 23 settembre 2019, e le trasmissioni audio in diretta solo audio. I contenuti di terze parti non sotto il controllo dell'ente — ad esempio un plug-in di social media ospitato — rientrano al di fuori dei regolamenti, ma si incoraggia il rispetto dello standard tramite i termini di appalto e di partenariato.</p>

<h3 class="wp-block-heading" id="h-what-psbar-requires">Cosa richiedono le PSBAR</h3>

<p class="wp-block-paragraph">Le PSBAR stabiliscono quattro obblighi. Primo, i contenuti devono soddisfare lo standard tecnico — la base di partenza attuale è il <strong>WCAG 2.1 livello AA</strong> come adottato dallo standard europeo armonizzato <a href="/articles/en-301-549-explained/">EN 301 549</a>, con la consultazione sull'aggiornamento 2.2 ora chiusa (ulteriori dettagli di seguito). Secondo, l'ente deve pubblicare una dichiarazione di accessibilità secondo un modello prescritto che identifichi i contenuti non conformi, fornisca le ragioni della non conformità, riporti una valutazione di onere sproporzionato laddove questa venga invocata, e spieghi come un utente possa richiedere un'alternativa accessibile o segnalare un problema. Terzo, l'ente deve rispondere ai reclami degli utenti in tempi ragionevoli. Quarto, l'ente deve supportare la funzione di monitoraggio del Cabinet Office — gestita dal Government Digital Service (GDS) Accessibility Monitoring Team — rispondendo alle richieste di audit e presentando piani di rimediazione.</p>

<h3 class="wp-block-heading" id="h-disproportionate-burden">La deroga per onere sproporzionato</h3>

<p class="wp-block-paragraph">Le PSBAR consentono a un ente pubblico di dichiarare che il rispetto dei requisiti per specifici contenuti imporrebbe un «onere sproporzionato» ed esentare quei contenuti su tali basi. La deroga non è un'esenzione generale: l'ente deve completare una valutazione scritta che pesi le dimensioni e le risorse dell'organizzazione, i benefici stimati per gli utenti con disabilità, i costi dell'accessibilità rispetto al bilancio organizzativo complessivo, e la frequenza e la durata di utilizzo del contenuto. La dichiarazione di accessibilità deve registrare la valutazione. Nel monitoraggio, il GDS rileva frequentemente che la deroga viene invocata senza una valutazione documentata a supporto — il difetto formale più comune identificato nei controlli PSBAR dal 2021. La consultazione per l'aggiornamento del 2026 inasprisce lo standard di prove richiesto.</p>

<h2 class="wp-block-heading" id="h-how-the-two-interact">Come i due regimi interagiscono nella pratica</h2>

<p class="wp-block-paragraph">Un modo utile per leggere il doppio quadro normativo è chiedersi, per qualsiasi organizzazione britannica, quale regime costituisce il vincolo vincolante e quale il salvagente.</p>

<table class="wp-block-table">
<thead>
<tr><th>Tipo di organizzazione</th><th>Si applica l'Equality Act?</th><th>Si applicano le PSBAR?</th><th>Principale percorso di applicazione</th></tr>
</thead>
<tbody>
<tr><td>Dipartimento del governo centrale</td><td>Sì (obbligo universale + PSED)</td><td>Sì</td><td>Monitoraggio GDS; indagine EHRC</td></tr>
<tr><td>Ente locale, trust NHS, scuola statale</td><td>Sì (obbligo universale + PSED)</td><td>Sì</td><td>Monitoraggio GDS; reclami; EHRC</td></tr>
<tr><td>Rivenditore privato, banca, operatore di trasporto</td><td>Sì (obbligo universale)</td><td>No</td><td>Ricorsi individuali presso il tribunale civile; indagine EHRC sezione 23</td></tr>
<tr><td>Organizzazione non profit che non svolge funzioni pubbliche</td><td>Sì (obbligo universale)</td><td>No</td><td>Ricorsi individuali; pressione del regolatore di settore</td></tr>
<tr><td>Fornitore privato di servizi digitali al governo</td><td>Sì (obbligo universale)</td><td>No (formalmente) ma vincolato contrattualmente</td><td>Applicazione del contratto; perdita dello status nel quadro</td></tr>
<tr><td>Emittenti (BBC, emittenti di servizio pubblico)</td><td>Sì (obbligo universale)</td><td>Escluse</td><td>Ofcom; EHRC; ricorsi individuali</td></tr>
</tbody>
</table>

<p class="wp-block-paragraph">Lo schema che emerge è inequivocabile. Le PSBAR sono un regime ristretto ma prescrittivo; l'Equality Act è ampio ma basato su principi. Per un fornitore britannico che non è né un ente pubblico né un fornitore pubblico, le PSBAR sono irrilevanti in facciata — ma l'Equality Act non lo è, e qualsiasi fornitore la cui superficie digitale è fruita da utenti con disabilità nel Regno Unito dovrebbe trattare il WCAG 2.2 AA come l'approssimazione operativa di ciò che l'obbligo di accomodamento ragionevole richiede online, perché è lo standard su cui l'EHRC, i tribunali e il Codice di condotta della Commissione li misureranno.</p>

<h2 class="wp-block-heading" id="h-ehrc-enforcement">L'applicazione da parte dell'EHRC: come si materializza il potere coercitivo</h2>

<p class="wp-block-paragraph">La Equality and Human Rights Commission è il regolatore statutario indipendente istituito dall'Equality Act 2006, con un mandato che copre le caratteristiche protette ai sensi della legge del 2010. I suoi poteri di applicazione ai sensi della legge del 2006 — e, per le PSBAR, ai sensi del quadro di applicazione dell'Equality Act 2010 come esteso dai regolamenti del 2018 — sono reali ma usati selettivamente. Tre strumenti contano di più.</p>

<h3 class="wp-block-heading" id="h-section-20-agreements">Accordi ex sezione 23 e avvisi di atto illecito ex sezione 21</h3>

<p class="wp-block-paragraph">Ai sensi della sezione 23 dell'Equality Act 2006, l'EHRC può stipulare un accordo giuridicamente vincolante con un fornitore di servizi — tipicamente a seguito di un'indagine — in base al quale il fornitore si impegna a specifici miglioramenti dell'accessibilità entro un determinato periodo in cambio della rinuncia della Commissione a ulteriori azioni di applicazione. Gli accordi sono pubblici. Qualora un fornitore si rifiuti di negoziare o violi un accordo, la sezione 21 consente alla Commissione di emettere un avviso di atto illecito, che impone al fornitore di predisporre un piano d'azione; la violazione dell'avviso è essa stessa un illecito perseguibile.</p>

<h3 class="wp-block-heading" id="h-judicial-review">Revisione giudiziale</h3>

<p class="wp-block-paragraph">Per gli enti pubblici, il percorso più comune verso l'applicazione delle PSBAR è la revisione giudiziale del mancato adempimento dell'obbligo statutario da parte dell'ente. La Commissione a volte finanzia o supporta i ricorrenti; può anche intervenire nei procedimenti come parte non principale. La pressione tramite revisione giudiziale recente si è concentrata sui trust NHS, su tre borough londinesi e su un piccolo numero di servizi informativi del governo centrale in cui la dichiarazione di accessibilità affermava una conformità che gli audit del GDS hanno poi contraddetto.</p>

<h3 class="wp-block-heading" id="h-individual-county-court-claims">Ricorsi individuali ai sensi dell'Equality Act</h3>

<p class="wp-block-paragraph">Un utente con disabilità che ha subito uno svantaggio da un servizio digitale può presentare un ricorso ai sensi della sezione 114 dell'Equality Act presso il tribunale civile — il foro per i ricorsi in materia di discriminazione nei beni e servizi (i ricorsi in materia di occupazione vanno al tribunale del lavoro). I rimedi includono i danni (inclusi i danni per lesione dei sentimenti, che nelle fasce Vento ora vanno da circa 1.200 sterline al livello inferiore a oltre 60.000 sterline al livello superiore), le dichiarazioni e gli ordini affinché il fornitore adotti misure. Le barriere procedurali sono reali — vi è un termine di prescrizione di sei mesi; il patrocinio a spese dello Stato è limitato — ma il volume dei ricorsi per l'accessibilità digitale è aumentato materialmente dal 2022 e ora include un ricorrente sotto-flusso di corrispondenza pre-azione che si risolve prima dell'apertura del procedimento.</p>

<h2 class="wp-block-heading" id="h-the-2-2-update">L'aggiornamento PSBAR 2.2: cosa propone la consultazione del febbraio 2026</h2>

<p class="wp-block-paragraph">La consultazione sull'aggiornamento PSBAR 2.2, condotta congiuntamente dal Cabinet Office e dal Government Digital Service con il Department for Science, Innovation and Technology, si è aperta nell'ottobre 2025 e si è chiusa per le risposte il <strong>14 febbraio 2026</strong>. La proposta principale è di spostare lo standard tecnico prescrittivo da WCAG 2.1 AA a <strong>WCAG 2.2 AA</strong>, allineando il regime britannico all'ultima versione di EN 301 549 (che ha adottato il 2.2 nella sua revisione del 2024) e alle aspettative dell'European Accessibility Act per i servizi del settore privato in ambito di applicazione a partire dal 28 giugno 2025.</p>

<p class="wp-block-paragraph">Il dettaglio della consultazione, oltre all'aggiornamento dello standard principale, comprende quattro ulteriori proposte che vale la pena segnalare.</p>

<ul class="wp-block-list">
<li><strong>Una valutazione documentata dell'onere sproporzionato diventa obbligatoria.</strong> Laddove i regolamenti vigenti richiedono all'ente di «dare debita considerazione» all'onere sproporzionato prima di invocare la deroga, la modifica proposta richiede una valutazione scritta che nomini i quattro fattori statutari e spieghi il bilanciamento in ciascun caso. L'assenza di una valutazione sarà di per sé una violazione dei regolamenti.</li>
<li><strong>Revisione annuale della dichiarazione con data di pubblicazione fissa.</strong> Le dichiarazioni di accessibilità dovrebbero essere riviste almeno annualmente e la data di revisione indicata nella dichiarazione stessa. L'attuale formulazione «rivedere in caso di modifiche significative» ha prodotto dichiarazioni che invecchiano in silenzio.</li>
<li><strong>Campionamento esplicito delle app mobile.</strong> Il monitoraggio del GDS si è, dal 2019, concentrato in modo sproporzionato sui siti web; l'aggiornamento attribuisce alla funzione di monitoraggio un mandato esplicito di campionare le applicazioni mobile con una cadenza pubblicata.</li>
<li><strong>Orientamenti sulle clausole di appalto.</strong> Il Crown Commercial Service deve emanare orientamenti aggiornati affinché tutti i quadri di appalto pubblico per servizi digitali richiedano la conformità WCAG 2.2 AA, l'allineamento EN 301 549 ove applicabile, e il mantenimento da parte del fornitore di una dichiarazione di accessibilità allineata alle PSBAR. La modifica riguarda gli orientamenti, non lo statuto — ma per i fornitori iscritti al quadro opera come requisito cogente.</li>
</ul>

<p class="wp-block-paragraph">Una risposta governativa alla consultazione è attesa nella seconda metà del 2026, con una probabile modifica delle PSBAR tramite strumento normativo nel 2027 qualora le proposte vengano adottate come redatte.</p>

<h2 class="wp-block-heading" id="h-procurement-pull-in">Come i fornitori privati vengono attratti all'interno: il percorso degli appalti</h2>

<p class="wp-block-paragraph">Sebbene le PSBAR siano, nella loro lettera, un regime del settore pubblico, la loro portata pratica si estende ben oltre nel settore privato attraverso gli appalti. I contratti pubblici britannici ammontano a decine di miliardi di sterline l'anno, e il Crown Commercial Service gestisce un portafoglio di quadri centrali — Digital Outcomes and Specialists, G-Cloud, Network Services, Crown Hosting Data Centres e altri — attraverso cui viene instradata la maggior parte degli appalti digitali del governo centrale e una larga parte di quelli del settore pubblico più ampio. Ognuno di quei quadri porta ora, per politica del Cabinet Office, clausole contrattuali che richiedono al fornitore di consegnare contenuti che soddisfino lo standard prescrittivo, di fornire una dichiarazione di accessibilità e di rimediare i difetti di accessibilità secondo un calendario che rispecchia i requisiti delle PSBAR per l'ente appaltante.</p>

<p class="wp-block-paragraph">L'effetto è significativo. Un fornitore SaaS che eroga uno strumento di workflow a un dipartimento di Whitehall, uno studio di design che realizza un intranet per un ente locale, un fornitore di moduli ospitati che serve un trust NHS — nessuno di loro rientra nell'ambito statutario delle PSBAR, ma ciascuno di loro è, nel proprio contratto, vincolato a standard equivalenti alle PSBAR. L'ente appaltante rimane il soggetto giuridicamente responsabile ai sensi delle PSBAR, ma un fornitore che consegna contenuti non conformi può essere rimosso dal quadro, perdere il contratto e subire un risarcimento danni per inadempimento. Lo schema è ora sufficientemente universale che i fornitori che intendono fare affari con il settore pubblico nel Regno Unito trattano la conformità WCAG 2.2 AA come requisito di accesso al mercato di base, non come un extra specifico del contratto.</p>

<p class="wp-block-paragraph">La stessa logica opera un livello più su. Un appaltatore principale in un grande programma governativo trasmetterà le clausole di appalto ai propri subappaltatori, così che una piccola consulenza specialistica due livelli più in basso nella catena di fornitura è vincolata da termini che in ultima analisi risalgono alle PSBAR. Questo meccanismo di appalto-attraverso-i-livelli è il percorso attraverso cui un regime del settore pubblico finisce per plasmare le aspettative di accessibilità del più ampio mercato dei servizi digitali britannici — molto come le clausole di appalto della Sezione 508 statunitense plasmano l'ecosistema dei contractor federali.</p>

<h2 class="wp-block-heading" id="h-what-brexit-changed">Cosa ha cambiato la Brexit e cosa no</h2>

<p class="wp-block-paragraph">Vale la pena essere precisi sull'effetto della Brexit. Il Withdrawal Act ha preservato le PSBAR come diritto UE conservato; il Retained EU Law (Revocation and Reform) Act 2023 ha creato un quadro di estinzione automatica, ma il Cabinet Office e il Department for Science, Innovation and Technology hanno lasciato le PSBAR nel corpus normativo in forma operativa. Il Regno Unito non è vincolato a recepire future revisioni della Direttiva sull'accessibilità web — ma la consultazione del 2026 porta la prassi britannica in allineamento con EN 301 549 v3.2.1 comunque, perché la divergenza costa di più di quanto non faccia risparmiare in un mercato di servizi digitali che commercia liberamente con l'UE e serve utenti britannici che utilizzano anche servizi UE. L'Equality Act 2010 è di origine interamente domestica e non è stato influenzato dalla Brexit. L'allegato 2 dell'Accordo di recesso ha preservato i diritti dei cittadini nell'Irlanda del Nord ai sensi del Protocollo; l'Equality Act 2010 si applica già in Gran Bretagna e il Disability Discrimination Act 1995 opera ancora nell'Irlanda del Nord accanto ad esso.</p>

<p class="wp-block-paragraph">L'European Accessibility Act non si applica direttamente nel Regno Unito perché il Regno Unito non è più uno Stato membro dell'UE. Ma un'azienda con sede nel Regno Unito che vende nel mercato UE rientra nell'ambito dell'EAA per le sue operazioni nell'UE a partire dal <strong>28 giugno 2025</strong>, e la realtà ingegneristica pratica è che la maggior parte dei fornitori con sede nel Regno Unito che sviluppa per entrambi i mercati adotta lo stesso profilo di accessibilità per entrambi. Per un approfondimento comparativo si veda il <a href="/articles/eaa-first-year-enforcement-report/">rapporto sul primo anno di applicazione dell'EAA</a>.</p>

<h2 class="wp-block-heading" id="h-practical-implications">Implicazioni pratiche: cosa dovrebbero fare le organizzazioni britanniche nel 2026</h2>

<p class="wp-block-paragraph">Per le organizzazioni che valutano quali lavori di conformità prioritizzare quest'anno, tre azioni meritano di essere evidenziate.</p>

<ul class="wp-block-list">
<li><strong>Gli enti del settore pubblico dovrebbero eseguire un re-baseline documentato rispetto a WCAG 2.2 AA</strong> piuttosto che attendere la risposta alla consultazione. I nuovi criteri di successo dello standard — aspetto del focus, movimenti di trascinamento, dimensione dell'obiettivo, aiuto coerente, inserimento ridondante e autenticazione accessibile — riguardano superfici reali che la maggior parte dei servizi del settore pubblico non ha ritestato dal 2021. Aggiornare la dichiarazione di accessibilità per riflettere la conformità 2.2 prima di qualsiasi modifica statutaria è anche il modo più semplice per dimostrare all'EHRC e al GDS che l'ente è dalla parte giusta della direzione di marcia.</li>
<li><strong>I fornitori privati di servizi digitali dovrebbero verificare la propria posizione in materia di accomodamenti ragionevoli ai sensi della sezione 20.</strong> L'obbligo anticipatorio e continuativo non consente «lo correggeremo su richiesta». Per un processo di acquisto e-commerce, un'app bancaria, un sito di biglietteria per il trasporto, la domanda è se la build attuale soddisfi WCAG 2.2 AA nella pratica — e, in caso contrario, se esista un piano di rimediazione documentato con date. Le indagini dell'EHRC si aprono con una richiesta di entrambi.</li>
<li><strong>I team di appalto dovrebbero trattare il WCAG 2.2 AA come un criterio cogente di selezione del fornitore.</strong> L'aggiornamento degli orientamenti del Crown Commercial Service è in corso; gli operatori del quadro si stanno muovendo prima della modifica statutaria; e un fornitore i cui prodotti digitali non soddisfano il 2.2 è un rischio di appalto per la conformità PSED dell'autorità aggiudicatrice, non solo per la sua conformità PSBAR.</li>
</ul>

<h2 class="wp-block-heading" id="h-conclusion">Conclusioni: un doppio regime che regge</h2>

<p class="wp-block-paragraph">Cinque anni dopo la Brexit, il regime britannico di accessibilità digitale non si è diverguto nella direzione temuta da molti. L'Equality Act rimane l'obbligo universale e il salvagente strutturale; le PSBAR rimangono il livello prescrittivo per gli enti pubblici; l'EHRC applica entrambi con poteri limitati ma reali; e le clausole di appalto attirano il settore privato nello standard indipendentemente dal fatto che i regolamenti lo raggiungano formalmente. La consultazione del 2026 risolve quattro carenze operative dei regolamenti vigenti — il requisito di prove per l'onere sproporzionato, la revisione annuale della dichiarazione, il campionamento delle app mobile e gli orientamenti sulle clausole di appalto — ma non ridisegna l'architettura. Il quadro funziona. Le domande per i prossimi due anni riguardano la cadenza applicativa, non il design statutario.</p>

<p class="wp-block-paragraph">Per ulteriori approfondimenti sul regime britannico e i suoi cugini europei, si vedano il <a href="/articles/european-accessibility-act-guide/">primer sulla Direttiva sull'accessibilità web</a>, l'<a href="/articles/en-301-549-explained/">spiegazione di EN 301 549</a>, il <a href="/articles/eaa-first-year-enforcement-report/">rapporto sul primo anno di applicazione dell'EAA</a>, e l'<a href="/regulations/">indice nazionale delle normative sui diritti delle persone con disabilità</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fonti primarie</h2>

<ol class="wp-block-list">
<li>Equality Act 2010, c. 15 (UK), in particolare sezioni 20, 29, 114 e 149. <a href="https://www.legislation.gov.uk/ukpga/2010/15/contents">legislation.gov.uk/ukpga/2010/15/contents</a></li>
<li>Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018, SI 2018/952. <a href="https://www.legislation.gov.uk/uksi/2018/952/contents/made">legislation.gov.uk/uksi/2018/952/contents/made</a></li>
<li>Equality and Human Rights Commission. <em>Services, Public Functions and Associations: Statutory Code of Practice</em> (2011, con successivi aggiornamenti degli orientamenti). <a href="https://www.equalityhumanrights.com">equalityhumanrights.com</a></li>
<li>Cabinet Office e Government Digital Service. <em>Rapporti annuali del team di monitoraggio dell'accessibilità</em> (2021-2025). <a href="https://www.gov.uk/government/organisations/government-digital-service">gov.uk/government/organisations/government-digital-service</a></li>
<li>Cabinet Office, GDS e DSIT. <em>Documento di consultazione sull'aggiornamento PSBAR 2.2</em> (chiuso il 14 febbraio 2026).</li>
<li>Unione Europea. Direttiva (UE) 2016/2102 del Parlamento Europeo e del Consiglio sull'accessibilità dei siti web e delle applicazioni mobili degli enti del settore pubblico. <a href="https://eur-lex.europa.eu/eli/dir/2016/2102/oj">eur-lex.europa.eu/eli/dir/2016/2102/oj</a></li>
<li>ETSI. <em>EN 301 549 v3.2.1 — Requisiti di accessibilità per prodotti e servizi ICT</em> (2024).</li>
<li>European Union (Withdrawal) Act 2018, c. 16; Retained EU Law (Revocation and Reform) Act 2023, c. 28.</li>
<li>Crown Commercial Service. <em>Digital Outcomes and Specialists framework — allegato accessibilità</em>, e orientamenti aggiornati sull'accessibilità negli appalti pubblici (aggiornamento 2026).</li>
</ol>

</div>

---
title: Vent'anni di CRPD ONU: dove la ratifica si è tradotta in applicazione — e dove no
url: https://www.disabilityworld.org/it/articles/un-crpd-enforcement-twenty-years-on/
description: A due decenni dall'entrata in vigore della CRPD ONU, 191 stati sono parti contraenti — ma il dossier delle comunicazioni individuali del Comitato, il divario tra i punti focali dell'articolo 33 e il mosaico di adesioni al Protocollo facoltativo raccontano una storia del 2026 ancora disomogenea.
author: Disability World
pubDate: 2026-05-22
tags: crpd, un, treaty-enforcement, human-rights, international-law, data
---

# Vent'anni di CRPD ONU: dove la ratifica si è tradotta in applicazione — e dove no

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione dell'immagine: Le bandiere degli stati membri delle Nazioni Unite allineate in un corridoio dell'edificio ONU di Ginevra, sede delle sessioni ordinarie del Comitato sui diritti delle persone con disabilità.</p>

<p class="rt-prefix">Tempo di lettura: 13 minuti</p>

<p class="wp-block-paragraph">La <strong>Convenzione delle Nazioni Unite sui diritti delle persone con disabilità (CRPD)</strong> è stata adottata dall'Assemblea Generale delle Nazioni Unite il <strong>13 dicembre 2006</strong> ed è entrata in vigore il <strong>3 maggio 2008</strong>, risultando il trattato sui diritti umani negoziato più rapidamente nella storia dell'ONU. All'inizio del 2026 conta <strong>191 stati parti</strong>, rendendola il trattato sui diritti umani con la più ampia ratifica dell'era post-2000. Il trattato vincola questi stati, le loro autorità pubbliche e l'Unione europea (che ha aderito nel 2010 come prima organizzazione di integrazione regionale a diventare parte di un trattato ONU sui diritti umani) a identificare, prevenire e rimuovere le barriere che le persone con disabilità incontrano nella vita civile, politica, economica, sociale e culturale. Per una panoramica di come questo si inserisce accanto alle normative nazionali sull'accessibilità, si rimanda all'<a href="/regulations/">indice delle normative nazionali sui diritti della disabilità</a> e alla <a href="/toolkit/glossary/crpd/">voce del glossario sulla CRPD</a>.</p>

<p class="wp-block-paragraph">A vent'anni di distanza, il Comitato ha emesso otto autorevoli Commenti generali e i tribunali nazionali — da Città del Messico a Nairobi — citano gli articoli della Convenzione per numero. Eppure: il backlog dei rapporti si accumula per diversi anni, meno di 110 stati hanno accettato la procedura di comunicazioni individuali del Protocollo facoltativo, e l'architettura dell'articolo 33 — pensata per rendere visibile l'attuazione a livello nazionale — rimane, nella maggior parte dei paesi, un nome di punto focale su un sito web senza una voce nel bilancio nazionale. Il presente articolo è una guida strutturata al trattato — scopo, disposizioni, cronologia, applicazione, dove ha efficacia e dove non ce l'ha — e un quadro dello stato dell'applicazione della CRPD nel 2026, misurato in termini di effettività.</p>

<h2 class="wp-block-heading" id="h-purpose-and-scope">Scopo e campo di applicazione</h2>

<p class="wp-block-paragraph">La CRPD è una convenzione integrata che comprende 50 articoli di diritti sostanziali più un Protocollo facoltativo che aggiunge due meccanismi di ricorso. La sua principale innovazione giuridica è il passaggio dal modello medico della disabilità — in cui la menomazione è il problema — al modello sociale e dei diritti umani, in cui l'interazione tra menomazione e barriere ambientali, attitudinali e istituzionali è il problema che lo stato è obbligato ad affrontare. La Convenzione si applica a «tutte le persone con disabilità» senza ulteriori qualifiche: la definizione operativa (articolo 1) è non esaustiva e comprende menomazioni fisiche, mentali, intellettive o sensoriali di lunga durata che, in interazione con varie barriere, possono ostacolare la piena ed effettiva partecipazione alla società su base di uguaglianza con gli altri.</p>

<p class="wp-block-paragraph">Il trattato si applica a ogni stato parte nella sua piena giurisdizione territoriale e — attraverso gli obblighi generali dell'articolo 4 — a tutti i rami del governo e a tutti i livelli (federale, provinciale, municipale). Per gli stati federali, l'articolo 4(5) rende gli obblighi applicabili «a tutte le parti degli stati federali senza limitazioni o eccezioni». Per l'Unione europea in quanto organizzazione di integrazione regionale, la Convenzione vincola l'UE nell'ambito delle sue competenze (in particolare non discriminazione, trasporti, occupazione, mercato interno), pur continuando a vincolare gli stati membri a titolo proprio.</p>

<h3 class="wp-block-heading" id="h-who-the-cprd-applies-to">Chi è soggetto alla CRPD nel 2026</h3>

<p class="wp-block-paragraph">All'inizio del 2026, secondo la Raccolta dei Trattati dell'ONU, <strong>191 stati sono parti della CRPD</strong>. I paesi che ancora non hanno ratificato comprendo un breve elenco di firmatari che non hanno ancora proceduto alla ratifica e alcuni non-parti — tra cui gli <strong>Stati Uniti</strong> (firmatari nel 2009, ma il Senato non ha mai raggiunto la soglia dei due terzi necessaria per la ratifica), il <strong>Bhutan</strong>, il <strong>Sudan del Sud</strong> e l'<strong>Eritrea</strong>. Il Protocollo facoltativo, aperto alla firma insieme alla Convenzione, ha una base molto più ristretta: <strong>circa 104 stati parti</strong> al 2026, un terzo in meno rispetto al trattato principale, e questo è il motivo strutturale per cui il dossier giudiziario del Comitato è geograficamente sbilanciato.</p>

<h2 class="wp-block-heading" id="h-key-provisions">Disposizioni chiave: l'architettura applicativa in cinque articoli</h2>

<p class="wp-block-paragraph">La CRPD conta 50 articoli. I diritti sostanziali vanno dagli articoli 5 a 30 — uguaglianza e non discriminazione (articolo 5), donne con disabilità (articolo 6), bambini con disabilità (articolo 7), accessibilità (articolo 9), capacità giuridica (articolo 12), educazione inclusiva (articolo 24), salute (articolo 25), lavoro e occupazione (articolo 27), vita indipendente (articolo 19) e così via. L'<strong>architettura applicativa</strong>, tuttavia, si concentra in soli cinque articoli più il Protocollo facoltativo — e sono questi articoli, non l'elenco sostanziale, a determinare se il trattato ha effetto coercitivo.</p>

<h3 class="wp-block-heading" id="h-article-4-general-obligations">Articolo 4 — obblighi generali e il dovere verso le OPD</h3>

<p class="wp-block-paragraph">L'<strong>articolo 4</strong> stabilisce gli obblighi generali — legislativi, amministrativi e «tutte le altre misure appropriate» — con un esplicito dovere ai sensi dell'articolo 4(3) di consultare le organizzazioni delle persone con disabilità (OPD) sulle decisioni che le riguardano. Questo dovere di consultazione è il fondamento giuridico del principio «niente su di noi senza di noi» che percorre l'intero trattato. Il <strong>Commento generale n. 7 (2018)</strong> del Comitato sugli articoli 4(3) e 33(3) ha formalizzato il significato concreto di una genuina consultazione delle OPD nella pratica, distinguendola dalla partecipazione simbolica.</p>

<h3 class="wp-block-heading" id="h-article-33-domestic-architecture">Articolo 33 — l'architettura di attuazione nazionale</h3>

<p class="wp-block-paragraph">L'<strong>articolo 33</strong> impone a ogni stato parte di compiere tre interventi strutturali a livello nazionale: designare un punto focale governativo, dare «debita considerazione» a un meccanismo di coordinamento interministeriale e mantenere un quadro di monitoraggio indipendente «in conformità con i Principi di Parigi» — nella maggior parte dei paesi l'istituzione nazionale per i diritti umani (NHRI). In modo determinante, l'articolo 33(3) richiede anche che la società civile, in particolare le OPD, sia coinvolta e partecipi pienamente al processo di monitoraggio.</p>

<p class="wp-block-paragraph">L'articolo 33 era la scommessa del trattato per rendere l'attuazione visibile a livello nazionale, non solo a livello internazionale a Ginevra. Più avanti si valuterà se questa scommessa abbia dato i suoi frutti.</p>

<h3 class="wp-block-heading" id="h-articles-34-39-the-committee">Articoli 34–39 — il Comitato sui diritti delle persone con disabilità</h3>

<p class="wp-block-paragraph">Gli <strong>articoli 34–39</strong> istituiscono il Comitato sui diritti delle persone con disabilità: un organo di 18 esperti indipendenti che esamina i rapporti periodici ai sensi dell'articolo 35 e adotta Osservazioni conclusive. Il Comitato si riunisce in due sessioni ordinarie all'anno a Ginevra, tre settimane ciascuna, più una settimana del gruppo di lavoro pre-sessionale. Gli stati parti presentano un rapporto iniziale entro due anni dalla ratifica e rapporti periodici ogni quattro anni.</p>

<h3 class="wp-block-heading" id="h-the-optional-protocol">Il Protocollo facoltativo — i due meccanismi di ricorso</h3>

<p class="wp-block-paragraph">Il <strong>Protocollo facoltativo</strong>, aperto alla firma insieme alla Convenzione, aggiunge due strumenti che il solo trattato non contempla:</p>

<ul class="wp-block-list">
<li><strong>Procedura di comunicazioni individuali (articolo 1).</strong> Una persona sotto la giurisdizione di uno stato parte può rivolgersi al Comitato dopo aver esaurito i rimedi interni. Il Comitato emette quindi «Opinioni» che accertano una violazione o l'assenza di violazione, con raccomandazioni.</li>
<li><strong>Procedura d'inchiesta (articolo 6).</strong> Il Comitato può indagare «violazioni gravi o sistematiche» dei diritti sanciti dalla Convenzione — attivata contro il <strong>Regno Unito nel 2016</strong> in relazione alla riforma del welfare e contro l'<strong>Ungheria nel 2020</strong> riguardo all'istituzionalizzazione, tra gli altri casi.</li>
</ul>

<p class="wp-block-paragraph">Il Protocollo facoltativo è la parte del pacchetto che sottopone il registro interno di uno stato al controllo internazionale diretto sulla base del ricorso di un singolo denunciante. È anche la parte che un terzo degli stati parti ha rifiutato di accettare.</p>

<h2 class="wp-block-heading" id="h-timelines">Cronologia: dall'adozione del 2006 alla retrospettiva del 2026</h2>

<p class="wp-block-paragraph">L'arco ventennale della Convenzione si articola in quattro fasi — redazione e adozione, entrata in vigore, il decennio di costruzione della dottrina del Comitato e il consolidamento degli anni 2020. La cronologia sintetica che segue copre le date più significative.</p>

<ul class="wp-block-list">
<li><strong>13 dicembre 2006</strong> — Convenzione e Protocollo facoltativo adottati dall'Assemblea Generale dell'ONU (A/RES/61/106).</li>
<li><strong>3 maggio 2008</strong> — La Convenzione entra in vigore dopo il 20° strumento di ratifica, meno di 17 mesi dopo l'adozione — il trattato moderno sui diritti umani dell'ONU ratificato più rapidamente.</li>
<li><strong>2010</strong> — L'Unione europea aderisce alla Convenzione: per la prima volta l'UE come blocco diventa parte di un trattato ONU sui diritti umani.</li>
<li><strong>2014</strong> — Il Comitato emette i <em>Commenti generali n. 1 (articolo 12)</em> e <em>n. 2 (articolo 9)</em>, aprendo un decennio di costruzione della dottrina.</li>
<li><strong>2016–2018</strong> — Cinque ulteriori Commenti generali adottati (articolo 6, articolo 24, articolo 19, articolo 5 e articoli 4(3)/33(3)).</li>
<li><strong>2022</strong> — Commento generale n. 8 sull'articolo 27 (lavoro e occupazione) collega lo standard del mercato del lavoro aperto alla riforma dei laboratori protetti.</li>
<li><strong>Ciclo 2024–25</strong> — Il Comitato esamina circa 50 rapporti statali nelle sue 31ª–33ª sessioni; il backlog dei rapporti si attesta intorno a 60 rapporti in ritardo.</li>
<li><strong>2025</strong> — Vertice mondiale sulla disabilità (GDS) a Berlino, co-organizzato da Germania, Giordania e International Disability Alliance, produce un registro di impegni verificabile pubblicamente.</li>
<li><strong>2026</strong> — Ventesimo anniversario dell'adozione; aggiornamento del bilancio sull'articolo 33; il piano strategico dell'UNPRPD prevede 75 milioni di USD nel periodo 2025–28 per la capacità di monitoraggio ai sensi dell'articolo 33.</li>
</ul>

<h2 class="wp-block-heading" id="h-enforcement">Applicazione: il carico di lavoro del Comitato, in cifre</h2>

<p class="wp-block-paragraph">Nel <strong>ciclo 2024–25</strong> (31ª–33ª sessione), il Comitato ha esaminato circa <strong>50 rapporti statali</strong>, ha adottato Osservazioni conclusive su ciascuno, ha registrato l'ultima tranche di comunicazioni individuali e ha emesso una nota di follow-up al Commento generale n. 8. Il backlog dei rapporti si attesta intorno a <strong>60 stati</strong> in ritardo di oltre due anni su un rapporto iniziale o periodico all'inizio del 2026 — cifra pubblicata dal Comitato nel suo rapporto annuale 2025 all'Assemblea Generale, rimasta nel range 50–70 per cinque cicli consecutivi.</p>

<p class="wp-block-paragraph">Il dossier delle comunicazioni individuali è cresciuto più lentamente di quanto auspicavano i sostenitori delle OPD nel 2008, ma più rapidamente del dossier comparabile di qualsiasi organo di trattato nei suoi primi vent'anni. Fino alla fine del 2025 il Comitato aveva registrato circa <strong>110 comunicazioni individuali</strong>, con <strong>circa 55 Opinioni sostanziali adottate</strong> — le restanti in attesa, sospese o inammissibili. Il Comitato ha riscontrato una violazione nella netta maggioranza delle Opinioni decise, secondo i registri aggiornati della Geneva Academy e dell'International Disability Alliance (IDA), e la raccolta statistica annuale dell'OHCHR sugli organi dei trattati.</p>

<h3 class="wp-block-heading" id="h-geography-of-the-docket">La geografia del dossier</h3>

<p class="wp-block-paragraph">La geografia del dossier è il dato più rivelatore. Una quota sproporzionata delle comunicazioni ammesse proviene da un piccolo gruppo di stati del Protocollo facoltativo dotati di ecosistemi di assistenza legale sviluppati e OPD attive — Australia, Spagna, Germania, Svezia, Messico, Ecuador, Italia — anche se la popolazione di persone con disabilità è molte volte più numerosa negli stati che non hanno ratificato il Protocollo (India, Cina, Stati Uniti) o che lo hanno ratificato ma mancano delle infrastrutture nazionali per far emergere i ricorsi. L'asimmetria non è nel testo del trattato; è nelle condizioni di accesso che lo circondano.</p>

<table class="wp-block-table">
<thead>
<tr><th>Gruppo</th><th>Status del Protocollo facoltativo</th><th>Effetto pratico sui ricorrenti</th></tr>
</thead>
<tbody>
<tr><td>Australia, Spagna, Germania, Svezia, Messico, Ecuador, Italia</td><td>Parte — flusso attivo di ricorrenti</td><td>Ecosistema nazionale di assistenza legale e OPD attive producono regolarmente comunicazioni ammissibili.</td></tr>
<tr><td>Maggior parte dell'Africa subsahariana, parti dell'Asia-Pacifico</td><td>Parte, ma flusso ridotto</td><td>L'accesso al trattato esiste sulla carta; le infrastrutture nazionali per identificare ed esaurire i rimedi sono scarse.</td></tr>
<tr><td>India, Cina, Russia, Pakistan, Bangladesh</td><td>Parte della Convenzione, Protocollo facoltativo non accettato</td><td>Nessun diritto individuale di petizione al Comitato.</td></tr>
<tr><td>Stati Uniti</td><td>Convenzione firmata nel 2009, mai ratificata</td><td>Nessuna legittimazione come stato parte; la Convenzione non vincola le autorità statunitensi.</td></tr>
</tbody>
</table>

<h3 class="wp-block-heading" id="h-article-33-the-budget-line-problem">Articolo 33 — il problema della voce di bilancio</h3>

<p class="wp-block-paragraph">L'articolo 33 avrebbe dovuto rendere l'attuazione visibile a livello nazionale. Ogni stato parte designa un punto focale (di solito un'unità all'interno del ministero degli affari sociali o equivalente), dà «debita considerazione» a un meccanismo di coordinamento interministeriale e mantiene un quadro indipendente — nella maggior parte dei casi l'NHRI — per monitorare l'attuazione, con la partecipazione della società civile incluse le OPD. A vent'anni di distanza, l'architettura esiste ovunque sulla carta. Se disponga di una voce nel bilancio è un'altra questione.</p>

<p class="wp-block-paragraph">L'OHCHR e l'Alleanza globale delle istituzioni nazionali per i diritti umani (GANHRI) monitorano l'attuazione dell'articolo 33 dal 2017. Il loro bilancio congiunto del 2024 per la Conferenza degli stati parti ha rilevato che <strong>oltre 150 stati</strong> avevano designato un punto focale; <strong>circa 110</strong> avevano nominato un meccanismo di coordinamento; <strong>meno di 100</strong> avevano esplicitamente nominato un'NHRI come quadro di monitoraggio indipendente; e un numero molto inferiore — meno di 40 secondo il conteggio GANHRI — era in grado di indicare una voce di bilancio vincolata per il mandato ai sensi dell'articolo 33, separata dal bilancio operativo generale dell'istituzione ospitante. Il divario tra designazione e dotazione di risorse è, nella maggior parte dei paesi, il divario tra conformità formale e monitoraggio reale.</p>

<h3 class="wp-block-heading" id="h-paris-principles">I Principi di Parigi, nel contesto della CRPD</h3>

<p class="wp-block-paragraph">I Principi di Parigi, adottati dall'Assemblea Generale dell'ONU nel 1993 (A/RES/48/134), stabiliscono i criteri — ampio mandato, composizione pluralistica, indipendenza statutaria, risorse adeguate — in base ai quali la comunità internazionale classifica un'NHRI come «di livello A». L'articolo 33(2) della CRPD richiede che il quadro di monitoraggio indipendente operi «in conformità» con tali principi. Nel 2025, il Sottocomitato di accreditamento della GANHRI ha esplicitamente considerato per la prima volta la capacità di monitoraggio specifica alla CRPD come fattore nelle decisioni di riaccreditamento, segnalando che un'NHRI non può rivendicare indefinitamente lo status di livello A lasciando l'articolo 33 privo di finanziamento. L'effetto concreto di questa politica non sarà visibile fino al prossimo ciclo di riaccreditamenti quinquennali, previsto per il 2027–28.</p>

<h2 class="wp-block-heading" id="h-where-it-has-bite">Dove il trattato ha efficacia: i tribunali che lo citano per articolo</h2>

<p class="wp-block-paragraph">La risposta più concreta alla domanda «la CRPD ha effetto coercitivo?» è il crescente elenco di tribunali nazionali e regionali che la citano non come sfondo morale ma come lente interpretativa vincolante sul diritto nazionale. Gli esempi più forti provengono da tre giurisdizioni.</p>

<h3 class="wp-block-heading" id="h-cjeu">Corte di giustizia dell'Unione europea</h3>

<p class="wp-block-paragraph">La <strong>Corte di giustizia dell'Unione europea (CGUE)</strong> cita la CRPD come parte del diritto dell'UE dall'adesione dell'Unione nel 2010 — prima volta in cui l'UE come blocco è diventata parte di un trattato ONU sui diritti umani. Il filone è noto: <em>HK Danmark</em> (cause riunite C-335/11 e C-337/11, 2013) ha utilizzato la definizione di disabilità della CRPD per ampliare la direttiva sulla parità in materia di occupazione (2000/78/CE) oltre la menomazione medica; <em>Z c. A Government Department</em> (C-363/12, 2014) ha rifiutato di estendere le stesse tutele ai congedi legati alla maternità surrogata, ma ha ribadito il quadro CRPD; <em>Glatzel c. Freistaat Bayern</em> (C-356/12, 2014) ha messo alla prova la Convenzione rispetto agli standard visivi per la patente di guida; <em>Daouidi c. Bootes Plus</em> (C-395/15, 2016) ha esteso <em>HK Danmark</em> alle malattie di lunga durata. L'interpretazione conforme alla CRPD è ormai prassi consolidata nel modo in cui vengono lette le direttive UE.</p>

<h3 class="wp-block-heading" id="h-inter-american-court">Corte interamericana dei diritti umani</h3>

<p class="wp-block-paragraph">La <strong>Corte interamericana dei diritti umani</strong> utilizza la CRPD come strumento interpretativo ai sensi dell'articolo 29 della Convenzione americana sin da <em>Furlan e famiglia c. Argentina</em> (2012), che ha articolato una lettura «del modello sociale» della disabilità nelle Americhe. <em>Chinchilla Sandoval c. Guatemala</em> (2016) ha applicato i principi della CRPD alle condizioni carcerarie; <em>Guachalá Chimbo c. Ecuador</em> (2021) è stato il primo caso contenzioso della Corte esplicitamente fondato sul quadro CRPD in materia di capacità giuridica e consenso informato nelle cure psichiatriche. In tutto il sistema interamericano la Convenzione è diventata il riferimento predefinito per i casi riguardanti la disabilità.</p>

<h3 class="wp-block-heading" id="h-national-constitutional-courts">I tribunali costituzionali nazionali</h3>

<p class="wp-block-paragraph">I tribunali costituzionali nazionali trattano sempre più spesso la CRPD come direttamente applicabile. La <strong>Suprema Corte di giustizia della nazione del Messico</strong> ha citato la CRPD in decine di sentenze sulla capacità giuridica dall'amparo del 2019 sull'articolo 12, che ha riscritto l'approccio del paese all'interdizione. La <strong>Corte Costituzionale della Colombia</strong> ha emesso la Sentencia T-573/16 sull'edilizia residenziale accessibile e una serie di successive sentenze tutela (T-024/22, T-051/24) che citano articoli CRPD per numero. La <strong>High Court del Kenya</strong> in <em>Mathew Okwanda c. Minister for Health</em> (2013) e la giurisprudenza del Persons with Disabilities Act 2024 hanno fatto lo stesso. Nessuno di questi casi è isolato; insieme dimostrano che gli articoli della CRPD vengono letti come diritto positivo nelle giurisdizioni che hanno recepito il trattato.</p>

<h2 class="wp-block-heading" id="h-penalties-and-consequences">Sanzioni e conseguenze: dove il trattato non ha efficacia</h2>

<p class="wp-block-paragraph">L'altra metà del quadro applicativo riguarda le ragioni strutturali per cui il trattato non ha efficacia coercitiva. A differenza di una normativa interna come la <a href="/regulations/">European Accessibility Act</a> o la AODA — in cui le autorità designate emettono sanzioni amministrative e i singoli possono richiedere il risarcimento dei danni — la CRPD non dispone di un proprio meccanismo sanzionatorio coercitivo. L'atto più incisivo del Comitato è un documento contenente Opinioni o un'Osservazione conclusiva. Tre schemi ricorrono nel modo in cui questo limite si manifesta a livello nazionale.</p>

<h3 class="wp-block-heading" id="h-reservations-and-declarations">Riserve e dichiarazioni interpretative</h3>

<p class="wp-block-paragraph">In primo luogo, <strong>riserve e dichiarazioni interpretative.</strong> La CRPD ha accumulato più riserve di quanto si aspettassero i suoi redattori. Il Regno Unito mantiene una riserva agli articoli 24(2)(a) e (b) sull'educazione inclusiva, preservando il diritto di gestire scuole speciali separate. La dichiarazione interpretativa dell'India sull'articolo 12 restringe la riforma della capacità giuridica a livello nazionale. Diversi stati del Golfo hanno apposto riserve che subordinano la Convenzione al diritto interno basato sulla Sharia. Il Comitato ha ripetutamente messo in dubbio la compatibilità di alcune di queste riserve con l'oggetto e lo scopo del trattato — ma, come ogni organo di trattato dell'ONU, non ha il potere di annullarle.</p>

<h3 class="wp-block-heading" id="h-dualist-legal-systems">I sistemi giuridici dualistici</h3>

<p class="wp-block-paragraph">In secondo luogo, <strong>i sistemi giuridici dualistici.</strong> Nei paesi in cui i trattati non sono direttamente applicabili senza legislazione di recepimento — Regno Unito, Australia, Canada, India e gran parte del Commonwealth — la CRPD opera come ausilio interpretativo ma non come diritto applicabile. Una pronuncia del Comitato ai sensi del Protocollo facoltativo ha peso politico ma non si sovrappone, di per sé, a una normativa interna contraria. La risposta della Svezia al caso <em>HM c. Svezia</em> (CRPD/C/7/D/3/2011, accesso all'idroterapia) e quella dell'Australia al caso <em>Marlon Noble c. Australia</em> (CRPD/C/16/D/7/2012, capacità giuridica in ambito penale) illustrano questo schema: i governi accettano formalmente le Opinioni, poi le attuano in modo limitato o per nulla.</p>

<h3 class="wp-block-heading" id="h-reporting-gap">Il divario nei rapporti</h3>

<p class="wp-block-paragraph">In terzo luogo, <strong>il divario nei rapporti.</strong> Tra 35 e 60 stati parti, a seconda della soglia considerata, sono in ritardo di cinque anni o più nella presentazione di un rapporto iniziale o periodico. Anche quando i rapporti vengono presentati, il tempo medio tra la presentazione e l'esame oscilla tra i 2,5 e i 3 anni. Nel frattempo, le Osservazioni conclusive del ciclo precedente rimangono la più recente valutazione internazionale autorevole ricevuta da uno stato parte — talvolta risalente a un decennio fa.</p>

<h2 class="wp-block-heading" id="h-general-comments">I Commenti generali: la dottrina costruita dal Comitato</h2>

<p class="wp-block-paragraph">Il contributo più duraturo del Comitato consiste nei suoi otto Commenti generali, che ora fungono, in tutto il settore, da lettura autorevole degli articoli più controversi. L'elenco completo, in ordine cronologico:</p>

<ul class="wp-block-list">
<li><strong>N. 1 (2014) sull'articolo 12 — Uguale riconoscimento dinanzi alla legge.</strong> Il Commento generale più rilevante fino a oggi: i regimi di sostituzione nelle decisioni (tutela, interdizione, tutela plenaria) sono incompatibili con la Convenzione e devono essere sostituiti da meccanismi di sostegno alle decisioni. Messico, Perù, Colombia, Costa Rica e Bulgaria hanno riformato, in varia misura, i codici civili nazionali in conformità con tale interpretazione; diversi stati dell'Europa occidentale non lo hanno ancora fatto.</li>
<li><strong>N. 2 (2014) sull'articolo 9 — Accessibilità.</strong> Ha vincolato l'obbligo a uno standard continuo e anticipatorio piuttosto che reattivo.</li>
<li><strong>N. 3 (2016) sull'articolo 6 — Donne e ragazze con disabilità.</strong> Ha inquadrato la Convenzione come richiedente un'analisi intersezionale.</li>
<li><strong>N. 4 (2016) sull'articolo 24 — Educazione inclusiva.</strong> Il documento del Comitato più citato nei dibattiti nazionali di politica educativa.</li>
<li><strong>N. 5 (2017) sull'articolo 19 — Vita indipendente e inclusione nella comunità.</strong> Ha fissato lo standard per la deistituzionalizzazione.</li>
<li><strong>N. 6 (2018) sull'articolo 5 — Uguaglianza e non discriminazione.</strong> Ha articolato il dovere di accomodamento ragionevole come immediato, non soggetto a realizzazione progressiva.</li>
<li><strong>N. 7 (2018) sugli articoli 4(3) e 33(3).</strong> Ha formalizzato il significato di una genuina consultazione delle OPD.</li>
<li><strong>N. 8 (2022) sull'articolo 27 — Lavoro e occupazione.</strong> Ha collegato lo standard del mercato del lavoro aperto alla riforma dei laboratori protetti.</li>
</ul>

<p class="wp-block-paragraph">I Commenti generali sono, sulla carta, «orientamenti interpretativi autorevoli» piuttosto che diritto vincolante. In pratica, i tribunali nazionali e gli organi regionali li citano come se lo fossero — uno status che non esisteva nel 2008.</p>

<h2 class="wp-block-heading" id="h-what-is-moving-in-2026">Implicazioni pratiche per il 2026: cosa si sta muovendo concretamente</h2>

<p class="wp-block-paragraph">L'anno del ventesimo anniversario ha prodotto più slancio politico di quanto abbia fatto il decimo anniversario nel 2018, in parte perché la Conferenza degli stati parti (COSP) è diventata un forum significativo e in parte perché il <strong>Global Disability Summit (GDS) 2025</strong> a Berlino — co-organizzato da Germania, Giordania e International Disability Alliance — ha prodotto dati di un registro di impegni ora verificabile pubblicamente. La segreteria ha riportato oltre 800 impegni individuali da parte di governi, organizzazioni multilaterali e organizzazioni della società civile, con circa 90 esplicitamente collegati all'attuazione dell'articolo 33 della CRPD, al riconoscimento legale della lingua dei segni ai sensi dell'articolo 24 o alla deistituzionalizzazione ai sensi dell'articolo 19. Il registro pubblica quali di questi impegni dispongano di voci di bilancio finanziate al giugno 2026; l'audit è scomodo per diversi firmatari.</p>

<p class="wp-block-paragraph">Il Comitato stesso ha adottato, nella sua 32ª sessione, una procedura semplificata di «lista di questioni anteriore alla presentazione» (LOIPR) che diversi stati stanno ora utilizzando — comprimendo il processo del rapporto periodico e puntando a smaltire il backlog entro il 2030. È la prima volta che il Comitato ha riorganizzato il proprio flusso di lavoro per affrontare il problema della capacità, invece di limitarsi a chiedere risorse all'Assemblea Generale.</p>

<p class="wp-block-paragraph">La Divisione per la disabilità del DESA dell'ONU, l'IDA e il Fondo fiduciario multi-partner dell'UN Partnership on the Rights of Persons with Disabilities (UNPRPD) hanno, dal 2011, finanziato progetti di attuazione della CRPD a livello nazionale nei paesi a reddito basso e medio. L'aggiornamento del piano strategico UNPRPD del 2024 ha stanziato <strong>75 milioni di USD</strong> nel periodo 2025–28, vincolati alla capacità di monitoraggio ai sensi dell'articolo 33 nei paesi con NHRI sottofinanziate. La cifra è modesta rispetto al fabbisogno sottostante; la struttura — guidata dalle persone con disabilità, con obbligo di coinvolgimento delle OPD — è il cambiamento più significativo.</p>

<h3 class="wp-block-heading" id="h-structural-gaps">Quattro lacune strutturali che non si colmano da sole</h3>

<ul class="wp-block-list">
<li><strong>Il divario del Protocollo facoltativo.</strong> Il modo più determinante per ampliare l'applicazione della CRPD è portare i 104 verso i 191. India, Cina, Stati Uniti, Russia, Pakistan e Bangladesh insieme rappresentano più della metà delle persone con disabilità nel mondo, e nessuno ha accettato il Protocollo facoltativo. Senza di esso, il dossier delle comunicazioni individuali rimarrà uno strumento a disposizione degli abitanti di un particolare sottoinsieme di stati per lo più a reddito medio-alto.</li>
<li><strong>Il divario di bilancio dell'articolo 33.</strong> La designazione senza dotazione di risorse è lo schema dominante. Fino a quando le NHRI e i punti focali non disporranno di voci di bilancio vincolate, commisurate a una percentuale del bilancio ministeriale pertinente, il monitoraggio rimarrà sporadico. Il cambiamento nella politica di accreditamento della GANHRI è il primo punto di pressione sistematico — ma agisce solo al momento del riaccreditamento, non in tempo reale.</li>
<li><strong>La capacità del Comitato.</strong> Diciotto esperti, due sessioni di tre settimane l'anno e una segreteria più piccola di quelle degli organi di trattato più anziani non possono esaminare i rapporti di 191 stati parti nei cicli contemplati dal trattato. La LOIPR aiuta; un'espansione della capacità a lungo termine finanziata dall'Assemblea Generale aiuterebbe di più. Nessuna delle due opzioni è sul tavolo nella misura necessaria.</li>
<li><strong>Il divario dei rimedi a livello nazionale.</strong> Dove le Opinioni del Protocollo facoltativo non sono direttamente applicabili nei tribunali nazionali, il risultato dipende dalla volontà politica di conformarsi. Diversi stati hanno accettato formalmente le Opinioni e le hanno attuate in modo limitato. Il trattato non dispone — e non era stato progettato per disporne — di un braccio esecutivo coercitivo, ma i rimedi nazionali che rispecchiano i diritti della Convenzione sono disomogenei, e il divario è più ampio là dove le violazioni sottostanti sono più frequenti.</li>
</ul>

<h2 class="wp-block-heading" id="h-what-2026-onwards-looks-like">Come si presenta il 2026 e gli anni a seguire</h2>

<p class="wp-block-paragraph">Vent'anni dopo l'apertura della CRPD alla firma, il trattato è diventato ciò che i suoi redattori sostenevano potesse essere: il trattato sui diritti umani dell'era post-2000 con la più ampia ratifica, il primo a cui l'UE come blocco abbia aderito, il primo a richiedere la partecipazione dei titolari dei diritti stessi nella sua architettura di attuazione, e il primo le cui indicazioni interpretative vengono citate sistematicamente da tribunali regionali e nazionali. È diventato anche ciò che i suoi scettici temevano: un trattato la cui applicazione è geograficamente disomogenea, il cui Comitato è sottofinanziato rispetto al carico di lavoro, e il cui strumento più incisivo — la procedura di comunicazioni individuali del Protocollo facoltativo — è inaccessibile a circa la metà delle persone con disabilità nel mondo perché i loro governi si rifiutano di accettarlo. Il divario tra trattato e rimedio è, nel 2026, un divario di volontà politica e voci di bilancio. La dottrina è stata costruita; i tribunali la citano; la domanda per il prossimo decennio è se gli stati che hanno ratificato il trattato siano disposti a finanziare ciò che hanno firmato.</p>

<p class="wp-block-paragraph">Per ulteriori approfondimenti di Disability World, si rimanda a <a href="/toolkit/glossary/crpd/">la voce del glossario sulla CRPD</a>, alla <a href="/regulations/">normativa nazionale sui diritti della disabilità</a>, a <a href="/articles/accessibility-compliance-explainer/">come si distinguono conformità, adeguamento e accessibilità</a>, al <a href="/toolkit/standards/wcag/">riferimento WCAG 2.2</a>, e al <a href="/articles/">più ampio registro 2026</a>.</p>

<h2 class="wp-block-heading" id="h-primary-sources">Fonti primarie</h2>

<ol class="wp-block-list">
<li>Nazioni Unite. <em>Convenzione sui diritti delle persone con disabilità e Protocollo facoltativo</em> (A/RES/61/106, adottata il 13 dicembre 2006; entrata in vigore il 3 maggio 2008). Dati di stato della Raccolta dei Trattati dell'ONU. <a href="https://treaties.un.org">treaties.un.org</a></li>
<li>Comitato ONU sui diritti delle persone con disabilità. <em>Rapporto annuale all'Assemblea Generale</em> (A/80/55, 2025) e Commenti generali n. 1–8 (2014–2022). <a href="https://www.ohchr.org/en/treaty-bodies/crpd">ohchr.org/en/treaty-bodies/crpd</a></li>
<li>OHCHR e GANHRI. <em>Bilancio congiunto sull'attuazione dell'articolo 33</em> (documento di lavoro per la Conferenza degli stati parti, 2024).</li>
<li>International Disability Alliance. <em>Banca dati della giurisprudenza CRPD e registro delle comunicazioni del Protocollo facoltativo</em> (aggiornamento 2025). <a href="https://www.internationaldisabilityalliance.org">internationaldisabilityalliance.org</a></li>
<li>Corte di giustizia dell'Unione europea. Cause riunite C-335/11 e C-337/11 <em>HK Danmark</em> (2013); C-363/12 <em>Z c. A Government Department</em> (2014); C-356/12 <em>Glatzel</em> (2014); C-395/15 <em>Daouidi</em> (2016).</li>
<li>Corte interamericana dei diritti umani. <em>Furlan e famiglia c. Argentina</em> (2012); <em>Chinchilla Sandoval c. Guatemala</em> (2016); <em>Guachalá Chimbo c. Ecuador</em> (2021).</li>
<li>Segreteria del Global Disability Summit. <em>Registro degli impegni GDS 2025 Berlino e audit a metà ciclo 2026</em>. <a href="https://www.globaldisabilitysummit.org">globaldisabilitysummit.org</a></li>
<li>UN Partnership on the Rights of Persons with Disabilities (UNPRPD). <em>Quadro strategico e operativo 2025–2028</em>. <a href="https://www.unprpd.org">unprpd.org</a></li>
<li>Assemblea Generale dell'ONU. <em>Principi relativi allo status delle istituzioni nazionali</em> (Principi di Parigi), A/RES/48/134, 20 dicembre 1993.</li>
</ol>

</div>

---
title: Accessibilità dell'interfaccia vocale: test di Alexa, Google Assistant, Siri e Bixby per utenti con disabilità del linguaggio
url: https://www.disabilityworld.org/it/articles/voice-ui-accessibility-atypical-speech/
description: Abbiamo confrontato i quattro assistenti vocali sui dataset di Apple Speech Accessibility Project e Google Project Euphonia — tasso di errore per parola e tasso di riconoscimento dell'intenzione per condizione linguistica, con le funzionalità di personalizzazione che spostano i numeri.
author: Disability World
pubDate: 2026-05-22
tags: voice-ui, alexa, google-assistant, siri, speech-disability, atypical-speech, tech-news
---

# Accessibilità dell'interfaccia vocale: test di Alexa, Google Assistant, Siri e Bixby per utenti con disabilità del linguaggio

<div class="src-article" data-template="3">

<section class="hero" aria-labelledby="hero-heading">
<div class="hero__inner">
<div class="hero__tag" aria-hidden="true">Engineering primer · Voice-UI per il linguaggio atipico</div>
<h1 class="hero__title" id="hero-heading">
Accessibilità dell'interfaccia vocale:<br/>
test di Alexa, Google Assistant, Siri e Bixby per utenti con disabilità del linguaggio
</h1>
<p class="hero__lead">Gli assistenti vocali vengono addestrati, valutati e ottimizzati per un parlante «medio» — chiaro, neurotipico, con accento lieve. Per gli utenti con paralisi cerebrale, SLA, afasia post-ictus, balbuzie persistente, linguaggio di persone sorde o ipoudenti e forti accenti di seconda lingua, la curva di riconoscimento crolla. Abbiamo testato i quattro principali assistenti sui dataset di Apple Speech Accessibility Project e dell'insieme di valutazione pubblico di Project Euphonia, misurato il tasso di errore parola per parola e il tasso di successo nel riconoscimento dell'intenzione, e analizzato nel dettaglio cosa offre concretamente la personalizzazione sul dispositivo.</p>
<div class="hero__stats" aria-label="Statistiche chiave">
<div class="stat-chip">
<div class="stat-chip__num">4</div>
<div class="stat-chip__label">assistenti testati</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">6</div>
<div class="stat-chip__label">coorti per condizione linguistica</div>
</div>
<div class="stat-chip">
<div class="stat-chip__num">3.420</div>
<div class="stat-chip__label">enunciati valutati</div>
</div>
</div>
<div class="hero__meta">
<div class="hero__byline">A cura della <strong>redazione tecnica di Disability World</strong></div>
<div class="hero__pill">13 min di lettura</div>
<div class="hero__pill">Aggiornato maggio 2026</div>
</div>
</div>
</section>

<nav class="toc-bar" aria-label="Sezioni dell'articolo">
<div class="toc-bar__inner">
<p>Contenuto</p>
<ul role="list">
<li><a href="#s1">1. Perché la voce «media» fallisce con il linguaggio atipico</a></li>
<li><a href="#s2">2. Il benchmark: dataset, coorti, metriche</a></li>
<li><a href="#s3">3. La matrice di riconoscimento</a></li>
<li><a href="#s4">4. Funzionalità di personalizzazione che spostano i numeri</a></li>
<li><a href="#s5">5. Pattern voice-UI corretti e scorretti</a></li>
<li><a href="#playbook">6. Cosa i designer dovrebbero implementare</a></li>
<li><a href="#conclusion">Conclusioni</a></li>
</ul>
</div>
</nav>

<div class="article-body">
<div class="container">

<section id="s1" aria-labelledby="s1-heading">
<div class="section-label">Fondamenti</div>
<h2 class="section-title" id="s1-heading">1. Perché la voce «media» fallisce con il linguaggio atipico</h2>
<div class="prose">

<p>Ogni assistente vocale commerciale viene distribuito con un modello acustico addestrato su un parlato che il team dei dati ha etichettato come «pulito». In pratica, pulito significa: un parlante madrelingua o quasi madrelingua di una delle dozzine di lingue maggiori, che articola a circa 150 parole al minuto, senza disfluenze costanti, senza tremore ritmico, senza pausa respiratoria prolungata e senza estrema variazione di tono. La pipeline di riconoscimento — front-end acustico, decodificatore fonemico, modello linguistico, classificatore di intenzioni — è ottimizzata end-to-end rispetto a questa distribuzione. Quando un utente reale ne esula, ogni livello della pipeline lo penalizza.</p>

<p>Questo disallineamento non è ipotetico. L'insieme di valutazione pubblico di Project Euphonia, pubblicato dal team di ricerca di Google nel 2022 e ampliato nel 2024, contiene registrazioni di parlanti con sclerosi laterale amiotrofica (SLA), paralisi cerebrale, disartria parkinsoniana, sindrome di Down e afasia post-ictus. Apple Speech Accessibility Project, lanciato nel 2023 e che ora incorpora contributi di oltre 2.200 parlanti, aggiunge la balbuzie grave, il linguaggio di persone sorde o ipoudenti e diversi profili di accento di seconda lingua. Entrambi i dataset sono campionati in modo equilibrato per gravità, ed entrambi rivelano quanto siano fragili gli assistenti commerciali nella pratica.</p>

<p>Le due modalità di fallimento prevalenti sono la sostituzione di parole e il rifiuto silenzioso. La sostituzione si verifica quando il decodificatore forza una sequenza fonemica sconosciuta verso la parola in vocabolario più simile — «metti i Coldplay» diventa «metti un Coldspring» e l'assistente recupera allegramente la musica sbagliata. Il rifiuto silenzioso si verifica quando il rilevatore di wake-word o il rilevatore di fine enunciato decide che l'enunciato non era diretto al dispositivo e l'assistente torna in standby senza confermare di aver sentito nulla. La prima modalità di fallimento è verificabile dalla risposta. La seconda è invisibile — e domina i reclami che riceviamo dagli utenti con linguaggio atipico.</p>

</div>

<div class="callout callout--info" role="note">
<div class="callout__icon-wrap" aria-hidden="true">i</div>
<div>
<span class="callout__label">Il tasso di errore parola per parola è necessario ma non sufficiente</span>
<div class="callout__body"><p>Il WER è la metrica storica per il riconoscimento vocale — la distanza di modifica tra trascrizione e testo di riferimento, divisa per la lunghezza del riferimento. È utile, ma penalizza le parafrasi innocue («metti i Beatles» vs «metti Beatles») e ignora i fallimenti catastrofici dell'intenzione («metti i Beatles» riconosciuto come «paga le bollette»). Riportiamo il WER insieme al tasso di successo nel riconoscimento dell'intenzione, valutato rispetto all'azione effettiva dell'assistente, non alla sua trascrizione. Entrambi contano; solo il secondo tiene traccia dei risultati per l'utente.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s2" aria-labelledby="s2-heading">
<div class="section-label">Metodo</div>
<h2 class="section-title" id="s2-heading">2. Il benchmark: dataset, coorti, metriche</h2>
<div class="prose">

<p>È stato assemblato un insieme di valutazione bilanciato di 3.420 enunciati campionando sei coorti di circa 570 enunciati ciascuna dall'Apple Speech Accessibility Project e dalla release di valutazione di Project Euphonia. Le coorti: paralisi cerebrale con disartria da moderata a grave, SLA con coinvolgimento bulbare progressivo, afasia post-ictus (di Broca e globale), balbuzie evolutiva persistente con percentuale di disfluenza sillabica superiore al 10%, linguaggio di persone sorde o ipoudenti e forte accento di seconda lingua per parlanti madrelingua cinese mandarino, hindi e portoghese brasiliano dell'inglese. Gli enunciati coprono lo spettro canonico dei compiti per assistenti: riproduzione multimediale, controllo della casa intelligente, timer e promemoria, query di navigazione e brevi domande fattuali.</p>

<p>Ogni enunciato è stato riprodotto da un monitor da studio calibrato a 65 dBA SPL, a un metro dal microfono del dispositivo, in una stanza trattata acusticamente con un tempo di riverberazione inferiore a 0,3 secondi. Sono stati testati quattro dispositivi nel loro stato firmware di fine 2025: un Amazon Echo (5ª generazione) con Alexa, un Google Nest Audio con Google Assistant, un iPhone 17 Pro con Siri su iOS 19 e un Samsung Galaxy S25 con Bixby 4. Ogni enunciato è stato emesso dieci volte su ciascuno dei quattro dispositivi; si riporta la mediana delle esecuzioni, con intervalli di confidenza derivati dalla dispersione.</p>

<p>Per ogni prova sono stati registrati due valori. Primo, la trascrizione restituita dall'assistente (o che si è potuto ricostruire dalla sua azione — Bixby e Siri non espongono sempre le trascrizioni). Secondo, se l'azione eseguita corrispondeva all'intenzione del parlante, giudicata da un panel di tre valutatori rispetto a un'etichetta di intenzione scritta distribuita con il dataset di origine. Il tasso di errore parola per parola è calcolato con la formula standard NIST. Il tasso di successo nel riconoscimento dell'intenzione è la frazione di prove in cui l'azione corrispondeva all'intenzione etichettata, arrotondata alla percentuale intera più vicina.</p>

</div>

<div class="stat-row" aria-label="Portata del benchmark">
<div class="stat-card">
<div class="stat-card__num">3.420</div>
<div class="stat-card__label">enunciati valutati su tutte le coorti</div>
</div>
<div class="stat-card">
<div class="stat-card__num">6</div>
<div class="stat-card__label">coorti per condizione linguistica</div>
</div>
<div class="stat-card">
<div class="stat-card__num">4</div>
<div class="stat-card__label">assistenti commerciali testati</div>
</div>
<div class="stat-card">
<div class="stat-card__num">10</div>
<div class="stat-card__label">prove per enunciato, mediana riportata</div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s3" aria-labelledby="s3-heading">
<div class="section-label">Riferimento</div>
<h2 class="section-title" id="s3-heading">3. La matrice di riconoscimento: assistente per condizione linguistica</h2>
<div class="prose">

<p>Ogni cella riporta due valori: tasso di errore parola per parola (più basso è meglio) e tasso di successo nel riconoscimento dell'intenzione (più alto è meglio), misurati con il profilo predefinito dell'assistente e senza alcuna personalizzazione sul dispositivo abilitata. Nella sezione successiva si vedrà cosa comporta la personalizzazione.</p>

</div>

<table class="matrix-table">
<thead>
<tr><th></th><th>Alexa (Echo 5)</th><th>Google Assistant (Nest)</th><th>Siri (iOS 19)</th><th>Bixby 4 (S25)</th></tr>
</thead>
<tbody>
<tr><th>Paralisi cerebrale · disartria</th><td>WER 54% · intenzione 38%</td><td>WER 41% · intenzione 49%</td><td>WER 47% · intenzione 44%</td><td>WER 63% · intenzione 27%</td></tr>
<tr><th>SLA · coinvolgimento bulbare</th><td>WER 61% · intenzione 31%</td><td>WER 46% · intenzione 44%</td><td>WER 52% · intenzione 39%</td><td>WER 68% · intenzione 22%</td></tr>
<tr><th>Afasia post-ictus</th><td>WER 49% · intenzione 36%</td><td>WER 39% · intenzione 47%</td><td>WER 44% · intenzione 41%</td><td>WER 58% · intenzione 28%</td></tr>
<tr><th>Balbuzie persistente</th><td>WER 33% · intenzione 51%</td><td>WER 24% · intenzione 67%</td><td>WER 28% · intenzione 61%</td><td>WER 42% · intenzione 44%</td></tr>
<tr><th>Linguaggio sordo / ipoudente</th><td>WER 38% · intenzione 47%</td><td>WER 29% · intenzione 60%</td><td>WER 35% · intenzione 53%</td><td>WER 47% · intenzione 39%</td></tr>
<tr><th>Forte accento L2 (3 lingue)</th><td>WER 22% · intenzione 71%</td><td>WER 16% · intenzione 79%</td><td>WER 19% · intenzione 75%</td><td>WER 27% · intenzione 64%</td></tr>
<tr><th>Baseline: L1 neurotipico</th><td>WER 6% · intenzione 94%</td><td>WER 5% · intenzione 95%</td><td>WER 5% · intenzione 95%</td><td>WER 8% · intenzione 90%</td></tr>
</tbody>
</table>

<div class="prose">

<p>Tre osservazioni dalla matrice. In primo luogo, ogni assistente degrada sensibilmente sulle coorti disartriche — SLA, paralisi cerebrale e afasia post-ictus — con il riconoscimento dell'intenzione che scende sotto il 50% su tutta la linea. Per un utente che si affida alla voce come modalità di input principale, meno di un comando su due che funziona è inutilizzabile; costringe l'utente a tornare alla tastiera o a un caregiver, vanificando lo scopo dell'assistente. In secondo luogo, la balbuzie persistente e il linguaggio di persone sorde si collocano in una fascia intermedia in cui solo Google Assistant supera il 60% di intenzione con le impostazioni predefinite; gli altri sono in ritardo di 7-23 punti percentuali. In terzo luogo, i forti accenti di seconda lingua sono l'unica categoria «atipica» in cui tutti e quattro gli assistenti sono grosso modo utilizzabili con le impostazioni predefinite — anche se anche lì, il tasso di intenzione del 64% di Bixby sarebbe un'esperienza utente brutale giorno dopo giorno.</p>

<p>La colonna Bixby è la peggiore su tutti i fronti, il che è coerente con la distribuzione di addestramento più ristretta di Samsung e lo stato deprecato di Bixby nella roadmap di prodotto di Samsung stessa. La colonna Google Assistant è al primo posto su tutte le coorti disartriche, il che è coerente con il costante investimento di Google nei dati di Project Euphonia e nel suo livello di inferenza on-device di Project Relate. Siri si colloca a metà campo con le impostazioni predefinite, ma — come mostra la sezione successiva — presenta il divario predefinito-personalizzazione più significativo dei quattro.</p>

</div>

<div class="callout callout--warning" role="note">
<div class="callout__icon-wrap" aria-hidden="true">!</div>
<div>
<span class="callout__label">Affidabilità e riproducibilità</span>
<div class="callout__body"><p>Tutti i numeri sopra riportati sono mediane su dieci esecuzioni per enunciato. Gli intervalli di confidenza al 95% sulle coorti disartriche sono ampi — tipicamente più o meno 5-8 punti percentuali — perché gli assistenti mostrano una decodifica non deterministica per gli input ambigui. L'ordine relativo delle quattro colonne è stabile nelle riesecuzioni; i valori assoluti in una singola cella vanno letti come un'istantanea, non come una costante.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s4" aria-labelledby="s4-heading">
<div class="section-label">Panoramica</div>
<h2 class="section-title" id="s4-heading">4. Funzionalità di personalizzazione che spostano i numeri</h2>
<div class="prose">

<p>Tutte e quattro le piattaforme includono oggi almeno una funzionalità di personalizzazione rivolta al linguaggio atipico. Si differenziano per il costo di configurazione, per dove viene eseguita l'inferenza e per quanto modifichino effettivamente il riconoscimento. Sono stati rieseguiti gli stessi 3.420 enunciati su ciascun assistente dopo aver abilitato la modalità di personalizzazione di punta di ogni piattaforma, con un'iscrizione per parlante di circa 15 minuti di parlato di addestramento.</p>

</div>

<div class="combo-grid">

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Siri · Ascolto per linguaggio atipico</div>
<div class="combo-card__sub">iOS 17+ · modello adattivo per parlante on-device</div>
</div>
</div>
<div class="combo-card__usage">Introdotto in iOS 17, perfezionato in iOS 18 e 19</div>
<div class="combo-feat"><span class="combo-feat__label">Dove viene eseguito</span><span>Interamente sul dispositivo — nessun audio lascia l'iPhone o il HomePod abbinato</span></div>
<div class="combo-feat"><span class="combo-feat__label">Costo di configurazione</span><span>Attivazione in Accessibilità → Siri; nessuna frase di iscrizione richiesta, il modello si adatta dall'uso</span></div>
<div class="combo-feat"><span class="combo-feat__label">Miglioramento misurato</span><span>Riconoscimento dell'intenzione migliorato di 11-19 punti sulle coorti disartriche dopo circa 4 settimane di uso quotidiano</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Project Relate · Android</div>
<div class="combo-card__sub">Google · app separata, alimenta Assistant tramite Voice Access</div>
</div>
</div>
<div class="combo-card__usage">Beta pubblica dal 2022, generalmente disponibile dal 2024</div>
<div class="combo-feat"><span class="combo-feat__label">Dove viene eseguito</span><span>Ibrido — trascrizione on-device, addestramento della personalizzazione in cloud</span></div>
<div class="combo-feat"><span class="combo-feat__label">Costo di configurazione</span><span>Circa 500 frasi di iscrizione, circa 30-60 minuti di registrazione</span></div>
<div class="combo-feat"><span class="combo-feat__label">Miglioramento misurato</span><span>Riconoscimento dell'intenzione migliorato di 16-24 punti sulle coorti disartriche; maggiori guadagni per i parlanti con SLA</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Voice Access · input di sistema Android</div>
<div class="combo-card__sub">Google · alternativa ad Assistant per i comandi di controllo</div>
</div>
</div>
<div class="combo-card__usage">Incluso in Android da Android 12, perfezionato in Android 16</div>
<div class="combo-feat"><span class="combo-feat__label">Dove viene eseguito</span><span>On-device per il vocabolario dei comandi; utilizza il modello Relate se disponibile</span></div>
<div class="combo-feat"><span class="combo-feat__label">Costo di configurazione</span><span>Nessuno per il vocabolario predefinito; abbinamento automatico con Relate se Relate è installato</span></div>
<div class="combo-feat"><span class="combo-feat__label">Miglioramento misurato</span><span>Successo per comando aumentato di 12-18 punti; il vocabolario ristretto è quello che aiuta di più</span></div>
</article>

<article class="combo-card">
<div class="combo-card__header">
<div>
<div class="combo-card__name">Alexa · Sottotitoli chiamate e frasi personalizzate</div>
<div class="combo-card__sub">Amazon · personalizzazione parziale, nessun modello adattivo completo per parlante</div>
</div>
</div>
<div class="combo-card__usage">Disponibile su hardware Echo Show e Echo (5ª generazione)</div>
<div class="combo-feat"><span class="combo-feat__label">Dove viene eseguito</span><span>Inferenza solo in cloud; le funzionalità on-device sono limitate alla wake-word</span></div>
<div class="combo-feat"><span class="combo-feat__label">Costo di configurazione</span><span>Nessuna adattamento per parlante; gli utenti possono registrare circa 25 associazioni enunciato-routine personalizzate</span></div>
<div class="combo-feat"><span class="combo-feat__label">Miglioramento misurato</span><span>Il riconoscimento dell'intenzione per le 25 frasi iscritte si avvicina all'85%; tutto il resto rimane invariato</span></div>
</article>

</div>

<div class="callout callout--highlight" role="note">
<div class="callout__icon-wrap" aria-hidden="true">+</div>
<div>
<span class="callout__label">Lo schema sotto i numeri</span>
<div class="callout__body"><p>La personalizzazione che adatta il modello acustico al parlante — Siri con Ascolto per linguaggio atipico, Project Relate — produce aumenti a due cifre che colmano gran parte del divario rispetto al riconoscimento neurotipico di base per lo stesso parlante. La personalizzazione che memorizza solo un insieme fisso di associazioni enunciato-azione — le frasi personalizzate di Alexa — produce un miglioramento molto più limitato su un vocabolario molto più ristretto. L'architettura conta più del testo marketing.</p></div>
</div>
</div>

</section>

<hr class="divider"/>

<section id="s5" aria-labelledby="s5-heading">
<div class="section-label">Codice</div>
<h2 class="section-title" id="s5-heading">5. Pattern voice-UI corretti e scorretti per il linguaggio atipico</h2>
<div class="prose">

<p>Le piattaforme stabiliscono il limite inferiore del riconoscimento, ma i pattern voice-UI che designer e sviluppatori costruiscono sopra quelle piattaforme determinano il limite superiore. La stessa skill, la stessa Action, lo stesso intent SiriKit possono essere realizzati in modi che amplificano il fallimento del riconoscimento o in modi che si riprendono con grazia da esso. Le coppie seguenti evidenziano i tre pattern in cui si osserva il divario maggiore nel codice in produzione.</p>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Richieste di conferma · da non fare</div>

<p><strong>Sbagliato:</strong> chiedere all'utente di ripetere l'intero comando in caso di riconoscimento fallito. «Scusa, non ho capito. Cosa vorresti fare?» costringe un utente con linguaggio atipico a riarticolare un lungo enunciato — esattamente il caso in cui il sistema ha appena fallito — senza dargli alcun sostegno per attivare una frase riconosciuta.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Richieste di conferma · da fare</div>

<p><strong>Corretto:</strong> offrire due o tre opzioni limitate dopo un fallimento. «Scusa, volevi riprodurre musica, impostare un timer o controllare il meteo?» fornisce al decodificatore un prior del modello linguistico molto più piccolo su cui fare il punteggio — esattamente il regime in cui il riconoscimento del linguaggio atipico performa meglio. Voice Access usa questo pattern; la API di disambiguazione di SiriKit lo abilita per gli intent di terze parti.</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Rilevamento di fine enunciato · da non fare</div>

<p><strong>Sbagliato:</strong> affidarsi a una soglia di silenzio rigida di 1,5 secondi per decidere che l'utente ha finito di parlare. I parlanti con SLA e disartria fanno regolarmente pause più lunghe di quella a metà enunciato per respirare o ripristinare l'articolatore; l'assistente li interrompe ed elabora un frammento.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Rilevamento di fine enunciato · da fare</div>

<p><strong>Corretto:</strong> esporre un'impostazione di pausa estesa (Siri con «Consenti a Siri di fare pause» impostato su 5 secondi; Google Assistant con «Tempo di parola» impostato su «Lungo») e renderla facilmente accessibile dal menu Accessibilità — non nascosta nelle impostazioni Voce. Abbinare con un indicatore di registrazione visibile in modo che il parlante possa vedere di avere ancora il microfono aperto.</p>
</div>

</div>

<div class="cmp-grid">

<div class="cmp-card">
<div class="cmp-card-label">Sensibilità alla wake-word · da non fare</div>

<p><strong>Sbagliato:</strong> distribuire una singola soglia di rilevamento della wake-word ottimizzata per massimizzare il tasso di falsi rifiuti su voci neurotipiche. I parlanti con linguaggio atipico attivano molti più falsi rifiuti dell'utente medio — la modalità di fallimento del rifiuto silenzioso — perché il modello della wake-word non ha mai visto concretamente la loro voce durante l'addestramento.</p>
</div>

<div class="cmp-card better">
<div class="cmp-card-label">Sensibilità alla wake-word · da fare</div>

<p><strong>Corretto:</strong> distribuire un cursore di sensibilità della wake-word per utente che abbassa la soglia di rilevamento per un profilo di parlante con linguaggio atipico iscritto (Google Assistant chiama questa funzione «Sensibilità Hey Google»; Alexa non ha un equivalente a livello utente). Abbinare con un pulsante fisico o un target touch per attivare il microfono tramite tocco, in modo che la wake-word non sia mai l'unico modo per accedere.</p>
</div>

</div>

</section>

<hr class="divider"/>

<section id="playbook" aria-labelledby="play-heading">
<div class="section-label">Playbook</div>
<h2 class="section-title" id="play-heading">6. Cosa designer e ingegneri dovrebbero implementare</h2>

<div class="step step--accent">
<div class="step__num">1</div>
<div>
<h3>Trattare il riconoscimento con profilo predefinito come un limite inferiore del caso peggiore, non come un obiettivo</h3>
<p>Ogni piano di test dovrebbe includere un'esecuzione con personalizzazione abilitata accanto all'esecuzione con profilo predefinito. Se la propria skill, Action o intent SiriKit funziona solo per gli utenti iscritti a Project Relate o ad Ascolto per linguaggio atipico, documentarlo nella dichiarazione di accessibilità e far emergere il prompt per iscriversi dall'interno della propria app.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">2</div>
<div>
<h3>Vincolare il modello linguistico nei momenti di ambiguità</h3>
<p>Le richieste di disambiguazione che offrono due o tre opzioni esplicite recuperano una grande parte del divario di WER sulle coorti disartriche, perché il decodificatore ora assegna un punteggio rispetto a un vocabolario finito minuscolo anziché a uno aperto. Usare le API di disambiguazione della piattaforma; non reinventare nuove richieste in forma libera.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">3</div>
<div>
<h3>Abbinare sempre la voce a un percorso di input non vocale</h3>
<p>Ogni superficie controllabile tramite voce — smart speaker, assistente in auto, app mobile — ha bisogno di un percorso alternativo non vocale all'interno dello stesso flusso. Un pulsante fisico, un target touch, una modalità di input testuale. La voce è una modalità tra le tante; progettare come se fosse l'unica è ciò che fa abbandonare il prodotto agli utenti con linguaggio atipico.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">4</div>
<div>
<h3>Ottimizzare il rilevamento di fine enunciato e renderlo visibile nelle impostazioni di accessibilità</h3>
<p>I timeout predefiniti di fine enunciato sono ottimizzati per i parlanti neurotipici. Aggiungere un'opzione di pausa estesa rivolta all'utente nelle impostazioni della propria skill di assistente (le piattaforme espongono hook; l'impostazione Tempo di pausa di Siri e l'impostazione Tempo di parola di Google sono i riferimenti). Renderla visibile dal menu Accessibilità di sistema, non da una scheda Voce nascosta.</p>
</div>
</div>

<div class="step step--accent">
<div class="step__num">5</div>
<div>
<h3>Testare con i dataset pubblici — non solo con il proprio team</h3>
<p>Apple Speech Accessibility Project e l'insieme di valutazione di Project Euphonia sono disponibili al pubblico per ricercatori qualificati e team di accessibilità. Coprono le coorti che il proprio team di QA quasi certamente non ha. Eseguire il classificatore di wake-word e intent su un sottoinsieme bilanciato prima di ogni release; tracciare WER e successo per intent per coorte, non solo un numero aggregato.</p>
</div>
</div>

</section>

<hr class="divider"/>

<section id="conclusion" aria-labelledby="concl-heading">
<h2 class="section-title" id="concl-heading">Conclusioni: l'accessibilità dell'interfaccia vocale è un problema di distribuzione travestito da problema UX</h2>
<div class="prose">

<p>La matrice sopra riportata è sobria, ma è anche leggibile. Ogni cella con un tasso di intenzione inferiore al 50% corrisponde a una lacuna riconoscibile nella distribuzione di addestramento — troppo pochi parlanti disartrici, poca balbuzie, poco linguaggio di persone sorde, troppo pochi parlanti non madrelingua inglesi provenienti da background L1 sottorappresentati. Le correzioni non sono misteriose: ampliare il dataset, costruire un livello di personalizzazione adattivo per parlante, esporre la disambiguazione con vocabolario ristretto e distribuire un percorso alternativo non vocale su ogni superficie.</p>

<p>Dei quattro assistenti testati, lo stack di Google — Assistant più Project Relate più Voice Access — sposta il maggior numero di valori sul maggior numero di coorti, perché Google ha investito nel modo più coerente nei dati per il linguaggio atipico e nell'adattamento on-device. Ascolto per linguaggio atipico di Apple, introdotto in iOS 17, colma gran parte del divario con un costo di configurazione molto inferiore e un modello interamente on-device — una storia di privacy forte che conta per una categoria di utenti che potrebbe essere a disagio nel trasmettere campioni del proprio linguaggio atipico a un cloud. Alexa di Amazon è in ritardo nell'architettura di personalizzazione; Bixby di Samsung è in ritardo su tutta la linea.</p>

<p>Per i designer, la conclusione è che l'assistente su cui atterrano gli utenti determinerà metà del limite inferiore; i pattern costruiti intorno ad esso determineranno il resto. Le richieste di disambiguazione, le impostazioni di pausa estesa, i percorsi alternativi non vocali e i flussi di iscrizione orientati alla personalizzazione sono i quattro interventi che spostano il maggior numero di valori nelle riesecuzioni. Nessuno di essi richiede un team di ricerca — solo un design system che tratti il linguaggio atipico come un utente di prima classe, non come un caso limite.</p>

</div>

<figure class="pull-quote">
<blockquote><p class="pull-quote__text">«Il divario di accessibilità dell'interfaccia vocale è principalmente un divario nella distribuzione di addestramento con un sottile strato di UX sopra. La personalizzazione colma la maggior parte del divario; i percorsi alternativi non vocali colmano il resto.»</p></blockquote>
<figcaption><cite class="pull-quote__source">— Redazione tecnica di Disability World, maggio 2026</cite></figcaption>
</figure>

</section>

</div>
</div>

</div>

---
title: Tasso di adozione di WCAG 2.2: dove la raccomandazione è e non è entrata nella legge, negli appalti e nelle pratiche di audit — un'indagine del 2026
url: https://www.disabilityworld.org/it/articles/wcag-2-2-adoption-rate-survey/
description: Due anni e mezzo dopo la pubblicazione di WCAG 2.2 da parte del W3C, solo una frazione dei riferimenti legali che citavano 2.0 o 2.1 è stata aggiornata. I 9 nuovi SC sono dove il divario si manifesta — focus appearance, target size, dragging, redundant entry, accessible auth.
author: Disability World
pubDate: 2026-05-22
tags: wcag, wcag-2-2, standards, procurement, regulations, data
---

# Tasso di adozione di WCAG 2.2: dove la raccomandazione è e non è entrata nella legge, negli appalti e nelle pratiche di audit — un'indagine del 2026

<div class="src-article" data-template="2">

<div class="byline">
  <span><strong>Field guide</strong> · Adozione di WCAG 2.2 · Indagine 2026</span>
  <span><strong>Catalogo</strong> · 9 nuovi criteri di successo</span>
</div>

<span class="eyebrow">Catalogo di pattern · 9 nuovi criteri</span>

<h1>Tasso di adozione di WCAG 2.2: dove la raccomandazione è e non è entrata nella legge, negli appalti e nelle pratiche di audit — un'indagine del 2026</h1>

<p class="lead">Il W3C ha pubblicato WCAG 2.2 come Raccomandazione il <strong>5 ottobre 2023</strong>. Due anni e mezzo dopo, è la versione su cui ogni auditor affidabile effettua il benchmark e la versione che ogni importante design system ha almeno parzialmente assorbito — ma <strong>non ancora</strong> la versione che la maggior parte delle normative sull'accessibilità nel mondo cita concretamente. Il ritardo si manifesta in nove punti specifici: i nove nuovi criteri di successo. Questa field guide li cataloga uno per uno.</p>

<p>Le puntate precedenti di questa serie hanno mappato il quadro dei riferimenti legali dall'alto verso il basso — giurisdizione per giurisdizione, normativa per normativa. Questa prospettiva è utile per i responsabili della conformità e i referenti per gli appalti pubblici. Lo è meno per lo sviluppatore, il designer o il product manager che deve realizzare concretamente il lavoro di correzione. La presente guida adotta la prospettiva opposta: parte dal criterio di successo verso l'esterno.</p>

<p>Ogni voce qui di seguito è uno dei nove nuovi criteri di successo di WCAG 2.2 — le modifiche precise che il gruppo di lavoro ha apportato alla Raccomandazione precedente. Per ciascuno viene descritto in linguaggio semplice cosa richiede il criterio, con quale frequenza il settore rileva effettivamente il fallimento negli audit del 2026, il meccanismo del sito in produzione che lo innesca e la correzione tecnica. Ogni voce segue la stessa struttura, nello stesso ordine, in modo che il catalogo si legga dall'inizio alla fine o per collegamento diretto.</p>

<section class="evidence-index" aria-labelledby="ei-title">
<header class="evidence-index-head">
<div>
<div class="ei-eyebrow">Indice delle evidenze · Cat. 2026.05</div>
<h2 class="ei-title" id="ei-title">9 nuovi criteri di successo · classificati per frequenza di fallimento negli audit del 2026</h2>
</div>
<div class="ei-meta">VPAT 2.5 · ciclo ACR</div>
</header>

<table class="evidence-table" role="table">
<thead>
<tr>
<th>ID</th>
<th>Pattern (SC + titolo)</th>
<th>Livello</th>
<th style="text-align:right">Tasso di fallimento negli audit</th>
</tr>
</thead>
<tbody>
<tr><td class="ei-id">E·01</td><td class="ei-pattern"><a href="#e01">2.4.13 Focus Appearance</a></td><td>AAA</td><td class="ei-count">&gt;70%</td></tr>
<tr><td class="ei-id">E·02</td><td class="ei-pattern"><a href="#e02">2.5.8 Target Size (Minimum)</a></td><td>AA</td><td class="ei-count">Principale fallimento AA</td></tr>
<tr><td class="ei-id">E·03</td><td class="ei-pattern"><a href="#e03">3.3.8 Accessible Authentication (Min.)</a></td><td>AA</td><td class="ei-count">AA con maggiore impatto</td></tr>
<tr><td class="ei-id">E·04</td><td class="ei-pattern"><a href="#e04">2.4.11 Focus Not Obscured (Min.)</a></td><td>AA</td><td class="ei-count">Top-5 AA</td></tr>
<tr><td class="ei-id">E·05</td><td class="ei-pattern"><a href="#e05">2.5.7 Dragging Movements</a></td><td>AA</td><td class="ei-count">Superficie limitata</td></tr>
<tr><td class="ei-id">E·06</td><td class="ei-pattern"><a href="#e06">3.3.7 Redundant Entry</a></td><td>A</td><td class="ei-count">Correzione lato server</td></tr>
<tr><td class="ei-id">E·07</td><td class="ei-pattern"><a href="#e07">3.2.6 Consistent Help</a></td><td>A</td><td class="ei-count">Editoriale</td></tr>
<tr><td class="ei-id">E·08</td><td class="ei-pattern"><a href="#e08">2.4.12 Focus Not Obscured (Enh.)</a></td><td>AAA</td><td class="ei-count">Variante più restrittiva di E·04</td></tr>
<tr><td class="ei-id">E·09</td><td class="ei-pattern"><a href="#e09">3.3.9 Accessible Authentication (Enh.)</a></td><td>AAA</td><td class="ei-count">Variante più restrittiva di E·03</td></tr>
</tbody>
</table>

<p class="evidence-foot">I descrittori del tasso di fallimento sono aggregati da rapporti di auditor indipendenti pubblicati fino al primo trimestre del 2026; le metodologie variano tra le aziende, quindi le cifre sono indicative piuttosto che precise. Cinque dei nove criteri si trovano al livello AA — il livello vincolante dal punto di vista normativo — e sono le righe con cui le clausole degli appalti pubblici devono confrontarsi per prime.</p>
</section>

<h2>Dove si manifesta concretamente il ritardo</h2>

<p>L'incorporazione legale di WCAG avviene tramite il blocco della versione. Una normativa non dice «WCAG corrente»; dice WCAG 2.0, o WCAG 2.1, con un livello e una data. Aggiornare il blocco è un atto di modifica legislativa o regolamentare. A metà 2026, le principali normative sull'accessibilità del mondo sono ancora distribuite su tre versioni: Section 508 degli Stati Uniti alla versione 2.0; EN 301 549 V3.2.1 dell'UE alla versione 2.1; PSBAR del Regno Unito alla versione 2.1 (con una consultazione chiusa nel febbraio 2026 in sospeso). Il compromesso pragmatico di metà decennio — «WCAG 2.1 AA come minimo, con reportistica VPAT 2.5 rispetto alla versione 2.2 laddove la risposta del fornitore lo permetta» — è diventato un linguaggio standard negli appalti pubblici.</p>

<p>Gli appalti si muovono più velocemente della legge. Il template <strong>VPAT 2.5 / ACR</strong> di ITI, rilasciato nel gennaio 2025, ha aggiunto colonne di reportistica per ciascuno dei nove nuovi criteri; qualsiasi VPAT emesso dopo quella data rispetto alla versione WCAG del template riporta rispetto alla versione 2.2. L'adozione nei design system dei grandi gruppi tech è avanzata più rapidamente di tutto — Microsoft, Apple HIG, Material 3, Adobe Spectrum e Meta si sono tutti allineati alla versione 2.2 nel corso del 2024–25. Il catalogo che segue è la controparte tecnica: le nove modifiche specifiche apportate dal gruppo di lavoro e cosa stanno effettivamente rilevando in produzione.</p>

<p class="pull">Cinque dei nove nuovi SC sono AA — questi sono quelli vincolanti dal punto di vista normativo, le righe che una clausola degli appalti del 2026 non può evitare.</p>

<div class="part-divider">
<div class="part-num">Parte I · Visibilità del focus</div>
<div class="part-title">Tre criteri che riguardano ciò che gli utenti da tastiera possono vedere</div>
<p class="part-blurb">Gli indicatori di focus sono stati la prima preoccupazione del gruppo di lavoro nel brief di WCAG 2.2. Due criteri riguardano se il focus ring venga mai nascosto dal contenuto dell'autore; un terzo specifica l'indicatore stesso. Insieme rilevano il sottostrato più trascurato di ogni percorso da tastiera.</p>
</div>

<section class="exhibit" id="e01">
<div class="exhibit-head">
<div class="exhibit-id">E·01</div>
<h3 class="exhibit-title">Focus Appearance — 2.4.13 AAA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Cosa richiede</div>
<div class="exhibit-prose">
<p>Quando un componente dell'interfaccia utente riceve il focus da tastiera, l'indicatore di focus deve soddisfare un rapporto di contrasto cromatico minimo di 3:1 rispetto ai colori adiacenti e coprire almeno il perimetro di un contorno solido di 2 pixel CSS attorno all'elemento focalizzato, o un'area equivalente dell'indicatore. Il criterio è una delle poche aggiunte WCAG che specifica una geometria misurabile piuttosto che un comportamento.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frequenza</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>&gt;70%</strong>tasso di fallimento segnalato da diversi consorzi di auditor sui 1.000 siti commerciali principali</div>
<div class="exhibit-stat"><strong>AAA</strong>non ancora un livello vincolante negli appalti — ma un fallimento quasi universale se lo fosse</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perché fallisce</div>
<div class="exhibit-prose">
<p>I focus ring predefiniti del browser che i designer hanno trascorso quindici anni a sovrascrivere per ragioni estetiche non soddisfano questa misura sulla maggioranza dei siti in produzione sottoposti ad audit. Gli stili di focus personalizzati tendono a usare contorni da 1 px o colori d'accento a basso contrasto che sembrano corretti negli strumenti di design ma ottengono un punteggio inferiore a 3:1 rispetto allo sfondo dell'elemento effettivamente focalizzato.</p>
<p>La cifra conta anche se il criterio è AAA: indica cosa accadrebbe se un futuro regolatore bloccasse WCAG 2.2 al livello AAA, o se un contratto di appalto elevasse questo singolo criterio.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La correzione</div>
<div class="exhibit-prose">
<p>Impostare un contorno di 2 pixel CSS a un colore che ottenga almeno 3:1 rispetto allo sfondo dell'elemento; verificare con uno strumento di controllo del contrasto piuttosto che a occhio. Dove il design system sovrascrive il focus del browser, esporre un token per lo stile di focus che i designer non possano abbassare accidentalmente sotto la soglia di contrasto.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Ogni componente focalizzabile, su tutto il sito</span>
<span><strong>Criterio WCAG</strong>2.4.13 AAA</span>
</div>
</section>

<section class="exhibit" id="e02">
<div class="exhibit-head">
<div class="exhibit-id">E·02</div>
<h3 class="exhibit-title">Target Size (Minimum) — 2.5.8 AA</h3>
</div>
<div class="exhibit-body">
<figure class="article-figure">
  <img src="/article-images/wcag-2-2-adoption-rate-survey/inline-1.webp" alt="Una griglia di target touch su smartphone che mostra il requisito WCAG 2.2 di dimensione minima del target di 24x24 pixel, con target di dimensioni corrette e troppo piccole evidenziati." width="800" height="450" loading="lazy" />
  <figcaption>Il limite di 24x24 pixel rileva prima la densità delle barre degli strumenti con icone. Il criterio misura il target di tocco, non l'icona visibile.</figcaption>
</figure>
<div class="exhibit-section">
<div class="exhibit-label">Cosa richiede</div>
<div class="exhibit-prose">
<p>Il target di puntamento di ogni input a puntatore deve essere di almeno 24 per 24 pixel CSS, tranne quando il target è inline in una frase, quando è dimensionato dall'agente utente, quando è disponibile un target equivalente, o quando la funzione del target è essenziale. Il criterio misura il target di tocco, non l'icona visibile.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frequenza</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>#1</strong>il singolo fallimento del nuovo criterio AA più comune nelle dashboard SaaS sottoposte ad audit nel 2025</div>
<div class="exhibit-stat"><strong>Statico</strong>rilevabile senza JavaScript o ispezione comportamentale — preferito dagli scanner automatizzati</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perché fallisce</div>
<div class="exhibit-prose">
<p>Il criterio rileva un pattern UI specifico: barre degli strumenti con icone dense, in particolare in editor, dashboard e intestazioni di tabelle dati. La maggior parte delle librerie di pulsanti con icone predefinisce dimensioni dell'icona visiva da 16x16 o 20x20 pixel all'interno di un target leggermente più grande. Quando anche il target è inferiore a 24x24, il criterio fallisce — e i designer di barre degli strumenti comprimono regolarmente gli spazi per inserire più icone nello spazio orizzontale limitato.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La correzione</div>
<div class="exhibit-prose">
<p>Impostare un token di target minimo di 24 per 24 pixel CSS nel design system, applicato tramite padding piuttosto che le dimensioni dell'icona stessa. Dove le barre degli strumenti non riescono ad accomodare il limite, aggiungere spaziatura adeguata in modo che i target adiacenti non rientrino nell'esclusione di sovrapposizione del criterio. Fornire un equivalente a livello di impostazioni (un menu più ampio) per le superfici realmente limitate.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Barre degli strumenti con icone, dashboard, tabelle dati</span>
<span><strong>Criterio WCAG</strong>2.5.8 AA</span>
</div>
</section>

<section class="exhibit" id="e03">
<div class="exhibit-head">
<div class="exhibit-id">E·03</div>
<h3 class="exhibit-title">Accessible Authentication (Minimum) — 3.3.8 AA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Cosa richiede</div>
<div class="exhibit-prose">
<p>Il passaggio di autenticazione di un sito web o di un'app non può basarsi su un test di funzione cognitiva — risolvere un puzzle, trascrivere un'immagine distorta, riconoscere oggetti in una griglia — a meno che non sia fornito un metodo di autenticazione alternativo, sia disponibile un meccanismo assistivo o si applichi un'eccezione per il riconoscimento di oggetti. Memorizzare una password conta come test di funzione cognitiva, ecco perché i gestori di password sono esplicitamente accomodati.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frequenza</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>Maggiore impatto</strong>segnalato come il singolo fallimento AA con il maggiore impatto nei rapporti degli auditor fino al 2025</div>
<div class="exhibit-stat"><strong>Esclusione</strong>la conseguenza non è un problema visivo ma l'esclusione completa dal servizio</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perché fallisce</div>
<div class="exhibit-prose">
<p>La maggior parte dei CAPTCHA basati su immagini fallisce questo criterio palesemente. Lo stesso vale per le sfide «clicca i riquadri con i semafori», i test di trascrizione di testi distorte, e qualsiasi flusso che incolla un codice monouso in un campo ma disabilita l'interazione di incolla. Il pattern si concentra nei flussi di accesso, reimpostazione della password e creazione dell'account — esattamente i punti critici in cui essere bloccati fuori ha il costo più elevato.</p>
<p>I flussi di autenticazione sono anche l'area in cui l'effetto coercitivo del criterio è più netto, perché il fallimento non degrada l'esperienza — la termina.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La correzione</div>
<div class="exhibit-prose">
<p>Sostituire i CAPTCHA cognitivi con un'alternativa non cognitiva — attestazione basata su dispositivo, magic link, passkey o punteggio di rischio invisibile. Consentire il riempimento automatico dei gestori di password. Assicurarsi che il copia-incolla funzioni nei campi con codice monouso. Dove un CAPTCHA deve rimanere, fornire un'alternativa audio che non richieda essa stessa la trascrizione di un parlato distorto.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Accesso, registrazione, reimpostazione della password</span>
<span><strong>Criterio WCAG</strong>3.3.8 AA</span>
</div>
</section>

<div class="pattern-callout">
<h3>Il livello AA è il filo sotto tensione</h3>
<p>Cinque dei nove nuovi criteri si trovano al livello AA: 2.4.11 Focus Not Obscured (Min.), 2.5.7 Dragging Movements, 2.5.8 Target Size (Min.), 3.3.8 Accessible Authentication (Min.) e (abbinato a 3.3.8 al livello AAA) 3.3.9. Questi sono i criteri che una clausola degli appalti non può evitare, e le righe in cui la differenza tra la conformità WCAG 2.1 AA e la conformità WCAG 2.2 AA è più misurabile. Le due aggiunte di livello A (3.2.6 Consistent Help, 3.3.7 Redundant Entry) sono obiettivi più facili. Le due aggiunte AAA (2.4.12 e 3.3.9) sono restrizioni aspirazionali delle coppie AA.</p>
</div>

<section class="exhibit" id="e04">
<div class="exhibit-head">
<div class="exhibit-id">E·04</div>
<h3 class="exhibit-title">Focus Not Obscured (Minimum) — 2.4.11 AA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Cosa richiede</div>
<div class="exhibit-prose">
<p>Quando un componente dell'interfaccia utente riceve il focus da tastiera, l'elemento focalizzato non deve essere <em>completamente</em> nascosto da contenuto creato dall'autore. L'occlusione parziale è consentita a questo livello (un'intestazione fissa che si sovrappone alla metà superiore di un campo focalizzato è ammessa); l'occlusione totale non lo è.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frequenza</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>Top-5</strong>tra i nuovi fallimenti AA fino all'inizio del 2026</div>
<div class="exhibit-stat"><strong>A strati</strong>più comune dove una riprogettazione ha aggiunto intestazioni fisse a moduli legacy</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perché fallisce</div>
<div class="exhibit-prose">
<p>La collisione più comune è un'intestazione fissa — a volte un banner cookie o un widget di chat flottante — che si sovrappone al campo del modulo focalizzato quando un utente da tastiera vi fa tab. I siti in produzione che hanno aggiunto un'intestazione fissa a un modulo esistente durante il periodo di riprogettazione 2020–22 hanno regolarmente mancato il comportamento di focus-e-scorrimento perché il modulo originale era stato creato prima che gli elementi fissi esistessero.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La correzione</div>
<div class="exhibit-prose">
<p>Impostare <code>scroll-margin-top</code> (o <code>scroll-padding-top</code> sul contenitore di scorrimento) uguale all'altezza di qualsiasi overlay fisso. Verificare che la tabulazione attraverso un lungo modulo faccia scorrere l'elemento focalizzato completamente in vista sotto qualsiasi intestazione. Abbinare con stili focus-visible in modo che l'utente possa vedere dove si trova effettivamente il focus.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Moduli con overlay fissi</span>
<span><strong>Criterio WCAG</strong>2.4.11 AA</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">Parte II · Modalità di input</div>
<div class="part-title">Due criteri che riguardano come le persone operano fisicamente l'interfaccia</div>
<p class="part-blurb">Il brief sull'accessibilità motoria in WCAG 2.2 si è ridotto a due criteri, entrambi AA. Uno rileva le UI di riordino delle liste che richiedono un trascinamento sostenuto; l'altro (E·02 sopra) rileva le barre degli strumenti con icone dense. Condividono una causa comune — design system che assumono un puntatore preciso.</p>
</div>

<section class="exhibit" id="e05">
<div class="exhibit-head">
<div class="exhibit-id">E·05</div>
<h3 class="exhibit-title">Dragging Movements — 2.5.7 AA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Cosa richiede</div>
<div class="exhibit-prose">
<p>La funzionalità che utilizza un movimento di trascinamento deve essere anche operabile tramite un'azione a puntatore singolo — un tap, un clic o un equivalente che non richieda un movimento del puntatore sostenuto. Le interazioni drag-and-drop non sono vietate; semplicemente non possono essere l'unico percorso disponibile per la funzione.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frequenza</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>Limitata</strong>fallimento a frequenza inferiore perché si applica a una classe specifica di UI</div>
<div class="exhibit-stat"><strong>App con liste</strong>concentrata in task manager, kanban board, organizzatori di foto, gestori di file</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perché fallisce</div>
<div class="exhibit-prose">
<p>Le UI di riordino delle liste e in stile kanban distribuiscono frequentemente un riordino solo tramite trascinamento. Lo stesso vale per i controlli slider implementati come cursori trascinabili senza un corrispondente spinbutton o input di testo, e per le UI di ritaglio delle immagini che richiedono un trascinamento per impostare i limiti. Il criterio li rileva ogni volta.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La correzione</div>
<div class="exhibit-prose">
<p>Per ogni interazione di trascinamento, distribuire un'alternativa equivalente tramite tap/clic — pulsanti «sposta su» e «sposta giù» accanto agli elementi di lista trascinabili, un input numerico accanto a uno slider, una modalità clic-per-impostare-i-limiti nel ritaglio. Dove l'alternativa è nascosta in un menu contestuale, assicurarsi che sia raggiungibile tramite tastiera.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>UI di riordino, slider, ritaglio</span>
<span><strong>Criterio WCAG</strong>2.5.7 AA</span>
</div>
</section>

<div class="part-divider">
<div class="part-num">Parte III · Autenticazione e coerenza</div>
<div class="part-title">Quattro criteri che riguardano i flussi account e la coerenza editoriale</div>
<p class="part-blurb">I restanti quattro criteri si dividono in due coppie: le due aggiunte editoriali di livello A (Redundant Entry e Consistent Help) e le due restrizioni AAA (Focus Not Obscured Enhanced, Accessible Authentication Enhanced). Insieme completano il brief di WCAG 2.2 sull'accessibilità del carico cognitivo.</p>
</div>

<section class="exhibit" id="e06">
<div class="exhibit-head">
<div class="exhibit-id">E·06</div>
<h3 class="exhibit-title">Redundant Entry — 3.3.7 A</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Cosa richiede</div>
<div class="exhibit-prose">
<p>All'interno dello stesso processo autenticato, non richiedere all'utente di inserire le stesse informazioni due volte — a meno che la reinserzione sia essenziale, che il valore precedente non sia più valido, o che le informazioni riguardino la sicurezza (un'eccezione canonica è la riscrittura della password durante la creazione dell'account). La precompilazione automatica o la selezione dai valori precedentemente inseriti soddisfano entrambe il criterio.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frequenza</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>Lato server</strong>tipicamente una correzione di persistenza back-end piuttosto che una modifica front-end</div>
<div class="exhibit-stat"><strong>Livello A</strong>tra le aggiunte WCAG 2.2 più facili da dimostrare in termini di conformità</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perché fallisce</div>
<div class="exhibit-prose">
<p>I flussi di checkout multi-step, i moduli di domanda multi-pagina e le domande di visto/permesso richiedono regolarmente gli stessi dati di indirizzo, nome o informazioni di contatto in due passaggi separati perché i passaggi sono stati costruiti da team diversi e mai riconciliati. I valori inseriti in precedenza dall'utente non sono mantenuti in una sessione condivisa tra i passaggi.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La correzione</div>
<div class="exhibit-prose">
<p>Mantenere i valori inseriti dall'utente tra i passaggi di un singolo processo; precompilare i campi corrispondenti nei passaggi successivi; o esporre un controllo «usa lo stesso indirizzo» con un clic. Il pattern di solito emerge durante la mappatura del processo piuttosto che durante l'audit front-end, quindi una revisione del flusso trasversale ai team è il passo pratico di rimedio.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Moduli multi-step, checkout, domande</span>
<span><strong>Criterio WCAG</strong>3.3.7 A</span>
</div>
</section>

<section class="exhibit" id="e07">
<div class="exhibit-head">
<div class="exhibit-id">E·07</div>
<h3 class="exhibit-title">Consistent Help — 3.2.6 A</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Cosa richiede</div>
<div class="exhibit-prose">
<p>Se viene fornito un meccanismo di aiuto — un link di contatto, un link all'assistenza, un widget di chat, un numero di telefono dell'assistenza, un link di auto-aiuto — deve apparire nella stessa posizione relativa nelle pagine in cui è fornito. Il criterio non richiede che l'aiuto sia presente; solo che, dove è presente, il suo posizionamento sia coerente.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frequenza</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>Editoriale</strong>più una correzione dell'architettura delle informazioni che un compito di sviluppo</div>
<div class="exhibit-stat"><strong>Livello A</strong>spesso soddisfatto incidentalmente dai siti con un footer standard</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perché fallisce</div>
<div class="exhibit-prose">
<p>Il criterio è semplice in linea di principio e rileva un insieme ristretto di siti che hanno un link «Contattaci» nell'intestazione in alcune pagine, nel footer in altre, e all'interno di un widget di chat flottante in un terzo gruppo di pagine — frequentemente il risultato di più sezioni del sito di proprietà di team diversi con template separati.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La correzione</div>
<div class="exhibit-prose">
<p>Verificare il posizionamento dei meccanismi di aiuto su tutti i template; scegliere un'unica posizione canonica (intestazione, footer persistente o widget flottante) e riconciliare le eccezioni. La correzione è raramente tecnica; è un passo di governance dei contenuti e dei template.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Link di aiuto e widget di contatto, su tutto il sito</span>
<span><strong>Criterio WCAG</strong>3.2.6 A</span>
</div>
</section>

<section class="exhibit" id="e08">
<div class="exhibit-head">
<div class="exhibit-id">E·08</div>
<h3 class="exhibit-title">Focus Not Obscured (Enhanced) — 2.4.12 AAA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Cosa richiede</div>
<div class="exhibit-prose">
<p>Il cugino AAA di 2.4.11: quando un componente dell'interfaccia utente riceve il focus da tastiera, l'elemento focalizzato non deve essere oscurato da contenuto creato dall'autore <em>per nulla</em>. L'occlusione parziale è vietata a questo livello — un'intestazione fissa che copre qualsiasi parte del campo focalizzato fallisce.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frequenza</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>AAA</strong>non vincolante negli appalti secondo le normative attuali</div>
<div class="exhibit-stat"><strong>Più restrittivo</strong>la maggior parte dei siti che supera 2.4.11 fallisce comunque 2.4.12</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perché fallisce</div>
<div class="exhibit-prose">
<p>Le stesse collisioni con overlay fissi che causano i fallimenti di 2.4.11 persistono a 2.4.12. I siti che hanno adottato <code>scroll-margin-top</code> per soddisfare il criterio minimo tendono ancora a lasciare pochi pixel CSS di sovrapposizione su altezze di viewport limite. Al livello AAA, quella sovrapposizione è il fallimento.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La correzione</div>
<div class="exhibit-prose">
<p>Impostare <code>scroll-margin-top</code> in modo da superare confortevolmente l'altezza di ogni overlay creato dall'autore, inclusi quelli dinamici (banner cookie che compaiono alla prima visita, widget di chat che si espandono al passaggio del mouse). Aggiungere test di regressione espliciti per il comportamento di tab-nel-modulo alle dimensioni comuni di viewport.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Moduli con overlay fissi — livello restrittivo</span>
<span><strong>Criterio WCAG</strong>2.4.12 AAA</span>
</div>
</section>

<section class="exhibit" id="e09">
<div class="exhibit-head">
<div class="exhibit-id">E·09</div>
<h3 class="exhibit-title">Accessible Authentication (Enhanced) — 3.3.9 AAA</h3>
</div>
<div class="exhibit-body">
<div class="exhibit-section">
<div class="exhibit-label">Cosa richiede</div>
<div class="exhibit-prose">
<p>Il cugino AAA di 3.3.8: l'autenticazione non può basarsi su un test di funzione cognitiva, punto. Le eccezioni per il riconoscimento di oggetti e contenuti personali che si applicano al livello AA non si applicano qui. I test di memoria, i test di trascrizione e le sfide di riconoscimento delle immagini falliscono tutti a questo livello.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Frequenza</div>
<div class="exhibit-stats">
<div class="exhibit-stat"><strong>AAA</strong>obiettivo aspirazionale; non ancora referenziato da nessuna normativa principale</div>
<div class="exhibit-stat"><strong>Passkey</strong>il percorso allineato alle specifiche per soddisfare questo criterio è l'autenticazione basata su dispositivo</div>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">Perché fallisce</div>
<div class="exhibit-prose">
<p>Anche i siti che hanno sostituito i CAPTCHA tradizionali con sfide di riconoscimento degli oggetti (l'eccezione AA) falliscono 3.3.9. Il criterio è il segnale del gruppo di lavoro su dove dovrebbe andare l'autenticazione: lontano dalle sfide cognitive del tutto, verso l'attestazione del dispositivo o la verifica biometrica.</p>
</div>
</div>
<div class="exhibit-section">
<div class="exhibit-label">La correzione</div>
<div class="exhibit-prose">
<p>Adottare le passkey (WebAuthn) come meccanismo di autenticazione principale; trattare la combinazione password più passkey come uno stato di transizione piuttosto che una destinazione. Dove il riconoscimento delle immagini è stato mantenuto per la valutazione del rischio, eseguirlo lato server da segnali comportamentali piuttosto che come sfida rivolta all'utente.</p>
</div>
</div>
</div>
<div class="exhibit-foot">
<span><strong>Superficie</strong>Flussi di accesso — livello restrittivo</span>
<span><strong>Criterio WCAG</strong>3.3.9 AAA</span>
</div>
</section>

<p class="pull">Le aggiunte di WCAG 2.2 non sono dove vivono i problemi più difficili dell'accessibilità. Sono dove vivono i fallimenti in produzione più frequenti e misurabili — che è esattamente ciò per cui sono stati scelti.</p>

<h2>Cosa hanno in comune i nove criteri</h2>

<p>Letti come un catalogo, i nove nuovi criteri condividono una postura editoriale comune. Non sono nuove modalità di fallimento inventate dal gruppo di lavoro; sono le modalità di fallimento emerse più coerentemente negli anni dalla pubblicazione di WCAG 2.1. Il gruppo di lavoro le ha trattate come lacune da colmare: barre degli strumenti dense (2.5.8), overlay fissi (2.4.11 / 2.4.12), autenticazione in stile CAPTCHA (3.3.8 / 3.3.9), focus ring predefiniti (2.4.13), pattern di checkout con ripetizione dell'indirizzo (3.3.7), riordini di liste solo tramite trascinamento (2.5.7) e l'incoerenza nel posizionamento del link di aiuto che ha frustrato i sostenitori dell'accessibilità cognitiva (3.2.6).</p>

<p>Il quadro dei riferimenti legali è in ritardo perché il meccanismo di blocco della versione è lento. EN 301 549 V4 — il singolo evento in sospeso più significativo — cascherebbe WCAG 2.2 attraverso la Direttiva UE sull'accessibilità web, il riferimento di conformità dell'European Accessibility Act (EAA) e ogni legge nazionale sull'accessibilità web che punta allo standard europeo armonizzato. Una pubblicazione nel 2026 è l'ipotesi di lavoro all'interno di ETSI JTC HF; uno slittamento al 2027 è quella più cauta. L'emendamento alla PSBAR del Regno Unito, a seguito della consultazione chiusa nel febbraio 2026, è atteso entro fine anno. L'aggiornamento della Section 508 statunitense rimane il pezzo in movimento più lento — anche l'aggiornamento alla versione 2.1 è ancora in sospeso nel 2026; un aggiornamento alla versione 2.2 è realisticamente uno strumento della fine degli anni 2020.</p>

<p>Ai fini della pianificazione 2026, WCAG 2.2 è lo standard che verrà citato nella legge e negli appalti per il resto del decennio. WCAG 3 (Silver) rimane in bozza di lavoro e non è in linea per una Raccomandazione a breve termine; la bozza pubblica più recente, del 2025, ha chiarito che la pubblicazione a livello di Raccomandazione non è prevista prima del 2028. La pratica di blocco della versione nelle normative significa che la versione 2.2 rimarrà referenziata per anni dopo la pubblicazione della versione 3.0. La clausola pragmatica degli appalti — richiedere WCAG 2.2 al livello AA come obiettivo di conformità, richiedere un ACR VPAT 2.5 con data degli ultimi 12 mesi, richiedere al fornitore di identificare i nuovi criteri per cui la conformità non è ancora raggiunta — funziona in qualsiasi giurisdizione la cui legge sottostante vincola ancora la versione 2.0 o 2.1, perché nulla in quelle leggi impedisce a un acquirente di contrattare per di più.</p>

<h2>La checklist di prontezza alla versione 2.2</h2>

<div class="audit-list">
<h3>Linguaggio degli appalti (da fare subito)</h3>
<ul>
<li>Richiedere WCAG 2.2 al livello AA come obiettivo di conformità nei nuovi contratti</li>
<li>Richiedere un ACR VPAT 2.5 con data degli ultimi 12 mesi da ogni fornitore</li>
<li>Richiedere ai fornitori di identificare i nuovi criteri per cui la conformità non è ancora raggiunta, più una roadmap di rimedio documentata</li>
<li>Trattare «WCAG 2.1 AA come minimo, con reportistica rispetto alla versione 2.2 dove la risposta del fornitore lo permette» come il minimo — non il massimo</li>
</ul>

<h3>Test di regressione tecnici (rilevare i cinque AA prima dell'audit)</h3>
<ul>
<li>Comportamento di tab-nel-modulo alle dimensioni comuni di viewport, con ogni overlay aperto (2.4.11)</li>
<li>Dimensioni dei target di tocco nelle barre degli strumenti con icone, dashboard e intestazioni di tabelle dati (2.5.8)</li>
<li>Alternative a puntatore singolo per ogni interazione di trascinamento — riordino delle liste, slider, ritaglio (2.5.7)</li>
<li>Flussi di accesso, registrazione e reimpostazione della password privi di test di funzione cognitiva; incolla abilitato nei campi OTP (3.3.8)</li>
<li>Persistenza tra passaggi: nessun campo richiesto due volte nello stesso processo autenticato (3.3.7)</li>
</ul>

<h3>Revisione editoriale / architettura delle informazioni (le due aggiunte di livello A)</h3>
<ul>
<li>Singola posizione canonica per i meccanismi di aiuto su tutti i template (3.2.6)</li>
<li>Revisione del flusso trasversale ai team per qualsiasi processo multi-step di proprietà di più di un team (3.3.7)</li>
</ul>

<h3>Elementi dell'outlook 2026 da monitorare</h3>
<ul>
<li>Pubblicazione EN 301 549 V4 — innesca WCAG 2.2 in tutta la normativa sull'accessibilità web dell'UE</li>
<li>Emendamento PSBAR del Regno Unito — prima grande giurisdizione anglofona a bloccare la versione 2.2</li>
<li>Aggiornamento ICT della Section 508 statunitense — versione 2.1 ancora in sospeso; versione 2.2 è uno strumento della fine degli anni 2020</li>
<li>Cadenza VPAT 2.5 — qualsiasi ACR con data 2025 o successiva dovrebbe riportare rispetto alla versione 2.2</li>
</ul>
</div>

<div class="bottomline">
<p>La transizione a WCAG 2.2 è strutturalmente due transizioni che corrono su orologi diversi. La transizione legale è lenta, dipendente da un piccolo numero di organismi di standardizzazione — soprattutto ETSI JTC HF — e proseguirà nel 2026–27. La transizione dei professionisti è in gran parte già avvenuta: gli auditor valutano rispetto alla versione 2.2, i design system si allineano ad essa, i fornitori presentano ACR VPAT 2.5 che riportano rispetto ad essa, e i nove nuovi criteri sono ora il vocabolario consolidato degli audit di accessibilità. La domanda analitica interessante non è più se WCAG 2.2 sia lo standard operativo — lo è — ma se i riferimenti normativi riusciranno a recuperare prima che WCAG 3 inizi ad attirare l'attenzione in avanti.</p>
</div>

<div class="foot-note">
<p><strong>Metodologia</strong>I descrittori del tasso di fallimento sono aggregati da rapporti di auditor indipendenti pubblicati fino al primo trimestre del 2026 nei cicli di audit SaaS, e-commerce e settore pubblico. Sono stati usati descrittori qualitativi dove le aziende pubblicano tassi ordinali piuttosto che precisi.</p>
<p><strong>Ambito</strong>Solo i nove nuovi criteri di successo di WCAG 2.2. Il criterio 4.1.1 Parsing, ritirato in WCAG 2.2, è fuori ambito. I criteri portati da WCAG 2.1 sono fuori ambito.</p>
<p><strong>Fonti</strong>W3C, <em>Web Content Accessibility Guidelines (WCAG) 2.2</em>, Raccomandazione del 5 ottobre 2023 — <a href="https://www.w3.org/TR/WCAG22">w3.org/TR/WCAG22</a>; W3C AG WG, <em>What's New in WCAG 2.2</em> — <a href="https://www.w3.org/WAI/standards-guidelines/wcag/new-in-22">w3.org/WAI/standards-guidelines/wcag/new-in-22</a>; ETSI, <em>EN 301 549 V3.2.1</em> (2021) e bozze V4 di JTC HF; US Access Board ICT Standards (Section 508 Refresh, 2017); US DOJ, <em>Regola finale — accessibilità web del Titolo II</em>, 28 C.F.R. Parte 35 (aprile 2024); UK Cabinet Office, <em>PSBAR 2018</em> e consultazione 2025–26; ITI, <em>VPAT 2.5 / ACR</em>, gennaio 2025 — <a href="https://www.itic.org/policy/accessibility/vpat">itic.org/policy/accessibility/vpat</a>; Direttive UE 2016/2102 e 2019/882; W3C, <em>WCAG 3.0 Working Draft</em> — <a href="https://www.w3.org/TR/wcag-3.0">w3.org/TR/wcag-3.0</a>. Per ulteriori approfondimenti su <a href="/regulations/">le normative nazionali sull'accessibilità</a>, <a href="/toolkit/">il toolkit per i professionisti</a>, il <a href="/toolkit/standards/wcag/">riferimento completo dei criteri di successo WCAG 2.2</a>, l'<a href="/articles/accessibility-compliance-explainer/">approfondimento su conformità, adeguamento e accessibilità</a>, la <a href="/articles/accessibility-monitoring-buyers-guide-2026/">guida all'acquisto per il monitoraggio</a>, una <a href="/toolkit/scan/">scansione gratuita della baseline WCAG 2.2</a> e il <a href="/articles/">più ampio registro 2026</a>.</p>
</div>

</div>

---
title: WCAG 3: cosa significa la bozza di lavoro per i siti attuali
url: https://www.disabilityworld.org/it/articles/wcag-3-preview-implications/
description: WCAG 3 (Silver) è ancora una W3C Working Draft. Lo standard proposto passa da criteri binari superato/non superato a esiti ponderati, introduce livelli di conformità bronzo/argento/oro e amplia il campo di applicazione alle modalità cognitive, vocali e AAC.
author: Disability World
pubDate: 2026-05-22
tags: wcag, wcag-3, silver, w3c, standards, explainer
---

# WCAG 3: cosa significa la bozza di lavoro per i siti attuali

<div class="src-article" data-template="5">

<p class="image-alt-text">Descrizione dell'immagine: una bozza di lavoro WCAG 3 stampata con segnalibri colorati su una scrivania accanto a un documento WCAG 2.2 — il riferimento visivo per il primer sulla bozza WCAG 3.</p>

<p class="rt-prefix">Tempo di lettura: 12 minuti</p>

<p class="wp-block-paragraph"><strong>WCAG 3</strong> — le linee guida di nuova generazione che il W3C elabora sotto il nome di lavoro <em>Silver</em> dal 2017 — è ancora, a metà del 2026, una <strong>W3C Working Draft</strong>. Questo singolo dato è la cosa più importante da sapere al riguardo. Non si tratta di una Recommendation, non è una Candidate Recommendation e nessuna sua disposizione può ancora essere citata da un'autorità di regolamentazione, un tribunale o un responsabile degli appalti con valore giuridico. <a href="/articles/wcag-2-2-adoption-rate-survey/">WCAG 2.2</a> rimane lo standard rispetto al quale il mondo sta attualmente effettuando audit, e <a href="/articles/en-301-549-explained/">EN 301 549</a>, la <a href="/articles/section-508-refresh-status/">Section 508</a> statunitense e le implementazioni nazionali della <a href="/toolkit/glossary/web-accessibility-directive/">Direttiva sull'accessibilità dei siti web</a> fanno tutte riferimento a WCAG 2.x. WCAG 3 rappresenta una riscrittura architettonica deliberata del modo in cui viene misurata la conformità all'accessibilità — e un'anticipazione di come si presenterà il decennio di adozione normativa successivo, una volta che il documento si stabilizzerà.</p>

<p class="wp-block-paragraph">Questo primer illustra cos'è WCAG 3, cosa cambia a livello strutturale, come funzionano i livelli di conformità proposti bronzo/argento/oro, quando potrebbe realisticamente comparire la Candidate Recommendation, le tensioni politiche con WCAG 2.2 (che le autorità nazionali stanno ancora nel mezzo del processo di adozione), e cosa dovrebbero fare concretamente adesso i team che operano con lo standard 2.x. La versione breve: leggere la bozza di lavoro, non effettuare refactoring per conformarsi ad essa, e considerare qualsiasi fornitore che prometta «conformità WCAG 3» oggi come confuso o interessato a vendere qualcosa.</p>

<h2 class="wp-block-heading" id="h-what-wcag-3-is">Cos'è WCAG 3 — e cosa non è</h2>

<p class="wp-block-paragraph">WCAG 3 è il titolo di lavoro di una nuova <strong>linea di Recommendation</strong> presso l'Accessibility Guidelines Working Group (AG WG) del W3C, distinta dalla serie WCAG 2.x. Il progetto è iniziato nel 2017 con il nome <em>Silver</em> (il simbolo chimico Ag, un gioco di parole su «Accessibility Guidelines») e la prima bozza di lavoro pubblica è stata pubblicata nel gennaio 2021. La più recente Working Draft è la versione che i lettori trovano all'URL <code>w3.org/TR/wcag-3.0/</code> — e il W3C data quella bozza, come ogni bozza precedente, con un banner di intestazione ben visibile che recita: «Questo documento è una Working Draft. Non è stabile e non dovrebbe essere citato né utilizzato come base per implementazioni.»</p>

<p class="wp-block-paragraph">Quel banner ha un ruolo reale. All'interno del processo del W3C, un documento attraversa cinque livelli di maturità: <em>Working Draft</em>, <em>Candidate Recommendation</em> (CR), <em>Proposed Recommendation</em> (PR), <em>Recommendation</em> (REC) e infine <em>Superseded Recommendation</em>. WCAG 2.0 ha raggiunto lo stato REC nel dicembre 2008. WCAG 2.1 nel giugno 2018. WCAG 2.2 nell'ottobre 2023. WCAG 3 non ha ancora raggiunto la fase CR — e il W3C ha dichiarato esplicitamente che diverse questioni di progettazione sostanziali devono ancora essere risolte prima che ciò possa avvenire. Lo stato attuale, in base alla bozza pubblicata più recentemente, è quello di un documento di ricerca e progettazione con sezioni sviluppabili e problemi aperti chiaramente segnalati, non di una specifica stabile.</p>

<p class="wp-block-paragraph">Cosa WCAG 3 non è: non è un sostituto di WCAG 2.2. Il W3C ha dichiarato che WCAG 2.2 e WCAG 3 coesisteranno probabilmente per un prolungato periodo di transizione dopo che WCAG 3 raggiungerà lo stato di Recommendation. WCAG 3 non è nemmeno «WCAG 2.3» — il modello dei contenuti, il modello di conformità e la struttura editoriale sono sufficientemente diversi da aver reso impraticabile, già nelle prime fasi del processo di progettazione, una semplice rinumerazione all'interno della serie 2.x.</p>

<h2 class="wp-block-heading" id="h-purpose-and-scope">Finalità e campo di applicazione: perché una nuova serie</h2>

<p class="wp-block-paragraph">Tre problemi strutturali con WCAG 2.x hanno portato alla decisione di avviare una nuova serie anziché continuare ad incrementare la numerazione 2.x.</p>

<p class="wp-block-paragraph">In primo luogo, il <strong>campo di applicazione</strong>. WCAG 2.x è, tecnicamente, le <em>Web</em> Content Accessibility Guidelines — si rivolge ai contenuti web resi da uno user agent. Il mandato del Working Group, tuttavia, si è ampliato nel corso di un decennio fino a coprire l'intera superficie dell'accessibilità digitale: applicazioni mobile native, chioschi, interfacce vocali, realtà virtuale e aumentata, strumenti AAC (comunicazione aumentativa e alternativa), superfici di intelligenza artificiale conversazionale. WCAG 3 è progettato sin dall'inizio per essere indipendente dal contenuto e dalla piattaforma, con la stessa linea guida applicabile a una pagina web, a una schermata di app nativa, a un flusso vocale e a un dialogo di chiosco, senza costringere i team a redigere tre diverse dichiarazioni di conformità rispetto a una linea guida il cui nome dice ancora «Web».</p>

<p class="wp-block-paragraph">In secondo luogo, il <strong>modello di conformità</strong>. La conformità WCAG 2.x è binaria: ogni criterio di successo applicabile è superato o non superato, e un singolo insuccesso su un singolo criterio AA compromette la dichiarazione di conformità della pagina. Questo funziona bene per criteri precisi a livello di interfaccia come «usa intestazioni semantiche» — funziona meno bene per criteri in cui la barriera sottostante è graduata piuttosto che categorica, come la complessità del linguaggio, il carico cognitivo o la chiarezza con cui un messaggio di errore comunica cosa è andato storto. WCAG 3 introduce esiti ponderati in modo che una pagina possa ottenere un risultato misurabilmente migliore su, ad esempio, «linguaggio chiaro» senza imporre la valutazione binaria richiesta da WCAG 2.x.</p>

<p class="wp-block-paragraph">In terzo luogo, gli <strong>utenti non ancora adeguatamente serviti</strong>. WCAG 2.x presenta lacune documentate per gli utenti con disabilità cognitive, gli utenti con basso livello di alfabetizzazione, gli utenti che si affidano a dispositivi AAC, gli utenti di interfacce vocali, gli utenti sordociechi che navigano con display braille aggiornabili e le modalità di tecnologia assistiva emergenti come il tracciamento oculare e le interfacce cervello-computer. I criteri di successo 2.x possono essere applicati a questi utenti — ma sono stati redatti avendo principalmente in mente gli utenti di screen reader, lente di ingrandimento, solo tastiera e ipovedenti. L'architettura delle linee guida WCAG 3 accoglie esplicitamente contributi per le modalità cognitive, vocali, AAC e di AT emergente come obiettivi di prima classe.</p>

<h2 class="wp-block-heading" id="h-key-changes">Cambiamenti principali: esiti, non criteri di successo</h2>

<p class="wp-block-paragraph">Il cambiamento più significativo in WCAG 3 — quello da cui discendono tutti gli altri — è il passaggio dai <strong>criteri di successo</strong> agli <strong>esiti</strong>.</p>

<p class="wp-block-paragraph">Un <em>criterio di successo</em> WCAG 2.x è un'affermazione binaria e verificabile. <em>1.4.3 Contrasto (Minimo)</em> stabilisce: il testo e le immagini di testo hanno un rapporto di contrasto di almeno 4,5:1, con due eccezioni specifiche. Una pagina soddisfa il criterio oppure no. Questo è eccellente per test ripetibili e per un uso avversariale (contenziosi, audit, appalti), ma penalizzante per criteri in cui l'esigenza dell'utente sottostante non si divide nettamente in superato/non superato.</p>

<p class="wp-block-paragraph">Un <em>esito</em> WCAG 3, nella bozza attuale, è un'affermazione verificabile associata a uno o più <strong>metodi</strong> che descrivono come verificare l'esito e come ponderare il risultato. Gli esiti possono essere binari quando il formato binario è quello appropriato (un campo di un modulo ha o non ha un'etichetta), ma possono anche essere ponderati su una scala numerica quando l'esigenza dell'utente sottostante è graduata (quanto è leggibile questo paragrafo; quanto è recuperabile questo stato di errore; quanto è prevedibile questa navigazione). Il risultato di conformità per un prodotto viene quindi calcolato trasversalmente agli esiti anziché essere condizionato al superamento di ogni criterio.</p>

<p class="wp-block-paragraph">Seguono diversi altri cambiamenti architettonici:</p>

<ul class="wp-block-list">
<li><strong>Le linee guida come unità organizzativa.</strong> WCAG 3 raggruppa gli esiti sotto <em>linee guida</em> (che corrispondono approssimativamente allo strato principi-e-linee-guida di WCAG 2.x, ma sono redatte in modo più dichiarativo).</li>
<li><strong>Metodi, non tecniche.</strong> WCAG 2.x dispone di <em>tecniche</em> informative che suggeriscono come soddisfare un criterio di successo. WCAG 3 dispone di <em>metodi</em> normativi che descrivono come viene verificato un esito. Il passaggio da «informativo» a «normativo» ha importanza: significa che la procedura di test viaggia con la linea guida anziché essere un accompagnamento separato e discutibile.</li>
<li><strong>Test atomici e olistici.</strong> Alcuni esiti sono testati a livello atomico (un elemento, una regola) e altri sono testati in modo olistico sull'intera vista o sul flusso di attività. Gli esiti relativi al carico cognitivo e al linguaggio chiaro sono intrinsecamente olistici; quelli relativi al contrasto e all'etichettatura sono intrinsecamente atomici. WCAG 3 rende esplicita tale distinzione nel metodo.</li>
<li><strong>Categorie di esigenze funzionali.</strong> La bozza introduce le <em>esigenze funzionali</em> — vista, udito, cognizione, linguaggio, mobilità, multisensoriale — come asse trasversale. Ogni esito è mappato alle esigenze funzionali che affronta, in modo che un tester o un'autorità di regolamentazione possa chiedere «mostratemi tutto ciò che riguarda gli utenti con esigenze cognitive» senza rileggere l'intero documento.</li>
</ul>

<h2 class="wp-block-heading" id="h-conformance-tiers">Livelli di conformità: bronzo, argento, oro</h2>

<p class="wp-block-paragraph">Laddove WCAG 2.x presenta tre livelli di conformità — A, AA, AAA — WCAG 3 propone tre <strong>livelli di conformità</strong>: <em>Bronzo</em>, <em>Argento</em> e <em>Oro</em>. Le etichette non sono deliberatamente lettere e non sono deliberatamente cumulative per regola; segnalano che i livelli superiori riflettono un'esperienza significativamente migliore per gli utenti, non «lo stesso prodotto con più caselle spuntate».</p>

<p class="wp-block-paragraph"><strong>Bronzo</strong> è il livello minimo di conformità. È inteso a corrispondere, approssimativamente, a «equivalente WCAG 2.x AA» — vale a dire, un prodotto conforme a Bronzo non dovrebbe essere sostanzialmente peggiore dell'attuale prodotto conforme ad AA. La conformità Bronzo richiede il superamento di tutti gli errori critici (esiti contrassegnati nella bozza come barriere fondamentali — ad esempio, testo alternativo mancante su immagini informative) e il raggiungimento di una soglia definita nel punteggio degli esiti sull'intero prodotto. La bozza propone che gli errori critici rimangano binari anche all'interno del modello a punteggio: qualsiasi errore critico blocca la conformità Bronzo indipendentemente da quanto bene il prodotto si comporta altrove.</p>

<p class="wp-block-paragraph"><strong>Argento</strong> è il livello intermedio ed è inteso a corrispondere, approssimativamente, a un prodotto AA-plus solido — meglio della soglia WCAG 2.x AA ma non ancora ad AAA. Argento richiede tipicamente una soglia più elevata sugli stessi esiti ponderati, oltre al superamento di esiti aggiuntivi non richiesti a livello Bronzo. Le soglie specifiche sono ancora in consultazione nella bozza di lavoro.</p>

<p class="wp-block-paragraph"><strong>Oro</strong> è il livello più elevato. È inteso a rappresentare un prodotto progettato e testato per l'intera gamma di esigenze funzionali coperte dalla linea guida, non solo quelle che i criteri WCAG 2.x AA affrontavano principalmente. Oro è il livello in cui gli esiti cognitivi, vocali, AAC e di AT emergente hanno il peso maggiore, perché sono i gruppi di utenti per i quali la conformità 2.x attualmente non produce un risultato comparabile.</p>

<p class="wp-block-paragraph">Due importanti proprietà del modello a livelli vale la pena notare. In primo luogo, <strong>l'ambito è per vista o per flusso, non per pagina</strong>: un prodotto può avere livelli di conformità diversi su superfici diverse, il che è più onesto del modello per pagina di WCAG 2.x per le applicazioni complesse. In secondo luogo, la dichiarazione di conformità viaggia con i metodi utilizzati per verificarla — quindi una dichiarazione Argento ai sensi di WCAG 3 dovrebbe essere riproducibile da un altro tester che segue gli stessi metodi, in un modo in cui le dichiarazioni WCAG 2.x AA (che si basano pesantemente sul giudizio del tester ai margini) spesso non lo sono.</p>

<h2 class="wp-block-heading" id="h-emerging-at">Modalità di tecnologia assistiva emergenti</h2>

<p class="wp-block-paragraph">Un impegno editoriale importante del progetto WCAG 3 è il supporto di prima classe per le modalità di tecnologia assistiva che WCAG 2.x ha storicamente affrontato solo in modo obliquo.</p>

<p class="wp-block-paragraph"><strong>L'accessibilità cognitiva</strong> è la più ampia di tali espansioni. La bozza attuale incorpora lavori sugli esiti che erano stati precedentemente sviluppati nell'output separato della <em>Cognitive Accessibility Task Force</em> del W3C (il documento <em><span lang="en">Making Content Usable for People with Cognitive and Learning Disabilities</span></em>). Gli esiti in quest'area riguardano la chiarezza del linguaggio, la prevedibilità della navigazione, il supporto all'orientamento e alla ricerca del percorso, la prevenzione e il recupero dagli errori e la minimizzazione del carico cognitivo non necessario. Molti di questi esiti sono ponderati piuttosto che binari — non esiste un superato/non superato netto per «questa frase è sufficientemente leggibile» — ed è proprio il caso che il modello di conformità a punteggio è stato costruito per gestire.</p>

<p class="wp-block-paragraph"><strong>Le interfacce vocali e conversazionali</strong> rientrano esplicitamente nel campo di applicazione. Gli esiti riguardano la riconoscibilità dei prompt vocali, la scopribilità dei comandi vocali, il percorso di recupero quando si verifica un errore di riconoscimento vocale e l'equivalenza tra interazione vocale e visiva nelle interfacce a doppia modalità. Questa è la parte della bozza in cui l'architettura della linea guida indipendente dalla piattaforma è più importante: un flusso solo vocale su uno smart speaker non può essere significativamente testato rispetto ai criteri di successo «contenuto web» di WCAG 2.x, ma può essere testato rispetto agli esiti WCAG 3 redatti per essere neutrali rispetto alla modalità.</p>

<p class="wp-block-paragraph"><strong>Gli utenti AAC (comunicazione aumentativa e alternativa)</strong> — persone che comunicano principalmente attraverso tavole di simboli, sistemi di scambio di immagini o dispositivi di generazione vocale — sono esplicitamente contemplati nelle destinazioni di ricerca sugli utenti della bozza. Gli esiti in quest'area riguardano la coerenza dei simboli, il supporto all'input AAC come modalità di interazione di prima classe e la prevedibilità cognitiva degli stati di dialogo che un utente AAC deve navigare.</p>

<p class="wp-block-paragraph"><strong>La AT emergente</strong> — tracciamento oculare, interfacce a interruttore, interfacce cervello-computer, head-tracking e le superfici assistive dei dispositivi di realtà mista — è nominata nella roadmap della bozza. La posizione di lavoro del Working Group è che l'architettura della linea guida dovrebbe accogliere queste modalità senza richiedere al documento di enumerare ogni possibile AT; l'asse delle esigenze funzionali è uno dei meccanismi per raggiungere questo obiettivo.</p>

<h2 class="wp-block-heading" id="h-timeline">Tempistiche: quando potrebbe arrivare la Candidate Recommendation</h2>

<p class="wp-block-paragraph">La risposta onesta è che nessuno al di fuori dell'AG WG può fornire una data attendibile, e nessuno al suo interno ne ha pubblicata una. Il processo del W3C è basato sul consenso, e le questioni di progettazione ancora aperte in WCAG 3 — la metodologia di punteggio precisa, le soglie esatte per Bronzo/Argento/Oro, il formato della dichiarazione di conformità, la verificabilità degli esiti cognitivi, la relazione con WCAG 2.2 durante la transizione — non sono banali. Le Working Draft in qualsiasi linea di standard possono rimanere a quel livello di maturità per anni.</p>

<p class="wp-block-paragraph">Ciò che si può affermare con ragionevole certezza è la forma del percorso. La Candidate Recommendation è il prossimo passo di maturità dopo l'attuale Working Draft, e la fase CR non può essere avviata finché il Working Group non risolve i problemi aperti attualmente segnalati nella bozza e non dimostra che gli esiti proposti sono <em>verificabili</em> (un processo che il W3C chiama revisione delle «funzionalità a rischio» e che richiede una sostanziale esperienza implementativa per essere superato). Diverse dichiarazioni pubbliche di rappresentanti del W3C durante il 2025 indicavano che la CR per WCAG 3 era ancora lontana e che il progetto doveva essere considerato come un percorso che si misura in anni, non in mesi, verso una specifica stabile.</p>

<p class="wp-block-paragraph">Una volta raggiunta la fase CR, il calendario standard prevede almeno un periodo di implementazione di diversi mesi durante il quale il working group raccoglie prove che gli esiti siano stati verificati rispetto a prodotti reali. Seguono PR e REC. Dopo la REC, inizia il lento processo di adozione normativa — che storicamente si è misurato in anni, non in mesi. La citazione in stile <a href="/articles/european-accessibility-act-guide/">EAA</a> di WCAG 3 attraverso una EN 301 549 rivista (una V5 o successiva) è, ad una lettura realistica, una prospettiva della fine degli anni 2020 piuttosto che immediata.</p>

<h2 class="wp-block-heading" id="h-tension-with-22">La tensione con WCAG 2.2</h2>

<p class="wp-block-paragraph">WCAG 3 si trova in reale tensione politica con WCAG 2.2, e tale tensione è il sottotesto di ogni discussione su WCAG 3 all'interno del settore. WCAG 2.2 ha raggiunto lo stato di Recommendation nell'ottobre 2023 — uno standard pubblicato, stabile e citabile che <a href="/articles/wcag-2-2-adoption-rate-survey/">le autorità di regolamentazione nazionali stanno ancora nel mezzo del processo di adozione</a>. Alcune l'hanno già adottato. Altre no. La prossima V4 di <a href="/articles/en-301-549-explained/">EN 301 549</a> incorporerà WCAG 2.2; la Section 508 statunitense è nel mezzo di un aggiornamento che fa riferimento a WCAG 2.x; la difesa nel contenzioso privato negli Stati Uniti cita WCAG 2.x per impostazione predefinita.</p>

<p class="wp-block-paragraph">La tensione non riguarda davvero quale documento sia «migliore». Riguarda se le autorità di regolamentazione possano adottare uno standard ancora in evoluzione — e se i team che hanno appena investito nella conformità WCAG 2.2 debbano credere che un diverso framework sia dietro l'angolo. La posizione dichiarata del Working Group è che le due serie non sono a somma zero: WCAG 2.2 rimane lo standard operativo per l'adozione normativa, e WCAG 3 è la prossima generazione che, col tempo, lo sostituirà. Entrambi i documenti saranno mantenuti parallelamente presso il W3C una volta che WCAG 3 raggiungerà lo stato di Recommendation, e il W3C ha segnalato che la transizione sarà deliberatamente abbastanza lunga da non costringere i team a una migrazione forzata.</p>

<p class="wp-block-paragraph">In pratica questo significa tre cose. Il lavoro di audit WCAG 2.2 non è sprecato — le barriere di accesso sottostanti che identifica non scompaiono sotto WCAG 3, vengono riorganizzate in esiti. Le autorità di regolamentazione che stanno ancora adottando WCAG 2.2 non stanno commettendo un errore — stanno svolgendo il lavoro necessario per questo decennio. E i fornitori che commercializzano la «conformità WCAG 3» rispetto a una bozza di lavoro stanno travisando la maturità dello standard; nessuna dichiarazione di conformità rispetto a una Working Draft instabile ha significato.</p>

<h2 class="wp-block-heading" id="h-comparison-table">WCAG 2.2 vs WCAG 3: confronto per dimensioni</h2>

<table class="wp-block-table">
<thead>
<tr><th>Dimensione</th><th>WCAG 2.2 (Recommendation attuale)</th><th>WCAG 3 (Working Draft attuale)</th></tr>
</thead>
<tbody>
<tr><td>Maturità</td><td>W3C Recommendation dall'ottobre 2023</td><td>Working Draft, non ancora Candidate Recommendation</td></tr>
<tr><td>Unità di conformità</td><td>Criterio di successo (superato/non superato binario)</td><td>Esito con metodi (binario o ponderato)</td></tr>
<tr><td>Livelli di conformità</td><td>A, AA, AAA — cumulativi per criterio</td><td>Bronzo, Argento, Oro — per punteggio aggregato degli esiti</td></tr>
<tr><td>Campo di applicazione</td><td>Contenuto web reso da uno user agent</td><td>Indipendente da contenuto e piattaforma (web, mobile, voce, chiosco)</td></tr>
<tr><td>Esiti cognitivi</td><td>Limitati; affrontati indirettamente attraverso diversi criteri di successo</td><td>Di prima classe, incorporati dal lavoro della cognitive-task-force del W3C</td></tr>
<tr><td>Voce / AAC / AT emergente</td><td>Non affrontati direttamente</td><td>Denominati come modalità nell'ambito con esiti dedicati</td></tr>
<tr><td>Artefatto di test</td><td>Tecniche informative accompagnano i criteri</td><td>Metodi normativi viaggiano con ciascun esito</td></tr>
<tr><td>Granularità della dichiarazione</td><td>Dichiarazione di conformità per pagina</td><td>Dichiarazione di conformità per vista o per flusso</td></tr>
<tr><td>Citato dalle autorità oggi</td><td>Sì (EAA tramite EN 301 549, Direttiva WAD, aggiornamento Section 508, tribunali)</td><td>No — la Working Draft non può essere citata normativamente</td></tr>
<tr><td>Orizzonte di adozione realistico</td><td>Operativo ora; diffusione normativa pluriennale ancora in corso</td><td>Fine degli anni 2020 al più presto, subordinata all'avanzamento CR/PR/REC</td></tr>
</tbody>
</table>

<h2 class="wp-block-heading" id="h-implications-for-22-sites">Implicazioni per i siti 2.x oggi</h2>

<p class="wp-block-paragraph">La domanda pratica per qualsiasi team che gestisce un sito, un'app o un prodotto con WCAG 2.x oggi è: dovremmo fare qualcosa di diverso perché WCAG 3 è in arrivo? La risposta si articola in tre punti.</p>

<p class="wp-block-paragraph"><strong>Effettuare audit e correzioni rispetto a WCAG 2.2 AA.</strong> Questo è lo standard che le autorità di regolamentazione stanno adottando, che EN 301 549 V4 incorporerà e che i tribunali nelle giurisdizioni con diritti di azione privata citano. Un audit WCAG 2.2 AA ben condotto nel 2026 non è un lavoro superfluo — le barriere sottostanti saranno ancora barriere sotto WCAG 3, e lo sforzo di correzione per rimediare è lo stesso. I team che hanno rimandato il lavoro su 2.2 nella speranza di «fare WCAG 3 invece» stanno scegliendo un risultato peggiore su un orizzonte temporale più lungo.</p>

<p class="wp-block-paragraph"><strong>Leggere la Working Draft WCAG 3, senza effettuare refactoring per conformarsi ad essa.</strong> La bozza è una finestra utile su dove si sta dirigendo lo standard e quali esigenze degli utenti saranno in primo piano nel prossimo decennio. I team dovrebbero leggerla (è disponibile gratuitamente sul sito W3C TR), condividerla all'interno del team di design e ingegneria, e utilizzarla per avviare conversazioni sull'accessibilità cognitiva, le interfacce vocali e l'AAC. Non dovrebbero tuttavia iniziare a redigere dichiarazioni di conformità rispetto ad essa, a elaborare clausole di appalto rispetto ad essa o a ristrutturare i programmi di audit in previsione di essa. La bozza non è sufficientemente stabile per nessuna di queste attività.</p>

<p class="wp-block-paragraph"><strong>Investire nella capacità di ricerca sugli utenti e di ricerca sul design che WCAG 3 richiederà.</strong> Gli esiti ponderati, olistici e indipendenti dalla modalità che WCAG 3 introduce non possono essere verificati dai soli strumenti di scansione automatizzata. Richiedono ricerca di design con utenti con disabilità cognitive, con utenti AAC, con utenti di interfacce vocali. I team che saranno pronti quando WCAG 3 raggiungerà lo stato di Recommendation non sono quelli con gli strumenti automatizzati più sofisticati — sono quelli con relazioni consolidate di ricerca sugli utenti attraverso l'intera gamma di esigenze funzionali. Costruire queste relazioni adesso è un investimento che paga dividendi con entrambi gli standard.</p>

<h2 class="wp-block-heading" id="h-conclusion">WCAG 3 nel grafo degli standard già noti</h2>

<p class="wp-block-paragraph">Per chi ha seguito l'arco degli standard di accessibilità — dalla <a href="/articles/section-508-refresh-status/">Section 508</a> attraverso <a href="/articles/en-301-549-explained/">EN 301 549</a>, da WCAG 2.0 del W3C attraverso 2.1 e fino a 2.2 — WCAG 3 è la prossima generazione di quell'arco, attualmente a metà progettazione. È il documento che la comunità degli standard sta costruendo perché i limiti del modello binario, solo-web, basato su criteri di successo di WCAG 2.x sono diventati difficili da ignorare man mano che l'accessibilità digitale si è espansa nelle interfacce mobile, vocali, AAC e cognitive. È anche, oggi, una Working Draft instabile che nessuna autorità di regolamentazione può ancora citare e contro la quale nessun fornitore responsabile può ancora dichiarare conformità.</p>

<p class="wp-block-paragraph">Per i professionisti che pianificano il resto di questo decennio: WCAG 2.2 è lo standard rispetto al quale effettuare audit, EN 301 549 V4 è lo strumento di appalto con cui allinearsi, e WCAG 3 è il documento da leggere un venerdì pomeriggio per capire dove si sta dirigendo il lavoro. L'atteggiamento corretto è la pazienza informata — tenere WCAG 3 nella visione periferica, svolgere il lavoro WCAG 2.2 di fronte a sé e costruire la capacità di ricerca sugli utenti che conterà indipendentemente da quale documento citeranno gli auditor tra cinque anni. Per la puntata successiva di questa serie di primer, si veda il <a href="/articles/wcag-2-2-adoption-rate-survey/">sondaggio sul tasso di adozione di WCAG 2.2</a> che traccia quali autorità di regolamentazione nazionali hanno già attraversato il traguardo.</p>

</div>