Vorsicht! Das Wort "Barrierefreiheit" wird in diesem Artikel 15 Mal verwendet.
Kürzlich war ich Zeuge einer Spaltung der Front-End-Community in zwei Lager: Einige fördern aktiv die Barrierefreiheit, während andere aufrichtig nicht verstehen, warum sie Zeit damit verbringen sollten. Anstelle des Dialogs zwischen diesen beiden Lagern entwickelt sich nur die Ablehnung des anderen, Sarkasmus auf beiden Seiten, Beleidigungen und andere Reize, die unsere giftige Gemeinschaft begleiten.
Das Thema Barrierefreiheit greift zum Teil das Thema Performance auf. Hier ist die Community ebenfalls in zwei Lager unterteilt: Erstere fördern die Geschwindigkeitsoptimierung, und letztere fragen, warum sie diese benötigen, weil sie nichts zu verlangsamen und schnell zu laden haben ( oh, jene Programmierer, die einen Localhost auf einem Top-Macbook öffnen ).
Verschiedene Probleme führten zur aktuellen Situation:
Es scheint jedoch ein globaleres Problem zu geben.
Verzerrte Wahrnehmung
Die Sberbank hat einen Leitfaden für die Entwicklung erschwinglicher digitaler Produkte für Designer, Entwickler und Manager. Der Anfang ist hervorragend, aber er trifft uns mit folgendem Satz:
Barrierefreiheit ist die Qualität der digitalen Umgebung, die den Grad ihrer Eignung für Menschen mit Behinderungen auszeichnet.
Dieser Satz bekräftigt die bereits weit verbreitete Überzeugung, dass es bei der Barrierefreiheit ausschließlich um Menschen mit Behinderungen geht. Darüber hinaus befassen sich viele Artikel und Handbücher mit der Unterstützung von Bildschirmleseprogrammen, damit blinde und sehbehinderte Personen die Benutzeroberfläche verwenden können. Aus diesem Grund wird die Barrierefreiheit häufig mit Bildschirmleseprogrammen in Verbindung gebracht.
Entwickler verfügen in der Regel entweder nicht über Statistiken zur Verwendung von Bildschirmleseprogrammen in ihrem Produkt oder sie wissen, dass ihr Produkt nicht über Bildschirmleseprogramme verwendet wird (viele entwickeln interne Projekte, die keine Benutzer mit Sehbehinderungen aufweisen).
Hier liegt das große Problem der Kommunikation zwischen Barrierefreiheitsexperten und Entwicklern. Es scheint mir, dass das Phänomen der Bannerblindheit bereits auf die Wörter Zugänglichkeit und Screenreader in unserer Community übergegriffen hat. Und ich verstehe, warum: Wenn Ihnen oft gesagt wird, dass Sie Screenreader unterstützen müssen und dies in Ihrem Fall einfach nicht sinnvoll ist, sind Sie zuerst wütend und erzielen dann nur ein Tor.
Was bedeutet „Zugänglichkeit“ wirklich?
Ich mag die Definition von Barrierefreiheit aus dem Artikel Unerwartete Barrierefreiheitstipps ( freie Übersetzung ):
Zugänglichkeit betrifft nicht nur behinderte Menschen. [...] Dies ist ein Problem für die Verwendbarkeit des Produkts unter allen Umständen, denen Benutzer und in jeder Umgebung (z. B. auf verschiedenen Geräten) ausgesetzt sind.
Der Artikel befindet sich in einem etwas anderen Kontext, führt jedoch zu hervorragenden Beispielen für Situationen und Einschränkungen, mit denen sich unsere Schnittstellen befassen müssen:
- Fahrten in der U-Bahn (das Telefon wird mit einer Hand gehalten, die Koordination wird durch die Bewegung des Zuges erschwert, das Internet ist instabil und langsam);
- Vorführungen durch den Projektor (der Kontrast ist verringert, der Abstand zum Bild ist viel größer als hinter dem Monitor);
- Punkte gingen verloren (erhöhte Belastung des Sehvermögens, das Lesen des Textes wurde schwieriger);
- Die kabellose Maus ist tot (Sie müssen nur die Schnittstelle der Tastatur verwenden).
Bei all diesen Beispielen ging es nie um Behinderung oder Screenreader, sondern um unser Leben mit Ihnen. Und ehrlich gesagt würde ich aufhören, es als Barrierefreiheit zu bezeichnen - schließlich gibt es bei UX und Usability bekanntere Konzepte.
Fazit
Damit niemand das oben Genannte missversteht, werde ich zusammenfassen. In meinem Bild der Welt ist Barrierefreiheit gleichbedeutend mit UX und Benutzerfreundlichkeit. Das Fehlen von Statistiken zur Verwendung von Bildschirmleseprogrammen bedeutet nicht, dass Sie die native Semantik (Überschriften, Schnittelemente, Links, Schaltflächen usw.) aufgeben und alles divas - native Semantik erleichtert nicht nur den Bildschirmleseprogrammen, sondern auch den normalen Benutzern das Leben (die div-Schaltfläche auf der Tastatur) wird nicht geklickt, der div Link wird nicht kopiert und wird nicht in einem neuen Tab geöffnet). Und was am wichtigsten ist, denken Sie daran, dass wir kein Geld für die Bewegung von Pixeln auf dem Bildschirm erhalten, sondern für die Entwicklung bequemer und problemlösender Schnittstellen.