Access Audit Lab

Identifier les obstacles d’accessibilité. Les corriger à la source. Vérifier le résultat.

Access Audit Lab est une pratique indépendante d’accessibilité numérique. Nous réalisons des tests manuels — RGAA et WCAG —, puis nous accompagnons votre équipe dans les corrections ou nous corrigeons nous-mêmes : corrections au niveau du code et retests pour sites web et applications.

Demander une évaluationVoir notre méthode

  1. Identifier les vrais obstacles

    Les tests manuels et avec lecteur d’écran révèlent ce que les scanners automatiques ne voient pas.

  2. Corriger à la source

    Remédiation au niveau du code et accompagnement technique, dans le périmètre convenu.

  3. Vérifier par un nouveau test

    Le retest confirme ce qui est résolu et ce qui reste.

Proposition de valeur

Les scanners lisent le code. Les personnes utilisent les interfaces.

Les outils automatisés font partie du processus. L’audit, c’est la preuve qui apparaît lorsqu’une personne utilise réellement l’interface.

Les outils automatisés sont rapides et reproductibles, et nous les utilisons dans chaque audit. Mais beaucoup d’obstacles n’apparaissent que lorsqu’une personne opère l’interface — au clavier, avec un lecteur d’écran, en zoomant.

C’est là que se concentre l’essentiel de notre temps de test.

Où chaque méthode produit des preuves
DomaineOutils automatisésManuel et technologies d’assistance
Noms, étiquettes et attributs altSouvent détectéVérifié quant au sens
Contraste du texte statiqueSouvent détectéInclut survol, focus et superpositions
Utilisation au clavierPartiellementTestée de bout en bout
Ordre et gestion du focusGénéralement non détectableTesté
Ce qu’annonce le lecteur d’écranGénéralement non détectableTesté avec les combinaisons convenues
Contenu dynamique et messages d’étatPartiellementTesté
Erreurs de formulaire et récupérationPartiellementTestées
Zoom, redistribution et espacement du textePartiellementTestés à 320 px CSS et 400 %

Exemple de constat

À quoi ressemble un constat.

Chaque problème suit une structure reproductible : constat, preuve, impact, correction et vérification.

AAL / CONSTAT 024

  • Ouvert
  • Priorité: Élevée

Le focus clavier s’échappe de la boîte de dialogue de paiement.

Personnes concernées
Personnes utilisant le clavier et un lecteur d’écran
Composant
Paiement → Boîte de dialogue des informations de paiement
Critère
2.4.3 Ordre de focus (Niveau A)
Méthode de test
Clavier ; NVDA + Firefox ; VoiceOver + Safari

  1. Preuve

    1. Ouvrir le paiement et activer « Modifier les informations de paiement ».
    2. Tabuler au-delà de « Enregistrer la carte ».
    3. Le focus passe derrière la boîte de dialogue.
    4. À la fermeture, le focus revient en haut de la page.

  2. Impact

    Les personnes peuvent entrer dans le contenu d’arrière-plan sans savoir que la boîte de dialogue est toujours ouverte, puis perdre leur repère à la fermeture.

  3. Correction

    Déplacer le focus dans la boîte de dialogue à l’ouverture, l’y maintenir, gérer la touche Échap et rendre le focus à l’élément déclencheur à la fermeture.

  4. Vérifier

    Nouveau test en attente

    Réussi lorsque Tab et Maj+Tab restent dans la boîte de dialogue et que le focus revient au déclencheur.

Constat illustratif. Les rapports réels renvoient à vos composants et environnements.

Méthode

Une méthode, cinq verbes.

Chaque étape produit quelque chose d’inspectable.

  1. Auditer

    Définir l’échantillon et l’évaluer avec des tests automatisés, manuels et de technologies d’assistance.

  2. Détecter

    Isoler chaque obstacle à un composant, un état et une condition reproductible.

  3. Expliquer

    Documenter les personnes concernées, l’impact, les critères et les preuves dans un langage technique clair.

  4. Corriger

    Fournir une remédiation regroupée par cause racine, ou l’implémenter directement.

  5. Vérifier

    Retester les corrections face aux preuves d’origine et consigner ce qui est résolu ou ouvert.

Notre façon de travailler

Deux façons de travailler avec nous

Choisissez un accompagnement en audit uniquement, ou un audit assorti d’une remédiation concrète. L’accessibilité reste la spécialité dans les deux cas.

  • Audit uniquement

    Nous identifions, documentons et priorisons les non-conformités et les obstacles d’accessibilité, et fournissons des recommandations de remédiation au niveau du code que votre équipe peut appliquer.

  • Audit + remédiation

    Nous identifions les obstacles, puis nous corrigeons directement les problèmes techniques dans le périmètre convenu — ou accompagnons votre équipe — et nous retestons les parcours concernés lorsque cela est techniquement possible.

Services

Auditer. Corriger. Documenter. Vérifier. Maintenir.

Auditer

Documenter

Corriger et maintenir

Tous les services

Cadres

Cinq termes. Cinq choses différentes.

Souvent employés de façon interchangeable, ils déterminent ce que l’on teste et ce que l’on peut documenter.

RGAA
Référentiel français · DINUM Référentiel général d’amélioration de l’accessibilité. Version en vigueur : RGAA 4.1.2 (basé sur WCAG 2.1). RGAA 5 prévu fin 2026.
WCAG
Recommandations techniques · W3C Critères de succès testables aux niveaux A, AA et AAA.
Article 47
Loi n° 2005-102 Fonde l’obligation d’accessibilité numérique en France pour les organismes concernés.
EAA
Directive (UE) 2019/882 Accessibilité de certains produits et services, applicable depuis le 28 juin 2025.
Déclaration
Obligation RGAA Déclaration d’accessibilité, schéma pluriannuel et plan d’actions annuel.

Questions

Avant de nous écrire

Plus de réponses sur la page audit d’accessibilité.

Faites-vous seulement de l’audit, ou aussi des corrections ?

Les deux. Vous pouvez recevoir l’audit sous forme de recommandations priorisées, ou ajouter la remédiation : nous corrigeons ou accompagnons les corrections au niveau du code dans le périmètre convenu, puis nous retestons.

Un scan automatique suffit-il ?

Non. Les outils détectent de façon fiable une partie des problèmes. Ils ne jugent généralement pas l’ordre de focus, le fonctionnement d’un composant personnalisé avec un lecteur d’écran, ni la pertinence d’un texte alternatif.

Contre quelle version testez-vous : RGAA ou WCAG ?

Selon le contexte. Pour les organisations concernées en France, l’audit s’appuie sur le RGAA (actuellement 4.1.2). WCAG 2.2 AA est notre cible technique par défaut ailleurs.

Garantissez-vous la conformité juridique ?

Non. Nous évaluons l’accessibilité technique face à un référentiel convenu et fournissons une information technique ; nous ne délivrons pas de conseil juridique ni de certification.

Auditer, corriger, vérifier.

Décrivez-nous votre site ou votre application, le périmètre et vos objectifs d’accessibilité. Nous vous recommanderons une approche — audit uniquement ou audit et remédiation — et vous enverrons une proposition écrite.

Demander une évaluation d’accessibilité

Ou écrivez à hello@accessauditlab.com