Conformité ADA des applications mobiles : Guide iOS et Android

Le 8 avril 2024, le Department of Justice américain a signé une règle historique : pour la première fois, des exigences techniques explicites s'appliquent aux applications mobiles sous l'ADA. Les entités publiques ont jusqu'à 2026-2027 pour se mettre en conformité.

Le cadre réglementaire

Title II de l'ADA

La nouvelle règle s'applique aux services, programmes et activités fournis par :

• Les gouvernements locaux et d'État
• Les écoles et universités publiques
• Les hôpitaux publics
• Les bibliothèques municipales

Échéances de conformité

Standard technique requis

La règle référence WCAG 2.1 niveau AA comme standard de conformité. Bien que WCAG 2.2 soit la version actuelle, c'est WCAG 2.1 qui fait foi pour les exigences légales ADA.

[!NOTE] Le Title III de l'ADA (entreprises commerciales) n'a pas de règlement aussi explicite, mais les tribunaux utilisent de plus en plus WCAG comme référence.

Les technologies d'assistance mobiles

VoiceOver (iOS)

VoiceOver est le lecteur d'écran intégré aux appareils Apple. Les utilisateurs :

• Naviguent par gestes (balayages, tapotements)
• Écoutent les descriptions des éléments
• Interagissent par double-tap pour activer

Votre application doit :

• Étiqueter tous les éléments interactifs
• Grouper les informations connexes
• Annoncer les changements d'état

TalkBack (Android)

TalkBack est l'équivalent Android. Bien que similaire à VoiceOver, les gestes diffèrent. Votre application doit fonctionner avec les deux.

Autres technologies

D'autres outils d'accessibilité incluent :

• Switch Control : navigation par contacteur
• Voice Control : commande vocale
• Zoom : agrandissement d'écran
• Inversion des couleurs : pour sensibilité lumineuse

Critères clés pour les applications mobiles

1. Cibles tactiles

Les éléments interactifs doivent être suffisamment grands pour être activés précisément. WCAG 2.2 introduit le critère 2.5.8 (niveau AA) :

• Taille minimale : 24x24 CSS pixels
• Ou espacement suffisant autour des cibles plus petites

En pratique, visez des cibles d'au moins 9x9mm (environ 44x44 points iOS ou 48x48dp Android).

// iOS - Taille minimale recommandée
button.frame = CGRect(x: 0, y: 0, width: 44, height: 44)

// Android - Taille minimale recommandée
<Button
    android:layout_width="48dp"
    android:layout_height="48dp" />

2. Labels accessibles

Chaque élément interactif doit avoir un label clair :

iOS (SwiftUI)

Button(action: { /* action */ }) {
    Image(systemName: "trash")
}
.accessibilityLabel("supprimer l'élément")

Android (Compose)

IconButton(
    onClick = { /* action */ },
    modifier = modifier.semantics {
        contentDescription = "supprimer l'élément"
    }
) {
    Icon(Icons.Default.Delete, contentDescription = null)
}

3. Ordre de focus logique

L'ordre dans lequel les éléments reçoivent le focus doit suivre une logique visuelle et fonctionnelle. Évitez les sauts inattendus.

4. Annonces de changements

Quand le contenu change (chargement, erreur, succès), informez les technologies d'assistance :

iOS

UIAccessibility.post(notification: .announcement,
                     argument: "Formulaire envoyé avec succès")

Android

view.announceForAccessibility("Formulaire envoyé avec succès")

5. Gestion de l'orientation

Ne verrouillez pas l'orientation de l'écran sauf nécessité absolue. Certains utilisateurs fixent leur appareil en mode paysage.

6. Texte redimensionnable

Respectez les préférences de taille de texte du système. Évitez les tailles fixes :

iOS

Text("Mon texte")
    .font(.body) // Respecte Dynamic Type

Android

<TextView
    android:textSize="16sp" /> <!-- sp respecte les préférences -->

Tests d'accessibilité mobile

Outils automatisés

iOS

• Accessibility Inspector (Xcode)
• Audits d'accessibilité dans Xcode

Android

• Accessibility Scanner (app Google)
• Lint rules d'accessibilité
• Espresso Accessibility Checks

Tests manuels indispensables

L'automatisation ne détecte qu'environ 30% des problèmes. Testez manuellement :

1. Activez VoiceOver/TalkBack et naviguez dans l'application complète
2. Vérifiez chaque écran : tous les éléments sont-ils annoncés correctement ?
3. Testez les parcours critiques : inscription, achat, formulaires
4. Augmentez la taille du texte au maximum et vérifiez l'affichage
5. Testez en mode sombre si supporté

[!TIP] L'automatisation seule est très limitée. Un audit professionnel avec tests utilisateurs est essentiel avant lancement.

Checklist conformité mobile

Éléments d'interface

• Toutes les images ont une description ou sont masquées si décoratives
• Tous les boutons et liens ont un label explicite
• Les cibles tactiles font au moins 44x44pt (iOS) ou 48x48dp (Android)
• L'espacement entre cibles évite les erreurs de frappe
• Les contrastes respectent 4.5:1 pour le texte, 3:1 pour les éléments graphiques

Navigation

• L'ordre de focus est logique et prévisible
• Pas de pièges au clavier/focus
• Navigation possible avec gestes alternatifs
• Retour arrière toujours possible

Contenu dynamique

• Les changements d'écran sont annoncés
• Les erreurs de formulaire sont identifiables
• Les états de chargement sont communiqués
• Les notifications sont accessibles

Système

• Respect des préférences de taille de texte
• Support de l'inversion des couleurs
• Pas de dépendance exclusive au mouvement (secouer, incliner)
• Délais suffisants ou extensibles

L'impact business

Marché potentiel

Aux États-Unis, environ 61 millions d'adultes vivent avec un handicap. Ce groupe dispose d'un pouvoir d'achat estimé à 490 milliards d'euros.

Risques légaux

Les poursuites pour accessibilité numérique augmentent chaque année. Une application inaccessible expose à :

• Plaintes individuelles
• Class actions
• Amendes et dommages-intérêts
• Atteinte à l'image de marque

Avantages indirects

Une application accessible est souvent :

• Plus facile à utiliser pour tous
• Mieux notée sur les stores
• Plus performante (meilleure structure)
• Plus facile à maintenir

Conclusion

L'accessibilité des applications mobiles n'est plus optionnelle. Avec les échéances ADA de 2026-2027 et les attentes croissantes des utilisateurs, intégrez l'accessibilité dès la conception de vos applications.

Commencez par auditer vos contenus web avec notre outil d'analyse RGAA - les principes sont similaires pour le mobile. Consultez aussi notre guide sur l'accessibilité mobile et les critères RGAA pour approfondir.