Se hai letto che il tuo sito deve essere "accessibile" e "conforme alle WCAG", ma non hai idea di cosa significhi in pratica, sei nel posto giusto. I requisiti di accessibilità di un sito web non sono un rebus per soli sviluppatori: la maggior parte si capisce con buon senso e si controlla in pochi minuti. In questa guida traduciamo le WCAG in una checklist pratica che puoi usare subito per capire quanto sei distante dall'essere a norma.
Se hai letto che il tuo sito deve essere "accessibile" e "conforme alle WCAG", ma non hai idea di cosa significhi in pratica, sei nel posto giusto. I requisiti di accessibilità di un sito web non sono un rebus per soli sviluppatori: la maggior parte si capisce con buon senso e si controlla in pochi minuti. In questa guida traduciamo le WCAG in una checklist pratica che puoi usare subito per capire quanto sei distante dall'essere a norma.
Se vuoi prima inquadrare l'obbligo di legge (chi è coinvolto, da quando, cosa rischia), parti dall'articolo capofila: Accessibilità sito web: cosa dice la legge (European Accessibility Act). Qui ci concentriamo sul "cosa devo controllare".
Cosa sono le WCAG (e perché riguardano anche la tua azienda)
Le WCAG (Web Content Accessibility Guidelines) sono le linee guida internazionali che definiscono cosa rende un sito "accessibile", cioè utilizzabile anche da chi ha una disabilità visiva, uditiva, motoria o cognitiva. Sono lo standard di riferimento tecnico richiamato dalla normativa europea (la norma EN 301 549 e, a monte, l'European Accessibility Act): quando una legge dice "il sito deve essere accessibile", nella pratica significa conforme alle WCAG, di norma al livello AA.
Le WCAG prevedono tre livelli di conformità — A (minimo), AA (lo standard richiesto nella maggior parte dei casi) e AAA (avanzato). Per un sito aziendale l'obiettivo pratico è il livello AA.
I 4 princìpi WCAG spiegati semplice: POUR
Tutte le WCAG ruotano attorno a quattro princìpi. In inglese formano l'acronimo POUR:
1. Percepibile
L'utente deve poter percepire i contenuti con i sensi che ha a disposizione. In pratica: testi alternativi per le immagini, sottotitoli per i video, contrasto sufficiente tra testo e sfondo, contenuti che funzionano anche senza colore.
2. Utilizzabile (Operabile)
Tutto deve essere usabile, anche senza mouse. In pratica: navigazione completa da tastiera, nessun elemento che lampeggia in modo pericoloso, tempo sufficiente per leggere e compilare, link e pulsanti riconoscibili.
3. Comprensibile
Contenuti e interfaccia devono essere chiari e prevedibili. In pratica: linguaggio comprensibile, comportamento coerente delle pagine, messaggi di errore chiari nei moduli, etichette che spiegano cosa inserire.
4. Robusto
Il sito deve funzionare con tecnologie diverse, comprese quelle assistive (come gli screen reader). In pratica: codice HTML corretto e semantico, compatibilità con lettori di schermo, componenti che dichiarano correttamente ruolo e stato.
La checklist pratica: 12 controlli sul tuo sito
Puoi fare tu stesso una prima verifica di massima. Non sostituisce un audit professionale, ma ti dice a che punto sei:
| # | Controllo | Come verificarlo al volo |
|---|---|---|
| 1 | Testo alternativo su tutte le immagini informative | Le immagini hanno un alt che descrive il contenuto? |
| 2 | Contrasto testo/sfondo adeguato | Il testo si legge bene anche in condizioni di luce non ideali? |
| 3 | Navigazione da tastiera | Riesci a usare tutto il sito solo con il tasto Tab e Invio? |
| 4 | Focus visibile | Quando navighi con Tab, si vede sempre dov'è il cursore? |
| 5 | Struttura dei titoli (H1-H2-H3) corretta e in ordine | I titoli seguono una gerarchia logica, non "estetica"? |
| 6 | Etichette nei moduli | Ogni campo ha un'etichetta chiara e collegata? |
| 7 | Messaggi di errore comprensibili | Se sbagli un campo, il sito spiega cosa correggere? |
| 8 | Sottotitoli/trascrizioni per audio e video | I contenuti multimediali sono fruibili anche senza audio? |
| 9 | Nessun contenuto affidato al solo colore | Un'informazione ("campo obbligatorio in rosso") è data anche a parole? |
| 10 | Testo ridimensionabile senza rotture | Ingrandendo la pagina al 200% il layout regge? |
| 11 | Link descrittivi (non "clicca qui") | Gli anchor dicono dove portano? |
| 12 | Lingua della pagina dichiarata | L'attributo lang è impostato (es. it)? |
Se hai risposto "no" o "non lo so" a più di qualche punto, il sito non è ancora conforme al livello AA e conviene pianificare un intervento.
Come si verifica l'accessibilità (strumenti + limiti)
Esistono strumenti automatici che aiutano a individuare parte dei problemi (contrasto, alt mancanti, struttura dei titoli). Sono utili come primo screening, ma hanno un limite importante: coprono solo una parte dei criteri WCAG. Molti requisiti — usabilità da tastiera, chiarezza, esperienza con screen reader — richiedono verifica manuale. Diffida di chi promette un sito "100% accessibile con un clic": non esiste un plugin che renda un sito conforme da solo.
Accessibilità e SEO: lo stesso lavoro, due vantaggi
La buona notizia è che quasi tutto ciò che rende un sito accessibile lo rende anche più forte su Google: struttura dei titoli pulita, testi alternativi, HTML semantico, pagine veloci e comprensibili. Accessibilità e SEO tirano nella stessa direzione: un solo lavoro fatto bene, due risultati — più utenti raggiunti e migliore posizionamento.
L'approccio KeideaCMS: accessibilità curata, non un plugin in più
Su molti CMS aperti l'accessibilità viene "appaltata" a un plugin esterno — che va installato, aggiornato, e che spesso interviene solo in superficie. È la stessa logica che genera siti fragili e pieni di componenti da presidiare.
KeideaCMS segue un approccio diverso, #ZeroPlugin: è un CMS proprietario senza plugin di terze parti nel core, in cui la qualità del codice — HTML semantico, struttura corretta, gestione dei moduli — è parte della piattaforma, non un'aggiunta. Su queste basi l'accessibilità si costruisce sul serio, con l'aiuto di un solo referente e supporto in italiano 7/7, a canone fisso. Vuoi un sito nuovo già impostato bene? Vedi realizzazione sito web aziendale.
In sintesi
I requisiti WCAG per un sito aziendale si riassumono in quattro princìpi — percepibile, utilizzabile, comprensibile, robusto — e nella pratica in una serie di controlli concreti: testi alternativi, contrasto, navigazione da tastiera, moduli chiari, struttura corretta. L'obiettivo di riferimento è il livello AA. Nessun plugin rende un sito accessibile da solo: serve qualità del codice e verifica reale — ed è anche un investimento che ripaga in SEO.
👉 Prossimo passo: leggi l'articolo capofila su cosa dice la legge (EAA), oppure prenota una demo per vedere come KeideaCMS imposta un sito già pulito e a norma.
