---
title: "Audit d’accessibilité d’une application mobile native"
description: "RGAA, RAAM et WCAG appliqués aux applications natives."
url: "https://www.newp.fr/audit-rgaa/audit-application-mobile/"
author: ""
date: "2026-09-20T09:27:36+00:00"
modified: "2026-09-21T18:35:57+00:00"
lang: "fr_FR"
---

# Audit d’accessibilité d’une application mobile native

Appliquer le RGAA, le RAAM et les WCAG à une application native.

 Rubrique parente : [l’audit RGAA, méthode et déroulement](/audit-rgaa/).

 

## Le mobile n’est que partiellement couvert par le RGAA

 Le RGAA 4.1.2 vise les services de communication au public en ligne : il s’applique donc aux **sites et applications web, y compris affichés sur smartphone**. Pour les **applications natives**, la France s’appuie traditionnellement sur un autre référentiel, le RAAM, bâti à partir des mêmes critères de succès des WCAG.

 Parmi les nouveautés annoncées du RGAA 5, attendu pour fin 2026, figure justement un cadre dédié aux applications mobiles. D’ici là, nous auditons une application native avec une batterie de tests adaptée, et nous l’indiquons clairement dans le rapport.

## Les défauts les plus fréquents dans une app native

- **Des composants maison dépourvus de rôle.** Une zone que l’on a rendue cliquable sans la déclarer comme bouton n’est ni annoncée, ni actionnable proprement avec le lecteur d’écran.
- **Un ordre d’exploration incohérent.** Dès que l’écran se complexifie, ce que l’on voit et ce que le lecteur d’écran parcourt ne suivent plus la même séquence.
- **Des icônes muettes.** Sans libellé accessible, une icône est lue sous le nom de son fichier, voire pas du tout.
- **Des préférences système ignorées.** Texte dynamique, contraste accru, animations réduites : figer la typographie, c’est passer outre un choix que la personne a fait pour l’ensemble de son appareil.
- **Des zones tactiles minuscules** ou collées les unes aux autres.
- **Des gestes élaborés sans solution de repli** : si un glissement à deux doigts n’a pas d’alternative, une partie du public reste bloquée.
 
## Notre déroulé d’audit

 On ne raisonne plus en pages mais en **écrans et en parcours** : les écrans obligatoires, un écran représentatif de chaque gabarit, et la totalité des parcours en plusieurs étapes (création de compte, connexion, achat, réclamation).

 Nous testons sur de vrais téléphones, avec les lecteurs d’écran intégrés : VoiceOver pour iOS, TalkBack pour Android. Un émulateur ne reproduit pas fidèlement les gestes d’exploration.

 Applications hybrides : double vérification Lorsqu’une app embarque des vues web, elle hérite des défauts du natif et de ceux du web, et en ajoute d’autres : focus mal géré en passant d’une vue native à une vue web, messages qui disparaissent pendant les transitions. Nous contrôlons donc les deux couches.

 

  [ Sujet précédent Contre-audit : la vérification indépendante ](/audit-rgaa/contre-audit/) [ Sujet suivant Auditer PDF et documents bureautiques ](/audit-rgaa/audit-documents-pdf/)

---

*Source : [www.newp.fr](https://www.newp.fr/audit-rgaa/audit-application-mobile/)*