APG-Stütztische – warum sie wichtig sind

Michael Fairchild

By Michael Fairchild

17. April 2023

Stücke

Die ARIA and Assistive Technologies Community Group (ARIA-AT) und die ARIA Authoring Practices Task Force haben die ersten „Assistive Technology Support“-Tabellen im ARIA Authoring Practices Guide (APG) veröffentlicht. Diese Unterstützungstabellen zeigen, inwieweit die Beispiele für die Muster von Bildschirmleseprogrammen wie NVDA, Jaws und VoiceOver unterstützt werden. Derzeit gibt es nur für wenige Muster und assistive Technologien Unterstützungstabellen, weitere werden jedoch folgen. Diese erste Veröffentlichung umfasst Unterstützungstabellen für Schaltflächenbeispiele, Link-Beispiele, ein Beispiel für eine Radio-Gruppe mit „aria-activedescendant“ sowie ein Beispiel für eine Warnmeldung. Weitere Details finden Sie in der Ankündigung des W3C.

Was ist ARIA-AT und warum ist das wichtig?

Vor einigen Jahren war es noch üblich, dass eine CSS-Eigenschaft in den gängigen Browsern und auf verschiedenen Plattformen zu unterschiedlichen Darstellungen führte. Das lag daran, dass diese CSS-Eigenschaften nicht in allen Browsern einheitlich unterstützt wurden und es nicht immer einen Konsens darüber gab, wie sie sich auf die visuelle Darstellung auswirken sollten. Das Gleiche galt auch für andere Funktionen der Webplattform, die Entwickler nutzen mussten, was dazu führte, dass sie zahlreiche Workarounds und Fallbacks implementieren mussten, um die gängigen Browser zu unterstützen.

Seitdem wurde viel Arbeit geleistet, um einen Konsens zu erzielen, Erwartungen zu überprüfen (beispielsweise durch Tests der Webplattform) und die Unterstützung für Webplattform-Funktionen zu verbessern. Mittlerweile sind Lücken in der Unterstützung von Webplattform-Funktionen deutlich seltener anzutreffen. Und es gibt Ressourcen wie caniuse.com, die noch bestehende Lücken in der Unterstützung aufzeigen.

Diese einheitliche Unterstützung ermöglicht es den Nutzern, den Browser ihrer Wahl zu verwenden, ohne zwischen Browsern wechseln zu müssen, Zeit damit zu verbringen, sich in neue Browser einzuarbeiten, oder anderweitig mit Lücken in der Unterstützung zurechtkommen zu müssen. Außerdem ermöglicht sie es Entwicklern, ihre Produkte schneller, einheitlicher und mit weniger technischer Verschuldung bereitzustellen.

Dennoch kommt es nach wie vor häufig vor, dass Menschen mit Behinderungen bei der Nutzung von assistiven Technologien auf Lücken in der Unterstützung stoßen. Dieselben HTML- und ARIA-Elemente verhalten sich oft von einem Screenreader zum anderen sehr unterschiedlich – sofern sie überhaupt unterstützt werden. Zudem kann es für Entwickler und Tester schwierig sein, zu erkennen, ob diese Verhaltensunterschiede zu erwarten sind oder ob tatsächlich ein Problem vorliegt.

ARIA-AT zielt darauf ab, dies zu verbessern, indem es Anforderungen an assistive Technologien vorschlägt, diese Anforderungen testet, durch die Zusammenarbeit mit Entwicklern assistiver Technologien einen Konsens über diese Anforderungen und die Testergebnisse herstellt, diese Ergebnisse veröffentlicht und anschließend mithilfe automatisierter Tests skaliert.

Wie dies Entwicklungsteams hilft

Diese Hilfstabellen können zusammen mit anderen ARIA-AT-Daten und -Ressourcen Designern, Entwicklern, Testern und Beratern auf vielfältige Weise helfen. So können sie beispielsweise bei der Beantwortung folgender Fragen helfen:

  • Entwickler: Ich möchte ein Muster auswählen, das eine solide Unterstützung bietet – aber woher weiß ich, welche Muster das sind? Welche Auswirkungen hat die Verwendung eines bestimmten Musters gegenüber einem anderen auf die Barrierefreiheit?
  • Entwickler: Liegt der Fehler an meinem Code oder an etwas anderem? Wie kann ich das so programmieren, dass es gut unterstützt wird?
  • Tester: Verhält sich der Screenreader wie erwartet?
  • Berater: Wie kann ich Ratschläge geben, die von vielen Bildschirmleseprogrammen und anderen assistiven Technologien unterstützt werden?

