Plugin WordPress per l’accessibilità: cosa possono fare e cosa no

Nella directory di WordPress ci sono decine di plugin sotto la parola accessibilità, e fanno cose molto diverse. Ne abbiamo installati 26 su un WordPress appena creato per vedere che cosa succede davvero dopo l’attivazione. Questo articolo mette in ordine il panorama, mostra a partire dagli errori più frequenti del web quale parte del lavoro si può automatizzare, e spiega perché nessun plugin rende il tuo sito conforme alla legge.

Tre tipi di plugin, tutti sotto la voce «accessibilità»

Una ricerca nella directory li mette tutti nello stesso calderone. In pratica si dividono in tre gruppi con compiti radicalmente diversi:

Un plugin di correzione imposta l’attributo di lingua, aggiunge i link di salto, collega i campi del modulo alla loro etichetta visibile, dà un titolo agli iframe e le celle di intestazione alle tabelle. Sono tutte informazioni per cui esiste una sola risposta corretta. Non può inventare un testo alternativo sensato, perché quello non discende dal markup ma dalla funzione dell’immagine.

Un widget – spesso chiamato overlay – appoggia una barra sopra la pagina perché i visitatori possano ingrandire il testo, aumentare il contrasto o fermare le animazioni. Chi non apre quella barra, cioè la grande maggioranza, vede la pagina invariata.

Il punto critico: la maggior parte dei plugin è due o tre di questi insieme. Per questo la domanda «qual è il plugin migliore?» non porta da nessuna parte. La domanda utile è: di quale delle tre parti ho bisogno, e il plugin è bravo proprio in quella parte?

Che cosa si può automatizzare e che cosa no

A questa domanda si risponde con i numeri. Ogni anno l’organizzazione WebAIM analizza in modo automatico le home page del milione di siti più visitati alla ricerca di errori WCAG. Nel febbraio 2026 il 95,9 per cento presentava almeno un errore rilevabile, contro il 94,8 per cento dell’anno prima. In media 56,1 errori per home page, un buon dieci per cento in più rispetto al 2025. I tipi di errore più frequenti sono gli stessi da anni.

L’elenco diventa interessante quando accanto a ogni errore si annota se un plugin è in grado di correggerlo:

Le precisazioni: qualunque strumento di verifica individua i problemi di contrasto in modo affidabile; correggerli è una decisione di design, e la prende una persona. Le etichette mancanti sui campi dei moduli si possono quasi sempre collegare in automatico, purché un’etichetta visibile esista. Un link vuoto che contiene solo un’icona può ricevere un nome; un link senza destinazione riconoscibile è invece un errore redazionale. E la lingua del documento mancante è l’unico caso che un plugin risolve del tutto.

Ne segue un conto scomodo. L’errore di gran lunga più frequente del web è proprio quello che nessun plugin può risolvere al posto tuo: il contrasto insufficiente, su più di quattro home page su cinque. E l’unico errore dell’elenco interamente automatizzabile arriva per ultimo.

Qui un widget può offrire una modalità ad alto contrasto. Questo aiuta i pochi che trovano la barra e la attivano. Per tutti gli altri – e per ogni verifica automatizzata, compresa quella di un’autorità di controllo – la pagina resta invariata.

Il panorama: 26 plugin nella directory

Cercando «accessibility» nella directory si ottengono oltre 3.000 risultati, e la maggior parte non ha nulla a che vedere con l’accessibilità in senso stretto. L’elenco che segue raccoglie le voci che fanno davvero una delle tre cose descritte sopra, da 500.000 installazioni fino ai piccoli fornitori di lingua tedesca. Prima la visione d’insieme:

Dati dalla directory dei plugin di WordPress, consultata il 10 settembre 2026. La directory indica le installazioni per fasce e le valutazioni cambiano di continuo. Le colonne «Tipo» e «Account necessario» sono una nostra classificazione ricavata dalla prova.

