Servizio · Accessibilità WCAG
Accessibilità WCAG
L'European Accessibility Act (EAA, direttiva UE 2019/882, recepita in Italia col D.Lgs. 82/2022) è obbligatorio dal 28 giugno 2025 per chiunque venda online a consumatori europei: e-commerce, banche, telecom, trasporti, e-book, servizi digitali. Le sanzioni in Italia arrivano fino a 40.000€ per violazione e includono possibili ordini di rimozione del sito.
Il problema non è "aggiungere un widget di accessibilità" — quei plugin sono cosmetici e non risolvono niente. Serve audit serio: navigazione da tastiera, screen reader (NVDA + VoiceOver), contrasto colore, semantica HTML, ARIA dove necessario, focus management, alternative testuali, form errori dichiarati.
Misuro con tool automatici (axe DevTools, Lighthouse) e manualmente con NVDA su Chrome/Firefox e VoiceOver su Safari. Identifico le violazioni reali, le ordino per priorità (Level A blocking, Level AA mandatory, Level AAA opzionale), applico i fix, rilascio l'accessibility statement pubblicabile.
Niente "siamo conformi al 100%", quella è una bugia. Conformità WCAG 2.1 AA misurabile e dichiarata.
01 — Consapevolezza
Accessibility-washing è già illegale
I widget di accessibilità non risolvono niente. WCAG 2.1 AA si raggiunge nel codice, non con uno script aggiunto al footer.
- 01
Widget cosmetico
Plugin che aggiunge un'icona "accessibility" con toggle font/contrasto/cursore. Non sistema niente di sostanziale, e diversi tribunali lo considerano compliance-washing. Lo screen reader continua a non capire la pagina.
- 02
Form non navigabile
Campi senza label associate, errori di validazione mostrati solo in rosso, submit che non annuncia successo o fallimento. Chi usa NVDA non capisce cosa è andato storto e lascia perdere.
- 03
Contrasto fuori soglia
Testi grigi 999 su sfondo bianco, badge "soft pastel" con contrast ratio 2.5:1, link blu chiaro indistinguibili dal testo nero. Chi ha bassa visione abbandona, e WCAG AA chiede 4.5:1 minimo.
02 — Cosa ricevi
6 feature- 01
Audit screen reader reale
Navigo il sito con NVDA su Chrome/Firefox e VoiceOver su Safari/macOS. Identifico landmark mancanti, heading non gerarchici, link "leggi tutto" senza contesto, form senza label associate. Tool automatici prendono il 30% delle violazioni. Il resto si trova solo usando lo screen reader davvero.
- 02
Keyboard navigation completa
Verifico che ogni interazione sia raggiungibile da tastiera: menu, modali, dropdown, carosello, accordion. Tab order coerente, focus visibile, escape che chiude modal, frecce che scorrono i tab. Niente trap che bloccano l'utente in un overlay senza via d'uscita.
- 03
Contrast + color check
Misuro il contrast ratio di ogni combinazione testo/sfondo. Soglia WCAG AA: 4.5:1 per testo normale, 3:1 per testo grande. Identifico testi grigi su fondi chiari che falliscono il check. Verifico anche stati hover, disabled, error, focus.
- 04
Semantic HTML + ARIA
Sostituisco div generici con tag semantici (nav, main, article, aside, section, button vs link). Aggiungo ARIA solo dove HTML semantico non basta (es. tab list, listbox, dialog). Niente ARIA "preventivo": ogni attributo ha un motivo testato con screen reader.
- 05
Form errors dichiarati
Errori di validazione legati al campo via aria-describedby, annunciati da screen reader, visibili senza dipendere solo dal colore (icona + testo). Submit che lancia un summary con focus management, campi required marcati nei messaggi di errore.
- 06
Accessibility statement pubblicabile
Documento conforme all'art. 32 del D.Lgs. 82/2022 e al Codex AGID: livello di conformità raggiunto, eventuali contenuti non accessibili, motivazione, alternative offerte, contatti per segnalazioni, data di pubblicazione. Pronto per essere linkato dal footer.
03 — Come lavoro
5 fasi- 01
Call iniziale
30 minuti gratis per capire il bisogno reale. Ascolto, faccio domande, prendo appunti. Niente preventivi a freddo: prima devo sapere cosa stai costruendo davvero.
- 02
Preventivo
Forfait chiaro con scope, tempi e costi. Niente sorprese: se qualcosa e' fuori scope te lo dico prima, non a fattura emessa.
- 03
Design / Strategia
Wireframe, moodboard o audit con piano d'azione — dipende dal servizio. Ti mostro la direzione prima di mettere mano al codice o ai contenuti.
- 04
Build
Sviluppo, intervento tecnico o esecuzione operativa. Check-in periodici concordati, niente "ci sentiamo a fine mese e vediamo".
- 05
Lancio & follow-up
Go-live + 30 giorni di assistenza inclusa. Documentazione, training se serve, e una porta sempre aperta per le piccole cose.
04 — POST-AUDIT
L'accessibilità non si "mantiene", si presidia
Il sito oggi è WCAG 2.1 AA. Il prossimo articolo del blog viene pubblicato con un'immagine senza alt, una landing nuova arriva con un form senza label, un component di terze parti rompe la navigazione da tastiera. Senza presidio, il livello di conformità decresce in mesi. Per questo dopo l'audit consegno una checklist operativa per chi pubblica contenuti (cosa controllare prima di mettere online un articolo o una page) e, dove serve, attivo un retainer trimestrale di re-audit per intercettare le regressioni. L'accessibility statement non è un documento da archiviare: va aggiornato quando il sito cambia. Niente compliance "una volta e via": presidio continuo, leggero, misurabile.
05 - Cosa ricevi
Deliverables
| N. | Deliverable | Formato | Timing |
|---|---|---|---|
| 01 | Audit automatico (axe + WAVE + Lighthouse) | PDF report + JSON | settimana 1 |
| 02 | Audit manuale screen reader (NVDA + VoiceOver) | Video walkthrough + report | settimana 1 |
| 03 | Mappa violazioni per Level (A/AA/AAA) | Notion / spreadsheet | settimana 1 |
| 04 | Remediation Level A (blocking) | Codice | settimana 2 |
| 05 | Remediation Level AA (mandatory EAA) | Codice | settimana 2-3 |
| 06 | Contrast + color fix | Design tokens + codice | settimana 3 |
| 07 | Form errors + ARIA validation | Codice | settimana 3 |
| 08 | Re-audit + verifica | PDF before/after | settimana 3-4 |
| 09 | Accessibility statement | HTML/MD pubblicabile | pre-handoff |
| 10 | Checklist operativa per redazione contenuti | Markdown | pre-handoff |
07 - Servizi collegati
- 01
Web Design
Un sito accessibile nasce dal design, non dal patch finale. Componenti pensati per tastiera + screen reader fin dal wireframe.
- 02
Sviluppo Web
Componenti React/Next con semantica corretta, ARIA dove serve, focus management built-in.
- 03
Manutenzione siti
Re-audit trimestrale per intercettare regressioni prima che arrivino sanzioni o segnalazioni.
08 - Audit gratuito · 30 minuti
Il tuo sito è conforme all'European Accessibility Act?
Faccio uno scan automatico + 10 minuti di test manuale con screen reader sulle 3 page più critiche. Ti mando un mini-report con le violazioni Level A che bloccano il sito agli utenti con disabilità. Niente compliance-washing.
Nessun obbligo - risposta entro 24h
09 — Domande frequenti
6 risposteLe domande che mi fanno tutti.
Il mio sito è davvero obbligato a essere accessibile?
Se vendi prodotti o servizi online a consumatori europei (e-commerce, banche, telecom, trasporti, e-book), sì, dal 28 giugno 2025. La direttiva EAA include anche servizi digitali e contenuti audiovisivi. Le micro-imprese (meno di 10 dipendenti e fatturato sotto 2M€) hanno alcune esenzioni, ma la sicurezza è chiedere a un consulente specifico o farti l'audit per stare tranquillo.
I plugin "accessibility widget" non bastano?
No, e in molti casi peggiorano la situazione. Quei widget sovrappongono uno strato JS che cambia colori, font, contrasto al volo, ma non sistemano la struttura HTML, la semantica, i form senza label, le immagini senza alt. Lo screen reader non li capisce. La Federal Trade Commission USA e diverse cause europee li considerano "compliance-washing". Servono audit veri e fix nel codice.
Quanto tempo serve per arrivare a WCAG 2.1 AA?
Dipende dalla dimensione del sito e da quanto è messo male. Un sito vetrina pulito si sistema in 2-3 settimane. Un e-commerce complesso con checkout, filtri, account area, può richiedere 6-10 settimane perché ogni flusso va testato. Il primo audit chiarisce la dimensione reale.
Cosa succede se non rispetto l'EAA?
In Italia (D.Lgs. 82/2022 e successivi) le sanzioni amministrative arrivano fino a 40.000€ per singola violazione, con possibili ordini di rimozione del servizio. AGID e gli enti consumatori possono ricevere segnalazioni e aprire procedimenti. Più che le multe, il rischio reale è perdere fiducia: una segnalazione pubblica per inaccessibilità è marketing inverso.
L'accessibilità rallenta o complica il sito?
No, di solito lo migliora. Semantica HTML pulita, immagini con alt, form con label associate sono anche best practice SEO. Google indicizza meglio i siti accessibili. Le performance non cambiano: nessun fix accessibility introduce JavaScript pesante. Anzi, spesso si rimuovono codici "creativi" che erano sia inaccessibili che inefficienti.
Posso mantenere il design attuale?
Quasi sempre sì. Il 90% dei fix sono nel codice (semantica, ARIA, focus, alt) e invisibili agli utenti senza disabilità. Le uniche modifiche visibili possono essere: aumento del contrasto su testi grigi, focus visibile più marcato, alternative ai colori come unico segnale di stato. Niente di drammatico.
10 - Iniziamo?
Pronto a partire?
Una chiamata di 30 minuti per capire cosa serve davvero. Niente PowerPoint.