Descrizione del progetto
TradottoAbbiamo un sito web funzionante con diversi blocchi interattivi (moduli, catalogo con filtri, carrello modale) e non lo abbiamo mai controllato per l'accessibilità. Recentemente un cliente che utilizza un lettore di schermo ha scritto che non riusciva a completare un acquisto — e questo ci ha fatto prendere sul serio l'argomento. Sto cercando uno specialista che conduca un audit WCAG 2.1 AA, mostri onestamente i punti deboli e non si limiti a consegnare un elenco di lamentele, ma risolva effettivamente i problemi che abbiamo trovato nei nostri modelli.
Il lavoro si suddivide in due fasi chiare. Prima, un audit strutturato: scansione automatizzata più test manuali con tastiera e almeno un vero lettore di schermo su pagine chiave (home, catalogo, scheda prodotto, pagina di contenuto e l'intero flusso di checkout). Voglio un rapporto prioritario in cui i blocchi siano separati dai problemi minori, ogni problema è legato a un criterio di successo specifico e include i passaggi di riproduzione in modo che gli sviluppatori comprendano il problema. Poi implementazione: apporti le correzioni direttamente nei modelli e verifichi i risultati. È importante mantenere l'aspetto visivo invariato e non interrompere il comportamento attuale.
Il frontend è semplice HTML, CSS e un po' di JavaScript vanilla; non sono necessari framework pesanti, ma mi aspetto un approccio riflessivo: dove ARIA è appropriato e dove la semantica nativa è migliore. Invia un breve esempio di un audit passato o una coppia prima/dopo e descrivi come verifichi che una correzione funzioni effettivamente per le tecnologie assistive.
— Audit contro WCAG 2.1 AA con strumenti automatici e test manuali con tastiera e lettore di schermo
— Rapporto prioritario: blocchi e problemi minori, mappatura dei criteri, passaggi di riproduzione
— Correggi la semantica, l'ordine dei titoli, i punti di riferimento e le etichette dei campi del modulo
— Funzionamento completo con tastiera, focus visibile e ordine logico del focus nei modali
— Correggi il contrasto dei colori e aggiungi alternative testuali chiare
— ARIA solo dove l'HTML nativo non esprime il modello necessario
Il lavoro si suddivide in due fasi chiare. Prima, un audit strutturato: scansione automatizzata più test manuali con tastiera e almeno un vero lettore di schermo su pagine chiave (home, catalogo, scheda prodotto, pagina di contenuto e l'intero flusso di checkout). Voglio un rapporto prioritario in cui i blocchi siano separati dai problemi minori, ogni problema è legato a un criterio di successo specifico e include i passaggi di riproduzione in modo che gli sviluppatori comprendano il problema. Poi implementazione: apporti le correzioni direttamente nei modelli e verifichi i risultati. È importante mantenere l'aspetto visivo invariato e non interrompere il comportamento attuale.
Il frontend è semplice HTML, CSS e un po' di JavaScript vanilla; non sono necessari framework pesanti, ma mi aspetto un approccio riflessivo: dove ARIA è appropriato e dove la semantica nativa è migliore. Invia un breve esempio di un audit passato o una coppia prima/dopo e descrivi come verifichi che una correzione funzioni effettivamente per le tecnologie assistive.
— Audit contro WCAG 2.1 AA con strumenti automatici e test manuali con tastiera e lettore di schermo
— Rapporto prioritario: blocchi e problemi minori, mappatura dei criteri, passaggi di riproduzione
— Correggi la semantica, l'ordine dei titoli, i punti di riferimento e le etichette dei campi del modulo
— Funzionamento completo con tastiera, focus visibile e ordine logico del focus nei modali
— Correggi il contrasto dei colori e aggiungi alternative testuali chiare
— ARIA solo dove l'HTML nativo non esprime il modello necessario
Sviluppo web Contante, Bonifico bancario
