Barrierefreiheit im E-Learning: Das LMS allein reicht nicht

Die Lernplattform lässt sich mit der Tastatur bedienen. Der Kurskatalog ist übersichtlich, die Anmeldung funktioniert und der Anbieter verweist auf die Zugänglichkeit seiner Oberfläche. Trotzdem kommt ein Teil der Belegschaft nicht bis zum Abschlusstest: Das eingebettete Lernmodul hat eine Bedienhürde.

Für Lernende ist es ein einziger Vorgang. Für das Unternehmen sind es oft mehrere Systeme, Teams und Lieferanten. Genau darin liegt das Problem einer Barrierefreiheitsprüfung, die am LMS-Login endet.

Barrierefreiheit im E-Learning ist keine isolierte Eigenschaft des LMS. Entscheidend ist, ob die gesamte Lernstrecke funktioniert – vom Zugang über Inhalte und Übungen bis zur Prüfungs- und Abschlussmeldung. Das lässt sich testen. Allerdings nur, wenn vorher klar ist, welche Aufgabe Menschen tatsächlich erledigen sollen.

Der Kurs scheitert dort, wo das LMS aufhört

Stellen wir uns einen Beschäftigten vor, der ausschließlich mit der Tastatur arbeitet. Er meldet sich problemlos am Lernmanagementsystem an, findet seinen Pflichtkurs und öffnet ihn. Bis dahin funktioniert alles. Im eingebetteten Lernmodul aber lässt sich ein Dialogfenster nicht mehr verlassen. Der Abschluss bleibt unerreichbar.

Das ist ein hypothetischer Testfall, keine Behauptung über einen bestimmten Anbieter. Er zeigt ein häufig übersehenes Prüfproblem: Wer nur die Oberfläche des LMS bewertet, hat noch nicht geprüft, ob Menschen die eigentliche Lernaufgabe erledigen können. Zwischen Kurskatalog und Abschlussmeldung können mehrere technische Produkte, Autorenwerkzeuge und Dateiformate liegen.

Die Web Accessibility Initiative des W3C unterscheidet ausdrücklich zwischen zugänglichen Funktionen für Lehrende und andere Nutzende einer Lernplattform und der Fähigkeit, zugängliche Inhalte zu erzeugen. Beides gehört zusammen. Daraus folgt für Unternehmen eine praktische Konsequenz: Eine Barrierefreiheitsprüfung muss dem Arbeitsweg der Lernenden folgen, nicht den Grenzen eines Softwarevertrags.

Plattform, Kurs und Test tragen unterschiedliche Teile der Verantwortung

Ein LMS organisiert Zugänge, Kurszuweisungen, Navigation und Ergebnisse. Das Lernmodul kann aus einem separaten Autorensystem stammen, beispielsweise als eingebettetes Paket. Videos, Grafiken, interaktive Übungen und Fragebögen entstehen wiederum oft bei unterschiedlichen Teams oder Dienstleistern. Fehler an diesen Stellen fühlen sich für Lernende wie ein einziges Problem an.

Technisch sind es jedoch unterschiedliche Ursachen. Ein Button im LMS kann unverständlich beschriftet sein. Im Kurs fehlt einer erklärenden Grafik die Textalternative. Im Quiz lässt sich eine Antwortoption mit einem Screenreader nicht zuverlässig erkennen. Nach erfolgreichem Test kann wiederum die Rückmeldung zum Abschlussstatus fehlen.

Das W3C beschreibt mit den Authoring Tool Accessibility Guidelines, kurz ATAG, zwei Aufgaben von Autorenwerkzeugen: Ihre eigene Bedienoberfläche soll zugänglich sein, und sie sollen Autorinnen und Autoren beim Erstellen zugänglicher Inhalte unterstützen. Beim Assessment kommt eine weitere Grenze hinzu. 1EdTech erklärt für den QTI-Standard, dass Möglichkeiten für barrierefreie Prüfungsinhalte deren tatsächliche Zugänglichkeit nicht automatisch garantieren. Auch die Anwendung, die den Test ausliefert, trägt Verantwortung.

