ATAG
Se også: Authoring Tool Accessibility Guidelines
Authoring Tool Accessibility Guidelines — WCAGs søsterstandard for værktøjer, der *opretter* webindhold (CMS'er, designværktøjer, IDE'er). ATAG specificerer, at forfatterværktøjer både skal være tilgængelige og hjælpe forfattere med at skabe tilgængeligt output.
ATAG — Authoring Tool Accessibility Guidelines — er W3C-standarden for værktøjer, der opretter webindhold. Hvor WCAG handler om, hvad det publicerede indhold skal gøre for slutbrugere, handler ATAG om, hvad forfatterværktøjer skal gøre for de mennesker, der skaber indholdet.
To dele, to målgrupper
ATAG 2.0 er opdelt i:
- Del A — Gør forfatterværktøjets brugergrænseflade tilgængelig. Selve værktøjet skal kunne bruges af indholdsproducenter med handicap. En blind redaktør skal kunne bruge det CMS, der producerer artiklerne; en svagtseende designer skal kunne betjene det designplugin, der eksporterer ikoner.
- Del B — Understøt produktionen af tilgængeligt indhold. Værktøjet skal hjælpe forfattere med at producere tilgængeligt output. Et CMS, der lader forfattere indsætte billeder uden at anmode om alternativ tekst, er ikke i overensstemmelse med ATAG Del B, selv om dets brugergrænseflade er fuldt tilgængelig.
Hvorfor Del B er sværere
Del A er i bund og grund “anvend WCAG på dit eget produkt.” Det er et velkendt problem med kendte mønstre. Del B er mere krævende, fordi det kræver, at værktøjet ved, hvordan tilgængeligt output ser ud, og skubber eller begrænser forfatteren i den retning.
Praktiske eksempler på Del B udført korrekt:
- Et CMS-billedupload-vindue, der kræver alternativ tekst, med et eksplicit “markér dette billede som dekorativt”-afkrydsningsfelt, så forfattere ikke indsender tom alt-tekst for at omgå prompten.
- En markdown-editor, der advarer, når et overskriftsniveau springes over (h1 → h3 uden h2).
- Et designværktøj, der viser farvekontrast-overtrædelser i realtid, mens forfatteren vælger farver.
Hvad ATAG ikke er
ATAG er ikke et udbudskrav i de fleste jurisdiktioner. EUs webtilgængelighedsdirektiv og EAA henviser til EN 301 549, som refererer til WCAG (ikke ATAG). US Section 508 er tilsvarende. Indkøbere beder lejlighedsvis leverandører om at dokumentere ATAG-overensstemmelse for interne CMS-projekter, men standardiserede ATAG-VPATs er sjældne.
Hvorfor det stadig har betydning
Det mest tilgængelige websted i verden bliver utilgængeligt i det øjeblik, forfattere ikke kan producere tilgængeligt indhold i det. Et CMS med ringe ATAG-overensstemmelse er en multiplikator på tilgængelighedsgæld: hver ny artikel, hvert nyt billede, hver ny form-widget ankommer med de samme forudsigelige mangler. ATAG-bevidste værktøjer reducerer indgangsomkostningen for tilgængelighed til næsten nul pr. forfatter.
Det er den vinkel, man bør anlægge ved vurdering af CMS-platforme, designværktøjer, no-code-byggere og AI-assisteret forfatning: ikke “er selve værktøjet tilgængeligt?” men “gør værktøjet tilgængelighed let for dem, der publicerer igennem det?”