WAI-Adapt

WAI-Adapt (tidligere “Personalisation Semantics”) er en W3C-indsats for at give forfattere en måde at deklarere, hvad indhold betyder — hvilken slags element det er, hvilket symbol der kunne repræsentere det, hvor distraherende det er — så brugeragenter og hjælpeteknologier kan tilpasse gengivelsen til brugerens behov.

Standarden er stadig i working-draft-status pr. 2026. Udbredelsen er tidlig. Men rammen er vigtig nok til, at begrebet dukker op i tilgængeligheds- roadmaps, særligt i forbindelse med kognitiv tilgængelighed.

Hvorfor W3C startede arbejdet

Nutidens tilgængelighedsmodel er i høj grad bruger-styret: brugeren tilpasser sin browser, installerer udvidelser, konfigurerer sin skærmlæser og håber, at siden gengives korrekt under disse indstillinger. WAI-Adapt vender det om: indholdet deklarerer sin semantik, og brugeragenten kan transformere gengivelsen efter brugerens behov uden at ændre, hvad indholdet betyder.

Et enkelt eksempel: en webformular beder om “fornavn” og “efternavn”. WAI-Adapt ville lade forfatteren tagge disse inputfelter med semantiske attributter, der angiver “dette er et felt til personnavne”. En bruger med kognitivt handicap ville da kunne få sin hjælpeteknologi til at erstatte tekstetiketter med symbolbaserede ledetekster (”👤 dit navn”) — uden at webstedets forfatter behøver at levere begge versioner.

De tre moduler

Udkastet er opdelt i tre moduler:

1. Content-modulet — vokabular til at markere indholdssemantik, som brugeragent-tilpasning kræver. data-purpose, data-action, data-destination osv.
2. Help and Support-modulet — attributter til at deklarere variationer af hjælpeindhold (langt format, klart sprog, symbolstøttet, forenklet).
3. Tools-modulet — interoperabilitet med hjælpeteknologier, der leverer personaliseringsfunktioner (symbolsætsystemer, prædiktiv tekstværktøjer, fokus- og opmærksomhedshjælpemidler).

Placering i forhold til andre specifikationer

WAI-Adapt er komplementær til WCAG, ARIA og kognitiv tilgængeligheds- taskforcens resultater. Det er ikke en erstatning for nogen af dem. WCAG definerer adgangsgulvet; ARIA definerer hjælpeteknologigrænsefladen; WAI-Adapt definerer personaliseringskanalen.

Det er også komplementært til WCAG 3, som går længere med kognitiv tilgængelighed end WCAG 2.x nogensinde gjorde. WAI-Adapt er en af de mekanismer, WCAG 3’s resultater kan komme til at basere sig på.

Hvad det betyder for ingeniørteams i dag

For de fleste teams er svaret: intet operationelt endnu. Vokabularet er stadig i udkastfasen. Understøttelse i brugeragenter er i praksis nul. Der er ingen Pa11y-regel, ingen axe-core-regel, ingen Lighthouse-audit for WAI-Adapt-attributter.

Men rammen er værd at kende. Når du lancerer et websted, der lader brugere skifte til “simplere visning” eller “vis symboler”, opfinder du lokalt det, WAI-Adapt forsøger at standardisere. Efterhånden som specifikationen modnes over de næste 2-3 år, forventes det, at de første bølger af redigeringsværktøjer vil generere WAI-Adapt-attributter som standard.