Elisa Bandy ist Googler und arbeitet an der Web-Barrierefreiheit und der Dokumentation für unsere internen Tools.
In diesem Beitrag wird ein Community-Experte im Rahmen von Learn Accessibility! vorgestellt. Weitere Informationen zu den Initiativen und der Forschung von Google im Bereich Barrierefreiheit
Alexandra Klepper: Ich bin froh, dich als Kollegin zu haben. Wie würden Sie sich und Ihre Arbeit hier vorstellen?
Elisa Bandy: Mein Name ist Elisa und ich schreibe Dokumentationen für die internen Tools und die Infrastruktur von Google.
Alexandra: Das ist ein so cooler Job. Mit wie vielen Personen arbeiten Sie zusammen?
Elisa: Unser Team besteht aus etwa 40 Personen, darunter technische Autoren, Instructional Designer und Programmmanager. Als ich vor sechs Jahren anfing, waren wir nur vier Leute im Team.
Alexandra: Was hast du vor Google gemacht?
Elisa: Unter der Woche habe ich an der Entwicklung von Videospielen gearbeitet. Und an den Wochenenden habe ich in einer Schuhreparaturwerkstatt gearbeitet.
Alexandra: Hast du erst bei Google angefangen, dich mit Web-Barrierefreiheit zu beschäftigen?
Elisa: Ja, aber erst nach etwa eineinhalb Jahren, nebenbei. Ich arbeite an der Entwicklung von Bedienungshilfen für die interne Dokumentation von Google. Vor dieser Arbeit waren die Dokumente nicht auf Barrierefreiheit ausgelegt. Jede Funktion, auf die zugegriffen werden konnte, war ein glücklicher Zufall.
Es gab große Probleme, angefangen damit, dass der Farbkontrast für Links völlig ungeeignet war. Die Tabellen waren ein absolutes Chaos – wenn man hineinzoomte, blieb alles gleich groß, weil die Größe in Pixeln statt in rem definiert war. Ich habe mich freiwillig gemeldet, um all diese Dinge zu beheben. Und dann habe ich einfach immer mehr Dinge behoben. Fünf Jahre später bin ich immer noch dabei.
Alexandra: Du hast dich zu einer Person mit Fachwissen und Fähigkeiten im Bereich Barrierefreiheit entwickelt und hast den Willen, die Probleme zu beheben, die behoben werden müssen.
Elisa: Ja, das kann man wohl sagen [lacht]. Als Mensch mit Behinderung weiß ich, wie schwierig es ist, um Barrierefreiheit zu bitten. Die Tatsache, dass wir diese Barrierefreiheitsaspekte für meine Kollegen nicht berücksichtigt haben, hat mich wirklich geärgert. Und niemand anderes hat sie behoben. Also bin ich reingegangen und habe sie repariert.
Ich finde, niemand sollte nach Barrierefreiheit fragen müssen. Es sollte von Anfang an integriert sein.
Anwendungsfälle für Barrierefreiheit priorisieren
Alexandra: Wenn man über Barrierefreiheit im Web nachdenkt, 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: Vieles, was ich tue, ist Priorisierung. Wie wichtig ist es beispielsweise, dass ein bestimmter Anwendungsfall zu 100% barrierefrei ist? Ich sehe mir viele Daten an: Welcher Prozentsatz unserer Bevölkerung ist behindert? Wie viele Menschen haben ein bestimmtes Problem mit der Barrierefreiheit?
Ein Beispiel: Eine bestimmte Gruppe von Nutzern verwendet ChromeVox, den integrierten Screenreader für Chromebooks. Wenn es ein Problem in ChromeVox gibt, muss ich mir ansehen, wie viele Nutzer ChromeVox im Vergleich zu Jaws, NVDA und VoiceOver verwenden.
Extern verwenden nicht viele Menschen ChromeVox. Da wir Google sind, verwenden viele Mitarbeiter Chromebooks als primäres Arbeitsgerät. ChromeVox ist daher sehr wichtig für die interne Dokumentation. Möglicherweise wird ein ChromeVox-Fehler etwas höher priorisiert als ein VoiceOver- oder NVDA-Fehler.
Barrierefreiheit lernen.Im Allgemeinen versuche ich, Probleme zuerst für die wichtigsten Screenreader zu beheben. Die Farbgebung ist oft Glückssache, da es eine Reihe von Erweiterungen gibt, die Farbgebungsprobleme umgehen, insbesondere für Modi mit hohem Kontrast.
Alexandra: Du hast Daten erwähnt, die bei Google natürlich eine unglaublich wichtige Rolle spielen. Wir hören immer wieder: „Belegen Sie Ihre Idee mit Daten.“ Wie erheben Sie Daten zur Barrierefreiheit bei Google?
Elisa: Ich stütze mich stark auf Daten, die von der Google Disability Alliance erhoben wurden. Ich vergleiche 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 ein breites Spektrum an Bedenken abdeckt. Und ich habe festgestellt, dass fast jeder das Richtige tun möchte. Unsere Kollegen wünschen sich Bildungsressourcen dazu, wie sie das Richtige tun und Barrierefreiheit priorisieren können.
Eine App, eine Website oder etwas anderes so umzustrukturieren, dass es barrierefrei ist, nachdem Sie es bereits falsch implementiert haben, ist schwierig. Ein Teil meiner Arbeit besteht also darin, unsere Ingenieure dazu zu bringen, Barrierefreiheit in die ersten Designs einzubauen, bevor die Produkte gebaut werden. Die Leute sind sehr aufgeschlossen und sogar begeistert.
Ich hatte nur einmal wirklich Widerstand gegen die Einbeziehung von Bedienungshilfen, und selbst das war relativ einfach zu lösen.
Alexandra: Kannst du mir mehr dazu erzählen?
Elisa: Als ich zum ersten Mal im Bereich Barrierefreiheit gearbeitet habe, war das nur 20% meiner Arbeitszeit. Einige Nutzer haben nicht verstanden, warum wir uns auf Barrierefreiheit konzentriert haben. Jemand sagte: „Nur 1% der Bevölkerung ist behindert.“ Ich blieb dabei – wir mussten es tun, weil es das Richtige war. Und es war meine Zeit, ich konnte sie so einsetzen, wie ich es für richtig hielt.
Natürlich ist es schwer, von jemandem zu hören, dass Menschen mit Behinderungen nicht wichtig sind und dass es sich um eine zu kleine Gruppe handelt.
Alexandra: Das gilt insbesondere, wenn Sie selbst Teil dieser Bevölkerungsgruppe sind. Kennen Sie Ihre Zielgruppe!
Elisa: Ich höre nie gern: „Oh, das sind nur 1%.“ Das Wort „nur“ lässt es unbedeutend klingen. Wenn man aber an die Weltbevölkerung denkt, ist das eine Menge. Das sind viele Menschen, die bei Google arbeiten. Und viele Behinderungen werden nicht gemeldet.
Alexandra: Wir wissen, dass viel mehr als 1% der Bevölkerung von Behinderungen betroffen sind. Laut WHO leben über 1 Milliarde Menschen mit einer Behinderung und 2,2 Milliarden Menschen mit einer Sehbehinderung. Natürlich gibt es unterschiedliche Schweregrade und einige Menschen mit Sehbehinderung würden sich nicht als behindert bezeichnen. Diese Beeinträchtigungen wirken sich jedoch auf die Interaktion im Web aus.
Elisa: Genau.
Eigene Kompetenzen aufbauen
Alexandra: Gibt es einen Ratschlag, den du gerne erhalten hättest, bevor du mit der Arbeit im Bereich Barrierefreiheit begonnen hast?
Elisa: Du musst nicht alles wissen. Barrierefreiheit ist ein riesiges, weites Feld. Ich weiß, dass es vieles gibt, was ich nicht weiß. Ich habe ganz bestimmte Fähigkeiten. Ich weiß, wo ich Informationen zu Best Practices für die Barrierefreiheit finden kann.
Selbst in meinem eigenen Fachgebiet, Screenreader und Farbkontrast, lerne ich jeden Tag etwas Neues. Ich bin gehörlos, aber kein Experte für Barrierefreiheit bei Untertiteln. Ich weiß, was für mich funktioniert, aber nicht, was für alle anderen funktioniert. Ich müsste Best Practices nachschlagen, wenn ich gefragt werde.
Alexandra: Es ist in Ordnung, nicht der absolute Experte für jede Art von Barrierefreiheit zu sein. Wie würden Sie Entwicklern helfen, Bedienungshilfenmuster 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 möglicherweise andere Dokumente an und stellt fest, dass dort ein bestimmter Ansatz empfohlen wird, der aus bestimmten Gründen nicht funktioniert.
Bei der Barrierefreiheit im Web gibt es nicht viele konkrete Codebeispiele, da niemand dieselbe Funktion auf dieselbe Weise erstellt. Daher müssen Sie möglicherweise improvisieren. Viele denken erst über Barrierefreiheit nach, wenn alles fertig ist. Was werden Sie dann tun? Müssen Sie es auseinandernehmen, wieder zusammenbauen und alle Tests neu schreiben? Nein, das stimmt nicht. Sie möchten etwas anbringen.
Das bedeutet, dass Sie verstehen müssen, wie ein Nutzer mit Behinderung die Funktion der Anwendung erwartet, und Ihren Code entsprechend modellieren müssen. Es sieht vielleicht nicht wie die perfekten Codebeispiele oder inklusiven Komponenten aus, aber solange es zuverlässig dieselbe Funktion erfüllt, ist es in Ordnung.
Alexandra: Es klingt für mich so, als ob es dir wichtiger ist, ein positives Ergebnis zu erzielen, als dir zu viele Gedanken darüber zu machen, wie wir dorthin gelangen.
Elisa: Ja. Denn ehrlich gesagt rechtfertigt das Ergebnis die Mittel in diesem Fall. Es ist sehr wichtig, zu verstehen, wie ein Screenreader-Nutzer oder ein anderer Nutzer mit Behinderung erwarten würde, dass dies funktioniert.
Es gibt unzählige ARIA-Rollen und Sie können unmöglich jede einzelne kennen. Außerdem funktionieren einige nicht mit allen Screenreadern. Sie müssen also die Bedürfnisse Ihrer Nutzer kennen, um für sie entwickeln zu können.
Alexandra: Gibt es gängige externe Ressourcen, auf die du dich verlässt, wenn du interne Dokumentation erstellst oder Google-Entwicklern Support anbietest?
Elisa: Ich halte mich sehr an die W3C-Richtlinien. Sie sind sehr gut, um eine Vorstellung davon zu bekommen, was Sie tun müssen. WebAIM ist eine weitere sehr gute Ressource, die ich in Bezug auf die technische Implementierung etwas besser finde. Ich mag auch die Mozilla-Dokumentation sehr. Wenn ich nach etwas suche, finde ich in neun von zehn Fällen eine Antwort in den MDN Web Docs.
Ich mag inclusive-components.design sehr. Das ist eine tolle Bibliothek mit barrierefreien Komponenten.
Deque University bietet viele Best Practices. Ich verwende es für Referenzmaterialien, wenn ich Fehler melde oder jemandem zeige, wie er einem bestimmten Muster folgen soll.
Bedienungshilfen aus erster Hand kennenlernen
Alexandra: Wie erfahre ich, wie ein Nutzer betroffen ist? Da Sie sich mit der Unterstützung von Menschen mit Farbenblindheit und Screenreadern auskennen, beginnen wir damit.
Elisa: Bei Farbsehschwäche und Farbenblindheit gibt es Simulatoren und Emulatoren. Man kann sich nicht vorstellen, wie jemand anderes sieht, bis man es selbst gesehen hat. Wenn ich eine sehr schlechte Sättigung feststelle, kann ich nach der Ausführung im Simulator bestätigen, dass sie überhaupt nicht erkennbar ist.
Um Screenreader-Nutzer zu unterstützen, ist es am besten, selbst einen Screenreader zu verwenden. Lesen Sie zuerst die Tutorials. Das ist sehr wichtig. Einige Nutzer sind frustriert, wenn sie die Geräte einfach einschalten und versuchen, sie zu bedienen. Das ist keine gute Methode, um zu lernen, wie man sie verwendet. Sie benötigen mehr als 5, 10 oder 20 Minuten. Verwenden Sie es mindestens eine Stunde lang, um einige der Probleme zu erkennen, mit denen Nutzer konfrontiert sind, die auf diese Technologie angewiesen sind.
Ich bin fest davon überzeugt, dass jeder irgendwann in seinem Leben auf Technologien für Barrierefreiheit angewiesen sein wird. Ich habe mir vor Kurzem das Handgelenk verletzt und konnte meine Maus nicht verwenden. Daher habe ich mehrere Wochen lang eine Tastatur verwendet. Das war so frustrierend. Solche Übungen können Ihnen wirklich helfen, sich in die Lage einer behinderten Person zu versetzen, die sich in einer Welt von Menschen ohne Behinderung zurechtfinden muss.
Simulatoren sind zwar nützlich, aber nicht mit einer Behinderung gleichzusetzen.
Alexandra: Natürlich ist die Erfahrung, die ich oder ein anderer Entwickler mit Simulatoren mache, nicht dieselbe wie die einer Person mit einer Sehbehinderung.
Elisa: Sie können sich jederzeit mit Menschen mit Behinderung unterhalten, um mehr über ihre Erfahrungen zu erfahren. Wenn Sie Empathie aufbauen, sollten Sie bedenken, dass eine Person, die diese Tools häufig verwendet, immer besser darin sein wird als Sie. Menschen mit Behinderungen können sich immer besser in ihren eigenen Räumen zurechtfinden, weil sie mit ihrem eigenen Körper leben.
Meine Befürchtung ist, dass Menschen, die diese Empathieübungen durchlaufen, denken, dass sie genau wissen, was andere durchmachen. Sie halten sich plötzlich für den Experten für diese Erfahrung. Sie sind nicht der Experte für diese Erfahrung. Wenn Sie keine körperliche Beeinträchtigung haben, sind Sie grundsätzlich nicht der 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 Schwerhörigkeit. Ich bin Expertin für Hörgeräte und weiß, wie es ist, jeden Tag mit einem Hörgerät zu leben. Das bedeutet aber nicht, dass ich ein Experte für die Erfahrungen anderer Menschen mit Taubheit bin.
Das Schlimmste, was man als Entwickler für Barrierefreiheit tun kann, ist, ein Ego zu haben. Egal, was du tust, du wirst etwas falsch machen. Das ist kein Grund zur Entmutigung, da keine zwei Menschen dieselben Bedürfnisse in Bezug auf Barrierefreiheit haben. Keine zwei Menschen haben dieselbe Sichtweise auf Barrierefreiheit und Behinderungen. Sie können nicht alles zu 100 % erledigen – das bedeutet aber nicht, dass Sie es nicht versuchen sollten. Du wirst nie perfekt sein, aber versuche es trotzdem.
Sie erhalten möglicherweise kritisches Feedback, z. B. „Hey, dein Produkt ist nicht barrierefrei!“
Alexandra: Simulatoren unterstützen einen anderen Lernstil, indem sie Ihr Produkt präsentieren und gleichzeitig einige der Probleme aufzeigen, die Menschen mit Behinderungen haben können. Das ist jedoch nicht dasselbe, als wenn Sie Ihr Produkt mit den Barrierefreiheitstools verwenden, die sie jeden Tag nutzen.
Elisa: Nervt es mich ein bisschen, wenn Leute den Ton ausschalten und Untertitel lesen und dann plötzlich feststellen, dass diese automatisch generierten Untertitel schlecht sind? Ja. So erlebe ich Untertitel nicht. Einige Menschen mit Behinderungen sehen, wie eine Person ihre Erfahrungen nachahmt und sich über die Tools beschwert, ohne diese Tools aktiv zu benötigen. Das ist frustrierend, das kann ich gut nachvollziehen.
Aber ich möchte auch nicht die Person sein, die immer wieder ihre Erfahrungen als gehörlose Person beschreiben muss. Jedes Mal. Wenn wir möchten, dass nicht behinderte Menschen unsere Erfahrungen verstehen, müssen wir ihre Reaktion auf die Erfahrungen in Kauf nehmen.
Die „Erlebnisse“ wie Blind-Restaurantbesuche und Weinproben machen mich aber wütend. Das ist, als würde man eine Behinderung nachahmen. Aber wie sieht es aus, wenn Sie nachvollziehen möchten, 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 eine Stunde lang in ihre Lage und finden Sie heraus, wie diese Dinge tatsächlich funktionieren. Das ist wirklich wichtig.
Herausfinden, wie Nutzer auf Ihrer Website navigieren Vielleicht fragen Sie sich: „Warum kann ich nicht einfach oben ein Banner mit einer Warnung einfügen, dass alle Links in einem neuen Tab geöffnet werden?“ Nun, weil jemand die Seite möglicherweise nicht mit dem Banner beginnt. Berücksichtigen Sie Menschen mit Behinderungen bei der Gestaltung.
Eine Sache: Unendliches Scrollen nicht mehr entwickeln
Alexandra: Gibt es etwas, das Entwickler tun könnten, um ihre Websites zugänglicher zu machen?
Elisa: Unendliches Scrollen ist ein Übel und sollte niemals verwendet werden. Ich kann nichts finden. Ich muss aber Dinge finden können! Und es ist so schlecht für die Leistung.
Außerdem ist es wirklich nervig, Dinge visuell und im DOM zu verschieben. Die TAB-Reihenfolge ist wichtig, insbesondere für Tastaturnutzer.
Weitere Informationen zu den Initiativen und der Forschung von Google im Bereich Barrierefreiheit Zusätzlich zu den Webentwicklungsressourcen unter Learn Accessibility hat Google einen Kurs zur barrierefreien Dokumentation erstellt: Tech Writing for Accessibility.
Folgen Sie dem Google-Team für Barrierefreiheit auf Twitter unter @GoogleAccess und dem Chrome-Team unter @ChromiumDev.