Concevez-la dès le départ plutôt que de l'auditer après. Vérifiez le contraste des couleurs pendant que vous les choisissez (4.5:1 pour le texte courant, 3:1 pour le grand texte et les composants d'interface selon WCAG 2.2 AA), spécifiez l'ordre de focus et le comportement clavier dans la spec, annotez les titres, les libellés et les repères pour les ingénieurs, et incluez la taille des cibles et les préférences de mouvement. Rattraper après la construction coûte toujours plus cher.
Pourquoi les recruteurs posent cette question
L'accessibilité est désormais une exigence légale et d'achat sur beaucoup de marchés, pas un bonus, et les équipes se sont brûlées avec des designers qui livrent des maquettes sans états de focus ni scénario clavier. Le recruteur veut des détails précis : de vrais ratios, ce que vous annotez, quels outils vous utilisez. Un enthousiasme vague pour le design inclusif sans le moindre chiffre passe pour quelqu'un qui a lu des choses sur l'accessibilité plutôt que d'en avoir livré.
Comment structurer votre réponse
- Intégrez les vérifications de contraste et de taille de texte à la phase de design, pas à la revue.
- Spécifiez l'ordre clavier, les états de focus et la gestion des erreurs dans la passation.
- Annotez la sémantique : titres, libellés, repères, régions live.
- Nommez les outils et les normes sur lesquels vous vous appuyez.
- Testez avec un lecteur d'écran et au clavier avant de déclarer que c'est fini.
Exemple de réponse
J'essaie de rendre ça ennuyeux et routinier plutôt qu'un audit héroïque à la fin. Quand je choisis des couleurs, je vérifie le contraste sur-le-champ, et nos tokens portent avec eux le verdict pour que personne n'ait à y penser plus tard. Chaque parcours que je livre a un scénario clavier : quel est l'ordre de tabulation, où va le focus quand une modale s'ouvre et où il revient quand elle se ferme, et comment les erreurs sont annoncées. J'annote la structure directement sur les frames, donc les niveaux de titres, ce qui est un bouton par rapport à un lien, et le nom accessible des contrôles qui n'ont qu'une icône. Ce dernier point attrape beaucoup de bugs, parce qu'un bouton icône sans nom accessible est annoncé simplement comme bouton alors qu'il a l'air parfaitement correct. Je fais tourner axe sur la version construite et je garde VoiceOver sur ma machine et je m'en sers, mal, mais assez pour attraper les casses évidentes. Et j'inclus la taille des cibles, au moins 24 par 24 pixels CSS selon WCAG 2.2, plus des alternatives à mouvement réduit pour tout ce qui s'anime.
Vous passez cet entretien bientôt ? GhostPilot écoute votre appel en direct, repère la question dès qu'elle est posée et affiche une réponse structurée à l'écran en temps réel. Essayez-le lors de votre prochain entretien blanc, ou prenez un Session Pass à $29, sans abonnement, pour le jour J.
Voir comment ça marcheQuestions de relance à prévoir
- Quel ratio de contraste faut-il pour un contrôle désactivé ?
- Comment gérez-vous la gestion du focus dans une application monopage ?
- Que feriez-vous si l'ingénierie dit qu'il n'y a pas de temps pour l'accessibilité ?
Autres questions pour Designer UX
Votre recruteur posera sa propre version de celle-ci. Collez votre véritable fiche de poste dans le Question Predictor gratuit et obtenez les 20 questions que ce poste a le plus de chances de poser, avec ce que chacune cherche vraiment à sonder.
Prédire mes questions