Dall’entrata in vigore dello European Ac­ces­si­bi­li­ty Act, è in­di­spen­sa­bi­le poter creare siti web ac­ces­si­bi­li con un CMS. Se un sistema di gestione dei contenuti è dotato delle fun­zio­na­li­tà adeguate, puoi ri­spet­ta­re le normative legali, mi­glio­ra­re l’espe­rien­za utente e ot­ti­miz­za­re i tuoi contenuti per i motori di ricerca.

Perché un CMS dovrebbe con­sen­ti­re contenuti ac­ces­si­bi­li?

L’ac­ces­si­bi­li­tà digitale non riguarda solo l’in­fra­strut­tu­ra tecnica di un sito web, ma anche i contenuti pub­bli­ca­ti. Affinché le in­for­ma­zio­ni digitali siano ac­ces­si­bi­li a tutte le vi­si­ta­tri­ci e i vi­si­ta­to­ri, i contenuti devono essere creati in modo da essere fruibili anche tramite screen reader, display Braille o na­vi­ga­zio­ne da tastiera.

Il Content Ma­na­ge­ment System (CMS) uti­liz­za­to gioca un ruolo centrale in questo contesto. Sebbene spesso si discuta dell’ac­ces­si­bi­li­tà dell’in­ter­fac­cia utente del CMS, è al­tret­tan­to im­por­tan­te sapere quanto bene un CMS supporti la creazione edi­to­ria­le di contenuti ac­ces­si­bi­li. Un CMS è “ac­ces­si­bi­le” in questo senso quando offre a redattori e re­dat­tri­ci supporto, strutture pre­de­fi­ni­te e strumenti di va­li­da­zio­ne che per­met­to­no una creazione senza sforzo di siti web ac­ces­si­bi­li. Sono esempi tipici di ciò:

  • Campi per l’in­se­ri­men­to dei testi al­ter­na­ti­vi nelle immagini
  • Avvisi in caso di struttura dei titoli mancante
  • Strumenti per la creazione di tabelle e moduli ac­ces­si­bi­li
  • Verifiche au­to­ma­ti­che su contrasti o errori semantici

Un CMS ac­ces­si­bi­le riduce il rischio di errori re­da­zio­na­li e aiuta le or­ga­niz­za­zio­ni a ri­spet­ta­re le normative legali, fornendo in­for­ma­zio­ni equi­va­len­ti a tutti i gruppi di utenti.

N.B.

Un design ac­ces­si­bi­le è da anni tra le prin­ci­pa­li tendenze del web design.

Quali requisiti de­fi­ni­sco­no l’ac­ces­si­bi­li­tà sul web?

I requisiti per contenuti ac­ces­si­bi­li derivano da diverse basi legali e normative. In Italia, l’ac­ces­si­bi­li­tà dei siti web delle pubbliche am­mi­ni­stra­zio­ni è regolata dalla Legge Stanca (Legge 4/2004) e a livello europeo si fa ri­fe­ri­men­to allo European Ac­ces­si­bi­li­ty Act (EAA), recepito dal decreto le­gi­sla­ti­vo 106/2018.

Alla base di queste normative ci sono le linee guida in­ter­na­zio­na­li Web Content Ac­ces­si­bi­li­ty Gui­de­li­nes (WCAG), svi­lup­pa­te dal World Wide Web Con­sor­tium (W3C). Dalle versioni WCAG 2.1 e 2.2 derivano i seguenti quattro principi centrali per l’ac­ces­si­bi­li­tà di un CMS o simili:

  • Per­ce­pi­bi­le: tutte le in­for­ma­zio­ni devono essere pre­sen­ta­te in modo tale da essere com­pren­si­bi­li per ogni utente (ad esempio, at­tra­ver­so al­ter­na­ti­ve testuali per le immagini e contrasti suf­fi­cien­ti).
  • Uti­liz­za­bi­le: l’in­ter­fac­cia utente deve essere na­vi­ga­bi­le con diversi metodi di input (ad esempio, tastiera).
  • Com­pren­si­bi­le: i contenuti devono essere chia­ra­men­te strut­tu­ra­ti, leggibili e scritti in un lin­guag­gio semplice.
  • Robusto: tutti i contenuti devono essere com­pa­ti­bi­li con una varietà di di­spo­si­ti­vi e strumenti di supporto.

Per redattori e re­dat­tri­ci, ciò significa, tra l’altro, uti­liz­za­re una gerarchia di titoli sensata (da H1 a H6) e integrare testi al­ter­na­ti­vi e testi di link si­gni­fi­ca­ti­vi. Inoltre, è im­por­tan­te fare at­ten­zio­ne a un lin­guag­gio chiaro e a una na­vi­ga­zio­ne logica. Un CMS ac­ces­si­bi­le che supporta queste esigenze sem­pli­fi­ca no­te­vol­men­te il lavoro re­da­zio­na­le quo­ti­dia­no e con­tri­bui­sce al rispetto degli standard legali.

