Erschießen Sie nicht den Boten
In den letzten mehr als 15 Jahren habe ich regelmäßig auf Konferenzen über Barrierefreiheit referiert und auch mehrere Schulungen zum Thema der Erstellung barrierefreier digitaler Inhalte durchgeführt. Mehr als einmal wurde mir von einigen Teilnehmern gesagt: "Ihr nehmt mir meine Kreativität weg!"
Dieser Kommentar kommt in der Regel von Designern, aber nicht immer. Ich verstehe auch, warum manche so denken, wenn sie zum ersten Mal etwas über digitale Zugänglichkeit lernen. Barrierefreiheit, insbesondere die Web Content Accessibility Guidelines (WCAG), können anfangs überwältigend sein. Für diejenigen, die die technischen Aspekte der digitalen Zugänglichkeit nicht verstehen, kann dies ein häufiges Gefühl sein - vor allem, wenn Ihr Unternehmen Ihnen sagt, dass Sie mit der Erstellung zugänglicher Inhalte beginnen müssen, und Sie dann an einer Schulung zu diesem Thema teilnehmen lassen, in der Erwartung, dass dies alles ist, was Sie brauchen. Erschwerend kommt hinzu, dass diese Präsentationen und Schulungen zur digitalen Zugänglichkeit mitunter sehr informationslastig sind. Es kann sich so anfühlen, als würde man Sie zwingen, aus einem Feuerwehrschlauch zu trinken.
Der Zweck dieses Beitrags ist es die Schwierigkeit anerkennen dieser Realität für viele, um dem Management helfen zu verstehen, dass barrierefreie Inhalte nicht über Nacht entstehenund hoffentlich zeigen, dass Barrierefreiheit den kreativen Prozess nicht behindert.
Das Verständnis dafür, was erforderlich ist, damit Inhalte zugänglich sind, sollte alle am Lebenszyklus von Webinhalten Beteiligten befähigen. Diejenigen, die jetzt gut in ihrem Job sind, können zu ausgezeichnet bei ihrer Arbeit. Das bedeutet, dass Sie, wenn Sie derzeit nur mit Blick auf Mausbenutzer entwerfen, erstellen, programmieren oder testen, Ihre Fähigkeiten erweitern können, um andere Gruppen außerhalb dieser Kategorie einzubeziehen. Auf diese Weise werden Sie nicht nur kompetenter, sondern tragen auch dazu bei, dass Ihr Unternehmen alle Menschen einbezieht.
Ist die Zugänglichkeit schwierig?
Die Erstellung barrierefreier Inhalte ist nicht schwer, doch wenn Sie neu auf dem Gebiet der Barrierefreiheit sind, kann es Ihnen wie ein unmöglicher Kampf erscheinen. Es gibt eine Menge Informationen, die man verstehen muss, um sicherzustellen, dass die Inhalte barrierefrei gestaltet und erstellt werden. Außerdem gibt es viele "schnelle Lösungen" auf dem Markt, die die Verwirrung noch vergrößern. Es hilft auch nicht, dass die WCAG, die de facto Zugänglichkeitsstandards für die meisten, oft vage und technisch sind.
Während die Zugänglichkeit an sich nicht schwierig ist, kann es schwierig und zeitaufwendig sein, sich das Wissen und die Erfahrung anzueignen, die für die korrekte Anwendung dieser Leitlinien erforderlich sind.
Als die WCAG 2.0 im Dezember 2008 als Empfehlung veröffentlicht wurde, bestand eines der Ziele darin, Leitlinien bereitzustellen, die auf neuere Technologien angewendet werden können, sobald diese entwickelt werden. Auf diese Weise würden diese Leitlinien im Vergleich zu früheren Leitlinien und Normen eine längere Lebensdauer haben. Dies ist sinnvoll, da sich die Technologie so schnell weiterentwickelt und die Zeit, die für die Erstellung neuer Leitlinien benötigt wird, bedeutet, dass man immer der Technologie hinterherläuft, was kein nachhaltiges Modell ist.
Das W3C trug dem Bedarf an länger haltbaren Richtlinien Rechnung, indem es die WCAG so strukturierte, dass die Erfolgskriterien als prüfbare wahr/falsch-Aussagen formuliert wurden, die nicht technologieabhängig sind. Dies ermöglicht die Anwendung der Kriterien auf bestehende und zukünftige Technologien. Jedes Erfolgskriterium wird dann durch ausreichende, beratende und fehlschlagende Techniken unterstützt, die allgemeine und technologiespezifische Möglichkeiten der Konformität mit dem Erfolgskriterium abdecken. Die Konformität erfordert jedoch nicht notwendigerweise die Verwendung einer der veröffentlichten Techniken, wenn der mit dem Kriterium verfolgte Zweck auch mit anderen Methoden erreicht werden kann.
Dieses Modell funktioniert zwar, erschwert es aber vielen, richtig zu begreifen, was wirklich getan werden muss, um barrierefreie Inhalte zu erstellen. Da es viele empfohlene Techniken zur Erfüllung der Erfolgskriterien geben kann und man nicht verpflichtet ist, eine der spezifischen Techniken anzuwenden, entsteht eine Situation, in der viele Annahmen gemacht werden können. Wenn Sie also im Internet danach suchen, wie Sie ein Erfolgskriterium erfüllen können, finden Sie möglicherweise viele verschiedene Ansätze. Diese stehen oft im Widerspruch zu anderen Empfehlungen, lassen Benutzergruppen außer Acht oder sind schlichtweg falsch.
Barrierefreiheit an sich ist zwar nicht schwierig, doch kann es schwierig und zeitaufwändig sein, sich das Wissen und die Erfahrung anzueignen, die für die korrekte Anwendung dieser Leitlinien erforderlich sind. Dies müssen Anfänger im Bereich der Barrierefreiheit und alle, die von ihren Teams verlangen, mit der Erstellung barrierefreier Inhalte zu beginnen, verstehen.
Barrierefreiheit ist eine Reise - kein Ziel
Eine weitere häufige Schwierigkeit im Zusammenhang mit der digitalen Zugänglichkeit besteht darin, dass viele denken, dass sie ihr Ziel erreicht haben, sobald sie ihre digitalen Inhalte zugänglich gemacht haben. Das ist jedoch nicht der Fall. Warum?
Wenn Sie eine statische Webseite oder mehrere Seiten erstellen, die nie aktualisiert werden, können Sie den Inhalt zugänglich machen und müssen sich nicht mehr um die Barrierefreiheit kümmern. Das ist bei den meisten nicht der Fall, da Websites ständig umgestaltet und mit neuen Inhalten aktualisiert werden. Selbst wenn die Seiten statisch sein sollen, können mit dem Aufkommen neuer Webtechnologien ältere Inhalte veraltet sein und nicht mehr zugänglich bleiben.
Genau wie bei der digitalen Sicherheit und dem Datenschutz sollte die Barrierefreiheit als Teil der Entwicklung digitaler Inhalte und Dienste betrachtet werden. Die Berücksichtigung der Barrierefreiheit von Anfang an und die Sicherstellung, dass die Barrierefreiheit während des gesamten Lebenszyklus der Entwicklung von Webinhalten berücksichtigt wird, ist der kostengünstigste und nachhaltigste Weg zu barrierefreien Inhalten.
Wenn man in Bezug auf die Barrierefreiheit reaktiv ist und denkt, dass man sie erst nach Abschluss der Entwicklung überprüfen muss, ist das ein Weg zum Scheitern und birgt ein hohes Risiko von Rechtsstreitigkeiten. Proaktiv zu sein und der Barrierefreiheit dieselbe Bedeutung beizumessen wie der Sicherheit und dem Datenschutz, senkt nicht nur das Risiko möglicher Rechtsstreitigkeiten, sondern ist auch der beste Weg, um sicherzustellen, dass die erstellten digitalen Inhalte so zugänglich wie möglich sind.
Es ist wichtig, dass die Projektleitung und das obere Management verstehen, dass Barrierefreiheit eine Reise und kein Ziel ist. Auf diese Weise können sie sicherstellen, dass angemessene Schulungen, Finanzmittel und Erwartungen festgelegt werden können, um die Versuch-und-Irrtum-Methode zu vermeiden, die viele Organisationen anfangs anwenden.
Beispiele für kreatives barrierefreies Design
Ich werde jetzt von der Seifenoper der Barrierefreiheit herunterkommen und mich auf einige Beispiele konzentrieren, die zeigen, wie das Verständnis von Barrierefreiheit den kreativen Prozess nicht behindert, sondern ihn vielmehr fördert und es den Menschen ermöglicht, das zu tun, was sie am besten können - interessante und ansprechende Erlebnisse zu schaffen, die nicht nur auf Mausbenutzer, sondern auf alle Benutzer ausgerichtet sind.
Kreative visuelle Überschriften
Für nicht-visuelle Nutzer von Bildschirmlesegeräten besteht einer der vorteilhaftesten Aspekte der Zugänglichkeit darin, sicherzustellen, dass die Information und Struktur des Seiteninhalts ist visuell leicht zu verstehen und kann programmatisch bestimmt werden. Die Verwendung geeigneter Überschriften ist auch für Benutzer von Hilfstechnologien von Vorteil, da sie eine weitere Methode zur Navigation durch den Seiteninhalt bieten.
Wir sehen oft Websites, die aus ästhetischen Gründen keine Überschriften verwenden. In einigen Fällen kann dies visuell sinnvoll sein, hat aber für den nicht visuellen Benutzer den gegenteiligen Effekt. In solchen Fällen ist es eine einfache Möglichkeit, diese Struktur zu schaffen, indem man die Überschriften auf der Quellebene bereitstellt, sie aber nicht visuell anzeigt. Beachten Sie jedoch, dass dieser Ansatz mit einigen Vorbehalten verbunden ist, und wenden Sie sich im Zweifelsfall an einen Berater für Barrierefreiheit wie Converge Accessibility.
Wenn es um den kreativen Prozess geht, bin ich kürzlich auf eine Seite gestoßen, die meiner Meinung nach zeigt, wie die Kreativität des Designers und das Wissen des Entwicklers über Barrierefreiheit zu visuell ansprechenden und zugänglichen Überschriften geführt haben. Die Seite selbst entspricht zwar nicht in vollem Umfang den WCAG, aber die Art und Weise, wie die Überschriften dargestellt werden, ermöglicht es dem nicht visuellen Benutzer, die Struktur und den Zusammenhang der Informationen zu verstehen und die Überschriften bei Bedarf als Navigationshilfe zu nutzen. In der folgenden Abbildung ist zu erkennen, dass die Überschrift eher dekorativ und Teil des Hintergrunds als tatsächlicher Text zu sein scheint.