Cinque osservazioni che ci sembrano più importanti della classifica:

• Diffusione e soddisfazione vanno in direzioni diverse. Il plugin di gran lunga più installato – prima One Click Accessibility, poi Ally, oggi di Elementor – ha allo stesso tempo la valutazione peggiore: 2,9 su 5 con 162 recensioni. Le critiche riguardano soprattutto gli inviti all’acquisto nel pannello di amministrazione e l’obbligo di creare un account presso il fornitore; le funzioni di IA più avanzate sono a pagamento.
• Un fornitore, due voci. Dietro AccessibleWP con 20.000 installazioni c’è lo stesso fornitore di Accessibility by UserWay con 80.000. In totale 100.000 installazioni per una sola azienda. AccessibleWP è stato aggiornato l’ultima volta nell’ottobre 2024 ed è testato fino a WordPress 6.6.7: la voce più vecchia dell’intero elenco.
• C’è anche il settore vicino. AccessiYes, con 20.000 installazioni, viene da CookieYes, fornitore di banner per il consenso. L’accessibilità è diventata evidentemente un prodotto aggiuntivo, segno della domanda creata dall’EAA.
• Lo strumento con la valutazione più alta non corregge nulla. Accessibility Checker verifica dentro l’editor e segnala che cosa non va, nient’altro. A quanto pare è proprio la parte di cui le redazioni hanno più bisogno.
• La manutenzione è un criterio di scelta. Dodici delle 26 voci sono testate fino a WordPress 7.1, quattro sono ferme a 6.8.8 o prima. Un plugin per l’accessibilità che non viene più testato con la versione corrente di WordPress può diventare esso stesso una fonte di errori, proprio perché interviene in profondità nell’HTML che viene servito.

Che cosa succede dopo l’attivazione

Questa è la parte che i dati della directory non raccontano. Per diversi plugin dell’elenco la prima schermata dopo l’attivazione non è un’impostazione ma un modulo di registrazione. La voce nella directory è allora la cornice di un servizio che gira presso il fornitore e lì viene fatturato.

A questi si aggiungono AllAccessible, la cui pagina di amministrazione da noi è rimasta vuota perché viene caricata dal fornitore, e AAArdvark, che chiede una chiave API prima di mostrare un rapporto. Anche i fornitori tedeschi Hürdenlos.Assist e BarrierEase richiedono prima una chiave o una registrazione legata all’indirizzo del sito.

Non è un’accusa: un servizio può costare, e alcuni fornitori danno parecchio in cambio. Ma ha tre conseguenze da mettere sul tavolo prima di decidere:

• Protezione dei dati. Se il widget viene caricato da un server esterno a ogni visita, lì arriva quantomeno l’indirizzo IP dei tuoi visitatori. Per un ente pubblico spesso è già motivo di esclusione; per tutti gli altri è una voce nel registro dei trattamenti e, di norma, un contratto di responsabile del trattamento.
• Disponibilità. Se il fornitore va giù, la funzione va giù, e con alcuni widget se ne va anche una parte dell’usabilità del sito.
• Dipendenza. Alla fine dell’abbonamento il sito torna com’era. Ciò che non ha cambiato nulla nel markup non lascia nulla.

L’altra metà del panorama funziona subito dopo l’attivazione, senza account. Ne fanno parte i due strumenti meglio valutati dell’elenco:

Gli strumenti uno per uno

Correzione: che cosa cambia davvero l’HTML

La voce di WP Accessibility merita attenzione. Viene da Joe Dolson, membro di lunga data del team accessibilità di WordPress e referente per il core e l’editor a blocchi. La seconda frase della sua descrizione dice:

«WP Accessibility is not intended to make your site compatible with any accessibility guidelines.»

Non è falsa modestia ma l’affermazione tecnicamente corretta, e un buon metro per tutte le altre voci. Il plugin inserisce i link di salto, impone i campi di testo alternativo nell’editor, segnala nella libreria le immagini senza testo alternativo e ripulisce una serie di difetti tipici dei temi. Non promette nulla di più.