Ac­ces­si­bi­li­tà nel CMS: esempi pratici con Contao, Plone e papaya CMS

Non tutti i CMS offrono le stesse con­di­zio­ni per contenuti ac­ces­si­bi­li. Mentre alcuni sistemi puntano sulla resa del front end, altri si con­cen­tra­no sul controllo re­da­zio­na­le o sulla ri­go­ro­si­tà semantica. I tre CMS open source Contao, Plone e papaya CMS sono con­si­de­ra­ti par­ti­co­lar­men­te adatti per un lavoro ac­ces­si­bi­le. Per questo motivo, nei paragrafi seguenti abbiamo riassunto per te le ca­rat­te­ri­sti­che prin­ci­pa­li dei tre sistemi in questo contesto.

Contao

Contao è un CMS svi­lup­pa­to in Germania, pro­get­ta­to fin dall’inizio per un codice ac­ces­si­bi­le e se­man­ti­ca­men­te pulito. Per la creazione di contenuti ac­ces­si­bi­li conformi alla legge, il software offre tra l’altro le seguenti ca­rat­te­ri­sti­che:

  • Template ac­ces­si­bi­li: molti temi sono conformi alle WCAG e sono pro­get­ta­ti per essere re­spon­si­ve.
  • Elementi di contenuto strut­tu­ra­ti: i redattori e le re­dat­tri­ci lavorano con moduli che ga­ran­ti­sco­no contenuti chiari e se­man­ti­ca­men­te corretti.
  • Supporto per il testo al­ter­na­ti­vo: immagini, video e altri file mul­ti­me­dia­li possono essere corredati di al­ter­na­ti­ve testuali.
  • Moduli di for­mu­la­rio: moduli pronti all’uso sup­por­ta­no le etichette per i campi ob­bli­ga­to­ri, la na­vi­ga­zio­ne da tastiera e la gestione degli errori.

Inoltre, ci sono esten­sio­ni come Si­te­Coc­k­pit, che integrano di­ret­ta­men­te nel CMS funzioni come in­ter­rut­to­ri del contrasto cromatico, controllo delle di­men­sio­ni del testo o report sull’ac­ces­si­bi­li­tà. Contao è quindi par­ti­co­lar­men­te adatto per enti pubblici, isti­tu­zio­ni educative o ONG.

Plone

Plone è un potente CMS basato su Python, che da molti anni persegue alti standard di ac­ces­si­bi­li­tà. È uti­liz­za­to a livello globale da uni­ver­si­tà, ministeri e or­ga­niz­za­zio­ni con elevate esigenze di ac­ces­si­bi­li­tà. Plone soddisfa le WCAG 2.1 al livello di con­for­mi­tà AA, quindi molti aspetti di ac­ces­si­bi­li­tà sono già integrati per im­po­sta­zio­ne pre­de­fi­ni­ta. Per queste esigenze, esiste un documento VPAT (Voluntary Product Ac­ces­si­bi­li­ty Template).

Tra i vantaggi re­da­zio­na­li in termini di ac­ces­si­bi­li­tà del CMS vi sono:

  • Strutture se­man­ti­ca­men­te chiare: la struttura del contenuto si orienta ri­go­ro­sa­men­te agli standard HTML5.
  • Gestione del flusso di lavoro: i contenuti possono essere con­trol­la­ti per la con­for­mi­tà prima della pub­bli­ca­zio­ne.
  • Controllo degli accessi: consente un lavoro di squadra ac­ces­si­bi­le con ruoli chiari.

At­tra­ver­so plugin come il widget Plone All in One Ac­ces­si­bi­li­ty si possono integrare fun­zio­na­li­tà ag­giun­ti­ve pratiche, come ad esempio pulsanti per di­men­sio­ni del testo, com­mu­ta­zio­ne del contrasto o na­vi­ga­zio­ne tramite tastiera. In questo modo, Plone è adatto anche a portali ac­ces­si­bi­li con processi complessi.

papaya CMS

