QualiBooth

compliance

Come Rispondere a un Reclamo sull'Accessibilità

Una guida passo dopo passo per rispondere a un reclamo sull'accessibilità web — dal riconoscimento iniziale alla correzione, alla comunicazione e alla prevenzione del successivo.

11 min read QualiBooth
Una persona al laptop che legge un'email di reclamo sull'accessibilità, con una checklist di risposta strutturata visibile a fianco.

Perché la tua risposta conta più del reclamo

I reclami sull’accessibilità — presentati tramite un modulo di contatto, inviati per email, sottoposti a un regolatore o recapitati come formale diffida legale — raramente sono la fine della storia. Il modo in cui rispondi determina cosa succede dopo.

Una risposta rapida, genuina e orientata all’azione risolve la maggior parte dei reclami senza bisogno di escalation. Una risposta evasiva, sbrigativa o assente è spesso ciò che trasforma un reclamo utente risolvibile in un’indagine formale o una causa legale.

Questa guida illustra come gestire i reclami sull’accessibilità in ogni fase: dal momento in cui ne ricevi uno, attraverso la correzione, la comunicazione e la messa in atto di sistemi che impediscano l’arrivo dello stesso reclamo in futuro.

Capire che tipo di reclamo hai ricevuto

Non tutti i reclami sull’accessibilità sono uguali, e la risposta appropriata varia in base al tipo.

Feedback dell’utente

La forma più comune. Una persona con disabilità ha incontrato una barriera sul tuo sito web — un modulo che non è riuscita a completare con uno screen reader, un video senza sottotitoli, un pulsante irraggiungibile da tastiera — e te lo ha segnalato direttamente tramite la tua pagina di contatto, il meccanismo di feedback sull’accessibilità o il canale di supporto generale.

Questi reclami sono spesso il feedback più prezioso che il tuo team riceverà mai. Identificano barriere reali da utenti reali in situazioni reali che gli strumenti automatizzati spesso non rilevano.

Reclamo normativo o governativo

Nel Regno Unito, un utente può segnalare un problema al Government Digital Service (GDS) o alla Equality and Human Rights Commission (EHRC). Negli Stati Uniti, i reclami possono essere presentati al Department of Justice (DOJ), all’Office for Civil Rights (OCR) del Department of Education o ad altre agenzie federali. Nell’UE, i reclami vengono inviati agli organismi nazionali di applicazione designati ai sensi della Direttiva sull’Accessibilità Web.

Questi reclami seguono un processo formale. Riceverai in genere una notifica scritta, una descrizione della presunta violazione e un termine per la risposta.

Lettera di diffida legale

Negli Stati Uniti, questo è spesso il primo segnale che un ricorrente intende intraprendere un’azione legale ai sensi dell’ADA Title III. La lettera descrive le presunte violazioni e in genere propone termini di accordo. Si tratta di una questione legale che richiede una gestione separata — consulta la nostra guida alla lettera di diffida ADA per un percorso dedicato.

Feedback tramite la dichiarazione di accessibilità

Se il tuo sito ha una dichiarazione di accessibilità pubblicata con un meccanismo di feedback (obbligatorio ai sensi del PSBAR nel Regno Unito e fortemente raccomandato altrove), potresti riceverlo tramite questo canale. Questi feedback sono spesso dettagliati e specifici, e meritano lo stesso trattamento di qualsiasi altro reclamo.


Passo 1: Conferma la ricezione prontamente

La cosa più importante che puoi fare quando arriva un reclamo sull’accessibilità è rispondere rapidamente per confermare di averlo ricevuto.

Questo è vero anche se non puoi indagare immediatamente sul problema. Una conferma nello stesso giorno o entro il giorno lavorativo successivo comunica che prendi il reclamo sul serio. Impedisce inoltre al ricorrente di supporre che il suo messaggio sia stato ignorato — un innesco comune per l’escalation.

La tua conferma dovrebbe:

  • Confermare di aver ricevuto il reclamo
  • Nominare una persona o un team specifico responsabile del seguito
  • Fornire un termine realistico per una risposta completa (vedi Passo 3)
  • Ringraziare la persona per aver segnalato il problema — sta aiutandoti a identificare una barriera che riguarda anche altri utenti

Mantieni un tono professionale e sinceramente riconoscente. Le persone che segnalano barriere di accessibilità sono spesso utenti che hanno provato altre soluzioni alternative senza trovarne nessuna. Stanno dedicando tempo che non dovrebbero dover spendere.

Modello:

Grazie per averci contattato. Abbiamo ricevuto il tuo messaggio e stiamo esaminando il problema che hai descritto. Un membro del nostro team ti contatterà entro [termine] con un aggiornamento. Prendiamo sul serio l’accessibilità e apprezziamo che tu ce l’abbia segnalato.


Passo 2: Indaga sulla barriera specifica

Una volta confermata la ricezione, indaga sul problema specifico descritto dal ricorrente. Evita la tentazione di eseguire un audit generale di accessibilità e trattarlo come risposta al reclamo specifico — ritarda la risoluzione e manca il punto.

