Méthodologie RGAA : de l’audit à la déclaration

Une bonne conformité n’est pas une “liste de bugs”. C’est un parcours : préparer, corriger, valider, puis publier une déclaration d’accessibilité cohérente (modèle DINUM).

Étape 1 — Préparer l’audit (périmètre et objectifs)

Avant de lancer les scans, définissez les pages et composants représentatifs de votre service. Si vous auditez “au hasard”, vous aurez des corrections dispersées et une déclaration plus difficile à aligner.

  • Choisissez les pages qui reflètent les parcours utilisateurs.
  • Identifiez les composants récurrents (header, menus, formulaires, modals, carrousels).
  • Documentez ce qui est hors périmètre (et pourquoi) si nécessaire.

Étape 2 — Lancer l’audit et structurer les résultats

Les résultats doivent devenir un plan d’action, pas un “mur de problèmes”. Commencez par regrouper et prioriser par thématique et par impact.

  • Repérez les critères qui reviennent (mêmes patterns).
  • Priorisez ceux qui bloquent la navigation clavier, les formulaires et les contenus clés.
  • Triez les critères par catégorie : automatisé, pré-vérifié, manuel.

Étape 3 — Corriger en “patterns” (une correction, plusieurs pages)

Pour gagner du temps, vous devez corriger ce qui se répète. Une correction “au cas par cas” crée des régressions et augmente le coût de validation.

  • Corrigez les composants (pas seulement les symptômes).
  • Ajoutez des tests simples (clavier, focus, états, responsive).
  • Relancez un scan après chaque lot de corrections importantes.

Étape 4 — Valider les critères manuels avec votre expertise

Les critères manuels nécessitent une validation contextuelle (pertinence, compréhension, interactions). Ici, le bon réflexe est de créer une “checklist métier” par thématique.

Pour vous aider : commencez par les guides du blog (alternatives textuelles, navigation clavier/focus visible, formulaires).

Étape 5 — Produire et préparer votre déclaration d’accessibilité (DINUM)

À ce stade, votre objectif est de transformer l’avancement en document publié. La déclaration doit refléter le périmètre réel, les décisions et le plan d’action.

Étape 6 — Publier et maintenir (mise à jour à chaque évolution importante)

Une déclaration publiée n’est pas “figée”. Planifiez une mise à jour en cas de refonte, changement de périmètre ou correction majeure.

  • Reliez les corrections aux éléments déclarés.
  • Conservez une trace des décisions et justificatifs.
  • Préparez une revalidation après modifications importantes.

FAQ rapide

Les questions ci-dessous sont détaillées dans les sections structurées pour Google et les assistants IA.