Indice della guida
L’accessibilità del sito riguarda l’utilizzo delle pagine e dei comandi. Le informazioni su ingresso e spazi dell’attività hanno invece un approfondimento dedicato all’accessibilità su Google Maps. Qui seguiamo una richiesta dall’arrivo sul sito fino al suo esito.
Scegli un percorso completo da verificare
Individua un obiettivo concreto: chiedere un preventivo, prenotare una visita o cambiare un appuntamento. Parti dalla pagina raggiunta tramite Google e includi menu, pulsanti, modulo, eventuale calendario esterno e conferma. Una homepage leggibile non dimostra che tutti questi passaggi funzionino.
Per esempio, nel sito di un’officina il cliente seleziona il servizio, indica il veicolo e propone una data. Scrivi i passaggi attesi e annota dove si ferma la prova.
Assegna una priorità agli ostacoli: impossibilità di inviare, difficoltà nel capire un campo, informazione poco leggibile. Il primo controllo W3C WAI offre un punto di partenza; la valutazione completa richiede verifiche più ampie.
Raggiungi e aziona i comandi senza mouse
Prova a muoverti con Tab e Maiusc+Tab, attivando i controlli con i tasti previsti dal browser e dal componente. Devi riconoscere quale elemento è selezionato e procedere in un ordine comprensibile. Il riferimento W3C sull’uso della tastiera spiega perché le azioni non devono dipendere soltanto dal puntatore.
Controlla anche menu mobili, banner e finestre sovrapposte. Se una finestra si apre, verifica che sia possibile interagirvi e chiuderla senza rimanere bloccati. Un pulsante evidente per chi usa il mouse può essere irraggiungibile dalla tastiera.
- Il percorso raggiunge Contatti e Prenota.
- L’elemento selezionato resta visibile.
- Menu e finestre consentono di continuare.
- Non servono movimenti precisi o clic ripetuti per completare l’azione.
Dai un nome chiaro a ogni campo
Ogni campo dovrebbe avere un’etichetta riconoscibile, collegata correttamente al controllo nel codice. Il testo che scompare quando inizi a scrivere non basta a ricordare cosa è stato richiesto. Anche caselle di scelta e pulsanti devono avere nomi comprensibili alle tecnologie assistive, come illustrano le indicazioni W3C sulle etichette.
Spiega prima della compilazione quali dati sono obbligatori e quale formato serve. Per una data, mostra un esempio coerente con il formato accettato; per un allegato, indica tipi e dimensione ammessi. Non affidare informazioni essenziali soltanto a colore o simboli.
Rivedi inoltre quanti campi servono davvero per iniziare il contatto. La guida alle richieste di preventivo aiuta a scegliere informazioni utili senza trasformare il modulo in un questionario superfluo.
Rendi comprensibili errori e conferma dell’invio
Concorda con lo staff una richiesta di prova usando dati dimostrativi. Inizia con un campo obbligatorio vuoto. Il messaggio deve identificare il problema e spiegare come correggerlo: «Inserisci un indirizzo email completo» è più utile di «Errore 12». Verifica che i dati già inseriti restino disponibili quando possibile e che si possa raggiungere il campo interessato.
Le indicazioni W3C sulle notifiche dei moduli riguardano sia gli errori sia il completamento. Se il messaggio compare senza ricaricare la pagina, il tecnico deve verificare che venga comunicato anche a chi usa un lettore di schermo.
Prova poi un invio riuscito. La conferma deve chiarire se è partita una richiesta oppure se l’appuntamento è già fissato. Controlla separatamente la ricezione aziendale: una conferma accessibile non dimostra da sola che la notifica sia arrivata alla segreteria.
Controlla testo ingrandito, contrasto e informazioni visive
Ingrandisci il contenuto nel browser e verifica che numero di telefono, istruzioni e pulsanti restino leggibili e raggiungibili. Guarda soprattutto righe che si sovrappongono, campi tagliati e elementi fissi che coprono il modulo. Il riferimento W3C sul riadattamento dei contenuti aiuta il tecnico a valutare il comportamento.
Fai misurare il contrasto fra testo e sfondo, comprese istruzioni poco evidenti e messaggi di errore. Non giudicarlo soltanto dal proprio monitor.
Se orari, prezzi o recapiti esistono solo dentro un’immagine, riportali anche come testo utilizzabile. Per esempio, una locandina con il numero della segreteria dovrebbe essere accompagnata dal recapito scritto e dal collegamento pertinente, senza obbligare a leggere caratteri piccoli nella foto.
Verifica il calendario e gli strumenti esterni
Nel calendario controlla cambio del mese, scelta del giorno, orari disponibili, modifica e conferma. La data selezionata e gli stati devono risultare comprensibili anche senza affidarsi soltanto ai colori. Se è presente un campo di inserimento manuale, verifica istruzioni e gestione degli errori.
L’esempio W3C di selezione della data mostra aspetti utili da valutare, ma richiede adattamento e prove con browser e tecnologie assistive: non è un componente da copiare e considerare automaticamente pronto.
Se prenotazioni o antispam appartengono a un fornitore, coinvolgilo indicando il passaggio che fallisce. Mantieni contatti alternativi leggibili mentre viene corretta la barriera, senza trattare la sola telefonata come soluzione adatta a qualsiasi persona. Prova anche cancellazione e riprogrammazione, spesso dimenticate nel primo collaudo.
Trasforma le prove in correzioni controllabili
Per ogni problema registra pagina, passaggi, dispositivo, risultato atteso e risultato osservato.
Usa strumenti automatici per individuare errori ripetibili, poi abbinali a prove manuali e, quando possibile, al coinvolgimento di persone che usano tecnologie assistive. W3C precisa che i controlli automatici non verificano tutti gli aspetti dell’accessibilità.
Dopo le correzioni ripeti l’intero percorso, non soltanto il singolo campo modificato. Conserva la lista dei casi da ricontrollare quando cambi tema, modulo o fornitore. Un punteggio elevato in uno strumento non sostituisce la verifica che il cliente riesca effettivamente a completare l’azione.
Fonti ufficiali e approfondimenti
Consulta le fonti ufficiali per verificare le indicazioni applicabili al tuo caso.
- W3C WAI: primi controlli di accessibilità
- W3C: operatività tramite tastiera
- W3C WAI: etichette dei controlli nei moduli
- W3C WAI: errori e conferme dei moduli
- W3C: riadattamento del contenuto
- W3C: contrasto del testo
- W3C APG: esempio e limiti di un selettore di data
- W3C WAI: possibilità e limiti degli strumenti di valutazione
Domande frequenti
Un controllo automatico basta per dichiarare il sito accessibile?
No. Individua soltanto una parte dei problemi. Servono anche prove manuali e una valutazione adeguata del percorso e dei requisiti applicabili.
Devo verificare anche il sistema di prenotazione esterno?
Sì. Il cliente deve poter completare l’azione anche dopo il passaggio al fornitore. Coinvolgilo nelle prove e nelle correzioni dei suoi componenti.
Basta aggiungere un numero di telefono?
Un contatto alternativo è utile, ma non elimina gli ostacoli del modulo o del calendario. Offri percorsi utilizzabili e correggi le barriere individuate.
