{"id":148,"date":"2024-08-12T15:18:33","date_gmt":"2024-08-12T15:18:33","guid":{"rendered":"https:\/\/www.accessibilita.digital\/?p=148"},"modified":"2024-08-23T11:55:58","modified_gmt":"2024-08-23T11:55:58","slug":"linee-guida-agid-in-breve","status":"publish","type":"post","link":"https:\/\/www.accessibilita.digital\/linee-guida-agid-in-breve\/","title":{"rendered":"Le linee guida AGID sull'accessibilit\u00e0 spiegate in breve"},"content":{"rendered":"

L\u2019AGID, Agenzia per l\u2019Italia Digitale<\/strong>, \u00e8 l\u2019ente di riferimento nel nostro paese per quanto riguarda l\u2019accessibilit\u00e0 web. Ha emanato delle linee guida<\/strong> da seguire, basate sulle rispettive versioni internazionali delle WCAG<\/a>, sia per quanto riguarda i privati<\/a> che per le Pubbliche Amministrazioni<\/a>.<\/p>\n\n

Questi documenti sono la base per lo sviluppo di un sito web accessibile<\/b> che sia conforme alla normativa italiana sull\u2019accessibilit\u00e0. Ovviamente \u00e8 un tema piuttosto complesso ma \u00e8 bene conoscerne almeno gli aspetti principali per evitare grossi errori.<\/p>\n

Abbiamo gi\u00e0 trattato alcuni aspetti come la dichiarazione di accessibilit\u00e0<\/a>, gli obiettivi di accessibilit\u00e0<\/a> e il meccanismo di feedback<\/a>, quindi vediamo ora alcuni punti pi\u00f9 tecnici<\/b>, che affronteremo meglio parlando delle linee guida internazionali.<\/p>\n

Contenuti accessibili<\/h2>\n

In buona sostanza, quello che dobbiamo sapere \u00e8 che tutte le pagine web e i contenuti non web<\/b> (come i PDF) che hanno a che fare con la PA, e a breve anche con molti privati, devono essere accessibili<\/b>. Come ormai abbiamo capito, rendere un contenuto accessibile significa fare in modo che sia leggibile o consultabile dal pi\u00f9 ampio numero di persone possibile<\/strong>, in particolare per gli utenti affetti da eventuali forme di disabilit\u00e0.<\/p>\n

Questo si traduce in una particolare attenzione alla scrittura dei testi<\/strong> delle varie pagine, news e quant’altro. Le immagini non decorative<\/strong> devono avere un testo alternativo<\/strong>, dobbiamo rispettare l’ordine gerarchico dei titoli<\/strong>, dobbiamo fornire alternative testuali<\/strong> ai contenuti multimediali, dobbiamo fare attenzione che lo sc\u00f2po dei link<\/strong> sia comprensibile.<\/p>\n

Chi gestisce un sito<\/strong> dovr\u00e0 assicurarsi che lo strumento usato permetta l’inserimento di contenuti accessibili<\/strong>. WordPress \u00e8 un esempio di CMS accessibile<\/strong> by default. A questo proposito, pu\u00f2 essere utile leggere: Come usare WordPress per realizzare un sito web accessibile<\/a>.<\/p>\n

Dal punto di vista tecnico, gli sviluppatori web<\/strong> devono fare molta attenzione al codice HTML<\/a> usato, cercando di usare i giusti tag semantici<\/strong> e gli attributi appropriati<\/strong>. Per esempio, \u00e8 meglio usare un <nav><\/strong> invece di un <div role=”nav”>, questo argomento \u00e8 trattato meglio anche qui: Come usare gli attributi ARIA e i role<\/a>.<\/p>\n

I criteri delle linee guida italiane<\/h2>\n

Le linee guida AGID hanno una loro numerazione ma in buona sostanza traducono quanto indicato dalle linee guida internazionali WCAG<\/b>, e l\u2019obiettivo che abbiamo \u00e8 quello di rispettare almeno il livello AA delle WCAG 2.0<\/b>.<\/p>\n

Le WCAG 2.2<\/b>, attualmente l\u2019ultima versione, sono state rilasciate il 23 Ottobre 2023 e quindi \u00e8 opportuno puntare a questo come requisito minimo per i nuovi siti<\/b>, non avrebbe senso ignorare quest\u2019ultimo aggiornamento, che comunque ha introdotto poche novit\u00e0 significative<\/a> per chi deve occuparsi della parte di sviluppo web.<\/p>\n

In ogni caso, il livello AA \u00e8 quello che viene generalmente richiesto come requisito minimo<\/b>, mentre il livello AAA \u00e8 quasi sempre opzionale, anche perch\u00e9 alcuni punti della tripla A sono piuttosto difficili da soddisfare tecnicamente.<\/p>\n

\u00c8 anche bene comprendere che l\u2019accessibilit\u00e0 \u00e8 un tema molto ampio<\/strong>: qui ora ci stiamo occupando di quello che riguarda i siti web nello specifico, ma le stesse linee guida trattano anche Software<\/b> e Applicazioni mobili<\/b>, che possono avere degli aspetti diversi rispetto ad un sito web che viene visualizzato da browser. In buona sostanza comunque i punti da tenere presente sono gli stessi.<\/p>\n

Abbiamo gi\u00e0 visto anche il modello di autovalutazione<\/a> per la dichiarazione di accessibilit\u00e0<\/strong>, che racchiude punto per punto i requisiti da soddisfare in merito alle linee guida AGID e WCAG.<\/p>\n

Andiamo quindi a comprendere meglio anche le linee guida internazionali<\/a>.<\/p>\n

Link utili<\/h2>\n