QualiBooth

QualiBooth è una piattaforma commerciale per l’accessibilità sviluppata per i team che trattano l’accessibilità come qualità operativa continuativa e non come un audit una tantum. Il suo prodotto di punta, QualiBooth Agora, offre a team di ingegneria, design, legale e conformità una visione condivisa di dove si trova un sito rispetto a WCAG oggi, dove si trovava la settimana scorsa e quali problemi richiedono attenzione immediata — e, in misura crescente, li corregge nel punto di creazione anziché attendere che una scansione periodica faccia emergere la regressione in produzione.

Funzionalità

La piattaforma copre l’intero flusso di lavoro dell’accessibilità, dal rilevamento alla correzione fino alla certificazione. Ogni funzionalità è progettata per integrarsi con la parte del team — ingegneria, design, contenuti, legale o direzione — che ne ha bisogno.

Scansione continua su inventari di siti completi. È sufficiente configurare una sitemap o un elenco di URL una volta sola, e QualiBooth effettua scansioni automatiche in base a una pianificazione. I risultati si aggregano in pagine di dettaglio per URL, cronologie per singolo problema e rollup a livello di dashboard. In ogni esecuzione vengono valutati sia il profilo mobile sia quello desktop, portando alla luce bug specifici del layout che gli strumenti a singolo viewport non rilevano — sovrapposizione dell’intestazione fissa, trappole di focus su schermi stretti, contenuti visibili solo al passaggio del mouse che diventano inaccessibili al tocco.

Problemi classificati per gravità. Ogni violazione è categorizzata come critica, alta, media o bassa in base all’impatto e al livello di conformità WCAG. Il flusso di triage segue naturalmente dalla categorizzazione: i problemi critici e alti bloccano il rilascio; i medi vanno nel backlog; i bassi emergono per la revisione del design. I team smettono di scorrere elenchi di regole in ordine alfabetico e iniziano a lavorare da una vera coda di priorità.

Live Scan e QualiSense. È possibile incollare qualsiasi URL ed eseguire una scansione su richiesta con risultati in pochi secondi — utile per la revisione ad hoc delle pull request, le segnalazioni di bug dei clienti o la verifica rapida che una correzione sia effettivamente stata distribuita. QualiSense, l’assistente di correzione con supporto AI, guida attraverso i problemi in linguaggio naturale: di cosa si tratta, perché è rilevante per quali gruppi di utenti e come correggerlo per il pattern specifico sulla pagina. La differenza tra «correggi la regola axe-core aria-hidden-focus» e «questo elemento è nascosto agli screen reader ma riceve comunque il focus da tastiera, quindi gli utenti da tastiera navigano verso contenuti invisibili. Ecco la modifica del markup per il tuo componente specifico.»

Assistente di codice basato su AI nell’IDE. Un’integrazione QualiBooth per VS Code e gli strumenti JetBrains segnala le violazioni di accessibilità mentre gli sviluppatori scrivono il codice, suggerisce correzioni a livello di codice in linea e consente all’ingegnere di applicare il suggerimento senza uscire dall’editor. Il ragionamento economico per lo shift-left dell’accessibilità è lo stesso del shift-left del controllo dei tipi: un aria-label mancante intercettato alla digitazione richiede minuti; lo stesso problema rilevato durante il prossimo audit trimestrale richiede uno sprint di correzione. L’assistente IDE sposta l’accessibilità dall’«audit a fine sprint» al «linting durante la digitazione» — lo stesso passaggio che i type-checker moderni e le regole ESLint hanno compiuto per la correttezza del codice un decennio fa.

Generatore di dichiarazione di accessibilità. Una procedura guidata che produce una dichiarazione di accessibilità pronta per la pubblicazione in base al livello di conformità, alla giurisdizione e ai problemi noti selezionati dal team. L’output è formattato per l’Allegato V dell’EAA, il modello della Direttiva sull’accessibilità dei siti web dell’UE, la struttura del Cabinet Office del Regno Unito per PSBAR, le dichiarazioni di Section 508 e gli impegni in stile ADA — a seconda delle esigenze del pubblico del team. La dichiarazione ottiene un URL stabile che il team può inserire nel footer del sito, con i dati di scansione della piattaforma a supporto delle specifiche dichiarazioni di conformità anziché il generico testo «siamo impegnati nell’accessibilità» che contraddistingue le dichiarazioni più datate.

Generatore VPAT. Un generatore guidato che produce un VPAT 2.5 ACR rispetto a Section 508, EN 301 549, WCAG 2.x o il modello combinato «Worldwide». I dati di scansione della piattaforma vengono utilizzati per pre-compilare le risposte criterio per criterio — Supports / Partially Supports / Does Not Support, con le evidenze a supporto tratte dai risultati di scansione effettivi. Quello che in precedenza era un documento da costruire nell’arco di più settimane per le procedure di appalto diventa una revisione guidata di testo bozza pre-compilato.

Un punteggio di accessibilità da 0 a 100 per URL, aggiornato ad ogni scansione, rende le regressioni immediatamente visibili e fornisce agli stakeholder non tecnici una metrica effettivamente monitorabile senza dover apprendere il vocabolario WCAG.

Nativo per gli agenti: server MCP

