Web design accessible : concevoir des interfaces pour les personnes malvoyantes

L'Organisation mondiale de la santé estime qu'au moins 2,2 milliards de personnes vivent avec une déficience visuelle, de près ou de loin. Une partie d'entre elles utilise le web au quotidien, avec des besoins qui varient fortement d'un profil à l'autre. Concevoir pour ces publics ne relève pas d'un supplément d'attention : cela touche à des mécanismes techniques précis, dont l'application reste partielle sur une grande partie des sites.

Ce que recouvre la malvoyance sur le web

La malvoyance désigne une acuité visuelle réduite qui ne se corrige pas entièrement avec des lunettes ou des lentilles. Elle regroupe des situations très différentes : basse vision stable, dégénérescence progressive, vision centrale altérée, champ visuel réduit, ou encore sensibilité extrême à la lumière et aux contrastes.

À cela s'ajoutent des troubles qui ne relèvent pas strictement de la malvoyance mais posent des problèmes comparables : daltonisme, fatigue visuelle, cataracte liée à l'âge. Une même interface peut donc convenir à une personne et gêner une autre, selon la pathologie et le matériel utilisé.

Les usages concrets se répartissent en plusieurs familles. L'agrandissement logiciel, d'abord : le système d'exploitation ou le navigateur grossit l'affichage, ce qui réduit la quantité de contenu visible à l'écran et oblige à des défilements constants. Le contraste renforcé, ensuite, avec des modes à fort contraste ou des extensions qui inversent les couleurs. La synthèse vocale, enfin, qui lit à voix haute le contenu et les éléments d'interface.

Les leviers techniques les plus déterminants

La taille du texte ne se règle pas en dur. Un site qui fixe ses tailles en pixels empêche l'agrandissement du navigateur de fonctionner correctement. L'usage d'unités relatives, comme le rem ou le pourcentage, permet au contraire au texte de suivre les préférences de l'utilisateur. Ce point paraît mineur ; il conditionne pourtant l'accès au contenu pour une large part des personnes concernées.

Le contraste entre le texte et son arrière-plan constitue le deuxième levier. Les recommandations internationales fixent des ratios minimaux, plus élevés pour le petit texte que pour le grand. Un gris clair sur fond blanc, courant dans les interfaces modernes, passe rarement le seuil. Le contraste ne doit pas non plus reposer uniquement sur la couleur : un champ en erreur signalé par un simple liseré rouge reste invisible pour une partie des utilisateurs.

La structure du document joue un rôle central pour la synthèse vocale. Des titres hiérarchisés, des intitulés de formulaires correctement associés à leurs champs, des textes alternatifs sur les images informatives : sans ces éléments, la lecture vocale produit une suite de mots sans repères. Une personne qui navigue à l'oreille ne peut alors ni sauter d'une section à l'autre, ni comprendre la fonction d'un bouton.

La navigation au clavier complète ce tableau. Les utilisateurs qui agrandissent fortement l'affichage ou qui couplent grossissement et lecteur d'écran se déplacent souvent au clavier plutôt qu'à la souris. Un indicateur de focus visible, un ordre de tabulation logique et l'absence de pièges au clavier sont des conditions de base.

Quelques ajustements reviennent fréquemment dans les audits :

• Autoriser le zoom sans le bloquer par une balise de viewport restrictive.
• Prévoir un espacement suffisant entre les lignes et les paragraphes.
• Éviter les textes incrustés dans des images, qui ne s'agrandissent pas et ne se lisent pas vocalement.
• Limiter les animations automatiques et les mouvements brusques.
• Ne pas faire dépendre une information de la seule couleur.

Les limites des solutions purement techniques

Le respect des critères ne garantit pas une expérience confortable. Un site peut être conforme aux référentiels et rester épuisant à parcourir : trop de contenu dense, des menus profonds, des publicités qui déplacent la mise en page pendant la lecture. La conformité est un plancher, pas un objectif final.

Les outils automatisés d'analyse détectent une partie seulement des problèmes. Ils repèrent un contraste insuffisant ou un texte alternatif manquant, mais ils évaluent mal la pertinence d'un intitulé, la clarté d'un parcours ou la charge cognitive. Un rapport d'audit automatique ne remplace pas des tests avec des utilisateurs concernés.

Le cas des lecteurs d'écran illustre une autre limite. Leur comportement varie selon le logiciel, le navigateur et le système. Une interface qui fonctionne avec l'un peut se révéler confuse avec un autre. Les tests sur un seul couple logiciel-navigateur donnent une image partielle de la réalité.

Enfin, l'accessibilité visuelle entre parfois en tension avec d'autres choix de design. Les interfaces très épurées, à faible contraste et à typographie fine, correspondent à des tendances graphiques largement répandues. Les concilier avec les besoins des personnes malvoyantes demande des arbitrages, pas une application mécanique de règles.

Organiser la prise en compte dans un projet

Intégrer ces questions dès la conception coûte généralement moins cher que de corriger un site existant. Les décisions structurantes — choix typographiques, palette de couleurs, composants de formulaire — se prennent en amont. Une fois le site en production, les reprendre implique de toucher à de nombreux écrans.

Les tests avec des utilisateurs malvoyants apportent des informations qu'aucun outil ne fournit. Ils révèlent les blocages réels : un bouton trop petit, une infobulle qui disparaît trop vite, un message d'erreur placé trop loin du champ concerné. Ces sessions demandent du temps et un recrutement adapté, ce qui explique qu'elles restent rares.

La formation des équipes constitue un autre point d'appui. Un développeur qui connaît les mécanismes de la synthèse vocale ou du grossissement d'écran anticipe mieux les conséquences de ses choix. La documentation publique sur le sujet est abondante et régulièrement mise à jour.

Reste la question de la maintenance. Les référentiels évoluent, les navigateurs changent, les composants tiers introduits dans un site peuvent casser une accessibilité jusque-là correcte. Un suivi périodique, avec des vérifications manuelles sur les parcours principaux, permet de détecter ces régressions avant qu'elles ne s'installent durablement.