Accessibilité dans le développement mobile : définition, normes et mise en œuvre

Qu'est-ce que l'accessibilité ?

Accessibility (abrégé a11y — lettre a + 11 lettres + y) est la propriété d'un produit d'être utilisable par les personnes handicapées. Dans le contexte des applications mobiles, cela signifie : prise en charge des lecteurs d'écran (VoiceOver, TalkBack), taille de texte adéquate, contraste élevé, ordre de focus correct pour la navigation au clavier et absence d'éléments animés provoquant des vertiges.

L'inclusivité n'est pas seulement une obligation éthique mais aussi légale. De nombreux pays ont des lois sur l'accessibilité numérique : ADA (États-Unis), Section 508, European Accessibility Act (UE, obligatoire pour les applications à partir de 2025). Selon le Business Disability Forum, les entreprises qui investissent dans l'accessibilité augmentent leur audience de 15 à 20 % et réduisent les risques juridiques.

Chez IT Sectr, nous vérifions l'accessibilité à chaque étape du développement. Notre expérience montre que corriger les problèmes d'accessibilité au stade de la conception coûte 10 fois moins cher qu'après la sortie. L'accessibilité n'est pas une fonctionnalité, mais une exigence de base pour une application moderne.

iOS : VoiceOver, Accessibility Label, Trait

L'écosystème Apple offre des outils d'accessibilité puissants. VoiceOver est un lecteur d'écran intégré qui vocalise tout ce qui se passe à l'écran. L'utilisateur contrôle l'appareil avec des gestes : balayer vers la droite — élément suivant, balayer vers la gauche — élément précédent, double tap — activation.

Accessibility Label est le texte que VoiceOver lit pour un élément. Par défaut, iOS utilise le texte du bouton ou l'étiquette, mais pour les icônes et éléments graphiques, vous devez définir l'étiquette explicitement. Accessibility Trait est une propriété décrivant le type d'élément : button (bouton), header (en-tête), link (lien), image (image). Les traits corrects aident l'utilisateur à comprendre comment interagir avec un élément.

VoiceOver et Accessibility Label

VoiceOver prend en charge plus de 40 langues et fonctionne sur tous les appareils Apple. Pour le développeur, l'essentiel est de définir des accessibilityLabel et accessibilityTraits corrects pour chaque élément d'interface. Si un élément ne doit pas être accessible (image décorative), définissez isAccessibilityElement = false.

// Swift — configuration d'accessibilité pour un bouton
let shareButton = UIButton()
shareButton.setImage(UIImage(named: "share-icon"), for: .normal)
shareButton.accessibilityLabel = "Partager cet article"
shareButton.accessibilityHint = "Ouvre un dialogue pour choisir une méthode d'envoi"
shareButton.accessibilityTraits = .button

// SwiftUI — encore plus simple
struct ShareButtonView: View {
    var body: some View {
        Button(action: share) {
            Image(systemName: "square.and.arrow.up")
        }
        .accessibilityLabel("Partager")
        .accessibilityHint("Ouvre le menu de partage")
    }
}

Le code montre la configuration d'accessibilité pour un bouton sans texte (icône uniquement). AccessibilityLabel est ce que l'utilisateur entendra. AccessibilityHint est une indication supplémentaire sur le résultat de l'action. N'utilisez pas d'expressions comme « bouton pour » dans l'étiquette — Trait indique déjà qu'il s'agit d'un bouton.

Android : TalkBack, Content Description

TalkBack est le lecteur d'écran de Google pour Android, faisant partie du package Android Accessibility Suite. Comme VoiceOver, il vocalise les éléments d'interface et se contrôle par gestes. TalkBack prend en charge plus de 100 langues et fonctionne sur tous les appareils avec Google Play Services.

Content Description est l'équivalent de accessibilityLabel sur Android. Il se définit via l'attribut android:contentDescription en XML ou via la méthode setContentDescription() dans le code. Pour les éléments non focusables (ImageView décoratif), utilisez importantForAccessibility="no".

TalkBack et Focus Order

Focus Order (ordre de focus) est la séquence dans laquelle TalkBack se déplace entre les éléments lors du balayage. Par défaut, Android utilise l'ordre des éléments dans la mise en page, mais il peut être modifié via les attributs accessibilityTraversalBefore et accessibilityTraversalAfter. Ceci est important pour les écrans complexes avec des composants personnalisés.

Chez IT Sectr, nous vérifions le Focus Order sur chaque écran. Les erreurs d'ordre de focus sont parmi les problèmes d'accessibilité les plus courants. Par exemple, si après un en-tête l'utilisateur va aux commentaires au lieu du texte de l'article — c'est un bogue d'accessibilité.

WCAG et normes

WCAG (Web Content Accessibility Guidelines) est une norme internationale d'accessibilité développée par le W3C. La version actuelle est WCAG 2.2 (2023). La norme se divise en 4 principes : Perceivable (perceptible), Operable (utilisable), Understandable (compréhensible), Robust (robuste) — abréviation POUR.

Niveaux WCAG : A (minimum), AA (moyen, obligatoire par la loi dans l'UE), AAA (maximum). Pour les applications mobiles, le niveau AA est suffisant : contraste du texte d'au moins 4,5:1, prise en charge des lecteurs d'écran, taille minimale des cibles de 44x44 pixels, sous-titres pour les vidéos.

Niveaux WCAG

Niveau A — exigences de base : alternatives textuelles pour les images, contrôle au clavier, contraste d'au moins 3:1. Niveau AA — moyen : contraste 4,5:1, prise en charge du zoom jusqu'à 200 %, en-têtes et étiquettes corrects. Niveau AAA — élevé : contraste 7:1, langue des signes pour les vidéos, contrôle vocal complet. Dans la pratique, la plupart des entreprises visent AA.

Tableau 2. Comparaison des API d'accessibilité iOS et Android. Malgré des noms différents, les concepts sont identiques : étiquette, type, ordre de focus et prise en charge de l'adaptation du texte.

Tests d'accessibilité

Les tests d'accessibilité consistent à vérifier qu'une application est conforme aux normes WCAG et fonctionne correctement avec les lecteurs d'écran. L'ensemble minimum de tests : activer VoiceOver/TalkBack et naviguer sur tous les écrans de l'application. Écoutez pour vérifier que tous les éléments sont annoncés, l'ordre de focus est logique et les éléments inappropriés (décoratifs) sont ignorés.

Outils automatisés : Xcode Accessibility Inspector (audit dans Xcode pour iOS), Android Accessibility Scanner (scanne l'écran et trouve les problèmes), Axe DevTools, WAVE. Ces outils vérifient le contraste, la taille des cibles, la présence d'étiquettes et d'autres paramètres.

Chez IT Sectr, nous effectuons une revue d'accessibilité avant chaque sortie. Le processus comprend : un audit automatisé (Accessibility Inspector), des tests manuels avec VoiceOver et TalkBack, la vérification du contraste et de l'échelle du texte. Nous enregistrons les problèmes dans Jira et les attribuons à un sprint. Cela nous permet de maintenir le niveau AA WCAG sur tous les projets.