Risorse

Una guida serve a capire dove una persona si blocca e come aiutarla a proseguire. Qui trovi prove con tastiera, ingrandimento e screen reader, esempi di barriere e indicazioni per documentare le correzioni. Scegli il prodotto o l’attività da verificare.

Verificare siti e app

Per capire dove una persona incontra una barriera, parti dal prodotto che sta usando. Scegli la guida per il web o per un’app nativa: cambiano ambienti, componenti e interazioni da provare.

  • Siti e applicazioni web

    Segui un percorso del sito, controlla struttura, tastiera, moduli e componenti. La guida ti aiuta a scegliere cosa provare, registrare le barriere e verificare le correzioni.

    Guida alla verifica web
  • App native Android e iOS

    Su uno smartphone contano anche gesti e impostazioni del sistema. Prepara i dispositivi e prova componenti nativi, testo grande, orientamento e passaggi tra app e WebView.

    Guida alla verifica delle app

Usare gli screen reader

Per verificare un percorso con uno screen reader, devi prima sapere come muoverti e attivare i controlli. Qui trovi le guide per preparare la sessione e usare i comandi della tua piattaforma; le prove richiedono comunque osservazione e valutazione.

Preparare una sessione con gli screen reader
  • Desktop

    NVDA e JAWS su Windows, VoiceOver su macOS: navigazione, struttura, controlli e focus.

  • Android e TalkBack

    Esplorazione al tocco, gesti, controlli di lettura, testo e navigazione di sistema.

  • iOS e VoiceOver

    Navigazione, rotore, digitazione e comandi di sistema su iPhone e iPad.

Documentare i risultati

Una buona segnalazione permette a chi la legge di ripetere i passaggi e capire l’impatto del problema. Per comunicare lo stato di accessibilità servono anche documenti con scopi e destinatari precisi.

Documenti di accessibilità

Distingui le informazioni richieste ai servizi EAA, le dichiarazioni per imprese e PA, l’autovalutazione AgID e gli ACR basati su VPAT.

Guida ai documenti di accessibilità

Modelli, esempi ed esercizi

  • Scegli il materiale da usare

    Tre modelli vuoti in Markdown da esportare: bug report, piano di correzione e re-test. Trovi anche gli esempi compilati di un caso fittizio e quattro esercizi con attività e criteri di verifica. Puoi usarli nei tuoi progetti e in quelli dei clienti, citando WebInclusive.

    Apri modelli, esempi ed esercizi
  • Prepara il tuo report

    Tre modelli vuoti da esportare in Markdown, con esempi compilati per capire quali informazioni raccogliere.

  • Segui un caso guidato

    Un modulo contatti fittizio: dalla barriera alla correzione proposta e alle prove da pianificare.

  • Mettiti alla prova

    Quattro esercizi con scenario, attività, elaborato da preparare e criteri per rivederlo.