Glossario

a11y

Abbreviazione di accessibilità: interpretata come la lettera a seguita da 11 caratteri e poi dalla lettera y.

Agora

Agora è il repository di artefatti interni di Deque. Si basa su un'istanza di Artifactory Tramite Agora, gli utenti possono scaricare i componenti axe DevTools, gestire e distribuire set di regole personalizzati e altro ancora.

ARIA

ARIA (Accessible Rich Internet Applications) è una specifica tecnica pubblicata dal World Wide Web Consortium, o W3C, che definisce i metodi per aumentare l'accessibilità delle pagine web, in particolare dei contenuti dinamici e dei componenti dell'interfaccia utente sviluppati con Ajax, HTML, JavaScript e tecnologie correlate.

Tecnologia assistiva

Alcune persone disabili potrebbero non essere in grado di interagire autonomamente con software e siti web. Queste persone necessitano di tecnologie assistive per utilizzare Internet in modo equo. Una forma molto comune di tecnologia assistiva è lo screen reader. Questi dispositivi leggono ad alta voce il testo sullo schermo per le persone ipovedenti o non vedenti. Esistono molti lettori di schermo diversi, a seconda della piattaforma. Alcuni esempi sono NVDA o JAWS su PC, VoiceOver su Mac o TalkBack su Android.

Punto di controllo

Un metodo collaudato per testare i requisiti di accessibilità, creato dal team di esperti di accessibilità di Deque, che aumenta la coerenza e l'accuratezza dei risultati dei test. Sulla base dei criteri di successo WCAG, forniscono una categorizzazione e un'interpretazione più esplicite di tali linee guida, in cui gli errori sono solitamente separati in base al tipo di contenuto. I Deque Checkpoint aiutano i revisori a produrre risultati di test coerenti e accurati durante le valutazioni dell'accessibilità. Un checkpoint si riferisce alla sezione più pertinente e applicabile dell'elenco principale dei checkpoint Deque (e dei relativi requisiti) che costituiscono una parte importante del percorso Deque verso l'uguaglianza digitale.

Set di regole personalizzato

Un set di regole personalizzato viene creato da un file JSON contenente dati sulle regole (regole e controlli) passati ai componenti axe DevTools per aggiungere nuove regole, modificare la gravità/l'impatto di una regola o rimuovere una regola dai test.

Evento

Per monitorare l'utilizzo dell'API o della CLI, la libreria delle metriche crea eventi e li invia al servizio di utilizzo. Gli eventi contengono informazioni sull'utilizzo, come il numero di regole di accessibilità violate durante la scansione di una pagina web e la data e l'ora in cui è stata completata la scansione di accessibilità.

Token di identità

Un token di identità è un token di sicurezza emesso da JFrog che consente di accedere al repository di artefatti Agora di Deque. I token di identità devono essere copiati al momento della creazione perché questa è l'unica opportunità per accedervi. Scadono dopo un intervallo di tempo stabilito, in genere un anno.

Impatto

A ogni violazione dell'accessibilità viene assegnato un livello di impatto. L'impatto è un parametro utile per stabilire le priorità degli interventi di correzione. Per impostazione predefinita, a ogni tipo di violazione viene assegnato un livello di impatto dagli esperti di accessibilità Deque. Questi valori sono generalizzati alla maggior parte delle situazioni, quindi gli utenti possono usare il proprio giudizio per modificarli come parte della personalizzazione del loro set di regole. I livelli di impatto gravi o critici correlano al fatto che gli utenti disabili incontrano barriere significative o insormontabili nell'utilizzo. Sono queste quelle che comportano il massimo grado di responsabilità legale. I problemi minori e moderati non sono così gravi, ma rappresentano comunque problemi importanti per gli utenti disabili e devono essere risolti affinché la pagina sia pienamente conforme. Per classificare l'impatto dei problemi di accessibilità rilevati vengono utilizzati i seguenti quattro livelli:

• Critico: questo livello di impatto significa che agli utenti con disabilità verrà completamente impedito di accedere o interagire con una funzionalità della pagina web. Finché non verrà implementata una soluzione, il contenuto sarà totalmente inaccessibile. Ciò rende la vostra organizzazione altamente vulnerabile alle azioni legali. La risoluzione dei problemi critici dovrebbe essere una priorità assoluta.

• Grave: questo livello di impatto implica che gli utenti con disabilità incontreranno gravi barriere quando interagiranno con il sito. Questi utenti proveranno notevole frustrazione quando cercheranno di accedere a contenuti correlati. Finché non verrà implementata una soluzione, alcuni contenuti saranno difficili da accedere o impossibili, rendendo la tua organizzazione vulnerabile ad azioni legali. La bonifica dovrebbe essere una priorità assoluta.

