Audit RGAA : méthodologie et livrables 2026

Un audit RGAA évalue la conformité d'un site au Référentiel Général d'Amélioration de l'Accessibilité. La version en vigueur jusqu'à fin 2026 est le RGAA 4.1, qui comporte 13 thématiques et 106 critères. Ce guide détaille la méthodologie officielle, les livrables attendus, les outils utilisés et le budget indicatif.

Pour un aperçu concret des points à vérifier vous-même en amont, voir notre checklist accessibilité RGAA et RAWeb. Le présent article porte sur la démarche d'audit formalisée, pas sur les vérifications préliminaires.

Le Kit d'audit publié par la DINUM sur accessibilite.numerique.gouv.fr définit la méthode officielle. Elle repose sur quatre étapes précises.

1. Sélection de l'échantillon de pages

L'audit ne porte jamais sur toutes les pages d'un site, mais sur un échantillon représentatif de 15 à 20 pages minimum (plus sur les sites complexes). L'échantillon doit obligatoirement inclure :

• La page d'accueil
• La page de contact
• Les mentions légales
• Le plan du site
• La page d'aide
• La page d'authentification si présente
• Les parcours clés (tunnel d'achat pour e-commerce, formulaire principal, espace personnel)
• Un ensemble de pages couvrant chaque gabarit distinct (article, fiche produit, page éditoriale, landing, etc.)

2. Évaluation critère par critère

Chaque page est évaluée sur les 106 critères du RGAA 4.1, répartis en 13 thématiques :

• Images : alternatives textuelles, images porteuses d'information, légendes.
• Cadres : titres de frames, remplacement des iframes inutiles.
• Couleurs : contrastes, information transmise uniquement par la couleur.
• Multimédia : sous-titres, transcriptions, audiodescription.
• Tableaux : structure, en-têtes, résumé.
• Liens : intitulés explicites, destinations compréhensibles hors contexte.
• Scripts : compatibilité avec technologies d'assistance, alternatives sans JavaScript.
• Éléments obligatoires : langue, titre de page, déclaration d'accessibilité.
• Structuration de l'information : titres, landmarks, listes.
• Présentation : lisibilité au zoom 200 %, espacement, zones cliquables.
• Formulaires : étiquettes, regroupements, messages d'erreur accessibles.
• Navigation : cohérence, accès direct, ordre de tabulation.
• Consultation : contrôle des animations, délais, sessions.

3. Calcul de la note de conformité

La note est calculée en pourcentage de critères applicables respectés. Un critère peut être conforme (C), non conforme (NC), non applicable (NA) ou non testable (NT). La conformité totale exige 100 %. Un site est considéré "partiellement conforme" entre 50 % et 100 %, et "non conforme" en dessous de 50 %.

4. Production des livrables

L'audit se conclut par trois documents obligatoires côté organisme assujetti, plus le rapport d'audit technique. Voir la section suivante.

Un audit sérieux combine outils automatiques et tests manuels. Les outils automatiques couvrent environ 30 à 40 % des critères RGAA. Le reste nécessite une évaluation humaine.

Outils automatiques

• axe-core (Deque) : moteur d'analyse open source, intégrable en CI / CD et en extension navigateur (axe DevTools).
• WAVE (WebAIM) : extension navigateur visuelle, utile pour repérer rapidement les erreurs majeures.
• Lighthouse (Google) : onglet Accessibility intégré à Chrome DevTools, donne une note indicative.
• Pa11y : CLI open source, scriptable pour audits en masse ou dans un pipeline.
• Asqatasun, Tanaguru : outils français orientés RGAA, avec rapports adaptés au référentiel.

Tests manuels incontournables

• Navigation clavier seule : parcours complet des formulaires, menus et parcours clés sans utiliser la souris. Détecte les pièges de focus, les raccourcis manquants, les composants interactifs sans handler clavier.
• Lecteurs d'écran : NVDA (Windows, gratuit), JAWS (Windows, payant), VoiceOver (macOS et iOS). Chaque lecteur révèle des problèmes différents.
• Vérification des contrastes : outils type Colour Contrast Analyser ou les DevTools intégrés. Ratio 4.5:1 minimum pour le texte, 3:1 pour les gros textes et composants graphiques.
• Zoom 200 % : le site doit rester utilisable sans perte d'information ni apparition de scroll horizontal.
• Analyse sémantique HTML : hiérarchie des titres, landmarks ARIA, rôles, propriétés et états. L'extension ARC Toolkit ou le panneau Accessibility de Chrome DevTools sont utiles.
• Test sur mobile et tactile : zones cliquables, réactivité des composants, orientation, messages d'erreur.

Sur vie-publique.fr (DILA, 2 millions de visites par mois, 200 000 contenus), l'accessibilité fait partie du socle non négociable. L'audit RGAA est intégré dans le cycle de TMA, avec vérification systématique à chaque release majeure. La déclaration d'accessibilité est tenue à jour et publiée depuis plusieurs années.

Trois constats récurrents que nous faisons sur les audits clients :

• Le thème est souvent le premier blocage. Un thème payant mal conçu ou un design system historique génèrent à eux seuls 40 à 60 % des non-conformités. Les refaire coûte plus cher que prévu.
• Les contenus éditoriaux concentrent le reste. Alternatives d'images oubliées, tableaux utilisés pour la mise en page, liens "cliquez ici". Ce sont des correctifs lents, car ils passent par les contributeurs, pas par la technique.
• Les composants interactifs custom (modales, carrousels, accordions faits maison) sont des pièges classiques sur le focus clavier et l'annonce aux lecteurs d'écran. Une librairie accessible éprouvée vaut mieux qu'un composant sur mesure non testé.