La nostra metodologia
Ecco come funziona lo scanner e cosa trova. E, altrettanto importante, cosa non riesce a trovare da solo.
Il motore di scansione
Il nostro scanner si basa su axe-core, l'insieme di regole di accessibilità open source di cui la maggior parte dei team si fida già. Eseguiamo le sue regole sulle tue pagine in un browser headless per individuare le violazioni WCAG 2.1 A e AA. Non inventiamo regole nostre. Ci atteniamo a controlli verificati e testati dalla community.
La realtà del 30–57%
Nessuno strumento automatico può rilevare il 100% dei problemi di accessibilità. Le ricerche di settore mostrano che l'automazione può individuare tra il 30% e il 57% delle violazioni WCAG. Siamo chiari su questo limite. Il nostro scanner trova attributi mancanti, errori di contrasto ed errori strutturali, ma non può giudicare il contesto o la semantica.
I test manuali sono necessari
Per il restante 43-70% dei problemi è essenziale la verifica di una persona. Devi testare manualmente la navigazione da tastiera, gli annunci dei lettori di schermo e il flusso logico della tua applicazione. La nostra piattaforma offre checklist interattive che ti guidano in questa verifica manuale.
Mappatura all'Annex C della EN 301 549
Per la conformità normativa all'European Accessibility Act (EAA), la conformità a WCAG si dimostra tramite l'Annex C della EN 301 549. Le nostre dichiarazioni di accessibilità generate associano automaticamente i risultati WCAG alle clausole corrispondenti della EN 301 549, soddisfacendo il requisito di documentazione legale.
Perché il default è WCAG 2.1 AA
Il default segue la EN 301 549 v3.2.1, l'attuale riferimento tecnico usato per il lavoro EAA sul web. WCAG 2.2 aggiunge criteri utili e il worker può ricevere i tag 2.2 per ogni job di scansione. Manteniamo visibile la versione selezionata, così i risultati non vengono presentati secondo lo standard sbagliato.