• Moderato: questo livello di impatto significa che esistono alcune barriere per gli utenti con disabilità, ma non impedirebbero loro di accedere ai flussi o ai contenuti di base. Problemi con un impatto a questo livello potrebbero esporre la tua organizzazione ad azioni legali. Richiedono una risoluzione prima che una pagina sia completamente conforme e dovrebbero essere risolti.

• Minore: un problema che ha un impatto minore sugli utenti disabili rispetto a un problema moderato. Il problema potrebbe avere una priorità inferiore rispetto ai problemi moderati, seri e critici, ma richiede comunque una risoluzione affinché una pagina sia pienamente conforme.

Intelligent Guided Testing (IGT)

Intelligent Guided Testing (IGT) è un componente interattivo di test di accessibilità delle estensioni del browser web axe DevTools Web, progettato per individuare errori di accessibilità che non possono essere rilevati nei test automatizzati. IGT pone all'utente domande semplici sulla pagina web sottoposta a test e utilizza questo feedback per individuare più errori di accessibilità di quanto sarebbe altrimenti possibile con i test automatizzati. Per ulteriori informazioni sui test guidati intelligenti, visitare la documentazione sui test guidati intelligenti.

Problema

Un'infrazione delle linee guida sull'accessibilità (come definite da standard quali WCAG 1.0, WCAG 2.0, Sezione 508 e WAI-ARIA) identificata nel codice di una pagina web o di un'applicazione web.

Risultati di accessibilità JSON

Quando si testa un sito web per problemi di accessibilità utilizzando le API o la CLI di axe DevTools, i risultati vengono salvati come file JSON, denominato nella documentazione file dei risultati di accessibilità JSON . Puoi caricare questo file su axe Reports (che ti consente di monitorare l'accessibilità del tuo sito web nel tempo tramite il sito web axe Reports). È anche possibile filtrare e convertire localmente il file dei risultati di accessibilità JSON in .csv, .xml o .html utilizzando la CLI. Per ulteriori informazioni, vedere Segnalazione tramite CLI In alternativa, le API consentono anche di convertire i file di risultati di accessibilità JSON in report durante un'esecuzione di test (vedere di seguito Reporting per maggiori informazioni).

Libreria di metriche

Una libreria interna utilizzata dalle API e dalla CLI di Deque per segnalare informazioni sull'utilizzo al servizio di utilizzo.

Necessita di revisione

Un problema richiede l'ispezione di una persona per determinare se costituisce un'effettiva violazione degli standard di accessibilità.

Rapporti

La segnalazione si riferisce al caricamento di un file risultati di accessibilità JSON in axe Reports o alla sua conversione locale in un report (un file .csv, .xml o .html) da utilizzare in un'altra applicazione.

Regola

Una regola corrisponde al criterio di successo di una linea guida sull'accessibilità. Sono definiti da file oggetto JSON e contengono un ID, una descrizione e metadati di aiuto, nonché uno o più controlli e parametri facoltativi.

Sezione 508

Un emendamento allo United States Rehabilitation Act del 1973 che obbliga le agenzie federali a rendere le loro tecnologie informatiche ed elettroniche accessibili alle persone con disabilità. Comprende sedici disposizioni basate sulle linee guida per l'accessibilità delle Web Content Accessibility Guidelines (WCAG) del World Wide Web Consortium (W3C), ma non sono identiche agli standard WCAG 1.0 o 2.0.

Servizio di utilizzo

Un servizio Web REST (Representational State Transfer) che registra le metriche di utilizzo per axe DevTools for Web (API e CLI). Si tratta del servizio rivolto al pubblico fornito da Deque oppure del tuo servizio. Per ulteriori informazioni, vedere axe DevTools for Web Usage Service.

Violazione

Un problema identificato da axe DevTools che viola uno o più standard di accessibilità.

WCAG

WCAG, ovvero le linee guida per l'accessibilità dei contenuti Web, sono state sviluppate dal World Wide Web Consortium (W3C) e spiegano come rendere i contenuti Web più accessibili alle persone con disabilità. WCAG 1.0 sono state pubblicate nel maggio 1999. WCAG 2.0 sono state pubblicate nel dicembre 2008. WCAG 2.0 si applicano ampiamente alle tecnologie più avanzate e possono essere testate in modo più preciso mediante test automatizzati e valutazione umana. WCAG 2.1 sono state pubblicate a giugno 2018. Queste linee guida contengono criteri di successo che definiscono criteri testabili per elementi specifici. WCAG 2.2, l'iterazione più recente delle linee guida, è stata pubblicata nel 2023 e offre nove nuovi criteri di successo rispetto a WCAG 2.1.