La prima tappa, Tappa 1a – Verifica da parte di esperti e metriche di riferimento, è stata concepita per gettare le basi per tutto ciò che seguirà.
Anziché iniziare immediatamente con singole correzioni, il progetto doveva prima rispondere ad alcune domande fondamentali: a che punto si trova attualmente Joomla? Quali barriere all’accessibilità esistono? Quanto sono gravi? Come si possono misurare i miglioramenti? E come dovrebbero essere eseguiti i test di accessibilità in modo coerente per il resto del programma?
Per rispondere a queste domande, Open Source Matters ha commissionato un audit indipendente condotto da Axess Lab, con la valutazione effettuata dallo specialista di accessibilità Eric Eggert nei mesi di luglio e agosto 2026.
Uno sguardo indipendente su Joomla
L’ambito originario della Milestone 1a prevedeva una verifica indipendente secondo le WCAG 2.2 AA e ATAG 2.0 dell’interfaccia di amministrazione di Joomla e del template frontend predefinito. La verifica doveva combinare test manuali e automatizzati, test da parte di esperti con tecnologie assistive e test degli utenti sui percorsi di navigazione principali. La verifica ha riguardato una selezione rappresentativa delle funzionalità di Joomla, tra cui:
- il template di amministrazione Atum
- il template frontend Cassiopeia
- l’autenticazione e l’autenticazione a più fattori
- il Media Manager
- il programma di installazione e il processo di aggiornamento di Joomla
- le visualizzazioni degli elenchi nel backend e i moduli di modifica
- i moduli utente nel frontend
- configurazione e autorizzazioni
L’audit è stato volutamente più ampio rispetto alla semplice esecuzione di un controllo automatizzato dell’accessibilità. Gli strumenti automatizzati possono identificare molti tipi di problemi di accessibilità, ma non sono in grado di determinare se un’interfaccia complessa possa effettivamente essere utilizzata in modo efficace con una tastiera o uno screen reader.
Axess Lab ha quindi combinato ispezioni manuali, test automatizzati, test di tecnologie assistive condotti da esperti e test con gli utenti.
42 problemi relativi alle WCAG individuati
L’audit WCAG 2.2 AA ha individuato 42 problemi di accessibilità:
- 4 critici
- 15 gravi
- 16 moderati
- 7 di entità minore
Inoltre, è stata registrata una raccomandazione relativa alle migliori pratiche.
L’audit ha valutato 27 criteri di successo WCAG come non soddisfatti, mentre 17 sono stati superati. Otto criteri sono stati considerati non applicabili e tre non sono stati testati.
È importante contestualizzare questi numeri. Il rapporto di audit sottolinea esplicitamente che, nonostante il numero di problemi riscontrati, il risultato è migliore della media per un progetto della complessità di Joomla. Vi sono aree in cui l’accessibilità ha chiaramente già ricevuto un’attenzione significativa, mentre altre richiedono un lavoro sostanzialmente maggiore.
Lo scopo dell’audit non è quindi quello di dichiarare Joomla “accessibile” o “inaccessibile”. Fornisce invece un quadro dettagliato e redatto in modo indipendente dello stato attuale e identifica dove sono necessari miglioramenti. Fornisce inoltre protocolli di test, script di automazione e criteri di accettazione che renderanno i test ripetibili, in modo da poter facilmente confrontare i risultati prima e dopo i test.
Dove si trovano i problemi più gravi?
Diversi risultati emergono in modo particolare perché possono impedire del tutto alle persone di utilizzare Joomla.
Una delle aree più significative è il Media Manager. L’audit ha rilevato che importanti informazioni visive non sono disponibili in modo coerente a livello di programmazione, la navigazione da tastiera è incoerente e gli elementi non espongono sempre i ruoli, gli stati e i nomi accessibili richiesti.
L’elenco delle estensioni rappresenta un’altra area problematica di rilievo. Attualmente non è possibile gestirlo in modo efficace tramite la tastiera, il che crea una barriera significativa per gli utenti che non possono utilizzare il mouse.
L’audit ha inoltre individuato un problema per cui l’editor può scomparire durante lo scorrimento su finestre di visualizzazione di piccole dimensioni. Ciò è particolarmente rilevante per le persone ipovedenti che potrebbero utilizzare una finestra di visualizzazione ridotta su uno schermo di grandi dimensioni per ingrandire i contenuti.
Altri risultati importanti includono tooltip inaccessibili, indicatori di focus insufficienti, problemi con l’interazione tramite tastiera, basso contrasto cromatico, controlli del calendario inaccessibili e problemi con le finestre di dialogo che non restituiscono il focus all’elemento che le ha attivate. Si tratta di problemi tipici per un prodotto della complessità di Joomla.
Non si tratta di semplici problemi estetici isolati. Influiscono sui modi fondamentali in cui le persone navigano, comprendono e utilizzano Joomla.
L’accessibilità da tastiera è un tema ricorrente
Uno degli aspetti più evidenti emersi dall’audit è l’importanza dell’accessibilità da tastiera.
Numerose interfacce di Joomla funzionano abbastanza bene se utilizzate con il mouse, ma diventano notevolmente più difficili da gestire quando si naviga con la tastiera.
Tra queste figurano le visualizzazioni degli elenchi nel backend, i moduli di modifica, il Media Manager e il programma di installazione delle estensioni. Le operazioni di trascinamento, i filtri, i tooltip, le finestre di dialogo e altri componenti interattivi possono creare ulteriori barriere.
I risultati dimostrano perché l’accessibilità non può essere ridotta alla semplice verifica della presenza dell’attributo ARIA corretto in un elemento. Un’interfaccia può avere un markup tecnicamente corretto ed essere comunque difficile o inefficiente da utilizzare.
Ciò è particolarmente evidente nella valutazione ATAG.
Joomla come strumento di authoring
Joomla non è solo un sito web che deve essere accessibile ai visitatori. È anche uno strumento di authoring utilizzato dalle persone per creare e gestire contenuti.
Per questo motivo, la Milestone 1a ha incluso una verifica rispetto alle Linee guida per l’accessibilità degli strumenti di authoring (ATAG) 2.0.
La verifica ATAG ha rilevato che Joomla offre nel complesso prestazioni relativamente buone, ma ha individuato cinque problemi:
- accesso tramite tastiera inefficiente
- assenza di una funzionalità di salvataggio automatico evidente
- la modifica nel frontend non rispetta la modalità scura
- assenza di una documentazione coerente sull’accessibilità
- assenza di uno strumento di verifica dell’accessibilità nell’editing frontend
Tra questi, la mancanza di una documentazione coerente sull’accessibilità è stata classificata come critica.
Il problema relativo alla tastiera fornisce un buon esempio del perché le ATAG siano importanti. Nell’interfaccia di editing di Joomla, gli utenti che utilizzano esclusivamente la tastiera potrebbero dover navigare all’indietro attraverso un gran numero di controlli per raggiungere la barra degli strumenti e salvare o annullare il proprio lavoro. Sebbene Joomla fornisca scorciatoie da tastiera, queste non sono sufficientemente individuabili e non coprono tutte le funzionalità della barra degli strumenti.
L’audit ATAG estende quindi la discussione sull’accessibilità oltre la domanda «Un visitatore può utilizzare un sito web Joomla?» verso un’altra domanda altrettanto importante:
Le persone con disabilità possono utilizzare Joomla stesso per creare contenuti accessibili?
Stabilire una linea di base misurabile
L’individuazione dei problemi è solo una parte della Milestone 1a.
Uno dei risultati più importanti è la misurazione di base rispetto alla quale sarà possibile valutare i progressi futuri.
Il progetto combina test automatizzati con test utente. I test automatizzati utilizzano il Joomla Accessibility Checker e axe, mentre i test utente sono stati effettuati su quattro percorsi utente definiti. Ciascun percorso è stato valutato in base alla possibilità di completarlo in modo autonomo, con difficoltà, utilizzando una soluzione alternativa o senza poterlo completare.
I risultati iniziali mostrano una variazione significativa tra i percorsi.
| Percorso | Errori di axe | Test con gli utenti |
|---|---|---|
| Percorso 1 | 3 | Per lo più completato, con qualche difficoltà |
| Percorso 2 | 8 | Per lo più bloccato |
| Percorso 3 | 7 | Bloccato o con difficoltà significative |
| Percorso 4 | 10 | Completato con notevoli difficoltà |
| Percorso 5 | 8 | Risultati contrastanti |
| Percorso 6 | 3 | Risultati contrastanti, tra cui una soluzione alternativa e un test bloccato |
I test con gli utenti hanno inoltre prodotto punteggi sulla Scala di Usabilità Accessibile (AUS) pari a 35, 73, 28 e 50 per i quattro partecipanti.
Questi numeri non intendono rappresentare un “punteggio di accessibilità di Joomla” universale. Il loro vero valore sta nel fatto che la stessa metodologia potrà essere applicata nuovamente in futuro.
Ciò rende possibile porre una domanda molto più significativa alla fine del programma:
Joomla è effettivamente diventato più accessibile?
Da un audit a una roadmap di sviluppo
La milestone 1a è stata intenzionalmente concepita come una milestone fondamentale.
La richiesta di offerta (RFP) originale richiedeva non solo l’audit e le metriche di riferimento, ma anche protocolli di test di accessibilità riutilizzabili e criteri di accettazione per le milestone successive.
Questi protocolli sono stati ora pubblicati insieme ai criteri di accettazione per i componenti comuni. Il loro scopo è rendere ripetibili i test di accessibilità e fornire una base comune per la valutazione del lavoro futuro.
Si tratta di un cambiamento importante nel modo in cui il lavoro sull’accessibilità può essere affrontato in Joomla.
Invece di trattare l’accessibilità come una serie di correzioni individuali, il progetto dispone ora di:
- una valutazione dello stato attuale realizzata in modo indipendente;
- un elenco documentato di problemi concreti di accessibilità;
- misurazioni di riferimento;
- percorsi utente definiti;
- procedure di test riutilizzabili; e
- criteri di accettazione applicabili ai lavori futuri.
I risultati possono inoltre essere utilizzati in diversi formati, tra cui esportazioni in JSON e CSV adatte a flussi di lavoro di tracciamento dei problemi come Jira e GitLab.
Cosa succederà ora?
La Milestone 1a non risolve i problemi che ha individuato. Il suo compito era quello di stabilire le prove e la metodologia necessarie per risolverli in modo efficace e di verificare che siano stati risolti.
Il passo successivo è quindi quello di trasformare questi risultati in un piano di correzione e in attività di sviluppo.
L’audit offre al progetto Joomla un quadro molto più chiaro su dove concentrare i propri sforzi. Alcuni problemi richiederanno modifiche ai componenti JavaScript e ai modelli di interazione di Joomla. Altri riguardano i template, il contrasto cromatico, la gestione del focus, i moduli, la documentazione o le pratiche relative ai contenuti.
Cosa ancora più importante, il lavoro futuro può ora essere valutato rispetto a una linea di riferimento definita, anziché basarsi su ipotesi o resoconti aneddotici.
Un processo trasparente
I risultati completi della Milestone 1a sono disponibili al pubblico sul sito web del Progetto Accessibilità di Joomla.
Visualizza i risultati completi della Milestone 1a →
Il materiale pubblicato include l’audit completo WCAG 2.2, l’audit ATAG, le metriche di riferimento, le linee guida e i risultati dei test utente, nonché i protocolli di test di accessibilità e i criteri di accettazione.
I rapporti dettagliati mantengono intenzionalmente la profondità tecnica dei risultati originali dell’audit. Ciò li rende utili non solo per la gestione del progetto e la rendicontazione, ma anche per gli sviluppatori di Joomla, gli specialisti dell’accessibilità e i collaboratori che desiderano comprendere esattamente come sono stati identificati i singoli risultati.
La Milestone 1a è quindi più di un semplice audit di accessibilità. È il punto di riferimento rispetto al quale il Progetto di Accessibilità di Joomla potrà misurare i propri progressi nel corso delle prossime tappe.
I risultati mostrano che Joomla dispone di solide basi in diversi ambiti, mettendo al contempo in evidenza dove permangono ostacoli significativi. La fase successiva del progetto consiste nel trasformare queste conoscenze in miglioramenti — e nel valutare se tali miglioramenti facciano davvero la differenza per chi utilizza Joomla.
Alcuni articoli pubblicati sulla rivista Joomla Community Magazine rappresentano l'opinione personale o l'esperienza dell'autore su un argomento specifico e potrebbero non essere in linea con la posizione ufficiale del progetto Joomla.
