Vai al contenuto principale
WCAG 2.1 AA

Dichiarazione di accessibilità

Ultima verifica: 3 ottobre 2026

Questa dichiarazione descrive lo stato di accessibilità di riccardobozzato.com. L'obiettivo è un sito utilizzabile da chiunque, indipendentemente da disabilità o tecnologia assistiva.

1. Stato di Conformità

Parzialmente conforme. Il sito è stato sottoposto ad autovalutazione e verifica manuale il 2 ottobre 2026 rispetto alle WCAG 2.2 livello AA.

La maggior parte dei contenuti e dei componenti rispetta i criteri. Le eccezioni note sono elencate nella sezione 5 e sono limitate a componenti di terze parti che non controllo.

2. Requisiti Normativi Applicabili

Il sito è valutato rispetto a:

WCAG 2.2, Web Content Accessibility Guidelines, livello AA (W3C Recommendation, ottobre 2023)
Legge 13 marzo 1988 n. 104 e successive modifiche, in particolare gli articoli 55 e seguenti
Linee guida AgID per la misurabilità e il monitoraggio dell'accessibilità web (2021)
European Accessibility Act, recepito in Italia, applicabile ai servizi di e-commerce

3. Criteri Applicati

Sono stati verificati tutti i criteri di livello A e AA delle WCAG 2.2. In particolare i criteri relativi a struttura e orientamento (1.3.1, 1.3.2), testo alternativo (1.1.1), contrasto minimo (1.4.3, 1.4.11), navigazione da tastiera (2.1.1, 2.1.2, 2.4.1, 2.4.3, 2.4.7), finestre di cambio contesto (3.2.1, 3.2.2, 3.2.3, 3.2.4), nome accessibile e ruolo (4.1.2), messaggi di stato (4.1.3) e punti di riferimento ARIA (2.4.1).

4. Misure Implementate

Struttura semantica con header, nav, main e footer identificati; link «Vai al contenuto principale» come primo elemento focusabile.

Gerarchia dei titoli coerente su ogni pagina, senza salti di livello.

Contrasto dei colori verificato sul tema reale, non solo sul tema di default.

Tutti i controlli interattivi sono raggiungibili e attivabili da tastiera, con indicatore di focus sempre visibile.

Icone decorative marcate aria-hidden; icone informative con testo alternativo.

Form con label esplicite, required dichiarati e messaggi d'errore associati all'input via aria-describedby.

Messaggi di stato (invio del form, caricamento) annunciati con role=status o aria-live.

Contenuti dinamici (messaggi di risposta) annunciati senza spostare il focus.

Riduzione del movimento: le animazioni rispettano prefers-reduced-motion e il banner dei cookie può essere stampato senza interferenze.

Testo selezionabile e zoom al 200% senza perdita di contenuto o funzionalità, anche su mobile.

Nessuna informazione trasmessa tramite il solo colore.

5. Conformità Parziale - Limiti Noti

Banner dei cookie: finché la finestra di consenso è aperta, il contenuto sottostante resta nel flusso del documento perché il banner non usa un dialog modale che blocchi la navigazione. Alcuni utenti di screen reader potrebbero doverlo chiudere esplicitamente per raggiungere il contenuto.

Annunci pubblicitari di terze parti: contenuti e comportamenti degli annunci dipendono da Google AdSense e non sono sotto il mio controllo. Non sono sempre etichettati come pubblicità in modo accessibile e possono non rispettare il contrasto richiesto. Compaiono solo se accetti la categoria pubblicitaria.

Link affiliati Amazon: etichettati visivamente, ma l'indicazione testuale per i lettori di schermo non è sempre completa.

Widget Netlify Identity: lo script di terze parti viene caricato anche sulle pagine pubbliche, dove non viene utilizzato. Non introduce contenuto visibile ne focali, ma aggiunge una richiesta di rete non necessaria.

6. Tecniche Utilizzate

HTML semantico con landmark ARIA; attributi role e aria-* solo dove il markup nativo non basta.

Focus visibile e mai rimosso, gestito con :focus-visible per non penalizzare l'uso del mouse.

Supporto di prefers-reduced-motion, prefers-contrast e forced-colors dove applicabile.

Nessun testo dentro le immagini: le informazioni sono sempre disponibili come testo reale, selezionabile e indicizzabile.

7. Strumenti di Valutazione

Lighthouse Accessibility (Chrome), axe DevTools e WAVE, eseguiti sulle pagine principali in italiano e in inglese.

Verifica manuale con tastiera su tutti i flussi: navigazione, pagina servizi, form di contatto, download del playbook e pannello dei cookie.

Il controllo fa parte della definizione di «fare» di ogni modifica, insieme a TypeScript e ESLint in fase di build.

8. Feedback e Contatti

Se trovi un problema di accessibilità, scrivi a [email protected] indicando la pagina, il problema e, se possibile, la tecnologia assistiva che usi. Rispondo entro 5 giorni lavorativi e, se il problema riguarda un componente condiviso, la correzione entra nel ciclo di sviluppo successivo.

9. Procedura di Recupero

Le segnalazioni sono registrate con pagina, criterio WCAG interessato e impatto. I problemi che impediscono la lettura o l'uso del contenuto hanno priorità massima e vengono corretti prima delle nuove funzionalità.

Se ritieni che la risposta non sia adeguata, puoi presentare reclamo all'AgID o al Garante per la protezione dei dati personali.

10. Aggiornamento di Questa Dichiarazione

Questa dichiarazione viene rivista almeno una volta all'anno e ogni volta che cambiano in modo rilevante il contenuto, la struttura o i componenti del sito. La data in alto indica sempre l'ultima verifica. Le modifiche sostanziali vengono annunciate nella home page.

Problemi di Accessibilità?

Email: [email protected]