Il debito di accessibilità: perché un sito accessibile oggi può non esserlo più domani

Un sito può essere accessibile oggi e accumulare nuove barriere domani. Nuovi contenuti, aggiornamenti, funzionalità e integrazioni possono modificare continuamente il livello di accessibilità. Per questo non basta correggere gli errori: bisogna seguire nel tempo il percorso di miglioramento.

C'è una cosa che spesso accade dopo un audit di accessibilità.

Si individuano gli errori, si stabiliscono le priorità, si interviene sul codice, si correggono i contenuti e, finalmente, il sito migliora.

Il progetto si conclude.

Poi passano alcuni mesi.

Nel frattempo qualcuno pubblica una nuova landing page, il marketing inserisce un pop-up, il reparto IT aggiorna un componente, viene installato un plugin, il designer modifica i colori di un pulsante, viene aggiunto un nuovo sistema di pagamento o integrato un servizio esterno.

Nessuno di questi interventi nasce con l'intenzione di rendere il sito meno accessibile. Eppure può succedere.

È qui che entra in gioco un concetto ancora poco utilizzato nel dibattito sull'accessibilità digitale, ma particolarmente utile per capire come gestirla nel tempo: il debito di accessibilità.

Che cos'è il debito di accessibilità?

Il concetto richiama quello, più conosciuto, di technical debt o debito tecnico.

Nel mondo del software, il debito tecnico nasce quando si prendono scorciatoie, si rimandano interventi o si costruisce qualcosa senza considerare sufficientemente la manutenzione futura.

Il problema non scompare.

Resta nel sistema e, con il tempo, può diventare più costoso e complesso da risolvere.

Con l'accessibilità può accadere qualcosa di molto simile:

• Un componente non accessibile viene riutilizzato.
• Un PDF non accessibile rimane online.
• Un modulo viene progettato senza considerare la navigazione da tastiera.
• Una nuova funzionalità viene sviluppata senza verificare il comportamento con le tecnologie assistive.
• Un servizio di terze parti viene integrato senza valutarne l'accessibilità.
• Un contenuto viene pubblicato senza prestare attenzione alla struttura semantica.

Presi singolarmente, possono sembrare problemi circoscritti.

Moltiplicati nel tempo, possono trasformarsi in un insieme significativo di barriere.

Questo è il debito di accessibilità.

Non è soltanto il numero di errori presenti in un sito: è l'insieme delle barriere che si accumulano quando l'accessibilità non viene considerata come parte integrante dei normali processi di progettazione, sviluppo, pubblicazione e manutenzione.

Il paradosso: puoi peggiorare un sito senza accorgertene

Questo è probabilmente l'aspetto più importante da comprendere: un sito può essere sottoposto a un audit approfondito e migliorare moltissimo, ma questo non significa che rimarrà automaticamente accessibile.

L'accessibilità non è una proprietà immutabile.

Un sito web, una webapp o un servizio digitale cambiano continuamente.

Cambiano:

• i contenuti;
• le immagini;
• i documenti;
• i componenti grafici;
• i moduli;
• le funzionalità;
• il codice;
• i plugin;
• i sistemi di terze parti;
• le campagne marketing;
• le piattaforme tecnologiche.

Ogni modifica può introdurre nuove barriere.

Ed è proprio questo il motivo per cui l'accessibilità non dovrebbe essere trattata soltanto come un progetto straordinario, da affrontare prima del lancio o in occasione di un audit.

Dovrebbe diventare una caratteristica da mantenere nel tempo.

Il problema non è soltanto tecnico

Quando si parla di accessibilità, si tende ancora a pensare soprattutto al codice.

WCAG, HTML, ARIA, contrasto, focus, tastiera e tecnologie assistive sono certamente fondamentali.

Ma il debito di accessibilità può nascere molto prima del codice.

Può nascere nella progettazione.

Può nascere nella produzione dei contenuti.

Può nascere nella scelta di un fornitore.

Può nascere nella mancanza di formazione.

Può nascere dall'assenza di procedure condivise.

Pensiamo a un'azienda che ha appena completato un importante intervento di accessibilità.

Il sito è stato verificato e le principali criticità sono state corrette.

Qualche mese dopo il team marketing pubblica una nuova campagna.

Per la landing page viene utilizzato un template diverso.

Il copywriter inserisce titoli senza rispettare la gerarchia.

Il designer sceglie un nuovo colore con contrasto insufficiente.

Viene aggiunto un video senza sottotitoli.

Il form viene costruito utilizzando un componente esterno.

La pagina viene pubblicata: nessuno ha deliberatamente creato una barriera, ma le barriere ci sono.

È così che il debito di accessibilità può ricominciare ad accumularsi.

I momenti in cui il rischio aumenta

Ci sono alcuni momenti nella vita di un progetto digitale in cui è particolarmente importante verificare l'accessibilità.

Uno è sicuramente il redesign.

