Barrierefreiheit und Künstliche Intelligenz: Der komplette Leitfaden (nach EN 301 549 + WCAG 2.2)

Künstliche Intelligenz (KI) ist überall. Von textbasierten Modellen wie ChatGPT und Google AI Studio über kreative Bildgeneratoren bis hin zu intelligenten Assistenten – moderne KI-Tools und diese neue Technologie verändern unseren digitalen Alltag rasant. Doch während die faszinierenden Möglichkeiten bestaunt werden, wird eine entscheidende Frage oft übersehen: Ist diese Technologie wirklich für alle Menschen zugänglich und sorgt sie für digitale Teilhabe?

Für Millionen von Menschen mit Behinderungen lautet die Antwort oft „Nein“. Eine KI, die nicht barrierefrei ist, schließt Nutzerinnen und Nutzer von wichtigen digitalen Angeboten aus, schafft neue digitale Barrieren und verstärkt bestehende Hürden. Das muss nicht sein. Für Unternehmen, die KI-Lösungen entwickeln oder einsetzen, entsteht hier eine doppelte Verantwortung: eine ethische und bald auch eine rechtliche.

Dieser Artikel erklärt, was eine künstliche Intelligenz erfüllen muss, um umfassend barrierefrei und inklusiv zu sein. Als Leitfaden dienen die wichtigsten Prüfschritte und Erfolgskriterien der europäischen Norm EN 301 549 und der WCAG. Folgende Anforderungen für spezifische Nutzergruppen stehen dabei im Fokus:

• Blinde Menschen (Nutzung mit Screenreader)
• Menschen mit Sehbehinderung
• Menschen mit Farbfehlsichtigkeit
• Menschen mit motorisch eingeschränkten Händen

Die EN 301 549 und die WCAG: Der rechtliche und technische Rahmen für eine KI ohne Barrieren

Um zu verstehen, wie Künstliche Intelligenz barrierefrei wird, muss man zwei zentrale Regelwerke kennen: die europäische Norm EN 301 549 und die internationalen Web Content Accessibility Guidelines (WCAG).

Die EN 301 549 ist die harmonisierte europäische Norm, die den rechtlichen Rahmen für die Barrierefreiheit von digitalen Produkten und Dienstleistungen in der EU vorgibt. Sie ist jedoch keine komplette Neuerfindung, sondern baut direkt auf den WCAG auf. Man kann es sich so vorstellen: Die WCAG liefern die detaillierte technische Grundlage mit konkreten Prüfschritten, und die EN 301 549 macht diese für den europäischen Markt rechtlich relevant.

Die WCAG definieren, wie digitale Inhalte gestaltet werden müssen, damit sie den vier Prinzipien der Barrierefreiheit genügen: Sie müssen für Menschen mit Behinderungen Wahrnehmbar, Bedienbar, Verständlich und Robust sein. Der aktuelle gesetzliche Rahmen in Europa bezieht sich auf die WCAG 2.1. Da jedoch die WCAG 2.2 bereits der neue, fortschrittlichere Standard ist, orientiert sich dieser Leitfaden an beiden Versionen, um Zukunftssicherheit zu gewährleisten.

Warum ist das für die Entwicklung von KI relevant?

Ganz einfach: Jede KI-Anwendung, mit der ein Mensch interagiert, hat eine Benutzeroberfläche (User Interface). Ob es sich um die Chat-Oberfläche auf einer Website, die für die Nutzung von ChatGPT im Browser bereitgestellt wird, oder eine eigenständige App handelt – diese Schnittstelle ist Software und muss die Anforderungen der EN 301 549 und somit der WCAG erfüllen. In Deutschland werden diese Anforderungen durch das Barrierefreiheitsstärkungsgesetz (BFSG) für die meisten neuen digitalen Produkte und Dienstleistungen, die ab dem 28. Juni 2025 auf den Markt kommen, rechtlich verpflichtend. Das bedeutet, dass Unternehmen ihre KI-gestützten Produkte und Dienstleistungen von Grund auf barrierefrei konzipieren müssen, um empfindliche Strafen und Marktverluste zu vermeiden.

Barrierefreiheit für KI: Die wichtigsten Anforderungen im Detail

1. Barrierefreiheit für blinde Anwender (Screenreader & Tastaturbedienung)

Blinde Menschen können eine Computermaus nicht bedienen. Sie navigieren ausschließlich mit der Tastatur in Kombination mit einem Screenreader – einer Software, welche die Bildschirminhalte und Bedienelemente vorliest. Damit solche KI-Tools für sie effektiv nutzbar sind, muss ihre technische Umsetzung so erfolgen, dass der Screenreader alle Informationen und Funktionen korrekt interpretieren und ausgeben kann.

