Tests d'accessibilité Mobile : Outils et Méthodologies 2026
En Bref : L'essentiel à retenir
- Testez iOS et Android séparément : chaque plateforme a ses propres capacités et limitations d'accessibilité.
- Combinez tests automatisés (Accessibility Scanner, axe DevTools Mobile) et tests manuels avec VoiceOver/TalkBack.
- Vérifiez l'agrandissement du texte, l'inversion des couleurs et les modes d'entrée alternatifs (Voice Control, Switch Access).
- 90 % des tests mobiles concernent la compatibilité avec les technologies d'assistance, car le code source est rarement accessible.
L'accessibilité mobile est devenue incontournable : plus de 60 % du trafic web mondial provient d'appareils mobiles. Pourtant, les méthodes de test diffèrent significativement de celles utilisées pour le web desktop. Ce guide vous présente une approche complète pour évaluer l'accessibilité de vos sites et applications mobiles.
Spécificités des tests mobiles
Pourquoi tester différemment ?
Contrairement au web desktop où vous avez accès au code source, les tests mobiles se concentrent principalement sur la compatibilité avec les technologies d'assistance. Vous testez l'expérience utilisateur finale plutôt que le code sous-jacent.
Les particularités du mobile incluent :
- Interaction tactile vs souris/clavier
- Zones de touche et espacement
- Orientation de l'écran (portrait/paysage)
- Lecteurs d'écran spécifiques (VoiceOver, TalkBack)
- Paramètres d'accessibilité du système
iOS et Android : des écosystèmes différents
Important : Testez chaque plateforme séparément, même pour une application cross-platform. Les frameworks comme React Native ou Flutter génèrent du code natif différent selon la plateforme, avec des comportements d'accessibilité distincts.
Outils de tests automatisés
Outils cross-platform
axe DevTools Mobile (Deque) L'outil de référence pour les tests automatisés natifs iOS et Android :
- Détection automatique des problèmes courants
- Zéro faux positifs garantis
- Intégration CI/CD possible
- Rapports détaillés avec suggestions de correction
BrowserStack Accessibility
- Tests sur de vrais appareils (pas d'émulateurs)
- Couverture iOS et Android
- Validation de compatibilité avec lecteurs d'écran
- Rapports de conformité WCAG
Abra Desktop
- Analyse depuis votre ordinateur
- Détecte les appareils/émulateurs connectés
- Scan sans accès au code source
- Idéal pour tester des applications tierces
Outils iOS spécifiques
Accessibility Inspector (inclus dans Xcode)
Xcode > Open Developer Tool > Accessibility Inspector
Fonctionnalités :
- Inspection des éléments d'interface
- Simulation VoiceOver
- Vérification des contrastes
- Audit automatisé de l'application
GTXiLib (Google Toolbox for Accessibility) Framework pour intégrer les tests d'accessibilité dans vos tests XCTest :
import GTXiLib
func testAccessibility() {
GTXiLib.install(on: self)
// Vos tests existants...
}
Outils Android spécifiques
Accessibility Scanner (Google) Application gratuite disponible sur le Play Store :
- Scan visuel de n'importe quelle application
- Détection des zones de touche trop petites
- Vérification des contrastes
- Suggestions de correction
Espresso + AccessibilityChecks
@RunWith(AndroidJUnit4::class)
class AccessibilityTest {
@Before
fun setup() {
AccessibilityChecks.enable()
}
@Test
fun testMainScreenAccessibility() {
onView(withId(R.id.main_screen))
.check(matches(isDisplayed()))
}
}
Tests manuels avec technologies d'assistance
Tests avec VoiceOver (iOS)
Activation : Réglages > Accessibilité > VoiceOver
Gestes essentiels à connaître :
| Geste | Action |
|---|---|
| Balayer à droite | Élément suivant |
| Balayer à gauche | Élément précédent |
| Double tap | Activer l'élément |
| Balayer avec 3 doigts | Défiler la page |
| Tap avec 2 doigts | Pause/reprise de lecture |
Points à vérifier :
- Chaque élément interactif est-il annoncé ?
- L'ordre de lecture est-il logique ?
- Les états (sélectionné, désactivé) sont-ils communiqués ?
- Les images informatives ont-elles une description ?
- Les formulaires sont-ils navigables et compréhensibles ?
Tests avec TalkBack (Android)
Activation : Paramètres > Accessibilité > TalkBack
Gestes essentiels :
| Geste | Action |
|---|---|
| Balayer à droite | Élément suivant |
| Balayer à gauche | Élément précédent |
| Double tap | Activer l'élément |
| Balayer à droite puis gauche | Défiler vers le bas |
| Balayer vers le haut puis à droite | Menu contextuel |
Astuce
Pour une comparaison détaillée des lecteurs d'écran, consultez notre comparatif NVDA, JAWS et VoiceOver.
Tester l'agrandissement du texte
iOS :
- Réglages > Affichage et luminosité > Taille du texte
- Testez avec « Tailles de police plus grandes » activé
- Vérifiez jusqu'à 200 % de zoom
Android :
- Paramètres > Affichage > Taille de police
- Testez à la taille maximale
- Vérifiez que le texte ne se chevauche pas
Points de vérification :
- Le texte ne dépasse-t-il pas de son conteneur ?
- Les boutons restent-ils utilisables ?
- L'information est-elle toujours visible sans scroll horizontal ?
Tester l'inversion des couleurs
iOS : Réglages > Accessibilité > Affichage et taille du texte > Inversion intelligente
Android : Paramètres > Accessibilité > Inversion des couleurs
Vérifiez que les images et vidéos ne sont pas affectées négativement.
Tests des entrées alternatives
Voice Control (iOS) / Voice Access (Android)
Ces fonctionnalités permettent de contrôler l'appareil par la voix :
- Vérifiez que tous les boutons ont des labels clairs
- Testez la navigation vocale entre les écrans
- Confirmez que les actions complexes sont réalisables
Switch Control / Switch Access
Pour les utilisateurs de contacteurs (switches) :
- Vérifiez la navigation séquentielle
- Testez l'ordre de focus
- Confirmez que toutes les actions sont accessibles
Intégration dans le processus de développement
Stratégie de test recommandée
Phase de conception :
- Planifier les parcours pour lecteurs d'écran
- Définir les zones de touche (44x44px minimum)
- Prévoir les alternatives aux gestes complexes
Phase de développement :
- Tests automatisés à chaque commit
- Tests VoiceOver/TalkBack sur fonctionnalités clés
- Validation sur vrais appareils régulièrement
Phase pré-release :
- Audit complet sur iOS et Android
- Tests utilisateurs avec personnes handicapées
- Vérification de conformité WCAG/RGAA
Note
Consultez notre guide des critères d'accessibilité mobile pour la liste complète des points à vérifier selon le RGAA.
Pipeline CI/CD
# Exemple GitHub Actions pour tests accessibilité mobile
mobile-a11y:
runs-on: macos-latest
steps:
- uses: actions/checkout@v3
- name: Build iOS
run: xcodebuild -scheme App -destination 'platform=iOS Simulator'
- name: Run Accessibility Tests
run: xcodebuild test -scheme App -testPlan AccessibilityTests
Conclusion
Tester l'accessibilité mobile demande une approche hybride : les outils automatisés pour détecter les problèmes évidents, et les tests manuels avec technologies d'assistance pour valider l'expérience réelle. N'oubliez pas que chaque plateforme a ses spécificités et mérite une attention particulière.
Pour vérifier rapidement l'accessibilité de vos pages web mobiles, utilisez notre outil de test RGAA qui analyse également la conformité mobile.
Guides RGAA associés
Pour aller plus loin sur les sujets abordés dans cet article, consultez nos fiches techniques :
Chaque image porteuse d'information doit avoir une alternative textuelle pertinente via l'attribut alt. Les images décoratives doivent avoir un attribut alt vide.
Le contraste entre la couleur du texte et la couleur de son arrière-plan doit être suffisamment élevé (4.5:1 pour le texte normal, 3:1 pour le grand texte).
Chaque champ de formulaire doit avoir une étiquette (label) qui lui est liée explicitement.
Articles similaires
Votre site est-il conforme ?
Ne prenez pas de risques avec l'accessibilité. Lancez un audit complet de votre site en quelques minutes et obtenez un rapport détaillé des corrections à apporter.