Accessibilité ≠ Overlay : respecter les préférences de l’utilisateur
Une personne peut déjà avoir configuré son ordinateur, son navigateur ou sa technologie d’assistance pour une taille de texte donnée, moins de mouvement, certaines couleurs ou une navigation particulière. Un site accessible doit fonctionner avec ces préférences, plutôt que décider à sa place de ce que doit être son « expérience accessible ».
L’accessibilité ne consiste pas à choisir à la place de l’utilisateur
Deux personnes ayant le même handicap n’ont pas nécessairement les mêmes besoins. Une même personne peut aussi utiliser des réglages différents selon l’appareil, le contexte ou la tâche. Le W3C explique que les utilisateurs adaptent la présentation pour mieux distinguer et comprendre le contenu. Le site doit respecter et prendre en charge ces choix.
Les préférences peuvent exister avant l’arrivée sur notre site
L’utilisateur peut déjà avoir configuré son navigateur, le zoom, son système d’exploitation, une extension ou une technologie d’assistance. Le W3C indique dans UAAG que certains besoins, notamment la personnalisation du texte et les préférences, sont mieux pris en charge par l’agent utilisateur. La vraie question est de savoir si le site respecte ces choix existants.
Personnaliser n’est pas réparer
Un bouton pour agrandir le texte ou un sélecteur de contraste peut être utile. Le problème apparaît lorsqu’il remplace une implémentation accessible. Le critère WCAG 2.2 1.4.12 exige que les réglages d’espacement du texte effectués par l’utilisateur n’entraînent aucune perte de contenu ou de fonctionnalité.
« Agrandir le texte » ne remplace pas un site adaptable
Un site peut proposer un contrôle de taille et néanmoins se casser avec le zoom du navigateur. Le W3C indique que le contenu doit être conçu et codé pour s’adapter aux changements de taille, d’espacement, de police et de couleur sans perte d’information ni de fonctionnalité.
« Réduire les animations » ne devrait pas dépendre uniquement d’un widget
Certaines personnes doivent éviter les mouvements pouvant provoquer distraction, vertiges ou nausées. Les systèmes d’exploitation peuvent exprimer une préférence de mouvement réduit, que le site peut respecter avec prefers-reduced-motion. La documentation WCAG cite cette technique pour les animations non essentielles.
Un utilisateur peut avoir besoin de l’inverse d’un autre
Une personne peut avoir besoin d’un texte très grand, une autre de moins d’informations visibles, d’autres couleurs ou de moins de mouvement. WAI-Adapt vise la personnalisation selon les besoins et préférences individuels. Il n’existe pas de « mode handicap » universel.
Un bon site laisse de la place aux outils de l’utilisateur
Navigateur, système d’exploitation et technologies d’assistance font partie de l’environnement de l’utilisateur. Le site doit interagir correctement avec eux : ne pas bloquer le zoom, permettre le reflow, accepter les changements de texte et respecter les préférences comme la réduction du mouvement.
Proposer des options supplémentaires n’est pas le problème
Des contrôles supplémentaires peuvent être utiles. La différence tient à la personne qui garde le contrôle et à la base sur laquelle la personnalisation s’applique. Une option peut compléter un site accessible, mais ne doit pas justifier une interface qui ignore les préférences existantes.
Concevoir pour les préférences, c’est concevoir pour la diversité
L’accessibilité ne consiste pas à créer une interface spéciale pour un utilisateur handicapé imaginaire. Elle permet à des personnes différentes d’utiliser le même produit de différentes façons. Une solution robuste est une interface capable de s’adapter.
Accessibilité ≠ Overlay
Un overlay peut proposer un texte plus grand, un autre contraste ou l’arrêt des animations. Ces fonctions peuvent être utiles sans prouver l’accessibilité du site. Un site adaptable doit respecter les choix du navigateur, du système et des technologies d’assistance. Il ne s’agit pas d’imposer notre mode accessible, mais de respecter la manière dont chacun utilise Internet.
Sources officielles
W3C Web Accessibility Initiative (WAI)
Presentation — How People with Disabilities Use the Web
Understanding WCAG 2.2 — Text Spacing (1.4.12)
User Agent Accessibility Guidelines (UAAG) Overview
Understanding WCAG — Animation from Interactions
Cet article fait partie de la série « Accessibilité ≠ Overlay ». Épisode 07 — Overlays et préférences utilisateur.