Validazione - Conformità

Definizione — Validazione e conformità indicano la valutazione sistematica di siti/app rispetto a WCAG 2.1 (livelli A/AA) e ai requisiti europei EN 301 549. In Italia sono riferimenti per la Legge 4/2004 (e D.Lgs. 106/2018/WAD) e, per i prodotti/servizi rientranti nell’ambito, per il European Accessibility Act (D.Lgs. 82/2022). L’esito atteso è un livello di conformità dichiarato e documentato con evidenze tecniche.

Fasi del processo

1. Scoping: definisci pagine, template, flussi critici (login, acquisto, prenotazione, form).
2. Analisi: test automatici (axe, Pa11y, Lighthouse) + verifica manuale con tastiera, screen reader, zoom 200–400%, mobile/orientamento.
3. Tracciamento: per ogni non conformità, indica criterio WCAG, impatto, evidenze, priorità e tecnica di rimediazione (W3C Techniques).
4. Rimediazione: fix su markup, ARIA, contrasto, focus, form, media, documenti; aggiornamento del design system per evitare regressioni.
5. Verifica finale: controprova e raccolta delle evidenze (screenshot, registrazioni, snippet, versioni).
6. Dichiarazione: per PA/soggetti obbligati, pubblica/aggiorna la Dichiarazione di Accessibilità e il modello di valutazione.

Livelli e ambiti

• WCAG 2.1: livelli A (minimo), AA (standard normativo), AAA (best practice non richiesta per legge).
• EN 301 549: copre web, documenti, software e ICT; mappa i requisiti ai criteri WCAG e a metodi di prova.
• Prodotti/servizi: per gare e forniture è frequente un ACR/VPAT (Accessibility Conformance Report) che riassume l’aderenza allo standard.

Evidenze di conformità (cosa conservare)

• Report con elenco difetti, pagine coinvolte, criteri WCAG, impatto e stato di rimediazione.
• Prove di test: video/screenshot, letture con NVDA/JAWS, esiti tastiera/zoom/reflow, ambienti e versioni.
• Riferimenti al codice (commit, componenti del design system) e changelog delle correzioni.

Errori comuni

• Affidarsi solo agli strumenti automatici (copertura parziale) o solo a checklist senza test con TA.
• Dichiarazioni generiche senza dettaglio su criteri, evidenze e piani di miglioramento.
• Mancato aggiornamento dopo rilasci: la conformità è continua, non “una tantum”.

Buone pratiche

• Gating in CI/CD con soglie minime (es. 0 errori Pa11y/axe sulle viste chiave) e audit periodici.
• Design system come fonte di verità: componenti già conformi e testati.
• Formazione di redazioni e developer su alt, titoli, form, modali, ARIA, documenti.