WP Accessibility Helper è l’ibrido del gruppo: una barra per i visitatori più alcuni interventi nel markup. La voce è di nuovo curata: la versione del 2 settembre 2026 è testata fino a WordPress 7.1. Nella pagina delle impostazioni colpisce però quanto spazio occupino i rimandi alla versione a pagamento.

Verifica: gli strumenti che non promettono nulla

Questo gruppo è il meno appariscente e, nella pratica, il più utile. Non corregge nulla: dice su che cosa lavorare, e fornisce così la base per la dichiarazione di accessibilità che comunque devi firmare tu.

Editoria11y e Sa11y vengono entrambi dal mondo universitario e lavorano direttamente nella vista di modifica: segnalano i problemi dove il testo viene scritto, invece che in un rapporto separato. Per una redazione con molti autori è il posto più efficace.

WP ADA Compliance Check Basic fornisce un rapporto dettagliato sull’intero sito, ed è al tempo stesso l’esempio di quanto i rimandi alla versione completa possano coprire un rapporto. Nella versione gratuita la verifica è limitata a 15 pagine.

Widget: che cosa distingue le barre

I widget si somigliano più di quanto lascino intendere le pagine di prodotto: dimensione del testo, contrasto, cursore, arresto delle animazioni, spesso una lettura vocale. Le differenze stanno soprattutto in tre punti: se il widget arriva dal tuo server o da quello del fornitore, quanto si adatta alla tua grafica e quanta parte delle funzioni contiene la versione gratuita.

I fornitori dalla Germania

La Germania ha recepito l’EAA con il nome di Barrierefreiheitsstärkungsgesetz (BFSG), in vigore da giugno 2025, e attorno a esso è nato un piccolo mercato di lingua tedesca. Tutte queste voci restano sotto il centinaio di installazioni; il tema è giovane e qui i numeri non dicono nulla sulla qualità.

AccessGO ne è il fornitore più visibile. Dopo l’attivazione una procedura in tre passaggi guida la configurazione; il secondo passaggio è la creazione di un account, con tanto di codice sconto.

Perché nessun plugin rende il tuo sito conforme alla legge

Alcune schede si leggono in modo molto diverso. Il fornitore tedesco AccessGO, per esempio, scrive che il suo plugin «soddisfa i requisiti della legge tedesca sul rafforzamento dell’accessibilità (BFSG), della BITV e dell’European Accessibility Act (EAA)» e genera automaticamente «dichiarazioni di accessibilità giuridicamente sicure». La scheda si chiude con questa frase: «Installare, attivare e diventare subito conformi alla legge.» (Tradotto dal tedesco.) Frasi come questa sono il motivo di questa sezione.

Le autorità di controllo tedesche, federale e dei Länder – proprio quelle che valutano la conformità nel quadro della direttiva europea sull’accessibilità del web – hanno pubblicato nel marzo 2025 una valutazione congiunta sugli strumenti overlay. Tre frasi, tradotte:

«Un sito web non accessibile non diventa necessariamente accessibile ai sensi dei requisiti di legge attraverso l’uso di uno strumento overlay.»

«Allo stato attuale, gli strumenti overlay non sono in grado di rendere pienamente accessibile un sito che presenta barriere.»

«Spesso l’integrazione di uno strumento overlay peggiora l’accessibilità di un sito per chi utilizza tecnologie assistive.»

L’ultima frase è la più scomoda: un widget costruito male può peggiorare la situazione, perché si inserisce tra la pagina e gli ausili tecnici con cui lavorano le persone cieche e ipovedenti.