papaya CMS è un CMS modulare basato su XML, che si distingue par­ti­co­lar­men­te per la chiara se­pa­ra­zio­ne tra contenuto, layout e logica. Questa ar­chi­tet­tu­ra permette di con­trol­la­re gra­nu­lar­men­te i contenuti HTML se­man­ti­ca­men­te corretti e ac­ces­si­bi­li. papaya è par­ti­co­lar­men­te adatto a progetti complessi con elevate esigenze re­da­zio­na­li e canali di uscita chia­ra­men­te definiti.

  • Struttura rigorosa: grazie alla se­pa­ra­zio­ne di contenuto, layout e logica, è possibile creare siti web se­man­ti­ca­men­te puliti.
  • Template e moduli ac­ces­si­bi­li: numerosi layout e com­po­nen­ti sono costruiti secondo le linee guida WCAG.
  • Contenuti mul­ti­lin­gue: la gestione chiara dei dati facilita anche la fornitura ac­ces­si­bi­le in più lingue.

Già nel 2009 è stato rea­liz­za­to con papaya CMS un progetto web ac­ces­si­bi­le. Tuttavia, non esistono plugin pronti all’uso conformi allo European Ac­ces­si­bi­li­ty Act o au­to­ma­zio­ni: l’ac­ces­si­bi­li­tà dipende for­te­men­te dalle com­pe­ten­ze del team di sviluppo e dal design dei template.

Come ve­ri­fi­ca­re se i contenuti nel CMS sono ac­ces­si­bi­li?

La creazione di contenuti ac­ces­si­bi­li non termina con l’in­se­ri­men­to nel CMS. Un controllo continuo è es­sen­zia­le per in­di­vi­dua­re e cor­reg­ge­re le barriere d’uso tem­pe­sti­va­men­te. Per testare l’ac­ces­si­bi­li­tà di un sito web, puoi uti­liz­za­re sia strumenti au­to­ma­tiz­za­ti sia metodi manuali.

Strumenti au­to­ma­tiz­za­ti

  • axe DevTools: un com­po­nen­te ag­giun­ti­vo col­lau­da­to per browser di Deque Systems, che rileva in modo af­fi­da­bi­le gli errori di ac­ces­si­bi­li­tà secondo i criteri WCAG, fornendo in­di­ca­zio­ni precise per la loro cor­re­zio­ne.
  • WAVE (Web Ac­ces­si­bi­li­ty Eva­lua­tion Tool): vi­sua­liz­za le barriere di­ret­ta­men­te nella finestra del browser; ottimale per la verifica re­da­zio­na­le di contenuti come testi al­ter­na­ti­vi e titoli.
  • Google Lighthou­se: fornisce punteggi di ac­ces­si­bi­li­tà e rac­co­man­da­zio­ni spe­ci­fi­che su struttura, colori, usabilità e altro; ese­gui­bi­le come parte di Google PageSpeed Insights, nei Chrome DevTools, tramite la riga di comando o come modulo Node.
  • Evinced: utilizza l’IA e l’ap­pren­di­men­to au­to­ma­ti­co per rilevare barriere complesse; offre report det­ta­glia­ti per svi­lup­pa­to­ri e in­te­gra­zio­ni per ambienti DevOps.

Test manuali

Gli strumenti au­to­ma­ti­ci non rilevano tutti i problemi di ac­ces­si­bi­li­tà esistenti. Pertanto, procedure manuali come le seguenti sono in­di­spen­sa­bi­li:

  • Na­vi­ga­zio­ne tramite tastiera: verifica se la na­vi­ga­zio­ne e l’uso della pagina sono possibili tramite i tasti Tab/Maiusc; gli in­di­ca­to­ri del focus devono essere visibili e coerenti.
  • Test con screen reader: uso di NVDA (Windows), VoiceOver (macOS/iOS) o JAWS per testare ma­nual­men­te la ri­pro­du­zio­ne con screen reader; è im­por­tan­te ve­ri­fi­ca­re la ri­pro­du­zio­ne se­man­ti­ca­men­te corretta, le in­di­ca­zio­ni del focus e l’ordine logico di lettura.
  • Verifica del contrasto e si­mu­la­zio­ni di colore: gli strumenti come WebAIM Contrast Checker o Color Oracle aiutano a ve­ri­fi­ca­re i contrasti dei colori e a simulare le di­sa­bi­li­tà visive.
  • Verifica dei moduli: controllo del corretto col­le­ga­men­to delle etichetta, messaggi di errore chiari, com­por­ta­men­to del focus e ac­ces­si­bi­li­tà dei campi di input.
  • Ispezione visiva e test di zoom: il layout funziona bene con un alto livello di zoom? I contenuti sono adattati, mancano le barre di scor­ri­men­to oriz­zon­ta­le?

Inoltre, è con­si­glia­bi­le un manuale di redazione per l’ac­ces­si­bi­li­tà e corsi di for­ma­zio­ne regolari per raf­for­za­re a lungo termine le com­pe­ten­ze del team.

Vai al menu prin­ci­pa­le