Normes WCAG et accessibilité web : ce que cache la conformité

En Europe, environ 87 millions de personnes vivent avec un handicap, selon les estimations de la Commission européenne. Sur le web, cela se traduit par des millions de tentatives de navigation entravées chaque jour par des sites mal conçus. Les normes WCAG, ou Règles pour l'accessibilité des contenus web, constituent le référentiel technique le plus utilisé pour corriger cette situation. Pourtant, leur mise en œuvre reste souvent mal comprise, entre idées reçues et interprétations hâtives.

La conformité WCAG ne se résume pas à une liste de cases à cocher

Une idée répandue veut qu'un site soit accessible dès lors qu'il valide automatiquement les critères des WCAG. Les validateurs techniques, nombreux et gratuits, renvoient des rapports détaillés avec des scores de conformité. Ces outils sont utiles, mais ils ne couvrent qu'une partie du spectre. Par exemple, un validateur peut détecter l'absence d'alternative textuelle sur une image, mais il ne peut pas juger si cette alternative est pertinente pour un utilisateur aveugle.

La norme WCAG 2.1, la version la plus répandue, repose sur quatre principes : perceptible, utilisable, compréhensible et robuste. Chaque principe contient des critères de succès, notés de A à AAA. Le niveau AA, le plus couramment exigé par les cadres légaux, demande un travail d'interprétation humaine. Les tests automatisés ne détectent qu'environ 30 % des problèmes d'accessibilité, selon les estimations d'experts du secteur. Le reste nécessite des tests manuels avec de vrais utilisateurs, des lecteurs d'écran et des navigateurs variés.

Les WCAG ne concernent pas uniquement les personnes aveugles

Beaucoup associent l'accessibilité web à la cécité et aux lecteurs d'écran. Cette vision est réductrice. Les WCAG couvrent des déficiences visuelles, auditives, motrices et cognitives. Un utilisateur daltonien, une personne sourde regardant une vidéo sans sous-titres, un individu souffrant de troubles de l'attention face à des animations clignotantes, ou encore une personne âgée ayant des difficultés à cliquer sur de petits éléments : tous sont concernés.

Prenons le critère 2.3.1, qui interdit plus de trois flashs par seconde. Il protège les personnes épileptiques, mais aussi celles sensibles à la lumière. Le critère 1.4.4, sur le redimensionnement du texte jusqu'à 200 %, bénéficie aux malvoyants comme aux utilisateurs de petits écrans. Le critère 2.4.7, qui demande un indicateur de focus visible, aide les navigateurs au clavier, qu'ils soient handicapés ou simplement adeptes des raccourcis. L'accessibilité profite à un public bien plus large que la seule communauté handicapée.

La conformité légale ne garantit pas une expérience réellement accessible

Depuis 2019, la directive européenne sur l'accessibilité des sites publics impose des normes précises aux organismes du secteur public. En France, le RGAA (Référentiel général d'amélioration de l'accessibilité) traduit ces exigences. De nombreuses entreprises privées s'en inspirent volontairement. Cette pression légale a un effet positif : elle pousse à agir. Mais elle crée aussi un effet pervers, celui de la conformité de façade.

Un site peut afficher un taux de conformité élevé tout en restant difficile à utiliser. Par exemple, des formulaires avec des libellés correctement associés techniquement, mais disposés loin des champs correspondants, seront validés par les critères tout en posant problème à l'usage. Un contraste de couleurs conforme mathématiquement peut rester illisible sur un écran de mauvaise qualité. La conformité est un socle, pas une fin en soi. Elle doit s'accompagner de tests utilisateurs réguliers et d'une prise en compte des retours concrets.

Maintenir l'accessibilité exige un suivi continu, pas un projet ponctuel

Une autre idée reçue veut que l'accessibilité se règle une fois pour toutes. Les sites web évoluent : nouveaux contenus, nouvelles fonctionnalités, refontes de design. Chaque ajout peut introduire des régressions. Un développeur qui intègre un composant tiers non accessible, un rédacteur qui publie un PDF sans balisage, un designer qui choisit une palette de couleurs insuffisamment contrastée : autant de situations qui dégradent le niveau d'accessibilité.

Les bonnes pratiques recommandent d'intégrer les WCAG dès la conception, dans une démarche de type « accessibility by design ». Cela implique de former les équipes, d'inclure des critères d'accessibilité dans les revues de code et de planifier des audits réguliers, au moins annuels. Les outils de test automatisés peuvent être intégrés aux pipelines de développement pour détecter les erreurs courantes en amont. Mais la vérification humaine demeure indispensable, car elle seule peut évaluer la qualité réelle de l'expérience.

La maintenance est donc un processus continu. Elle demande des ressources dédiées, une gouvernance claire et une sensibilisation de tous les métiers impliqués dans la production du site. Les retours d'utilisateurs en situation de handicap constituent une source d'information précieuse pour ajuster les correctifs. Les WCAG fournissent un cadre technique solide, mais leur application efficace repose sur une culture d'équipe et une volonté durable d'amélioration.