Die wichtigsten Prüfschritte der EN 301 549 in diesem Kontext sind:

• Vollständige Tastaturbedienbarkeit (EN 301 549, Kap. 9.2.1.1 & 9.2.1.2): Dies ist die absolute, nicht verhandelbare Grundlage. Jede Funktion, jede Schaltfläche und jedes Eingabefeld muss ohne Ausnahme mit der Tastatur erreichbar und steuerbar sein (z. B. per Tab-, Pfeil-, Enter- und Leertaste). Es darf keine „Tastaturfalle“ geben, bei der ein User (englisches Wort für Anwender) in einem Bereich gefangen ist und nicht mehr weiter navigieren kann. Praxis-Check: Lässt sich eine Anfrage an die KI senden, die Antwort lesen und eine neue Konversation starten, allein durch Tastaturbefehle?
• Sinnvolle semantische Struktur (EN 301 549, Kap. 9.1.3.1 & 9.4.1.2): Ein Screenreader liest nicht nur Text, sondern interpretiert den Code der Anwendung. Elemente müssen semantisch korrekt ausgezeichnet sein, um eine logische Gliederung zu schaffen. Das bedeutet: Überschriften müssen als Überschriften (
  <h1>,</h1> <h2>), Schaltflächen als Schaltflächen (<button>) und Links als Links (<a>) im Code deklariert sein. Nur so versteht ein blinder User die Struktur der Website und die Rolle und Funktion der Elemente. Wenn beispielsweise ChatGPT lange Texte generiert, sind korrekte Überschriften essenziell, um den Inhalt schnell erfassen und navigieren zu können.
  Ein gutes Beispiel hierfür ist die Gliederung der Chat-Oberfläche. Praxis-Check: Werden die verschiedenen Bereiche des Chats (Eingabe, KI-Antwort, Verlauf) durch Überschriften gegliedert? </em> </a> </button></a></button>
• Beschriftung von Bedienelementen und Grafiken (EN 301 549, Kap. 9.1.1.1 & 9.4.1.2): Jedes interaktive Element (wie ein Button mit einem reinen Icon) benötigt eine maschinenlesbare Beschriftung (Label), die der Screenreader vorlesen kann. Dasselbe gilt für Bilder, die von der KI erzeugt werden: Sie benötigen aussagekräftige Alternativtexte (Alt-Texte), die den Bildinhalt präzise beschreiben.
• Dynamisches Feedback und Statusmeldungen (EN 301 549, Kap. 9.4.1.3): KI-Anwendungen sind hochdynamisch. Wenn die KI eine Antwort generiert oder ein Fehler auftritt, muss diese Statusänderung aktiv an den Screenreader übermittelt werden (z. B. durch ARIA Live-Regions). Andernfalls wartet der Nutzer im Stillen und weiß nicht, ob überhaupt etwas passiert. Praxis-Check: Meldet der Screenreader, dass die KI mit dem Schreiben der Antwort begonnen hat und wann sie fertig ist?

2. Barrierefreiheit für sehbehinderte und farbfehlsichtige Menschen

Diese Nutzergruppen benötigen flexible und anpassbare Darstellungen, um Inhalte sicher erkennen zu können. Bevor die technischen Prüfschritte betrachtet werden, ist es wichtig zu verstehen, was diese Beeinträchtigungen in der digitalen Welt bedeuten.

Was ist eine Sehbehinderung?

Eine Sehbehinderung ist nicht gleichbedeutend mit Blindheit. Es handelt sich um ein breites Spektrum an Einschränkungen des Sehvermögens, die auch mit einer Brille nicht vollständig korrigiert werden können. Dazu gehören zum Beispiel:

• Reduzierte Sehschärfe: Betroffene sehen unscharf, als würden sie durch eine Milchglasscheibe blicken. Texte und kleine Bedienelemente sind schwer oder gar nicht zu entziffern.
• Eingeschränktes Gesichtsfeld: Manche Menschen haben einen „Tunnelblick“ und sehen nur einen kleinen Ausschnitt des Bildschirms scharf. Sie verlieren leicht den Überblick und müssen den sichtbaren Bereich ständig verschieben.
• Hohe Blendempfindlichkeit: Helle Hintergründe oder starke Kontraste können schmerzhaft sein und das Erkennen von Inhalten unmöglich machen.
• Schlechtes Dämmerungssehen: Bei geringem Umgebungslicht oder auf schlecht kontrastierten Oberflächen können Inhalte nicht mehr unterschieden werden.

