Accessibilità

Questa sezione è il motivo per cui vale la pena pubblicare la pagina. Ogni elemento è reale, ne siamo a conoscenza e nessuno viene presentato qui come già risolto.

Il sito è pubblicato in trenta lingue e non è stato testato con uno screen reader in tutte. I test sono stati eseguiti in inglese. La pronuncia e l'ordine di lettura nelle lingue scritte da destra a sinistra, così come negli alfabeti per i quali i nostri caratteri tipografici non hanno copertura e vengono sostituiti dal carattere della piattaforma, non sono stati verificati con tecnologie assistive.

I nostri due caratteri tipografici coprono solo l'alfabeto latino. Il cirillico, il devanagari, il georgiano, il thai, l'arabo, l'ebraico, il bengalese, l'etiopico e i caratteri CJK ricorrono ai caratteri propri della piattaforma. In genere questo favorisce la leggibilità, ma significa anche che in queste impostazioni locali non controlliamo i dettagli tipografici che gestiamo in inglese — peso, spaziatura e dimensione alla quale il testo piccolo smette di essere abbastanza piccolo.

Alcuni elementi interattivi sono recenti e meno testati. La matrice comparativa e il filtro di ricerca dell'assistenza aggiornano le righe direttamente nel punto in cui si trovano, che è il modello corretto, ma l'annuncio del numero di risultati modificato a uno screen reader è stato implementato e non ancora testato da utenti.

L'app segue gli stessi principi, ma viene verificata meno spesso del sito. Supporta le funzioni proprie della piattaforma per la dimensione del testo e lo screen reader, che svolgono gran parte del lavoro, ma al momento non eseguiamo un audit formale dell'accessibilità a ogni release.

Non è stato eseguito alcun audit formale da parte di terzi né sul sito né sull'app. Preferiamo dirlo piuttosto che lasciare intendere di avere una certificazione che non possediamo.

L'app Telvio si affida alle funzioni di accessibilità del sistema operativo su cui viene eseguita: VoiceOver e Dynamic Type su iOS, TalkBack e ridimensionamento dei caratteri su Android. Queste coprono la maggior parte di ciò che conta in un'app la cui interfaccia è composta da un tastierino, un saldo e un elenco di tariffe.

Una scelta progettuale merita di essere evidenziata come caratteristica di accessibilità, non come funzione. Poiché l'app non richiede un account, non ci sono moduli di registrazione, password da inserire, passaggi di verifica dell'email né codici da recuperare da un messaggio: l'intera categoria di interazioni che più spesso mette in difficoltà chi usa tecnologie assistive, o chiunque trovi difficili i moduli, semplicemente non è presente. Installa, chiama, parla.

Il limite corrispondente si trova nella stessa pagina di tutto il resto: l'app non può chiamare i servizi di emergenza, come spiegato nella sezione chiamate di emergenza. Se qualcuno configura questa app per un familiare — una situazione comune, soprattutto per le persone anziane che chiamano la famiglia all'estero — è la cosa più importante da spiegare mentre lo si fa.

Invia un'email a [email protected] con oggetto Accessibility. Dettagli utili: la pagina o la schermata, cosa stavi cercando di fare, quale tecnologia assistiva stavi usando e quale versione, oltre a ciò che è successo invece. Nulla di tutto questo è obbligatorio: una frase come “Non riesco a usare la tabella delle tariffe con uno screen reader” è una segnalazione perfettamente valida e la preferiamo al non ricevere nulla.

Puntiamo a rispondere entro cinque giorni lavorativi con una valutazione e, se concordiamo che si tratta di un difetto, una tempistica indicativa. I problemi che impediscono a qualcuno di completare un'attività vengono risolti prima degli altri; quelli che rendono un'attività più difficile vengono messi in coda con trasparenza, senza promesse vaghe.

Se ti trovi nell'Unione europea e ritieni che un obbligo di accessibilità non venga rispettato, puoi anche segnalarlo all'organismo nazionale competente per i controlli. Preferiremmo che ti rivolgessi prima a noi e risponderemo in ogni caso.

Vale la pena descrivere due aspetti, perché sono ciò che distingue una dichiarazione da una pratica concreta.

Il contrasto viene calcolato su ciò che viene visualizzato, non analizzato nel codice. Un valore cromatico letto da un foglio di stile indica ciò che è stato richiesto per un elemento, non come questo appare alla fine: un elemento semitrasparente sopra una banda scura, una funzione cromatica moderna che una regex non comprende, un'intestazione fissa sopra un'immagine hero. Il controllo riproduce lo sfondo reale di ogni elemento risalendo fino al primo antenato opaco e determinando il colore attraverso il browser stesso, poi calcola il rapporto. Ha rilevato che il testo del corpo su questo sito aveva un rapporto di 4.49:1, sotto il livello AA, pur apparendo del tutto normale se osservato isolatamente.

La pagina viene verificata per come viene visualizzata, non per come è scritta. Un controllo separato carica ogni pagina in un browser reale e verifica se nel viewport c'è testo con opacità zero, se il documento scorre lateralmente e se qualcosa viene visualizzato con lo stesso colore del proprio sfondo. Quest'ultimo caso sembra assurdo finché non finisce in produzione: una singola regola CSS raggruppata aveva impostato una volta il colore e lo sfondo di un'etichetta allo stesso valore, producendo un rapporto di contrasto di 1:1, invisibile nel markup, invisibile nel DOM e invisibile in uno screenshot del codice sorgente.