# Auditer rapidement un site accessible repris, sans repartir de zéro > Reprendre la maintenance d'un site déjà travaillé sur l'accessibilité pose une question différente d'un premier audit : que garder, que vérifier, que ne surtout pas casser. - Auteur : Clément Hadrot - Publié le : 2025-04-30 - Mis à jour le : 2025-04-30 - Catégorie : Accessibilité - URL : https://wpmoderne.dev.wordpress-developpement.fr/accessibilite/auditer-site-accessible-repris-methode/ ## L’essentiel - Repartir d'une déclaration d'accessibilité existante fait gagner un temps considérable - Vérifier en priorité les points structurants avant les détails - Consigner ce qui fonctionne évite des régressions lors des futures évolutions Que vérifier en priorité quand on reprend la maintenance d'un site dont l'équipe précédente affirme avoir travaillé l'accessibilité, sans disposer du temps ni du mandat pour refaire un audit RGAA complet de zéro ? La question se pose régulièrement en agence, lorsqu'un client change de prestataire tout en conservant son site existant, avec la consigne implicite de ne rien casser de ce qui fonctionne déjà. ## Commencer par les traces documentaires existantes La première étape, souvent négligée par excès de prudence, consiste à retrouver la déclaration d'accessibilité si elle existe, ainsi que tout rapport d'audit antérieur mentionné dedans. Une déclaration d'accessibilité RGAA precise le taux de conformité déclaré, la méthode de vérification employée, et surtout la liste des contenus non conformes déjà identifiés. Cette liste vaut de l'or : elle évite de redécouvrir, plusieurs jours après la reprise, des défauts déjà connus et déjà expliqués au client, tout en indiquant clairement ce qui n'a, en revanche, jamais été vérifié. ## Vérifier les fondations avant les détails > L'essentiel à retenir : Repartir d'une déclaration d'accessibilité existante fait gagner un temps considérable ; Vérifier en priorité les points structurants avant les détails ; Consigner ce qui fonctionne évite des régressions lors des futures évolutions Sur un site qui affiche un travail d'accessibilité antérieur (structure de titres soignée, formulaires étiquetés, contrastes globalement corrects), la tentation consiste à vérifier immédiatement des détails ponctuels. Une méthode plus efficace consiste à commencer par les éléments structurants, ceux dont une régression toucherait l'ensemble du site en une seule fois : la hiérarchie de titres du thème (via le critère RGAA 9.1), la présence et la cohérence des zones de repérage `header`, `nav`, `main`, `footer` (critère RGAA 9.2), et l'ordre de tabulation général des gabarits principaux. Ces vérifications, rapides à réaliser sur un échantillon de trois ou quatre gabarits représentatifs, donnent un signal fiable sur la solidité réelle du travail déjà accompli. ## Une checklist de reprise en quatre heures 1. Lire la déclaration d'accessibilité et le dernier rapport d'audit disponible, en notant les non-conformités déjà connues (environ 30 minutes) 2. Naviguer au clavier seul sur les trois gabarits les plus fréquentés (accueil, page de contenu, formulaire de contact), sans souris, pour vérifier l'ordre de tabulation et la visibilité du focus (environ 1 heure) 3. Passer chaque gabarit dans un outil d'audit automatisé pour repérer les régressions techniques évidentes non mentionnées dans la déclaration existante (environ 30 minutes) 4. Vérifier le comportement des composants interactifs sensibles (menu principal, formulaires, éventuel carrousel) avec un lecteur d'écran, en se concentrant sur les rôles ARIA et les annonces dynamiques (environ 1 heure 30) 5. Consigner par écrit ce qui fonctionne correctement, pas seulement ce qui pose problème, pour que les développeurs suivants sachent ce qu'il ne faut surtout pas régresser (environ 30 minutes) ## Le piège du score qui rassure à tort Un site repris peut afficher un excellent score automatisé tout en dissimulant des défauts d'usage réel non détectables par un audit automatisé, en particulier sur les composants interactifs les plus récents, souvent ajoutés après la déclaration d'accessibilité initiale et jamais réévalués depuis. Un composant de recherche instantanée ajouté après coup, par exemple, peut fonctionner visuellement à la perfection tout en restant muet pour un lecteur d'écran, sans que le score global n'en soit affecté puisque l'outil automatisé ne détecte pas systématiquement l'absence d'annonce dynamique de résultats. ## Ce qu'il faut consigner avant de commencer à intervenir - La liste des gabarits jugés solides, avec la date de vérification, pour éviter de les revérifier inutilement à chaque intervention future - La liste des composants ajoutés après la dernière déclaration d'accessibilité, jamais évalués formellement - Les décisions techniques déjà prises pour l'accessibilité (choix d'un motif ARIA particulier, bibliothèque de composants retenue) pour ne pas les remettre en cause par méconnaissance > Notre principe en reprise de maintenance : documenter ce qui marche prend autant de valeur que documenter ce qui ne marche pas, parce que cela protège le travail déjà fait des futures interventions non concertées. ## En résumé Auditer rapidement un site accessible repris ne consiste pas à refaire un audit RGAA complet en accéléré, mais à vérifier méthodiquement les fondations structurelles, à s'appuyer sur la documentation existante quand elle existe, et à repérer les composants ajoutés après la dernière évaluation formelle. Quatre heures bien réparties entre lecture documentaire, test clavier et test au lecteur d'écran suffisent, sur un site de taille moyenne, à établir un diagnostic fiable avant toute nouvelle intervention.