Für die Nutzung solcher Tools bedeutet das, dass Betroffene oft auf Hilfsmittel wie Bildschirmlupen (Software-Zoom) oder individuelle Farbeinstellungen (Hochkontrast-Modi) angewiesen sind. Die Anwendung muss diese Anpassungen ohne Funktionsverlust unterstützen.

Was ist Farbfehlsichtigkeit?

Der Begriff „Farbenblindheit“ ist irreführend. Die meisten Menschen mit einer Farbfehlsichtigkeit sind nicht blind für Farben, sondern haben Schwierigkeiten, bestimmte Farbtöne voneinander zu unterscheiden. Die häufigste Form ist die Rot-Grün-Schwäche. Für Betroffene sehen rote und grüne Töne sehr ähnlich aus, oft wie schmutzige Braun- oder Gelbtöne.

Stellen Sie sich vor, eine KI gibt eine Fehlermeldung in roter Schrift aus. Für einen Nutzer mit Rot-Grün-Schwäche hebt sich dieser Text kaum vom schwarzen Standardtext ab. Eine Information, die ausschließlich durch Farbe vermittelt wird (z. B. ein Link, der sich nur durch seine blaue Farbe vom Rest des Textes unterscheidet), ist für ihn unsichtbar.

Aus diesen alltäglichen Hürden leiten sich konkrete technische Anforderungen ab:

Die wichtigsten Prüfschritte sind hier:

• Ausreichender Farbkontrast (EN 301 549, Kap. 9.1.4.3): Der Kontrast zwischen Text und Hintergrund sowie zwischen grafischen Bedienelementen und ihrem Hintergrund muss ausreichend hoch sein. Die Norm fordert ein Kontrastverhältnis von mindestens 4,5:1 für normalen Text und 3:1 für großen Text und wichtige grafische Elemente, um die Lesbarkeit zu sichern. Praxis-Check: Ein klassisches negatives Beispiel ist hellgrauer Text auf weißem Grund. Sind solche Elemente und subtile Statusanzeigen auch bei schlechten Lichtverhältnissen gut lesbar?
• Stufenlose Vergrößerung und Umbruch (EN 301 549, Kap. 9.1.4.4 & 9.1.4.10): Die Benutzeroberfläche muss sich ohne Informationsverlust an eine Vergrößerung von bis zu 400 % anpassen können. Dabei müssen die Inhalte automatisch umbrechen (Reflow), sodass kein horizontales Scrollen notwendig wird, um eine Textzeile zu lesen. Dieser als Reflow bezeichnete Mechanismus sorgt dafür, dass der digitale Inhalt sich automatisch an die neue Fensterbreite anpasst und der Nutzer nicht horizontal scrollen muss, um eine Zeile vollständig zu lesen. Praxis-Check: Bleibt die gesamte KI-Anwendung bedienbar und lesbar, wenn im Browser die Zoom-Funktion genutzt wird? Oder überlappen sich Elemente oder verschwinden aus dem sichtbaren Bereich?
• Informationen nicht nur durch Farbe vermitteln (EN 301 549, Kap. 9.1.4.1): Statusmeldungen, Fehler oder Links dürfen sich nicht allein durch ihre Farbe von anderen Inhalten unterscheiden. Eine Fehlermeldung benötigt zusätzlich zum roten Text ein visuelles Symbol oder eine klare textliche Kennzeichnung („Fehler:“), um redundante Information zu bieten.

3. Barrierefreiheit für Menschen mit motorischen Einschränkungen

Schwierigkeiten bei der Feinmotorik (z. B. durch Tremor, Arthritis) machen die Bedienung einer Maus oft unpräzise oder unmöglich. Diese Nutzer sind daher ebenfalls häufig auf die Tastaturbedienung oder alternative Eingabegeräte (z. B. Sprachsteuerung, Kopfmaus) angewiesen.

Die zentralen Prüfschritte und Kriterien sind:

• Tastaturbedienbarkeit (EN 301 549, Kap. 9.2.1.1): Wie für blinde Nutzer ist die vollständige Bedienbarkeit per Tastatur auch hier ein entscheidendes Kriterium für die grundlegende Nutzbarkeit.
• Große Bedienelemente: Eine kritische Lücke in der NormFür Menschen mit motorischen Einschränkungen sind ausreichend große Schaltflächen und Links oft die Grundvoraussetzung, um eine Anwendung überhaupt bedienen zu können. Hier offenbart die EN 301 549 jedoch eine erhebliche Schwäche: Die Norm fordert für die meisten Anwendungsfälle Konformität mit dem WCAG-Level AA. Das Kriterium für eine Mindestgröße von Bedienelementen (Erfolgskriterium 2.5.5 „Zielgröße“) ist jedoch Teil des höheren Levels AAA und somit nicht rechtlich bindend. Das ist ein gravierendes Problem: In der Praxis bedeutet dies, dass eine KI-Anwendung die gesetzlichen Mindestanforderungen erfüllen kann und trotzdem für Menschen mit Tremor, eingeschränkter Feinmotorik oder anderen motorischen Behinderungen unbenutzbar bleibt. Diese Nutzergruppe wird durch die aktuelle Fassung der EN 301 549 an dieser Stelle quasi ausgeschlossen, was die Nutzung vieler moderner Tools auf einer ansonsten konformen Website unmöglich macht. Verantwortungsvolle Entwickler solcher Tools sollten sich daher nicht auf das gesetzliche Minimum beschränken. Als dringend empfohlene Best Practice gilt, sich am WCAG-Kriterium 2.5.5 zu orientieren und interaktive Elemente mit einer Zielfläche von mindestens 44×44 CSS-Pixeln zu gestalten. Ein winziges „x“-Icon zum Schließen eines Fensters ist das klassische Negativbeispiel, das durch eine bewusste Gestaltung leicht vermieden werden kann.
• Keine zeitkritischen Abläufe (EN 301 549, Kap. 9.2.2.1): Wenn eine Anwendung eine Sitzung nach einer bestimmten Zeit der Inaktivität beendet (Timeout), muss es für den Nutzer eine Möglichkeit geben, dieses Zeitlimit abzuschalten oder zu verlängern. Motorische Einschränkungen können dazu führen, dass Eingaben mehr Zeit benötigen.
• Einfache Aktivierung (vgl. EN 301 549, Kap. 9.2.5.1): Funktionen sollten nicht von komplexen Maus-Gesten (z. B. Drag-and-Drop) oder dem gleichzeitigen Drücken mehrerer Tasten abhängig sein. Es müssen stets einfache Alternativen, wie Klick-Befehle, zur Verfügung stehen, um die Interaktion zu erleichtern.

Ergänzende Anforderung: Verständlichkeit durch Leichte Sprache

Neben den technischen Barrieren gibt es auch inhaltliche. Die von einer KI generierten Texte können fachlich komplex, lang und verschachtelt sein. Hier kommt die Leichte Sprache ins Spiel. Leichte Sprache zielt darauf ab, Inhalte durch kurze Sätze, eine einfache Wortwahl und eine klare Gliederung für möglichst viele Menschen verständlich zu machen. Obwohl die WCAG allgemein „Verständlichkeit“ fordern, ist Leichte Sprache eine spezifische und essenzielle Methode, um diese Anforderung für Menschen mit kognitiven Beeinträchtigungen oder Lernschwierigkeiten zu erfüllen. Eine fortschrittliche KI könnte hier als intelligenter Übersetzer fungieren, der komplexe oder lange Textausgaben automatisch in Leichte Sprache umwandelt und so die digitale Kluft für viele Nutzer verringert. Gerade die oft sehr dichten Antworten von ChatGPT zeigen, wie wichtig Leichte Sprache wäre, um die Informationen zugänglich zu machen. Ironischerweise könnten genau diese Tools in Zukunft selbst dabei helfen, komplexe Ausgaben automatisch in Leichte Sprache zu übersetzen und so neue Barrieren abzubauen.

 

Häufig gestellte Fragen (FAQ) zur Barrierefreiheit von KI

Hier finden Sie Antworten auf die häufigsten Fragen rund um die digitale Barrierefreiheit von KI-Anwendungen, das Barrierefreiheitsstärkungsgesetz (BFSG) und die WCAG.

1. Warum ist Barrierefreiheit für KI-Anwendungen überhaupt wichtig?

Barrierefreiheit für KI ist aus zwei Gründen entscheidend:

• Ethische Verantwortung: Eine nicht barrierefreie KI schließt Millionen von Menschen mit Behinderungen von wichtigen digitalen Angeboten aus und schafft neue digitale Hürden.

• Rechtliche Verpflichtung: Mit dem Barrierefreiheitsstärkungsgesetz (BFSG) wird die digitale Barrierefreiheit für die meisten neuen Produkte und Dienstleistungen, die ab dem 28. Juni 2025 in der EU auf den Markt kommen, gesetzlich vorgeschrieben. Das betrifft auch KI-gestützte Anwendungen.

2. Was ist der Unterschied zwischen der EN 301 549 und den WCAG?

Man kann es sich so vorstellen:

