The Swipe Question With No Keyboard Answer

Das Wichtigste in Kürze

  • Gleichwertige Schaltflächen und Antwortmöglichkeiten in linearer Reihenfolge verhindern, dass Gesten bei Prüfungen zur Barriere werden.
  • Im Editor sollten Textalternativen, die Bedeutung der Antworten und Bewertungsregeln in eigenen Feldern erfasst werden.
  • Vor der Veröffentlichung müssen die dargestellten Lektionen mit Tastatur und Screenreader getestet und die Fokusführung geprüft werden.
  • Textvergrößerung und Varianten ohne Zeitlimit gehören zum Interaktionsdesign.
  • Schwere Barrieren sollten die Veröffentlichung blockieren und in Testprotokollen so dokumentiert werden, dass sie sich reproduzieren lassen.

Per Wischgeste antworten – aber nicht per Tastatur

Fünf Sekunden können verdecken, was wirklich geprüft wird

Ein Tarifquiz fordert einen Vertriebsmitarbeiter auf, beim richtigen Angebot nach rechts zu wischen, bevor der Countdown abläuft. Er kennt die Antwort, kann die Karte aber nicht bedienen. Wird dieser Versuch als Wissenslücke gewertet, werden zwei Dinge verwechselt: ob jemand die Oberfläche bedienen kann und ob jemand für den Verkauf gerüstet ist.

Barrierefreies Microlearning definiert sich weder über die Länge einer Lektion noch über die Bereitstellung auf Mobilgeräten. Für Akademieanbieter, die Komponentenbibliothek, Inhaltsschema, Prüfungssemantik und mobile Darstellung selbst steuern, gehört Barrierefreiheit vor die Veröffentlichung – nicht erst in ein Audit nach dem Start.

Gleichwertige Bedienelemente sichern die Aussagekraft des Ergebnisses

Laut den W3C-Vorgaben zu Ziehbewegungen (w3.org) sind Tastaturbedienbarkeit und eine Alternative, die allein durch Antippen funktioniert, zwei eigenständige Anforderungen. Dabei gelten die jeweils genannten Ausnahmen. Ein Sortierquiz sollte deshalb etwa Schaltflächen wie „Nach oben“ und „Nach unten“ anbieten, statt das Ziehen nur durch eine andere Geste zu ersetzen. Karten mit Wischgesten sollten eindeutige Antwortschaltflächen haben.

Nach den W3C-Vorgaben zu Zeitbegrenzungen (w3.org) müssen sich vom Inhalt vorgegebene Zeitlimits abschalten, anpassen oder verlängern lassen, sofern keine Ausnahme greift. Bei einer Prüfung des Produktwissens ist eine Variante ohne Zeitlimit die sinnvolle Standardlösung. Gleichwertige Varianten sollten dieselbe Frage, Bewertung und Zertifizierungsentscheidung beibehalten.

Zwei mobile Quizansichten im Vergleich: Karten, die nur per Geste bedienbar sind, und beschriftete Antworten mit Tastaturfokus. Darunter eine Barrierefreiheitsprüfung vor der Veröffentlichung.
Vor der Veröffentlichung müssen gleichwertige Antwortmöglichkeiten geprüft werden – nicht nur das mobile Layout.

Das Schema muss zuerst die Bedeutung beschreiben, dann die Darstellung

Die Empfehlung zu WCAG 2.2 vom 12. Dezember 2024 (w3.org) enthält Maßstäbe für Textalternativen zu nicht textlichen Inhalten, eine sinnvolle Reihenfolge, Tastaturbedienung und die Semantik von Bedienelementen. Bei der barrierefreien Inhaltserstellung im LMS sollten diese Anforderungen in strukturierten Feldern abgebildet sein – nicht nur als Hinweise in einem Handbuch für die Redaktion.

  • Für jede Frage werden Aufgabenstellung, Antwortkennungen, Regeln für richtige Antworten und Rückmeldungen unabhängig vom Layout gespeichert.
  • Für jedes Bild mit Informationsgehalt wird eine gleichwertige Beschreibung gespeichert. Rein dekorative Bilder werden ausdrücklich als solche gekennzeichnet.
  • Bei Sortieraufgaben wird die vorgesehene Reihenfolge unabhängig von den Positionen der verschiebbaren Elemente gespeichert.
  • Zu jeder Interaktion werden alternative Bedienelemente und Regeln für Zeitlimits hinterlegt.