Auf den ersten Blick dachte ich, dass es sich bei dieser Überschrift um ein Hintergrundbild handeln könnte, das unzugänglich wäre. Der Designer und der Entwickler arbeiteten zusammen, um sicherzustellen, dass diese Überschriften Textüberschriften sind und dennoch das visuelle Design beibehalten wird. Warum ist es wichtig, dass die Überschriften auf dieser Seite aus Text bestehen? Erstens ist der Text ein Teil des Seitentextes. Wenn also die Bilder nicht geladen werden können, ist der Seitentext immer noch verfügbar. Zweitens bleiben die Überschriften dort, wo sie hingehören, als Teil des Seitentextes, wenn die Formatvorlagen nicht geladen werden oder wenn der Benutzer seine eigenen Formatvorlagen anwenden oder sie ganz abschalten muss.
Das Kontrastverhältnis der Überschrift im obigen Beispiel entspricht nicht dem Kontrastminimum. Das ist eine einfache Lösung und sollte nicht von diesem Beispiel ablenken, das zeigt, dass Barrierefreiheit den kreativen Prozess nicht behindert.
SVG Radio Button Selector
Kürzlich habe ich mit einem Kunden gearbeitet, der ein Schiebemuster um dem Benutzer die Auswahl von Antworten innerhalb eines Fragebogens zu ermöglichen. Visuell funktionierte das Steuerelement wunderbar mit Maus und Tastatur, aber programmtechnisch war es für unterstützende Technologien unzugänglich. Der Grund dafür ist, dass das Schieberegler-Muster so konzipiert ist, dass der Benutzer einen Wert innerhalb eines bestimmten Bereichs auswählen kann. Daher gaben assistive Technologien Zahlenwerte anstelle der möglichen Antwortmöglichkeiten zurück, die visuell angezeigt wurden.

