Digitale Barrierefreiheit bedeutet, Ihre digitalen Angebote so zu gestalten und zu entwickeln, dass sie unabhängig von ihren geistigen oder körperlichen Fähigkeiten mit Ihrer Website, Ihrer App oder einem anderen digitalen Produkt auf sinnvolle und gleichartige Weise interagieren können.
Aber wie lässt sich die Barrierefreiheit eines digitalen Produkts messen? Woher wissen Sie, dass etwas barrierefrei ist?
Einführung in Tests zur Barrierefreiheit
Es gibt viele Möglichkeiten, ein digitales Produkt auf Barrierefreiheit zu testen. Ein grundlegender Ansatz besteht darin, sie anhand einer Reihe von Standards für die Barrierefreiheit zu evaluieren.
Es gibt viele Arten von Standards für die Barrierefreiheit. In der Regel bestimmen Ihre Branche, Ihr Produkttyp, die Gesetze und Richtlinien Ihres Landes bzw. Ihr Land oder Ihre allgemeinen Ziele für die Barrierefreiheit, welche Richtlinien Sie befolgen und welche Stufen Sie erfüllen müssen. Wenn für Ihr Projekt kein bestimmter Standard erforderlich ist, empfiehlt es sich, der neuesten Version der Richtlinien für barrierefreie Webinhalte (Web Content Accessibility Guidelines, WCAG) zu folgen.
Das Testen Ihres digitalen Produkts anhand eines Standards und einer Konformitätsstufe für die Barrierefreiheit wird als Audit der Barrierefreiheit bezeichnet. Bei einem Audit zur Barrierefreiheit kommen verschiedene Methoden, Techniken und Tools zum Einsatz, darunter Designtests, automatisierte, manuelle und assistive Technologietests.
Führen Sie ein Audit zur Barrierefreiheit durch, um die grundlegende Compliance für die Barrierefreiheit eines digitalen Produkts zu ermitteln. Eine einmalige Ausführung zu Beginn eines Projekts reicht jedoch nicht aus, um festzustellen, ob ein Produkt zugänglich ist. Sie sollten diese Prüfung während des gesamten Softwareproduktlebenszyklus mehrmals durchführen, um anhand von vordefinierten Checkpoints oder Richtlinien für die Barrierefreiheit zu prüfen, ob sich der Konformitätsgrad geändert hat.
Richtlinien für barrierefreie Webinhalte (Web Content Accessibility Guidelines, WCAG)
Die Richtlinien für barrierefreie Webinhalte (Web Content Accessibility Guidelines, WCAG) sind eine internationale Reihe von Standards für Barrierefreiheit, die vom W3C in Zusammenarbeit mit Einzelpersonen und Organisationen entwickelt wurden. Ziel der WCAG ist es, einen gemeinsamen Standard für die digitale Barrierefreiheit bereitzustellen, der die Anforderungen von Einzelpersonen, Organisationen und Regierungen auf der ganzen Welt erfüllt.
Die WCAG richtet sich in erster Linie an Designer und Entwickler von webbasierten und nativen mobilen Apps. Viele andere Unternehmen, darunter Softwareentwickler, Ersteller und Bearbeiter von Inhalten sowie alle Verwaltungsebenen, profitieren jedoch davon, WCAG-basierte Verfahren zu verstehen und auf ihre Prozesse anzuwenden. Für Ihre Rolle können weitere W3C-Standards gelten, darunter die Richtlinien für Barrierefreiheit im Authoring Tool (ATAG) und die User Agent Accessibility Guidelines (UAAG). Lesen Sie sich daher die W3C-Liste der Standards durch und verwenden Sie die Standards, die für Ihre Rolle und Ihr Projekt am besten geeignet sind.
In Bezug auf die Zugänglichkeit gilt die WCAG als „Goldstandard“ für Konformitätstests. Der erste Entwurf der WCAG wurde 1999 veröffentlicht. Die aktuelle Version ist WCAG 2.1, die im Juni 2018 veröffentlicht wurde. WCAG 2.2 ist für 2023 geplant. Eine vollständig überarbeitete Version der Richtlinien, WCAG 3.0, befindet sich derzeit im Entwurfsstadium einer zukünftigen Version, wird aber voraussichtlich in den nächsten Jahren kein abgeschlossener W3C-Standard sein.
Die WCAG-Richtlinien haben drei Stufen von Erfolgskriterien: A, AA und AAA. Die Erfolgskriterien bestimmen die Konformität mit der WCAG. Um die WCAG-Konformität zu erfüllen, muss das digitale Produkt, das Sie testen, die Erfolgskriterien für Ihre Zielebene erfüllen.
30
Ein Erfolgskriterien
20
AA-Erfolgskriterien
28
AAA-Erfolgskriterien
Für den aktuellen Standard (WCAG 2.1) gibt es insgesamt 78 Erfolgskriterien, die auf jede Ebene aufgeteilt sind. Dabei ist zu beachten, dass jedes Level progressiv ist. Wenn Ihr Barrierefreiheitsziel also AA ist, müssen Sie die Erfolgskriterien für A und AA erfüllen, um diese Konformitätsstufe zu erreichen.
30
Ein Level bestehen
50
Niveau A + AA bestehen
78
A + AA + AAA-Level bestehen
Prinzipien der Barrierefreiheit
Die WCAG-Erfolgskriterien sind ein sehr wichtiger Satz detaillierter Richtlinien, die Designfachkräfte und Entwickler darüber informieren, wie sie barrierefreie Websites und Apps erstellen. Es ist wichtig, diese Richtlinien zu verstehen, um Probleme zu beheben, die bei Tests der Barrierefreiheit im Internet auftreten. Die Richtlinien werden jedoch schnell sehr technisch.
Wenn Sie auf diesem Gebiet neu sind, beginnen Sie mit den Prinzipien der WCAG: Wahrnehmbar, Bedienbar, Verständlich und Robust (POUR). Wenn Sie die POUR-Prinzipien auf Ihre digitalen Produkte anwenden, können Sie sich darauf konzentrieren, wie Ihre Produkte von echten Menschen, einschließlich Menschen mit Beeinträchtigungen, verwendet werden.
![Wahrnehmbar, Bedienbar, Verständlich und Robust miteinander verbunden sind.](https://web.developers.google.cn/static/learn/accessibility/measure/image/perceivable-operable-un-3ca2c38c67bb1.png?authuser=6&hl=de)
![Das Wahrnehmbare wird durch eine Brille dargestellt, aber es werden mehrere Sitzungen verwendet, um Inhalte auf einem Bildschirm zu verstehen.](https://web.developers.google.cn/static/learn/accessibility/measure/image/perceivable-is-represente-b73cedede9121.png?authuser=6&hl=de)
Die erste Kategorie in POUR ist Perceivable. Dieses Prinzip besagt, dass Nutzer alle wesentlichen Informationen auf dem Bildschirm wahrnehmen müssen und mit mehreren Sinnen vermittelt werden müssen.
Fragen Sie sich: Gibt es in Ihrem digitalen Produkt Inhalte oder Funktionen, die Menschen mit einer bestimmten Beeinträchtigung nicht wahrnehmen können? Berücksichtigen Sie dabei alle Arten von Behinderungen – Seh-, Mobilitäts-, Hör-, kognitive und Sprachstörungen, Störungen des Vestibulärs und Krampfanfälle.
Beispiele für wahrnehmbare Elemente:
- Hinzufügen von Textalternativen zu allen nicht dekorativen Bildern und wichtigen Symbolen
- Untertitel, Transkripte und Audiobeschreibungen zu Videos hinzufügen
- Farbe sicherzustellen, ist nicht die einzige Methode, Sinn zu vermitteln.
![Die Bedienbarkeit wird durch eine Tastatur dargestellt, es gibt jedoch eine Reihe von Schnittstellen und Software, die für die Interaktion verwendet werden kann.](https://web.developers.google.cn/static/learn/accessibility/measure/image/operable-is-represented-25d61035f29ea.png?authuser=6&hl=de)
Die zweite Kategorie ist Operable. Dafür müssen Nutzer in der Lage sein, die Benutzeroberfläche des digitalen Produkts zu bedienen. Die Benutzeroberfläche darf keine Interaktionen erfordern, die Nutzer nicht ausführen können.
Fragen Sie sich: Können Nutzer die interaktiven Elemente Ihres digitalen Produkts steuern? Gibt es Probleme mit Fokusreihenfolge oder Tastaturfallen? Wie werden Touch-Oberflächen gehandhabt?
Beispiele für Bedienelemente:
- Tastatur- und Touchscreen-Unterstützung für alle aktiven Elemente
- Dafür sorgen, dass Diashows und Videos über alle erforderlichen Steuerelemente verfügen.
- Nutzern genügend Zeit zum Ausfüllen eines Formulars oder eine Methode geben, um die Dauer zu verlängern.
![Verständlich wird ein Kopf mit farbigen verbundenen Punkten dargestellt.](https://web.developers.google.cn/static/learn/accessibility/measure/image/understandable-is-represe-1058f406bb95d.png?authuser=6&hl=de)
Die dritte Kategorie von POUR ist verständlich. Um dieses Prinzip zu erreichen, müssen die Nutzer die Informationen und die Funktionsweise der Benutzeroberfläche verstehen.
Fragen Sie sich: Sind alle Inhalte klar formuliert? Sind alle Interaktionen leicht verständlich? Ist die Reihenfolge der Seiten sinnvoll – für sehende Nutzer, nur mit der Tastatur oder mit Screenreadern?
Beispiele für verständliche Inhalte:
- Einfach schreiben: Verwenden Sie kein komplexes Wort, wenn ein einfaches Wort ausreicht.
- Sorgen Sie dafür, dass die Navigation Ihres digitalen Produkts vorhersehbar ist.
- Sicherstellen, dass Fehlermeldungen klar und einfach zu beheben sind.
![Lackmus](https://web.developers.google.cn/static/learn/accessibility/measure/image/robust-f65ed074e7301.png?authuser=6&hl=de)
Die letzte Kategorie ist „Robust“. Dieses Prinzip konzentriert sich auf die Unterstützung assistiver Technologien und sorgt dafür, dass das digitale Produkt auch bei der Weiterentwicklung von Geräten und User-Agents zugänglich bleibt.
Fragen Sie sich: Welche Arten von Hilfstechnologien werden unterstützt? Funktioniert Ihr digitales Produkt nur mit den neuesten Browsern oder Betriebssystemen? Funktioniert es an allen Haltepunkten und bei unterschiedlichen Geräteausrichtungen?
Beispiele für robust:
- Navigation nur über die Tastatur wird getestet.
- Tests mit verschiedenen Screenreader-Technologien durchführen.
- Es wird sichergestellt, dass alle Inhalte und Funktionen unabhängig von der Größe oder Ausrichtung des Geräts zugänglich sind.
Denken Sie daran: Der Sinn von POUR besteht nicht darin, feste Regeln einzuhalten. Stattdessen hilft es Ihnen, die unterschiedlichen Anforderungen Ihrer Nutzer zu verstehen und zu erfüllen.
Überprüfen Sie Ihr Wissen
Testen Sie Ihr Wissen über die Messung der Barrierefreiheit
Was ist die oberste Ebene der WCAG-Leistung?
Was sind Beispiele für operable?