La possibilità di risolvere autonomamente i problemi di accessibilità dipende fortemente dal tipo di problema. Un testo alternativo mancante per un'immagine o un contrasto di colore insufficiente nella vostra identità visiva possono spesso essere corretti autonomamente, solitamente direttamente nel vostro CMS. Un processo di pagamento che non funziona con un lettore di schermo, o un modulo di accesso in cui lo stato attivo non passa secondo una sequenza logica, richiedono di solito qualcuno che conosca il codice sottostante.
Il limite non sta quindi in "tecnico o non tecnico", bensì nella profondità dell'intervento. Testi, etichette, colori e struttura dei contenuti sono solitamente alla portata di un responsabile amministrativo o di marketing. I componenti interattivi, come un carrello acquisti, un filtro con controllo da tastiera o un processo di pagamento passo dopo passo, spesso toccano il codice del vostro tema, dei vostri componenti personalizzati o dei plugin che utilizzate. Di solito è necessario uno sviluppatore che sappia come funzionano in pratica gli attributi ARIA, l'ordine dello stato attivo e i messaggi di errore dei moduli.
Che cosa rientra ragionevolmente nelle vostre possibilità
Molti problemi minori sono più una questione di disciplina che di conoscenza tecnica. Pensate al completamento di testi alternativi per ogni nuova immagine, al controllo che le intestazioni siano nella sequenza corretta, o all'adattamento di un rapporto di contrasto nella vostra guida di stile. Anche la redazione della dichiarazione di accessibilità obbligatoria e la documentazione della vostra valutazione sono fasi che potete completare autonomamente con i modelli appropriati; potete leggere di più al riguardo nella spiegazione per ogni obbligo nella banca dati delle conoscenze.
Ciò che spesso viene sottovalutato è la manutenzione. Un sito web è in continuo cambiamento: una nuova pagina, un modulo diverso, un pulsante modificato. Ogni modifica può reintrodurre un problema precedentemente risolto. Mantenerlo autonomamente non è in sé un problema tecnico, ma un processo che richiede un'attenzione strutturale, non un'azione una tantum.
Dove termina il fai-da-te
Alcuni problemi sono più profondi del testo o della formattazione. Un processo di pagamento che può essere utilizzato solo con il mouse, un modale che non mantiene lo stato attivo della tastiera, o una funzione di ricerca che non comunica i messaggi di errore a un lettore di schermo: queste sono situazioni in cui la struttura del codice stesso deve cambiare. Non è una questione di regolare un'impostazione, ma di ricostruire o riscrivere un componente. Per questo tipo di lavoro è solitamente necessario uno sviluppatore, uno specialista front-end o un fornitore con esperienza in interfacce accessibili.
È anche il punto in cui la valutazione automatica raggiunge i suoi limiti. Una scansione può segnalare, ad esempio, che un pulsante non ha un indicatore di stato attivo visibile, ma non può valutare se la sequenza in cui gli elementi sono annunciati a un lettore di schermo suona logica. Ecco perché in ogni rapporto viene indicato che una scansione automatica non può valutare una parte dei requisiti. La scansione rapida mostra in pochi minuti dove siete approssimativamente, ma la traduzione di un problema tecnico rilevato in una soluzione funzionante è lavoro umano, e spesso lavoro di qualcun altro da voi.
Cosa un widget overlay non risolve
Alcune parti promettono che uno script separato, un cosiddetto overlay, risolve automaticamente i problemi di accessibilità senza che voi dobbiate fare nulla al codice sottostante. Suona come la soluzione fai-da-te ideale, ma un overlay legge e riscrive la pagina solo in superficie nel momento in cui un visitatore apre il sito. La struttura sottostante, l'ordine dello stato attivo e il funzionamento effettivo con una tastiera non cambiano. Un overlay non soddisfa la normativa, e per questo motivo noi non ne vendiamo.
Quando è più sensato affidare il lavoro a terzi
Per la documentazione, la prioritizzazione e il monitoraggio delle modifiche, potete gestire il processo con il giusto supporto; è esattamente quello per cui axessia.eu è stata creata. Per la riparazione effettiva di componenti complessi, come un passaggio di checkout o una schermata di accesso personalizzata, il lavoro di solito spetta al vostro sviluppatore o agenzia. Non conduciamo audit manuali né lavori di riparazione; testiamo, priorizziamo, documentiamo e monitoriamo che il risultato rimanga stabile dopo ogni modifica. Come avviene esattamente questo test si legge nella pagina sulla metodologia e le risorse che utilizziamo.
Se siete incerti se un'esigenza specifica è qualcosa che potete affrontare voi stessi o che è meglio esternalizzare, è una domanda che varia di situazione in situazione e che uno sviluppatore o uno specialista di accessibilità può valutare meglio di una checklist generale. Una raccolta di domande pratiche frequenti, incluse questo tipo di valutazioni, la trovate nella pagina con risposte a domande che gli imprenditori spesso si pongono.
Volete prima sapere a che punto si trova il vostro sito web attualmente, senza aver bisogno di un account? Fate la scansione rapida gratuita e leggete in linguaggio semplice quali sezioni hanno bisogno di attenzione e quali potete probabilmente gestire da soli.