Barrierefreie Lernplattformen: WCAG 2.1 AA als Pflicht bei BMBF-Projekten

Warum Barrierefreiheit bei Lernplattformen nicht optional ist

In Deutschland leben rund 13 Millionen Menschen mit einer anerkannten Behinderung — viele davon im erwerbsfähigen Alter. Hinzu kommen temporäre Einschränkungen (gebrochener Arm, vorübergehende Sehschwäche) und situative Barrieren (laute Umgebung, schlechte Internetverbindung). Eine Lernplattform, die diese Nutzergruppen ausschließt, ist keine gute Lernplattform — sie ist schlicht unvollständig.

Der gesetzliche Rahmen macht Barrierefreiheit zunehmend zur Pflicht: Das Barrierefreiheitsstärkungsgesetz (BFSG), das die EU-Richtlinie 2019/882 umsetzt, gilt ab Juni 2025 für alle digitalen Dienstleistungen im B2C-Bereich. Für öffentlich geförderte Projekte — insbesondere BMBF-Förderung — war WCAG 2.1 AA bereits zuvor als Mindeststandard verpflichtend. Mehr zu BMBF-Förderprojekten für Lernplattformen in unserem Überblick über KI-Lernplattformen.

Was WCAG 2.1 AA konkret bedeutet

Die Web Content Accessibility Guidelines (WCAG) 2.1 Level AA definieren vier Grundprinzipien — unter dem Akronym POUR:

• Wahrnehmbar (Perceivable): Alle Informationen müssen für alle Sinne zugänglich sein. Bilder brauchen Alternativtexte, Videos Untertitel, Audioinhalte Transkripte. Farbe darf nie das einzige Unterscheidungsmerkmal sein.
• Bedienbar (Operable): Die gesamte Plattform muss mit der Tastatur bedienbar sein. Zeitlimits müssen verlängerbar sein. Animationen dürfen keine Anfälle auslösen (keine Blitze mehr als 3x/Sekunde).
• Verständlich (Understandable): Texte müssen lesbar und vorhersehbar sein. Formulare brauchen klare Beschriftungen, Fehlermeldungen müssen erklären, wie der Fehler behoben werden kann.
• Robust (Robust): Inhalte müssen mit aktuellen und zukünftigen Hilfstechnologien kompatibel sein — Screenreader, alternative Eingabegeräte, Sprachsteuerung.

Die 10 häufigsten WCAG-Fehler bei Lernplattformen

Unsere Audits zeigen: Die gleichen Probleme tauchen immer wieder auf. Die zehn häufigsten WCAG-Verstöße bei Lernplattformen:

• Fehlende Alternativtexte bei Grafiken, Icons und Diagrammen in Lernmaterialien
• Zu geringer Farbkontrast zwischen Text und Hintergrund (Mindest-Kontrastverhältnis: 4,5:1 für Normtext, 3:1 für großen Text)
• Keine Tastaturnavigation bei interaktiven Elementen wie Quiz-Fragen, Drag-and-Drop und Fortschrittsbalken
• Video ohne Untertitel — einer der häufigsten und folgenreichsten Fehler in E-Learning-Inhalten
• Formulare ohne sichtbare Labels — Placeholder-Texte verschwinden beim Tippen und sind kein Ersatz für echte Labels
• Fehlende Fokusindikatoren — Nutzer, die mit Tastatur navigieren, sehen nicht, welches Element aktiv ist
• Auto-Play-Medien ohne Pausemöglichkeit stören Screenreader und sind oft ein erhebliches Hindernis
• Nicht-beschreibende Links wie „Hier klicken" oder „Mehr" ohne Kontext — Screenreader lesen Links isoliert vor
• Fehlende Sprachauszeichnung im HTML — Screenreader wählen die Aussprache anhand der Spracheinstellung
• Zeitgesteuerte Inhalte (Prüfungen, Lernabschnitte) ohne Verlängerungsmöglichkeit

„Barrierefreiheit ist kein Add-on, das man am Ende eines Projekts aufschraubt. Sie muss von Anfang an in die Architektur und das Design eingebaut sein — sonst wird sie teuer." — Marco Weber, CEO Dynamic Support AG

WCAG und KI: Besondere Herausforderungen bei KI-gestützten Lernplattformen

