{"id":11381,"date":"2023-10-06T14:10:00","date_gmt":"2023-10-06T12:10:00","guid":{"rendered":"https:\/\/www.insuit.net\/?p=11381"},"modified":"2024-07-04T10:40:38","modified_gmt":"2024-07-04T08:40:38","slug":"wcag-2-2","status":"publish","type":"post","link":"https:\/\/www.insuit.net\/it\/wcag-2-2\/","title":{"rendered":"Pubblicazione delle WCAG 2.2 e il loro impatto sull’accessibilit\u00e0 web"},"content":{"rendered":"\n

Il 5 ottobre 2023<\/strong> \u00e8 stato segnato un traguardo significativo nel campo dell’accessibilit\u00e0 web con la pubblicazione della tanto attesa raccomandazione delle<\/strong> Web Content Accessibility Guidelines (WCAG)<\/a>.<\/p>\n\n\n\n

Questo insieme di linee guida \u00e8 da tempo la guida globale per garantire l’accessibilit\u00e0 online<\/strong>, e il suo ultimo aggiornamento promette di elevare ulteriormente gli standard nella creazione di contenuti digitali inclusivi.<\/p>\n\n\n\n

Le <\/strong>WCAG 2.2<\/a> mirano ad ampliare l’accessibilit\u00e0 per gli utenti con disabilit\u00e0 cognitive o di apprendimento<\/strong>, a migliorare l’esperienza di coloro con bassa visione e a ottimizzare la navigazione da dispositivi mobili.<\/p>\n\n\n\n

L’ultima versione incorpora nove nuovi criteri mentre saluta il <\/strong>criterio 4.1.1: Parsing di livello A<\/a>. Questo cambiamento \u00e8 applicato perch\u00e9 i prodotti assistivi non dipendono pi\u00f9 dall’analisi diretta del codice HTML, eliminando cos\u00ec i problemi che inizialmente hanno motivato la creazione di questo criterio.<\/p>\n\n\n\n

\u00c8 il momento di implementare le WCAG 2.2?<\/h2>\n\n\n\n

Questa \u00e8 la domanda del giorno, l’obbligo legale attende la revisione della <\/strong>EN 301 549<\/a>, che si applica all’Unione Europea e alla Spagna, e tale revisione \u00e8 attualmente in corso.<\/p>\n\n\n\n

Ma per chiarire qualsiasi dubbio, il WC3 ha indicato che il rispetto dei requisiti della nuova WCAG 2.2<\/strong> ti posiziona in una situazione di piena conformit\u00e0 rispetto alla precedente WCAG 2.1<\/strong>.<\/p>\n\n\n\n

Tenendo conto di tutto ci\u00f2, il consiglio \u00e8 di familiarizzare e iniziare ad integrare i nuovi criteri<\/strong>. A tal fine, abbiamo preparato questo articolo, un testo che esplora le implicazioni dell’aggiornamento fornendo approfondimenti sulla sua applicazione pratica<\/strong>.<\/p>\n\n\n\n

Quindi prendi nota e immergiti nei punti chiavi di questo aggiornamento, scopri come influenzer\u00e0 le politiche di accessibilit\u00e0 e resta sempre informato <\/strong>sul futuro delle linee guida per l’accessibilit\u00e0 web.<\/p>\n\n\n\n

Nuovi criteri di successo aggiornati nelle WCAG 2.2<\/h2>\n\n\n\n

Come abbiamo menzionato, il nuovo aggiornamento coinvolge 9 punti da considerare, i quali sono stati aperti alla revisione, ai commenti e ai cambiamenti<\/strong>; per infine essere approvati facendo parte della Raccomandazione Finale. L’elenco dei nuovi criteri di successo \u00e8<\/strong>:<\/p>\n\n\n\n

2.4.11 Focus non oscurato (Minimo) (Livello AA)<\/h3>\n\n\n\n

Lo scopo di questo criterio \u00e8 assicurare che l’elemento che acquisisce il focus della tastiera sia sempre parzialmente visibile<\/strong> nella finestra grafica dell’utente.<\/p>\n\n\n\n

Per gli utenti con visione che navigano tramite tastiera e per quelle persone che dipendono da dispositivi che operano tramite l’interfaccia della tastiera<\/strong>, come interruttori o input vocale, conoscere la posizione dell’attuale focus \u00e8 fondamentale<\/strong>.<\/p>\n\n\n\n

In questo modo agisce come un indicatore chiave del punto di interazione nella pagina<\/strong>. Se gli utenti non possono visualizzare l’elemento a fuoco, potrebbero incontrare difficolt\u00e0 nel capire come procedere o addirittura interpretare che il sistema non stia rispondendo.<\/p>\n\n\n\n

2.4.12 Focus non oscurato (Migliorato) (Livello AA)<\/h3>\n\n\n\n

Questo criterio condivide somiglianze con il precedente ma adotta un approccio pi\u00f9 rigoroso<\/strong>. In questo caso, quando riceve il focus della tastiera, nessun contenuto pu\u00f2 nascondere le parti dell’indicatore del focus del componente dell’interfaccia utente<\/strong>.<\/p>\n\n\n\n

In altre parole, la distinzione risiede nell’esigenza che l’intero componente a fuoco sia visibile<\/strong>, senza nessuna parte ostruita.<\/p>\n\n\n\n

2.4.13 Aspetto del focus (Livello AAA)<\/h3>\n\n\n\n

Inizialmente, questo criterio era concepito come un criterio di livello AA ma, a causa della sua complessit\u00e0, \u00e8 stato deciso di classificarlo come livello AAA<\/strong>, agendo in sinergia con i criteri 2.4.7 e 1.4.11.<\/p>\n\n\n\n

Il criterio 2.4.7 ‘Focus visibile’ stabilisce l’esigenza che il focus della tastiera sia percettibile. Lo scopo di questo nuovo criterio \u00e8 di complementare tale norma, assicurando che il focus della tastiera non sia solo visibile, ma anche chiaramente discernibile<\/strong>.<\/p>\n\n\n\n

Inoltre, il criterio 1.4.11 ‘Contrasto non testuale AA’ richiede che il focus della tastiera abbia almeno un contrasto di 3:1, e che il componente di interazione mantenga un contrasto adeguato con lo sfondo<\/strong> sia nel suo stato predefinito che nel suo stato focalizzato.<\/p>\n\n\n\n

Pertanto, il nuovo criterio 2.4.13 si presenta in modo semplificato, definendo chiaramente che<\/strong>, quando l’indicatore del focus della tastiera \u00e8 visibile, deve soddisfare i seguenti requisiti:<\/p>\n\n\n\n

    \n
  1. Avere almeno la stessa dimensione dell’area di un perimetro di 2 pixel di spessore del componente o sottocomponente senza il focus.<\/li>\n\n\n\n
  2. Mantenere un rapporto di contrasto di almeno 3:1 tra i pixel nello stato con il focus e senza il focus.<\/li>\n<\/ol>\n\n\n\n

    2.5.7 Movimenti di trascinamento (Livello AA)<\/h3>\n\n\n\n

    Sappiamo che applicare l’azione di trascinare e rilasciare richiede un movimento piuttosto preciso<\/strong>, che consiste nel mantenere il dito sul pulsante sullo schermo senza rilasciarlo.<\/p>\n\n\n\n

    Questa azione pu\u00f2 risultare piuttosto difficile per le persone con qualche disabilit\u00e0 motoria<\/strong>, quindi questo criterio cerca di rendere l’azione di trascinare e rilasciare realizzabile in un modo diverso <\/strong>da quello gi\u00e0 conosciuto.<\/p>\n\n\n\n

    2.5.8 Dimensione dell’obiettivo (Minimo) (Livello AA)<\/h3>\n\n\n\n

    Questa direttiva propone una distanza minima tra gli elementi di interazione<\/strong> affinch\u00e9 le persone che non hanno movimenti fini nelle mani possano attivare pulsanti piccoli in modo pi\u00f9 facile<\/strong> e senza rischio di sbagliarsi.<\/p>\n\n\n\n

    3.2.6 Aiuto consistente (Livello A)<\/h3>\n\n\n\n

    Con lo scopo di permettere agli utenti di trovare facilmente l’aiuto di cui hanno bisogno<\/strong>, questo criterio stabilisce che le funzioni di aiuto<\/strong> presenti in varie pagine del sito web appaiano nello stesso posto<\/strong>.<\/p>\n\n\n\n

    Questo, al fine di poter aiutare le persone con disabilit\u00e0 cognitive<\/strong>, che in molte occasioni devono seguire un modello per completare i loro compiti.<\/p>\n\n\n\n

    3.3.7 Inserimento ridondante (Livello A)<\/h3>\n\n\n\n

    Lo scopo di questo criterio \u00e8 garantire che gli utenti possano portare a termine con successo processi multi-passo<\/strong>. Si orienta a diminuire il carico cognitivo richiedendo informazioni pi\u00f9 di una volta durante un processo<\/strong>, riducendo cos\u00ec la necessit\u00e0 di ricordare dati forniti in passaggi precedenti.<\/p>\n\n\n\n

    Le informazioni che sono cruciali da ricordare possono rappresentare un ostacolo significativo<\/strong> per utenti che affrontano difficolt\u00e0 cognitive o di memoria. Questo criterio cerca di alleviare quel carico<\/strong>, rendendo i processi pi\u00f9 accessibili e meno esigenti per questo gruppo di utenti.<\/p>\n\n\n\n

    3.3.8 Autenticazione accessibile (Minimo) (Livello AA)<\/h3>\n\n\n\n

    Questo criterio ha come obiettivo rendere l’autenticazione pi\u00f9 accessibile, eliminando la necessit\u00e0 di realizzare prove di funzione cognitiva<\/strong> (come ricordare password o risolvere enigmi) in ogni passaggio del processo di autenticazione.<\/p>\n\n\n\n

    A meno che il passaggio in questione non soddisfi quanto segue:<\/strong><\/p>\n\n\n\n