Widget e plugin di accessibilità rendono conforme un sito?

Chi gestisce un negozio online si sarà visto proporre un widget o un plugin di accessibilità con tanto di promessa: basta aggiungere uno script e il sito diventa accessibile, conforme e al riparo da guai legali. Uno di questi widget, SiteAccessible, lo produciamo noi, quindi siamo parte in causa. Eccola: nessun widget rende conforme un sito. Né il nostro, né quello di altri.

Che cos'è un overlay o widget di accessibilità?

Un overlay di accessibilità è codice di terze parti, di solito JavaScript, aggiunto a un sito per cercare di migliorarne l'accessibilità. La Commissione europea descrive gli overlay come “strumenti che possono essere aggiunti ai siti web con l'obiettivo di migliorare l'accessibilità”. In pratica la parola indica due cose piuttosto diverse, e la differenza conta.

• Pannelli controllati dal visitatore. Un pulsante apre un menu in cui il visitatore può scegliere testo più grande, più spaziatura, contrasto più alto, una guida di lettura o la sintesi vocale. Nulla dovrebbe cambiare finché il visitatore non lo chiede.
• Overlay di “riparazione” automatica. Uno script analizza la pagina durante il caricamento e prova a correggerla al volo: indovina i testi alternativi, aggiunge etichette ai campi dei moduli, riscrive gli attributi ARIA (il codice che dice agli screen reader che cos'è un elemento) e a volte attiva una modalità speciale quando rileva uno screen reader.

Molti prodotti fanno entrambe le cose. Il nostro appartiene solo al primo tipo: non analizza né riscrive il markup. Ma nessuno dei due tipi cambia il sito su cui si verifica il rispetto di uno standard.

Un widget può rendere un sito conforme a WCAG, EAA o ADA?

No. Standard e leggi sull'accessibilità si applicano al codice, ai contenuti e ai processi del sito, non a uno strato aggiunto sopra. La Commissione europea afferma che gli strumenti che non garantiscono che “il sito web stesso” rispetti lo standard “non sono una soluzione appropriata”, e le organizzazioni delle persone con disabilità sono d'accordo. Negli Stati Uniti l'autorità per la tutela dei consumatori ha sanzionato un fornitore che sosteneva il contrario.

Quella pagina riguarda i siti del settore pubblico, ma negozi e banche soggetti all'European Accessibility Act vengono valutati con lo stesso standard, la EN 301 549, che si basa sulle Linee guida per l'accessibilità dei contenuti web (WCAG).

Il motivo è pratico. Le WCAG si verificano sulla pagina così come la ricevono tutti. Se il testo grigio del corpo non raggiunge il contrasto minimo, un pulsante di contrasto in un pannello non cambia le cose, perché la pagina resta non conforme per ogni visitatore che non apre mai il pannello. Gli script di riparazione si scontrano con lo stesso limite: un software non può sapere in modo affidabile cosa mostra la foto di un prodotto o a cosa serve un campo senza etichetta.

L'Overlay Fact Sheet (si apre in una nuova scheda), una lettera aperta che al nostro conteggio del 13 ottobre 2026 aveva 1.048 firmatari, lo dice senza giri di parole: “Nessun overlay sul mercato può rendere un sito web pienamente conforme a uno standard di accessibilità esistente.” Negli Stati Uniti il Dipartimento di Giustizia non fissa uno standard tecnico per il web delle imprese private. Le sue indicazioni del 2022 (si apre in una nuova scheda), il testo ufficiale più favorevole a questi strumenti che abbiamo trovato, dicono che strumenti di verifica e overlay “possono essere utili” ma “vanno usati con cautela”, e che un report senza errori “non significa necessariamente che tutto sia accessibile”.

Cosa ha deciso la FTC su accessiBe?

Nell'aprile 2025 la Federal Trade Commission (FTC), l'autorità statunitense per la tutela dei consumatori, ha reso definitivo un provvedimento che obbliga accessiBe, fornitore di un overlay, a pagare 1 milione di dollari. Secondo la FTC, l'affermazione dell'azienda che il suo accessWidget “può rendere qualsiasi sito web conforme alle WCAG” era falsa, ingannevole o non dimostrata, e l'azienda aveva presentato come opinioni indipendenti articoli e recensioni con cui aveva legami.

La FTC ha annunciato la proposta di provvedimento (si apre in una nuova scheda) il 3 gennaio 2025 e l'ha approvata (si apre in una nuova scheda) il 22 aprile 2025. accessiBe non può più affermare, senza prove, che i suoi prodotti automatici “possono rendere qualsiasi sito web conforme alle WCAG” o “possono garantire nel tempo la conformità alle WCAG”.

Per correttezza, la FTC si è pronunciata sulla pubblicità di un'azienda, non sul fatto che gli overlay aiutino o meno qualcuno. Ma la promessa che ha preso di mira compare ancora su molte landing page. Noi non la faremo.

Cosa dicono degli overlay gli utenti con disabilità e gli esperti?

In sostanza, che gli overlay aiutano poco e a volte intralciano. Il Forum europeo sulla disabilità (EDF) e l'International Association of Accessibility Professionals (IAAP) affermano che non rendono un sito conforme, e in uno studio del 2024 su 47 utenti ciechi e ipovedenti la maggior parte ha detto che gli overlay non erano utili e molti hanno segnalato conflitti con le proprie tecnologie assistive.

Quella dichiarazione non risparmia nemmeno i pannelli come il nostro. Afferma che, anche se “alcune di queste funzionalità possono aiutare alcuni utenti, la maggior parte è ridondante, perché già disponibile nei browser o fornita dalle tecnologie assistive scelte dagli utenti”. Pensiamo comunque che un pannello abbia un suo spazio, ma la critica è fondata ed è giusto che la senta da noi. La dichiarazione fissa anche l'asticella che ogni widget deve superare: “Non è accettabile che overlay, plugin o widget ostacolino l'accesso alle tecnologie assistive degli utenti, la scelta del browser e/o le funzioni del sistema operativo.”

Lo studio è “The Promise and Pitfalls of Web Accessibility Overlays for Blind and Low Vision Users” (si apre in una nuova scheda) di Makati, Tigwell e Shinohara (ACM ASSETS, ottobre 2024). Una sintesi dell'Università di Washington (si apre in una nuova scheda) aggiunge che fino al 42% degli intervistati aveva smesso di usare siti con overlay, mentre alcuni traevano beneficio da piccole regolazioni come dimensione del carattere o contrasto dei colori.

In Germania il BIK BITV-Test (si apre in una nuova scheda) non concede i suoi bollini a un sito che usa uno strumento di tipo overlay. Questo vale anche per i pannelli come il nostro, ed è per questo che la nostra documentazione sull'EAA chiede ai clienti di mettere in pausa il widget durante un test di quel tipo.

I siti con un widget vengono ancora citati in giudizio?

Sì. UsableNet, che monitora le cause statunitensi sull'accessibilità digitale, ha contato nel 2025 tra 95 e 155 cause al mese contro siti che avevano già installato un widget di accessibilità, e non ha riscontrato nel corso dell'anno “nessuna riduzione significativa delle cause contro chi usa un widget”. Un widget non elimina le barriere descritte nei ricorsi.

La rassegna delle cause del 2025 (si apre in una nuova scheda) di UsableNet conta oltre 5.000 cause sull'accessibilità digitale negli Stati Uniti in quell'anno. Alcuni ricorsi ora chiamano in causa il widget stesso, sostenendo che interferisce con gli screen reader.

Questi numeri vanno letti con attenzione. UsableNet vende servizi di accessibilità, e il conteggio non dimostra che i widget attirino cause: semplicemente, molti siti ne hanno uno. Dimostra un punto più circoscritto, ma decisivo: averlo installato non ha tenuto queste imprese lontane dal tribunale.

Quando può aiutare un pannello di accessibilità lato visitatore?

Un pannello di regolazioni aiuta quando un visitatore ha bisogno di una modifica che il sito non offre di base e non sa come ottenerla nel browser o nel sistema operativo. È adatto a esigenze occasionali o legate alla situazione, come occhi stanchi, un'emicrania o uno smartphone sotto il sole, più che alle esigenze di chi usa da tempo tecnologie assistive.

Qui le nostre strade si separano da quelle dei critici più severi, quindi teniamo distinti i dati dalle opinioni. I dati: chi usa da tempo screen reader e ingranditori di solito non trova utili gli overlay, e alcune persone traggono beneficio da modifiche semplici come dimensione del testo e contrasto. La nostra opinione: molte persone che leggerebbero meglio con un testo più grande non hanno mai aperto le impostazioni di accessibilità del browser, e un pulsante visibile si trova più facilmente.

• Una cliente anziana che trova le descrizioni dei prodotti piccole e fitte, e non ha mai usato lo zoom del browser.
• Una persona con dislessia che legge meglio con una spaziatura più ampia e una guida di lettura.
• Chiunque voglia fermare le animazioni mentre compila un modulo di prenotazione.

Sono modifiche di presentazione su un sito che funziona già. Un pannello non può dare a chi usa uno screen reader un'etichetta che nel codice non c'è, né rendere un checkout utilizzabile da tastiera.

Cosa può andare storto, e come andrebbe costruito un widget?

I rischi principali sono un widget che si scontra con le tecnologie assistive del visitatore, intrappola il focus da tastiera, cambia la pagina senza che nessuno lo chieda o aggiunge rumore per chi usa uno screen reader. Un widget ben fatto resta in disparte finché qualcuno non lo apre, è a sua volta pienamente utilizzabile con tastiera e screen reader e non riscrive mai la semantica della pagina.

Qualsiasi prodotto, compreso il nostro, va verificato con questo elenco, usando una tastiera e uno screen reader gratuito come nella nostra guida su come testare l'accessibilità di un sito web.

• Spento finché non serve. Nulla cambia finché un visitatore non attiva qualcosa. Rilevare le tecnologie assistive è anche un problema di privacy, come osservano EDF e IAAP, perché lascia intuire una disabilità.
• Nessuna riscrittura automatica. Testi alternativi indovinati e attributi ARIA iniettati possono contraddire ciò che uno screen reader annuncerebbe altrimenti.
• Accessibile a sua volta. Un vero pulsante, un pannello che funziona con Tab, frecce ed Esc, il focus restituito alla chiusura e un nome leggibile su ogni controllo.
• Rispetta le impostazioni di sistema. Se il sistema del visitatore chiede di ridurre il movimento, le animazioni del widget si fermano.
• Non intralcia. I visitatori possono spostarlo dal pulsante “Aggiungi al carrello”.
• Riservato e disattivabile. Le impostazioni restano nel browser del visitatore e valgono solo per quel sito, e il widget si può mettere in pausa durante un audit.

Cosa fa il nostro widget, e cosa non fa?

SiteAccessible è un pannello controllato dal visitatore: permette di cambiare contrasto, dimensione del testo, spaziatura, carattere, cursore e ausili alla lettura, oppure di scegliere uno degli otto profili. Non analizza, non ripara e non riscrive il codice, non rende il sito conforme ad alcuno standard e non offre alcuna protezione legale. Ecco come si comporta rispetto all'elenco precedente.

I piani Pro e Business aggiungono un generatore di dichiarazione di accessibilità, che registra lo stato scelto da Lei invece di deciderlo al posto Suo. Il resto è nell'elenco delle funzionalità.

Cosa fare al posto di un widget, o insieme a un widget?

Correggere l'accessibilità dove si trova davvero: nei template, nei contenuti e nei processi. Testare con strumenti automatici e a mano, coinvolgere persone con disabilità nei test dei percorsi principali, pubblicare una dichiarazione di accessibilità onesta e continuare a verificare man mano che il sito cambia. Un widget, se lo si vuole, va sopra questo lavoro e non ne sostituisce nessuna parte.

1. Capire a che punto si è. Lanciare uno strumento di verifica automatica gratuito, poi testare a mano i percorsi principali: ricerca, scheda prodotto, carrello, checkout.
2. Correggere alla fonte. Partire da ciò che blocca un'operazione: campi senza etichetta, pulsanti senza nome, trappole per la tastiera, testo poco contrastato, immagini senza testo alternativo. Alcune correzioni richiedono dieci minuti nel CMS; altre uno sviluppatore.
3. Verificare cosa chiede la legge. Chi vende a consumatori nell'UE dovrebbe leggere cosa richiede l'European Accessibility Act, compresa l'esenzione per le microimprese che forniscono servizi.
4. Testare con persone con disabilità. La Commissione ricorda che è importante “coinvolgere sempre le persone con disabilità nei test”. Anche due sessioni sul checkout sono utili.
5. Pubblicare una dichiarazione onesta su ciò che è stato testato e su ciò che manca ancora. La nostra guida alla dichiarazione contiene un modello.
6. Continuare nel tempo. Ripetere i test dopo ogni modifica importante e almeno una volta l'anno.

Se poi si aggiunge un widget, lo si faccia per i visitatori che lo useranno, non come bollino. E se qualcuno, noi compresi, promette che uno script renderà conforme il sito, conviene chiedere di vedere l'audit.