KI-gestützte Lernplattformen stellen spezifische Barrierefreiheits-Herausforderungen, die in traditionellen WCAG-Leitfäden noch nicht vollständig adressiert sind:

• KI-generierte Inhalte: Wenn KI-Tutoren Texte, Grafiken oder Videos generieren, müssen diese ebenso barrierefrei sein wie manuell erstellte Inhalte. Das erfordert Qualitätssicherungsprozesse für KI-Outputs.
• Chatbot-Interfaces: KI-Tutoren im Chatformat müssen für Screenreader optimiert sein. Neue Nachrichten müssen als ARIA-Live-Region markiert sein, damit sie vorgelesen werden.
• Adaptive Inhalte: Wenn die KI Lernpfade dynamisch anpasst, müssen alle angezeigten Varianten barrierefrei sein — nicht nur die Standardansicht.
• Spracheingabe und Sprachausgabe: KI-Tutoren mit Sprachsteuerung bieten neue Möglichkeiten für Nutzer mit motorischen Einschränkungen — müssen aber auch für gehörlose Nutzende Textalternativen bieten.

Die Rolle von Marco Weber bei der strategischen Ausrichtung

Marco Weber, CEO Dynamic Support AG, betont den wirtschaftlichen Aspekt: „Barrierefreiheit wird häufig als Kostenfaktor betrachtet. Das ist kurzsichtig. Wer Barrierefreiheit von Anfang an in die Plattform einbaut, erschließt sich einen erheblich größeren Adressatenkreis — und ist für zukünftige gesetzliche Anforderungen gerüstet. Der EU-Accessibility-Act macht das für kommerzielle Anbieter ab 2025 ohnehin zur Pflicht."

Praktische Umsetzung: Ein strukturierter Ansatz

Dynamic Support AG empfiehlt für die WCAG-2.1-AA-Konformität eines Lernplattform-Projekts einen vierstufigen Prozess:

• Audit (Woche 1–2): Systematische Prüfung des Status quo mit automatisierten Tools (axe, WAVE, Lighthouse) und manueller Expertenevaluation. Ergebnis: Priorisierte Fehlerliste mit Kritikalitätsbewertung.
• Design-Review (Woche 3–4): Überarbeitung von Farbpaletten, Typografie, Komponentenbibliothek und Interaktionsmustern auf Basis der Audit-Ergebnisse. Entwicklung eines barrierefreien Design Systems.
• Technische Implementierung (Woche 5–10): Korrektur der identifizierten Fehler, Implementierung von ARIA-Attributen, Tastaturnavigation, Fokusmanagement und responsivem Design. Parallele Entwicklung von Alternativformaten (Transkripte, Audiodeskriptionen).
• Nutzertesting mit betroffenen Personen (Woche 11–12): Einbindung von Menschen mit verschiedenen Behinderungen in den Testprozess. Echtes Nutzerfeedback deckt Probleme auf, die automatisierte Tools übersehen.

Für BMBF-geförderte Projekte empfehlen wir die Einbindung der Barrierefreiheitsstrategie bereits in den Förderantrag — das stärkt die Antragsbewertung erheblich. Informationen zur Antragstellung finden Sie in unserem Artikel über unsere EdTech-Leistungen. Für eine individuelle Beratung zu Ihrem Projekt nehmen Sie Kontakt mit uns auf.

Barrierefreiheitserklärung und Monitoring

WCAG-Konformität ist kein einmaliger Zustand, sondern ein kontinuierlicher Prozess. Sobald neue Inhalte hinzukommen, neue Features entwickelt werden oder sich das Nutzerinterface ändert, kann die Konformität beeinträchtigt werden. Dynamic Support AG integriert deshalb:

• Automatisierte Barrierefreiheitstests in die CI/CD-Pipeline — bei jedem Deployment werden kritische WCAG-Kriterien automatisch geprüft
• Barrierefreiheitserklärung nach EU-Richtlinie 2016/2102 — für öffentlich zugängliche Plattformen gesetzlich vorgeschrieben
• Feedback-Mechanismus für Nutzer, die Barrieren melden möchten — gesetzlich vorgeschrieben, praktisch wertvoll
• Regelmäßige Re-Audits bei größeren Updates oder jährlich im Standardbetrieb