Cosa indagare:

  • Riesci a riprodurre il problema? Testalo nell’ambiente descritto dal ricorrente: il browser, il sistema operativo e la tecnologia assistiva menzionati (se ne ha menzionata qualcuna).
  • La barriera è a livello di componente (un pulsante, un modulo o una finestra modale specifica) o a livello di pagina?
  • È un problema di codice, un problema di redazione dei contenuti o un problema di un componente di terze parti?
  • La stessa barriera appare altrove nel sito?
  • Quale criterio di successo WCAG viola (se ne viola uno)?

Strumenti di test da usare:

  • Solo tastiera — riesci a raggiungere e azionare l’elemento interessato usando Tab, Shift+Tab, Invio, Barra spaziatrice e i tasti freccia?
  • Screen reader — testa con NVDA + Chrome, JAWS + Chrome e VoiceOver su Safari (macOS/iOS). L’elemento ha un nome accessibile? Viene annunciato correttamente?
  • Scanner automatizzato — esegui una scansione mirata sull’URL interessato per far emergere eventuali problemi correlati
  • Zoom al 200% e reflow a 320px — il layout si rompe?

Documenta i tuoi risultati. Hai bisogno di un registro chiaro di cos’è la barriera, dove esiste e cosa l’ha causata.


Passo 3: Correggila — e stabilisci una tempistica realistica

Una volta compresa la barriera, correggila. La priorità e la tempistica dovrebbero corrispondere alla gravità:

GravitàEsempiTempo di correzione target
CriticaModulo di checkout irraggiungibile da tastiera, login bloccato per gli utenti di screen reader24–72 ore
GraveTesto alternativo mancante sulle immagini dei prodotti, campi di modulo senza etichetta in un flusso chiaveEntro una settimana
ModerataScarso contrasto di colore su contenuti secondari, struttura delle intestazioni mancanteEntro lo sprint o due settimane
MinoreLink non descrittivi in un articolo del blog, attributo lang mancanteProssima finestra di manutenzione pianificata

Se la correzione richiederà tempo — ad esempio, richiede che un fornitore di terze parti aggiorni il proprio componente — comunicalo al ricorrente. Digli:

  • Qual è la barriera
  • Cosa la sta causando
  • Cosa stai facendo per correggerla
  • Quando prevedi che sarà risolta
  • Se esiste un modo alternativo per completare l’attività nel frattempo

Il percorso di accesso alternativo è importante. Se una persona non può usare il tuo checkout, offriti di prendere il suo ordine per telefono o email mentre la correzione è in corso. “Ci stiamo lavorando” senza un’alternativa non è un adeguamento ragionevole — dice solo all’utente che non può accedere al tuo servizio.


Passo 4: Rispondi al ricorrente con dettagli specifici

Quando la correzione è completa (o quando hai un piano concreto se richiederà più tempo), rispondi al ricorrente con un aggiornamento sostanziale. Questa risposta dovrebbe:

  • Descrivere il problema specifico identificato
  • Spiegare cosa hai trovato durante la tua indagine
  • Dichiarare cosa è stato corretto, o descrivere in dettaglio il piano di correzione con una tempistica
  • Confermare che la correzione è stata verificata (ritestata)
  • Invitarlo a testare l’esperienza aggiornata e a segnalare se la barriera persiste
  • Fornire un contatto diretto in caso di ulteriori problemi

Evita rassicurazioni vaghe come “abbiamo migliorato la nostra accessibilità”. Sii specifico. Un ricorrente che non può accedere con uno screen reader merita di sapere esattamente cosa era rotto e che ora è stato corretto.

Modello:

Grazie per la pazienza mentre indagavamo sul problema che hai segnalato. Abbiamo identificato [problema specifico] su [pagina/componente specifico]. Il problema è stato risolto — [breve descrizione della correzione]. Abbiamo ritestato la [pagina/componente] aggiornata e confermato che [elemento] ora è [comportamento accessibile]. Saremmo lieti di sapere se qualche problema persiste. Puoi contattarci direttamente a [contatto].


Passo 5: Documenta tutto

Per ogni reclamo sull’accessibilità che ricevi e risolvi, mantieni un registro che includa:

  • La data di ricezione e la data di conferma
  • Una descrizione della barriera segnalata
  • I risultati della tua indagine
  • La correzione applicata e la data in cui è stata distribuita
  • La conferma che la correzione è stata testata
  • Tutta la corrispondenza con il ricorrente

Questa documentazione serve a tre scopi. Primo, dimostra buona fede — se un reclamo diventa un’azione normativa o legale, un registro documentato della correzione è una prova solida che hai preso la questione sul serio e hai agito. Secondo, alimenta la tua dichiarazione di accessibilità, che dovrebbe elencare i problemi noti e il loro stato di correzione. Terzo, costruisce una conoscenza istituzionale sulle modalità di fallimento ricorrenti nel tuo codice o nel flusso di lavoro dei contenuti.


Passo 6: Aggiorna la tua dichiarazione di accessibilità

