Die heutige Gesellschaft ist stark computerisiert. Wir möchten überall Zugang zu Musik, Büchern oder Filmen haben, unabhängig davon, ob wir im Wartezimmer des Zahnarztes warten oder mit dem Bus fahren. Um dieser Nachfrage gerecht zu werden, bieten immer mehr Unternehmen den Zugang zu ihren Diensten über das Internet an. Auch öffentliche Institutionen bemerken diese Bedürfnisse, dank derer immer mehr offizielle Angelegenheiten elektronisch behandelt werden können. Trotzdem gibt es im Internet immer noch viele Hindernisse, die es behinderten oder älteren Menschen erschweren, die Möglichkeiten des Internets zu nutzen. Daher müssen einheitliche Standards für Websites und mobile Anwendungen implementiert werden, damit behinderte Benutzer darauf zugreifen können. Diese Standards wurden in Form eines Dokuments mit dem Namen WCAG – Web Content Accessibility Guidelines aufgenommen
Allein in Polen machten nach Angaben auf der Website niepelnosprawni.gov.pl im Jahr 2011 12,2% der Bevölkerung behinderte Menschen aus. Laut GUS Daten machten ältere Menschen im Jahr 2018 jedoch 24,8% der Bevölkerung aus. Dies sind zahlreiche soziale Gruppen, und diese Benutzer benötigen die Benutzerfreundlichkeit der virtuellen Welt. Dies ist besonders wichtig bei öffentlichen Einrichtungen, zu denen jeder Bürger uneingeschränkten Zugang haben sollte.
Das Problem der Zugänglichkeit wurde auch vom Gesetzgeber bemerkt. Überall auf der Welt erlassen Länder Gesetze, die Lösungen erfordern, die Menschen mit Behinderungen den Zugang zu Apps und Websites erleichtern. In Kanada wurde 1985 das kanadische Canadian Human Rights Act verabschiedet, dessen Ziel es war, der Diskriminierung von Menschen mit Behinderungen entgegenzuwirken. Im Jahr 1990 gaben die USA Americans with Disabilities Act heraus, das hauptsächlich eingeführt wurde, um die Situation von Menschen mit Behinderungen zu verbessern. Computer und das Internet waren nicht so beliebt wie heute, daher waren sie nicht das Hauptthema der Regulierung. Diese Gesetze haben jedoch auch Auswirkungen auf die digitale Welt. In späteren Jahren wurde das Gesetz mit Blick auf Apps und Netzwerke eingeführt. Die Europäische Union hat 2016 außerdem eine Richtlinie zur Verfügbarkeit von Websites und mobilen Apps für öffentliche Stellen erlassen. In Polen wurde diese Richtlinie 2019 umgesetzt. Derzeit gilt dieses Gesetz nur für den öffentlichen Sektor, aber die Europäische Kommission arbeitet an dem European Accessability Act, das auch Standards für den privaten Sektor umsetzt. Wie Sie leicht ableiten können, zwingen die eingeführten Vorschriften die Hersteller, der Verfügbarkeit ihrer Produkte mehr Aufmerksamkeit zu schenken.
Um die Bedürfnisse von Behinderten besser zu verstehen, schauen wir uns zunächst an, was Behinderung ist. Verschiedene Einschränkungen, dauerhaft oder vorübergehend (z. B. ein gebrochenes Glied), können unterteilt werden in:
- Bewegungseinschränkungen – wenn Benutzer haben möglicherweise Schwierigkeiten, die Maus und nur die Tastatur zu verwenden, oder benötigen spezielle Geräte, um mit dem Computer zu kommunizieren.
- visuell – verschiedene Grade von Amblyopie, Farbenblindheit sowie völliger Blindheit. Diese Benutzer benötigen möglicherweise eine Software, die den Inhalt auf dem Bildschirm verarbeitet und über eine synthetische Stimme oder einen Braille Leser ankündigt.
- auditorisch – verschiedene Grade von Hörschäden. Wenn die App Audiosignale überträgt, benötigen Benutzer möglicherweise auch visuelle Signale oder Untertitel.
- kognitiv – der Benutzer kann Probleme haben, Inhalte zu verstehen, sich zu erinnern, mit der Sprache, mit der Aufrechterhaltung der Aufmerksamkeit oder mit der Wahrnehmung. Die Webseiten sollten so strukturiert sein, dass alle Informationen leicht zugänglich und verständlich sind.Dies sind natürlich nur einige Arten von Behinderungen, denen wir in der realen Welt begegnen können. Zusätzlich zu den aufgelisteten findet man viele andere.Es gibt viele Organisationen und Initiativen, die Technologien zur Unterstützung behinderter Menschen auf der ganzen Welt entwickeln. Einer von ihnen ist W3C Web Accessability Initiative. Diese Organisation arbeitet an Standards für die Verfügbarkeit von Apps und Websites. Die vier Hauptempfehlungsbereiche von WAI sind:
- WCAG – Web Content Accessibility Guidelines, Empfehlungen, welche Kriterien Websites erfüllen sollten, um sie verfügbar zu machen. Version 2.0 wurde als ISO/IEC 40500 Standard angepasst.
- ATAG – Authoring Tools Accessibility Guidelines, Empfehlungen zu den Tools zum Erstellen von Inhalten,
- UAAG – User Agent Accessibility Guidelines, betreffen Tools wie Browser, Plugins, Mediaplayer, Bildschirmleser und andere Software, die Inhalte auf dem Bildschirm rendern,
- WAI-ARIA – Accessible Rich Internet Applications, ein Framework zur Verbesserung der Zugänglichkeit von Webapps und -inhalten ist auf dynamische Elemente anwendbar.
Der WAI Standard war der erste, der erwähnt wurde, da 1999 der WCAG Standard veröffentlicht wurde. Es enthielt 14 Richtlinien zum Erstellen zug Seiten. 2008 wurde Version 2.0 veröffentlicht, in der 12 nicht testbare Richtlinien eingeführt wurden, die in vier Kategorien unterteilt waren (Sichtbarkeit, Durchführbarkeit, Verständlichkeit, Belastbarkeit). Jeder Richtlinie sind überprüfbare Erfolgskriterien zugeordnet (insgesamt gibt es 61). Im Jahr 2018 wurde die WCAG 2.1 veröffentlicht, die die Version 2.0 um weitere 17 Erfolgskriterien ergänzt. Dies sollte die Richtlinien für drei Benutzergruppen verbessern:
- mit kognitiven Behinderungen und Lernproblemen,
- Sehbehinderte,
- behinderte Menschen, die mobile Geräte verwenden.
Zusätzlich wird jedem Erfolgskriterium eine Compliance Stufe zugeordnet. Vom niedrigsten zum höchsten sind: A, AA und AAA. Damit eine Website dem WCAG 2.1 AA Standard entspricht, müssen alle Erfolgskriterien der Stufen AA und A erfüllt sein. Damit Seiten verfügbar sind, müssen sie außerdem die Kriterien der Stufe A erfüllen, die Kriterien der Stufe AA erfüllen und können die Kriterien der Stufe AAA erfüllen oder nicht.
Menschen mit Behinderungen verwenden häufig verschiedene Tools, um im Internet zu surfen. Bei Blinden sind dies die zuvor genannten Bildschirmleser, mit denen Benutzer herausfinden können, was auf dem Bildschirm des Geräts geschieht. Es gibt viele solcher Anwendungen auf dem Markt. WebAIM hilft bei der Identifizierung der am häufigsten verwendeten. Es ist eine gemeinnützige Organisation, die, unter anderem, führt Umfragen unter behinderten Menschen durch, wie sie das Web nutzen und welche Tools sie verwenden. Nach Angaben der achten WebAIM Umfrage sind die drei beliebtesten Lesegeräte für Desktops und Laptops:
- NVDA – eine Open Source App, die von der gemeinnützigen Organisation NVAccess erstellt wurde.
- JAWS – von Freedom Scientific verkauft, verschiedene Lizenzoptionen verfügbar,
- VoiceOver – ein in Apple Betriebssysteme integrierter Leser.
Für mobile Geräte sind die beliebtesten Lesegeräte:
- VoiceOver – verfügbar auf Apple Geräten,
- TalkBack – verfügbar auf Geräten mit dem Android.
Durch den Zugriff auf Informationen, die in WebAIM Umfragen gesammelt wurden, können wir den Arbeitsaufwand beim Erstellen einer verfügbaren App oder Website verringern, indem wir beispielsweise nur ausgewählte Browser und Leser testen, wodurch sich der Zeitaufwand für diese Tests verringert.
Basierend auf den Richtlinien des WCAG Standards können wir bereits in der Entwurfsphase bessere Entscheidungen treffen und vermeiden, Lösungen zu verwenden, die nicht verfügbar sind. Oft können die von UX vorgeschlagenen Lösungen optisch attraktiv und modern sein, aber aus der Sicht einer behinderten Person können sie nutzlos sein. Nehmen wir als Beispiel das Grafikdesign. Trendy Farben, aber mit zu geringem Kontrast, können dazu führen, dass nicht alle Informationen gelesen werden. Für einige kann dies ein großes Hindernis für die Verwendung unseres Produkts sein.
Ein weiteres Problem sind dynamische Inhalte auf der Seite, z. B. Buttons, die nach dem Ausführen einer Aktion angezeigt werden, z. B. das Aktivieren eines Checkboxes. Damit sehbehinderte oder blinde Personen dieselben Informationen über die Seite haben wie sehende Personen, sollte der Bildschirmleser mitteilen, dass ein neues Element angezeigt wurde. Leider hat diese Lösung auch einige Nachteile, da die Verwendung von Seiten, auf denen der Leser nach jeder Benutzeraktion eine große Menge an Informationen überträgt, mühsam sein kann. Beispiel: eine blinde Person muss nach dem Aufrufen eines Elements auf der Seite einige Sätze anhören, in denen beschrieben wird, wofür das Element bestimmt ist. Infolgedessen muss manchmal ein Kompromiss zwischen den Wünschen der Designer und den positiven Eindrücken behinderter Benutzer gesucht werden.
Dynamische Inhalte stellen Developer auch vor einige Herausforderungen. Unsere Website oder App muss so geschrieben sein, dass die Leser korrekt angeben, was auf dem Bildschirm geschieht. Dies zwingt Sie manchmal dazu, äquilibristische Bypässe zu verwenden, damit bei den gängigsten Browser-/Bildschirmleserkonfigurationen alles ordnungsgemäß funktioniert. Die mangelnde Standardisierung der Arbeitsweise von Lesegeräten kann jedoch dazu führen, dass unsere Lösung nur in einer Konfiguration funktioniert. Es gibt einen WAI-ARIA Standard, aber es gibt Situationen, in denen man nach zusätzlichen Lösungen suchen muss, damit die Funktionalität den Erwartungen entspricht. Dies ist besonders auf Mobilgeräten sichtbar, wo es Situationen gibt, in denen etwas entweder nur auf Android oder nur auf iOS funktioniert und es auf keinen Fall auf beiden funktioniert. Vielleicht ändert sich dies mit der Popularisierung der verfügbaren Technologien und der Entwicklung des UAAG Standards.
Das Testen der Verfügbarkeit von Produkten und Dienstleistungen ist ein weiteres wichtiges Thema. Es ist schwierig, weil wir uns der Bedürfnisse von Menschen mit Behinderungen oft nicht bewusst sind. Wie sie Geräte verwenden oder wie sie auf Websites navigieren. Dies wirft Fragen auf, z. B. ob wir dem Benutzer genügend Informationen darüber liefern, was in der App geschieht, oder ob möglicherweise noch zu wenig davon vorhanden ist. Wissen Benutzer, welche Aktionen ihnen in unserem System zur Verfügung stehen? Werden sie alle Inhalte lesen können?
Statische Analysewerkzeuge sind eine sehr wichtige Unterstützung für die Arbeit des Testers. Auf dem Markt gibt es Programme und Plug-Ins für Browser, mit denen man den Kontrast von Elementen oder HTML der Seite analysieren kann. Eines dieser Tools ist das von WebAIM erstellte WAVE Plugin. Es ermöglicht uns, den Farbkontrast, die Struktur der Seitenkopfzeilen und schließlich die Elemente auf der Seite selbst im Hinblick auf die korrekte Implementierung (fehlende Webattribute von Elementen oder unsachgemäße Verwendung von ARIA) schnell zu analysieren. Während die Analyse der Website allein einige Fehler beseitigt, sind manuelle Tests ein Muss. Insbesondere, wenn man das Verhalten der Bildschirmleseseite überprüfen muss, z. B. die Reihenfolge der Elemente beim Navigieren auf der Tastatur oder die Ankündigung von Elementen an den Benutzer.
Obwohl die Bereitstellung verfügbarer Lösungen mehr Arbeit erfordert, zahlt sich der Aufwand für das Entwerfen, Implementieren und Testen in Form eines ausgereifteren und vollständigeren Produkts aus. Ein Produkt, das mehr Empfänger erreichen kann.
Investitionen in die Zugänglichkeit sind nicht nur wegen der Chancengleichheit und der Bekämpfung des Ausschlusses von Menschen mit Behinderungen wichtig. Klarere Webseiten oder besser verständliche grafische Oberflächen verbessern die Benutzererfahrung, nicht nur für Menschen mit Behinderungen. Dies führt wiederum dazu, wie bereitwillig Menschen unser Produkt verwenden. Heutzutage, wenn im Internet ein großer Wettbewerb herrscht, kann die Zugänglichkeit für Menschen mit Behinderungen dazu führen, dass sich unsere App oder unser Service von vielen anderen verfügbaren Angeboten abhebt.