Accessibilité numérique et UX design : les compétences à intégrer dans ses projets

Intégrer l’accessibilité numérique à un projet UX demande bien plus que de vérifier les contrastes avant la mise en ligne. Il faut savoir inclure les personnes en situation de handicap dans la recherche, traduire leurs besoins en parcours, concevoir des composants documentés, écrire des contenus compréhensibles et organiser des tests manuels. Ces compétences se répartissent entre le design, le contenu, la technique et le pilotage : aucune personne ne peut porter seule tout le sujet.

Accessibilité et UX design : deux approches qui doivent travailler ensemble

L’UX design cherche à rendre un service utile, utilisable et cohérent dans son contexte réel. L’accessibilité numérique vise à rendre les contenus et services compréhensibles et utilisables par les personnes en situation de handicap. Les deux démarches se rencontrent donc sur un point très concret : supprimer les obstacles qui empêchent une personne d’accomplir une tâche.

Un parcours peut sembler simple à la souris et devenir bloquant au clavier. Une erreur signalée uniquement en rouge peut passer inaperçue. Une fenêtre modale visuellement réussie peut être incompréhensible avec un lecteur d’écran. À l’inverse, satisfaire une liste de critères techniques ne garantit pas à elle seule une expérience fluide. Le W3C recommande de combiner l’évaluation de conformité avec l’implication d’utilisateurs en situation de handicap.

Pour un designer, l’enjeu n’est pas de devenir auditeur ou développeur expert. Il est de comprendre les principaux mécanismes d’exclusion, de faire les bons choix assez tôt et de transmettre des intentions assez précises pour qu’elles survivent au développement. Cette spécialisation complète les compétences générales attendues d’un UX designer, sans s’y substituer.

Les compétences à construire avant même de dessiner l’interface

Comprendre les situations de handicap sans créer un « persona handicap » générique

Une bonne culture de départ couvre les handicaps visuels, auditifs, moteurs, cognitifs et les troubles de la parole. Elle s’intéresse aussi aux technologies et stratégies utilisées : lecteur d’écran, grossissement, navigation au clavier, commande vocale ou réglages personnalisés de l’affichage.

Attention au raccourci : une personne aveugle ne représente pas toutes les personnes aveugles, encore moins l’ensemble des handicaps. Le W3C rappelle qu’un retour individuel ne peut pas être généralisé. La compétence utile consiste à recruter des profils adaptés aux tâches étudiées, à décrire précisément le périmètre du test et à confronter les observations aux standards.

Relier une difficulté observée à un besoin de conception

« Rendre la page accessible » n’est pas une exigence exploitable. Il faut la traduire. Par exemple : permettre de terminer une commande sans souris, annoncer clairement une erreur de saisie, conserver un ordre de lecture logique après agrandissement ou fournir une alternative à une information portée par une image.

Ce passage du constat à l’exigence mobilise la recherche utilisateur, l’analyse de tâche et la priorisation. Il évite aussi de réduire l’accessibilité à une collection de réglages visuels. Les quatre principes présentés par la Web Accessibility Initiative donnent un cadre solide : une interface doit être perceptible, utilisable, compréhensible et robuste.

Connaître les référentiels sans les réciter

Les WCAG constituent la référence internationale pour l’accessibilité des contenus web. En France, le Référentiel général d’amélioration de l’accessibilité (RGAA) fournit une méthode de contrôle et des tests. Son périmètre réglementaire dépend du service et de l’organisation concernés : un projet doit donc faire vérifier ses obligations plutôt que reprendre une formule juridique générale.

Côté UX, connaître le référentiel signifie surtout savoir repérer les décisions qui doivent être prises dans les parcours et les maquettes. Le niveau de détail technique viendra avec la pratique et la collaboration avec les spécialistes.

Concevoir des maquettes qui transmettent les bons comportements

Travailler la perception au-delà du contraste

Le contraste est un contrôle indispensable, mais une interface perceptible demande davantage. La couleur ne doit pas être l’unique moyen de signaler un statut. La hiérarchie des titres doit être cohérente. Les contenus doivent rester compréhensibles lorsque le texte est agrandi. Une icône ambiguë a besoin d’un libellé, tandis qu’une image porteuse d’information exige une alternative pensée avec le contenu.

La typographie entre directement dans cette compétence : régularité des styles, lisibilité, espacements et résistance des blocs aux variations de taille. Les principes détaillés dans notre article sur le choix d’une typographie pour un projet de design constituent une base, à compléter par les contrôles d’accessibilité applicables au support.

Documenter le clavier, le focus et les états

Une maquette statique montre rarement ce qui se passe sans souris. Le designer doit pourtant prévoir l’ordre logique de navigation, rendre le focus visible et décrire le comportement des menus, fenêtres modales, accordéons ou messages dynamiques. Les états normal, survolé, actif, désactivé, sélectionné et en erreur ne sont pas des finitions : ils font partie du composant.

