Descrizione del progetto
TradottoAbbiamo un sito web funzionante e vogliamo che sia effettivamente utilizzabile da persone con disabilità, non solo avere una casella di controllo "conforme". Onestamente, non sappiamo ancora quanto sia grave: nessuno del team ha testato il sito con un lettore di schermo, alcune pagine sono impossibili da navigare solo con la tastiera, e abbiamo già ricevuto lamentele da un paio di visitatori riguardo a testi difficili da leggere e moduli che non possono essere compilati. Abbiamo bisogno di uno specialista che esamini l'intero sito, ci dica esattamente cosa non funziona e corregga tutto in modo da poter affermare con fiducia la conformità al livello AA della WCAG 2.1.
L'audit dovrebbe coprire scenari reali degli utenti: homepage, catalogo e ricerca, pagina di prodotto o servizio, registrazione e accesso, feedback e moduli di checkout, account personale. Ci aspettiamo test con tecnologie assistive reali (NVDA o VoiceOver più navigazione solo da tastiera), non solo esecuzioni di scanner automatici. La cosa più importante è ciò che i test automatici non rilevano: ordine logico di messa a fuoco, indicatore di messa a fuoco visibile, struttura corretta dei titoli, testo dei link comprensibile, messaggi di errore vocalizzati, campi modulo collegati alle loro etichette, contrasto sufficiente, ruoli e stati ARIA corretti, testo alternativo per le immagini e nomi accessibili per i pulsanti icona. Per favore, non aggiungere ARIA dove l'HTML nativo funzionerebbe meglio.
Cosa vogliamo ottenere in output: un rapporto chiaro in cui ogni problema elenca il criterio WCAG, la gravità e la posizione; un piano di correzione prioritario; le correzioni effettive applicate al codice del sito (o un diff dettagliato che applicheremo); un breve controllo che confermi che le correzioni funzionano. Sarebbe fantastico avere una registrazione dello schermo di scenari chiave con lettore di schermo — in questo modo la nostra dirigenza comprenderà meglio il risultato. Un bonus è una breve guida per i nostri sviluppatori affinché gli stessi errori non si ripresentino.
Cosa ci importa:
— Test manuali con lettore di schermo e tastiera, non solo output di Lighthouse o axe
— Contrasto, ordine di messa a fuoco, ARIA, moduli, intestazioni e testi alternativi — tutto nell'ambito del lavoro
— Rapporto di conformità con riferimento ai criteri WCAG 2.1 AA
— Correzioni reali, poi nuovo test per confermare che tutto passa
L'audit dovrebbe coprire scenari reali degli utenti: homepage, catalogo e ricerca, pagina di prodotto o servizio, registrazione e accesso, feedback e moduli di checkout, account personale. Ci aspettiamo test con tecnologie assistive reali (NVDA o VoiceOver più navigazione solo da tastiera), non solo esecuzioni di scanner automatici. La cosa più importante è ciò che i test automatici non rilevano: ordine logico di messa a fuoco, indicatore di messa a fuoco visibile, struttura corretta dei titoli, testo dei link comprensibile, messaggi di errore vocalizzati, campi modulo collegati alle loro etichette, contrasto sufficiente, ruoli e stati ARIA corretti, testo alternativo per le immagini e nomi accessibili per i pulsanti icona. Per favore, non aggiungere ARIA dove l'HTML nativo funzionerebbe meglio.
Cosa vogliamo ottenere in output: un rapporto chiaro in cui ogni problema elenca il criterio WCAG, la gravità e la posizione; un piano di correzione prioritario; le correzioni effettive applicate al codice del sito (o un diff dettagliato che applicheremo); un breve controllo che confermi che le correzioni funzionano. Sarebbe fantastico avere una registrazione dello schermo di scenari chiave con lettore di schermo — in questo modo la nostra dirigenza comprenderà meglio il risultato. Un bonus è una breve guida per i nostri sviluppatori affinché gli stessi errori non si ripresentino.
Cosa ci importa:
— Test manuali con lettore di schermo e tastiera, non solo output di Lighthouse o axe
— Contrasto, ordine di messa a fuoco, ARIA, moduli, intestazioni e testi alternativi — tutto nell'ambito del lavoro
— Rapporto di conformità con riferimento ai criteri WCAG 2.1 AA
— Correzioni reali, poi nuovo test per confermare che tutto passa
Sviluppo web Contante, Bonifico bancario
