Elisa Bandy arbeitet bei Google an der Barrierefreiheit im Internet und der Dokumentation für unsere internen Tools.
In diesem Beitrag wird ein Community-Experte im Rahmen des Programms Barrierefreiheit im Internet vorgestellt. Weitere Informationen zu Initiativen und Forschungen von Google zur Barrierefreiheit
Alexandra White: Ich kann Sie glücklich schätzen, dass ich Sie als Kollegin benenne. Wie würden Sie sich und Ihren Job hier vorstellen?
Elisa Bandy: Mein Name ist Elisa und ich schreibe Dokumentation für die internen Tools und Infrastruktur von Google.
Alexandra: Das ist eine coole Sache. Mit wie vielen Personen arbeiten Sie zusammen?
Elisa: Unser Team besteht aus etwa 40 Mitarbeitern, darunter technische Redakteure, Designer für Lehrinhalte und Programmmanager. Als ich vor sechs Jahren anfing, bestanden nur vier Mitglieder im Team.
Alexandra: Was hast du vor Google beschäftigt?
Elisa: In dieser Woche arbeitete ich in der Entwicklung von Videospielen. An den Wochenenden habe ich in der Schuhreparatur gearbeitet.
Alexandra: Haben Sie angefangen, im Bereich Barrierefreiheit im Internet zu arbeiten, seit Sie Google nutzen?
Elisa: Ja, aber erst anderthalb Jahre, seitdem. Ich arbeite an Accessibility Engineering für die interne Dokumentation von Google. Vor dieser Arbeit wurden die Dokumente nicht im Hinblick auf Barrierefreiheit entwickelt. Jede Dokumentfunktion, die zugänglich war, war ein Glücksfall.
Es gab große Probleme, angefangen mit dem
Farbkontrast, der überhaupt nicht für Links geeignet war. Die Tabellen waren ein absolutes Chaos – beim Heranzoomen blieben alle Elemente unverändert, da sie in Pixeln statt in rem definiert wurden. Ich habe mich bereit erklärt, all diese Dinge zu reparieren. Und dann habe ich
immer mehr repariert. Hier sind wir fünf Jahre später, und ich bin noch immer dabei.
Alexandra: Sie haben sich als Person mit Fachwissen und Kompetenz in Sachen Barrierefreiheit erarbeitet und wissen nun, welche Probleme behoben werden müssen.
Elisa: Ja, ich denke, wir können sagen, [lacht]. Als behinderte Person weiß ich, wie schwierig es ist, nach Überlegungen zur Barrierefreiheit zu fragen. Die Tatsache, dass wir diese Überlegungen zur Barrierefreiheit für meine Mitarbeiter und Kollegen nicht berücksichtigt hatten, hat mich wirklich verärgert. Und niemand sonst hatte sie erledigt. Also habe ich sie korrigiert.
Ich denke nicht, dass jemand nach Barrierefreiheit fragen muss. Es sollte von Anfang an eingebaut sein.
Anwendungsfälle für Barrierefreiheit priorisieren
Alexandra: Wenn wir an Barrierefreiheit im Internet denken, gibt es dabei so viele verschiedene Ebenen, oder? Es gibt unterschiedliche, manchmal widersprüchliche Bedürfnisse für unterschiedliche Beeinträchtigungen. Wie priorisieren Sie, was zu tun ist?
Elisa: Ich tue oft, Prioritäten zu setzen. Wie wichtig ist es beispielsweise, dass ein bestimmter Anwendungsfall zu 100% vollständig zugänglich ist? Ich sehe mir viele Daten an: Wie viel Prozent der Bevölkerung haben eine Behinderung? Wie viele Menschen haben ein bestimmtes Problem mit der Barrierefreiheit?
Einige Nutzer verwenden beispielsweise ChromeVox, den integrierten Screenreader für Chromebooks. Bei Problemen mit ChromeVox muss ich prüfen, wie viele Personen ChromeVox im Vergleich zu Jaws, NVDA im Vergleich zu VoiceOver verwenden.
Extern wird ChromeVox nur selten verwendet. Da wir Google sind, verwenden viele Leute Chromebooks als Hauptarbeitsgerät, sodass ChromeVox für die interne Dokumentation sehr wichtig ist. Vielleicht ist ein ChromeVox-Fehler etwas häufiger aufgetreten als ein VoiceOver- oder NVDA-Fehler.
Grundsätzlich versuche ich, zuerst Probleme für die wichtigsten Screenreader zu beheben. Die Farbgebung kommt oft gut oder schlecht an, da es eine Reihe von Erweiterungen gibt, mit denen Farbprobleme umgangen werden können, insbesondere bei Modi mit hohem Kontrast.
Alexandra: Sie haben Daten erwähnt, die bei Google (natürlich) unglaublich wichtig sind. Wir hören immer wieder: „Deine Ideen mit Daten sichern“. Wie erheben Sie Daten zur Barrierefreiheit bei Google?
Elisa: Ich verlasse mich stark auf Daten, die von der Google Disability Alliance erhoben wurden. Und ich prüfe das oft mit Umfragen von WebAIM.
Barrierefreiheit im Internet
Alexandra: Erzählen Sie mir etwas über die Kultur der Barrierefreiheit bei Google.
Elisa: Sie hat sich sehr, sehr schnell zu etwas gewachsen, das finanziell und weitreichende Bedenken hat. Und ich habe festgestellt, dass fast jeder das Richtige tun möchte. Unsere Teammitglieder wünschen sich Bildungsressourcen dazu, wie sie das Richtige tun und Barrierefreiheit priorisieren können.
Es ist schwer, eine App oder Website oder andere Elemente so umzustrukturieren, dass sie nach einer fehlerhaften Implementierung zugänglich sind. Ein Teil meiner Arbeit besteht darin, unsere Entwickler dazu zu bringen, über die Einbindung der Barrierefreiheit in die ersten Designs nachzudenken, bevor die Produkte entwickelt werden. Die Leute sind sehr empfänglich dafür, auch begeistert davon!
Ich hatte bisher nur einmal echten Widerstand gegen die Einbeziehung von Barrierefreiheit. Das war recht einfach.
Alexandra: Kannst du mir mehr darüber erzählen?
Elisa: Als ich zum ersten Mal im Bereich Accessibility Engineering kam, waren das nur 20% meiner Arbeitszeit. Einige haben nicht verstanden, warum wir uns auf Barrierefreiheit konzentrieren. Jemand hat gesagt: „Nur 1% der Bevölkerung ist deaktiviert.“ Ich habe mich eingesetzt – wir mussten das tun, weil es richtig war. Und es war meine Zeit, ich werde das tun, wie ich es für richtig halte.
Natürlich kann niemand hören, dass Menschen mit Behinderung keine Rolle spielen, dass diese Gruppe zu klein sei.
Alexandra: Besonders, wenn du zu dieser Population gehörst. Kennen Sie Ihre Zielgruppe!
Elisa: „Oh, das ist nur 1%.“ Das „einzige“ klingt unbedeutend. Aber wenn man sich die Weltbevölkerung ansieht, sind das viele Menschen. Und das sind viele Leute, die bei Google arbeiten. Und so viele Behinderungen werden zu wenig gemeldet.
Alexandra: Wir wissen, dass weit mehr als 1% der Bevölkerung von Behinderungen betroffen ist. Die WHO berichtet, dass mehr als 1 Milliarde Menschen eine Beeinträchtigung haben und 2,2 Milliarden Menschen eine Art von Sehbeeinträchtigung haben. Der Schweregrad variiert natürlich und einige Menschen mit Sehbeeinträchtigungen würden sich nicht als deaktiviert erachten. Diese Beeinträchtigungen beeinflussen jedoch die Interaktion im Web.
Elisa: Genau.
Erweitern Sie Ihr Fachwissen
Alexandra: Gibt es irgendwelche Ratschläge, die Sie vor Ihrer Tätigkeit im Bereich Barrierefreiheit gehabt hätten?
Elisa: Sie müssen nicht alles wissen. Barrierefreiheit ist eine riesige, weite Raumfläche. Ich weiß, dass es viele Dinge gibt, die ich nicht weiß. habe ich ganz spezielle Fähigkeiten. Ich weiß einfach, wo ich Informationen zu Best Practices für Barrierefreiheit finde.
Auch in meinem eigenen Fachgebiet, Screenreadern und Farbkontrast lerne ich jeden Tag etwas dazu. Und ich bin taub, aber keine Expertin für Barrierefreiheit im Bereich Untertitel. Ich weiß, was für mich funktioniert, aber ich weiß nicht, was für alle anderen funktioniert. Dafür müsste ich mir die Best Practices ansehen.
Alexandra: Es ist vernünftig, nicht die absolute Expertin für jede Art von Barrierefreiheit zu sein. Wie würden Sie das Engineering-Team beim Erlernen von Barrierefreiheitsmustern unterstützen?
Elisa: Ich arbeite eng mit einer Entwicklerin zusammen, die sich für Barrierefreiheit interessiert. Ich gebe ihr einen Bug und zeige ihr, wie ich ihn beheben würde. Dann gehe ich mit ihr die Best Practices durch. Vielleicht sieht sie sich andere Dokumente an und stellt fest, dass ein Ansatz empfohlen wird, der aber aus XYZ-Gründen nicht funktioniert.
Der Aspekt der Barrierefreiheit im Internet ist, dass es nicht viele konkrete Codebeispiele gibt, da niemand dieselben Funktionen auf die gleiche Weise erstellen kann. Sie könnten also Geschworenen- Lösungen befragen. Viele Menschen denken erst über Barrierefreiheit nach, wenn alles zusammengestellt ist. Was werden Sie jetzt tun? Möchten Sie es entfernen, wieder zusammensetzen und alle Ihre Tests neu schreiben? Nein. Sie werden etwas anheften.
Das bedeutet, dass Sie verstehen müssen, wie ein deaktivierter Nutzer von der Funktion der Anwendung erwarten würde, und Ihren Code dann so modellieren, dass er diese Funktion ausführt. Sie sehen vielleicht nicht wie die perfekten Codebeispiele oder inklusiven Komponenten aus, aber letztendlich ist sie in Ordnung, solange sie die gleiche Funktion zuverlässig ausführt.
Alexandra: Ich glaube, Sie sagen, es sei wichtiger, ein positives Ergebnis zu erzielen, als sich zu viele Gedanken darüber zu machen, wie wir dorthin gelangen.
Elisa: Ja. Denn der Zweck hat die Mittel in diesem Fall gerechtfertigt. Es ist äußerst wichtig zu verstehen, wie ein Screenreader-Nutzer oder ein anderer deaktivierter Nutzer von dieser Funktionsweise erwarten würde.
Es gibt eine Milliarde ARIA-Rollen und Sie können unmöglich jede einzelne Rolle kennen. Außerdem funktionieren einige nicht mit allen Screenreadern! Sie müssen also die Bedürfnisse Ihrer Nutzenden kennen, die für sie entwickelt werden.
Alexandra: Gibt es allgemeine externe Ressourcen, auf die Sie sich verlassen, wenn Sie die interne Dokumentation erstellen oder Support für Google-Entwickler anbieten?
Elisa: Ich verlasse mich sehr auf die W3C-Richtlinien. Sie sind eine sehr gute Ressource, um eine Vorstellung davon zu bekommen, was Sie tun müssen. WebAIM ist eine weitere äußerst gute Ressource, die meiner Meinung nach in Bezug auf die technische Implementierung ein bisschen besser ist. Außerdem mag ich die Dokumente mit Mozilla – neunmal von zehn, wenn ich nach etwas suche, gibt es die Antwort in den MDN Web Docs.
Ich liebe inclusive-components.design – ideal, wenn Sie eine Bibliothek mit barrierefreien Komponenten nutzen möchten.
Die Universität Deque hat viele Best Practices. Ich verwende ihn für Referenzmaterialien, wenn ich Fehler melde oder anderen beibringe, ein bestimmtes Muster zu befolgen.
Bedienungshilfen aus erster Hand erleben
Alexandra: Wie kann man herausfinden, welche Auswirkungen das auf Nutzer hat? Da Ihr Fachwissen in der Unterstützung von farbenblinden Menschen und Screenreadern liegt, sollten wir damit beginnen.
Elisa: Für Farbsinnstörungen und Farbenblindheit gibt es Simulatoren und Emulatoren. Sie können erst dann wirklich verstehen, wie jemand anderes sehen kann, wenn Sie es selbst sehen. Wenn ich eine sehr schlechte Sättigung bemerke, kann ich gleich nach dem Ausführen des Simulators bestätigen, dass die Sättigung überhaupt nicht erkennbar ist.
Es gibt keine bessere Möglichkeit, Screenreader-Nutzer zu verstehen, als einen Screenreader zu verwenden. Lesen Sie zuerst die Tutorials, das ist wichtig. Manche Leute sind frustriert, wenn sie es einfach einschalten und versuchen, damit zu experimentieren – das ist nicht gut, um zu lernen, wie sie verwendet werden. Sie brauchen mehr als 5, 10 oder 20 Minuten. Verwenden Sie es mindestens eine Stunde, um einige der Frustrationen aufzuzeigen, mit denen Nutzer konfrontiert sind, die auf diese Technologie angewiesen sind.
Ich bin fest davon überzeugt, dass Barrierefreiheit irgendwann im Leben jeder Menschen brauchen wird. Ich habe z. B. mein Handgelenk verletzt und konnte die Maus nicht benutzen, also habe ich mehrere Wochen lang eine Tastatur benutzt. Es war so frustrierend. Solche Übungen können dazu beitragen, Sie in die Position einer behinderten Person zu versetzen, die versucht, sich in einer Welt von Menschen ohne Behinderung zurechtzufinden.
Simulatoren sind zwar nützlich, aber nicht gleichbedeutend mit einer Behinderung
Alexandra: Die Erfahrung, die ich oder ein anderer Entwickler mit der Verwendung von Simulatoren machen würde, ist nicht dasselbe wie eine Person mit eingeschränkter Sehfähigkeit.
Elisa: Sie können immer mit einer deaktivierten Person sprechen, um mehr über ihre Erfahrungen zu erfahren. Denken Sie beim Aufbau von Empathie daran, dass eine Person, die diese Tools häufig nutzt, immer besser darin ist, besser zu sein als Sie. Menschen mit Behinderungen können sich besser in ihrem eigenen Umfeld zurechtfinden, da sie mit diesem Körper leben.
Ich befürchte, dass Menschen, die diese Empathieübungen durchlaufen, mangels eines besseren Begriffs glauben, genau zu wissen, was die Menschen durchmachen. Sie glaubt plötzlich, dass sie die Fachkraft für diese Erfahrung sei. Sie sind nicht die Fachkraft für diese Erfahrung. Für Menschen mit Behinderung sind Sie grundsätzlich nicht Experte für Screenreader. Auch wenn ich in diesem Bereich arbeite, bin ich keine Expertin für Farbenblindheit. Ich bin kein Experte für Screenreader.
Ich bin Experte in Sachen Schwerhörigkeit. Ich bin Experte darin, ein Hörgerät zu benötigen und meine täglichen Erfahrungen zu nutzen. Das bedeutet aber nicht, dass ich Experte für die Erfahrungen anderer Menschen mit Taubheit bin.
Das Schlimmste, was man beim Accessibility Engineering tun kann, ist ein Ego. Egal, was Sie tun, Sie bringen etwas durcheinander. Davon sollten Sie sich nicht entmutigen lassen, da niemand die gleichen Bedürfnisse hat. Keine zwei Menschen haben denselben Standpunkt in Bezug auf Barrierefreiheit und Beeinträchtigungen. Man kann nicht alles zu 100 % machen – aber das heißt aber nicht, dass du es nicht ausprobieren solltest. Sie werden nie perfekt sein, aber streben Sie danach.
Sie erhalten kritisches Feedback, z. B.: „Ihr Produkt ist nicht zugänglich!“
Alexandra: Simulatoren unterstützen einen anderen Lernstil. Sie demonstrieren Ihr Produkt, während es mit einigen Problemen konfrontiert ist, die Menschen mit Behinderungen haben können. Das bedeutet jedoch nicht, dass Sie Ihr Produkt mit den täglich verwendeten Bedienungshilfen nutzen können.
Elisa: Bin ich etwas genervt, wenn Leute den Ton ausschalten und Untertitel lesen und dann plötzlich feststellen, dass diese automatisch generierten Untertitel furchtbar sind? Ja. So sehe ich Untertitel nicht. Manche Menschen mit Behinderung sehen, dass eine Person ihre Erfahrungen emuliert und sich über die Tools beschwert, ohne diese aktiv zu nutzen. Das ist frustrierend, ich verstehe Sie wirklich.
Aber ich möchte auch nicht die Person sein, die dort sitzen und meine Erfahrungen als gehörlose Person immer wieder beschreiben muss. Jedes Mal. Wenn wir wollen, dass Menschen ohne Behinderung unsere Erfahrungen verstehen, müssen wir ihre Reaktion auf die Erfahrungen akzeptieren.
Die „Erfahrungen“ wie das Essen in blinden Restaurants und Weinverkostungen machen mich jedoch wütend. Das ist wie Cosplay mit einer Behinderung. Aber um zu verstehen, wie 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 heraus, wie diese Dinge Es ist wirklich wichtig.
Finden Sie heraus, wie Nutzer auf Ihrer Website navigieren. Vielleicht fragen Sie sich: „Warum kann ich nicht einfach eine Banner-Warnung oben platzieren, dass alle Links in einem neuen Tab geöffnet werden?“ Denn vielleicht liest jemand nicht die Seite, die mit dem Banner beginnt. Gestalten Sie Ihr Design im Hinblick auf Menschen mit Behinderung.
Eine Sache tun: Hör auf, unendliches Scrollen zu entwickeln
Alexandra: Gibt es etwas, das Entwickler sich wünschen, dass sie gleich damit beginnen, die Barrierefreiheit ihrer Websites zu verbessern?
Elisa: Unendliches Scrollen ist eine Übelkeit, die niemand nutzen sollte. Ich kann nichts finden, ich muss etwas finden können! Und es ist so schlecht für die Leistung.
Außerdem ist es sehr lästig, Elemente visuell und innerhalb des DOMs zu verschieben. Die TAB-Reihenfolge ist wichtig, insbesondere für Tastaturnutzer.
Weitere Informationen zu Initiativen und Forschungen von Google zur Barrierefreiheit Zusätzlich zu den Webentwicklungsressourcen unter Learn Barrierefreiheit im Internet hat Google einen barrierefreien Dokumentationskurs entwickelt: Technisches Schreiben für Barrierefreiheit.
Folgen Sie dem Google-Team für Barrierefreiheit im Internet auf Twitter unter @GoogleAccess und dem Chrome-Team unter @ChromiumDev.