Les applications mobiles occupent aujourd’hui une place centrale dans notre quotidien. Elles permettent de communiquer, effectuer des achats, gérer ses comptes bancaires, consulter des services publics, travailler, se former ou encore accéder aux loisirs.
Pourtant, toutes les applications ne sont pas conçues pour être utilisées par tous.
Pour les personnes aveugles ou malvoyantes, un bouton non identifié devient inutilisable. Pour une personne présentant un handicap moteur, une interaction reposant uniquement sur des gestes complexes peut rendre une fonctionnalité inaccessible. Quant aux personnes sourdes, une vidéo sans sous-titres constitue une perte d’information. Enfin, des interfaces trop chargées ou des parcours peu intuitifs compliquent l’utilisation pour de nombreux utilisateurs présentant des troubles cognitifs.
L’accessibilité mobile ne se résume donc pas à une obligation réglementaire. Elle constitue un véritable levier de qualité, d’innovation et d’amélioration de l’expérience utilisateur.
L’accessibilité mobile : un enjeu majeur du numérique
Selon l’Organisation mondiale de la Santé (OMS), plus de 1,3 milliard de personnes vivent avec une forme significative de handicap. À cela s’ajoutent les personnes âgées, les utilisateurs confrontés à des limitations temporaires (bras immobilisé, environnement bruyant, faible luminosité) ou utilisant des équipements spécifiques.
Concevoir une application accessible revient donc à répondre aux besoins d’un public beaucoup plus large que celui des seules personnes en situation de handicap.
Les exigences réglementaires évoluent également rapidement.
Les Web Content Accessibility Guidelines (WCAG) 2.2, la norme européenne EN 301 549, le Référentiel Général d’Amélioration de l’Accessibilité (RGAA) et l’European Accessibility Act (EAA) rappellent que les applications mobiles doivent désormais respecter des exigences d’accessibilité comparables à celles des sites Web.
S’appuyer sur les standards internationaux
Même si les WCAG ont été initialement élaborées pour le Web, leurs quatre principes fondamentaux restent pleinement applicables aux applications mobiles :
- Perceptible : chaque information doit pouvoir être perçue, quelle que soit la capacité sensorielle de l’utilisateur.
- Utilisable : toutes les fonctionnalités doivent être accessibles sans difficulté.
- Compréhensible : les contenus et les interactions doivent être simples et cohérents.
- Robuste : l’application doit être compatible avec les technologies d’assistance actuelles et futures.
Les recommandations propres à Apple (Human Interface Guidelines) et Google (Material Design Accessibility) viennent compléter ces principes en tenant compte des spécificités des systèmes iOS et Android.
Donner du sens aux contenus visuels
Les images, pictogrammes et icônes sont omniprésents dans les interfaces mobiles.
Encore faut-il qu’ils soient compréhensibles pour les personnes utilisant un lecteur d’écran.
Chaque élément interactif doit posséder un libellé accessible décrivant clairement sa fonction.
Un bouton représenté uniquement par une icône sans nom accessible devient invisible pour VoiceOver ou TalkBack.
Lorsque des graphiques ou des illustrations transmettent une information importante, celle-ci doit également être disponible sous une forme textuelle.
Offrir un contraste suffisant
La lisibilité reste l’un des premiers facteurs d’accessibilité.
Les contrastes insuffisants compliquent la lecture pour les personnes malvoyantes, mais également pour les utilisateurs consultant leur smartphone en plein soleil.
Les recommandations WCAG préconisent notamment :
- un rapport de contraste minimal de 4,5:1 pour les textes courants ;
- 3:1 pour les textes de grande taille et certains composants graphiques.
Les informations ne devraient jamais être transmises uniquement par la couleur.
Un message d’erreur affiché en rouge doit également comporter une icône, un texte explicatif ou un autre indicateur visuel.
Concevoir avec les technologies d’assistance
Les smartphones disposent aujourd’hui d’outils d’accessibilité particulièrement performants.
Sur iOS, VoiceOver, Voice Control ou Switch Control permettent de piloter intégralement une application.
Sur Android, TalkBack, Voice Access et les commandes par contacteur remplissent les mêmes fonctions.
Une application accessible doit fonctionner naturellement avec ces technologies.
Cela implique notamment :
- une hiérarchie logique des contenus ;
- un ordre de navigation cohérent ;
- des contrôles correctement identifiés ;
- des annonces compréhensibles lors des changements d’écran.
Tester régulièrement avec VoiceOver et TalkBack permet d’identifier rapidement de nombreux problèmes d’accessibilité.
Penser aux utilisateurs qui ne naviguent pas uniquement au tactile
Le tactile est le mode d’interaction principal sur mobile.
Il n’est pourtant pas le seul.
Certaines personnes utilisent des commandes vocales, des claviers externes ou des dispositifs de pointage adaptés.
Les applications devraient donc éviter de reposer exclusivement sur des gestes complexes comme :
- les balayages à plusieurs doigts ;
- les appuis prolongés obligatoires ;
- les gestes précis difficilement reproductibles.
Lorsqu’un geste spécifique est nécessaire, une méthode alternative doit être proposée.
Des zones tactiles suffisamment grandes
Une cible tactile trop petite constitue l’une des erreurs les plus fréquentes.
Apple comme Google recommandent des zones interactives d’au moins 44 à 48 pixels indépendants de la densité (dp ou pt) selon les plateformes.
Des boutons suffisamment espacés limitent les erreurs de manipulation et améliorent le confort d’utilisation pour tous.
Les formulaires représentent souvent l’étape la plus complexe d’une application.
Une bonne accessibilité passe notamment par :
- des libellés explicites ;
- des messages d’erreur compréhensibles ;
- l’autocomplétion lorsque cela est possible ;
- la compatibilité avec la dictée vocale ;
- des indications précises sur le format attendu des données.
Les messages d’erreur ne devraient jamais se limiter à un simple changement de couleur.
Ils doivent expliquer clairement le problème rencontré et la manière de le corriger.
Les vidéos intégrées dans une application doivent proposer des sous-titres synchronisés.
Les contenus audio devraient être accompagnés d’une transcription.
Lorsque des informations importantes sont uniquement visuelles, une audiodescription ou une narration adaptée permet aux personnes aveugles ou malvoyantes d’accéder au même niveau d’information.
Limiter les animations
Les animations contribuent à l’expérience utilisateur, mais elles peuvent également provoquer une gêne chez certaines personnes.
Les effets de parallaxe, les transitions rapides ou les contenus clignotants doivent pouvoir être réduits ou désactivés.
Les applications devraient respecter les préférences système permettant de réduire les animations lorsque l’utilisateur l’a demandé.
Tester avec de vrais utilisateurs
Les outils automatiques permettent de détecter de nombreux défauts techniques.
Ils ne remplacent cependant jamais les tests réalisés avec des personnes utilisant des technologies d’assistance.
Une évaluation complète devrait combiner :
- des audits automatiques ;
- des tests avec VoiceOver et TalkBack ;
- une navigation exclusivement au clavier ou avec des contacteurs lorsque cela est possible ;
- des tests utilisateurs impliquant des personnes en situation de handicap.
Ces retours permettent souvent d’identifier des difficultés qui ne figurent dans aucun référentiel.
L’accessibilité mobile, un investissement durable
Une application accessible bénéficie à l’ensemble des utilisateurs.
Elle améliore la satisfaction client, réduit les erreurs de manipulation, facilite la prise en main, renforce la qualité des interfaces et contribue à répondre aux exigences réglementaires.
À mesure que les services numériques migrent vers le mobile, intégrer l’accessibilité dès les premières phases de conception devient un facteur de différenciation et de performance.
L’accessibilité n’est plus une fonctionnalité supplémentaire. Elle constitue désormais une composante essentielle de toute stratégie de conception centrée sur l’utilisateur.
Ressources
Standards internationaux
Apple
Android
Références françaises et européennes
Guides et bonnes pratiques
Outils de test