L'importo per il piano di miglioramento stesso è solitamente limitato: è il documento con l'elenco prioritario dei problemi, le relative scadenze e la giustificazione del motivo per cui qualcosa è o non è urgente. I costi effettivi sono nel passo successivo, ossia l'adattamento vero e proprio del sito web, del negozio online o dell'app da parte di uno sviluppatore. E tale importo varia enormemente, a seconda di alcuni fattori che vengono discussi di seguito.
Quello che lo determina soprattutto non è il numero di problemi trovati ma il tipo di problema e dove si trova. Un contrasto di colore mancante su un paio di titoli può essere risolto in un pomeriggio. Un passaggio di checkout che non può essere utilizzato con una tastiera colpisce spesso il codice sottostante di un componente pagato o personalizzato, e questo richiede significativamente più tempo. Il piano di miglioramento indica cosa deve accadere e in quale ordine; non dice quante ore uno sviluppatore avrà bisogno, poiché dipende da come il sito è costruito.
Da dove viene l'importo
La maggior parte dei preventivi per la correzione dei problemi di accessibilità sono strutturati in tre parti: il tempo per comprendere il problema, il tempo per risolverlo e il tempo per verificare che la soluzione funzioni anche con un lettore di schermo o solo con la tastiera. Quest'ultimo elemento viene spesso dimenticato in una stima iniziale, ma è esattamente dove il lavoro di correzione si protrae: un pulsante che appare visivamente corretto può comunque non comunicare cosa fa alla tecnologia assistiva.
Una seconda voce di costo è la piattaforma stessa. Un negozio online su una piattaforma standard con temi ben mantenuti ha spesso già una parte della base in ordine, come la corretta struttura dei titoli e l'ordine di focus di base. Un sito aziendale con un ambiente di accesso personalizzato o un flusso di checkout personale a volte manca completamente di questa base, e allora non si tratta di modificare le impostazioni ma di riscrivere i componenti. per situazione leggere esattamente cosa viene testato fornisce un'idea di quali sezioni di un sito richiedono solitamente il maggior lavoro.
Un terzo fattore è chi esegue il lavoro. Gli sviluppatori interni che conoscono già il codice sono spesso più veloci di una parte esterna che deve prima capire come tutto si incastra. Al contrario, una parte esterna che esegue più spesso questo tipo di lavoro di correzione ha un vantaggio nell'esperienza con esattamente questo tipo di difetti, come etichette di moduli o testi alternativi che sistematicamente mancano.
Cosa non riduce l'importo
Un widget di accessibilità che sostiene di migliorare il sito in un clic non risolve nessuno di questi problemi sottostanti e quindi non riduce neanche i costi effettivi. Tale overlay aggiunge uno strato davanti al sito, ma il codice sottostante, le etichette dei moduli, l'ordine di focus rimangono invariati. Le autorità di vigilanza e il testo della legge stessa si basano sull'accessibilità effettiva del servizio sottostante, non su quello che un widget promette di fare. Chi vi si affida posticipa semplicemente i costi del vero lavoro di correzione.
Un altro malinteso è che tutto deve essere corretto in una volta per risparmiare sui costi orari. In pratica, un approccio graduale è spesso più economico, perché i problemi più gravi — ad esempio un passaggio di checkout che non può essere completato con un lettore di schermo — vengono risolti per primi, mentre i punti minori come il contrasto dei colori rientrano in un ciclo di manutenzione regolare. Questo è esattamente dove un elenco di azioni prioritario in linguaggio semplice aggiunge valore: gli sviluppatori sanno allora da dove iniziare per primo, invece di affrontare tutto contemporaneamente.
Cosa axessia fa e non fa
Axessia redige l'elenco delle azioni, registra ciò che è stato valutato e monitora se una modifica del sito richiede una nuova valutazione. Il lavoro di correzione vero e proprio, la scrittura di nuovo codice o l'adattamento di un tema, rimane a carico dello sviluppatore o dell'agenzia. Questa distinzione è intenzionale: una scansione automatica non può valutare tutti i requisiti e l'esecuzione delle correzioni richiede una conoscenza specifica della vostra piattaforma che una scansione non possiede.
Chi vuole sapere quale parte dei costi è effettivamente rilevante per la propria situazione, inizia dalla domanda se la normativa si applica. ottenere in poche domande un primo indicazione mostra se si applica un'esenzione, ad esempio per le microimprese, prima ancora di pensare ai costi di correzione. Per chi sa già che la normativa si applica ed è curioso di scoprire quanto costano la relazione e la dichiarazione di accessibilità di axessia, questo è indipendente dal lavoro di correzione su la panoramica degli abbonamenti e di ciò che includono.
Avete ancora dubbi su una parte del vostro sito o volete sapere come è stata condotta una valutazione precedente prima di coinvolgere uno sviluppatore? leggere dove proviene la valutazione spiega quali fonti vengono utilizzate.
La scansione gratuita veloce fornisce un primo quadro dei principali problemi su un numero limitato di pagine critiche, senza necessità di un account. È un buon punto di partenza per stimare quanto lavoro di correzione è necessario prima di richiedere un preventivo a uno sviluppatore.