QualiBooth

Lo scanner di accessibilità più avanzato al mondo

Gli scanner statici leggono il tuo markup. La nostra IA guida il tuo sito.

Ogni concorrente passa lo stesso insieme di regole statiche sul tuo DOM. QualiBooth Deep Scan è un agente IA: apre un browser vero, percorre le tue pagine con il tab, decide quali controlli vale la pena sollecitare, apre le tue finestre di dialogo e misura ciò che ottiene davvero chi naviga da tastiera, con lo screenshot a dimostrarlo.

12 controlli IA
che nessuno strumento statico esegue
Con le prove
una misura e uno screenshot
Il report QualiBooth con i rilievi Deep Scan contrassegnati accanto a quelli statici.

La parte che nessuno scansionava

La copertura automatica ha smesso di migliorare. Così abbiamo messo un agente IA sulla pagina.

L'analisi statica legge il DOM e il CSS e deduce ciò che dovrebbe accadere. Lo fa davvero bene, ed è il motivo per cui ogni strumento di accessibilità sul mercato trova sul tuo sito sostanzialmente gli stessi problemi. I difetti che strutturalmente non può vedere sono quelli che esistono solo mentre la pagina è in esecuzione. Finora, trovarli significava mettere una persona davanti alla pagina. Deep Scan ci manda invece un agente, su ogni pagina e a ogni esecuzione.

Cosa vede qualsiasi scanner statico

Un’istantanea del markup, a riposo.

  • Questo pulsante non ha un nome accessibile.
  • Questo testo è a 3,1:1 rispetto al colore di sfondo dichiarato.
  • Questo attributo ARIA non è ammesso su questo ruolo.
  • Testo su una fotografia: da verificare. Dovrebbe guardarlo una persona.

Cosa misura l'agente Deep Scan

Un browser vero, guidato dall’IA, con il cronometro che gira.

  • L'anello di focus differisce di zero pixel dallo stato senza focus. Ha vinto outline:none.
  • Il titolo bianco è a 2,8:1 rispetto ai pixel che stanno davvero dietro.
  • Il tab raggiunge questo controllo, poi la barra dei cookie fissa lo copre del tutto.
  • Escape chiude la finestra, ma il focus finisce sul body, non sul controllo che l’ha aperta.

L’elenco dei controlli

Dodici controlli che richiedono una pagina in esecuzione

L’agente decide cosa vale la pena esplorare; poi ogni controllo misura invece di dedurre. Ogni rilievo porta con sé il valore misurato, la soglia superata e - per la maggior parte dei controlli - lo screenshot del momento in cui è accaduto.

  • 01

    Visibilità del focus

    Fotografa ogni controllo con e senza focus e confronta i pixel. Non legge mai il tuo CSS: outline:none seguito da una regola :focus-visible è un successo, e solo i pixel lo sanno.

    WCAG 2.4.7 WCAG 2.4.13

  • 02

    Occlusione del focus

    Esegue hit test sul controllo che ha il focus e misura quanto lo copre la tua intestazione fissa o la barra dei cookie. Percorre il tab in entrambe le direzioni, perché ciascuna lascia arenato un controllo diverso.

    WCAG 2.4.11 WCAG 2.4.12

  • 03

    Ordine di tabulazione

    Percorre la sequenza reale di tabulazione e la confronta con l’ordine del DOM e con l’ordine visivo di lettura, con uno screenshot numerato del percorso.

    WCAG 2.4.3

  • 04

    Trappole da tastiera

    Trova cicli di focus che rendono irraggiungibile il resto della pagina. Una finestra che trattiene il tab e lo rilascia con Escape è comportamento corretto e non viene segnalata.

    WCAG 2.1.2

  • 05

    Ciclo di vita del dialogo

    Apre ogni finestra di dialogo e verifica l’intero contratto in ordine: il focus entra, il tab resta dentro, lo sfondo esce dall’albero di accessibilità, Escape chiude e il focus torna al controllo di apertura.

    WCAG 2.1.2 WCAG 2.4.3 WCAG 4.1.2

  • 06

    Annunci live

    Ricostruisce quando ogni live region è nata rispetto al suo contenuto, individuando il messaggio creato già con il testo dentro e che quindi non ha annunciato nulla.

    WCAG 4.1.3

  • 07

    Contenuti in hover e focus

    Verifica tutti e tre i requisiti di tooltip e popover: il puntatore può entrare nel contenuto, Escape lo chiude senza spostare il puntatore e il contenuto non si nasconde da solo.

    WCAG 1.4.13 WCAG 2.1.1

  • 08

    Contrasto sulle immagini

    Cattura il testo, cattura la stessa area con i glifi resi trasparenti e confronta ogni pixel di glifo con lo sfondo che ha davvero dietro. È esattamente la popolazione che gli strumenti statici marcano come “da verificare”.

    WCAG 1.4.3

  • 09

    Reflow a 320px

    Rende la pagina a 320 pixel CSS e nomina gli elementi più esterni che continuano a forzare lo scorrimento orizzontale, escludendo i contenuti che hanno una propria area di scorrimento.

    WCAG 1.4.10

  • 10

    Spaziatura del testo

    Applica la spaziatura richiesta dal criterio e confronta la geometria prima e dopo: testo tagliato da riquadri a dimensione fissa, blocchi che si sono sovrapposti.

    WCAG 1.4.12

  • 11

    Colori forzati

    Emula la modalità a contrasto elevato di Windows e misura ogni piccola grafica rispetto al proprio contorno, prima e dopo, per trovare le icone che scompaiono.

    WCAG 1.4.11

  • 12

    Nomi accessibili

    Usa il calcolo dei nomi di Chrome e il suo elenco di fonti: nomi che nascondono l’etichetta visibile, nomi duplicati dalla loro descrizione, riferimenti che non puntano a nulla.

    WCAG 2.5.3 WCAG 4.1.2