QualiBooth include un server MCP (Model Context Protocol) che consente agli agenti AI — Claude, ChatGPT, Cursor e qualsiasi altro client compatibile con MCP — di interagire con la piattaforma direttamente tramite chiamate di strumenti strutturate anziché tramite scraping dell’interfaccia utente. Un agente può avviare una scansione, leggere i problemi per un URL specifico, proporre una correzione per un selettore specifico, generare la dichiarazione di accessibilità per un progetto o redigere una risposta VPAT — tutto senza uscire dal ciclo di ragionamento dell’agente.

Per i team che sviluppano flussi di lavoro basati su agenti — correzioni automatiche che chiudono ticket di accessibilità, pull request di correzione automatizzate generate da un agente a esecuzione prolungata, revisioni di accessibilità assistite da agenti su ogni PR — questo trasforma QualiBooth da una dashboard da consultare in un servizio che gli agenti possono gestire direttamente.

Si tratta di un posizionamento rilevante. La maggior parte delle piattaforme di accessibilità è pensata prima di tutto per l’interfaccia utente umana, con la loro automazione raggiungibile solo tramite web scraper fragili. Trattare la piattaforma come un servizio richiamabile che gli agenti possono comporre con gli altri strumenti MCP collegati è la direzione verso cui si sta muovendo la tooling per sviluppatori nativa per gli agenti nel 2026 — e QualiBooth è una delle prime piattaforme di accessibilità a offrire questa superficie come prodotto di prima classe.

Clienti

Il portafoglio clienti di QualiBooth comprende marchi globali del retail, della moda e della consulenza che operano in mercati in cui l’EAA, l’ADA e i regimi nazionali di accessibilità creano una reale esposizione al rischio — tra cui Puma, Acne Studios, Hunkemöller e Valantic. Altri adottanti includono piattaforme enterprise in settori regolamentati (finanza, banche, assicurazioni, sanità, scienze della vita), enti del settore pubblico soggetti alla Direttiva sull’accessibilità dei siti web dell’UE, PSBAR, RGAA e regimi nazionali comparabili, oltre ad agenzie digitali che gestiscono programmi di accessibilità per portfolio di clienti.

Questo sito — disabilityworld.org — utilizza QualiBooth come parte del proprio programma di accessibilità. Le iterazioni di correzione guidate da QualiBooth a metà 2026 (commit 1db63a7, 9a21fc8, 01dbe5e di questo repository) sono documentate come esempio pratico della piattaforma che intercetta problemi sfuggiti ai gate di CI e emersi solo nelle scansioni in produzione.

Perché i team lo scelgono

Quattro caratteristiche emergono sistematicamente nelle valutazioni:

1. Copertura operativa. La maggior parte dei programmi di accessibilità inizia con un audit manuale, produce un piano di correzione e poi regredisce perché nessuno monitora le modifiche successive. La scansione continua di QualiBooth intercetta la regressione alla prima esecuzione pianificata anziché al prossimo audit trimestrale. La differenza di costo tra l’intercettazione di una regressione nella scansione notturna e l’intercettazione dopo lo scraping da parte dello studio legale di un ricorrente è di circa cinque ordini di grandezza.
2. Correzione shift-left. L’assistente di codice IDE sposta il rilevamento dell’accessibilità dall’«revisione finale» all’«avviso durante la digitazione». Uno sviluppatore che avrebbe distribuito un aria-label mancante o una trappola di focus vede l’avviso e la correzione suggerita nell’editor; la revisione della PR non deve più intercettarlo; il responsabile dell’accessibilità non deve più redigerlo.
3. Intelligibilità trasversale ai team. Ingegneri, designer, editor di contenuti, team legali e dirigenti consumano tutti lo stesso rapporto, ciascuno attraverso una vista adattata al proprio lavoro. Gli ingegneri analizzano selettori e codice. I designer vedono screenshot e anteprime a livello di elemento. I team legali vedono rollup di gravità, linee di tendenza e bozze di dichiarazioni di accessibilità. I dirigenti vedono il punteggio da 0 a 100 e la tendenza delle regressioni. Nessuno deve tradurre tra team.
4. Allineamento agli standard e generazione di artefatti. La copertura delle regole della piattaforma traccia WCAG 2.1 / 2.2, EN 301 549 e Section 508 per costruzione. I generatori integrati di dichiarazione di accessibilità e VPAT trasformano direttamente i dati di scansione negli artefatti richiesti da acquirenti e autorità di regolamentazione — senza flussi di lavoro separati, senza copia-incolla tra l’output dello scanner e il modello, senza la corsa «abbiamo bisogno di un VPAT entro venerdì» prima delle scadenze per gli appalti.

Collocazione in un programma di accessibilità

QualiBooth gestisce i livelli di rilevamento continuo e correzione strutturata di un programma di accessibilità maturo: le parti che vengono eseguite ogni notte, ad ogni commit, ad ogni rilascio; le parti che trasformano i dati di scansione negli artefatti che acquirenti e autorità di regolamentazione si aspettano; le parti che incontrano gli sviluppatori dove già lavorano, nell’IDE, e gli agenti dove già orchestrano, tramite MCP.

È complementare — e non sostitutivo — agli strati che nessuna piattaforma automatizzata può sostituire: test manuali con tecnologie assistive reali, ricerca con utenti con disabilità, revisioni del design secondo i principi dell’inclusive design e l’audit esterno periodico. I team che adottano QualiBooth passano tipicamente da «effettuiamo audit di accessibilità due volte l’anno» a «conosciamo il punteggio di accessibilità per ogni URL in questo momento» — e da questa visibilità deriva il resto del programma.