Eine sachliche Fehleranalyse fragt deshalb zuerst nach dem betroffenen Bestandteil. Ein Kursproblem ist nicht automatisch ein LMS-Fehler. Umgekehrt hilft ein perfekt aufbereitetes PDF wenig, wenn die Anmeldung oder der Start des Kurses ohne Maus nicht möglich ist.

Was WCAG, ATAG und QTI leisten – und was sie nicht versprechen

Die Web Content Accessibility Guidelines (WCAG) liefern prüfbare Erfolgskriterien für Webinhalte und webbasierte Anwendungen. Sie ordnen Zugänglichkeit vier Grundprinzipien zu: Inhalte müssen wahrnehmbar, bedienbar, verständlich und robust sein. Die aktuelle veröffentlichte Reihe umfasst unter anderem WCAG 2.2 mit den Konformitätsstufen A, AA und AAA.

ATAG setzt ergänzend bei den Werkzeugen an, in denen Menschen Inhalte bearbeiten und veröffentlichen. Die Richtlinie betrachtet deshalb nicht nur den späteren Kurs, sondern auch Editoren, Vorschau, Bedienung und Unterstützung bei Textalternativen. QTI wiederum beschreibt technische Möglichkeiten für interoperable Online-Prüfungen, darunter auch Funktionen für unterschiedliche Zugangsbedürfnisse.

Diese Standards sind keine austauschbaren Siegel. WCAG beantwortet Fragen zur Zugänglichkeit von Webinhalten. ATAG erweitert den Blick auf die Erstellungsumgebung. QTI behandelt unter anderem den Austausch und die Darstellung von Testaufgaben. Ein Unternehmen sollte deshalb dokumentieren, welche Oberfläche, welcher Standard, welche Version und welcher Prüfumfang gemeint sind.

Welche verbindlichen gesetzlichen Anforderungen im Einzelfall gelten, hängt vom konkreten Angebot, der Organisation und dem rechtlichen Rahmen ab. Daraus lässt sich nicht pauschal ableiten, dass jeder interne Unternehmenskurs denselben rechtlichen Prüfpflichten unterliegt. Der technische Qualitätsmaßstab ist davon zu unterscheiden.

Der aussagekräftige Test beginnt mit einer Aufgabe

Ein Beschaffungsgespräch kann mit dem Satz „Das System ist barrierefrei“ enden, obwohl damit nur die Standardnavigation gemeint war. Besser ist ein Test, bei dem eine Person etwas Bestimmtes erledigt: Eine neue Mitarbeiterin erhält eine Kurszuweisung, findet den Kurs, bearbeitet seine Inhalte, absolviert die Wissensprüfung und kann anschließend erkennen, ob ihre Teilnahme registriert wurde.

Für diesen Weg sollten die Verantwortlichen eine reale, freigegebene Kursversion wählen. Ein hübsches Demo-Modul mit ausschließlich einfachen Textseiten sagt wenig über ein späteres Pflichttraining mit Video, interaktiver Grafik und zeitbegrenztem Test aus. Auch ein allgemeiner Prüfbericht ersetzt nicht die Prüfung der konkret eingesetzten Lernobjekte.

Der erste Durchgang kann ausschließlich mit Tastatur stattfinden. Sind alle Funktionen erreichbar? Bleibt der Fokus sichtbar? Ist die Reihenfolge nachvollziehbar? Lassen sich modale Fenster schließen, ohne die Maus zu verwenden? Danach folgt ein Durchgang mit einem geeigneten Screenreader und möglichst mit Menschen, die entsprechende assistive Technik im Alltag nutzen. Die Fragen sind dann andere: Werden Überschriften sinnvoll angesagt, Kontrollfelder verständlich benannt und Fehlermeldungen an der richtigen Stelle wahrgenommen?

Weitere Tests richten sich nach Inhalt und Zielgruppe: Textvergrößerung, ausreichende Kontraste, Untertitel, verständliche Alternativen zu Diagrammen und die Bedienung auf mobilen Geräten. Nicht jeder Testfall ist in jedem Kurs relevant. Gerade deshalb ist eine nachvollziehbare Auswahl besser als eine unbestimmte Behauptung, man habe „alles geprüft“.

Beim Abschlusstest werden kleine Barrieren groß

