Liste de vérification de l'accessibilité mobile

Le contraste des couleurs doit être conforme aux exigences du niveau AA de la WCAG 2.2 ^(angl.) :

• Un ratio de contraste de 4,5:1 pour le texte normal (moins de 18 points ou 14 points en gras).
• Un ratio de contraste de 3:1 pour le texte de grande taille (au moins 18 points ou 14 points en gras).

L'information transmise par la couleur doit aussi être disponible par d'autres moyens (texte souligné pour les liens, etc.).

• Utilisez l'attribut hidden ou les propriétés de style visibility ou display.
• Sauf cas absolument inévitable, l'attribut aria-hidden ne doit pas être utilisé.

Tous les éléments activables doivent pouvoir recevoir la sélection :

• Les contrôles standards comme les liens, boutons et champs de formulaire sont sélectionnables par défaut.
• Les contrôles non standards doivent avoir un rôle ARIA approprié, tel que button, link ou checkbox.

La gestion de la sélection doit suivre un ordre logique et cohérent.

Un équivalent textuel doit être fourni pour chaque élément non textuel non strictement décoratif de l'application.

• Utilisez alt et title lorsque c'est pertinent (Guide anglophone sur l'utilisation de l'attribut HTML title ^(angl.)).
• Si ces attributs ne sont pas applicables, utilisez les états et propriétés ARIA appropriés comme aria-label, aria-labelledby ou aria-describedby.

Les images de texte sont à proscrire.

Tous les composants d'interface utilisateur avec un texte visible (ou une image de texte) comme libellé doivent avoir ce même texte dans le nom programmatique du composant. WCAG 2.1 : Libellé dans le nom.

Tous les contrôles de formulaire doivent avoir des libellés (éléments HTML <label>) pour les utilisateur·ice·s de lecteurs d'écran.

• Par exemple, une application de piano ou un chèque bancaire nécessite une orientation spécifique.

Un titre d'application doit être fourni.

Les titres ne doivent pas rompre la structure hiérarchique

<h1>Titre de niveau supérieur</h1>
<h2>Titre secondaire</h2>
<h2>Autre titre secondaire</h2>
<h3>Titre de niveau inférieur</h3>

Les rôles de repère ARIA doivent être utilisés pour décrire la structure d'une application ou d'un document, tels que banner, complementary, contentinfo, main, navigation, search.

Pour les événements tactiles, veillez à ce qui suit (WCAG 2.1 : Annulation du pointeur ^(angl.)) :

• L'événement d'appui ne doit pas être utilisé pour exécuter une partie de la fonction ;
• À défaut, la fin de la fonction doit se produire lors du relâchement, et un mécanisme doit permettre d'annuler l'action avant son achèvement ou de l'annuler après coup ;
• À défaut, le relâchement doit permettre d'annuler toute action déclenchée lors de l'appui ;
• Toutes les règles ci-dessus peuvent être enfreintes s'il est essentiel de déclencher l'action à l'appui, généralement pour simuler des expériences réelles ou fournir un retour en temps réel. Par exemple, commandes de jeu, claviers de piano ou claviers virtuels.

Les cibles tactiles doivent être suffisamment grandes pour permettre l'interaction (voir les BBC Mobile Accessibility Guidelines ^(angl.) pour des recommandations sur la taille des cibles).