Da giugno 2025, l'European Accessibility Act (EAA) — recepito in Italia con il D.Lgs. 82/2022 — rende obbligatoria l'accessibilità delle app mobile per la maggior parte delle aziende che offrono prodotti digitali al pubblico. Non rispettare questi requisiti espone a sanzioni, ma c'è di più: un'app accessibile raggiunge i 15 milioni di italiani con disabilità, un mercato spesso ignorato e con forte potere d'acquisto.
In questo articolo analizziamo i requisiti legali, le categorie di utenti da considerare, le implementazioni tecniche su iOS e Android e come testare l'accessibilità prima che lo facciano i revisori degli store.
Il Quadro Normativo: EAA e WCAG 2.2
European Accessibility Act (D.Lgs. 82/2022): obbligatorio da giugno 2025 per aziende con più di 10 dipendenti o fatturato superiore a 2 milioni di euro. Richiede conformità agli standard di accessibilità per tutti i prodotti e servizi digitali offerti ai consumatori, incluse le app mobile.
WCAG 2.2 Livello AA: il livello minimo richiesto dalla normativa. I quattro principi fondamentali:
- Percepibile: le informazioni devono essere presentabili in modi diversi
- Utilizzabile: l'interfaccia deve essere navigabile da tutti
- Comprensibile: il contenuto deve essere leggibile e prevedibile
- Robusto: compatibile con tecnologie assistive attuali e future
Quattro Categorie di Disabilità, Quattro Approcci
| Disabilità | Tecnologia assistiva | Requisiti app |
|---|---|---|
| Visiva | VoiceOver (iOS), TalkBack (Android) | Etichette per ogni elemento, ordine focus logico, no colore come unico mezzo |
| Uditiva | Sottotitoli, flash visivi | Sottotitoli per audio/video, alternativa visiva agli alert sonori |
| Motoria | Switch Access, Voice Control | Target 44x44pt min, navigazione da tastiera, no gesture complesse come unico mezzo |
| Cognitiva | Testo aumentato, interfaccia semplificata | Linguaggio semplice, rispetto preferenze sistema (large text, reduce motion) |
Implementazione su iOS: VoiceOver e Dynamic Type
VoiceOver richiede:
accessibilityLabel: descrizione testuale di ogni elemento interattivoaccessibilityHint: descrizione dell'effetto dell'azione quando non è ovvioaccessibilityTraits: tipo dell'elemento (button, header, selected)- Raggruppamento di elementi correlati in container accessibili
Dynamic Type: usare UIFontMetrics per scalare tutti i testi in proporzione alla preferenza dell'utente nelle impostazioni di accessibilità, senza rompere il layout.
Implementazione su Android: TalkBack e Switch Access
TalkBack richiede contentDescription su tutti gli elementi non testuali, ordine di focus esplicito per layout complessi, e feedback vocale per azioni completate. Switch Access — per persone con disabilità motorie gravi — richiede che tutti gli elementi interattivi siano raggiungibili in sequenza logica con un singolo pulsante.
Requisiti WCAG 2.2 Più Importanti per il Mobile
- Contrasto colore: rapporto minimo 4,5:1 per testo normale, 3:1 per testo grande
- Target size: elementi interattivi di almeno 44x44 punti (standard Apple) o 48x48dp (Material Design)
- Focus visibile: l'elemento attivo deve essere chiaramente evidenziato
- Testo alternativo: per immagini, icone, grafici — non solo per i non vedenti, ma anche per connessioni lente
- Nessuna perdita di contenuto con font aumentati fino al 200%
Come Testare l'Accessibilità
- Accessibility Inspector (Xcode): analisi statica iOS
- Accessibility Scanner (Android): rileva automaticamente problemi comuni
- Test con VoiceOver/TalkBack attivi: navigare l'intera app usando solo lo screen reader
- Test di contrasto: strumenti come Contrast Checker per verifica WCAG
- Test con utenti reali con disabilità: la verifica più autentica
NEO WEB integra i requisiti EAA e WCAG 2.2 sin dalla progettazione delle app mobile, garantendo conformità normativa e accessibilità reale — non solo dichiarata. Per un audit della tua app esistente, contattaci per una consulenza gratuita sull'accessibilità.
Esplora anche i nostri servizi per siti web accessibili, per garantire coerenza tra tutti i touchpoint digitali del brand.
