Quando arriva una segnalazione, o peggio una contestazione formale, la domanda non è tecnica. È aziendale: chi risponde delle non conformità accessibilità? Non basta sapere che una pagina ha errori WCAG o che il checkout non è usabile da tastiera. Bisna capire chi ha l’obbligo di intervenire, chi si assume il rischio e chi deve dimostrare di aver governato il problema.
Per molte aziende il punto critico è proprio questo: il sito è stato sviluppato da un’agenzia, i contenuti li pubblica il marketing, i plugin li sceglie l’IT, la governance legale è altrove. Ma verso l’esterno questa frammentazione conta poco. Se il servizio digitale non è accessibile, la responsabilità non si disperde automaticamente tra i fornitori.
Chi risponde delle non conformità accessibilità, in pratica
La regola di base è semplice: risponde il soggetto che eroga il servizio digitale al pubblico o lo mette sul mercato con il proprio marchio, la propria organizzazione e la propria responsabilità contrattuale. In altre parole, nella maggior parte dei casi risponde l’azienda titolare del sito, dell’e-commerce, dell’applicazione o del servizio online.
Questo vale anche quando il progetto è stato affidato a terzi. L’agenzia può aver sviluppato il front-end, il freelance può aver installato un tema non conforme, il fornitore SaaS può gestire parti decisive dell’esperienza utente. Tuttavia, se il canale digitale è parte della tua offerta, non puoi limitarti a dire che l’errore è del fornitore. Quel rapporto rileva nei rapporti interni e contrattuali, non elimina la tua esposizione verso utenti, autorità e mercato.
Qui sta uno degli equivoci più comuni. Molte imprese pensano che la responsabilità coincida con chi ha materialmente scritto il codice. In realtà la conformità all’accessibilità è prima di tutto una responsabilità organizzativa. Il codice è solo una delle sue manifestazioni.
Responsabilità del titolare del sito e responsabilità del fornitore
È utile distinguere due piani. Il primo è la responsabilità esterna, cioè verso chi subisce la non conformità o verso chi verifica il rispetto degli obblighi. Il secondo è la responsabilità interna, cioè tra committente e fornitore.
Sul piano esterno, il titolare del servizio resta il referente principale. Sul piano interno, invece, molto dipende dal contratto. Se hai incaricato un’agenzia di realizzare un sito accessibile, o di adeguarlo secondo WCAG 2.1 livello AA, puoi pretendere il rispetto di quanto pattuito. Se invece nel contratto non c’è alcun requisito di accessibilità, far valere una colpa del fornitore diventa più difficile.
Questo non significa che il fornitore sia irrilevante. Significa che la sua responsabilità va costruita e presidiata. Serve specificare standard, deliverable, test, criteri di accettazione, tempi di remediation e obblighi di manutenzione. Senza questi elementi, il rischio resta quasi tutto in capo al committente.
Quando il fornitore ha una responsabilità concreta
Un fornitore può essere chiamato a rispondere se ha assunto obblighi precisi e li ha violati. Succede, per esempio, quando garantisce la conformità di un componente, dichiara compatibilità che non esiste, oppure consegna una soluzione che non rispetta requisiti espressamente richiesti.
Ma c’è un punto da non sottovalutare: anche un ottimo fornitore non può garantire da solo la conformità continua del tuo ecosistema digitale. Se dopo il rilascio il team interno pubblica PDF illeggibili, inserisce immagini senza alternative testuali o modifica template e form, la non conformità può riemergere. L’accessibilità non si esaurisce nel collaudo iniziale.
Le non conformità nascono quasi sempre da una filiera, non da un solo errore
Nella pratica aziendale, le non conformità accessibilità sono raramente il risultato di un’unica decisione sbagliata. Più spesso derivano da una catena di scelte: CMS non presidiato, librerie UI poco accessibili, integrazioni di terze parti, contenuti caricati senza controlli, mancanza di verifiche prima della pubblicazione.
Per questo cercare un solo colpevole è spesso improduttivo. Più utile è individuare il presidio responsabile. Chi approva il rilascio? Chi controlla i componenti acquistati? Chi definisce i requisiti nei capitolati? Chi verifica la dichiarazione di accessibilità? Se queste domande non hanno risposta, il problema non è solo tecnico: è di governance.
Un e-commerce lo mostra bene. Il tema può essere accessibile, ma il configuratore del prodotto no. Il pagamento può dipendere da un provider esterno. Le schede prodotto possono contenere video senza sottotitoli o tabelle illeggibili. In questi casi la responsabilità si distribuisce operativamente, ma il rischio resta unitario. L’utente non compra la tua filiera. Compra da te.
Chi deve presidiare la conformità in azienda
Non esiste un unico reparto che possa gestire tutto da solo. L’accessibilità tocca tecnologia, contenuti, procurement, legale e customer experience. Nelle PMI spesso il referente reale è il responsabile marketing o digitale, perché governa sito, campagne e fornitori. Nelle strutture più complesse entrano in gioco IT, compliance, legal e procurement.
Il punto non è creare burocrazia. Il punto è nominare un owner chiaro. Una persona o una funzione deve avere il compito di coordinare verifiche, remediation, monitoraggio e documentazione. Se questo presidio manca, la responsabilità resta comunque in capo all’organizzazione, ma senza controllo operativo.
I segnali che la responsabilità non è governata
Se il tuo team non sa quali pagine sono state testate, quali componenti sono critici, chi aggiorna la dichiarazione di accessibilità e quali fornitori incidono sull’esperienza utente, stai gestendo il tema in modo reattivo. E quando l’accessibilità viene affrontata solo dopo una segnalazione, i costi aumentano.
Anche il classico scaricabarile tra marketing, sviluppo e agenzia è un segnale. Non perché la collaborazione sia sbagliata, ma perché senza responsabilità formali ogni difetto rischia di restare aperto. E ogni giorno di inerzia è un giorno di esposizione.
Come ridurre il rischio quando lavori con agenzie, freelance e SaaS
La domanda giusta non è solo chi risponde delle non conformità accessibilità, ma come evitare di doverlo scoprire sotto pressione. Qui la differenza la fa il metodo.
Serve prima di tutto un livello minimo di misurazione. Se non sai dove sono gli errori e quanto sono gravi, non puoi assegnare priorità né responsabilità. Poi serve una baseline tecnica, con standard chiari e verifiche ripetute nel tempo. Infine serve documentazione: ciò che hai controllato, corretto, richiesto ai fornitori e pianificato.
Quando ci sono più soggetti coinvolti, conviene trattare l’accessibilità come un requisito di fornitura, non come un extra. Questo vuol dire inserire criteri di conformità nei brief, nei contratti, nei collaudi e nei rinnovi. Vuol dire anche monitorare ciò che cambia dopo il go-live, perché molte non conformità nascono nella manutenzione ordinaria.
Un approccio efficace combina scansione automatica, revisione esperta e processo interno. L’automazione aiuta a individuare problemi ricorrenti e a mantenere sotto controllo siti e aggiornamenti. L’intervento umano serve per i casi che gli strumenti non interpretano bene e per definire remediation realistiche. Il processo aziendale serve a trasformare queste attività in responsabilità verificabili.
La dichiarazione di accessibilità non sposta la responsabilità
C’è un altro equivoco frequente: pensare che una dichiarazione di accessibilità basti a coprire il rischio. Non è così. La dichiarazione è utile, spesso necessaria, ma non sostituisce la conformità effettiva né il presidio dei problemi aperti.
Se il documento non riflette lo stato reale del servizio, o se viene pubblicato e poi dimenticato, può diventare un elemento di fragilità invece che di tutela. Va aggiornata, coerente con i test eseguiti e collegata a un piano di miglioramento. La trasparenza aiuta, ma solo se è sostenuta dai fatti.
Per questo molte organizzazioni stanno passando da una logica da progetto a una logica da controllo continuo. Non basta adeguarsi una volta. Bisogna verificare, correggere, documentare e riesaminare. È il modo più concreto per ridurre il rischio legale e reputazionale senza bloccare l’operatività.
Un modello realistico di responsabilità
Se vuoi una risposta sintetica, è questa: verso l’esterno risponde soprattutto l’organizzazione che offre il servizio digitale; verso l’interno possono rispondere anche sviluppatori, agenzie o fornitori, ma solo se obblighi e verifiche sono stati definiti con chiarezza.
È una distinzione scomoda, ma utile. Evita l’illusione che basti affidarsi a terzi per trasferire il problema. E spinge a costruire un sistema più solido, in cui l’accessibilità entra nei processi di acquisto, sviluppo, pubblicazione e manutenzione.
Per chi gestisce più siti o più stakeholder, avere uno standard operativo replicabile fa la differenza. Un test iniziale, monitoraggi periodici, supporto specialistico e gestione documentale riducono l’incertezza e rendono la responsabilità governabile. È anche il motivo per cui piattaforme come Inclusivia vengono scelte non solo come strumenti tecnici, ma come presidio di compliance.
La domanda giusta, quindi, non è solo chi pagherà se qualcosa non va. La domanda utile è chi, da oggi, si assume il compito di far sì che non succeda di nuovo.