Comment se déroule un audit d’accessibilité ?

L'audit d'accessibilité est une étape clé pour évaluer la conformité de votre site ou application. C'est un processus rigoureux qui permet d'identifier les barrières rencontrées par les utilisateurs handicapés. Voici comment nous menons nos diagnostics.

Sommaire :

• 1. Définition de l'échantillon
• 2. L'analyse technique et humaine
• 3. Le rapport et la restitution

1. Définition de l'échantillon

Il est rarement possible d'auditer l'intégralité d'un site. Nous sélectionnons donc un "échantillon représentatif" de pages (accueil, contact, page liste, page détail, pages de formulaire, etc.). Cet échantillon doit couvrir l'ensemble des fonctionnalités et des gabarits du site, d'autant plus sachant que la plupart des sites et applications sont structurés autour de modèles de pages récurrents. Ainsi, corriger les non conformités sur un modèle bénéficiera à toutes les pages qui l'utilisent.

Voici les critères que nous utilisons pour constituer cet échantillon :

Les pages incontournables

Ces pages sont présentes sur presque tous les sites et sont critiques pour la navigation et l'information légale :

• La page d'accueil : Point d'entrée principal.
• La page de contact : Essentielle pour permettre aux utilisateurs de signaler un problème d'accessibilité (une obligation légale).
• La page Mentions Légales : Contient souvent les informations d'éditeur.
• La page Accessibilité : C'est ici que doit figurer la Déclaration d'accessibilité.
• Le Plan du site : Fournit une alternative de navigation structurée.
• La page d'aide : Si elle existe, pour guider l'utilisateur dans l'usage du site.

Les pages types du parcours utilisateur

L'auditeur doit sélectionner des pages qui représentent la diversité des composants et des fonctionnalités du site :

• Une page de contenu textuel : Un article ou une page de présentation classique (pour tester la hiérarchie des titres, les listes, etc.).
• Un formulaire complexe : Inscription, simulateur, ou tunnel d'achat (pour tester les champs, les erreurs de saisie et les étiquettes).
• Un tableau de données : S'il y en a, pour vérifier la structuration des en-têtes.
• Une page de résultats de recherche : Pour tester la gestion des filtres et de l'affichage dynamique.

Les fonctionnalités spécifiques

Si votre site propose des services particuliers, ils doivent être inclus :

• Lecteur multimédia : Toute page contenant une vidéo ou un podcast (pour tester les sous-titres, la transcription et les contrôles clavier).
• Documents en téléchargement : Une page proposant des documents PDF ou autres fichiers bureautiques.
• Scripts interactifs : Fenêtres modales, menus accordéons, carrousels ou onglets.

2. L'analyse technique et humaine

Notre équipe analyse chaque page de l'échantillon au regard des critères du RGAA (ou WCAG). Cette analyse combine plusieurs méthodes complémentaires :

Tests automatiques

Des outils comme axe DevTools, WAVE ou Lighthouse permettent de détecter rapidement les erreurs les plus courantes dans le code : contrastes insuffisants, attributs manquants, structure HTML invalide. Ces outils ne détectent qu'environ 30% des problèmes mais permettent un premier diagnostic rapide.

Tests manuels

L'expert(e) procède à des vérifications manuelles approfondies :

• Navigation clavier : Peut-on atteindre et activer tous les éléments interactifs sans souris ?
• Inspection du code : Le HTML est-il sémantique ? Les attributs ARIA sont-ils correctement utilisés ?
• Analyse des contrastes : Les ratios de contraste respectent-ils les seuils du RGAA ?
• Vérification du zoom : Le site reste-t-il utilisable à 200% de zoom ?

Tests avec technologies d'assistance

L'auditrice ou l'auditeur teste le site avec des lecteurs d'écran pour simuler l'expérience réelle des utilisateurs aveugles ou malvoyants. Un lecteur d'écran est un logiciel qui convertit le contenu affiché à l'écran en synthèse vocale ou en braille, tel que :

• NVDA : Lecteur d'écran gratuit pour Windows
• VoiceOver : Lecteur d'écran intégré à macOS et iOS
• TalkBack : Lecteur d'écran intégré à Android

3. Le rapport et la restitution

À l'issue de l'audit, nous livrons :

• Un rapport détaillé listant toutes les non-conformités, classées par thématique et par sévérité. Chaque erreur est accompagnée d'une recommandation de correction.
• Une grille d'audit synthétique présentant le taux de conformité global et par page, avec le détail de chacun des critères du RGAA évalués.

La réunion de restitution

Une réunion de restitution permet de présenter les résultats à vos équipes. Durant cette réunion, l'expert(e) :

• Explique la méthodologie employée
• Présente les points forts et les axes d'amélioration
• Détaille les non-conformités les plus impactantes
• Répond aux questions techniques
• Aide à prioriser les actions correctives

Découvrez ensuite que faire après l'audit pour transformer ce diagnostic en améliorations concrètes.