Une annotation utile indique ce qui reçoit le focus, ce qui se passe après une action et comment revenir au point de départ. Pour un formulaire, elle précise le libellé, l’aide attendue, l’identification des champs obligatoires et la manière dont les erreurs sont annoncées. Ce niveau de documentation limite les interprétations lors de l’intégration.

Construire un design system accessible et maintenable

Un design system permet de corriger un problème une fois puis de diffuser la solution, à condition que les composants soient réellement spécifiés. Chaque composant critique devrait réunir ses variantes visuelles, ses états, son comportement au clavier, ses règles de contenu et ses contraintes d’usage.

Le designer doit également savoir refuser certains assemblages. Un composant accessible peut devenir problématique si son libellé disparaît, si son ordre change ou s’il est utilisé dans un contexte non prévu. Une courte rubrique « à faire / à éviter » dans la documentation vaut souvent mieux qu’une maquette supplémentaire.

Écrire, tester et collaborer : les compétences qui font tenir le projet

Écrire des contenus et des messages d’erreur compréhensibles

L’UX writing participe directement à l’accessibilité. Un bouton « Valider » ne dit pas toujours ce qui sera validé. Un lien « En savoir plus » perd son sens lorsqu’il est lu hors contexte. Un message « Une erreur est survenue » n’aide pas à corriger la saisie.

La compétence attendue est très pratique : nommer clairement l’action, expliquer l’erreur près du champ concerné, éviter le jargon inutile et maintenir les mêmes termes tout au long du parcours. Il faut aussi prévoir les alternatives textuelles avec les responsables éditoriaux. Décrire mécaniquement chaque image produit du bruit ; l’alternative dépend de la fonction de l’image dans la page.

Combiner contrôles automatiques, revue manuelle et tests utilisateurs

Un outil automatique peut repérer certains contrastes insuffisants, attributs absents ou problèmes de structure. Il ne peut pas décider si un texte alternatif est pertinent, si un ordre de focus est logique ou si une consigne est vraiment compréhensible. Le W3C précise que ces outils assistent l’évaluation, mais ne déterminent pas à eux seuls l’accessibilité.

Une stratégie de test crédible combine donc plusieurs niveaux : revue des maquettes, contrôles du code, parcours complet au clavier, essais avec des technologies d’assistance et sessions avec des personnes en situation de handicap. Le détail des critères et tests du RGAA aide à cadrer la vérification technique. Les tests utilisateurs, eux, montrent comment l’interface se comporte dans un usage réel.

Savoir répartir les responsabilités

L’accessibilité échoue souvent dans les passages de relais. Le chef de projet doit l’inscrire au cadrage et à la recette. La recherche UX couvre des participants diversifiés. Le design documente les interactions. La rédaction prépare des contenus clairs. Le développement respecte la sémantique et les comportements attendus. La qualité vérifie le produit livré, pas seulement les maquettes.

Cette coordination demande un vocabulaire commun et des critères d’acceptation vérifiables. Une exigence telle que « le formulaire doit être accessible » reste floue. « Chaque champ possède un libellé persistant, l’erreur est annoncée et le parcours peut être terminé au clavier » donne une base de discussion et de recette.

Une méthode simple pour intégrer l’accessibilité dans le cycle UX

1. Au cadrage : identifier les obligations, les usages critiques, les publics concernés, les compétences disponibles et le niveau de contrôle attendu.
2. En recherche : inclure des personnes en situation de handicap, préparer un protocole adapté et éviter de généraliser un témoignage isolé.
3. En conception : vérifier les parcours sans souris, les structures, les contenus, les états, les erreurs et les alternatives.
4. Au passage en développement : annoter les comportements et critères d’acceptation, puis échanger sur les contraintes plutôt que livrer un fichier silencieux.
5. À la recette : associer contrôles automatiques, vérifications manuelles, technologies d’assistance et tests avec des utilisateurs lorsque le périmètre le permet.
6. Après la mise en ligne : traiter les retours, surveiller les régressions et intégrer les corrections au design system.

Le bon premier pas n’est pas de promettre une conformité immédiate. Choisissez un parcours important, par exemple l’inscription ou le paiement, puis documentez ses obstacles de bout en bout. Vous verrez rapidement quelles compétences manquent dans l’équipe et où les décisions se perdent.

Questions fréquentes

Un UX designer doit-il maîtriser tout le RGAA ?

Il doit connaître les principes, les critères qui influencent la conception et les livrables attendus. Un audit complet demande toutefois une méthode et une expertise spécifiques. Savoir quand solliciter un spécialiste fait partie de la compétence professionnelle.

Un plugin de contraste suffit-il à valider une maquette ?

Non. Il ne contrôle ni la logique du parcours, ni la navigation au clavier, ni la qualité des libellés ou des alternatives, ni la restitution après développement. C’est un contrôle utile parmi d’autres.

Faut-il attendre un audit pour tester avec des personnes handicapées ?

Non. Des retours sur des parcours ou prototypes peuvent être organisés dès la conception. Une première revue permet néanmoins de supprimer les obstacles évidents avant la session. Les tests utilisateurs et l’évaluation de conformité sont complémentaires.

Camille Renaud, signature éditoriale d’ADE University