Selbst wenn die Entwickler das Verhalten durch Skripting erzwingen würden, so dass assistive Technologien die verschiedenen Antwortmöglichkeiten hören würden, wären berührungsempfindliche Geräte wahrscheinlich ein Problem. Dies liegt daran, dass berührungsempfindliche Geräte oft spezielle Gesten für Schieberegler verwenden. Dies könnte zusätzliches Skripting erfordern und möglicherweise nicht auf allen berührungsempfindlichen Geräten wie erwartet funktionieren.
Eine Änderung des aktuellen Designs war auch deshalb ein Problem, weil das Design bereits genehmigt war und der Kunde eine emotionale Bindung an das Design hatte. Dies ist ein weiterer wichtiger Grund, die Barrierefreiheit bereits in der Konzept- und Designphase zu berücksichtigen.
Hat dies den kreativen Prozess für unseren Kunden behindert? Nein! Stattdessen waren wir in der Lage, eine Lösung anzubieten, die dasselbe Design und dieselbe Benutzererfahrung bietet, indem wir einfach die Art des Steuerelements durch ein für den Zweck geeigneteres ersetzen.
Im Folgenden finden Sie ein Beispiel dafür, wie wir dies erreicht haben. Es handelt sich nicht um die exakt gleiche Auflösung, aber das Prinzip ist dasselbe. Wir verwenden Standard-HTML-Radio-Buttons innerhalb des Seitenquelltextes, um dem Benutzer die Auswahl der Optionen zu ermöglichen, unabhängig davon, ob es sich um einen Mausbenutzer, einen reinen Tastaturbenutzer oder einen Benutzer eines Bildschirmlesegeräts handelt. Das Kreativteam konnte seine Fähigkeiten einsetzen, um visuell etwas zu schaffen, das sich wie ein Schieberegler verhält, aber auch mit unterstützenden Technologien wie vorgesehen funktioniert.
HINWEIS: Wenn Sie Probleme haben, auf das CodePen-Beispiel unten zuzugreifen, können Sie direkt über CodePen darauf zugreifen oder über diese separate HTML-Datei.
Was wir im vorigen Beispiel gezeigt haben, sieht nicht 100% wie ein Schieberegler aus, aber Sie können wahrscheinlich sagen, dass die Entwicklungs-, Grafik- und Stilteams ihre Fähigkeiten einsetzen könnten, um es wie einen echten Schieberegler aussehen zu lassen. Und warum? Weil sie mit dem Wissen über Barrierefreiheit ausgestattet wurden, um eine Lösung für alle zu schaffen, nicht nur für Mausbenutzer.
HINWEIS: Im obigen Beispiel für eine Optionsschaltfläche gibt es ein Problem mit der Zugänglichkeit. Wenn Sie es finden können, Bitte hinterlassen Sie einen Kommentar und zeigen Sie der Welt Ihre Fähigkeiten im Testen von Barrierefreiheit!
Siehe den Stift Barrierefreier Custom UI Radio Button Selector von Jeff Singleton (@jwsingleton) auf CodePen.
Zusammenfassung
Wie bereits erwähnt, ist die Erstellung und Pflege barrierefreier Inhalte nicht schwierig, wenn wir verstehen, was die Benutzer benötigen, um erfolgreich mit der Seite zu interagieren, unabhängig von den verwendeten Methoden (z. B. Maus, Tastatur, Screenreader usw.). Dieses Wissen zu haben und es in der Konzept-, Design-, Entwicklungs-, Inhaltserstellungs- und Testphase anzuwenden, ist der Schlüssel zur Schaffung zugänglicher und nachhaltiger Inhalte.
Dies geschieht nicht über Nacht und kann nicht durch die Teilnahme an einer einzigen Schulung oder Konferenz zur Barrierefreiheit erreicht werden. Es gibt keine schnelle Lösung, die Ihre Inhalte 100% konform mit den WCAG macht - egal was der Verkäufer oder das Marketingmaterial sagen. Es braucht Zeit und Engagement von allen, die am Lebenszyklus von Webinhalten beteiligt sind - einschließlich der Unterstützung durch Projektmanager, das obere Management und sogar Marketing- und Rechtsteams. Barrierefreiheit liegt in der Verantwortung aller und ist nicht nur eine Angelegenheit der Entwickler.