Reibungslose Umsetzung der Barrierefreiheit (aus Sicht des WCAG-Audits)

In Zeiten schneller, agiler Abläufe müssen Unternehmen oft Kompromisse eingehen, um die Entwicklung ihrer IT-Produkte rechtzeitig abzuschließen. Das bedeutet oft, dass man auf "Nice-to-haves" verzichtet und/oder unwichtige Funktionen beiseite schiebt - zumindest vorübergehend. Leider ist die Barrierefreiheit meist eines der ersten Opfer dieser Vorgehensweise.

Da einige Unternehmen die Barrierefreiheit jedoch nicht völlig ignorieren können (weil sie gesetzlich dazu verpflichtet sind, ihre Lösung barrierefrei zu gestalten), suchen sie nach Abkürzungen.

Und das ist selten (nie?) eine gute Idee.

Aber es gibt eine gute Nachricht: Sie können die Umsetzung der Barrierefreiheit noch reibungsloser gestalten. Nicht durch magische Abkürzungen, sondern mit guter Planung.

In diesem Artikel werde ich erklären, wie ⬇

Ausgangspunkt - Das WCAG Accessibility Audit

Für viele ist der Ausgangspunkt ihrer Bemühungen um Barrierefreiheit das WCAG-Audit der Barrierefreiheit.

WCAG steht für Web Content Accessibility Guidelines. Bei diesen Richtlinien handelt es sich um eine Reihe von Empfehlungen zur Verbesserung der Zugänglichkeit von Webinhalten, vor allem für Menschen mit Behinderungen - aber auch für alle Benutzeragenten, einschließlich stark eingeschränkter Geräte wie Mobiltelefone.

Ein WCAG-Audit ist eine gründliche, professionelle Bewertung, wie gut eine Website und andere digitale Objekte in Bezug auf die oben genannten Richtlinien funktionieren.

Die WCAG 2.1 enthalten 78 Zugänglichkeitsanforderungen auf drei Ebenen - A, AA und AAA.

Durch ein offizielles WCAG-Zugänglichkeitsaudit können Organisationen Zugänglichkeitszertifizierungen erhalten.

Die WCAG-Anforderungen dienen jedoch auch als Wegweiser bei der Umsetzung der Barrierefreiheit. Dank der Liste der erforderlichen Elemente können Unternehmen diese in ihre Website/Anwendung aufnehmen, um sicherzustellen, dass sie die offizielle Zertifizierungsprüfung bestehen.

 

Doch die Liste der Anforderungen ist lang. Um also auf das in der Einleitung angesprochene Thema zurückzukommen - viele fragen sich, ob diese Arbeitslast nicht verkürzt werden kann.

Die Antwort lautet ja. Aber so einfach ist das nicht.

Einige der WCAG-Anforderungen willkürlich ausschließen

Zuerst werde ich Ihnen sagen, was Sie nicht tun sollten.

Eine beliebte Strategie in einigen Unternehmen, um die Bemühungen um Barrierefreiheit einzuschränken, ist das Überspringen des internen Audits. Stattdessen entscheiden sich die Führungskräfte für einen "alternativen Weg" - sie wählen manuell die "wichtigsten" Zugänglichkeitselemente aus (z. B. diejenigen, die sich auf die häufigsten Beeinträchtigungen beziehen) und implementieren nur diese handverlesenen Komponenten.

Der erste Vorbehalt, der mir an dieser Stelle einfällt, ist folgender: Was sind diese "wichtigsten" Elemente überhaupt?

Bedeutet das, dass nur Zugänglichkeitsstandards der Stufe A umgesetzt werden? Oder eher die Behebung der Probleme, die zu den 10 schwerwiegendsten Fehlern bei der Barrierefreiheit gehören?

Ich werde nicht versuchen, diese Fragen zu beantworten. Stattdessen möchte ich gleich sagen, dass es meiner Meinung nach keine "wichtigsten" Zugänglichkeitselemente gibt. Die WCAG sind zwar nicht perfekt, aber sie wurden so konzipiert, dass keine Art von Beeinträchtigung diskriminiert wird. Wenn also jemand beschließt, Elemente der Barrierefreiheit, die in den Richtlinien als wichtig erachtet werden, beiseite zu lassen, sollte er dies bewusst tun - in dem Bewusstsein, dass er damit möglicherweise einige seiner Nutzer ausschließt.

Konsequenzen

Wenn Sie also jemals unter einer strengen Frist oder einem strengen Budget arbeiten müssen, denken Sie daran, dass die Implementierung von nur wahllos ausgewählten Barrierefreiheits-Elementen wahrscheinlich zu Folgendem führt:

- kein Prüfer wird Ihre Website/Anwendung als WCAG-konform einstufen ,

- in einigen Teilen der Welt riskieren Sie rechtliche Konsequenzen für digital ausgeschlossene Nutzer.

