Was ist Accessibility Testing und welche Vorschriften gelten?

Ähnlich wie in der physischen Welt, wo es eine Vielzahl von Regeln gibt, wie öffentliche Objekte gebaut werden sollen und welchen Richtlinien sie folgen müssen, um für Menschen mit Behinderungen zugänglich zu sein, gibt es auch spezifische Regeln und Richtlinien für Webseiten und Anwendungen.

Accessibility Testing ist definiert als die Praxis, Ihre Web- und Mobile-Apps für so viele Menschen wie möglich nutzbar zu machen. Es macht Apps für Menschen mit Behinderungen zugänglich, z.B. Sehbehinderte, Hörbeeinträchtigte und andere physische oder kognitive Beeinträchtigungen. In diesen Fällen haben Benutzer verschiedene Möglichkeiten, den Inhalt Ihrer Seite oder App wahrzunehmen und mit ihm zu interagieren.

Keyboard-Navigation ist beispielsweise eine der am häufigsten verwendeten Methoden zur Navigation im Inhalt, wenn der Benutzer Probleme hat, eine Maus zu benutzen. Ein weiteres Beispiel wäre ein Screenreader, der den Inhalt für Sehbehinderte akustisch ausgibt.

Bei der Entwicklung und dem Testen eines digitalen Produkts ist es unsere Aufgabe, sicherzustellen, dass es alle notwendigen Anforderungen an die Barrierefreiheit so früh wie möglich erfüllt. Dies kann nicht nur viel Zeit und Geld bei der Entwicklung sparen, sondern auch vor rechtlichen Problemen schützen.

Mit anderen Worten: Ihre Website oder App zugänglicher zu machen, ermöglicht Ihnen nicht nur, mehr Kunden zu erreichen, sondern ist auch gesetzlich geregelt und kann Unternehmen, die den Richtlinien nicht folgen, Tausende von Dollar kosten.

Derzeit führt die USA bei den Vorschriften zur Web-Barrierefreiheit mit dem Americans with Disabilities Act (ADA)

Dies bedeutet nicht, dass Unternehmen außerhalb der USA diese Barrierefreiheitsrichtlinien ignorieren können, da wir früher oder später weltweit strenge Vorschriften in dieser Hinsicht haben werden.

Die Europäische Union hat den Europäischen Standard für digitale Barrierefreiheit EN 301 549 eingeführt, der dazu beiträgt, digitale Produkte im öffentlichen und privaten Sektor zu verbessern.

Die Frist für öffentliche Websites zur Einhaltung endete am 23. September 2020, für mobile Anwendungen am 23. Juni 2021. Der private Sektor muss seine Produkte (Web und Mobil) und Dienstleistungen bis zum 28. Juni 2025 verbessern.

Obwohl dies zunächst nicht so ernst klingt, sind Klagen zu diesem Thema tatsächlich sehr häufig und die Geldstrafen können über 100.000 USD liegen. Laut den Vorhersagen von UsableNet zu den Trends in der digitalen Barrierefreiheit im Jahr 2021 lässt sich deutlich erkennen, dass die Anzahl der ADA-Klagen in den letzten Jahren gestiegen ist und wahrscheinlich auch in den kommenden Jahren weiter steigen wird. Daher ist es wichtig, proaktiv zu handeln und sicherzustellen, dass Ihre Website oder App den Web Content Accessibility Guidelines (WCAG) entspricht, selbst wenn Sie noch keine Beschwerden erhalten haben.

Wenn es um die Vorschriften für die Barrierefreiheit von Websites und Anwendungen geht, gibt es im Gesetz selbst zwar keine strengen und spezifischen Regeln, aber Unternehmen sind dennoch verpflichtet, eine zugängliche Website oder App bereitzustellen, die Benutzer mit Behinderungen berücksichtigt. Um dies zu tun, folgen die meisten Unternehmen den WCAG.

Diese Richtlinien sind keine rechtliche Anforderung, sondern eher ein Referenzpunkt für Organisationen, die ihre digitale Barrierefreiheit verbessern möchten. Derzeit gibt es drei Versionen der WCAG: 1.0, 2.0 und 2.1. Version 2.2 befindet sich noch in der Entwurfsphase.

