Utiliser le profiler DSFR pour sécuriser la recette
La recette DSFR ne doit pas se limiter à regarder la page. Il faut comprendre quels composants sont rendus, quelles props sont passées et si une licence Pro est nécessaire.
DSFR Bundle ajoute un panneau dans le Web Profiler Symfony. Il aide à répondre à des questions concrètes :
- combien de composants DSFR sont rendus sur cette page ?
- quels composants sont Community ou Pro ?
- la licence couvre-t-elle le domaine courant ?
- quelles props expliquent le rendu obtenu ?
- existe-t-il des alertes d'accessibilité détectables côté serveur ?
Cas d'usage
Sur une page de formulaire, le profiler aide à vérifier les champs DSFR, aides et erreurs. Sur un back-office, il aide à détecter les composants Pro et la charge de rendu. Sur une modale, il aide à confirmer les titres, ids et props.
Ce que le profiler apporte à la recette
Un profiler dédié transforme le bundle en outil de production, pas seulement en collection de templates. Il réduit le temps de diagnostic, facilite les échanges entre développeurs, QA et lead technique, et rend la recette plus factuelle.
L'équipe peut ouvrir une page métier, vérifier les composants réellement rendus, confirmer le périmètre Community/Pro, relire les props et repérer les signaux d'accessibilité détectables côté serveur. Cela évite de chercher une erreur DSFR uniquement dans le HTML final ou dans l'inspecteur du navigateur.
Contrôles recommandés
| Contrôle | Pourquoi |
|---|---|
| Nombre de rendus | détecter les composants répétés inutilement |
| Niveau Community/Pro | anticiper les besoins de licence avant production |
| Props reçues | comprendre une variante ou un état inattendu |
| Licence et domaine courant | éviter un blocage de composant Pro en production |
| Signaux d'accessibilité | préparer la recette clavier, lecteur d'écran et contenu |