Um eine Lösung zugänglich zu machen, ist also ein Alles-oder-Nichts-Ansatz erforderlich, richtig? Nun, nein

Glücklicherweise bedeutet das alles nicht, dass Sie alles aufgeben und sich ausschließlich darauf konzentrieren müssen, Ihre Website/Anwendung zugänglich zu machen. Nein, es gibt intelligente Wege, die Barrierefreiheit anzugehen.   Zunächst können Sie die WCAG-Anforderungen in zwei Schritten einschränken:

• die Zugänglichkeitsstandards der Stufe AAA fallen zu lassen; selbst der Gesetzgeber behandelt sie als optional. Das Ergebnis: Statt 78 WCAG 2.1-Anforderungen gibt es nur noch 50.
• Als nächstes können Sie Ihre Aktivitäten auf der Grundlage der Art der Inhalte Ihrer Website/Anwendung einschränken. Wenn Ihre Website z. B. keine Audio-/Videoinhalte enthält, müssen Sie keine Anforderungen an die Barrierefreiheit einführen, die sich nur auf diese Art von Inhalten beziehen.

Ich kann Ihnen ein praktisches Beispiel für diesen Ansatz geben. Als ich kürzlich ein Audit für einen Kunden durchführte, konnte ich die Prüfung auf nur 36 Anforderungen beschränken.  

Dennoch - Anstatt die Bemühungen um Barrierefreiheit einzuschränken, sollten Sie vielleicht an die frühe Entwicklung denken?

  Im Allgemeinen geht man davon aus, dass eine WCAG-konforme Website oder Anwendung barrierefrei ist. Jetzt muss ich jedoch auf das Offensichtliche hinweisen - WCAG-konform zu sein, garantiert keine Barrierefreiheit; es besagt lediglich, dass Ihre Lösung WCAG-konform ist. Wenn das verwirrend (oder zu trivial) klingt, lassen Sie mich das näher erläutern. Sicherlich ist es ein großer Schritt nach vorn, WCAG-konform zu sein. Aber barrierefreie Lösungen anzubieten bedeutet mehr, als nur die Grundlagen zu erfüllen. Es bedeutet, universell zu gestalten, mit dem Gedanken der Inklusion.

Aus diesen Gründen - und vielen, vielen mehr - ist es nicht ganz richtig, Ihre Website als zugänglich zu betrachten, nur weil sie ein Zertifikat erhalten hat.

 

Wenn das der Fall ist - sollte ich dann überhaupt all diese Audits durchführen?

  Wichtig ist, dass es bei Audits nicht nur um die Einhaltung der WCAG geht. Bei einem Audit wird auch die Benutzerfreundlichkeit berücksichtigt. Dazu gehören Tests mit der Unterstützung von Menschen mit Behinderungen. Das Ergebnis wird nicht einfach als "bestanden/nicht bestanden" angezeigt. Ein Audit liefert auch eine umfassendere Analyse - zum Beispiel, ob der Inhalt und/oder die Prozesse auf der Website/Anwendung verständlich sind.

Audits sind also eine Möglichkeit, die Barrierefreiheit in einem umfassenden Sinne zu bewerten - nicht nur aus der Perspektive der WCAG-Konformität, sondern auch aus einer ganzheitlichen Perspektive.

 

Wichtige Erkenntnisse - Liste

 

1. Eine WCAG-Zugänglichkeitsprüfung macht Ihre Website oder Lösung nicht zugänglich - sie dient lediglich der Beurteilung.
2. Audits sind - und werden auch in Zukunft - ein grundlegendes Instrument zur Bewertung der Zugänglichkeit (zum Beispiel im öffentlichen Sektor) sein.
3. Ein gut dokumentierter Prüfungsplan ermöglicht es Ihnen, die Anzahl der Anforderungen anzupassen, um den Arbeitsumfang zu begrenzen.
4. Ein Audit der Barrierefreiheit bezieht sich in der Regel auf die WCAG-Standards und auf die dort beschriebenen Methoden.
5. Auch wenn Sie kein Auditor oder eine Person sind, die für die Identifizierung von Zugänglichkeitsproblemen zuständig ist, können Sie das Audit nutzen, um Zugänglichkeitsmängel zu identifizieren, die Sie dann beseitigen können.
6. In einigen Fällen ist die Prüfung notwendig - und gesetzlich vorgeschrieben.
7. Die Ergebnisse des Audits unterstützen Sie bei der Erstellung einer Zugänglichkeitsstrategie und sind hilfreich bei der Abfassung einer Zugänglichkeitserklärung.
8. Sie sollten Ihre Bemühungen um Barrierefreiheit mit der Recherche und Befragung von Menschen mit Beeinträchtigungen beginnen - und mit einem Audit mit denselben Personen abschließen.
9. Sie sollten Ihre WCAG-Bemühungen nur aus der Perspektive des Inhalts und der Funktionen Ihrer Website/Lösung betrachten.