Plan d'action de mise en conformité accessibilité : comment le construire
En bref — bâtir son plan d'action ?
Un plan de mise en conformité tient en cinq temps : état des lieux fiable → regroupement des écarts par cause → priorisation → échéancier réaliste → déclaration honnête. La loi exige un résultat (la conformité), pas un format de plan : le plan est un outil de pilotage, pas un document légal imposé au privé.
- Partez d'une recette réelle (scan automatique + test manuel) : un outil ne détecte qu'une partie des critères ;
- Priorisez à la manière du W3C : d'abord le périmètre (parcours d'achat, contenu fréquent), puis l'impact et l'effort ;
- Posez un échéancier par vagues : gabarits et tunnel d'achat d'abord, le gros du risque tombe vite ;
- Un plan ne suspend pas l'obligation : l'e-commerce est concerné depuis le 28 juin 2025, sans « délai de grâce » — déclarez l'état réel et l'échéancier.
Le détail ci-dessous, sources officielles à l'appui.
Vous avez reçu un audit, ou décidé de vous mettre en règle : reste à transformer une liste d'écarts en chantier organisé. Un bon plan d'action ne se mesure pas à son épaisseur, mais à sa capacité à faire baisser le risque vite, dans l'ordre le plus utile. Cette page explique comment le construire — de l'état des lieux à la déclaration — en s'appuyant sur la méthode du W3C, et précise ce que la loi attend vraiment (et ce qu'elle n'impose pas).
Un plan, pas un format imposé
Première chose à clarifier : pour le secteur privé (dont le commerce électronique), la réglementation européenne (European Accessibility Act) exige que vous satisfassiez les exigences d'accessibilité et que vous expliquiez publiquement comment vous les satisfaites (auto-évaluation). Elle ne prescrit pas un modèle de « plan d'action » ni d'« échéancier » à remplir : ce document à contenu réglementé existe pour le secteur public, pas pour les entreprises privées.
Autrement dit, le plan d'action est un outil de gestion de projet, pas une obligation de forme. Vous êtes libre de l'organiser comme vous voulez ; ce qui compte, c'est le résultat (la conformité) et l'honnêteté de ce que vous publiez. Construire un plan clair n'en reste pas moins la meilleure façon d'y arriver sans se disperser — et de tenir une déclaration d'accessibilité sincère pendant que vous corrigez.
Partir d'un état des lieux fiable, pas d'une impression
Un plan ne vaut que par les faits sur lesquels il repose. Avant de planifier quoi que ce soit, faites une recette : ce que vous avez, où, et avec quelle gravité. Et méfiez-vous d'un état des lieux purement automatique.
- Le scan automatique d'abord (rapide, reproductible) : il détecte une partie des problèmes — les estimations des éditeurs tournent autour de 30 à 50 % des critères ;
- Le test manuel ensuite : le W3C rappelle qu'un jugement humain reste nécessaire — parcours au clavier et au lecteur d'écran sur les pages clés ;
- Notez la gravité et la localisation (gabarit ou page isolée) : c'est ce qui rendra la priorisation possible à l'étape 3.
→ Les méthodes : comment tester l'accessibilité de son site.
Regrouper les écarts par cause, pas par occurrence
Un rapport qui annonce « 800 erreurs » fait peur, mais la conformité WCAG s'apprécie critère par critère — il n'existe pas de « score » légal. Et la plupart de ces erreurs sont la même cause répétée sur des milliers de pages générées par les mêmes gabarits.
- Comptez les causes, pas les occurrences : un contraste de bouton corrigé dans le thème disparaît partout ;
- Regroupez par gabarit / composant : en-tête, fiche produit, page liste, tunnel — chaque correction de modèle se propage ;
- Cadre de référence : l'EAA vise le socle WCAG niveau AA, soit 50 critères (niveaux A + AA) sur les 78 de WCAG 2.1 — un périmètre fini, pas un puits sans fond.
→ Faut-il tout refaire : refonte ou correctif ?
Prioriser à la manière du W3C : périmètre, puis impact et effort
Le W3C publie une méthode dédiée aux réparations intérimaires (Web Accessibility First Aid) qui donne un ordre de priorité clair. On ne traite pas « tout le niveau A » en bloc : on combine deux lectures.
- D'abord le périmètre : les tâches clés (inscription, recherche, validation, panier, paiement), le contenu le plus consulté, et le contenu déjà signalé comme posant problème ;
- Puis l'impact : corriger en priorité ce qui apparaît sur plusieurs pages (gabarits, barre de navigation), sur les pages très visitées, ce qui est critique à un processus (formulaires d'achat) — et les écarts de niveau A pèsent lourd dans ce tri ;
- Enfin l'effort : à impact égal, traiter d'abord ce qui demande le moins de temps, de coût et de tests (les « quick wins » qui créent de l'élan).
→ Trier un rapport reçu : par où commencer les corrections.
Poser un échéancier réaliste, par vagues
Une fois l'ordre établi, donnez-lui des dates. Il n'existe aucune durée « type » ni coût standard d'une mise en conformité : cela dépend de la taille du site, du CMS et de la dette technique. Méfiez-vous des plannings qui promettent « X mois » sans avoir vu votre code.
- Vague 1 = gabarits + parcours d'achat : c'est là que tombe le gros du risque, pour l'effort le plus rentable ;
- Vagues suivantes : contenus à compléter (textes alternatifs, titres), pages secondaires, cas isolés ;
- Dé-prioriser l'éphémère : inutile de corriger en profondeur un module voué à être remplacé bientôt ;
- Des dates tenables : un échéancier crédible et respecté vaut mieux qu'un calendrier ambitieux jamais suivi.
→ Sur les coûts : combien coûte une mise en conformité ?
Documenter et déclarer l'état réel
Pendant que le plan se déroule, c'est la déclaration d'accessibilité qui porte l'honnêteté de la démarche. Vous publiez ce qui est conforme, les non-conformités connues et l'échéancier de correction — c'est exactement ce que votre plan vous permet d'écrire avec exactitude.
- Auto-déclaration : il n'existe pas de label ni de certificat d'accessibilité obligatoire dans l'UE — c'est vous qui déclarez, sous votre responsabilité ;
- Ne sur-déclarez jamais : « en cours de correction, voici notre plan » protège mieux que « 100 % conforme » démenti au premier test ;
- Gardez la trace : le plan daté, les vagues livrées et la déclaration mise à jour constituent votre preuve de diligence.
→ Le modèle : déclaration d'accessibilité, mentions et exemple.
Tenir le plan dans le temps (le délai ne s'arrête pas)
Un plan d'action organise le travail ; il ne le suspend pas. Pour le commerce électronique, l'obligation est exigible depuis le 28 juin 2025, et il n'y a pas de « délai de grâce » ouvert par le fait d'avoir un plan. La période transitoire de la directive concerne certains contrats et terminaux existants — pas un sursis pour remédier à un site.
- Commencez sans attendre : la première vague (tunnel d'achat) réduit le risque le plus vite ;
- Intégrez l'accessibilité au processus : recette des nouvelles pages, pour ne pas recréer la dette qu'on vient d'effacer ;
- Faites vivre le plan : on coche, on met à jour l'échéancier et la déclaration au fil des livraisons.
→ Combien de temps ai-je : délai de mise en conformité accessibilité.
Construire son plan, en un coup d'œil
| Étape | Ce que vous faites | Ce que vous obtenez |
|---|---|---|
| 1. État des lieux | Recette : scan automatique + test manuel | La liste réelle des écarts |
| 2. Regroupement | Causes plutôt qu'occurrences, par gabarit | Un lot de corrections fini |
| 3. Priorisation | Périmètre, puis impact et effort (W3C) | L'ordre de traitement |
| 4. Échéancier | Vagues / sprints, quick wins d'abord | Un calendrier tenable |
| 5. Déclaration | État réel + non-conformités + échéancier | Une déclaration honnête publiée |
| À éviter | Un plan affiché « pour la forme » et jamais exécuté | Ne suspend pas l'obligation |
Le point de départ d'un bon plan (ce que DeclareAccess apporte)
Un plan solide commence par un état des lieux fiable : sans recette, la priorisation et l'échéancier flottent. C'est précisément ce que nous produisons.
DeclareAccess analyse une page de votre site (moteur axe-core, calé sur WCAG 2.1 niveau AA — la cible EAA) sans rien installer, vous remet le rapport des manquements détectables et la liste des vérifications manuelles à mener — la matière première de votre plan : des écarts reliés à des critères, à regrouper et prioriser. Puis génère la déclaration d'accessibilité qui portera votre échéancier (modèle français, allemand, italien ou espagnol).
Lancez votre plan sur des faits — gratuitement
DeclareAccess analyse une page de votre site avec le moteur axe-core selon les WCAG 2.1 niveau AA (la cible EAA via EN 301 549), vous envoie le rapport des manquements détectables et la liste des vérifications manuelles à mener, puis génère la déclaration d'accessibilité prête à publier — modèle français (RGAA), allemand (BFSG), italien ou espagnol. Gratuit, sans carte bancaire.
Rapport WCAG par e-mail sous 24 h ouvrées.
C'est noté. Votre client e-mail va s'ouvrir avec la demande pré-remplie — il vous suffit de l'envoyer.
Questions fréquentes
La loi m'oblige-t-elle à publier un plan d'action ou un échéancier ?
Pour le secteur privé (dont l'e-commerce), la réglementation européenne n'impose pas un modèle de « plan d'action » ni d'« échéancier » à remplir : ce document à contenu réglementé existe pour le secteur public. En revanche, vous devez satisfaire les exigences d'accessibilité et expliquer publiquement comment vous les satisfaites (auto-évaluation). Déclarer l'état réel de votre site, les non-conformités connues et un échéancier de correction reste une bonne pratique : c'est ce qui rend votre déclaration sincère et prouve votre diligence.
Par quoi commencer dans le plan ?
Par le périmètre, comme le recommande le W3C : les parcours clés (inscription, recherche, panier, paiement), le contenu le plus consulté et ce qui a déjà été signalé. Ensuite, à l'intérieur, traitez d'abord ce qui a le plus d'impact (les défauts présents sur plusieurs pages, donc les gabarits, et les pages très visitées), en commençant par les corrections à faible effort. La première vague — gabarits et tunnel d'achat — couvre généralement l'essentiel du risque.
Combien de temps doit durer un plan de mise en conformité ?
Il n'existe pas de durée « type » ni de coût standard : cela dépend entièrement de la taille du site, du CMS et de la dette technique. Méfiez-vous des plannings qui annoncent « X mois » sans avoir vu votre code. Surtout, il n'y a pas de délai de grâce : l'obligation est exigible depuis le 28 juin 2025, donc l'enjeu n'est pas de gagner du temps mais de commencer tout de suite par la vague la plus utile (le tunnel d'achat).
Un plan en cours me protège-t-il ?
Avoir un plan ne suspend pas l'obligation, qui est exigible depuis le 28 juin 2025. Mais une démarche réelle, priorisée et documentée est précisément ce qu'on attend : elle montre votre diligence. La condition est l'honnêteté — déclarez « en cours de correction, voici notre échéancier » plutôt que d'afficher une conformité que vous n'avez pas. Annoncer une conformité fausse est un risque en soi : aux États-Unis, la FTC a sanctionné l'éditeur accessiBe d'un million de dollars en avril 2025 pour des allégations trompeuses (droit américain, cité à titre d'illustration).
Le scan automatique suffit-il pour bâtir le plan ?
Non. Un outil automatique détecte une partie des problèmes seulement — les estimations des éditeurs tournent autour de 30 à 50 % des critères — et le W3C rappelle qu'un jugement humain reste nécessaire. Beaucoup de critères (pertinence d'un texte alternatif, ordre de lecture, libellés clairs) ne se vérifient qu'à la main. Servez-vous du scan pour démarrer vite et repérer les causes répétées, puis complétez par un test au clavier et au lecteur d'écran sur les pages clés avant de figer le plan.