• Die WCAG (Web Content Accessibility Guidelines) sind der detaillierte, internationale technische Standard. Sie liefern die konkreten Erfolgskriterien und Prüfschritte (z. B. für Kontraste oder Tastaturbedienung).

• Die EN 301 549 ist die harmonisierte europäische Norm. Sie nimmt die WCAG als technische Grundlage und macht sie für digitale Produkte und Dienstleistungen im EU-Markt rechtlich verbindlich.

3. Was ist die wichtigste Anforderung für blinde Nutzer?

Die absolute, nicht verhandelbare Grundlage ist die vollständige Tastaturbedienbarkeit in Kombination mit einer sauberen Screenreadertauglichkeit. Jede einzelne Funktion einer KI-Anwendung – von der Eingabe einer Frage bis zum Lesen der Antwort – muss ausschließlich mit der Tastatur bedienbar sein und gleichzeitig so programmiert sein, dass eine Vorlese-Software (Screenreader) alle Inhalte und Bedienelemente korrekt interpretieren kann.

4. Meine KI-Anwendung nutzt rote Schrift für Fehlermeldungen. Reicht das nicht?

Nein, das reicht nicht aus. Sich allein auf Farbe zu verlassen, um Informationen zu vermitteln, schließt Menschen mit Farbfehlsichtigkeit (z. B. Rot-Grün-Schwäche) aus. Gemäß WCAG muss eine Information, die durch Farbe vermittelt wird, zusätzlich auf eine andere Weise erkennbar sein, zum Beispiel durch ein vorangestelltes Symbol (z. B. ein Warndreieck) oder ein klares Wort wie „Fehler:“.

5. Was ist die „kritische Lücke“ bei der Barrierefreiheit für motorisch eingeschränkte Nutzer?

Die europäische Norm EN 301 549 fordert in der Regel Konformität mit dem WCAG-Level AA. Das Erfolgskriterium für eine Mindestgröße von interaktiven Elementen (z. B. Buttons) von 44×44 Pixeln ist jedoch erst im höheren Level AAA enthalten und somit nicht rechtlich bindend. Das ist eine kritische Lücke, da zu kleine Bedienelemente eine Anwendung für Menschen mit Tremor oder eingeschränkter Feinmotorik unbenutzbar machen können. Als Best Practice wird dringend empfohlen, diese Mindestgröße freiwillig umzusetzen.

6. Ist die Ausgabe von KI-Texten in Leichter Sprache gesetzlich vorgeschrieben?

Nein, nicht direkt. Die WCAG fordern allgemein „Verständlichkeit“. Leichte Sprache ist jedoch eine essenzielle Methode, um diese Anforderung für Menschen mit kognitiven Beeinträchtigungen oder Lernschwierigkeiten zu erfüllen. Auch wenn es keine explizite gesetzliche Pflicht für Leichte Sprache gibt, ist es eine wichtige Maßnahme für umfassende Inklusion und kann als Teil der Verständlichkeitsanforderung gesehen werden.

Fazit: Barrierefreiheit ist eine Chance und ein Wettbewerbsvorteil

Eine barrierefreie Künstliche Intelligenz ist nicht nur eine gesetzliche und ethische Verpflichtung, sondern auch ein riesiger Gewinn. Eine Website, die inklusive KI-Tools anbietet, beseitigt aktiv Barrieren und positioniert sich als Vorreiter im Wettbewerb. Eine klar strukturierte, flexibel bedienbare und verständliche Oberfläche verbessert die Nutzererfahrung für jeden – nicht nur für Menschen mit Behinderungen.

Indem Entwickler und Unternehmen die Prinzipien der EN 301 549 und WCAG von Anfang an im Entwicklungsprozess berücksichtigen, stellen sie sicher, dass die faszinierende Welt der KI ein inklusiver Ort wird und diese neue Technologie digitale Inklusion aktiv fördert.

Die gute Nachricht ist: KI kann als Technologie selbst ein mächtiges Werkzeug sein, um Barrieren abzubauen, z. B. durch automatische Bildbeschreibungen. Aber der erste, entscheidende Schritt ist, die KI-Anwendungen und die von ihnen erstellten Texte selbst barrierefrei zu gestalten.

Wenn Sie Fragen zu den obigen Themen haben, schreiben Sie mir eine Mail an info@marlem-software.de oder rufen Sie mich an unter 07072/1278463 .

Weiterlesen

Praxistest ChatGPT: Wie barrierefrei ist die künstliche Intelligenz ChatGPT im Betriebssystem Windows 11?
Praxistest Google AI: Googles KI: Google AI Studio und Barrierefreiheit
Das Barrierefreiheitsstärkungsgesetz (BFSG) ist da: Ihr Leitfaden 2025