Le RGAA ne couvre pas tout le mobile

Le RGAA 4.1.2 s’applique aux services de communication au public en ligne, ce qui inclut les sites et applications web consultés sur mobile. Pour les applications natives, le référentiel de test historiquement utilisé en France est le RAAM, dérivé des mêmes critères de succès WCAG.

La version 5 du RGAA, attendue pour la fin 2026, doit précisément apporter un cadre pour les applications mobiles — c’est l’une des évolutions annoncées. En attendant, un audit d’application native se conduit sur un corpus de tests adapté, et le dire explicitement fait partie du travail.

Ce qui casse le plus souvent, en natif

• Les éléments personnalisés sans rôle. Une vue rendue cliquable sans être déclarée comme bouton n’est ni annoncée ni activable correctement par le lecteur d’écran.
• L’ordre de parcours. L’ordre visuel et l’ordre d’exploration divergent dès que la mise en page se complique.
• Les libellés absents sur les icônes. Une icône seule sans libellé accessible est annoncée par son nom de ressource, ou par rien.
• Le respect des réglages système. Taille de texte dynamique, contraste renforcé, réduction des animations : une application qui fige sa typographie ignore un réglage que l’utilisateur a posé pour tout son téléphone.
• Les cibles tactiles trop petites ou trop proches les unes des autres.
• Les gestes complexes sans équivalent simple : un balayage à deux doigts qui n’a pas d’alternative exclut une partie des utilisateurs.

Comment se déroule l’audit

L’échantillon n’est plus fait de pages mais d’écrans et de parcours : écrans obligatoires, un écran par gabarit, et l’intégralité des parcours à étapes — inscription, connexion, achat, réclamation.

Les tests se font sur appareil réel, avec les lecteurs d’écran du système : VoiceOver sur iOS, TalkBack sur Android. Un émulateur ne restitue pas les gestes d’exploration.