Nessuno scanner statico sul mercato può eseguire nemmeno uno di questi dodici controlli. È questo che rende QualiBooth lo scanner di accessibilità più avanzato al mondo - ed è per questo che trova ciò che tutti gli altri ti consegnano come un report pulito.

Prove, non opinioni

Ogni rilievo regge una discussione con chi sviluppa

La parte difficile di un rilievo di accessibilità non è individuarlo: è essere creduti allo stand-up tre giorni dopo. Per questo ogni rilievo Deep Scan riporta la misura presa, la soglia con cui l’ha confrontata e lo screenshot annotato del momento in cui è accaduto.

  • Un valore misurato dentro la frase: coperto interamente dalla barra dei cookie fissa, non potrebbe essere nascosto.
  • Il criterio di successo WCAG 2.2 esatto, con il link alla sua pagina Understanding.
  • Una correzione scritta per quel rilievo, non per la regola in generale.
  • Ciò su cui il motore non è arrivato a un verdetto viene riportato come tale, mai come superato.
Uno screenshot di prova Deep Scan: il controllo con il focus, l’elemento che lo copre e la copertura misurata.

QA manuale, a ogni scansione

Il giro da tastiera che il team fa prima del rilascio, ora lo fa un agente su ogni pagina e ogni notte

Non sono requisiti nuovi. Sono i controlli che un buon tester di accessibilità già fa a mano, ed è esattamente per questo che vengono fatti su cinque pagine prima di un rilascio e su nessuna dopo.

  • Percorrere la pagina con il tab guardando l’anello di focus

    Fotografa ogni tappa del tab con e senza focus e confronta i pixel

  • Aprire ogni finestra, premere Escape, vedere dove va il focus

    Apre ogni dialogo e verifica il contratto completo, in ordine

  • Far comparire un avviso e ascoltarlo con uno screen reader

    Registra quando ogni live region è esistita rispetto al contenuto

  • Ingrandire a 320px e cercare lo scorrimento orizzontale

    Rende a 320px e nomina gli elementi che lo provocano

  • Strizzare gli occhi sul testo bianco sulla foto di apertura

    Confronta ogni pixel di glifo con lo sfondo che ha dietro

Cosa non toccherà mai

Il motore fa clic su un insieme limitato di controlli per far accadere qualcosa nella pagina. Non farà clic su nulla il cui nome accessibile somigli a elimina, rimuovi, esci, disiscriviti, paga, vai alla cassa, invia ordine, pubblica o archivia. Scansionare il tuo sito non deve mai piazzare un ordine o cancellare un record, anche se cliccando di più emergerebbero più rilievi.

Come funziona

