ATAG

ATAG — Authoring Tool Accessibility Guidelines — ist der W3C-Standard für Werkzeuge, die Webinhalte erstellen. Während WCAG regelt, was veröffentlichte Inhalte für Endnutzende leisten müssen, regelt ATAG, was Autorenwerkzeuge für die Personen leisten müssen, die diese Inhalte erstellen.

Zwei Teile, zwei Zielgruppen

ATAG 2.0 gliedert sich in:

• Teil A — Die Benutzeroberfläche des Autorenwerkzeugs barrierefrei gestalten. Das Werkzeug selbst muss für Inhaltsersteller mit Behinderungen nutzbar sein. Eine blinde Redakteurin muss das CMS verwenden können, das Artikel produziert; eine seheingeschränkte Designerin muss das Design-Plugin bedienen können, das Icons exportiert.
• Teil B — Die Produktion barrierefreier Inhalte unterstützen. Das Werkzeug muss Autorinnen und Autoren dabei helfen, barrierefreie Ausgaben zu erzeugen. Ein CMS, das das Einfügen von Bildern ohne Aufforderung zur Angabe eines Alternativtexts erlaubt, ist ATAG-Teil-B- nichtkonform — selbst wenn seine eigene Benutzeroberfläche vollständig barrierefrei ist.

Warum Teil B anspruchsvoller ist

Teil A entspricht im Wesentlichen „WCAG auf das eigene Produkt anwenden“. Das ist ein bekanntes Problem mit bekannten Lösungsmustern. Teil B ist fordernder, weil das Werkzeug verstehen muss, wie barrierefreie Ausgaben aussehen, und Autorinnen und Autoren gezielt darauf hinlenken oder einschränken muss.

Praxisbeispiele für eine gelungene Umsetzung von Teil B:

• Ein CMS-Bilderupload-Dialog, der Alternativtext vorschreibt, mit einer expliziten Checkbox „Dieses Bild als dekorativ markieren“, damit Autorinnen und Autoren nicht leer lassen, um der Abfrage zu entgehen.
• Ein Markdown-Editor, der warnt, wenn eine Überschriftenebene übersprungen wird (h1 → h3 ohne h2).
• Ein Design-Tool, das Farbkontrast-Verstöße in Echtzeit anzeigt, während Farben ausgewählt werden.

Was ATAG nicht ist

ATAG ist in den meisten Rechtssystemen keine Beschaffungsanforderung. Die EU-Richtlinie über den barrierefreien Zugang zu Websites und der European Accessibility Act (EAA) verweisen auf EN 301 549, das WCAG referenziert — nicht ATAG. US Section 508 verhält sich ähnlich. Käufer verlangen gelegentlich den Nachweis von ATAG-Konformität für interne CMS-Projekte, aber standardisierte ATAG-VPATs sind selten.

Warum ATAG dennoch relevant ist

Selbst die barrierefreieste Website wird unzugänglich, sobald Autorinnen und Autoren keine barrierefreien Inhalte mehr darin erzeugen können. Ein CMS mit geringer ATAG-Konformität multipliziert Barrierefreiheitsschulden: Jeder neue Artikel, jedes neue Bild, jedes neue Formular-Widget kommt mit denselben vorhersehbaren Mängeln. ATAG-bewusste Werkzeuge senken die Einstiegskosten der Barrierefreiheit für Autorinnen und Autoren auf nahezu null.

Dies ist der Maßstab, den es bei der Bewertung von CMS-Plattformen, Design-Tools, No-Code-Builders und KI-gestützten Autorenwerkzeugen anzulegen gilt: nicht „ist das Werkzeug selbst barrierefrei?“, sondern „macht das Werkzeug Barrierefreiheit für die Personen einfach, die darüber publizieren?“