L'accessibilità con WordPress
WordPress in sé può essere accessibile — i problemi arrivano di solito dal tema, dai plugin e dai blocchi di pagina.
Riscontri frequenti
Temi con contrasto troppo basso o senza focus visibile, plugin per slider senza pausa/uso da tastiera, moduli incorporati (Contact Form 7 e simili) con campi non etichettati, blocchi immagine senza testo alternativo e page builder che trasformano i titoli in semplici paragrafi grandi. L'editor di base di WordPress di solito non è il problema — lo è lo strato che ci sta sopra.
Verificare e scegliere il tema
Un tema decide contrasto, visualizzazione del focus, struttura dei titoli e uso da tastiera della navigazione. Criteri prima di scegliere: percorri la pagina con il tasto Tab — il focus è sempre visibile? Il menu è utilizzabile senza mouse? Il contrasto di colore di testo e pulsanti è almeno 4,5:1? I temi predefiniti basati sui blocchi (Twenty Twenty-Four/-Five) sono un buon punto di partenza; per i temi a pagamento, guarda la demo con il CSS disattivato e fai il test da tastiera.
Lavorare in modo pulito nell'editor a blocchi
Usa i blocchi titolo nell'ordine giusto (un H1 per pagina, non saltare livelli) — non limitarti a rendere il testo grande e in grassetto. Dai un testo alternativo a ogni blocco immagine; contrassegna esplicitamente come decorative le immagini puramente decorative. Usa il blocco pulsante per le azioni e link reali per navigare. Le liste come blocco elenco, non come paragrafo con trattini. Le tabelle solo per dati tabellari reali e con riga di intestazione.
Plugin e moduli
I plugin per moduli (Contact Form 7, WPForms, Gravity Forms) producono moduli accessibili solo se ogni campo ha un'etichetta visibile e collegata e i messaggi di errore sono associati al campo — il solo testo segnaposto non basta. Slider e caroselli hanno bisogno di un pulsante di pausa e non devono intrappolare il focus da tastiera; nel dubbio, meglio ometterli. I page builder (Elementor, Divi, WPBakery) non sono inaccessibili di per sé, ma inducono a strutture di div annidate senza semantica — qui presta particolare attenzione a titoli e focus.
Testare
Tre test rapidi senza software aggiuntivo: (1) usa la pagina solo con la tastiera — Tab, Invio, frecce; si arriva ovunque e si riesce a uscirne? (2) ingrandisci al 200% nel browser — tutto resta leggibile e utilizzabile? (3) esegui un'estensione del browser come WAVE o axe DevTools. La scansione gratuita di a11yglass verifica in più l'HTML servito della tua home page per contrasto, testi alternativi, etichette, lingua e struttura, e indica il criterio WCAG per ogni riscontro.
Domande frequenti
Un plugin per l'accessibilità rende il mio sito conforme? No — i plugin overlay che commutano contrasto e dimensione dei caratteri tramite un widget non risolvono i problemi strutturali e sono criticati dalle associazioni delle persone interessate. Quale tema è accessibile? Non esiste un marchio; ciò che conta è la realizzazione nel caso concreto — i criteri sopra aiutano nella scelta. Il mio sito WordPress ha bisogno di una dichiarazione di accessibilità? Dipende dal fatto che il sito rientri nel BFSG (commercio elettronico) o sia gestito da un ente pubblico — vedi la pagina sulla dichiarazione di accessibilità.
Come aiuta a11yglass
La scansione gratuita verifica l'HTML e il CSS forniti alla ricerca di violazioni WCAG rilevabili automaticamente e indica per ogni riscontro il criterio di successo e una misura concreta. Rileva circa il 20–35 % dei problemi e non sostituisce un audit completo.
Continua a leggere
- Etichettatura dei moduli secondo le WCAG
- Struttura delle intestazioni secondo le WCAG
- L'accessibilità con Wix
- Checklist EAA
Informazione generale fornita in buona fede, priva di valore di consulenza legale. Per il caso concreto rivolgersi a uno studio specializzato in diritto delle tecnologie dell'informazione.