Les WCAG s'appliquent-elles aux applications mobiles ?

Lorsque vous pensez à l'accessibilité numérique, la première chose qui vous vient à l'esprit pourrait être votre site web. Cependant, l'accessibilité numérique s'applique également à votre expérience omnicanale — ce qui inclut les applications mobiles. Bien qu'elles aient été créées à l'origine pour le contenu web, les Web Content Accessibility Guidelines(opens in a new tab) (WCAG) ont élargi leur champ d'application pour inclure les applications mobiles, y compris les applications hybrides et natives. Les directives incluent des recommandations sur la façon dont les développeurs peuvent rendre les applications mobiles accessibles aux utilisateurs ayant divers handicaps. 

Les directives d'accessibilité pour les applications mobiles ont été introduites pour la première fois dans WCAG 2.1 en juin 2018. Dix-sept nouveaux critères de succès ont été ajoutés pour l'accessibilité mobile et pour améliorer l'accessibilité des personnes utilisant divers appareils mobiles pour naviguer sur le web. Ceux-ci incluent :

• Smartphones (y compris les appareils Android et iOS)

• Tablettes

• Appareils portables (c'est-à-dire montres connectées)

• Téléviseurs numériques

• Appareils dans les appareils électroménagers, tableaux de bord de voiture ou dossiers de sièges d'avion

• Appareils de l'“Internet des objets” (IoT) comme les enceintes connectées (Google Home) ou les caméras (Ring Doorbells ou August Doorbell Cam)

Les directives énoncées dans WCAG 2.1 traitent des problèmes d'accessibilité mobile, tels que :

• Petites tailles d'écran

• Orientation de l'écran

• Contraste des couleurs

• Espacement du texte

• Navigation au clavier

WCAG 2.2 a introduit neuf nouveaux critères de succès pour l'accessibilité des applications mobiles, y compris des recommandations pour les zones tactiles, le design réactif et les gestes. Chacun de ces critères contribue à améliorer l'accessibilité mobile pour les personnes ayant des handicaps cognitifs, visuels, physiques et d'apprentissage, et s'appuie sur la base créée par WCAG 2.1.

Comprendre l'accessibilité des applications mobiles

Selon le World Wide Web Consortium (W3C)(opens in a new tab), l'accessibilité mobile « consiste à rendre les sites web et les applications plus accessibles aux personnes en situation de handicap lorsqu'elles utilisent des téléphones mobiles et autres appareils. » Plus simplement, cette approche garantit que les utilisateurs ayant divers handicaps peuvent accéder au web et le parcourir sur des appareils mobiles. Étant donné que de plus en plus de consommateurs comptent sur les appareils mobiles pour faire des affaires(opens in a new tab), les organisations doivent accorder la priorité à l'accessibilité sur ces appareils.

Améliorer l'accessibilité des applications mobiles n'est pas seulement la bonne chose à faire — c'est aussi une obligation légale. Selon le Titre III de l'Americans with Disabilities Act (ADA)(opens in a new tab), les lieux d'hébergement public doivent être accessibles à tous, en particulier aux personnes en situation de handicap. Les sites web et les applications mobiles sont considérés comme des lieux d'hébergement public, ce qui signifie qu'ils doivent légalement être accessibles.

Cependant, l'ADA ne précise pas de spécifications techniques sur l'accessibilité numérique. Pour cette raison, le Department of Justice (DOJ) a adopté les WCAG comme norme de conformité. Les organisations qui respectent les directives énoncées dans WCAG 2.2 Niveau A et Niveau AA sont considérées comme conformes aux exigences d'accessibilité de l'ADA. Cela permet de réduire le risque de litiges — y compris les poursuites et les lettres de mise en demeure — en raison d'un manque d'accessibilité.

Les applications mobiles sont-elles soumises à des poursuites ADA ?

Oui. Les applications mobiles présentent la même exposition légale en matière d'accessibilité que les sites web. Les tribunaux ont à plusieurs reprises considéré les applications comme une extension des biens et services d'une entreprise, ce qui les place sous le coup de l'ADA.

La procédure dépend du propriétaire de l'application. Les entreprises privées relèvent du Titre III. Les applications des gouvernements locaux et d'État relèvent du Titre II, qui a désormais une date limite de conformité au 26 avril 2027 pour les entités desservant 50 000 personnes ou plus, et au 26 avril 2028 pour les entités plus petites et les districts spéciaux. Le Titre III ne comporte aucune norme technique codifiée, donc les tribunaux et le DOJ se réfèrent aux WCAG 2.1 Niveau AA comme référence pratique.

La plupart des réclamations remontent aux mêmes obstacles. Une application qu'un lecteur d'écran ne peut pas interpréter, des contrôles sans étiquettes accessibles ou des actions qui ne fonctionnent qu'avec des gestes complexes créent tous le type d'échec d'accès qui conduit à une lettre de mise en demeure. Si votre entreprise en reçoit une, documentez l'état actuel de votre accessibilité et coordonnez-vous avec un conseiller juridique avant de répondre.

Vous pouvez en savoir plus dans notre guide sur la navigation dans la conformité ADA et les poursuites pour accessibilité des sites web.

A row of 4 different icons with each having the text below, Perceivable, Operable, Understandable, Robut

Quatre principes pour atteindre la conformité WCAG sur les applications mobiles

Pour garantir l'accessibilité de vos applications mobiles, quatre principes clés doivent être respectés :

• Perceptible : Le contenu des applications mobiles doit être perceptible par les utilisateurs, c'est-à-dire que l'application doit avoir un bon rapport entre la taille de l'écran et le contenu, un bon contraste de couleurs, des fonctionnalités de zoom, etc.

• Utilisable : Ce principe concerne l'utilisabilité globale d'une application mobile et la facilité avec laquelle les utilisateurs en situation de handicap peuvent interagir avec l'application. Les applications utilisables incluent des fonctionnalités comme un clavier compatible avec l'écran tactile ou des gestes tactiles alternatifs.

• Compréhensible : Les utilisateurs mobiles doivent comprendre comment naviguer dans l'application et la personnaliser, notamment grâce à une interface épurée, des outils de personnalisation, des appels à l'action (CTA) clairs et le regroupement d'éléments similaires.

• Robuste : Le principe de robustesse concerne l'efficacité d'une application mobile sur différents systèmes d'exploitation ou appareils. Par exemple, une application mobile doit fonctionner aussi bien sur un appareil mobile que sur un ordinateur de bureau.

Vous devez également vous assurer que vos applications mobiles respectent les recommandations des niveaux de conformité WCAG. Visez à satisfaire toutes les exigences des niveaux A et AA, car elles sont considérées comme les normes minimales d'accessibilité.

Liste de contrôle pour l'accessibilité des applications mobiles

Pour vous aider à respecter les normes d'accessibilité WCAG, pensez à utiliser la liste de contrôle ci-dessous comme point de départ. Il est important de noter que l'intégration de ces fonctionnalités ne rendra pas votre application ou site mobile 100 % conforme — des tests d'accessibilité supplémentaires sont nécessaires pour garantir une conformité totale.

Tailles d'écran

Lors de la conception de votre application mobile, gardez à l'esprit que les utilisateurs interagiront sur différentes tailles d'écran. Elle doit être optimisée pour les grands et petits écrans, avec un contenu réduit au minimum, des tailles de texte raisonnables et un ajustement de la position des champs de formulaire si nécessaire.

Contraste des couleurs

Les directives WCAG 2.2 Niveau AA exigent que le texte ait un rapport de contraste des couleurs d'au moins 4,5:1 et que le texte plus grand ait un rapport de 3:1. Utiliser le bon contraste de couleurs permet aux utilisateurs en situation de handicap (y compris ceux ayant une déficience visuelle) de distinguer les éléments web et de comprendre le contenu de l'application. Un outil de vérification du contraste des couleurs peut vous aider à trouver le bon équilibre.

Gestes de l'application

Gardez les gestes de l'application aussi simples que possible. Les utilisateurs ayant des handicaps physiques ou moteurs peuvent avoir des difficultés à effectuer des gestes plus complexes. Il est recommandé de mettre en place des gestes de type « tap » ou « swipe » pour simplifier l'expérience utilisateur.

Cohérence de la mise en page

Les informations répétées dans votre application (par exemple, les coordonnées, en-têtes, pieds de page, chatbots, etc.) doivent être conservées dans le même ordre. Cela permet aux utilisateurs ayant des handicaps cognitifs de trouver facilement l'information et réduit le risque de se perdre dans l'application.

Navigation au clavier

Les utilisateurs doivent pouvoir naviguer dans votre application mobile uniquement à l'aide d'un clavier. L'ordre de tabulation de la page doit également être logique et intuitif pour garantir une bonne expérience.

Taille du texte et de la police

Assurez-vous que les utilisateurs peuvent modifier la taille du texte et de la police en fonction de leurs besoins spécifiques. Ils doivent pouvoir le faire sans que le texte soit masqué ou que la mise en page soit cassée.

Texte alternatif

Toutes les images — y compris les images décoratives — doivent inclure un texte alternatif (texte alt). Cela permet aux utilisateurs ayant des déficiences visuelles (cécité, basse vision, daltonisme, etc.) d'avoir le contexte de l'image et de comprendre pourquoi elle est présente sur la page.

En-têtes

Les en-têtes doivent être utilisés de manière appropriée pour créer une hiérarchie logique du contenu. Plus simplement, les en-têtes doivent fournir des informations sur la structure d'une page et le parcours utilisateur.

Taille de la cible

Les zones tactiles comme les boutons et les liens doivent être de taille et d'espacement appropriés sur les applications mobiles. Elles doivent également être facilement identifiables, afin que les utilisateurs puissent faire la différence entre le texte environnant et l'élément.

Tester la compatibilité avec les lecteurs d'écran

Près de 80 % des personnes en situation de handicap utilisent des lecteurs d'écran(opens in a new tab) pour utiliser aussi bien les applications mobiles que web. Assurez-vous que votre application mobile est compatible avec les lecteurs d'écran et autres technologies d'assistance en testant vos applications avec ces dispositifs. Cela vous aidera à identifier les points à améliorer pour renforcer l'accessibilité.

Lorsque vous créez de nouvelles applications mobiles ou mettez à jour celles existantes, pensez à réaliser un audit manuel de vos applications ou à les faire tester par des personnes en situation de handicap. Par exemple, AudioEye réalise un audit expert approfondi de vos applications mobiles pour identifier les violations WCAG. Toutes les violations sont partagées dans un rapport détaillé afin que vous puissiez prioriser les erreurs d'accessibilité à corriger en premier. Nous faisons également appel à notre communauté A11iance, composée de personnes ayant divers handicaps, pour tester les applications mobiles et signaler les obstacles à l'accessibilité.

Créez des applications mobiles compatibles WCAG avec AudioEye

L'accessibilité mobile n'est pas un projet annexe. C'est la norme attendue par vos utilisateurs, et les WCAG sont la référence pour y parvenir. Atteindre cet objectif de façon cohérente, sur chaque écran et à chaque mise à jour, demande plus qu'une correction ponctuelle. Il faut la bonne approche.

AudioEye est le seul fournisseur d'accessibilité qui combine l'automatisation par l'IA avec des Corrections personnalisées à grande échelle. Cette approche permet de couvrir environ 97 % des problèmes, un résultat qu'aucune automatisation seule ou cabinet de conseil ne peut égaler. Nos audits d'applications mobiles testent vos applications iOS et Android selon les critères WCAG, et notre équipe d'experts rédige et valide les corrections pour les problèmes que l'automatisation ne peut pas résoudre seule.

N'attendez pas une plainte ou une lettre de mise en demeure pour découvrir les faiblesses de votre application mobile. Demandez un audit d'application mobile avec AudioEye et commencez à corriger les problèmes avant qu'ils ne vous trouvent.