WAI-Adapt
Vedi anche: Personalisation Semantics, WAI Personalization Semantics, Adapt
Il vocabolario emergente del W3C per la semantica della personalizzazione — consente agli utenti di adattare i contenuti alle proprie preferenze cognitive, sensoriali e motorie tramite metadati dichiarativi anziché CSS personalizzato dall'utente.
WAI-Adapt (in precedenza «Personalisation Semantics») è un’iniziativa del W3C volta a fornire agli autori un modo per dichiarare il significato dei contenuti — di che tipo di elemento si tratta, quale simbolo potrebbe rappresentarlo, quanto è distraente — in modo che gli agenti utente e le tecnologie assistive possano adattare la resa alle esigenze dell’utente.
È ancora in stato di bozza di lavoro al 2026. L’adozione è nella fase iniziale. Ma l’inquadratura è abbastanza importante da far sì che il termine compaia nelle roadmap di accessibilità, soprattutto in relazione all’accessibilità cognitiva.
Perché il W3C l’ha avviata
L’attuale modello di accessibilità è fortemente orientato all’utente: l’utente personalizza il browser, installa estensioni, configura il proprio screen reader e spera che il sito si renda correttamente con quelle personalizzazioni. WAI-Adapt ribalta questo approccio: è il contenuto a dichiarare la propria semantica, e l’agente utente può trasformare la resa in base alle esigenze dell’utente senza alterare il significato del contenuto.
Un esempio semplice: un modulo web richiede «nome» e «cognome». WAI-Adapt consentirebbe all’autore di contrassegnare quegli input con attributi semantici che indicano «questo è un campo per il nome personale». Un utente con disabilità cognitiva potrebbe quindi avere la propria tecnologia assistiva che sostituisce prompt basati su simboli («👤 il tuo nome») alle etichette testuali — senza che l’autore del sito debba pubblicare entrambe le versioni.
I tre moduli
La bozza si articola in tre moduli:
- Modulo contenuto — vocabolario per marcare la semantica dei contenuti di cui l’adattamento dell’agente utente ha bisogno.
data-purpose,data-action,data-destination, ecc. - Modulo Aiuto e supporto — attributi per dichiarare varianti di contenuto di aiuto (forma estesa, linguaggio semplice, supporto con simboli, semplificato).
- Modulo strumenti — interoperabilità con le tecnologie assistive che forniscono funzionalità di personalizzazione (sistemi di set di simboli, strumenti di testo predittivo, ausili per focus e attenzione).
Posizionamento rispetto ad altre specifiche
WAI-Adapt è complementare a WCAG, ARIA e ai risultati della task force sull’accessibilità cognitiva. Non sostituisce nessuno di essi. WCAG definisce il livello minimo di accesso; ARIA definisce l’interfaccia con la tecnologia assistiva; WAI-Adapt definisce il canale di personalizzazione.
È anche complementare a WCAG 3, che spinge sull’accessibilità cognitiva ben oltre WCAG 2.x. WAI-Adapt è uno dei meccanismi su cui potrebbero fare affidamento gli obiettivi di WCAG 3.
Implicazioni per i team di sviluppo oggi
Per la maggior parte dei team la risposta è: nulla di operativo per ora. Il vocabolario è ancora in fase di elaborazione. Il supporto degli agenti utente è essenzialmente nullo. Non esistono regole Pa11y, regole axe-core o audit Lighthouse per gli attributi WAI-Adapt.
Ma l’inquadratura merita di essere conosciuta. Quando si pubblica un sito che consente agli utenti di passare a una «visualizzazione semplificata» o di «mostrare simboli», si sta inventando — localmente — ciò che WAI-Adapt sta cercando di standardizzare. Man mano che la specifica si consolida nei prossimi 2-3 anni, ci si aspetta di vedere la prima ondata di strumenti di authoring che generano attributi WAI-Adapt per impostazione predefinita.