Inclusive Design : concevoir pour les seniors et le handicap

L'accessibilité n'est pas une contrainte à cocher en fin de projet, c'est une manière de concevoir. Voici le cadre WCAG et une méthode de test qui rend un site utilisable par les seniors et les personnes en situation de handicap.

Prenons un cas réel : un site d'administration publique doit être utilisable par des seniors et des personnes en situation de handicap, avec un objectif de conformité WCAG 2.1 niveau AA sur les pages clés. Comment s'y prend-on concrètement ?

Les quatre principes POUR

Le référentiel WCAG 2.1 tient dans quatre principes, résumés par l'acronyme POUR :

• Perceptible : des contrastes suffisants et des alternatives textuelles pour tout contenu non textuel.
• Utilisable : une navigation possible au clavier et des retours d'action clairs.
• Compréhensible : des instructions explicites et des messages d'erreur spécifiques, pas génériques.
• Robuste : une compatibilité garantie avec les lecteurs d'écran et les technologies d'assistance.

Les outils d'audit

Une partie des problèmes se détecte automatiquement avec des outils comme Lighthouse, axe DevTools ou WAVE. Mais l'automatique ne suffit jamais : il faut le compléter par des tests manuels au clavier et par une vérification au lecteur d'écran. La machine repère les contrastes, l'humain repère les parcours cassés.

Un site accessible n'est pas un site qui passe un audit automatique : c'est un site qu'on peut vraiment utiliser sans souris et sans voir l'écran.

Un protocole de test concret

Sur un formulaire, la cible ressemble à ceci : un contraste de 7:1, des labels persistants, un focus visible, un ordre de tabulation logique, et des erreurs annoncées à voix haute via aria-live. Le protocole de test tient en trois gestes :

1. Naviguer la page au clavier uniquement, sans jamais toucher la souris.
2. Parcourir l'écran avec un lecteur d'écran comme VoiceOver ou NVDA.
3. Vérifier le rendu sous un filtre simulant le daltonisme.

C'est le prolongement direct d'un audit technique : mêmes outils, même rigueur, au service de l'usage réel.

Ce que donne un vrai audit

Sur un cas guidé, le point de départ était de 36 non-conformités WCAG. Après correctifs, il n'en restait que 6, mineures, pour un score d'accessibilité Lighthouse de 98 sur 100. La preuve qu'un site existant peut être remis à niveau sans tout reconstruire, à condition de suivre une méthode.

---

Questions fréquentes

Le niveau AA est-il obligatoire ?

Pour de nombreux sites publics et professionnels, oui. Au-delà de l'obligation, viser le AA garantit un usage réel par les seniors et les personnes en situation de handicap.

Un audit automatique suffit-il ?

Non. Des outils comme Lighthouse repèrent une partie des problèmes, mais les tests clavier et lecteur d'écran restent indispensables pour valider les parcours.

Faut-il tout refaire pour être accessible ?

Rarement. Un cas réel est passé de 36 non-conformités à 6 mineures après correctifs ciblés, sans reconstruction complète.