ATAG

ATAG — Authoring Tool Accessibility Guidelines — är W3C:s standard för verktyg som skapar webbinnehåll. Där WCAG adresserar vad publicerat innehåll måste göra för slutanvändare, adresserar ATAG vad redigeringsverktyg måste göra för de personer som skapar innehållet.

Två delar, två målgrupper

ATAG 2.0 delas in i:

• Del A — Gör redigeringsverktygets användargränssnitt tillgängligt. Verktyget i sig måste kunna användas av innehållsskapare med funktionsnedsättning. En blind redaktör måste kunna använda det CMS-system som producerar artiklarna; en svagsynt designer måste kunna använda det designinstick som exporterar ikonerna.
• Del B — Stöd produktion av tillgängligt innehåll. Verktyget måste hjälpa upphovspersoner att producera tillgänglig utdata. Ett CMS-system som låter upphovspersoner infoga bilder utan att uppmana om alternativtext uppfyller inte ATAG Del B, även om gränssnittet i sig är fullständigt tillgängligt.

Varför Del B är svårare

Del A är i grunden “tillämpa WCAG på din egen produkt.” Det är ett känt problem med kända mönster. Del B är mer krävande eftersom det kräver att verktyget vet hur tillgänglig utdata ser ut och vägleder eller begränsar upphovspersonen mot det.

Operativa exempel på väl genomförd Del B:

• En CMS-dialogruta för bilduppladdning som kräver alternativtext, med en explicit kryssruta för att “markera bilden som dekorativ” så att upphovspersoner inte levererar tom alt för att slippa prompten.
• En markdown-editor som varnar när en rubriknivå hoppas över (h1 → h3 utan h2).
• Ett designverktyg som visar kontrastförhållanden i realtid när upphovspersonen väljer färger.

Vad ATAG inte är

ATAG är inte ett upphandlingskrav i de flesta jurisdiktioner. EU:s webbtillgänglighetsdirektiv och EAA hänvisar till EN 301 549, som refererar WCAG (inte ATAG). US Section 508 är liknande. Köpare ber ibland leverantörer att demonstrera ATAG-överensstämmelse för internt CMS-arbete, men standardiserade ATAG VPAT:ar är sällsynta.

Varför det ändå spelar roll

Den mest tillgängliga webbplatsen i världen blir otillgänglig i det ögonblick upphovspersoner inte kan producera tillgängligt innehåll i den. Ett CMS-system med bristande ATAG-överensstämmelse är en multiplikator på tillgänglighetsskuld: varje ny artikel, varje ny bild, varje ny formulärwidget anländer med samma förutsebara brister. ATAG-medvetna verktyg sänker inträdesbarriären för tillgänglighet till nära noll per upphovsperson.

Det är detta perspektiv man bör ha vid utvärdering av CMS-plattformar, designverktyg, no-code-builders och AI-assisterade redigeringsverktyg: inte “är verktyget i sig tillgängligt?” utan “gör verktyget tillgänglighet enkelt för de som publicerar genom det?”