Pourquoi faire un audit accessibilité ?
L’accessibilité numérique vise à rendre les sites web utilisables par toutes et tous, y compris les personnes en situation de handicap. En France, le cadre légal s’appuie sur l’article 47 de la loi n°2005-102 du 11 février 2005 et le Référentiel Général d’Amélioration de l’Accessibilité (RGAA).
Pour beaucoup d’entreprises, un audit RGAA est perçu comme une obligation réglementaire. Cela peut-être le cas et nous aurons l’occasion de revenir spécifiquement sur ce sujet, mais en réalité, c’est un levier de qualité :
- Il améliore l’expérience utilisateur (UX),
- Souvent, il renforce le SEO et la performance,
- Il reflète une image d’entreprise inclusive et responsable.
Chez WEX IT, nous avons choisi de rendre cette démarche transparente, pédagogique et facile à mettre en œuvre.
Définir le périmètre d’audit
Un audit RGAA commence toujours par un cadrage. Nous identifions ensemble :
- Le périmètre technique : site web, application, extranet, etc.
- Le périmètre fonctionnel : quelles pages ou parcours utilisateurs seront testés (ex. : page d’accueil, fiche produit, formulaire, tunnel de souscription…).
- Les combinaisons de tests : navigateurs, desktop, mobile, lecteurs d’écran, etc.
L’objectif est d’obtenir un échantillon représentatif du site et des services proposés et en fonction des statistiques de fréquentation, identifier les combinaisons devices, navigateurs, lecteurs d’écrans à mettre en oeuvre. En fonction de la complexité du site (site vitrine, blog, site e-commerce, applicatif métier, etc.) l’échantillon peut représenter de 8 à 20 écrans / pages et 2 à 3 combinaisons.
Vérification manuelle et technique
L’audit se déroule en deux parties complémentaires qui sont exécutées côté front en autonomie sans nécessiter l’intervention du client ou l’accès au code source.
Analyse manuelle
Réalisée page par page, elle consiste à vérifier 106 critères répartis en 13 thématiques RGAA (images, liens, scripts, formulaires, structure, couleurs…). Chaque critère est évalué sur la base de tests de restitution (ex. : NVDA + Firefox, JAWS + Chrome, VoiceOver + Safari).
Exemples de points vérifiés :
- Les contrastes couleurs sont-ils suffisants ?
- Les images informatives ont-elles une alternative textuelle pertinente ?
- Les formulaires sont-ils étiquetés et navigables au clavier ?
- Les composants dynamiques (carrousels, modales, menus…) respectent-ils les motifs ARIA ?
Analyse technique
Cette étape mobilise des outils complémentaires :
- Assistant RGAA (extension Firefox),
- Contrast Checker,
- HeadingsMap,
- Web Developer Tools,
- Validateur HTML W3C,
- Claude AI avec prompt spécialisé,
- et parfois des scripts automatisés pour repérer les patterns récurrents.
Les tests automatiques représentent environ 20 à 25% du travail : le reste repose sur l’observation humaine.
Rédaction du rapport d’audit
Une fois les vérifications effectuées, nous produisons un rapport d’audit complet et structuré. Une version en ligne du livrable est disponible et permet de mettre à disposition :
- Un tableau des critères RGAA (conforme, non conforme, non applicable) ;
- Des constats illustrés : captures d’écran, code source, explications ;
- Des recommandations concrètes de correction, adaptées au framework utilisé (React, Vue, Angular, etc.) ;
- La possibilité via l’interface en ligne de :
- Filtrer les critères « non conforme »
- Filtrer les critères page par page
- Visualiser la criticité (bloquant, majeur, mineur)
- Filtrer les critères les plus simples à corriger
Ce rapport constitue la base de travail pour les équipes design et développement qui devront implémenter les correctifs.
Mise en conformité et accompagnement
L’objectif n’est pas seulement d’identifier les non-conformités, mais de donner les moyens de les corriger.
C’est pourquoi WEX IT accompagne (de manière facultative) ses clients à travers :
- Des revues de code et guides de correction,
- La mise en œuvre de composants accessibles (accordéons, modales, carrousels, etc.),
- Et des tests de validation après correction.
Ces ajustements, eux, nécessitent l’accès au code source du projet. En effet, nous ne recommandons pas les solutions dites de sur-couche clé en main qui selon nous ne permettent pas d’atteindre les objectifs.
Une fois ces ajustements réalisés, nous pouvons procéder à un audit de contrôle, confirmant le nouveau taux de conformité.
La déclaration d’accessibilité
C’est souvent le sésame attendu par le client… tout audit débouche sur la déclaration d’accessibilité qui doit être publiée sur le site.
Ce document indique :
- Le taux de conformité du site,
- Les contenus non accessibles et leurs raisons,
- Les outils et environnements de test,
- Et la date de mise à jour de la déclaration.
C’est aussi ici qu’apparaissent les liens vers le schéma pluriannuel et le plan d’action annuel, conformément à la loi. Nous aurons l’occasion de revenir sur ces notions dans un futur article.
Et après ?
Au même titre que le SEO, et la webperf, l’accessibilité n’est pas un projet ponctuel, mais une démarche continue. La déclaration d’accessibilité est évolutive et le schéma pluriannuel est le garant des actions réalisées.
Chez WEX IT, nous pensons que l’audit RGAA doit être un outil de progrès, pas une sanction. C’est pourquoi nous avons conçu un processus clair, documenté et collaboratif, en lien direct avec les développeurs et les UX designers.
L’accessibilité est avant tout une question d’expérience utilisateur et de bon sens. Nous la rendons concrète, mesurable et surtout, réalisable.
