Un UX/UI designer référent accessibilité RGAA mène le travail habituel du poste, parcours, maquettes, prototypes, et répond en plus de la conformité des interfaces qu'il dessine. Le RGAA 4.1.2 compte 106 critères ; une bonne partie se décide avant la première ligne de code, dans les contrastes, l'ordre de lecture, les messages d'erreur ou les états de focus. Le reste dépend du développement, et le designer doit savoir le transmettre.
Beaucoup de portfolios affichent « accessibilité » sans preuve. Le candidat montre une maquette annotée, un composant revu après un audit, ou le récit d'un test avec NVDA. Un profil solide distingue ce qu'il vérifie sur Figma de ce qui se vérifie sur la page en ligne, et sait que le RGAA 4.1.2 repose sur WCAG 2.1 alors que WCAG 2.2 ajoute la taille minimale des cibles.
Le poste demande aussi de tenir tête à une charte de marque, chiffres de contraste à l'appui, et de faire corriger un composant du design system plutôt que dix écrans. Il raconte un cas réel. Pour l'entretien complet, le PDF rassemble 30 questions sur six axes, un cas de 20 minutes sur un parcours de prise de rendez-vous et une grille de 1 à 4.
Référentiels et outils du designer référent accessibilité
RGAA 4.1.2
Le référentiel général d'amélioration de l'accessibilité, mis à jour en avril 2023 : 106 critères répartis en 13 thématiques, avec une méthode de test officielle. Le site de la DINUM annonce une version 5 en cours de rédaction, avec une publication prévue fin 2026, et précise que les travaux en cours ne doivent pas attendre. Reste à savoir quels critères la personne traite elle-même en conception.
WCAG 2.2
Les règles du W3C, devenues recommandation le 5 octobre 2023. Elles ajoutent neuf critères à WCAG 2.1, dont la taille minimale des cibles (24 par 24 pixels CSS) et le focus non masqué par un élément collant. Le RGAA 4.1.2 repose encore sur WCAG 2.1, ce qu'un référent sait expliquer.
Figma, annotations et Dev Mode
Les maquettes, les composants et les prototypes se font dans Figma. Les annotations proposent une catégorie Accessibility, visible par les développeurs en Dev Mode, qui sert à noter l'ordre de lecture, les alternatives ou les noms des boutons. Certaines équipes utilisent un kit d'annotation partagé à la place.
Contrastes et couleur
Le critère 3.2 du RGAA fixe 4,5:1 pour un texte courant et 3:1 pour un texte d'au moins 24 px, ou 18,5 px en gras. Le critère 3.3 demande 3:1 pour les composants et les graphiques porteurs d'information. Le designer les mesure avec Colour Contrast Analyser ou un plugin Figma comme Stark.
Lecteurs d'écran
NVDA et JAWS sous Windows, VoiceOver sur macOS et iOS, TalkBack sur Android. Le designer n'a pas besoin de les maîtriser comme un auditeur, mais il doit savoir parcourir une page par titres et entendre si un bouton porte un nom compréhensible.
WAI-ARIA Authoring Practices Guide
Le guide du W3C qui décrit le comportement attendu des composants interactifs : onglets, combobox, accordéon, fenêtre modale. Le designer s'en sert pour spécifier le clavier et les annonces. Un bon profil sait aussi qu'un élément HTML natif vaut souvent mieux qu'un composant ARIA sur mesure.
Cadre légal français et européen
L'article 47 de la loi du 11 février 2005 impose aux organismes concernés une déclaration d'accessibilité et un schéma pluriannuel. Depuis le 28 juin 2025, l'acte européen sur l'accessibilité (European Accessibility Act) étend des obligations à des services privés, comme le commerce en ligne. Le référent n'est pas juriste, mais il connaît ces documents et ce qu'ils engagent.
Le poste existe sous plusieurs formes. Dans une équipe produit, le designer porte l'accessibilité sur ses propres écrans et sur le design system. Dans une collectivité ou un établissement public, il travaille avec un référent accessibilité désigné et un auditeur externe, et les audits RGAA rythment le calendrier. En agence ou en prestation, il intervient sur plusieurs projets et forme les équipes du client. Dans tous les cas, la conformité se constate sur le site en ligne : le designer prépare le terrain, le développement l'applique, l'audit mesure. Des certifications comme le CPACC ou le WAS de l'IAAP attestent des connaissances, sans dire si la personne sait annoter une maquette. Ce point se vérifie sur pièces.
Les points à contrôler chez un UX/UI designer référent RGAA
- Critères RGAA et WCAG côté conception
- Couleur, contrastes et typographie accessibles
- Composants interactifs accessibles
- Annotations Figma et passation
- Tests avec technologies d'assistance
- Suivi d'audit et conformité
Cinq questions pour un designer chargé de l'accessibilité
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · junior à confirmé
La charte impose un gris #999999 sur fond blanc pour les textes secondaires en 14 px, et un bouton orange #F28C28 avec un libellé blanc en 16 px gras. Qu'en faites-vous ?
Une bonne réponseElle mesure avant de discuter : le gris donne environ 2,8:1 et le bouton environ 2,5:1, alors que le critère 3.2 du RGAA demande 4,5:1 pour un texte de moins de 24 px (ou de moins de 18,5 px en gras). Elle propose une teinte plus foncée dans la même famille, par exemple #767676 qui passe tout juste, ou un libellé foncé sur l'orange, qui dépasse 8:1. Elle pense aussi aux bordures de champs et aux icônes seules, soumises à 3:1 par le critère 3.3, et fait valider la nouvelle valeur comme token du design system.
Signal d'alerte« C'est la charte, on ne touche pas », ou un contraste jugé à l'œil. Ignorer que le seuil change selon la taille et la graisse du texte.
Question 2 · confirmé
Une maquette de formulaire d'inscription vous arrive. Quels critères RGAA pouvez-vous vérifier dès la maquette, et lesquels seulement sur la page développée ?
Une bonne réponseSur la maquette : contrastes (3.2 et 3.3), information donnée autrement que par la couleur (3.1), étiquette visible pour chaque champ, format attendu indiqué, contenu et position des messages d'erreur, hiérarchie des titres, ordre de lecture, état de focus dessiné, comportement à 320 px de large. Sur la page codée seulement : liaison réelle entre étiquette et champ, attributs autocomplete, alternatives effectivement présentes, restitution par un lecteur d'écran, gestion du focus après une erreur. Elle sait que la conformité se prononce sur la page en ligne, jamais sur un fichier Figma.
Signal d'alerte« Ma maquette est conforme RGAA » sans réserve, ou une liste de critères sans distinguer ce qui relève de la conception et ce qui relève du code.
Question 3 · senior
Vous concevez une liste déroulante avec recherche (combobox) pour choisir une ville parmi 35 000. Que spécifiez-vous pour le clavier et les lecteurs d'écran ?
Une bonne réponseElle part du motif combobox du WAI-ARIA Authoring Practices Guide : flèches pour parcourir les suggestions, Entrée pour valider, Échap pour fermer, Tab qui quitte le champ sans sélection forcée. Elle demande que le nombre de résultats soit annoncé par un message de statut, que l'option active reste visible et contrastée, que l'étiquette reste affichée après la saisie et qu'un message clair apparaisse quand rien ne correspond. Elle se demande d'abord si un champ texte avec suggestions natives ou un code postal ne suffirait pas.
Signal d'alerteUn composant dessiné sans comportement clavier, « les développeurs verront », ou une dépendance à la souris pour ouvrir la liste.
Question 4 · confirmé
Que mettez-vous dans les annotations d'accessibilité d'un écran Figma avant de le passer aux développeurs ?
Une bonne réponseLe titre de la page, la structure des titres (h1 à h3), les régions (en-tête, navigation, contenu principal, pied de page), l'ordre de tabulation numéroté, le statut de chaque image (décorative ou informative, avec son alternative), le nom accessible des boutons réduits à une icône, les états (focus, erreur, désactivé, chargement) et les messages annoncés dynamiquement. Elle utilise la catégorie Accessibility des annotations de Figma, ou un kit d'annotation partagé, pour que les développeurs les retrouvent en Dev Mode.
Signal d'alerteDes annotations limitées aux espacements et aux couleurs, ou « l'accessibilité, c'est le travail du développeur ».
Question 5 · confirmé
Un parcours que vous avez conçu vient d'être développé. Comment le testez-vous vous-même avec NVDA ou VoiceOver ?
Une bonne réponseAvec des couples navigateur et lecteur d'écran réalistes, NVDA avec Firefox sous Windows, VoiceOver avec Safari sur macOS et iOS. Elle navigue par titres et par régions, remplit le formulaire en mode formulaire, provoque des erreurs pour vérifier qu'elles sont annoncées, écoute le nom des boutons et des liens hors contexte. Elle connaît quelques commandes (touche H dans NVDA, rotor de VoiceOver) et reconnaît les limites de l'exercice : ce test ne remplace ni un audit, ni un test avec des utilisateurs qui pratiquent ces outils au quotidien.
Signal d'alerteUne extension automatique lancée sur la page présentée comme un test lecteur d'écran, ou aucun lecteur d'écran jamais ouvert.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
UX/UI designer accessibilité : réponses courtes
Designer référent accessibilité et auditeur RGAA : qui fait quoi ?
Le designer conçoit les écrans et applique les critères qui relèvent de la maquette : contrastes, ordre, messages, états. L'auditeur contrôle un site en ligne selon la méthode officielle, critère par critère, et calcule un taux de conformité. Les deux se parlent souvent, le designer corrigeant ce que l'audit relève. Un même profil peut faire les deux, mais l'audit de son propre travail manque de recul. Pour un audit officiel, un auditeur extérieur à l'équipe reste préférable.
Quel niveau de HTML est attendu d'un designer référent RGAA ?
Il n'a pas à livrer du code, mais il doit comprendre ce qu'est un titre, une région, une étiquette de champ, un attribut alt ou un rôle ARIA. Sans ces notions, ses annotations restent vagues et les développeurs les interprètent à leur manière. Il doit savoir expliquer comment un lecteur d'écran restitue un bouton réduit à une icône. La réponse montre vite s'il raisonne en structure ou seulement en apparence.
Ce designer passe-t-il un test technique ?
Un exercice court, mené pendant l'entretien, fonctionne bien. Sur une maquette de formulaire avec quelques défauts volontaires (contraste faible, erreur signalée par la seule couleur, bouton icône sans nom), la personne les repère, puis annote l'écran. En vingt minutes, on voit sa méthode, son vocabulaire RGAA et sa façon de transmettre aux développeurs. La même maquette sert à tous les candidats, les résultats se comparent mieux.
Une certification en accessibilité suffit-elle pour juger un candidat ?
Les certifications de l'IAAP, comme le CPACC ou le WAS, montrent que la personne connaît les principes et les règles. Elles ne prouvent pas qu'elle sait les appliquer dans une maquette ni défendre un contraste face à une charte de marque. Un fichier Figma annoté est attendu, avec un exemple de correction après audit. Un profil sans certification, avec ces preuves, vaut souvent mieux qu'un certifié qui n'a jamais ouvert un lecteur d'écran.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