Bei einer Prüfungsaufgabe mit Diagramm muss die Alternative die Aufgabe inhaltlich erhalten, ohne die Lösung zu verraten. Dafür braucht es redaktionelles Urteilsvermögen – ein ausgefülltes Beschreibungsfeld allein reicht nicht.

Freigabeprüfungen und Gerätetests decken unterschiedliche Fehler auf

Die W3C-Hinweise zur Evaluation (w3.org) stellen klar: Kein Werkzeug allein kann Barrierefreiheit nachweisen. Automatische Prüfungen vor der Veröffentlichung sollten Inhalte ablehnen, wenn erforderliche Beschreibungen fehlen, Antwortverweise ins Leere führen oder Interaktionskonfigurationen nicht unterstützt werden. Sie können nicht feststellen, ob Rückmeldungen sinnvoll sind oder der Fokus dem Ablauf der Lernaufgabe folgt.

Im Freigabeprozess dieser Akademie sollten WCAG-Prüfungen für mobiles Lernen auch die dargestellte Lektion einschließen: auf repräsentativen Android-Geräten der unteren Leistungsklasse mit TalkBack, auf unterstützten iPhones mit VoiceOver und, wo anwendbar, mit Tastaturnavigation. Der Test muss das Absenden, die Rückmeldung, einen erneuten Versuch und den Abschluss umfassen – nicht schon am ersten Bildschirm enden.

Eine Lektion braucht ein Abnahmeprotokoll für den gesamten Ablauf

Der W3C-Maßstab zur Textvergrößerung (w3.org) verlangt, dass sich Text auf bis zu 200 % vergrößern lässt, ohne dass Inhalte oder Funktionen verloren gehen. Zusätzlich sollte eine praxisnahe Abnahmeprüfung zur Barrierefreiheit eines Quiz die gesamte Aufgabe abdecken.

  • Nutze für jede Antwort gestenfreie Bedienelemente und, soweit anwendbar, die Tastatur.
  • Prüfe, ob die Lesereihenfolge logisch, der Fokus sichtbar und die Bedienung frei von Tastaturfallen ist.
  • Prüfe, ob Screenreader Beschriftungen, Auswahlzustände und Rückmeldungen vorlesen.
  • Vergrößere den Text und prüfe, ob die Antwortmöglichkeiten und die Funktion zum Absenden weiterhin erreichbar sind.
  • Durchlaufe die Variante ohne Zeitlimit vollständig und prüfe, ob Bewertung und Abschlusserfassung identisch bleiben.

Prüfe vor deiner nächsten Veröffentlichung gemeinsam mit App-Learning eine Lektion zur Vorbereitung auf den Vertrieb.

Prüfen

Die Verantwortung für die Freigabe liegt bei der Plattform

Die technische Produktentwicklung sollte für das Verhalten der Komponenten verantwortlich sein, das Inhaltsteam für Beschreibungen und die Bedeutung der Prüfungsaufgaben, die Qualitätssicherung für reproduzierbare Interaktionstests. Wenn Lernende eine Frage nicht beantworten, ihre Antwort nicht absenden oder wesentliche Rückmeldungen nicht verstehen können, muss die Veröffentlichung gestoppt werden. Jedes Fehlerprotokoll sollte die Versionen von Lektion und Build, das Gerät, das Betriebssystem, die assistive Technologie, die Testschritte und das erwartete Verhalten enthalten.

Für App-Learning gilt ein einfacher Grundsatz: Eine Prüfung der Vertriebskompetenz sollte zeigen, ob ein Vertriebsmitarbeiter das Produkt korrekt verkaufen kann. Verhindert die Bedienung, dass jemand trotz vorhandenem Wissen antworten kann, hat das System nicht die fachliche Vorbereitung geprüft, sondern die Zugänglichkeit.