DSFR, Symfony et accessibilité RGAA

Le DSFR fournit une base solide, mais il ne rend pas automatiquement une application conforme. Les contenus, libellés, titres, alternatives d'image, erreurs de formulaire et parcours clavier restent sous la responsabilité du projet.

Dans Symfony, beaucoup d'erreurs viennent de détails répétés :

• modale sans nom accessible ;
• tableau sans caption ;
• bouton icône sans libellé ;
• aria-controls qui pointe vers un id absent ;
• erreur de formulaire non reliée au champ ;
• image informative avec un alt vide.

DSFR Bundle réduit ces erreurs mécaniques en centralisant le rendu dans des composants Twig et en documentant les checklists par famille.

Le rôle du profiler

Le profiler DSFR aide l'équipe à voir quels composants sont rendus, avec quelles props, et quels indices d'accessibilité peuvent être corrigés côté serveur.

Il ne remplace pas un audit RGAA, mais il évite d'arriver en audit avec des problèmes simples et répétitifs.

Une méthode réaliste

1. Utiliser les composants publics du bundle.
2. Fournir labels, captions, legends et titres.
3. Tester au clavier.
4. Ouvrir le profiler DSFR.
5. Préparer un audit RGAA sur les parcours réels.

Pour les détails pratiques, lisez Accessibilité, Profiler et Méthode projet.

FAQ

Un bundle DSFR rend-il une application conforme RGAA ?

Non. Il réduit les erreurs mécaniques sur les composants, mais la conformité dépend des contenus, des parcours, de la navigation clavier, des alternatives et des tests réalisés sur les écrans finaux.

Quels composants vérifier en priorité ?

Commencez par les formulaires, modales, tableaux, menus, onglets et boutons icône seule. Ce sont les zones où les noms accessibles, relations ARIA et états dynamiques créent le plus souvent des anomalies.