Améliorer l'accessibilité d'un site existant : la méthode

Un site mis en ligne n'est jamais accessible « une fois pour toutes ». Chaque nouvel article, chaque mise à jour de contenu, chaque intervention d'un contributeur peut réintroduire une image sans alternative, un contraste devenu trop faible ou un titre qui casse la hiérarchie. C'est le paradoxe du site existant : il a souvent été pensé accessible au départ, puis il dérive, par petites touches, à mesure qu'il vit.

Améliorer l'accessibilité d'un site déjà en production ne consiste donc pas à tout reconstruire. Il s'agit de mesurer la dette accumulée, de corriger ce qui compte vraiment, puis d'empêcher la régression. Voici une méthode en cinq temps, alignée sur la méthodologie officielle de la DINUM.

Si vous partez d'une page blanche, notre guide pour rendre son site accessible déroule les corrections techniques pas à pas. Ici, le point de départ est différent : un site vivant, déjà en ligne, qui régresse.

Pourquoi l'accessibilité d'un site existant se dégrade avec le temps

La régression par contribution : le vrai ennemi

Le problème d'un site existant n'est presque jamais un défaut de conception initial. C'est l'accumulation. Un contributeur publie un article avec une image sans texte alternatif. Un autre choisit une couleur de titre qui passe sous le seuil de contraste. Un troisième colle un bloc dont la hiérarchie de titres saute un niveau. Chaque geste est minuscule ; leur somme fait dériver le site.

Dans un retour d'expérience public, l'agence JoliCode a audité son propre site et fait exactement ce constat : malgré une accessibilité prise en compte au départ, des mises à jour et des contributions successives avaient réintroduit au fil du temps des erreurs fréquentes et faciles à corriger. Ce n'est pas une faute d'équipe, c'est la nature d'un site qui produit du contenu.

À l'échelle nationale, la conformité reste d'ailleurs rare : la Cour des comptes relevait, dans son rapport du 18 juin 2026, que seules 16 démarches sur 244 examinées (soit 6,6 %) étaient pleinement conformes.

Pourquoi un audit ponctuel ne suffit pas

La conséquence logique : auditer une fois, corriger, puis « passer à autre chose » ne fonctionne pas sur un site vivant. Le jour de l'audit donne une photographie ; la semaine suivante, trois publications ont déjà modifié le tableau. La bonne réponse n'est pas un audit unique mais une boucle : auditer, corriger, puis surveiller pour re-tester à chaque évolution. Les quatre premières étapes ci-dessous établissent l'état des lieux ; la cinquième et la surveillance continue le maintiennent.

Étape 1 : Cadrer l'audit sur un échantillon représentatif

Ce que dit la méthodologie DINUM

La première erreur serait de vouloir auditer le site entier. Ce n'est ni faisable ni ce que demande la méthode. La méthodologie de test du RGAA repose sur un échantillon représentatif, composé de deux ensembles : des pages obligatoires (celles que tout service doit exposer, comme l'accueil, le contact, les mentions légales, la déclaration d'accessibilité ou le plan du site) et des pages représentatives des différents gabarits et types de contenus du site.

L'objectif de l'échantillon est de couvrir la diversité réelle du site : si tous vos articles partagent le même gabarit, un article suffit à représenter la catégorie « article ». Sur un site existant, c'est précisément ce clustering par modèle de page qui rend l'audit tenable. Notre assistant d'échantillon automatise cette étape : il part du sitemap, ajoute les pages obligatoires attendues, puis regroupe les URL par signature de gabarit pour proposer un échantillon défendable.

La règle qui change tout : un critère validé seulement s'il l'est sur toutes les pages

C'est la nuance que la plupart des guides oublient, et elle change toute la lecture d'un rapport. Sur l'échantillon, un critère ne se juge pas page par page mais globalement :

Autrement dit, une seule page qui échoue suffit à faire basculer le critère en « non validé » pour l'ensemble du service. Cette règle est structurante pour un site existant : elle explique pourquoi une page fraîchement publiée peut, à elle seule, dégrader le taux global. C'est aussi ce qui justifie de tester le même critère sur toutes les pages de l'échantillon, ce que permet un crawl multi-pages plutôt qu'un test isolé page par page.

