Le référentiel général d’amélioration de l’accessibilité (RGAA) est clair sur un point souvent négligé : une déclaration de conformité doit s’appuyer sur un audit réel, page par page ou gabarit par gabarit, et non sur une impression générale de « site accessible ». C’est précisément ce qui posait problème sur le site d’une collectivité territoriale, où un macaron « Accessible RGAA » avait été placé dans le pied de page, visible sur l’intégralité des pages du site — alors que seul un échantillon d’une douzaine de gabarits avait été réellement audité par le prestataire spécialisé.
Le risque n’était pas seulement esthétique : afficher une conformité non vérifiée sur des pages jamais auditées expose la collectivité à une contestation, et décrédibilise le travail réellement effectué sur les pages qui, elles, respectent les critères du RGAA. La correction ne portait donc pas sur le design du macaron, mais sur la donnée qui décide de son affichage.
Un statut d’audit par page, pas un macaron global
Le pied de page global a été retiré, remplacé par un champ personnalisé statut_rgaa attaché à chaque page et à chaque gabarit d’article, avec trois valeurs possibles :
- Non audité : valeur par défaut, aucun macaron affiché, comportement identique à avant l’audit
- En cours d’audit : mention discrète « Audit d’accessibilité en cours sur cette page », sans macaron de conformité
- Conforme : macaron affiché, avec la date de l’audit et un lien vers la déclaration d’accessibilité complète
Ce champ est renseigné manuellement par l’équipe communication à la réception de chaque rapport d’audit, gabarit par gabarit — un CPT ne peut pas déduire seul si une page respecte réellement les critères de contraste, de navigation au clavier ou de structure sémantique.
Afficher le macaron conditionnellement
function wpm_macaron_rgaa() {
$statut = get_post_meta( get_the_ID(), 'statut_rgaa', true );
if ( 'conforme' !== $statut ) {
return '';
}
$date_audit = get_post_meta( get_the_ID(), 'date_audit_rgaa', true );
return sprintf(
'<p class="wpm-macaron-rgaa">Page auditée RGAA le %s. <a href="/declaration-accessibilite/">Voir la déclaration complète</a>.</p>',
esc_html( $date_audit )
);
}Le lien pointe systématiquement vers la déclaration d’accessibilité complète du site, un document obligatoire distinct de ce simple macaron, qui détaille le taux global de conformité, les non-conformités identifiées et le plan d’action prévu.
Faire vivre le statut dans le temps
Un audit d’accessibilité n’est pas définitif : une refonte de gabarit, l’ajout d’un nouveau bloc ou une modification de thème peuvent faire régresser une page auparavant conforme. La checklist suivante a été partagée avec l’équipe éditoriale pour éviter qu’un statut « conforme » ne devienne mensonger avec le temps :
- Toute modification de gabarit repasse automatiquement le statut à « en cours d’audit », via un hook sur la sauvegarde du champ de mise en page
- Un nouvel audit du gabarit modifié est planifié avant de repasser le statut à « conforme »
- La date d’audit affichée est toujours celle du dernier contrôle réel, jamais celle de la création de la page
Ce que cette solution ne couvre pas
Ce mécanisme organise l’affichage d’un statut déjà établi par un audit humain — il ne réalise aucun audit d’accessibilité automatisé et ne remplace en rien une revue manuelle des critères RGAA. La collectivité continue de faire auditer ses gabarits par un prestataire spécialisé ; ce champ ne fait que refléter honnêtement le résultat de ce travail sur le site public.
Former l’équipe éditoriale au bon réflexe
Le champ statut_rgaa ne sert à rien si personne ne pense à le repasser à « en cours d’audit » après une modification. Une courte session de formation a été organisée avec l’équipe communication de la collectivité, centrée sur un principe simple à retenir : toute page qui change visuellement de manière significative mérite qu’on se pose la question de son statut d’accessibilité, avant même de se demander si le macaron doit rester affiché.
Un rappel a également été ajouté dans l’écran d’édition lui-même, juste au-dessus du champ de statut, pour que la question se pose au bon moment plutôt qu’après coup, lors d’un contrôle externe.
En résumé
Un macaron de conformité affiché partout sans distinction transforme un vrai travail d’accessibilité en simple argument de communication, au risque de le décrédibiliser. Un statut d’audit par page, mis à jour à chaque modification de gabarit, garde le macaron honnête et aligné sur la réalité du site.
