Accessibilité numérique : au-delà de la conformité RGAA, un investissement rentable

En France, le référentiel général d'amélioration de l'accessibilité (RGAA) décline les standards internationaux WCAG en critères de contrôle concrets et vérifiables, couvrant images, formulaires, navigation, contrastes, scripts et documents. Les entités assujetties doivent publier une déclaration d'accessibilité sincère, afficher leur niveau de conformité et tenir un schéma pluriannuel de mise en accessibilité. Deux points sont fréquemment sous-estimés : la déclaration engage — publier un taux de conformité inexact expose davantage que d'afficher un niveau partiel assorti d'un plan crédible — et le périmètre couvre l'ensemble du parcours, y compris les documents téléchargeables et les services de tiers intégrés.

L'investissement se défend sans même invoquer la contrainte. Un service accessible est utilisable par un public plus large — personnes en situation de handicap permanent, mais aussi situations temporaires ou contextuelles : luminosité forte, environnement bruyant, usage à une main. Les bonnes pratiques d'accessibilité recoupent largement celles du référencement naturel : structure sémantique, alternatives textuelles, hiérarchie de titres cohérente. Elles améliorent l'expérience de tous les utilisateurs : des formulaires étiquetés, des messages d'erreur explicites et des contrastes suffisants ne bénéficient pas qu'aux lecteurs d'écran. Enfin, un code accessible est un code plus rigoureux — HTML sémantique, états explicites, navigation clavier maîtrisée — dont la testabilité s'en trouve améliorée d'autant.

La trajectoire efficace est progressive. Auditer d'abord, pour objectiver l'existant : un audit selon la méthode du référentiel, sur un échantillon représentatif de pages et de parcours, distingue les non-conformités bloquantes des défauts mineurs. Prioriser ensuite par impact utilisateur : traiter en premier ce qui empêche réellement d'accomplir une tâche — formulaires inutilisables au clavier, contenus invisibles aux technologies d'assistance, contrastes insuffisants — plutôt que de viser mécaniquement l'exhaustivité. Corriger dans le flux normal de développement, en intégrant les correctifs aux sprints plutôt qu'en projet séparé qui se périme. Et former, car c'est le levier de durabilité : designers, développeurs et contributeurs de contenu prennent chacun des décisions d'accessibilité sans toujours le savoir.

Le piège classique est la remédiation ponctuelle : un audit, une campagne de correctifs, puis une régression continue au fil des évolutions. La parade consiste à intégrer l'accessibilité dans la définition du fini : critères vérifiés en revue de code, tests automatisés dans la chaîne d'intégration continue pour la part des critères qui s'y prête, et vérifications manuelles — navigation clavier, lecteur d'écran — sur les parcours critiques à chaque évolution majeure. L'automatisation ne détecte qu'une fraction des non-conformités : elle est nécessaire, jamais suffisante. Traitée ainsi, comme une exigence de qualité parmi les autres et non comme une contrainte externe, l'accessibilité cesse d'être un coût de rattrapage pour devenir ce qu'elle aurait toujours dû être : une propriété normale d'un logiciel bien construit.