Critères de succès

WCAG 2.5.4 Activation par le mouvement

Le critère de succès 2.5.4 exige qu'une fonctionnalité actionnée par le mouvement de l'appareil ou de la personne - secouer un téléphone, incliner une tablette - soit également actionnable par des composants d'interface conventionnels, et que l'activation par le mouvement puisse être désactivée afin d'éviter les déclenchements accidentels. C'est un critère de niveau A sous la règle 2.5 (Modalités d'entrée), ajouté dans les WCAG 2.1.

Qui ce critère protège

Une personne dont l'appareil est fixé dans une position déterminée - monté sur un fauteuil roulant, fixé sur un support - est physiquement dans l'incapacité de le secouer ou de l'incliner. Une personne présentant un tremblement ou des mouvements involontaires peut déclencher une action fondée sur le mouvement par accident, et de façon répétée, sans l'avoir voulu. Ces deux groupes ont besoin d'une fonctionnalité qui ne dépende pas d'un déplacement délibéré de l'appareil comme unique déclencheur.

Deux exigences distinctes réunies en un critère

Une alternative conventionnelle doit exister : « secouer pour annuler », pratique courante dans certaines applications mobiles, doit disposer d'un bouton ou d'une option de menu équivalents, qui produisent le même résultat sans déplacement physique de l'appareil.

L'activation par le mouvement doit pouvoir être désactivée : indépendamment de l'existence d'une alternative, il faut un moyen de couper entièrement le déclenchement par le mouvement, afin de protéger des activations accidentelles les personnes dont les mouvements involontaires le déclencheraient sinon de façon répétée.

L'exception, étroite

Lorsque le mouvement lui-même est essentiel à la fonction - un podomètre, ou une application de niveau à bulle où l'inclinaison de l'appareil EST tout l'objet -, ce critère ne s'applique pas, puisque désactiver le mouvement supprimerait la raison d'être de la fonctionnalité.

Où cela se rencontre aujourd'hui

Ce critère concerne principalement les applications mobiles natives et les expériences web mobiles reposant sur les API d'orientation et de mouvement : « secouer pour signaler une anomalie », « incliner pour diriger » dans un jeu simple, « secouer pour mélanger ». Un contenu web de bureau classique, sans intégration de capteur de mouvement, n'a généralement rien à vérifier ici.

Questions fréquentes

Qu'est-ce que le critère WCAG 2.5.4 ?

Un critère de niveau A : les fonctions activées par le mouvement - secouer pour annuler, incliner pour faire défiler - doivent aussi disposer d'une commande classique équivalente et pouvoir être désactivées.

Pourquoi le critère 2.5.4 est-il important ?

Les personnes qui ne peuvent pas tenir ou déplacer précisément un appareil, ou dont l'appareil est fixé sur un support, ne peuvent pas exécuter de geste de mouvement ; un mouvement accidentel peut par ailleurs déclencher des actions non voulues.

Y a-t-il des exceptions ?

Lorsque le mouvement est essentiel à la fonction, comme pour un podomètre, ou qu'il passe par une interface prise en charge pour l'accessibilité, l'exigence ne s'applique pas.