Il sito può sembrare ordinato sul vostro schermo e impedire comunque ai clienti di contattarvi. Con zoom al 150 per cento il testo finisce dietro una foto. Da tastiera il calendario è irraggiungibile. Un errore nel modulo cancella tutte le risposte. Per una PMI l’accessibilità parte da una domanda concreta: una persona può capire l’offerta, porre la sua domanda e completare il passo successivo senza aiuto?
Non serve necessariamente un nuovo stile grafico. Serve un percorso verificabile nel sito attuale. Scegliete la richiesta o prenotazione più importante e seguitela dall’ingresso alla conferma. Una raccolta di belle schermate non dimostra che il percorso funzioni con ingrandimento, tastiera o tecnologie assistive.
Un compito preciso invece di un’impressione
Definite un obiettivo come: «Richiedere una telefonata per una riparazione senza conoscere il numero esatto del modello». Comprende offerta, pulsante, modulo, informazioni sui dati, errore e conferma. Limitarsi alla pagina iniziale rischia di escludere proprio il calendario inutilizzabile o il campo del modello diventato obbligatorio.
Per ogni passaggio annotate informazione necessaria e possibile vicolo cieco. Un campo dichiarato facoltativo può bloccare l’invio. La finestra della chat può coprire l’ultimo pulsante. Un modulo di prenotazione esterno può rendere inaccessibile una pagina altrimenti funzionante nel momento decisivo. Le parti incorporate fanno parte del percorso cliente e vanno controllate insieme al resto.
Lo zoom deve consentire al contenuto di riorganizzarsi
Lo zoom del browser riduce lo spazio disponibile in pixel CSS. Il testo cambia righe, la navigazione può diventare mobile e le colonne devono andare una sotto l’altra. Sono modifiche previste. Il problema nasce quando un’altezza fissa taglia il testo più lungo o una foto in posizione assoluta copre la sezione successiva.
La spiegazione W3C sul reflow usa come riferimento tecnico una larghezza di 320 pixel CSS, equivalente per esempio al 400 per cento di zoom su una finestra iniziale di 1280 pixel. Alcuni contenuti, tra cui tabelle complesse, hanno eccezioni. Non significa che lo stesso obbligo giuridico valga per ogni PMI svizzera. Offre però un criterio concreto per verificare una normale richiesta.
Iniziate con 100, 110, 125, 150 e 200 per cento nel browser, poi provate uno schermo stretto. Ripartite dall’alto a ogni prova. Controllate titoli, bordi delle immagini e passaggio alla sezione seguente. Una tabella larga può avere un proprio spazio di scorrimento; questo non dovrebbe costringere tutta la pagina a spostarsi lateralmente.
Arrivare alla conferma da tastiera
Mettete da parte il mouse. Con Tab passate tra i controlli, usando il tasto appropriato per attivare link e pulsanti. La posizione deve restare visibile. Eliminare il contorno del focus significa eliminare un’indicazione di orientamento. L’ordine dovrebbe seguire sia la disposizione visiva sia il compito da svolgere.
Aprite menu, scelta della lingua, calendario e finestre di dialogo. Verificate di poter entrare e uscire da ogni componente. Un dialogo chiuso non deve lasciare controlli invisibili nell’ordine di tabulazione. Dopo la chiusura, il focus deve tornare in un punto sensato. Se un comando funziona soltanto passando il mouse sopra, manca un accesso utilizzabile per chi non usa il mouse.
Il modulo deve spiegare cosa chiede
Nome, telefono e richiesta hanno bisogno di etichette visibili collegate ai campi nel codice. Un testo segnaposto scompare quando si scrive e non sostituisce l’etichetta. Spiegate i dati obbligatori prima dell’invio. Se serve un formato particolare, date un esempio chiaro e accettate le varianti comuni che il sistema di destinazione sa elaborare.
L’errore dovrebbe stare vicino al campo e spiegare la correzione. «Non valido» aiuta poco. «Indicate un numero al quale possiamo raggiungervi» offre un compito concreto. Conservate le altre risposte corrette. Controllate anche se le tecnologie assistive riconoscono errori e conferme senza costringere la persona a cercarli casualmente altrove nella pagina.
Il contrasto dipende dallo stato
Controllate testo e sfondo nei temi chiaro e scuro. Un pulsante chiaro su una sezione scura può mantenere lettere bianche dopo il cambio di tema e diventare bianco su bianco. Esaminate anche passaggio del mouse, focus, filtri selezionati e campi disabilitati. Conta lo stato effettivamente mostrato, non il colore indicato nel file di progetto.
Misurate il contrasto con i colori pertinenti di primo piano e sfondo. Le informazioni dovrebbero essere riconoscibili anche senza il solo colore. Un bordo rosso non spiega un errore. Un filtro appena più scuro può non comunicare la selezione. Un’etichetta o un altro indicatore visibile rende più facile capire lo stato a tutti i visitatori.
Una verifica di accettazione essenziale
| Prova | Risultato atteso | Evidenza |
|---|---|---|
| Zoom e schermo stretto | Testo, immagine e blocco seguente restano separati. | Browser, larghezza, zoom e URL. |
| Solo tastiera | La richiesta arriva alla conferma. | Sequenza dei passaggi. |
| Inserimento errato | Errore spiegato e altre risposte conservate. | Campo, messaggio e correzione. |
| Entrambi i temi | Comandi e stati restano leggibili. | Misura del contrasto e stato visibile. |
Aggiungete una verifica con lettore di schermo e, quando possibile, con persone che usano questi strumenti ogni giorno. I controlli automatici trovano alcuni difetti tecnici. Non stabiliscono sempre se un’etichetta sia sensata o se l’intero compito sia comprensibile. Superare uno scanner è un’evidenza relativa ai suoi controlli, non una completa accettazione del sito.
Priorità e responsabilità
Correggete prima i blocchi del percorso principale, poi i problemi meno frequenti. Documentate ogni difetto con passaggi riproducibili e comportamento atteso. «Strano sul mio portatile» è difficile da correggere. «Firefox, zoom 125 per cento, pulsante di richiamata coperto dalla foto» è un incarico concreto. Dopo la modifica, riprovate quel caso e le larghezze vicine.
Le risorse federali per la comunicazione digitale accessibile offrono ulteriori riferimenti. In azienda qualcuno deve comunque assumere la responsabilità del percorso reale, anche quando agenzia o servizio esterno realizzano i componenti.
Ripetete il percorso dopo aver pubblicato un titolo più lungo o una nuova traduzione. Aspettate il caricamento dei caratteri: una larghezza diversa può cambiare gli a capo e rendere nuovamente evidente un difetto.
L’articolo sugli attriti del sito tratta altri ostacoli prima della richiesta. Per sito web e branding, portate il compito cliente più importante e un difetto riproducibile. È una base concreta per concordare una modifica mirata e verificare ciò che è cambiato.
La piattaforma influenza anche il lavoro editoriale continuativo. Il confronto fra WordPress, Webflow e sito su misura esamina modifiche reali, pubblicazione multilingue e consegna verificabile.
FAQ
Uno scanner automatico dimostra l’accessibilità?
Controlla criteri tecnici specifici. Comprensione e utilizzo completo richiedono anche prove manuali e, se possibile, riscontri dagli utenti interessati.
La pagina deve essere identica con lo zoom?
No. Testo e colonne possono riorganizzarsi. Contenuti, comandi e completamento del compito devono restare accessibili.
Chi verifica un modulo esterno di prenotazione?
Il fornitore dà informazioni tecniche. Il vostro team prova anche il percorso incorporato reale e ne assume l’accettazione.