In einem Informationsartikel ist ein unklarer Link ärgerlich. In einem verpflichtenden Test kann dieselbe Art von Fehler den Abschluss verhindern. Besonders kritisch sind Antwortoptionen, die nur visuell unterscheidbar sind, Timer ohne angemessene Handhabung, unverständliche Fehlermeldungen oder interaktive Zuordnungsaufgaben ohne brauchbare Tastaturalternative.

1EdTech weist für QTI ausdrücklich darauf hin, dass die technische Fähigkeit eines Austauschformats, barrierefreie Inhalte aufzunehmen, noch keinen zugänglichen Testbetrieb bedeutet. Inhaltsersteller müssen die richtigen Strukturen verwenden. Gleichzeitig muss die ausliefernde Anwendung die vorgesehenen Funktionen tatsächlich umsetzen.

Für L&D stellt sich zusätzlich eine fachliche Frage: Misst der Test noch die gewünschte Kompetenz, wenn eine Person wegen einer Bedienhürde scheitert? Eine Sortieraufgabe soll vielleicht Arbeitsabläufe prüfen. Wenn ihr Erfolg davon abhängt, Elemente präzise mit der Maus zu ziehen, misst sie möglicherweise ungewollt auch motorische Bedienfähigkeit.

Eine barrierearme Alternative darf das Lernziel nicht stillschweigend verändern. Der Nachweis muss fachlich gleichwertig bleiben. Dafür sind Inhaltseigner, Instructional Design und technische Prüfung gemeinsam zuständig. Die Lösung ist selten ein einzelner Konfigurationsschalter im LMS.

Automatische Prüfwerkzeuge finden Fehler – aber keine vollständige Antwort

Automatische Accessibility-Scanner sind hilfreich. Sie entdecken beispielsweise fehlende technische Beschriftungen, bestimmte Kontrastprobleme oder auffällige Strukturen. In großen Kursbeständen können sie wiederkehrende Fehler schnell sichtbar machen. Wer sie deshalb weglässt, verschenkt eine gute erste Prüfstufe.

Allerdings untersucht ein Scanner nur Eigenschaften, die seine Regeln erkennen können. Er beurteilt nicht zuverlässig, ob die Textalternative einer komplexen Grafik den fachlichen Inhalt sinnvoll vermittelt. Er erlebt auch nicht die gesamte Bedienabfolge eines Nutzers, der mit assistiver Technik durch einen Kurs navigiert. Das W3C empfiehlt deshalb eine Kombination von Werkzeugen und menschlicher Bewertung.

Dasselbe gilt für automatisch erzeugte Prüfprotokolle. Ein grüner Tool-Report ist ein dokumentierter Befund zu bestimmten Tests, kein Freibrief für jeden Kurs und jede Benutzergruppe. Die konkrete Testumgebung muss mit erfasst werden: Browser, verwendete assistive Technik, Kursversion, Prüfdatum und die tatsächlich bearbeiteten Szenarien.

Wo verfügbar, sollten Menschen mit Behinderungen in die Bewertung einbezogen werden. Sie sind keine symbolische Abnahmestelle, sondern können Nutzungshürden aufdecken, die in einer technischen Prüfroutine unsichtbar bleiben. Ihre Rückmeldungen ergänzen die normorientierte Prüfung; sie ersetzen sie nicht.

Ein Fehler braucht einen Eigentümer, nicht nur einen Screenshot

Nach einem Test liegt häufig eine Liste von Mängeln vor. Sie ist erst dann steuerbar, wenn jede Abweichung einer konkreten Version, einem reproduzierbaren Schritt und einer verantwortlichen Stelle zugeordnet wird. „Screenreader funktioniert nicht“ ist zu grob. „In Kursversion 4.2 wird die dritte Antwortoption der Abschlussfrage im gewählten Browser nicht angesagt“ lässt sich untersuchen.

Für die Nacharbeit genügt oft ein schlankes Fehlerprotokoll: erwartetes Verhalten, tatsächliche Beobachtung, betroffene Lernhandlung, Schweregrad, Komponente, Owner und geplanter Nachtest. Betrifft die Hürde die Plattform, geht sie an den LMS-Verantwortlichen oder Anbieter. Betrifft sie das Lernpaket, müssen Autoren oder Content-Lieferanten korrigieren. Sind beide beteiligt, braucht es einen gemeinsamen Testfall statt zweier Support-Tickets, die aufeinander verweisen.