La tua dichiarazione di accessibilità dovrebbe riflettere lo stato attuale conosciuto del tuo sito. Dopo aver risolto un reclamo:

  • Rimuovi la barriera da qualsiasi elenco di problemi noti (se era elencata)
  • Aggiorna la data di “ultima revisione”
  • Se il reclamo ha rivelato una categoria di problemi che non avevi precedentemente identificato, aggiungila e annota il suo stato di correzione

Una dichiarazione di accessibilità che riflette accuratamente i problemi noti — inclusi quelli non ancora corretti, con tempistiche realistiche — costruisce più fiducia di una che dichiara una conformità totale che gli utenti sanno essere inesatta.


Gestire reclami che non puoi risolvere immediatamente

A volte una barriera non può essere corretta rapidamente: il componente è di proprietà di un fornitore terzo che non ha ancora rilasciato una correzione, la correzione richiede una migrazione di piattaforma, oppure il contenuto si trova in un sistema legacy che richiede un notevole impegno per essere aggiornato.

In questi casi:

Fornisci un percorso di accesso alternativo. Questo è legalmente richiesto nella maggior parte delle giurisdizioni come “adeguamento ragionevole” o equivalente. Deve essere genuinamente equivalente — non un sostituto degradato. Se un PDF è inaccessibile, offriti di fornire le informazioni in un formato accessibile via email. Se un modulo di prenotazione è bloccato per gli utenti di screen reader, offriti di accettare prenotazioni per telefono.

Sii onesto sulla tempistica. Un ricorrente al quale viene detto “questo sarà risolto nel Q3” non è servito bene. Impegnati su traguardi specifici e rispettali.

Fai escalation internamente. I reclami che riguardano i percorsi principali (login, checkout, gestione dell’account, moduli chiave) dovrebbero essere trattati come problemi di ingegneria ad alta priorità, non come piccole modifiche ai contenuti. Assicurati che le persone giuste ne siano informate.


Rispondere ai reclami normativi

Se un reclamo è stato inoltrato a un regolatore — il GDS nel Regno Unito, il DOJ o l’OCR negli Stati Uniti, o un organismo nazionale di applicazione nell’UE — il processo è più strutturato.

Riceverai in genere:

  1. Una notifica formale di reclamo con le accuse descritte
  2. Una richiesta di risposta formale entro una scadenza specificata
  3. In alcuni casi, un invito a partecipare a una mediazione o a una risoluzione informale

Non perdere le scadenze. Un reclamo normativo che rimane senza risposta, o al quale si risponde in ritardo, segnala non collaborazione e rafforza la posizione del ricorrente.

Affronta le accuse specifiche. I regolatori si aspettano una risposta che affronti i problemi specifici sollevati, non una dichiarazione generale sul tuo impegno per l’accessibilità.

Fornisci prove della correzione. Dove hai corretto le barriere segnalate, fornisci documentazione: screenshot, report di audit, conferma delle date di distribuzione. Un regolatore che può vedere che il problema è stato risolto ha significativamente meno motivo di proseguire con un’applicazione formale.

Cerca una consulenza legale. Per i reclami normativi formali, in particolare negli Stati Uniti dove le indagini del DOJ possono avere un ambito ampio, è consigliabile una consulenza legale esperta in accessibilità digitale.


Prevenire il prossimo reclamo

Ogni reclamo sull’accessibilità è la prova che una barriera ha raggiunto un utente reale. L’obiettivo non è solo risolvere i singoli reclami, ma costruire sistemi che impediscano la comparsa di nuove barriere.

Integra l’accessibilità nel tuo flusso di lavoro di sviluppo. I controlli di accessibilità automatizzati nella tua pipeline CI/CD intercettano i problemi rilevabili prima che raggiungano la produzione — non dopo che un utente li segnala. La nostra integrazione dell’accessibilità in CI/CD rende questo parte di ogni build.

Pianifica audit regolari. Gli strumenti automatizzati intercettano il 30–40% degli errori WCAG. Gli audit manuali che usano screen reader e navigazione solo da tastiera trovano il resto. Audit trimestrali o semestrali fanno emergere i problemi prima che lo facciano gli utenti.

Forma il tuo team. Sviluppatori, designer e autori di contenuti che comprendono l’accessibilità creano meno barriere. Una formazione una tantum è meno efficace dell’integrazione della revisione dell’accessibilità nelle critiche di design, nelle revisioni del codice e nei flussi di pubblicazione dei contenuti.

Rendi il tuo meccanismo di feedback genuinamente facile da usare. Una dichiarazione di accessibilità con un meccanismo di contatto funzionante e accessibile offre agli utenti un percorso diretto verso di te invece che verso un regolatore. Molti reclami degenerano proprio perché il canale di feedback del sito stesso era inaccessibile.

Se vuoi capire la posizione attuale del tuo sito in materia di accessibilità prima che arrivi il prossimo reclamo, una scansione automatizzata gratuita è il punto di partenza più rapido. Per un quadro completo, contattaci per discutere un audit completo.

Controlla il tuo sito prima del prossimo reclamo