Un site web n’est réussi que s’il est utilisable. Par tout le monde — y compris par les personnes malvoyantes, malentendantes, à mobilité réduite ou qui naviguent autrement qu’à la souris. L’accessibilité numérique (souvent abrégée a11y) n’est ni une contrainte cosmétique, ni une couche qu’on ajoute à la fin : c’est une manière de concevoir, qui profite d’ailleurs à l’ensemble des visiteurs. Voici comment nous l’intégrons.
L’accessibilité commence dans le code
La bonne nouvelle, c’est que l’essentiel se joue dès les fondations. Un
HTML sémantique — des titres correctement hiérarchisés, de vraies listes,
des boutons et des liens utilisés à bon escient — est nativement compris par
les technologies d’assistance comme les lecteurs d’écran. À l’inverse, un site
bricolé avec des div partout est un casse-tête illisible pour ces outils.
C’est pour cela que nous insistons : l’accessibilité bien faite ne coûte quasiment rien de plus quand elle est prise dès le départ. La rattraper sur un site mal structuré, c’est un autre budget. Nous l’avons développé dans notre article accessibilité numérique.
Tout doit fonctionner au clavier
Une grande partie des utilisateurs de technologies d’assistance ne se servent pas d’une souris. Notre règle est donc simple : tout ce qui se fait à la souris doit se faire au clavier. Parcourir un menu, ouvrir une fenêtre, remplir et valider un formulaire — chaque interaction doit être atteignable au clavier, avec un indicateur de focus toujours visible et un ordre de parcours logique. C’est un test que nous menons systématiquement.
Contrastes, lisibilité et couleur
Un texte gris pâle sur fond blanc peut être illisible pour beaucoup de monde. Nous contrôlons donc que les textes ressortent suffisamment de leur fond, que les tailles sont confortables, et surtout que l’information ne repose jamais sur la seule couleur — un daltonien doit pouvoir distinguer un champ en erreur autrement que par un simple rouge.
Décrire ce qui ne se lit pas
Pour les images porteuses de sens, nous rédigeons des alternatives textuelles utiles — pas un remplissage, mais une vraie description de ce que l’image apporte. Pour les médias, nous prévoyons sous-titres ou transcriptions. Détail intéressant : ces bonnes pratiques aident aussi les moteurs de recherche, ce qui rejoint notre méthode de suivi SEO. Ce qui aide les uns profite à tous.
Tester avec de vraies technologies d’assistance
C’est notre garde-fou final. Un audit automatique repère les contrastes insuffisants ou les attributs manquants, mais il est aveugle à l’essentiel : la logique de navigation, la pertinence des descriptions, la cohérence au lecteur d’écran. Nous parcourons donc le site au clavier et au lecteur d’écran, comme le ferait un utilisateur concerné. C’est le seul moyen de vérifier que l’accessibilité n’est pas seulement conforme sur le papier, mais réelle dans l’usage.
Une exigence de qualité, pas une case à cocher
Pour beaucoup d’organisations — le secteur public en tête — l’accessibilité est une obligation légale (référentiel RGAA en France, normes WCAG à l’international). Mais nous la voyons d’abord comme une exigence de qualité : un site accessible est un site mieux conçu, plus robuste et ouvert à tous vos publics. C’est pourquoi elle fait partie intégrante de chacun de nos sites web et constitue un volet de nos audits techniques — comme sur des projets exigeants tels que Archivum, où nous visons des scores d’accessibilité maximaux.