Vai al contenuto principale
contact us +39 0422 433743 follow us
Sviluppo

Accessibility Day 2024

Accessibility Day 2024

Si sono tenuti la scorsa settimana a Roma gli Accessibility Day 2024; riportiamo un riassunto di alcuni punti trattati che possono essere di interesse in vista dell’entrata in vigore dell’Accessibility Act il 28 giugno 2025.

Accessibilità, le linee guida

L’accessibilità si riferisce alla caratteristica di un ambiente, un prodotto, un servizio o un’informazione che consente a tutte le persone, indipendentemente dalle loro capacità o disabilità, di accedervi, utilizzarlo e trarne beneficio in modo autonomo e sicuro.

Il concetto applicato all’ambito delle applicazioni web comporta tutta una serie di accorgimenti che consentono la rimozione di ostacoli fisici, sensoriali, cognitivi e tecnologici che potrebbero impedirne l’uso da parte di persone con disabilità.

le principali linee guida sono le WCAG (Web Content Accessibility Guidelines) che offrono criteri di successo organizzati in quattro principi fondamentali: Percepibile, Utilizzabile, Comprensibile e Robusto (POUR), sia con riferimento all’utenza desktop che mobile.

  1. Perceivable (Percepibile) – Il contenuto deve essere presentato in modo che possa essere percepito dagli utenti, indipendentemente dalle loro abilità sensoriali.
  2. Operable (Utilizzabile) – Le interfacce utente e la navigazione devono essere utilizzabili da tutti gli utenti.
  3. Understandable (Comprensibile) – Il contenuto e l’interfaccia utente devono essere comprensibili per tutti gli utenti.
  4. Robust (Robusto) – Il contenuto deve essere sufficientemente robusto da poter essere interpretato in modo affidabile da un’ampia varietà di tecnologie assistive e di user agent, compresi quelli futuri.

La normativa

In ambito europeo la normativa EN 301 549 stabilisce i requisiti di accessibilità per i prodotti e servizi ICT (Information and Communication Technology) e si basa sulle WCAG 2.1. È obbligatoria per gli enti pubblici dell’Unione Europea, così come la Direttiva Europea sull’Accessibilità del Web (EU Web Accessibility Directive) che ad essa fa riferimento per gli standard e che richiede che tutti i siti web e le applicazioni mobili degli enti pubblici nell’Unione Europea siano accessibili.

Nel panorama della legge italiana spicca la legge n. 4 del 9 gennaio 2004, conosciuta come “Legge Stanca“, riguardante l’accessibilità informatica in Italia e che impone che i siti web delle pubbliche amministrazioni siano accessibili a tutti i cittadini, inclusi quelli con disabilità, secondo specifici requisiti tecnici.

con il Decreto Legislativo n. 76/2020 è stato ampliato l’ambito di applicazione della c.d. Legge Stanca e, a partire dal 5 novembre 2022, è stato previsto che la suddetta legge trovi applicazione anche nei confronti dei “soggetti giuridici che offrono servizi al pubblico attraverso siti web o applicazioni mobili, con un fatturato medio, negli ultimi tre anni di attività, superiore a cinquecento milioni di euro”.

In aggiunta a quanto ora indicato, poi, con il Decreto Legislativo n. 82/2022 è stata data attuazione all’interno del nostro ordinamento alla direttiva (UE) 2019/882. Tale normativa apporta una rilevante estensione del tema dell’accessibilità in quanto sarà applicabile a tutti i soggetti che producono i prodotti o forniscono i servizi elencati all’interno della normativa (inclusi, a mero titolo esemplificativo: servizi di comunicazione elettronica, servizi che forniscono accesso a servizi di media audiovisivi, siti web, libri elettronici (e-book) e software dedicati, servizi di commercio elettronico) a partire dal 28 giugno 2025, prevedendo nuovi specifici obblighi.

Data la presenza di normative e la previsione di sanzioni per gli inadempimenti la ricerca dell’accessibilità viene spesso percepita come un adempimento burocratico che comporta costi aggiuntivi senza essere immediatamente percepibile, tuttavia va considerato che un sito accessibile non solo adempie agli obblighi normativi, ma offre anche significativi vantaggi economici, migliorando la user experience, ampliando il bacino di utenza, ottimizzando il SEO, e costruendo una reputazione positiva, tutto contribuendo alla crescita e alla sostenibilità a lungo termine dell’azienda.

Relativamente al peso economico va considerato che gli interventi volti al rendere un applicazione web accessibile possono essere fondamentalmente di due tipi:

  • quelli effettuati su applicazioni già esistenti,
  • quelli effettuati sin dalle prime fasi di sviluppo in un contesto di concezione by design.

