Il s’agit de l’avis d’accessibilité pour l’application Android Flo, gérée par Flo Health.
Signalement de problèmes
Si vous rencontrez un problème qui n’est pas mentionné dans le présent avis ou que vous estimez que nous ne répondons pas à vos exigences d’accessibilité, signalez-le-nous par e-mail à l’adresse info@flo.health.
Informations techniques
Flo Health s’engage à rendre son application la plus accessible possible.
Statut de conformité
Cette application n’est pas conforme au niveau AA des Règles pour l’accessibilité des contenus Web (WCAG) 2.1 pour les raisons qui suivent.
Contenu non accessible
Nous savons que les parties suivantes de l’application ne répondent pas aux normes d’accessibilité et nous disposons d’un plan d’action pour remédier à chacune d’elles.
Équivalents textuels
- Certaines images ne sont pas associées à une description textuelle, ce qui rend les informations et fonctionnalités qu’elles fournissent inaccessibles aux utilisateurs de lecteur d’écran. Les critères 1.1.1 Contenu non textuel (A) et 4.1.2 Nom, rôle et valeur (A) des WCAG 2.1 ne sont donc pas respectés. Nous prévoyons d’ajouter des équivalents textuels d’ici le .
Média temporel
- La piste audio des vidéos ne contient pas l’ensemble des informations transmises à l’écran, ce qui signifie que les personnes qui ne peuvent pas voir les vidéos n’ont pas accès à de telles informations. Les critères 1.2.3 Audio-description ou version de remplacement pour un média temporel (pré-enregistré) (A) et 1.2.5 Audio-description (pré-enregistrée) (AA) des WCAG 2.1 ne sont donc pas respectés. Nous prévoyons d’ajouter toute information manquante aux pistes audio de l’ensemble de nos vidéos d’ici le .
Adaptable
- Les titres ne sont pas identifiés en tant que tels dans le code de l’application, ce qui empêche les lecteurs d’écran de les annoncer en tant que titre. Le critère 1.3.1 Information et relations (A) des WCAG 2.1 n’est donc pas respecté. Nous prévoyons d’identifier l’ensemble des titres dans le code de l’application d’ici le .
- Les étiquettes et messages d’erreur ne sont pas associés aux contrôles de formulaire respectifs dans le code de l’application, ce qui peut rendre le remplissage de formulaire difficile pour les personnes aveugles. Les critères 1.3.1 Information et relations (A) et 4.1.2 Nom, rôle et valeur (A) des WCAG 2.1 ne sont donc pas respectés. Nous prévoyons d’associer chaque étiquette et message d’erreur à son contrôle respectif dans le code de l’application d’ici le .
- Les éléments associés ne sont pas tous regroupés dans le code de l’application. Par conséquent, les lecteurs d’écran annoncent chaque élément séparément, ce qui peut empêcher les personnes aveugles de comprendre la structure du contenu. Le critère 1.3.1 Information et relations (A) des WCAG 2.1 n’est donc pas respecté. Nous prévoyons de regrouper tous les contenus associés dans le code de l’application d’ici le .
- Les contenus ne se présentent pas tous selon un ordre logique pour les lecteurs d’écran, ce qui peut rendre la compréhension des informations de l’application difficile pour les personnes aveugles. Le critère 1.3.2 Ordre séquentiel logique (A) des WCAG 2.1 n’est donc pas respecté. Nous prévoyons de remédier à l’ordre des contenus dans le code de l’application d’ici le .
- L’application ne prend pas en charge le mode paysage, de sorte qu’elle est inaccessible aux personnes qui utilisent des appareils mobiles en mode paysage. Le critère 1.3.4 Orientation (AA) des WCAG 2.1 n’est donc pas respecté. Nous prévoyons de prendre en charge les orientations en mode portrait et en mode paysage d’ici le .
Distinguable
- Dans certains cas, les éléments actifs ou sélectionnés sont identifiés uniquement par leur couleur, ce qui peut rendre leur distinction difficile pour certaines personnes. Le critère 1.4.1 Utilisation de la couleur (A) des WCAG 2.1 n’est donc pas respecté. Nous prévoyons d’identifier les éléments actifs/sélectionnés par le biais d’au moins un moyen visuel supplémentaire d’ici le .
- Le rapport de contraste entre le texte et les combinaisons de couleurs d’arrière-plan, ainsi qu’entre la couleur des images informatives, les bordures des contrôles de formulaires et les couleurs adjacentes est inférieur au minimum requis par les WCAG. Par conséquent, certaines personnes peuvent éprouver des difficultés à lire du texte ou à percevoir des icônes et des contrôles de formulaire. Les critères 1.4.3 Contraste (minimum) (AA) et 1.4.11 Contraste non textuel (AA) des WCAG 2.1 ne sont donc pas respectés. Nous prévoyons d’augmenter le rapport de contraste entre le texte et les couleurs d’arrière-plan, ainsi qu’entre les icônes/bordures des contrôles de formulaires et les couleurs adjacentes d’ici le .
- Il est impossible de modifier la taille du contenu du texte, ce qui rend l’application inaccessible par les personnes qui ne peuvent pas lire du contenu dans sa taille par défaut. Le critère 1.4.4 Redimensionnement du texte (AA) des WCAG 2.1 n’est donc pas respecté. Nous prévoyons de prendre en charge le redimensionnement du texte d’ici le .
Accessibilité au clavier
- Tous les composants interactifs ne peuvent pas être atteints ni lancés à l’aide d’un clavier externe (ou d’un appareil de saisie similaire), ce qui rend certaines fonctionnalités de l’application indisponibles auprès des personnes qui ne peuvent pas utiliser les mouvements. Les critères 2.1.1 Clavier (A) et 2.4.3 Parcours du focus (A) des WCAG 2.1 ne sont donc pas respectés. Nous prévoyons de prendre entièrement en charge l’utilisation d’un clavier d’ici le .
- En raison du volume de contenu sur certains écrans, l’extrémité de ces écrans est très difficile à atteindre à l’aide d’un clavier externe (ou d’un dispositif de saisie similaire), ce qui peut empêcher les utilisateurs de claviers d’accéder aux éléments de navigation ou aux commandes interactives en bas de ces écrans. Le critère 2.1.1 Clavier (A) des WCAG 2.1 n’est donc pas respecté. Nous prévoyons de réduire le volume de contenu sur ces écrans d’ici le .
Délai suffisant
- Certains écrans comprennent des carrousels qui se lancent automatiquement et ne peuvent pas être mis en pause, ce qui peut poser problème pour certaines personnes. Le critère 2.2.2 Mettre en pause, arrêter, masquer (A) des WCAG 2.1 n’est donc pas respecté. Nous prévoyons d’ajouter une option pour que les utilisateurs puissent mettre les carrousels en pause d’ici le .
Navigable
- La plupart des écrans ne comportent pas de titre, ce qui signifie que les utilisateurs ne peuvent pas facilement confirmer qu’ils ont atteint le contenu souhaité. Le critère 2.4.2 Titre de page (A) des WCAG 2.1 n’est donc pas respecté. Nous prévoyons d’ajouter un titre clair et précis à tous les écrans d’ici le .
- Un indicateur de mise au point n’est pas toujours visible lorsque les contrôles reçoivent le focus du clavier, ce qui peut rendre difficile la navigation dans l’application pour les utilisateurs de claviers. Le critère 2.4.7 Visibilité du focus (AA) des WCAG 2.1 n’est donc pas respecté. Nous prévoyons de remédier à la visibilité d’un indicateur de focus en tout temps d’ici le .
Prévisible
- Sur certains écrans, le champ de recherche entraîne une modification importante du contenu lorsqu’il reçoit le focus, ce qui peut dérouter certaines personnes et empêcher les utilisateurs de claviers d’accéder aux suggestions de recherche. Les critères 2.1.1 Clavier (A) et 3.2.1 Au focus (A) des WCAG 2.1 ne sont donc pas respectés. Nous prévoyons d’empêcher tout changement significatif du contenu lorsque le champ de recherche reçoit le focus d’ici le .
- L’activation d’un certain nombre de contrôles entraîne un déplacement inattendu du focus, ce qui peut désorienter les utilisateurs de claviers et de lecteurs d’écran. Les critères 2.4.3 Parcours du focus (A) et 3.2.2 À la saisie (A) des WCAG 2.1 ne sont donc pas respectés. Nous prévoyons de corriger la gestion du focus d’ici le .
Assistance à la saisie
- Les champs de saisie ne possèdent aucune étiquette textuelle visible, ce qui peut rendre la mémorisation des informations demandées difficile pour certaines personnes. Le critère 3.3.2 Étiquettes ou instructions (A) des WCAG 2.1 n’est donc pas respecté. Nous prévoyons d’ajouter des étiquettes textuelles visibles au sein de l’application d’ici le .
Compatible
- Des informations précises relatives à l’état, au nom et au rôle sont absentes du code de certains composants interactifs, ce qui peut empêcher les utilisateurs de lecteurs d’écran de comprendre leur but. Le critère 4.1.2 Nom, rôle et valeur (A) des WCAG 2.1 n’est donc pas respecté. Nous prévoyons d’ajouter des informations précises relatives à l’état, le nom et le rôle de l’ensemble des composants interactifs dans leur code d’ici le .
- Certains contenus statiques sont présentés comme interactifs par les lecteurs d’écran, ce qui peut dérouter les utilisateurs de lecteurs d’écran. Le critère 4.1.2 Nom, rôle et valeur (A) des WCAG 2.1 n’est donc pas respecté. Nous prévoyons de faire en sorte que tout le contenu statique soit annoncé comme tel par les lecteurs d’écran d’ici le .
- Certaines sections de contenus ne sont pas détectées par les lecteurs d’écran, ce qui signifie que les personnes aveugles et malvoyantes n’y ont pas accès. Les critères 4.1.2 Nom, rôle et valeur (A), 1.3.1 Information et relations (A), 1.3.2 Ordre séquentiel logique (A) et 2.5.3 Étiquette dans le nom (A) des WCAG 2.1 ne sont donc pas respectés. Nous prévoyons d’assurer la détection de l’ensemble des contenus par les lecteurs d’écran d’ici le .
Préparation de l’avis
Le présent avis a été préparé le . Sa dernière révision date du .
Le dernier test de cette application a été réalisé en . Le test a été effectué par TetraLogical.
© TetraLogical Ltd. Tous droits réservés.