INTRO: si parla pochissimo in Italia, di quello che sta succedendo in WordPress e soprattutto del fatto che la community italiana si è dispersa gradualmente e inesorabilmente.
Ne ho fatto parte attiva per 5 anni con 3 WordCamp, contributi, traduzioni e altri eventi ma questa è stata la spinta alla decisione finale, un comportamento che un fondatore non dovrebbe tenere verso chi contribuisce a permettere che la sua piattaforma tenga in piedi il 43% dei siti Internet fra notizie, commerci elettronici, blog personali, ecc.
Una lettera aperta a Matt Mullenweg sull’accessibilità in WordPress
Traduzione italiana di: Elena Brescacin - @elettrona@poliversity.it
Data: 18 ottobre 2026
di Darrell Hilliker
Gentile Signor Mullenweg,
Le scrivo pubblicamente in qualità di utente non vedente che utilizza quotidianamente uno screen reader, di professionista certificato IAAP in accessibilità web (CPWA) e di editore di Blind Access Journal. Molti dei nostri lettori, e molti dei miei colleghi professionisti con disabilità, sono autori, creatori, editori, sviluppatori e proprietari di siti che si affidano a WordPress ogni giorno. Ho scelto di rendere pubblica questa lettera perché le decisioni in questione sono state prese in pubblico, riguardano una comunità molto ampia di persone e tale comunità merita di ascoltare le sue risposte in modo diretto.
La mia preoccupazione riguarda la sua recente azione sul ticket Trac di WordPress #50486, “Migliorare l’accessibilità degli avvisi di amministrazione”, e ciò che essa segnala sul futuro dell’accessibilità in WordPress.
Ciò che il ticket doveva correggere
Il ticket #50486 è stato aperto nel 2020 per affrontare una barriera fondamentale. Gli avvisi di amministrazione in WordPress non possiedono una semantica che li identifichi per le tecnologie assistive. Quando appare un avviso, un utente di screen reader non ne viene informato e chi naviga da tastiera non ha modo di spostarsi direttamente su di esso. All’atto pratico, le persone come me possono perdere conferme, avvertimenti ed errori che gli utenti vedenti notano a colpo d’occhio.
Il ticket è stato rinviato attraverso molti cicli di rilascio. All’inizio di questo mese, è stata finalmente approvata una modesta correzione. Posizionava gli avvisi in un punto di riferimento (landmark) navigabile e aggiungeva un conteggio degli avvisi al titolo della pagina, che è la prima cosa annunciata da uno screen reader al caricamento di una pagina. Dopo sei anni, rappresentava un vero progresso.
Cos’è successo dopo
La modifica ha fatto emergere legittimi problemi tecnici, tra cui il conteggio degli avvisi che appariva nella Bacheca e nell’editor a blocchi anche quando nessun avviso era visibile, e i collaboratori stavano lavorando attivamente alle correzioni. Perfezionare o revocare una modifica imperfetta è una parte normale dello sviluppo software, e il commit di ripristino che è seguito ne ha spiegato chiaramente le ragioni tecniche. La mia preoccupazione non riguarda il fatto che il lavoro sia stato rivisto. La mia preoccupazione riguarda il modo in cui è stata presa la decisione e ciò che l’ha accompagnata.
Il Suo primo commento su questo ticket di accessibilità vecchio di sei anni è stato l’ordine di annullare tutto il lavoro. nello stesso commento, ha comunicato ad Andrea Fercia che non ricopriva più alcuna posizione o autorità su WordPress.org e che era “invitato a contribuire con i suoi talenti a un altro progetto”. Nel ticket non è stata fornita alcuna motivazione tecnica. Come riportato da The Repository il 16 ottobre, Lei ha successivamente affermato su WordPress Slack che semplicemente non era più interessato ai suoi contributi. Riconosco che Lei si è anche scusato per il blocco temporaneo all’account del Sig. Fercia, spiegando che non era nelle sue intenzioni.
Il Sig. Fercia ha contribuito a 33 rilasci di WordPress, è stato un core committer per un decennio ed è uno degli specialisti di accessibilità con più esperienza che il progetto abbia mai avuto. Rimuoverlo in questo modo, su un ticket riguardante l’accessibilità e nel mezzo di una collaborazione attiva su quel ticket, invia un segnale inequivocabile agli utenti con disabilità e alle persone che ne tutelano i diritti.
Un modello che preoccupa la nostra comunità
Questo non è un episodio isolato. Ad agosto, lei ha dichiarato che il Team Accessibilità ha superato la propria autorità, utilità e statuto, e che qualsiasi altro team o committer potrebbe ignorare i suoi suggerimenti. Nel 2025, ha proposto di sviluppare i miglioramenti dell’accessibilità come plugin canonico anziché nel core. Considerate nell’insieme, queste azioni rendono difficile per gli utenti con disabilità capire se l’accessibilità rimanga un valore fondamentale di WordPress o se sia ormai considerata un ostacolo al progresso.
L’accessibilità non può essere opzionale per le persone che ne hanno bisogno. Quando vive al di fuori del core, o dipende dalla posizione di singoli sostenitori, le persone con disabilità sono quelle che vengono lasciate indietro.
Anche l’effetto sui collaboratori è importante. Diversi stimati membri della comunità di WordPress hanno affermato pubblicamente di sentirsi impossibilitati a parlare liberamente di questi eventi. Un progetto che dipende da contributi volontari e sponsorizzati non può costruire software accessibile se le persone che svolgono quel lavoro temono le conseguenze del farlo.
Domande importanti
Nello spirito di trasparenza che il progetto WordPress ha a lungo promosso, Le chiedo rispettosamente di rispondere pubblicamente alle seguenti domande:
Considera l’accessibilità un requisito fondamentale di WordPress, su un piano di parità con prestazioni, sicurezza e usabilità, piuttosto che un miglioramento opzionale?
Qual è il suo piano, e la tempistica prevista, per rendere percepibili e navigabili gli avvisi di amministrazione per gli utenti di screen reader e da tastiera, ora che il lavoro sul ticket #50486 è stato spostato a una versione futura?
Quale autorità e ruolo deterrà il Team Accessibilità in futuro, e come verranno integrate le sue competenze nelle decisioni che riguardano gli utenti con disabilità?
Quale processo e quali criteri sono stati applicati nel rimuovere i ruoli di Andrea Fercia, e quale processo regolerà decisioni simili in futuro, in linea con il Codice di Condotta del progetto?
Quale impegno può prendere nei confronti di autori, creatori, sviluppatori e proprietari di siti con disabilità sul fatto che gli strumenti da cui dipendono rimarranno loro accessibili?
Un invito a rispondere
WordPress gestisce una quota importante del web e le sue scelte plasmano ciò che milioni di persone, inclusi milioni di persone con disabilità, possono leggere, pubblicare e creare. Risposte chiare farebbero molto per ripristinare la fiducia. Se sceglierà di rispondere, Blind Access Journal pubblicherà la sua risposta integralmente e senza modifiche, affinché i nostri lettori possano ascoltarla direttamente da lei.
Ai nostri lettori, e a chiunque nella comunità di WordPress condivida queste preoccupazioni: vi incoraggio a leggere i report di The Repository e la cronologia del ticket in autonomia, e ad aggiungere la vostra voce in modo rispettoso e costruttivo.
Cordiali saluti,
Darrell Hilliker, CPWA
Editore, Blind Access Journal
#WordPress #a11y #accessibility #community