Integrare l’accessibilità fin dalle prime fasi dello sviluppo (accessibilità by design) è generalmente più economico rispetto ad apportare modifiche a un’applicazione web già in produzione per diverse ragioni:

  • Riduzione dei Costi di Revisione
  • Minori Interventi su Architettura e Codice
  • Prevenzione di Problemi di Compatibilità
  • Migliore Esperienza Utente e Usabilità

Inoltre è spesso meno costoso ottenere certificazioni di accessibilità se l’applicazione è stata progettata con queste considerazioni fin dall’inizio.

Accorgimenti tecnici lato sviluppo

D’altra parte possiamo notare che sotto il profilo tecnico, un’alta percentuale di conformità alle direttive del WCAG può essere raggiunta già solo seguendo le best practice di sviluppo di un’applicazione web:

  • Utilizzare tag HTML semantici come <header>, <nav>, <main>, <article>, e <footer> per definire chiaramente le diverse sezioni della pagina. Questo aiuta gli screen reader a interpretare correttamente il contenuto.
  • Usare correttamente i tag di intestazione (<h1>, <h2>, ecc.) per creare una gerarchia logica del contenuto, facilitando la navigazione e comprensione.
  • Fornire testi alternativi (alt) descrittivi per le immagini è essenziale per gli utenti non vedenti che utilizzano screen reader. Questo è un requisito WCAG fondamentale.
  • Assicurarsi che il contrasto tra il testo e lo sfondo sia adeguato (ad esempio, un rapporto di contrasto di almeno 4.5:1 per il testo normale e 3:1 per il testo grande), rendendo il contenuto leggibile per utenti con disabilità visive.
  • Navigazione tramite Tastiera: tutte le funzionalità del sito devono essere accessibili tramite tastiera, senza richiedere l’uso del mouse. Gli elementi interattivi come link e pulsanti devono essere raggiungibili e utilizzabili con la tastiera.
  • Implementare correttamente gli attributi ARIA per migliorare l’accessibilità degli elementi complessi dell’interfaccia utente. Ad esempio, usare role=”navigation” per i menu di navigazione o aria-label per fornire etichette descrittive.
  • Layout Consistente: mantenere una struttura e una presentazione dei contenuti coerente su tutte le pagine del sito per facilitare la navigazione e l’uso.
  • Uso Appropriato dei CSS: Garantire che il sito sia navigabile e comprensibile anche senza CSS, per gli utenti che utilizzano tecnologie assistive.
  • Etichette e Descrizioni: utilizzare etichette (<label>) chiaramente associate agli elementi del modulo (<input>, <textarea>) e fornire descrizioni per migliorare la comprensibilità.
  • Validazione Accessibile: assicurarsi che la validazione dei form sia comprensibile per gli utenti, fornendo messaggi di errore chiari e descrittivi.
  • Sottotitoli per i Video: fornire sottotitoli per tutti i contenuti video per utenti con disabilità uditive.
  • Trascrizioni per i Contenuti Audio: fornire trascrizioni per i contenuti audio per garantire l’accessibilità.
  • Indicatori di Focalizzazione: assicurarsi che ci sia un chiaro indicatore visivo del focus quando si naviga con la tastiera, in modo che gli utenti sappiano quale elemento è attivo.
  • Interazioni Coerenti: garantire che le operazioni di input (come clic e tap) abbiano un feedback visivo chiaro e coerente.
  • Controllo del Tempo: fornire opzioni per estendere o disabilitare i limiti di tempo nelle attività dove applicabile, come richiesto dalla WCAG.
  • Contenuti in Movimento: limitare o offrire controlli per fermare, nascondere o ridurre i contenuti che si muovono, lampeggiano o scorrono automaticamente per evitare disturbi a utenti sensibili.

Va infine precisato che, sebbene i controlli automatizzati siano una componente importante del processo di valutazione dell’accessibilità, questi non possono sostituire completamente la necessità di una revisione manuale e di test con utenti reali. Un approccio combinato, che utilizza strumenti automatizzati per identificare problemi evidenti e revisori umani per valutare aspetti più complessi e soggettivi, è essenziale per garantire che un sito web sia veramente accessibile a tutti. Solo attraverso questa metodologia integrata è possibile ottenere una certificazione di accessibilità completa e affidabile, assicurando che il sito sia utilizzabile e fruibile da tutte le persone, indipendentemente dalle loro abilità.

Se hai bisogno di consulenza, siamo a tua disposizione!

ci hanno scelto

contatti

  • Via E. Reginato, 87
    31100 Treviso – Italia
    P.IVA / Cod. Fiscale/n. Reg.
    Imp. TV n. 03155570264
    Capitale Sociale i.v. € 15.600,00
    numero REA: TV – 224595
  • +39 0422 433743
  • info@seisnet.it
scrivici

digital partner

Scroll to top