WAI-Adapt

WAI-Adapt (tidigare “Personalisation Semantics”) är ett W3C-arbete som ger upphovspersoner ett sätt att deklarera vad innehåll betyder — vilken typ av element det är, vilket symbol som kan representera det, hur störande det är — så att webbläsare och hjälpmedelsteknik kan anpassa återgivningen till användarens behov.

Specifikationen har fortfarande arbetsutkast-status per 2026. Användningen är i ett tidigt skede. Men tankesättet är tillräckligt viktigt för att termen dyker upp i tillgänglighetsplaner, särskilt när det gäller kognitiv tillgänglighet.

Varför W3C startade arbetet

Dagens tillgänglighetsmodell bygger i hög grad på att användaren själv agerar: användaren anpassar sin webbläsare, installerar tillägg, konfigurerar sin skärmläsare och hoppas att webbplatsen fungerar väl under dessa anpassningar. WAI-Adapt vänder på det: innehållet deklarerar sin semantik, och webbläsaren kan transformera återgivningen för att passa användaren utan att ändra vad innehållet betyder.

Ett enkelt exempel: ett webbformulär frågar efter förnamn och efternamn. WAI-Adapt skulle låta upphovspersonen märka upp dessa fält med semantiska attribut som anger “det här är ett personnamns-fält”. En användare med kognitiv funktionsnedsättning skulle då kunna låta sin hjälpmedelsteknik ersätta textbeteckningarna med symbolbaserade ledtexer (”👤 ditt namn”) — utan att webbplatsens upphovsperson behöver leverera båda versionerna.

De tre modulerna

Utkastet delas in i tre moduler:

1. Content-modulen — vokabulär för att märka upp semantik i innehåll som webbläsaranpassning behöver. data-purpose, data-action, data-destination med mera.
2. Help and Support-modulen — attribut för att deklarera varianter av hjälpinnehåll (utförlig form, klarspråk, symbolstöd, förenklad).
3. Tools-modulen — samverkan med hjälpmedelsteknik som erbjuder personaliseringsfunktioner (symboluppsättningssystem, prediktiva textverktyg, fokus- och uppmärksamhetshjälpmedel).

Var den befinner sig i förhållande till andra specifikationer

WAI-Adapt kompletterar WCAG, ARIA och kognitiva tillgänglighetsarbetsgruppens resultat. Det ersätter inte någon av dem. WCAG definierar tillgänglighetsgolvet; ARIA definierar gränssnittet mot hjälpmedel; WAI-Adapt definierar personaliseringskanalen.

Det kompletterar även WCAG 3, som går längre på kognitiv tillgänglighet än vad WCAG 2.x någonsin gjort. WAI-Adapt är en av de mekanismer som WCAG 3-utfall kan komma att förlita sig på.

Vad det innebär för teknikteam idag

För de flesta team är svaret: ingenting operationellt ännu. Vokabulären är fortfarande i utkast. Stödet i webbläsare är i princip noll. Det finns ingen Pa11y-regel, ingen axe-core-regel och ingen Lighthouse-granskning för WAI-Adapt-attribut.

Men tankesättet är värt att känna till. När du lanserar en webbplats som låter användarna växla till “enklare vy” eller “visa symboler” uppfinner du lokalt det som WAI-Adapt försöker standardisera. Allteftersom specifikationen mognar under de kommande 2–3 åren kan man förvänta sig att den första vågen av redigeringsverktyg genererar WAI-Adapt-attribut som standard.