Auch die Priorisierung sollte den realen Schaden berücksichtigen. Ein kosmetisch uneinheitlicher Abstand hat eine andere Wirkung als ein nicht erreichbarer Pflichttraining-Abschluss. Bei schwerwiegenden Barrieren muss vor der Freigabe entschieden werden, ob ein zugänglicher Alternativweg vorhanden ist und ob die fachliche Leistung damit gleichwertig erbracht werden kann.

Wer solche Anforderungen erst nach dem Kauf formuliert, riskiert unnötige Diskussionen. Der Praxiswissen-Beitrag zum LMS-Lastenheft zeigt, warum Anforderungen an reale Vorgänge und prüfbare Nachweise gebunden werden sollten. Barrierefreiheit ist ein besonders klares Beispiel dafür.

Ein gutes Autorenwerkzeug hilft viel. Es nimmt niemandem die Abnahme ab

Gegen die Ende-zu-Ende-Prüfung lässt sich ein vernünftiger Einwand vorbringen: Wenn das LMS gut zugänglich ist, das Autorensystem Vorlagen absichert und die Inhalte fachlich freigegeben werden, müsste das Risiko doch erheblich sinken. Das stimmt als Qualitätsannahme. Gute Werkzeuge können Fehler vermeiden, Autorinnen und Autoren auf fehlende Alternativtexte hinweisen und wiederkehrende Strukturen korrekt erzeugen.

Doch gerade ATAG macht deutlich, dass Unterstützung beim Erstellen und die Qualität des fertigen Ergebnisses zwei verschiedene Dinge sind. Ein Hinweisfeld für einen Alternativtext hilft nur, wenn dort eine sinnvolle Beschreibung steht. Eine barrierearme Testkomponente hilft nur, wenn sie in der tatsächlichen Kursumgebung korrekt funktioniert.

Die praktische Antwort ist deshalb keine endlose Vollprüfung jedes identischen Elements. Wiederverwendbare, nachweislich getestete Komponenten und verlässliche Autorenrichtlinien können den Prüfumfang sinnvoll reduzieren. Neuartige Interaktionen, kritische Abschlussprüfungen, externe Inhalte und größere Kursänderungen verdienen dagegen einen eigenen Durchgang. Wie tief geprüft wird, sollte aus dem Risiko und der Veränderung folgen.

Das gilt ebenso für KI-generierte Lerninhalte. Sie können die Produktion beschleunigen, ersetzen aber keine verantwortliche Qualitätsfreigabe. Welche Prüfentscheidungen dabei beim Menschen bleiben müssen, behandelt der Praxiswissen-Beitrag zur Qualität KI-generierter Lerninhalte aus einer anderen Perspektive.

Freigabe heißt: Der definierte Weg funktioniert in der definierten Version

Eine belastbare Abnahme muss nicht mit einem hundertseitigen Bericht beginnen. Sie braucht aber eine klare Aussage: Für welche Lernstrecken und Rollen wurde was unter welchen Bedingungen geprüft? Welche Barrieren sind behoben, welche Einschränkungen bleiben offen und wer akzeptiert das Restrisiko? Ohne diese Angaben wird aus „geprüft“ schnell eine Aussage, die mehr verspricht, als der Test trägt.

Besonders wichtig ist die Versionsgrenze. Wird ein Lernpaket ausgetauscht oder der Testplayer aktualisiert, ist der alte Prüfbefund nicht automatisch auf die neue Kombination übertragbar. Die Verantwortlichen sollten deshalb dokumentieren, welche Änderungen einen erneuten Test auslösen. Das gilt auch für neue externe Inhalte und für größere Anpassungen an Navigation oder Fragenformaten.

Die eigentliche Qualitätsfrage lautet damit nicht, ob das LMS einen Barrierefreiheitsnachweis vorzeigen kann. Sie lautet, ob Menschen mit den vorgesehenen Zugangswegen das für sie relevante Lernziel ohne vermeidbare technische Hürde erreichen können. Erst die überprüfte Lernstrecke macht aus einer Produkteigenschaft ein brauchbares Lernangebot.