Un sito accessibile permette anche alle persone con disabilità visive, uditive, motorie o cognitive di trovare informazioni, compilare moduli e acquistare. Verifichiamo il tuo sito secondo le WCAG 2.2 AA con una scansione automatica e test manuali, riportiamo i risultati per gravità, li correggiamo nel codice e ripetiamo i test. In Turchia la Circolare 2025/10 e in Europa l'Atto europeo sull'accessibilità lo hanno reso obbligatorio per molti enti e imprese.
Gli strumenti automatici trovano solo una parte dei problemi. Verifichiamo a mano ogni tipo di pagina usando solo la tastiera, con lettori di schermo come NVDA e VoiceOver, con lo zoom al 200% e misurando il contrasto dei colori; moduli e pagamento vengono provati a parte.
Per ogni risultato indichiamo il criterio WCAG, la pagina e l'elemento interessati, uno screenshot, chi è coinvolto e come, e come correggerlo. I problemi che impediscono di completare un'azione, come un modulo che non si può inviare o un menu che non si apre da tastiera, vengono per primi.
Il nostro team di sviluppo esegue le correzioni nel tema e nel codice; non consigliamo gli overlay. Poi ripetiamo i test e prepariamo la dichiarazione di accessibilità del tuo sito: stato di conformità, limiti noti e un canale per le segnalazioni.
La scansione mostra dove guardare, il test manuale dimostra il problema; la correzione si fa nel codice e viene confermata da un nuovo test.
Definiamo insieme ambito, deliverable e criteri di accettazione nel primo incontro. Il preventivo scritto elenca l'ambito voce per voce; se cambia, il preventivo viene aggiornato come nuova versione.
Ogni passo termina con un risultato concreto; passiamo al successivo con la vostra approvazione.
Analizziamo tutti i tipi di pagina con strumenti automatici e individuiamo dove si concentrano i problemi.
Testiamo ogni tipo di pagina con tastiera, lettore di schermo, zoom e controlli del contrasto, e registriamo i risultati con screenshot.
Correggiamo i risultati in ordine di gravità nel tema e nel codice; per i problemi di contenuto, come i testi alternativi, diamo linee guida al tuo team.
Ripetiamo i test sulle correzioni e riportiamo il risultato e i limiti noti nella dichiarazione di accessibilità.
Cosa è incluso, cosa ci serve da te, tempi e pagamento, tutto in un unico posto. L'ambito esatto e il prezzo sono definiti nel preventivo scritto.
Raccontaci la tua esigenza; definiremo insieme l'ambito.
Raccontaci il progettoNo. Una verifica registra lo stato delle pagine testate in quel giorno; il risultato può cambiare con nuove pagine, contenuti o funzioni. Monitoraggio e controlli ufficiali spettano alle autorità competenti. Documentiamo in un report l'ambito testato, i risultati e le correzioni fatte.
No. Le barre di strumenti aggiunte sopra una pagina offrono impostazioni come dimensione del testo o colori, ma non correggono i problemi del codice sorgente: un campo senza etichetta, un pulsante senza nome o un menu che non si apre da tastiera restano tali. La conformità WCAG si ottiene nella pagina stessa; per questo correggiamo i problemi nel codice.
Scegliamo esempi rappresentativi di ogni tipo di pagina: home page, pagina di prodotto o servizio, elenchi e ricerca, moduli e pagamento. Le pagine create dallo stesso modello hanno di solito gli stessi problemi, quindi correggere il modello li corregge tutti. L'elenco delle pagine si definisce insieme nel colloquio iniziale.
Raccontaci la tua esigenza; definiremo insieme l'ambito.