Un agente IA che guida un secondo browser, accanto al motore statico, nella stessa scansione.

  1. 01

    L’agente prende il volante

    Un secondo Chromium gira accanto al motore statico sulla stessa sessione autenticata, guidato dall’agente: così vengono misurate anche le pagine dietro il tuo login.

  2. 02

    Desktop e mobile

    Ogni URL è misurato a 1280×720 e di nuovo a 375×667. Un anello di focus che sopravvive alla tua intestazione desktop spesso perde contro quella mobile.

  3. 03

    Un unico report

    I rilievi comportamentali arrivano nella stessa lista di quelli statici, contrassegnati come Deep Scan e ordinati per gravità. Non c’è nulla di nuovo da imparare.

  4. 04

    Le prove restano con la scansione

    Gli screenshot annotati sono conservati insieme alla scansione, così un rilievo di tre mesi fa mostra ancora la sua prova quando ci torni sopra.

Il pannello riepilogativo Deep Scan in un report URL di QualiBooth.

Nel tuo report

Contrassegnati, contati e mai assenti in silenzio

I rilievi Deep Scan vengono messi in evidenza invece che mescolati in sordina: sono quelli che il tuo strumento attuale non può produrre. E anche l’assenza di rilievi è un risultato, perciò ogni report dichiara cosa è stato esaminato e cosa non è stato raggiungibile.

  • Un badge Deep Scan su ogni rilievo comportamentale nell’elenco dei problemi.
  • Controlli completati, esami di elementi e prove raccolte, per URL.
  • Tutto ciò che non è stato possibile verificare del tutto, indicato insieme al motivo.
  • Esportato in CSV e JSON con il resto dell’esecuzione della scansione.
12
controlli comportamentali
15
criteri WCAG 2.2
2
viewport per URL
100%
rilievi con una misura

Le domande che ci fanno

In cosa si differenzia da un overlay per l’accessibilità?
Completamente. Un overlay inietta JavaScript nel tuo sito in produzione e prova a rattoppare l’accessibilità dall’esterno, di solito peggiorandola. Deep Scan non cambia nulla del tuo sito: è un agente che lo visita come farebbe una persona, misura e riporta ciò che ha trovato.
Sostituisce i test manuali di accessibilità?
No, e non lo sosterremmo. L’agente automatizza la metà meccanica di un giro manuale - la percorrenza da tastiera, il contratto dei dialoghi, il reflow a 320px - così chi testa da voi e chi verifica da noi dedica il tempo al giudizio: se l’ordine di lettura ha senso, se il testo alternativo è vero, se il flusso è davvero usabile con uno screen reader.
Può rompere qualcosa sul mio sito?
Interagisce con un insieme limitato e filtrato di controlli e mai con qualcosa che appaia distruttivo o transazionale. Nessuna cancellazione, nessun logout, nessun checkout. È una visita quasi solo in lettura da un browser.
Può scansionare pagine dietro un login?
Sì. L’agente riusa la sessione autenticata che la scansione ha già stabilito, quindi tutto ciò che la tua scansione raggiunge, lui lo può misurare.
Perché il mio punteggio di accessibilità è cambiato dopo l’attivazione?
Deep Scan aggiunge al punteggio sia nuovi rilievi sia nuovi superamenti, quindi un punteggio calcolato con essi non è confrontabile con uno calcolato senza. I punteggi restano confrontabili all’interno di uno stesso programma di scansione e tra esecuzioni fatte con la stessa impostazione: non lo attiviamo a metà programma alle vostre spalle.
Che cosa fa davvero l’IA?
Decide, e poi lo dimostra. L’agente esplora la pagina come farebbe chi testa: sceglie quali controlli vale la pena sollecitare, quali finestre di dialogo aprire e fin dove spingersi prima di fermarsi. E ogni sua decisione è sostenuta da una misura e da uno screenshot, non da una supposizione. È progettato così di proposito: autonomo dove una persona sarebbe lenta, e supportato da prove dove un modello linguistico da solo sarebbe inaffidabile.
Perché QualiBooth è lo scanner di accessibilità più avanzato al mondo?
Perché nessun altro scanner misura il comportamento di una pagina in esecuzione. Ogni strumento sul mercato legge il markup e deduce; QualiBooth fa anche questo, e poi mette un agente IA sulla pagina per altri dodici controlli che nessun motore statico può produrre, ognuno sostenuto da una misurazione e da uno screenshot. Questa combinazione non esiste da nessun’altra parte.

Scopri cosa si è perso finora il tuo scanner attuale

Avvia una scansione gratuita, oppure lascia che puntiamo l’agente Deep Scan sul percorso utente che conta di più per il tuo business.