Scan automatique vs audit RGAA : ce que chacun détecte vraiment

Il faut être honnête sur ce qu'un outil automatique peut et ne peut pas faire. Un scan (le nôtre comme n'importe quel autre) détecte automatiquement une partie des anomalies techniques : absence d'attribut alt, contraste calculable insuffisant, étiquette de formulaire manquante. Mais sur les 106 critères du RGAA, seuls 8 sont vérifiés intégralement de façon automatique (résultat définitif) ; 65 sont pré-vérifiés (une anomalie structurelle est détectée, mais sa pertinence reste à valider humainement) et 33 relèvent exclusivement d'une vérification manuelle : la pertinence d'un texte alternatif, la cohérence d'un intitulé de lien, l'ordre de tabulation ou la qualité d'une transcription ne se jugent pas sans intervention humaine.

Deux principes en découlent, et ils tiennent tout l'article :

• Une anomalie détectée n'est pas une non-conformité établie. Un outil signale un point à vérifier ; l'auditeur tranche.
• Un score d'outil n'est pas un taux de conformité RGAA. Un score élevé est un jalon utile, pas une déclaration de conformité.

Un scan est donc le meilleur point de départ pour cartographier vite les corrections évidentes et prioriser, à condition de ne jamais le confondre avec l'audit complet des 106 critères. Pour tester gratuitement l'état de vos pages, notre guide de l'audit RGAA gratuit détaille la marche à suivre.

Étape 2 : Mesurer l'écart avec le bon calcul de taux

Taux de conformité : validés divisés par applicables, au niveau critère

Le taux de conformité est souvent mal calculé. La méthode officielle d'évaluation de la conformité est pourtant sans ambiguïté :

• Taux de conformité = nombre de critères validés divisé par nombre de critères applicables, au niveau critère.
• Taux moyen du service = moyenne des taux de conformité de chaque page de l'échantillon.

Le taux de conformité est celui qui doit figurer dans la déclaration d'accessibilité ; le taux moyen n'est qu'un indicateur complémentaire. La faute classique consiste à présenter ce taux moyen comme s'il était le taux de conformité officiel, ou à inclure les critères non applicables au dénominateur. Sur un site existant, où l'échantillon mélange des gabarits très différents, cette rigueur est indispensable : c'est elle qui rend deux audits successifs comparables et qui permet de prouver une progression réelle.

Relier chaque anomalie à son critère dans un tableau de suivi

La trace qui rend la remédiation pilotable, c'est un tableau qui relie chaque anomalie constatée à son critère RGAA. C'est exactement ce que JoliCode décrit dans son retour d'expérience : un audit critère par critère, consigné dans un tableau de suivi. Sans cette table, vous corrigez des symptômes ; avec elle, vous pilotez un plan.

Un crawl multi-pages alimente ce tableau automatiquement pour la partie détectable, en exportant une grille au format DINUM (conforme, non conforme, non applicable, non testé). Vous n'avez plus qu'à compléter les critères manuels.

Étape 3 : Prioriser les corrections par impact et par effort

Les corrections rapides à fort levier

Toutes les corrections ne se valent pas. Certaines demandent quelques lignes et bénéficient à beaucoup de monde. JoliCode résume bien ce constat après sa propre remédiation : ces corrections représentaient « peu d'efforts et de lignes de code pour un gain non négligeable pour de nombreuses personnes ». Ce sont elles qu'il faut traiter en premier.

Les chantiers structurants à planifier

D'autres corrections demandent une vraie conception et se planifient sur un ou plusieurs cycles. Elles n'en sont pas moins essentielles.

Le point faible propre aux sites existants : le contenu des contributeurs

