Pagina Axessibly Lingua: it Percorso interno nei file ai-model (.txt). ––– [pages.accessibilityAudit.cta.h2] Vuoi un sito davvero accessibile? ––– [pages.accessibilityAudit.cta.portfolio] Vedi i progetti accessibili ––– [pages.accessibilityAudit.cta.primary] Scrivici ––– [pages.accessibilityAudit.cta.subhead] Scrivici se cerchi un’ accessibilità reale , senza compromessi: siti pensati per essere usati davvero da tutti, con verifiche approfondite — manuali, tastiera e screen reader — non solo una scansione in superficie. ––– [pages.accessibilityAudit.hero.eyebrow] Dopo lo sviluppo ––– [pages.accessibilityAudit.hero.h1] Come facciamo l’audit di accessibilità ––– [pages.accessibilityAudit.hero.subhead] Un percorso chiaro per verificare che il sito sia davvero utilizzabile da tutti: strumenti automatici, controlli a mano, tastiera, lettori di schermo e altro ancora. Basato sugli standard WCAG 2.1 livello AA , in linea con le norme europee e con l’ EN 301 549 . ––– [pages.accessibilityAudit.intro.h2] Perché non basta uno strumento online ––– [pages.accessibilityAudit.intro.p1] I controlli automatici trovano solo una parte dei problemi (spesso intorno al 30–40%). Sono utilissimi all’inizio, ma non sostituiscono chi usa il sito come fanno molte persone: solo con la tastiera, con uno screen reader, o con impostazioni di contrasto diverse. ––– [pages.accessibilityAudit.intro.p2] L’audit che descriviamo qui è pensato per essere trasparente e ripetibile : cosa controlliamo, in che ordine, e cosa documentiamo. ––– [pages.accessibilityAudit.perimeter.b1] Home e pagine interne rappresentative ––– [pages.accessibilityAudit.perimeter.b2] Tutte le pagine con moduli (contatti, ricerca, iscrizione, acquisto…) ––– [pages.accessibilityAudit.perimeter.b3] Pagine con video, audio o gallerie ––– [pages.accessibilityAudit.perimeter.b4] Tabelle di dati, risultati di ricerca, pagine di errore (es. 404) ––– [pages.accessibilityAudit.perimeter.b5] Elementi comuni: intestazione, piè di pagina, modali, menu a tendina ––– [pages.accessibilityAudit.perimeter.h2] Cosa viene esaminato ––– [pages.accessibilityAudit.perimeter.p] Non serve testare URL a caso: si coprono tutti i modelli di pagina che gli utenti incontrano davvero. ––– [pages.accessibilityAudit.phase1.body] Si usano strumenti integrati nel browser o estensioni specializzate per segnalare errori evidenti (contrasti, ruoli mancanti, elementi non etichettati). È il modo più veloce per trovare “punti caldi”, ma il risultato va sempre confermato a mano. ––– [pages.accessibilityAudit.phase1.title] 1. Scansione automatica ––– [pages.accessibilityAudit.phase2.body] Si controlla che la pagina abbia una struttura logica (titoli nell’ordine giusto, una sola area principale, navigazione chiara), che le immagini abbiano testi alternativi sensati e che i moduli abbiano etichette associate e messaggi di errore comprensibili — non solo il colore rosso. ––– [pages.accessibilityAudit.phase2.title] 2. Verifica manuale di struttura e contenuti ––– [pages.accessibilityAudit.phase3.body] Tutto ciò che è cliccabile deve essere raggiungibile con Tab e attivabile con tasti come Invio o Spazio. Il focus deve restare visibile, l’ordine deve essere sensato e non si deve restare “intrappolati” in finestre o menu. ––– [pages.accessibilityAudit.phase3.title] 3. Navigazione solo con la tastiera ––– [pages.accessibilityAudit.phase4.body] Un lettore di schermo legge ad alta voce ciò che è sullo schermo e permette di capire se link, pulsanti e avvisi hanno senso fuori contesto. È la prova più vicina all’esperienza di molti utenti con disabilità visive. ––– [pages.accessibilityAudit.phase4.title] 4. Test con screen reader ––– [pages.accessibilityAudit.phase5.body] Si verifica che testo e controlli siano leggibili rispetto allo sfondo e che zoomando la pagina nulla si rompa in modo imprevedibile. ––– [pages.accessibilityAudit.phase5.title] 5. Contrasto e aspetto visivo ––– [pages.accessibilityAudit.phase6.body] Schermi piccoli, gesti e tastiere virtuali cambiano le abitudini: controlliamo che i punti toccabili siano grandi abbastanza e che nulla sia nascosto dietro elementi sovrapposti. ––– [pages.accessibilityAudit.phase6.title] 6. Dispositivi mobili ––– [pages.accessibilityAudit.phase7.body] Se il sito offre documenti scaricabili, anche quelli devono essere verificati (struttura, titoli, testi non solo “immagine”) perché l’accessibilità non finisce alla pagina HTML. ––– [pages.accessibilityAudit.phase7.title] 7. PDF e allegati ––– [pages.accessibilityAudit.phases.h2] Le fasi dell’audit ––– [pages.accessibilityAudit.phases.lead] Passi sintetici come li affrontiamo sul campo: strumenti e test manuali prima delle correzioni, poi documentazione pubblicabile per il sito. ––– [pages.accessibilityAudit.report.h2] Report e dichiarazione ––– [pages.accessibilityAudit.report.p] A lavoro ultimato e dopo le correzioni necessarie, prepariamo per il tuo sito due documenti: un report che riassume cosa abbiamo controllato e l’esito dei test, e la dichiarazione di accessibilità — il testo che, dove richiesto dalla legge, va pubblicato sul sito per comunicare impegno e stato di conformità in modo chiaro.