Commencer par le sens
Une pastille verte peut sembler évidente à la personne qui l’a dessinée. Pour le visiteur, signifie-t-elle disponible, terminé ou simplement sélectionné ? Avant de choisir une palette, écrivons ce que chaque état doit communiquer. Une couleur décorative peut installer une ambiance sans explication. En revanche, dès qu’elle indique une erreur, une action ou une différence importante, le message doit rester compréhensible autrement. La couleur devient alors un renfort, pas un code secret à mémoriser.
Nommer les états plutôt que les laisser deviner
Dans une liste de demandes, remplaçons les seules pastilles par « En cours », « À compléter » et « Envoyée ». Un symbole cohérent peut faciliter le repérage, mais une nouvelle icône sans libellé peut être aussi ambiguë qu’une couleur. Gardons les mêmes termes dans la liste et dans le détail. Pour une sélection, une coche et un intitulé explicite sont plus robustes qu’un simple fond différent. Les instructions doivent viser le nom de la commande, pas seulement « le bouton vert ».
Une erreur doit proposer une suite
Une bordure rouge indique tout au plus un problème. À côté du champ concerné, précisons ce qui manque et comment le corriger : « Indiquez une adresse électronique complète ». Conservons la valeur déjà saisie lorsque cela reste pertinent. Relions techniquement le message au champ et exposons son état invalide aux technologies d’assistance. Ce travail sémantique ne remplace pas le message visible : une personne qui distingue mal les couleurs n’utilise pas nécessairement un lecteur d’écran.
Donner plusieurs repères aux graphiques
Pour comparer deux séries, utilisons des libellés proches des courbes et, lorsque cela aide réellement, des marqueurs ou des styles de trait différents. Une légende qui ne contient que des carrés colorés oblige encore à reconnaître les teintes. Vérifions la correspondance entre chaque série et son nom, y compris sur petit écran. Un tableau de valeurs ou un résumé accessible complète le graphique lorsque ses données sont nécessaires à la décision. Évitons toutefois d’accumuler des motifs au point de masquer les tendances.
Ne pas confondre contraste et signification
Le critère WCAG 1.4.1 traite de l’information transmise uniquement par la couleur. Le contraste des éléments non textuels relève d’un autre contrôle. Un contour peut être très visible sans expliquer si une réservation est confirmée. Inversement, un libellé explicite peut rester difficile à lire. Évaluons donc séparément la compréhension du message, la visibilité des éléments et leur exposition technique. Ajouter une icône ne rend pas automatiquement toute une interface conforme.
Tester un parcours, pas seulement une palette
Parcourons une demande depuis son état vide jusqu’à sa confirmation, avec une erreur entre les deux. Retirons mentalement les couleurs : sait-on encore quoi faire et ce qui a changé ? Un aperçu en niveaux de gris peut révéler une dépendance, mais ne simule pas toutes les perceptions et ne prouve aucune conformité. Complétons-le par des mesures de contraste, un contrôle clavier et une vérification des états accessibles. Documentons enfin les mots, symboles et usages autorisés dans les composants pour éviter que le prochain écran réintroduise une information portée uniquement par la couleur.