Sul piano internazionale lo stesso punto è costato caro. Nel gennaio 2025 l’autorità statunitense per il commercio FTC ha imposto al fornitore di overlay accessiBe il pagamento di un milione di dollari. L’accusa: l’affermazione che lo strumento rendesse qualsiasi sito conforme alle WCAG era «false, misleading, or unsubstantiated». La FTC ha inoltre contestato che articoli e recensioni di terzi fossero presentati come pareri indipendenti senza rivelare i legami commerciali dell’azienda con quei recensori.

Quanto sia diffuso l’equivoco lo mostra un caso tedesco: nel luglio 2025 l’associazione Digitale Barrierefreiheit e. V. ha rilevato che proprio l’autorità di vigilanza del mercato competente per il BFSG utilizzava uno strumento overlay sul proprio sito. Se la distinzione risulta difficile perfino lì, non è una mancanza se la trova difficile un’associazione o un’agenzia.

Come riconoscere un plugin che vale

Sei controlli che si fanno in pochi minuti:

1. Dice che cosa non sa fare. Una scheda senza alcuna riserva è un campanello d’allarme, non un segno di qualità.
2. Non promette conformità. «Conforme all’EAA», «giuridicamente sicuro», «100 % WCAG»: nessun plugin può mantenerlo, perché nulla di tutto ciò dipende solo da lui.
3. Non carica codice da server esterni. Un widget prelevato dal server del fornitore a ogni visualizzazione vi trasmette i dati dei tuoi visitatori e smette di funzionare quando il fornitore va giù. Per gli enti pubblici questo basta spesso a chiudere la questione, per motivi di protezione dei dati.
4. Si può disattivare senza rompere il sito. Un plugin che non si riesce più a rimuovere non è uno strumento comprato ma una dipendenza.
5. Viene mantenuto. Testato con la versione corrente di WordPress, aggiornato negli ultimi mesi, con risposte nel forum di supporto.
6. Mostra che cosa ha cambiato. Devi poter ricostruire quali correzioni sono attive, altrimenti non puoi né verificare né documentare.

L’ordine che funziona

Un plugin non è il primo passo ma il secondo. Questa sequenza ha senso:

1. Misurare. Sapere prima che cosa manca davvero, altrimenti compri una soluzione per un problema che non conosci. Come si fa è spiegato nell’articolo testare l’accessibilità del sito.
2. Chiudere le lacune meccaniche. Attributo di lingua, link di salto, etichette dei moduli, titoli degli iframe. È ciò per cui è fatto un plugin di correzione, e si sistema in un pomeriggio.
3. Pianificare il lavoro redazionale. Testi alternativi, struttura dei titoli, testi dei link parlanti. Questo è il blocco grosso, e non si compra. Quel che aiuta è un elenco e un ritmo settimanale: venti immagini a settimana e anche una grande libreria multimediale è smaltita in un trimestre.
4. Portare il design nel prossimo restyling. Contrasti e visibilità del focus appartengono al design, non a un plugin. Previsti per tempo, non costano nulla in più.
5. Il widget per ultimo. È un di più per i visitatori a cui piace: non una base e non una prova.

Fonti e avvertenze

• WebAIM: The WebAIM Million, rilevazione di febbraio 2026
• Organismi di vigilanza federali e regionali tedeschi: Valutazione congiunta sull’uso degli strumenti overlay, marzo 2025 (in tedesco)
• Federal Trade Commission: Order Requires Online Marketer to Pay $1 Million, 3 gennaio 2025
• Digitale Barrierefreiheit e. V.: L’autorità di vigilanza del mercato usa essa stessa uno strumento overlay, 14 luglio 2025 (in tedesco)
• Dati e citazioni dalle schede dei plugin: directory dei plugin di WordPress, consultata il 10 settembre 2026

Le schermate mostrano le interfacce di amministrazione dei plugin citati nella nostra installazione di prova, riprese il 10 settembre 2026, e servono a illustrare il testo. Tutti i marchi e i nomi di prodotto appartengono ai rispettivi titolari. Se qui manca un plugin o è classificato male, lo correggiamo volentieri: scrivici.