Versionen 1.0 und 2.0 sind veraltet und wurden durch Version 2.1 ersetzt, während Version 2.2 eine Erweiterung von 2.1 sein wird. Es gibt auch drei Konformitätsstufen: A (Mindestmaß an Barrierefreiheit), AA (Zielstufe der Barrierefreiheit, die rechtlichen Anforderungen entspricht) und AAA (überschreitet die Anforderungen an die Barrierefreiheit).

Derzeit versuchen die meisten Unternehmen, die WCGA 2.1 AA-Stufe zu erreichen, da Websites oder Apps auf diesem Konformitätsniveau für jeden nutzbar sind und rechtliche Ansprüche gegen sie standhalten sollten.

Einige Beispiele dafür, welche Anforderungen eine Webseite oder App erfüllen muss, um als WCAG 2.1 Level AA klassifiziert zu werden:

Eine vollständige Liste aller WCAG-Anforderungen finden Sie auf der w3.org Homepage unter Web Accessibility Initiative.

Wenn Sie mit dem Accessibility Testing beginnen, kann es zunächst überwältigend erscheinen, da viele Richtlinien befolgt werden müssen und viele Szenarien abgedeckt werden müssen. Daher ist es immer häufiger üblich, dass Unternehmen Schulungen für ihre Mitarbeiter zum Thema anbieten sowie verschiedene Dienstleistungen nutzen, die Audits Ihrer Inhalte durchführen und Ergebnisse mit dem aktuellen Barrierefreiheitsniveau liefern können.

Ein Gesamt-Audit zu Beginn ist tatsächlich keine schlechte Vorgehensweise, da es den Entwicklern und Testern eine gute Grundlage bietet, um ihr Wissen aufzubauen, und dem Team ermöglicht, sofort mit der Behebung von Problemen zu beginnen.

Für kleinere Projekte oder Projekte, die keinen exzessiven Accessibility Testing benötigen, gibt es viele verschiedene Browsererweiterungen und andere Tools, wie z.B. die aXe Google Chrome-Erweiterung oder das WAWE Website Evaluation Tool, die einige allgemeine automatisierte Tests ausführen und sofortiges Feedback liefern können. In einigen Fällen reicht dies jedoch möglicherweise nicht aus.

Wenn kein Bedarf an exzessivem langfristigem Accessibility Testing besteht, kann es eine gute Idee sein, einen der vielen Dienstleistungen zu nutzen, die On-Demand-Accessibility-Tests Ihrer Inhalte anbieten und Berichte mit aktuellen Problemen erstellen. Wenn dies Ihren Bedürfnissen entspricht, ist das toll, aber in vielen Fällen wäre eine intelligentere langfristige Lösung die Schulung des Teams, damit alle Prozesse in den aktuellen Workflow integriert werden können und unnötige Ausgaben für Outsourcing vermieden werden.

Was manuelle und automatisierte Accessibility-Tests betrifft, so gilt generell, dass automatische Tests etwa 20-30% aller Probleme erkennen können, da viele Richtlinien nicht eindeutig definiert sind, sodass sie vom Computer interpretiert werden können. Das Kernproblem besteht darin, dass eine der Hauptaufgaben bei der Erstellung zugänglicher Inhalte die Beschreibung nicht textbasierter Komponenten durch Text für Screenreader ist, aber die Technologie ist noch nicht so weit, um zu erkennen, ob die Beschreibungen korrekt sind und alle Richtlinien befolgen. Ein weiteres Hindernis ist die überwältigende Anzahl von Hilfsmitteln und die verschiedenen Arten, wie Benutzer diese verwenden können, um auf den Inhalt zuzugreifen.

Obwohl es schlecht klingt, sind automatisierte Tests im Bereich der Barrierefreiheit tatsächlich sehr wichtig, da sie immer noch die meisten kritischen Fehler erkennen und schnelles Feedback liefern, das Entwickler sofort weiterverarbeiten können, während gleichzeitig eine Einschätzung des aktuellen Zustands Ihrer Webseite oder App als Ganzes gegeben wird. Die Automatisierung von Accessibility-Tests ist ebenfalls nicht besonders kompliziert, da es Open-Source-Tools gibt, die den Prozess erleichtern und Ihnen ermöglichen, die Tests in Ihren derzeitigen CI/CD-Workflow zu integrieren.

Wir werden in zukünftigen Blogartikeln genauer auf die Implementierung automatisierter Accessibility-Tests in Ihrem Workflow eingehen. Abonnieren Sie unseren Newsletter, um über unsere neuesten Artikel informiert zu werden.