Bewegungsaktivierung: Wenn das Schütteln des Geräts zur Barriere wird

Worin das Problem liegt

Moderne Geräte stecken voller Sensoren. Ein Beschleunigungssensor misst, ob und wie schnell sich ein Gerät bewegt, ein Gyroskop erkennt, in welche Richtung es geneigt wird, und die Kamera kann Gesten erfassen. Über diese Sensoren lässt sich ein Gerät steuern, ohne eine Taste oder Fläche zu berühren: Schütteln löst einen Befehl aus, Kippen blättert, ein Winken navigiert.

Genau hier entsteht die Barriere. Manche Menschen können solche Bewegungen gar nicht oder nicht präzise genug ausführen: Das Gerät ist auf einer festen Halterung montiert, etwa an einem Rollstuhl, oder eine motorische Einschränkung lässt das kontrollierte Schütteln oder Neigen nicht zu. Liegt eine Funktion nur auf der Gerätebewegung, ist sie für diese Personen unerreichbar.

Es gibt auch die umgekehrte Gefahr: Menschen mit Tremor oder unwillkürlichen Bewegungen lösen bewegungsgesteuerte Funktionen versehentlich aus. Ein zittriges Handgelenk genügt, und schon verschwindet ein Text, weil das Gerät „Schütteln zum Rückgängigmachen" registriert hat. Beide Gruppen brauchen darum jeweils einen verlässlichen Ausweg.

Was das Kriterium verlangt: zwei Bedingungen

Das Erfolgskriterium betrifft Funktionen, die durch Gerätebewegung(Schütteln, Neigen) oder durch eine Bewegung der Person in Richtung des Geräts (Gesten, die etwa eine Kamera erkennt) ausgelöst werden. Für solche Funktionen müssen beide der folgenden Bedingungen erfüllt sein:

Wichtig ist das kleine Wort und: Es reicht nicht, nur eine Schaltfläche anzubieten. Auch die Bewegungssteuerung selbst muss sich abschalten lassen. Das gelingt oft schon dadurch, dass eine App eine entsprechende Systemeinstellung des Betriebssystems respektiert, etwa die Option, mit der sich „Zum Widerrufen schütteln" geräteweit deaktivieren lässt.

Beispiele aus der Praxis

Das Begleitdokument des W3C nennt mehrere typische Muster. Allen gemeinsam ist, dass neben der Bewegung immer ein klassisches Bedienelement dieselbe Aufgabe übernimmt:

Ergänzend gilt: Wer die Bewegungssteuerung nicht braucht oder sie als störend empfindet, kann sie über eine App-Einstellung ganz ausschalten. Genau dieser Schalter ist der zweite, oft vergessene Teil des Kriteriums.

Wann das Kriterium nicht greift

Nicht jede Bewegung fällt unter 2.5.4. Das Kriterium meint ausschließlich Bewegung als bewusste Eingabe. Zwei Ausnahmen und mehrere Abgrenzungen sind ausdrücklich festgehalten:

Die Gegenprobe lautet also: Wird eine Funktion absichtlich durch Schütteln, Neigen oder eine erkannte Geste ausgelöst, und ist sie weder essenziell noch über eine unterstützte Schnittstelle bedient, dann greift 2.5.4, und beide Bedingungen müssen erfüllt sein.

In der Praxis umsetzen

Die offizielle ausreichende Technik des W3C heißt G213: herkömmliche Bedienelemente bereitstellen und eine Anwendungs-Einstellung für bewegungsaktivierte Eingaben anbieten. Der zugehörige Fehler F106 beschreibt den Verstoß: eine Bewegungsaktivierung, die sich nicht deaktivieren lässt. In der Praxis heißt das meist: neben jeder bewegungsgesteuerten Aktion ein sichtbares Bedienelement und in den Einstellungen ein Schalter.

 <!-- 1. Gleichwertiges Bedienelement zur bewegungsgesteuerten Aktion --> 
<button type="button" id="rueckgaengig">Rückgängig</button> <!-- 2. Schalter, um die Bewegungssteuerung zu deaktivieren --> 
<label>
  <input type="checkbox" id="bewegung-aus">
  Steuerung per Schütteln und Neigen deaktivieren
</label>

Ein Mythos

Auf einen Blick

Wenn deine App oder Website auf Gerätebewegung oder Gesten reagiert, geh diese Punkte durch:

Damit deckst du die häufigsten Stolperstellen ab. Tiefer steigt das Begleitdokument des W3C ein, das auch die Hintergründe zu Sensoren und Hilfstechnologien erklärt.