Quando si rifà un sito, l'attenzione si concentra naturalmente su grafica, struttura, performance, SEO, conversioni e nuove funzionalità.

L'accessibilità rischia di essere considerata una verifica da fare alla fine.

Ma è proprio durante la progettazione che vengono prese molte delle decisioni che determinano l'esperienza degli utenti.

Lo stesso vale per:

• il passaggio a un nuovo CMS;
• il cambiamento del design system;
• la realizzazione di una nuova area riservata;
• l'introduzione di un e-commerce;
• l'integrazione di sistemi di pagamento;
• l'aggiunta di servizi di terze parti;
• la pubblicazione di grandi quantità di nuovi contenuti;
• l'introduzione di nuove procedure digitali.

In tutti questi casi l'accessibilità dovrebbe essere considerata prima, non soltanto verificata dopo.

E poi ci sono i contenuti

Esiste un tipo di debito di accessibilità particolarmente insidioso perché cresce quasi senza farsi notare: quello editoriale.

Un sito può avere un codice ben progettato e diventare progressivamente meno accessibile semplicemente perché i contenuti vengono pubblicati senza le necessarie attenzioni.

• Un'immagine senza un'alternativa testuale significativa.
• Un PDF scansionato.
• Un link chiamato “clicca qui”.
• Un titolo utilizzato soltanto perché graficamente più grande.
• Una tabella complessa senza intestazioni corrette.
• Un video senza sottotitoli.
• Un documento allegato privo di struttura.

Ogni nuovo contenuto può aggiungere una piccola quota di debito.

E più il sito cresce, più recuperare tutto diventa complesso.

Perché non basta un controllo automatico

Gli strumenti automatici sono utili.

Possono individuare molte categorie di problemi e sono preziosi per controllare rapidamente grandi quantità di pagine. Ma non possono stabilire da soli se un'esperienza digitale sia realmente accessibile.

Un controllo automatico può rilevare, per esempio, che un'immagine non possiede un'alternativa testuale. Ma non può sempre stabilire se il testo alternativo presente comunichi davvero il significato dell'immagine.

Può rilevare determinati problemi di contrasto. Ma non può valutare l'intera esperienza di una persona che utilizza un servizio con una tecnologia assistiva.

Può individuare problemi nel codice. Ma non può sostituire la valutazione di una persona che deve realmente utilizzare una procedura.

Per questo il numero di errori rilevati da uno strumento non equivale al livello di accessibilità di un servizio.

E soprattutto un buon risultato ottenuto oggi non garantisce che il risultato sarà ancora buono domani.

Perché anche un audit non basta

A questo punto potremmo arrivare a una conclusione apparentemente paradossale.

Se il controllo automatico non basta e nemmeno un audit periodico è sufficiente, cosa bisogna fare?

La risposta non è controllare tutto continuamente.

La risposta è trasformare l'accessibilità da un progetto isolato a un percorso di miglioramento continuo.

Un audit deve essere una fotografia accurata dello stato di un sito o di una webapp in un determinato momento.

È fondamentale per capire da dove partire.

Ma dopo la fotografia viene il percorso.

• Ci sono gli interventi di remediation.
• Ci sono le verifiche.
• Ci sono le nuove funzionalità.
• Ci sono i nuovi contenuti.
• Ci sono le persone da formare.
• Ci sono nuovi obiettivi da raggiungere.

E, soprattutto, c'è la necessità di sapere cosa è stato fatto e cosa resta ancora da fare.

Come si riduce il debito di accessibilità?

Possiamo rappresentare il percorso in questo modo:

Analizzare → priorizzare → correggere → validare → mantenere → verificare nuovamente

Non è una linea retta.

È un ciclo.

Si analizza lo stato del servizio, si individuano le criticità e si stabiliscono le priorità.

Si interviene.

Si verifica il risultato.

Si continua a lavorare sui processi e sulle competenze interne.

E periodicamente si torna a verificare la situazione.

L'obiettivo non è raggiungere un punto in cui poter dire “abbiamo finito”.

L'obiettivo è fare in modo che il debito di accessibilità non torni a crescere senza controllo.

Accessibility Monitor: rendere visibile il percorso

È proprio da questa esigenza che nasce Accessibility Monitor di Sitiaccessibili.

Se l'audit è una fotografia, Accessibility Monitor è il modo per seguire il film.

È un osservatorio che registra e aggiorna l'avanzamento dei lavori sull'accessibilità digitale di un sito o di una webapp: gli interventi effettuati dal team, i test eseguiti, i report prodotti e la loro applicazione nelle attività di remediation. Nel Monitor trovano spazio anche la dichiarazione di accessibilità, il modello di autovalutazione, i percorsi di formazione e gli obiettivi futuri dell'azienda. 

Questo permette di non perdere il filo del lavoro.

Non si tratta semplicemente di sapere quanti problemi ci sono.

Si tratta di sapere:

da dove siamo partiti, cosa abbiamo fatto, cosa abbiamo verificato, cosa è stato risolto, cosa è ancora in lavorazione e quali sono i prossimi obiettivi.

È una differenza importante.

Perché l'accessibilità non è un esame che si supera una volta.

È un percorso.

Un monitoraggio fatto da persone, non soltanto da software

C'è un altro aspetto importante.

Accessibility Monitor non nasce come semplice dashboard di risultati automatici.

Le valutazioni e le verifiche di accessibilità vengono effettuate da risorse umane esperte e attraverso tecnologie assistive, come screen reader, software ingrandenti, display braille e puntatori, considerando differenti scenari d'uso. 

Questo permette di collegare il monitoraggio a ciò che realmente conta: l'esperienza delle persone.

Il dato automatico può essere utile. La verifica umana permette di comprenderne il significato.

E il monitoraggio permette di seguire nel tempo il percorso che parte da quella verifica.

Il vero obiettivo non è avere meno errori

È avere meno barriere.

Questa distinzione è fondamentale.

Un'organizzazione potrebbe concentrarsi esclusivamente sul numero di errori rilevati da uno strumento automatico.

Ma l'obiettivo dell'accessibilità non è ottenere un punteggio elevato.

È permettere alle persone di utilizzare un servizio.

Comprare un prodotto.

Richiedere un preventivo.

Prenotare un servizio.

Compilare una domanda.

Effettuare un pagamento.

Scaricare un documento.

Contattare l'assistenza.

È nelle attività concrete che una barriera può avere il suo impatto maggiore.

E quindi è lì che conviene intervenire prima.

Dall'audit al ciclo di miglioramento

È questo il cambio di prospettiva che riteniamo più importante.

L'audit non dovrebbe essere la fine del percorso.

Dovrebbe essere l'inizio.

Audit → Remediation → Accessibility Monitor → Verifica → Nuovi obiettivi

E poi di nuovo.

In questo modo l'organizzazione può costruire una memoria del proprio percorso di accessibilità.

Non deve ogni volta ricominciare da zero.

Può sapere quali problemi sono stati affrontati, quali interventi sono stati realizzati, quali attività sono ancora aperte e quali competenze sono state sviluppate.

L'Accessibility Monitor consente proprio di tenere insieme questi elementi e di renderli consultabili nel tempo. 

Perché monitorare può costare meno che rincorrere

C'è anche un aspetto economico.

Intervenire su una barriera appena introdotta è generalmente più semplice che scoprirla dopo mesi, quando quella stessa soluzione è stata replicata in decine di pagine o componenti.

Un componente accessibile può diventare un modello riutilizzabile.

Una procedura corretta può diventare uno standard interno.

Una persona formata può evitare che lo stesso errore venga ripetuto.

Una verifica tempestiva può evitare che una criticità si propaghi.

In questo senso il monitoraggio non è soltanto uno strumento di controllo.

Può diventare uno strumento di prevenzione.

Quanto è grande il tuo debito di accessibilità?

Forse questa è la domanda più utile da porsi.

Non:

“Abbiamo già fatto un audit?”

E nemmeno:

“Il nostro sito ha superato un controllo automatico?”

Ma:

“Quanto è cambiato il nostro servizio digitale dall'ultima verifica?”

Se sono passati mesi o anni, se avete cambiato CMS, rifatto il sito, introdotto nuove funzionalità, modificato il checkout, pubblicato centinaia di nuovi contenuti o integrato nuovi servizi di terze parti, vale la pena fermarsi e fare il punto.

Non necessariamente per ricominciare tutto da capo.

Ma per capire quanto debito di accessibilità si è accumulato, quali sono le priorità e come mantenerlo sotto controllo.

L'accessibilità non è un punto di arrivo

È facile pensare all'accessibilità come a una casella da spuntare:

• audit fatto.
• Errori corretti.
• Dichiarazione pubblicata.
• Fine.

Ma un servizio digitale non rimane fermo. Continua a cambiare.

E se cambia il servizio, deve continuare a cambiare anche il modo in cui ne viene verificata l'accessibilità.

Per questo la domanda più importante non è:

“Il mio sito è accessibile?”

È:

“Come faccio a sapere che continua a esserlo mentre cambia?”

È questa la prospettiva che sta alla base del nostro lavoro e di Accessibility Monitor.

L'accessibilità non è un progetto da chiudere. È una qualità del servizio da mantenere nel tempo.

Vuoi sapere da dove partire?

Se non hai mai fatto una valutazione approfondita del tuo sito o della tua webapp, possiamo aiutarti a individuare le principali barriere e a costruire un percorso di miglioramento.

Parliamone

Se invece hai già iniziato il percorso, Accessibility Monitor può aiutarti a seguirne nel tempo l'evoluzione, documentando verifiche, interventi, remediation, formazione e obiettivi.

Scopri Accessibility Monitor →