Marc Leonardi

Un aperçu ou un score de contraste ne suffit pas à prouver qu’une app est accessible. En revanche, il est possible d’éliminer un nombre surprenant d’obstacles avant même le début des tests formels.L’accessibilité mobile va bien au-delà du contraste des couleurs. Typographie, espacements, navigation, zones tactiles, libellés, animations, médias et comportement avec les technologies d’assistance déterminent aussi si une personne peut aller au bout d’une action.Les WCAG ont été rédigées pour les contenus web. Le document WCAG2Mobile du W3C explique comment appliquer les critères de niveau A et AA des WCAG 2.2 aux applications mobiles natives, web et hybrides. Il s’agit de recommandations informatives, et non d’une norme mobile distincte ; elles ne suffisent pas à elles seules pour établir qu’une app est accessible.Cette checklist distingue ce qui peut être configuré de manière centralisée de ce qui doit encore être vérifié dans le produit publié :Domaine d’accessibilitéPremier contrôleÀ configurer ou à testerContraste des couleursTextes, arrière-plans, contrôles et étatsDéfinir les couleurs globales et vérifier chaque paire de contrasteTypographie et espacementsValeurs par défaut lisibles, retours à la ligne et agrandissementConfigurer la hiérarchie typographique et les marges globalesNavigationDestinations et libellés clairsConfigurer la structure, les libellés et la navigation de l’appZones tactilesContrôles faciles à utiliserVérifier l’app générée sur des appareilsLecteurs d’écranNoms, rôles, états et ordre de focusTester les apps iOS et Android généréesMouvementEffets utiles et facultatifsConfigurer animations et retours haptiques, puis tester les préférences systèmeMédiasSous-titres, transcriptions et alternatives textuellesAjouter les alternatives pendant la création et la relecture éditorialeInteractions PWAClavier, zoom, focus et mises en page responsiveTester la PWA publiée dans les navigateurs

Imaginez l’application d’un coach sportif avec des comptes membres, une localisation facultative, un formulaire e-mail et des outils d’analyse. Cela représente déjà quatre flux de données distincts. Modifiez une seule fonctionnalité et le périmètre de confidentialité change avec elle.Le plus difficile n’est pas de produire une page juridique. Il faut faire en sorte que trois éléments décrivent la même application :ÉlémentCe qu’il doit refléterL’application elle-mêmeLes données, autorisations et services tiers réellement utilisésLa politique de confidentialitéCe qui est collecté, pourquoi, par qui, pendant combien de temps et ce que les utilisateurs peuvent faire à ce sujetLes déclarations sur les storesLes réponses App Privacy d’Apple et Data safety de Google Play fondées sur l’application actuelleSi l’un de ces éléments indique « aucune donnée de localisation » alors que l’application soumise demande l’accès à la position, le problème vient de cette incohérence.Une grande partie de la préparation consiste à vérifier la cohérence : l’application, la politique et la fiche sur le store doivent raconter la même histoire. Cette cohérence est indispensable, mais elle ne remplace pas le respect des règles de fond des stores en matière de confidentialité et de données utilisateur.Cet article vous aide à préparer cette histoire. Il ne constitue pas un conseil juridique : les exigences applicables varient selon le pays, le public et la nature des données.

Vous envisagez ce que beaucoup appellent une membership app ? Choisissez entre abonnement payant et communauté privée, puis structurez contenu, accès et push.