Inklusion bedeutet mehr als Konformität veröffentlicht in 2018zuletzt bearbeitet in 2021

Die Anforderungen an barrierefreies Webdesign werden durch die Kriterien aus den Web Content Accessibility Guidelines (WCAG) 2.1 definiert. Tatsächlich gehen die Nutzeranforderungen darüber hinaus. Das liegt nicht nur an einzelnen Anforderungen in den WCAG 2.1, die minimalistischen Charakter haben, sondern selbstverständlich auch an Software oder Anforderungen der Nutzer selbst. Deswegen darf die Konformität zu den WCAG 2.1 lediglich als Ausgangspunkt für eine gut nutzbare Webseite für möglichst alle Nutzer angesehen werden.

Hinweis: Die WCAG 2.0 wurden bereits im Jahr 2008 veröffentlicht. Sie umfassen 61 Erfolgskriterien auf drei Konformitätsstufen. Die WCAG 2.1 wurden 2018 veröffentlicht und ergänzen die WCAG 2.0 um 17 neue Kriterien.

Konformität ist nur der erste Schritt

Die WCAG 2.1 umfassen nicht alle Anforderungen von Menschen mit Behinderungen an die Barrierefreiheit. Dafür gibt es verschiedene Gründe. Ein wichtiger Grund ist die Testbarkeit: Anforderungen, die objektiv getestet werden können, sind eher auf Konformitätsstufe A oder AA der WCAG 2.1 zu finden (je nach Auswirkung bei Nicht-Erfüllung) während Erfolgskriterien, die beispielsweise nur bedingt messbar sind oder die Gestaltung der Inhalte möglicherweise zu sehr beeinflussen, eher auf Stufe AAA oder gar nicht in den Richtlinien vorkommen.

Dass die Konformität zu den WCAG 2.1 manchmal nicht ausreichend ist, wird durch den Einsatz von konkreten Hilfsmitteln durch Menschen mit Behinderungen verdeutlicht. Es gibt diverse Eingabegeräte als Maus- und Tastaturersatz sowie Software zum Beispiel für Bildschirmtastaturen oder Spracherkennung, die alle auf vorhandenen Schnittstellen des Betriebssystems aufsetzen. Für die Ausgabe gibt es Screenreader, die Inhalte in Sprache oder Braille umwandeln, und Vergrößerungssysteme. Nicht alle der Hilfsmittel unterstützen Webstandards auf ausreichende Weise und nicht alle Nutzer setzen die aktuellste Software ein. So kann es durchaus passieren, dass moderne, standardkonforme Webseiten mit einem fünf Jahre alten Screenreader genutzt werden, und Kompatibilitätsprobleme dazu führen, dass eine Webseite oder einzelne Komponenten der Webseite nicht oder nur eingeschränkt nutzbar sind.

Andere Themen sind in den WCAG 2.1 unterrepräsentiert, wozu die Verständlichkeit zählt; sie taucht auf der dritten Konformitätsstufe AAA der WCAG 2.1 auf. Das bedeutet, das Thema hat optionalen Charakter und trotzdem gibt es viele Menschen, die auf Verständlichkeit angewiesen sind.

Auch zur Leserlichkeit finden sich Anforderungen zur visuellen Präsentation lediglich auf Konformitätsstufe AAA und betreffen Farbe, Zeilenlänge, Zeilenfall, Zeilenzwischenraum und Textvergrößerung. Aspekte wie Schriftart sowie weitere Gestaltungsaspekte zum Beispiel zum Hintergrund gehören nicht zu den Anforderungen – auch weil sie nicht universell festgelegt werden können. Bestimmte Nutzer werden beispielsweise bei einer serifenlosen Schrift wie Helvetica besser lesen können während andere eine Serifenschrift bevorzugen. Dennoch: Die Anforderungen an die visuelle Präsentation legen nicht die Gestaltung einer Webseite fest, sondern sie bestimmen lediglich, dass Nutzer eine Anpassungsmöglichkeit haben sollten.

Daher sind Nutzertests immer empfehlenswert, auch wenn die Konformität von einem Accessibility Consultant attestiert wurde.

Ein inklusiver Ansatz ist erforderlich

Dass die Messlatte für Barrierefreiheit vor allem in einem individuellen Kontext viel zu kurz greifen kann, liegt auf der Hand. Um ein positives Nutzungserlebnis bei möglichst vielen Menschen mit Behinderungen zu erreichen, müssen die Anforderungen einzelner Nutzergruppen und Nutzer in die Gestaltungsüberlegungen für Webinhalte einfließen. Die Arbeitsweisen und spezifischen Anforderungen der verschiedenen Nutzergruppen können dabei auf Konformitätsstufe AA oder AAA der WCAG 2.1 nicht vorkommen.

Vor der Umsetzung eines barrierefreien Webdesigns sollten die möglichen Anforderungen und die Schnittmengen zu den Richtlinien einzeln vergegenwärtigt werden:

• Sehbehinderte stellen eine heterogene Nutzergruppe dar. Wichtige Aspekte für die Webentwicklung sind insbesondere die Anpassung der Bildschirmeinstellungen und die Berücksichtigung ausreichender Kontrastverhältnisse für Text.
• Blinde Nutzer verwenden Screenreader, um Bildschirminhalte mithilfe nicht-visueller Ausgabegeräte (akustisch über eine Sprachausgabe oder haptisch über eine so genannte Braillezeile) zu vermitteln. Screenreader wiederum stützen sich auf den Accessibility-Tree eines Betriebssystems. Screenreadernutzer profitieren zwar von einer Konformität zu den WCAG 2.1, aber das Nutzungserlebnis ist oft doch noch mäßig.
• Manche Nutzer mit körperlichen Einschränkungen können die Tastatur (oder den Mauszeiger) nicht benutzen. Wichtig für die Konformität ist aber, dass die Nutzbarkeit sämtlicher Funktionen nicht nur per Mauszeiger, sondern ebenso per Tastatur gewährleistet wird. Für Mobilgeräte bieten die WCAG 2.1 einige weitergehende Anforderungen für die barrierefreie Nutzung durch Menschen mit körperlichen Einschränkungen.
• Menschen mit Lernbehinderungen benötigen unter anderem Leichte Sprache. Anforderungen hierzu finden sich in den Webstandards zur Barrierefreiheit leider nicht. Die WCAG 2.1 umfasst einige Anforderungen zur ablenkungsfreien Interaktion. Die in Deutschland geltende Barrierefreie Informationstechnik-Verordnung – BITV 2.0 legt darüber hinaus fest, dass die Startseite eines Webangebots einführende Informationen in Leichter Sprache enthalten muss.
• Für gehörlose Nutzer sind insbesondere akustische Informationen auch in Textform anzubieten. Die Darstellung von Inhalten in Gebärdensprache wird nach den WCAG 2.1 nur für Audio-Inhalte in Videos empfohlen. Die BITV 2.0 legt hingegen fest, dass die Startseite eines Webangebots ein Gebärdensprachvideo mit Vorstellung der wesentlichen Inhalte des Webauftritts enthalten muss.

Ob die Konformität zu den WCAG 2.1 ausreicht oder ob in konkreten Fällen Nutzeranforderungen zusätzlich berücksichtigt werden müssen, lässt sich an vielen Beispielen diskutieren. Es gibt verschiedene objektive Gründe, die die Berücksichtigung von Nutzeranforderungen nahe legen:

• Eine Webseite kann alle Anforderungen an Farbe erfüllen, aber die Webseite kann vielleicht immer noch nicht von Sehbehinderten genutzt werden, weil nicht alle Grafiken der Webseite im Kontrastmodus dargestellt werden (was quasi eine "Lücke" in den WCAG 2.1 darstellt).
• Webseiten können technisch einwandfrei aufbereitet sein, so dass Browser alle Informationen der Webseite in die entsprechende Schnittstelle des Betriebssystems für Screenreader, den sogenannten Accessibility-Tree, hineinschreiben. Dennoch könnte ein Screenreader die Informationen dort falsch auswerten und es müssen Anpassungen im Code vorgenommen werden, um die Inkompatibilitäten zu überbrücken.
• Die Tastaturbedienung kann sichergestellt sein, aber beispielsweise nur für die Tab-Taste. Dabei gibt es Best-Practice-Empfehlungen für das Fokus-Management, die eine Optimierung der Tastaturbedienung insbesondere für fortgeschrittenere Komponenten vorgibt; diese gleichen der Tastaturbedienung von Komponenten auf Betriebssystemebene.

Barrierefreie Webinhalte entstehen nicht von selbst. Es ist Aufgabe aller an einem Webprojekt Beteiligten, bereits während der Entstehungsprozesse ihren Teil der Barrierefreiheit zu verantworten. Barrierefreiheit ist dabei ein erreichbares Ziel für jede Organisation, aber:

1. Webinhalte sind erst dann für die meisten Nutzer zugänglich und nutzbar, wenn die Konformität zu den WCAG 2.1 erreicht wurde. Realistisch ist dabei Konformitätsstufe AA.
2. Mit barrierefreien Inhalten können weitere Aspekte wie ein positives Nutzungserlebnis sinnvoll angestrebt werden.
3. Webinhalte müssen kontinuierlich und in einem inklusiven Entstehungsprozess geplant und regelmäßig mit den betroffenen Nutzern evaluiert werden, damit möglichst wenige Nutzer ausgegrenzt werden.

Die Konformität zu den WCAG 2.1 kommt nicht "frei Haus", sondern setzt Sensibilisierung, Schulungen oder Investitionen in neuer Software voraus. Die WCAG 2.1 (Konformitätsstufe AA) ist dabei ein umsetzbarer Standard. Viel wichtiger ist aber, dass die Konformität der Schlüssel zur Inklusion in der digitalen Welt ist. Ohne Barrierefreiheit gibt es keine Inklusion.