Salta al contenuto
Documenti legali

Dichiarazione di accessibilità

L’obiettivo che ci siamo dati per questo sito, cosa abbiamo già implementato, i limiti che conosciamo e non nascondiamo, e come segnalarci un problema.

Scheda del documento
Versione
1.0
Ultimo aggiornamento
11 agosto 2026
Ambito
ahiai.ai
Obiettivo
WCAG 2.2 livello AA
Metodo
Autovalutazione
Bozza

Questo documento è un modello. I punti ancora da definire sono segnalati in linea come [da completare: …] e vanno compilati e verificati da un professionista legale prima della pubblicazione. Finché questo avviso è visibile, il testo non va considerato definitivo.

L’impegno

Vogliamo che questo sito sia usabile da chiunque: con il mouse, con la sola tastiera, con uno screen reader, con la pagina ingrandita, con le animazioni disattivate, da un telefono in pieno sole. È un obiettivo di progettazione, non una funzione aggiuntiva.

Prendiamo come riferimento le Web Content Accessibility Guidelines 2.2, livello AA e lo standard europeo EN 301 549. Dove le linee guida lasciano un margine di interpretazione, scegliamo la lettura che favorisce chi legge.

Obblighi normativi da verificare

[da completare: verifica degli obblighi applicabili: direttiva (UE) 2019/882 e relativo recepimento, legge 4/2004 e linee guida AgID] Gli obblighi di legge dipendono dal tipo di attività, dai servizi offerti al pubblico e dai parametri dimensionali. Vanno verificati con un professionista e, se applicabili, questa dichiarazione va riscritta nel modello previsto, con la procedura di reclamo indicata dalla normativa.

Stato di conformità

Il sito è parzialmente conforme alle WCAG 2.2 livello AA: la maggior parte dei criteri è soddisfatta, alcuni punti sono ancora in lavorazione e sono elencati apertamente più avanti in questa pagina.

Questa dichiarazione si basa su un’autovalutazione condotta dal team che ha realizzato il sito. Non è stato svolto un audit indipendente né una sessione di test con persone che usano tecnologie assistive: se leggi qui che qualcosa funziona e nella pratica non funziona, la segnalazione vince sulla dichiarazione.

Cosa abbiamo implementato

Non sono buone intenzioni: sono cose che puoi verificare adesso, su questa pagina.

Focus sempre visibile
Ogni elemento raggiungibile da tastiera mostra un contorno spesso 3 px con 3 px di distacco, mai rimosso e mai coperto. Sui fondi scuri diventa lime per restare leggibile. (WCAG 2.4.7, 2.4.11)
Salto al contenuto
Il primo elemento che raggiungi premendo Tab è un link che porta direttamente al contenuto principale, saltando l’intestazione. (2.4.1)
Navigazione da tastiera
Menu, pannelli a scomparsa delle FAQ e moduli si usano interamente da tastiera. Il menu mobile si chiude con Esc e, da chiuso, viene tolto dall’ordine di tabulazione invece di restare invisibile ma raggiungibile. (2.1.1, 2.1.2)
Struttura semantica
Ogni pagina ha intestazione, navigazione etichettata, contenuto principale e piè di pagina come regioni distinte, un solo titolo di primo livello e titoli in ordine gerarchico. Elenchi, tabelle e definizioni sono marcati come tali, non simulati con dei riquadri. (1.3.1, 2.4.6)
Movimento riducibile
Se nel sistema operativo hai chiesto di ridurre le animazioni, transizioni e comparse si annullano, lo scorrimento diventa istantaneo e l’illustrazione del marchio smette di muoversi e di seguire il puntatore. (2.3.3)
Aree di tocco
I comandi principali — pulsanti, voci di menu e invio dei moduli — hanno un’area sensibile di almeno 44 × 44 px. I collegamenti secondari, come quelli del piè di pagina, restano sopra il minimo di 24 × 24 px richiesto dal criterio. (2.5.8)
Contrasto
Il testo principale è quasi nero su fondo avorio, con un rapporto superiore a 15:1. Lime e corallo non sono mai usati come colore del testo su fondo chiaro: lì compaiono come sfondo sotto testo scuro, oppure in una gradazione scurita che supera il rapporto di 4,5:1. Sui fondi scuri tornano nella tinta piena. (1.4.3)
Informazione mai affidata al solo colore
Gli stati e gli errori sono sempre accompagnati da testo o da un’icona, non solo da una variazione cromatica. (1.4.1)
Testi alternativi
Le illustrazioni decorative, come il volto del marchio, sono nascoste alle tecnologie assistive per non aggiungere rumore; quelle che portano informazione hanno un’alternativa testuale. (1.1.1)
Zoom e ridimensionamento
Le dimensioni del testo sono espresse in unità relative: ingrandendo la pagina fino al 200% il contenuto resta leggibile e non compare scorrimento orizzontale. (1.4.4, 1.4.10)
Lingua dichiarata
Il documento dichiara l’italiano come lingua, così le sintesi vocali lo pronunciano correttamente. (3.1.1)
Errori dei moduli
Gli errori sono testuali, associati al campo che li ha generati e annunciati alle tecnologie assistive nel momento in cui compaiono. Il testo dice cosa fare, non solo che qualcosa è sbagliato. (3.3.1, 3.3.3)
Niente lampeggi, niente riproduzione automatica
Nessun contenuto lampeggia e nessun elemento parte da solo con audio o video. (2.2.2, 2.3.1)

