In den letzten Jahren hat die digitale Barrierefreiheit eine zunehmende Bedeutung erlangt. Vor allem öffentliche Stellen des Bundes sind gesetzlich verpflichtet, ihre Webseiten, Software und Apps barrierefrei zu gestalten. Mit dieser steigenden Bedeutung sind auch immer mehr Richtlinien entstanden. In diesem Dschungel kann es schwierig sein, den Überblick zu behalten.
Mein Ziel ist es, einen umfassenden Überblick über die wichtigsten Richtlinien für die digitale Barrierefreiheit zu geben. Denn diese Richtlinien sind entscheidend, um eine umfassende Barrierefreiheit in der digitalen Welt zu gewährleisten und somit die Inklusion aller Nutzer zu fördern. Es ist wichtig zu beachten, dass die Einhaltung dieser Richtlinien nicht nur ein Ziel ist, sondern auch eine gesetzliche Anforderung darstellt. Zusätzlich möchte ich Empfehlungen geben, welche Richtlinien in welchen Situationen angewendet werden sollten und warum. Auf diese Weise wird sichergestellt, dass digitale Inhalte für alle Nutzer zugänglich sind. Die erfolgreiche Umsetzung dieser Anforderungen ist eine zentrale Herausforderung bei modernen digitalen Angeboten.
Der Sinn der Richtlinien für die digitale Barrierefreiheit liegt darin, sicherzustellen, dass Menschen mit verschiedenen Arten von körperlichen Beeinträchtigungen die gleichen Möglichkeiten haben wie Menschen ohne solche Einschränkungen. Diese Beeinträchtigungen können durch Unfälle, Krankheiten wie Schlaganfälle oder Verletzungen entstehen, die durch Kriege verursacht wurden. Die Standards, wie die europäischen Norm EN 301 549, bieten einen klaren Rahmen für die Umsetzung und gewährleisten, dass jeder, unabhängig von seinen Fähigkeiten, Webseiten, Software und Apps uneingeschränkt nutzen kann. Sie sind ein wichtiger Pfeiler der Inklusion im digitalen Raum und stellen sicher, dass die Accessibility von digitalen Angeboten stets im Fokus steht. Auf dieser Seite finden Sie einen Überblick über die bestehenden Richtlinien und Informationen darüber, nach welchen Kriterien das IT-Unternehmen Marlem-Software entscheidet, wann und warum eine bestimmte Richtlinie zum Einsatz kommt.
Barrierefreies Webdesign bedeutet, dass eine Webseite so programmiert wird, dass sie für Menschen mit und ohne körperliche Beeinträchtigungen uneingeschränkt nutzbar ist. Für barrierefreies Webdesign gibt es die folgenden Richtlinien:
Die WCAG 2.2 bietet detaillierte Anforderungen an die Gestaltung einer barrierefreien Website, um die umfassende Inklusion aller Nutzer zu gewährleisten. Es ist entscheidend, diese Standards bei der Entwicklung jeder neuen Website zu berücksichtigen.Barrierefreie Softwareentwicklung bedeutet, dass eine Software so programmiert wird, dass sie für Personen mit und ohne körperliche Beeinträchtigungen uneingeschränkt nutzbar ist. Für die barrierefreie Softwareentwicklung gibt es folgende Richtlinien:
Barrierefreie Appentwicklung bedeutet, dass eine Software so programmiert wird, dass sie für Menschen mit und ohne körperliche Beeinträchtigungen uneingeschränkt nutzbar ist. Bei der Entwicklung barrierefreier Apps steht ebenfalls die uneingeschränkte Nutzung durch Personen mit verschiedenen Einschränkungen im Fokus. Für die barrierefreie Appentwicklung gibt es folgende Richtlinien:
Die oben genannten Richtlinien gelten nicht überall auf der Welt gleich. Die EN 301 549 ist eine europäische Richtlinie, die speziell für Länder der Europäischen Union gilt. Die anderen Richtlinien wurden von internationalen Unternehmen erstellt. Das bedeutet, dass sie weltweit gelten.
Ein einfaches Beispiel dazu: Wenn eine Website in den USA erstellt wird, muss sie gemäß der internationalen Richtlinie WCAG 2.2 barrierefrei sein. Die europäische Richtlinie EN 301 549 kann in diesem Fall nicht angewendet werden. Die WCAG ist also eine sehr wichtige Richtlinie, wenn es darum geht die Barrierefreiheit bei Webseiten, Software und Apps umzusetzen. Dies unterstreicht die Notwendigkeit, bei internationalen Projekten die globalen Anforderungen an die Barrierefreiheit zu verstehen, um eine umfassende Inklusion zu garantieren.
Aber wenn es um Software geht, die mit Programmiersprachen wie C#, Java oder Python entwickelt wird, ist es keine gute Idee, sie barrierefrei nach der Richtlinie EN 301 549 oder der Richtlinie WCAG zu gestalten. Die Unterschiede zwischen der Web-Programmierung und den genannten Programmiersprachen sind einfach zu groß. Softwareentwickler, die unbedingt barrierefreie Software nach EN 301 549 entwickeln möchten, empfehle ich, Web-Anwendungen zu erstellen oder auf progressive Web-Apps umzusteigen. Dasselbe gilt für die App-Entwicklung. Es funktioniert gut, progressive Web-Apps barrierefrei nach EN 301 549 zu gestalten. Aber native Apps, die mit Java, Kotlin oder Swift programmiert werden, sollten nicht nach EN 301 549 barrierefrei gestaltet werden.
Um das Problem deutlich zu machen, hier ein Beispiel: Menschen mit Sehbehinderungen passen häufig die Schriftgröße in ihrem Betriebssystem an. Sie erwarten, dass diese Einstellung auch in der Software übernommen wird. Allerdings kann die Programmiersprache Python nicht auf das Betriebssystem zugreifen. Ein Python-Entwickler könnte zwar in seiner Software die Möglichkeit bieten, die Schriftgröße anzupassen, aber warum sollte er das tun? Eine Software, die mit C# oder JavaFX entwickelt wurde, kann diese Einstellungen direkt aus dem Betriebssystem übernehmen.
Es liegt nicht in meinem Interesse, hier eine Abneigung gegen bestimmte Programmiersprachen zu schüren. Ich habe bereits mehrere barrierefreie Python-Programme erstellt. Die Installation von Python-Programmen auf verschiedenen Betriebssystemen ist wesentlich einfacher als bei Java-Programmen.
Ja, Barrierefreiheit ist wichtig, aber bei der Auswahl der Programmiersprache gibt es auch andere Kriterien zu beachten, wie zum Beispiel die Plattformunabhängigkeit!
Um mein Anliegen kurz und klar zu formulieren: Bevor eine Webseite, Software oder App entwickelt wird, sollte man zunächst überlegen, welche Richtlinie zur verwendeten Programmiersprache passt, um eine maximale Inklusion zu erreichen.
Mit dem Accessibility Scanner kann bei Android- und progressive Web Apps überprüft werden, ob die Schaltflächen eine Mindestgröße erfüllen.
Es gibt mittlerer "Experten" die möchten alles mit der EN 301 549 barrierefrei machen. Davon rate ich dringend ab. Es gibt Prüfschritte die sind in anderen Richtlinien vorhanden und in der EN 301 549 nicht. Wenn Prüfschritte nicht vorhanden sind, werden Menschen ausgeschlossen! Ein Beispiel: Es gibt Menschen die haben eine motorische Einschränkung in den Händen. Meine Behinderung heißt Spastik. Ich habe Glück gehabt, ich kann meine Linke Hand so präzise bewegen, dass ich mit dem Mauszeiger oder mit dem Finger jeder Schalfläche "treffe". Es gibt Menschen die meine Behinderung haben die können das nicht, weil die motorische Einschränkung in den Händen so stark ist. Deswegen gibt es in der WCAG den Prüfschritt "Criterion 2.5.8 Target Size (Minimum)". In den Richtlinien von Google zur barrierefreien App-Entwicklung für Android heißt der Prüfschritt "Use large, simple controls". Hier geht es darum, dass Bedienelemente eine Mindestgröße haben, damit Personen mit motorisch eingeschränkten Händen eine Chance haben, Bedienelemente zu treffen. In der EU-Richtlinie EN 301 549 fehlt dieser Prüfschritt. Wenn eine Webseite, Software oder App nach EN 301 549 barrierefrei programmiert werden, müssen Bedienelemente keine Mindestgröße haben, das bedeutet, Menschen mit starken motorischen Einschränkungen werden von der Bedienung der Webseite, Software oder App ausgeschlossen.
Haben Sie noch Fragen? Gerne dürfen Sie mich anrufen: 07072/1278463 oder schreiben eine Mail: info@marlem-software.de !