Wie geht es weiter?

In Zukunft wird ARIA-AT:

  • Ergänzung weiterer APG-Beispiele um AT-Hilfetabellen.
  • Erweiterung der Unterstützung um weitere Kombinationen aus Screenreadern und Browsern.
  • Erweiterung des Angebots an assistiven Technologien.
  • Nicht nur die Beispiele im APG testen.
  • Die Automatisierung der Tests und die Entwicklung eines Treibers für assistive Technologien, ähnlich wie WebDriver, um diese Tests zu erleichtern.

Weitere Informationen darüber, wie Sie oder Ihre Organisation an dem Projekt teilnehmen oder es unterstützen können, finden Sie im Abschnitt „Mitmachen“ auf der ARIA-AT-Startseite.

Michael Fairchild

Michael Fairchild

Michael ist Manager für Barrierefreiheitsberatung bei Deque und verfügt über mehr als ein Jahrzehnt Erfahrung im Bereich Barrierefreiheit – darunter Entwicklung, Testen, Coaching und Führungsaufgaben. Er ist zertifizierter Experte für Web-Barrierefreiheit (CPWA) der International Association of Accessibility Professionals (IAAP) und setzt sich engagiert dafür ein, die digitale Welt inklusiver und barrierefreier zu gestalten.

Erhalten Sie Blog-Beiträge direkt in Ihren Posteingang

Kein Geschwafel, sondern echte Erkenntnisse zum Thema Barrierefreiheit von qualifizierten Experten.

Sie erklären sich damit einverstanden, dass Deque Informationen gemäß den Bestimmungen in DequeDatenschutzerklärungbeschrieben, Informationen von Deque entgegennimmt, nutzt und weitergibt. Sie können Ihre Einwilligung jederzeit widerrufen, indem Sie uns kontaktieren.

Mehr zu diesem Thema

Warum die Verknüpfung der Norm EN 17161 mit den WCAG einen großen Fortschritt für die digitale Barrierefreiheit darstellt

Wilco Fiers 400 × 400 1 300 × 300
July 9, 2026 By Wilco Fiers

WCAG ist der Horizont. Er ist die Richtung, in die Sie fahren, und auch wenn Sie den Horizont nicht wirklich „erreichen“ können, ist er doch das Ziel, auf das Sie zusteuern. EN 17161 ist die Straße, auf der Sie fahren, und sie verfügt über alle Markierungen, Leitlinien und Schilder, die Sie auf Kurs halten und verhindern, dass Sie in den Gegenverkehr oder in den Graben geraten.

Artikel lesen
Eine Gruppe von Personen in einer Büroumgebung, die sich um einen Laptop versammelt hat und geschäftliche Angelegenheiten bespricht. Auf dem Beitrag sind vier überlagerte Sprechblasen mit den Begriffen „EN 17161“, „EN 301 549“, „WCAG“ und „Europäisches Gesetz zur Barrierefreiheit (EAA)“ zu sehen.

Der nächste große Schritt in Sachen digitale Barrierefreiheit: Warum die Community für digitale Barrierefreiheit die Norm EN 17161 begrüßen sollte

Wilco Fiers 400 × 400 1 300 × 300
June 11, 2026 By Wilco Fiers

Erfahren Sie, wie die Umsetzung der Norm EN 17161 Ihrem Unternehmen ermöglicht, ein solides Barrierefreiheitsprogramm aufzubauen, mit dem sich die Barrierefreiheit in der Praxis zusätzlich zu den WCAG messen lässt.

Artikel lesen
Zwei Personen arbeiten an einem Laptop, eine davon ist blind. Es gibt vier Sprechblasen mit den Texten: Einhaltung der Anforderungen an die digitale Barrierefreiheit, EN 17161, WCAG und Design für alle.