Sur un site vivant, la source de dette la plus tenace n'est pas le code : c'est le contenu. JoliCode le note explicitement ; même après remédiation, des textes alternatifs d'images d'articles restaient perfectibles. Aucune correction technique ponctuelle ne règle ce point durablement. La réponse est organisationnelle : outiller les contributeurs (rappels d'alt, palette de couleurs validée, gabarits de titres) et re-tester à chaque publication. C'est le pont naturel vers la surveillance continue.

Étape 4 : Corriger sans régresser

L'exécution technique des corrections dépasse le cadre de cet article, et il serait inutile de la réécrire ici. Le détail pas à pas figure dans notre guide pour rendre son site accessible. Retenez les trois familles, du plus structurant au plus fin :

Structure et sémantique

Titres sans saut de niveau (critère RGAA 9.1), repères de page (<nav>, <main>, <footer>), langue déclarée sur la page et sur les changements de langue. C'est le socle sur lequel repose la navigation au lecteur d'écran.

Perception

Contrastes suffisants pour le texte et les composants d'interface, textes alternatifs porteurs de sens sur les images, et éléments <title> sur les SVG informatifs. Ce sont, le plus souvent, les corrections rapides à fort levier de l'étape 3.

Interaction

Focus clavier visible en permanence, parcours entièrement réalisable au clavier, et champs de formulaire correctement étiquetés. C'est ici que se jouent les composants riches, plus coûteux à fiabiliser.

Étape 5 : Formaliser la déclaration d'accessibilité

Ce que la déclaration doit contenir

Une fois l'écart mesuré et les corrections engagées, la déclaration d'accessibilité rend l'état de conformité public et vérifiable. Elle indique notamment l'état de conformité (total, partiel ou non conforme), le taux de conformité obtenu selon la méthode DINUM, la liste des contenus non accessibles et des éventuelles dérogations, ainsi qu'un moyen de contact et une voie de recours. Notre article dédié détaille comment rédiger une déclaration d'accessibilité, et notre générateur produit un brouillon à partir des résultats de votre audit.

Le cadre légal en clair

L'obligation découle de l'article 47 de la loi n° 2005-102 du 11 février 2005. Elle concerne les personnes morales de droit public, les délégataires de service public et les organismes créés pour l'intérêt général, ainsi que les entreprises à partir de 250 millions d'euros de chiffre d'affaires (calculé sur la moyenne du chiffre d'affaires annuel réalisé en France des trois derniers exercices comptables clos).

Depuis l'ordonnance du 6 septembre 2023 (article 47-1), le contrôle est confié à l'ARCOM, qui peut prononcer des amendes pouvant atteindre 50 000 € et 25 000 €, modulées selon la nature, la gravité et la durée du manquement. À l'échelle européenne, la directive (UE) 2019/882 (European Accessibility Act), adoptée le 17 avril 2019, s'applique depuis le 28 juin 2025 et étend l'exigence à des services privés comme le commerce en ligne. Enfin, le référentiel en vigueur reste le RGAA 4.1.2 (mis à jour le 18 avril 2023, 106 critères) ; une version 5 est attendue pour fin 2026, mais les autorités rappellent que les travaux d'accessibilité ne doivent pas être suspendus dans l'attente. Sur la portée juridique de la conformité partielle, l'affaire analysée dans notre article sur la jurisprudence Carrefour est éclairante.

Empêcher la régression : mettre en place une surveillance continue

Nous revenons au point de départ, mais avec la solution. Puisqu'un site existant régresse à chaque contribution, le vrai enseignement n'est pas « auditez une fois », c'est « re-testez à chaque déploiement ». Une surveillance planifiée compare vos pages dans le temps et vous alerte quand un score RGAA Checker baisse : une image publiée sans alt, un contraste modifié dans une refonte de thème, un composant cassé par une mise à jour. Vous ne découvrez plus la régression lors de l'audit annuel suivant, mais le jour où elle apparaît.

C'est là qu'un audit se transforme en pratique de maintenance. Lancez un premier scan pour établir votre point de départ, puis planifiez une surveillance pour tenir la ligne dans la durée.

Conclusion

Améliorer l'accessibilité d'un site existant, ce n'est pas repartir de zéro : c'est cadrer un échantillon représentatif, mesurer l'écart avec le bon calcul de taux, prioriser par effort et impact, corriger, puis formaliser la déclaration. La méthode transforme un audit figé en pratique de maintenance.

Un dernier point d'honnêteté, que JoliCode formule bien : ce travail « ne suffit pas à rendre un site conforme au RGAA ». L'accessibilité reste un sujet transversal qui concerne la conception, le design, le développement et la production de contenu. Aucun outil, aucun scan, aucun score ne délivre à lui seul une conformité. Ce qu'une bonne méthode délivre, c'est un cap clair et une trajectoire mesurable, et c'est déjà beaucoup.