Limiti noti

Questa è la parte che di solito manca nelle dichiarazioni di accessibilità. La scriviamo perché una lista di problemi noti è più utile di una promessa di conformità totale.

  • Non abbiamo ancora svolto test con persone che usano quotidianamente uno screen reader. Finché non succede, quanto scritto qui resta un’autovalutazione.
  • Le comparse allo scorrimento sono realizzate solo con i CSS: dove il browser non le supporta, o se hai chiesto di ridurre le animazioni, i contenuti sono semplicemente visibili. Nessun contenuto dipende da JavaScript per comparire.
  • Il menu dei servizi su schermo grande si apre al passaggio del mouse. È raggiungibile e attivabile da tastiera, ma il comportamento al focus e la chiusura vanno rifiniti.
  • Non abbiamo ancora verificato il comportamento del sito con ingrandimento al 400% e con fogli di stile personalizzati dell’utente.
  • Al momento non pubblichiamo documenti PDF. Quando lo faremo dovranno essere accessibili: se non lo saranno, lo scriveremo qui.
  • Contenuti di terze parti eventualmente incorporati dopo il lancio, come calendari o video, e il loro stato di accessibilità: [da completare: elenco dei contenuti di terze parti e relativa verifica]

Come segnalare un problema

Se qualcosa su questo sito non funziona con la tua configurazione, scrivici a ciao@ahiai.ai. Non serve conoscere le linee guida né usare i termini giusti: descrivi cosa stavi provando a fare e cosa è successo.

Cosa ci aiuta a capire in fretta

  • L’indirizzo della pagina, o anche solo il titolo che leggevi.
  • Cosa stavi cercando di fare e a che punto ti sei bloccato.
  • Browser e sistema operativo, se li conosci.
  • L’eventuale tecnologia assistiva usata e la sua versione.

Rispondiamo entro un giorno lavorativo. Se la correzione è rapida la facciamo subito; se richiede più tempo ti diciamo quando contiamo di rilasciarla e, nel frattempo, ti forniamo in un altro formato il contenuto o l’informazione che ti serviva.

Come lo verifichiamo

I controlli automatici trovano una parte dei problemi. Il resto si trova provando: per questo alterniamo strumenti e verifiche manuali.

  • Navigazione dell’intero sito con la sola tastiera, verificando ordine di tabulazione, visibilità del focus e trappole.
  • Lettura della struttura dei titoli e delle regioni, per controllare che il documento abbia senso anche senza vederlo.
  • Verifica dei rapporti di contrasto su testo, bordi e stati interattivi.
  • Prove con animazioni ridotte, testo ingrandito e schermi stretti.
  • Strumenti automatici e tecnologie assistive impiegati nella verifica: [da completare: strumenti di test, versioni e data della verifica]

Ogni rilascio importante passa dalla fase di controllo del nostro metodo, dove accessibilità, performance e SEO sono voci di una checklist che il cliente vede: la trovi descritta in come lavoriamo.

L’accessibilità nei progetti dei clienti

Quello che applichiamo qui è lo stesso standard che applichiamo ai siti che costruiamo. Non è una voce di preventivo opzionale: è dentro la fase di controllo, e nel Website Scan l’accessibilità è uno dei cinque assi valutati.

Cosa portiamo di serie

  • Struttura semantica, titoli in ordine, regioni e punti di riferimento corretti.
  • Contrasti verificati nella fase di direzione visuale, non corretti alla fine.
  • Focus visibile, navigazione da tastiera e aree di tocco adeguate.
  • Moduli con etichette collegate, messaggi di errore utili e nessuna informazione affidata al solo colore.
  • Rispetto della preferenza di riduzione del movimento.

Cosa dipende da chi pubblica

L’accessibilità di un sito si mantiene con i contenuti, e i contenuti li pubblichi tu: testi alternativi scritti da chi sa cosa mostra l’immagine, sottotitoli sui video, documenti scaricabili leggibili anche da uno screen reader, titoli usati per la gerarchia e non per la dimensione del carattere. Nel passaggio di consegne lasciamo istruzioni scritte su come farlo, e un audit dedicato è disponibile come attività a sé.

Chiarimenti

Qualcosa in questo documento non ti è chiaro?

Scrivici indicando il documento e il punto: ti rispondiamo entro un giorno lavorativo, in italiano, senza rimandarti a un altro documento.

ciao@ahiai.ai