Comment concevez-vous quelque chose qui fonctionne bien pour les utilisateurs de lecteurs d'écran ?

Concevez la structure, pas seulement l'image. Donnez à la page une hiérarchie de titres logique et des repères, assurez-vous que chaque contrôle a un nom accessible qui a du sens, et écrivez le texte alternatif à partir de la fonction de l'image plutôt que d'une description. Décidez ce qui doit être annoncé quand le contenu change, gardez le focus prévisible, et assurez-vous que tout ce qui est possible à la souris l'est au clavier.

Je réfléchis à quoi la chose ressemble à l'oreille, pas seulement à l'oeil. Le premier passage, c'est donc la structure : y a-t-il un seul h1, les sections s'imbriquent-elles logiquement, y a-t-il un repère principal, et l'ordre de lecture correspond-il à l'ordre visuel une fois le contenu redistribué. Ensuite les noms. Le test que j'utilise, c'est de savoir si un contrôle a encore du sens lu à voix haute sans contexte autour. Un tableau de dix lignes où chaque lien dit voir est très bien à l'écran et inutile à l'oral, donc ça devient voir la facture 4021 avec la partie supplémentaire masquée visuellement. Le texte alternatif, je l'écris pour la fonction. La même photo d'un portable est décorative sur une page marketing et a besoin d'une vraie description dans un article de support qui montre où se trouve un port. Les annonces sont la partie qu'on oublie : si un filtre met à jour les résultats sans rechargement de page, un utilisateur de lecteur d'écran n'obtient rien sauf si on le dit, donc je spécifie une région live polie et exactement ce qu'elle dit. Et je mets VoiceOver et je parcours le parcours construit moi-même. C'est humiliant et ça trouve toujours quelque chose.