Elisa Bandy ist Google-Mitarbeiterin und arbeitet an der Webzugänglichkeit und Dokumentation unserer internen Tools.
In diesem Beitrag stellen wir einen Community-Experten im Rahmen von Learn Accessibility vor. Weitere Informationen zu den Initiativen und Forschungsprojekten von Google im Bereich Barrierefreiheit
Alexandra Klepper: Ich kann mich glücklich schätzen, Sie als Kollegin zu haben. Wie würden Sie sich und Ihre Arbeit hier vorstellen?
Elisa Bandy: Mein Name ist Elisa und ich schreibe die Dokumentation für die internen Tools und die Infrastruktur von Google.
Alexandra: Das ist ein toller Job. Mit wie vielen Personen arbeiten Sie zusammen?
Elisa: Unser Team besteht aus etwa 40 Mitarbeitern, darunter technische Redakteure, Instructional Designer und Programmmanager. Als ich vor sechs Jahren anfing, bestand das Team nur aus vier Mitgliedern.
Alexandra: Was haben Sie vor Google gemacht?
Elisa: Während der Woche habe ich in der Videospielentwicklung gearbeitet. Und am Wochenende habe ich in einer Schuhreparatur gearbeitet.
Alexandra: Haben Sie erst bei Google mit der Web-Barrierefreiheit begonnen?
Elisa: Ja, aber erst seit anderthalb Jahren. Ich arbeite an der Barrierefreiheit der internen Dokumentation von Google. Vor dieser Arbeit wurden die Dokumente nicht im Hinblick auf die Barrierefreiheit entwickelt. Jede Dokumentfunktion, die zugänglich war, war ein glücklicher Zufall.
Es gab große Probleme, angefangen mit dem Farbkontrast, der für Links völlig unangemessen war. Die Tabellen waren ein absolutes Durcheinander. Wenn man herangezoomt hat, blieb alles gleich groß, da es in Pixeln statt in rem definiert war. Ich habe mich bereit erklärt, all diese Probleme zu beheben. Und dann habe ich einfach
mehr Probleme behoben. Fünf Jahre später bin ich immer noch dabei.
Alexandra: Sie haben sich zu einer Person mit Fachwissen und Fähigkeiten in Sachen Barrierefreiheit entwickelt und sind entschlossen, die Probleme zu beheben, die behoben werden müssen.
Elisa: Ja, ich denke, das können wir sagen [lacht]. Als selbst behinderter Mensch weiß ich, wie schwierig es ist, auf Barrierefreiheit zu achten. Die Tatsache, dass wir diese Aspekte der Barrierefreiheit für meine Kollegen und mich nicht berücksichtigt haben, hat mich wirklich wütend gemacht. Und niemand sonst hat sie behoben. Also habe ich sie repariert.
Ich finde, dass niemand um Barrierefreiheit bitten sollte. Es sollte von Anfang an integriert sein.
Anwendungsfälle für Barrierefreiheit priorisieren
Alexandra: Wenn Sie an die Barrierefreiheit im Web denken, gibt es so viele verschiedene Ebenen, oder? Es gibt unterschiedliche, manchmal widersprüchliche Anforderungen für verschiedene Behinderungen. Wie priorisieren Sie, was getan werden sollte?
Elisa: Ein Großteil meiner Arbeit besteht in der Priorisierung. Wie wichtig ist es beispielsweise, dass ein bestimmter Anwendungsfall zu 100% vollständig zugänglich ist? Ich sehe mir viele Daten an: Welcher Prozentsatz der Bevölkerung ist behindert? Wie viele Menschen haben ein bestimmtes Problem mit der Barrierefreiheit?
Es gibt beispielsweise eine Gruppe von Nutzern, die ChromeVox verwenden, den integrierten Screenreader für Chromebooks. Wenn in ChromeVox Probleme auftreten, muss ich prüfen, wie viele Personen ChromeVox im Vergleich zu Jaws bzw. NVDA und VoiceOver verwenden.
ChromeVox wird von externen Nutzern nicht häufig verwendet. Da wir bei Google arbeiten, nutzen viele Mitarbeiter Chromebooks als primäres Arbeitsgerät. ChromeVox ist daher für die interne Dokumentation sehr wichtig. Vielleicht wird ein ChromeVox-Fehler etwas höher eingestuft als ein VoiceOver- oder NVDA-Fehler.
Generell versuche ich, zuerst die Probleme für die wichtigsten Screenreader zu beheben. Bei der Ausfärbung kann es leicht zu Fehlern kommen, da es eine Reihe von Erweiterungen gibt, die Farbprobleme umgehen, insbesondere in Modi mit hohem Kontrast.
Alexandra: Sie haben Daten erwähnt, die bei Google natürlich unglaublich wichtig sind. Wir hören immer wieder: „Untermauern Sie Ihre Idee mit Daten.“ Wie erheben Sie Daten zur Barrierefreiheit bei Google?
Elisa: Ich bin sehr auf Daten angewiesen, die von der Disability Alliance von Google erhoben wurden. Außerdem überprüfe ich die Ergebnisse oft mit den Umfragen von WebAIM.
Kultur der Barrierefreiheit
Alexandra: Erzähl mir etwas über die Kultur der Barrierefreiheit bei Google.
Elisa: Es hat sich sehr, sehr schnell zu etwas entwickelt, das finanziert wird und weitreichende Auswirkungen hat. Und ich habe festgestellt, dass fast jeder das Richtige tun möchte. Unsere Mitarbeiter wünschen sich Bildungsressourcen dazu, wie sie das Richtige tun und wie sie Barrierefreiheit priorisieren können.
Eine App oder Website so umzustrukturieren, dass sie barrierefrei ist, nachdem sie bereits falsch implementiert wurde, ist schwierig. Ein Teil meiner Arbeit besteht also darin, unsere Entwickler dazu zu bringen, die Barrierefreiheit in die ersten Designs einzubeziehen, bevor die Produkte entwickelt werden. Die Leute sind sehr empfänglich dafür, sogar begeistert davon!
Ich habe nur einmal wirklichen Widerstand gegen die Einbeziehung von Bedienungshilfen erlebt und selbst das war ziemlich einfach zu lösen.
Alexandra: Können Sie mir mehr darüber erzählen?
Elisa: Als ich zum ersten Mal in der Branche für Barrierefreiheit tätig war, nahm das nur 20% meiner Zeit in Anspruch. Einige Nutzer haben nicht verstanden, warum wir uns auf die Barrierefreiheit konzentrieren. Jemand sagte: „Nur 1% der Bevölkerung sind behindert.“ Ich stand gut – wir mussten es schaffen, weil es der richtige Schritt war. Und es war meine Zeit, ich werde es so einsetzen, wie ich es für richtig halte.
Natürlich ist es schwer, von jemandem zu hören, dass Menschen mit Behinderung nicht wichtig sind oder dass es zu wenige von ihnen gibt.
Alexandra: Vor allem, wenn Sie zu dieser Gruppe gehören. Kenne deine Zielgruppe!
Elisa: Ich mag es nicht, wenn mir gesagt wird: „Ach, das sind nur 1%.“ Das Wort „nur“ lässt es unbedeutend erscheinen. Wenn man aber an die Weltbevölkerung denkt, sind das sehr viele Menschen. Das sind viele Mitarbeiter bei Google. Und so viele Beeinträchtigungen werden zu wenig gemeldet.
Alexandra: Wir wissen, dass weit mehr als 1% der Bevölkerung von Behinderungen betroffen sind. Laut der WHO haben mehr als eine Milliarde Menschen eine Behinderung und 2,2 Milliarden Menschen eine Sehbehinderung. Natürlich gibt es unterschiedliche Schweregrade und manche Menschen mit Sehbehinderung würden sich nicht als behindert betrachten. Diese Beeinträchtigungen wirken sich jedoch auf die Interaktion im Web aus.
Elisa: Genau.
Eigenes Fachwissen aufbauen
Alexandra: Gibt es einen Rat, den Sie sich gewünscht hätten, bevor Sie mit der Arbeit an der Barrierefreiheit begonnen haben?
Elisa: Es ist in Ordnung, wenn Sie nicht alles wissen. Barrierefreiheit ist ein riesiges, weites Feld. Ich weiß, dass es viele Dinge gibt, die ich nicht weiß. Ich habe sehr spezifische Fähigkeiten. So weiß ich, wo ich Informationen zu Best Practices für Barrierefreiheit finde.
Selbst im Hinblick auf mein eigenes Fachgebiet, Screenreader und Farbkontrast lerne ich jeden Tag etwas Neues. Ich bin gehörlos, aber kein Experte für Untertitel. Ich weiß, was für mich funktioniert, aber ich weiß nicht, was bei allen anderen funktioniert. Ich muss nach Best Practices suchen, wenn ich dazu aufgefordert werde.
Alexandra: Es ist durchaus sinnvoll, nicht die absolute Fachkraft für jede Art von Barrierefreiheit zu sein. Wie würden Sie Entwicklern helfen, Muster für Barrierefreiheit zu lernen?
Elisa: Ich arbeite eng mit einem Entwickler zusammen, der sich für Barrierefreiheit interessiert. Ich gebe ihr einen Fehler und zeige ihr, wie ich ihn beheben würde. Dann erkläre ich ihr die Best Practice. Sie sieht sich andere Dokumente an und stellt fest, dass dort ein Ansatz empfohlen wird, der aus XYZ-Gründen nicht funktioniert.
Das Problem bei der Webzugänglichkeit ist, dass es nicht viele konkrete Codebeispiele gibt, da keine zwei Personen dieselbe Funktion auf dieselbe Weise erstellen. Daher können Sie Lösungen improvisieren. Barrierefreiheit ist für viele erst der Zeitpunkt, wenn alles zusammengestellt ist. Was werden Sie in diesem Fall tun? Wollen Sie alles wieder auseinanderbauen, wieder zusammensetzen und alle Tests neu schreiben? Nein, das sind Sie nicht. Sie werden etwas anheften.
Sie müssen also verstehen, wie ein Nutzer mit Behinderung die Funktionsweise der Anwendung erwartet, und dann Ihren Code so modellieren, dass er diese Funktion erfüllt. Es sieht vielleicht nicht aus wie die perfekten Codebeispiele oder inklusiven Komponenten, aber solange es zuverlässig dieselbe Funktion erfüllt, ist alles in Ordnung.
Alexandra: Es klingt, als würden Sie sagen, dass es wichtiger ist, ein positives Ergebnis zu erzielen, als sich zu viele Gedanken darüber zu machen, wie wir dorthin gelangen.
Elisa: Ja. Denn in diesem Fall sind die Mittel wirklich gerechtfertigt. Es ist sehr wichtig zu verstehen, wie Nutzer von Screenreadern oder andere Nutzer mit Behinderung dies erwarten würden.
Es gibt eine Milliarde ARIA-Rollen und es ist unmöglich, jede einzelne zu kennen. Außerdem funktionieren einige nicht mit allen Screenreadern. Sie müssen also die Anforderungen Ihrer Nutzer kennen, um eine Lösung für sie zu entwickeln.
Alexandra: Gibt es gängige externe Ressourcen, auf die Sie sich beim Erstellen interner Dokumentationen oder beim Support für Google-Entwickler verlassen?
Elisa: Ich orientiere mich stark an den W3C-Richtlinien. Sie sind sehr gut geeignet, um eine Vorstellung davon zu bekommen, was zu tun ist. WebAIM ist eine weitere äußerst gute Ressource, die meiner Meinung nach im Hinblick auf die technische Implementierung ein wenig besser ist. Ich mag auch die Mozilla-Dokumente sehr. Neun von zehn Mal, wenn ich nach etwas suche, finde ich in den MDN-Webdokumenten eine Antwort.
Ich liebe inclusive-components.design, eine großartige Bibliothek mit barrierefreien Komponenten.
Deque University bietet viele Best Practices. Ich verwende es als Referenzmaterial, wenn ich Fehler melde oder jemandem beibringen kann, ein bestimmtes Muster zu befolgen.
Bedienungshilfen selbst ausprobieren
Alexandra: Wie erfährt man, wie ein Nutzer betroffen ist? Da Sie sich mit der Unterstützung von farbenblinden Nutzern und Screenreadern auskennen, beginnen wir damit.
Elisa: Für Farbsehschwäche und Farbenblindheit gibt es Simulatoren und Emulatoren. Sie können erst dann wirklich verstehen, wie eine andere Person etwas sieht, wenn Sie es selbst sehen. Wenn ich eine sehr schlechte Sättigung merke, kann ich bestätigen, dass die Sättigung nicht erkannt wird, wenn ich den Simulator durchführe.
Um Screenreader-Nutzer zu unterstützen, gibt es keine bessere Möglichkeit, sie zu verstehen, als tatsächlich einen Screenreader zu verwenden. Lesen Sie zuerst die Anleitungen. Das ist wichtig. Manche Nutzer sind frustriert, wenn sie das Gerät einfach einschalten und damit herumspielen. Das ist keine gute Methode, um die Funktionsweise zu erlernen. Sie benötigen mehr als 5, 10 oder 20 Minuten. Verwenden Sie das Gerät mindestens eine Stunde lang, um einige der Frustrationen zu erkennen, mit denen Nutzer konfrontiert sind, die auf diese Technologie angewiesen sind.
Ich bin der festen Überzeugung, dass jeder irgendwann in seinem Leben eine Technologie zur Barrierefreiheit brauchen wird. Zum Beispiel habe ich kürzlich am Handgelenk verletzt und konnte die Maus nicht benutzen. Also habe ich mehrere Wochen lang eine Tastatur genutzt. Das war so frustrierend. Solche Übungen können Sie in die Lage versetzen, sich in die Lage einer behinderten Person zu versetzen, die sich in einer Welt von Menschen ohne Behinderung zurechtfinden möchte.
Simulatoren sind zwar nützlich, entsprechen aber nicht einer Behinderung
Alexandra: Natürlich ist meine Erfahrung mit Simulatoren nicht mit der von Menschen mit Sehbehinderung vergleichbar.
Elisa: Sie können jederzeit mit einer behinderten Person sprechen, um mehr über ihre Erfahrungen zu erfahren. Und wenn Sie Empathie aufbauen, sollten Sie daran denken, dass eine Person, die diese Tools häufig verwendet, immer besser darin ist als Sie. Menschen mit Behinderung können sich in ihren eigenen Räumen immer besser zurechtfinden, weil sie mit ihrem Körper leben.
Ich befürchte, dass Menschen, die diese Empathieübungen durchlaufen, meinen, dass sie genau wissen, was andere durchmachen. Sie glauben plötzlich, dass sie der Experte für diese Erfahrung sind. Sie sind nicht der Experte für diese Erfahrung. Wenn du eine Behinderung hast, bist du aber grundsätzlich kein Experte für Screenreader. Ich bin kein Experte für Farbenblindheit, obwohl ich in diesem Bereich arbeite. Ich bin kein Experte für Screenreader.
Ich bin Experte für meine Erfahrung als schwerhörige Person. Ich bin Expertin für Hörgeräte und für den Umgang mit meinen eigenen Erfahrungen. Das heißt aber nicht, dass ich eine Expertin für die Erfahrungen anderer Menschen mit Taubheit bin.
Das Schlimmste, was man beim Accessibility Engineering machen kann, ist ein Ego. Egal, was Sie tun, Sie werden etwas falsch machen. Lassen Sie sich davon nicht entmutigen, denn keine zwei Menschen haben dieselben Anforderungen an Hilfsmittel. Kein Mensch hat dieselbe Meinung zu Barrierefreiheit und Beeinträchtigungen. Sie können nicht alles zu 100 % erledigen – aber das bedeutet nicht, dass Sie es nicht versuchen sollten. Sie werden nie perfekt sein, aber sollten sich trotzdem danach streben.
Sie erhalten möglicherweise kritisches Feedback, zum Beispiel: „Hey, Ihr Produkt ist nicht barrierefrei!“
Alexandra: Simulatoren unterstützen einen anderen Lernstil. Sie zeigen Ihr Produkt und stehen dabei mit einigen Problemen konfrontiert, die für Menschen mit Behinderung auftreten können. Das ist jedoch nicht dasselbe wie die Nutzung Ihres Produkts mit den Hilfsmitteln zur Barrierefreiheit, die sie täglich verwenden.
Elisa: Werde ich leicht genervt, wenn Leute den Ton ausschalten und Untertitel lesen und dann plötzlich feststellen, dass diese automatisch erstellten Untertitel schrecklich sind? Ja. Das ist nicht meine Erfahrung mit Untertiteln. Manche Menschen mit Behinderung sehen, wie eine Person ihre Erfahrungen nachahmt, und beschweren sich über die Tools, ohne diese Tools aktiv zu benötigen. Das ist frustrierend. Ich verstehe das.
Aber ich möchte auch nicht die Person sein, die immer wieder und wieder und wieder und wieder ihre Erfahrungen als gehörlose Person beschreiben muss. Jedes Mal. Wenn wir möchten, dass Menschen ohne Behinderung unsere Erfahrungen verstehen, müssen wir ihre Reaktionen auf diese Erfahrungen ertragen.
Aber die „Erlebnisse“ wie das Blind Dining in einem Restaurant und Weinproben machen mich wütend. Das ist wie eine Beeinträchtigung des Cosplays. Aber möchten Sie wissen, wie Ihre Nutzer eine Funktion verwenden oder wie Leser die Seite lesen? Ja, das ist möglich. Das ist sogar das Minimum. Versetzen Sie sich für eine Stunde in ihre Lage und finden Sie heraus, wie diese Dinge funktionieren. Das ist wirklich wichtig.
Finden Sie heraus, wie sich Nutzer auf Ihrer Website bewegen. Sie fragen sich vielleicht: „Warum kann ich oben nicht einfach ein Banner mit der Warnung platzieren, dass alle Links in einem neuen Tab geöffnet werden?“ Nun, weil jemand die Seite möglicherweise nicht vom Banner aus liest. Entwerfen Sie Ihr Design mit Blick auf Menschen mit Behinderung.
Eine Sache tun: Unendliches Scrollen nicht mehr implementieren
Alexandra: Gibt es eine Sache, die Sie sich von Entwicklern wünschen, um ihre Websites barrierefreier zu gestalten?
Elisa: Unendliches Scrollen ist eine Plage und sollte von niemandem verwendet werden. Ich kann Dinge nicht finden. Ich muss Dinge finden können! Außerdem ist es sehr schlecht für die Leistung.
Außerdem ist es sehr ärgerlich, Elemente visuell innerhalb des DOMs zu verschieben. Die Reihenfolge der Tabs ist besonders für Tastaturnutzer wichtig.
Weitere Informationen zu den Initiativen und Forschungsprojekten von Google im Bereich Barrierefreiheit Zusätzlich zu den Webentwicklungsressourcen unter Learn Accessibility hat Google einen barrierefreien Dokumentationskurs entwickelt: Technisches Schreiben für Barrierefreiheit.
Folgen Sie dem Google-Team für Barrierefreiheit auf Twitter unter @GoogleAccess und dem Chrome-Team unter @ChromiumDev.