Checklist RGAA avant la publication
Le piège classique : avoir un rapport, puis constater en relisant la déclaration qu’il manque des validations, ou que les corrections ne sont pas “associées” aux résultats. Cette checklist vous aide à passer à la conformité publiée.
1) Prioriser les corrections (pour aller vite)
- Regroupez les non-conformités par thématique et par composant récurrent.
- Identifiez ce qui impacte le plus les parcours utilisateurs critiques (navigation, formulaires, contenus clés).
- Décidez un ordre d’itération : “ce qui bloque” d’abord, “ce qui améliore” ensuite.
2) Corriger avec une logique “pattern”
Les problèmes d'accessibilité se répètent souvent sous forme de patterns. L’objectif est de corriger un pattern une fois, et de s’assurer qu’il ne réapparait pas sur des variantes.
- Documentez la cause (ex : mauvais usage d'attributs, composant custom non accessible, focus manquant).
- Appliquez une correction qui couvre les variantes (états, responsive, clavier/souris).
- Ajoutez des cas de test simples pour éviter les régressions.
3) Valider ce qui doit être validé manuellement
Les critères “manuels” ne sont pas “facultatifs”. Ils correspondent à des décisions de contexte. Faites une validation par thématique, idéalement avec des personnes qui connaissent vos contenus.
- Images : alt et pertinence (décoratif vs informatif).
- Navigation clavier : ordre logique, focus visible, activation des contrôles.
- Formulaires : libellés, erreurs compréhensibles, cohérence.
4) Faire un second passage de contrôle
Après corrections, refaites un scan sur vos pages représentatives. Si vous travaillez par itérations, fixez un “point de fin” (par exemple : tous les blocs critiques corrigés et revalidés).
5) Relier audit et déclaration (sans incohérence)
Avant de publier, croisez votre déclaration avec vos résultats :
- Le périmètre mentionné correspond bien aux pages auditées.
- Les décisions (dérogations/plan d'action) ont un support dans vos constats.
- La communication (contact, modalités de traitement des retours) est cohérente.
Checklist finale “prête à publier”
- Les parcours critiques sont audités et revalidés après corrections.
- Les critères manuels sont effectivement validés (avec jugement métier).
- Les composants récurrents ont été corrigés en pattern (pas au cas par cas).
- Vous avez une trace des changements importants (idéalement pour revue interne).
- La déclaration est cohérente avec le périmètre réel et le plan d’action.
FAQ rapide
Combien de cycles de correction faut-il en pratique ?
En général : au moins 2 passages (avant pour diagnostiquer, après pour valider les corrections). La quantité dépend de la complexité et du nombre de composants récurrents.
Quelle est la priorité la plus rentable ?
Souvent : navigation clavier (focus + ordre + activation) et formulaires (labels + messages d’erreur), car ces blocs influencent fortement l’accès utilisateur.
Comment éviter que les “manuels” reviennent ?
En transformant vos validations manuelles en règles de correction/pattern (ex : alt pertinentes, libellés explicites, focus visible) puis en revalidant après chaque itération.
Ensuite : utilisez votre déclaration avec le parcours DINUM pour finaliser sans oublier les sections décisionnelles.