Ton client te demande si son site est conforme au RGAA ? Voici comment cadrer une mission d'accessibilité numérique, vendre les bons livrables et éviter les promesses dangereuses.
Tu es développeur front-end, UX/UI designer, chef de projet digital ou consultant SEO freelance. Un client t’envoie son site et te demande : « On est conforme au RGAA ? » Ou pire : « Tu peux nous faire une mise en conformité avant la fin du mois ? »
La demande a l’air simple. Elle ne l’est pas.
J’ai déjà vu ce piège en mission IT : un sujet arrive par la porte technique, puis devient contractuel, légal et politique. Si tu ne poses pas les limites dès le départ, tu portes un risque qui n’est pas le tien. Dans ce guide, on voit qui est vraiment concerné, quelles missions vendre selon ton profil, à quel prix, et comment cadrer ton devis.
L’accessibilité numérique est une opportunité commerciale sérieuse. Elle devient risquée quand tu promets plus que ce que ton audit démontre.
Pendant longtemps, beaucoup de clients l’ont traitée comme un bonus qualité, « à voir plus tard ». Ce raisonnement tient de moins en moins.
Le secteur public y est soumis depuis l’article 47 de la loi du 11 février 2005, et tous les sites publics le sont depuis 2012, comme le rappelle le cadre légal publié par DesignGouv. L’ordonnance du 6 septembre 2023 a confié le contrôle à l’Arcom, avec une sanction plafonnée à 50 000 € pour un défaut d’accessibilité.
Le secteur privé bouge aussi. Depuis le 28 juin 2025, la directive européenne sur l’accessibilité des produits et services (European Accessibility Act) s’applique notamment au commerce électronique, aux services bancaires aux consommateurs, aux livres numériques, à certains services de transport, à la téléphonie et aux médias audiovisuels, selon la fiche de la DGCCRF. Un manquement est une contravention de 5e classe, soit jusqu’à 7 500 € par infraction pour une société, cumulables, avec injonction et astreinte possibles.
Attention à l’exemption : un prestataire de services de moins de 10 salariés, avec un chiffre d’affaires ou un total de bilan inférieur à 2 millions d’euros, n’a aucune obligation au titre de cette directive. Ton petit client peut quand même avoir besoin de toi s’il répond à un appel d’offres ou travaille pour un grand compte qui exige des preuves.
Tu n’as pas besoin de brandir ces montants pour faire peur. Cite-les calmement pour expliquer pourquoi le client doit arbitrer.
Le bon discours commercial n’est pas « tu risques une amende ». C’est « on va réduire ton risque, améliorer ton service et documenter les décisions ».
Beaucoup de clients mélangent accessibilité, RGAA, score Lighthouse et obligation légale. Ton premier travail consiste à traduire.
Les WCAG sont les recommandations internationales du W3C, aujourd’hui en version 2.2, avec trois niveaux : A, AA et AAA. Le niveau AA est généralement la cible visée.
Le RGAA est le référentiel français qui transforme cette logique en méthode de test. La version applicable est le RGAA 4.1.2, mis à jour le 18 avril 2023, avec 106 critères de contrôle. Le site officiel du RGAA annonce une version 5 pour fin 2026. Un audit RGAA n’est pas un scan automatique : c’est une évaluation sur un échantillon de pages, où chaque critère est conforme, non conforme ou non applicable.
La déclaration d’accessibilité découle de cette évaluation. Elle affiche un état : conformité totale si tous les critères sont respectés, partielle à partir de 50 %, non-conformité en dessous ou sans audit valide. Elle se met à jour après une refonte, au bout de 3 ans, ou 18 mois après une nouvelle version du référentiel. Le RGAA 5 relancera donc ce compteur.
Retiens surtout la distinction qui structurera ton devis : l’audit constate, la correction modifie, la recette vérifie après correction.
Un audit produit des constats. Une mise en conformité produit des corrections. Une recette vérifie un état après correction. Ce sont trois missions différentes.
L’accessibilité n’est pas réservée à un seul métier. Chaque profil doit en revanche rester dans son champ de compétence.
Si tu es UX/UI designer freelance, tu interviens tôt, là où ton impact est le plus fort : contrastes, états de focus, tailles de zones cliquables, design system accessible dans Figma, composants documentés avec leurs états d’erreur. Le rédacteur web améliore les titres, les liens explicites, les messages d’erreur et les alternatives textuelles, qui doivent transmettre l’information portée par l’image, pas la décrire. Le consultant SEO ajoute une couche accessibilité à sa revue technique, car structure des titres et HTML sémantique se recoupent.
Ta limite : un diagnostic design ou un audit SEO, même excellent, ne devient pas un audit RGAA.
Tu es au cœur du sujet. Beaucoup de problèmes viennent du HTML, du JavaScript et du comportement au clavier. Tu peux vendre la correction après audit, la revue de composants, la mise à niveau des formulaires et des tests automatisés en CI.
Le piège classique : ajouter des attributs ARIA partout, alors que le meilleur correctif commence souvent par du HTML plus simple. J’ai vu ce problème dans des dashboards grand compte. Le composant était visuellement propre, mais impossible à comprendre au clavier, car tout reposait sur des div cliquables. La correction n’avait rien de spectaculaire : revenir à des boutons, des liens, des labels et des états lisibles.
Ton rôle consiste à faire entrer l’accessibilité dans la roadmap : cartographie des parcours critiques, user stories avec critères d’accessibilité, sélection d’un auditeur spécialisé, suivi des tickets et recette. Écris noir sur blanc qui audite, qui corrige, qui valide et qui publie.
Les clients achètent mieux une offre lisible. Voici des fourchettes prudentes, à moduler selon ton expertise et la complexité du service :
| Offre | Périmètre type | Prix indicatif |
|---|---|---|
| Diagnostic rapide | 3 à 5 pages, tests automatiques, clavier, contrastes, plan d’action | 600 à 1 500 € HT |
| Audit de pages clés | 5 à 10 pages ou parcours, tests RGAA, rapport détaillé | 2 000 à 6 000 € HT |
| Sprint de correction | Backlog issu d’un audit, une à deux semaines | 3 000 à 10 000 € HT |
| Formation interne | Session de 2 à 3 heures sur le produit du client | 800 à 2 500 € HT |
| Accompagnement de refonte | Revue des maquettes, critères dans les tickets, recette | 5 000 à 20 000 € HT |
DesignGouv situe le coût d’un audit RGAA entre 2 000 et 5 000 € HT selon la complexité. Un tunnel e-commerce dynamique coûte plus cher à auditer qu’un site vitrine. Pour chiffrer un sprint au TJM, appuie-toi sur le simulateur de TJM.
Pourquoi l’audit manuel coûte-t-il autant ? Parce que Lighthouse, axe DevTools ou Pa11y détectent des labels manquants et des contrastes insuffisants, mais ne savent pas si un texte alternatif est pertinent ou si un parcours est compréhensible au lecteur d’écran. Il faut tout parcourir au clavier, tester les modales et formulaires avec NVDA ou VoiceOver, puis documenter chaque anomalie : critère, impact, capture, reproduction, correction attendue.
Ne sous-facture pas l’audit manuel. Le temps invisible se cache dans les tests clavier, les lecteurs d’écran, la preuve et la restitution.
Une mission d’accessibilité déborde vite : design, code, contenus, PDF, outils tiers. Ton devis doit être plus précis qu’un devis classique.
Liste le périmètre exact. Par exemple : 5 pages publiques, 3 parcours (création de compte, achat, support), 12 composants du design system, hors application mobile native et hors PDF. Précise les navigateurs, l’environnement et le lecteur d’écran testés. Sans ça, le client pensera que « site conforme » couvre tout, y compris les contenus publiés après ton départ.
Nomme le référentiel et sa version. « Audit RGAA 4.1.2 sur échantillon représentatif » n’achète pas la même chose que « revue design selon les WCAG 2.2 niveau AA, sans taux de conformité ». Avec le RGAA 5 attendu, ajoute qu’une adaptation à une version ultérieure fera l’objet d’un chiffrage complémentaire.
Sépare les phases : audit, arbitrage par le client, correction, puis recette limitée aux anomalies corrigées. Si le client ajoute des pages en cours de route, tu chiffres un avenant au lieu de subir le scope creep.
Écris les responsabilités du client : accès, comptes de test sans données personnelles inutiles, contenus définitifs, validation sous 5 jours ouvrés, publication de la déclaration. Reprends cette logique dans ton contrat de mission.
Engage-toi sur des moyens, pas sur un résultat :
« Le prestataire intervient dans le cadre d’une obligation de moyens. La prestation vise à identifier, corriger ou documenter les points d’accessibilité compris dans le périmètre défini, sans garantie de conformité totale du service numérique. »
Enfin, rends les exclusions visibles : conseil juridique, contenus futurs, tests avec un panel d’utilisateurs, composants tiers. Ces clauses ne remplacent pas un avocat, mais elles évitent beaucoup de flou.
L’accessibilité peut devenir une offre rentable et différenciante, à condition de la vendre avec précision. Avant de signer :
Dès que la demande touche à une obligation réglementaire complexe, fais entrer un spécialiste ou un juriste dans la boucle. Tu restes l’expert opérationnel, pas le garant du risque légal.
Aucune certification n'est obligatoire pour réaliser un audit accessibilité. Un audit RGAA sérieux demande en revanche une maîtrise du référentiel, des technologies d'assistance et de l'échantillonnage. Si tu débutes, commence par des diagnostics ou des corrections cadrées, et travaille avec un spécialiste pour les audits destinés à une déclaration.
C'est un document de pilotage qui présente la stratégie d'accessibilité d'une organisation sur plusieurs années, accompagné d'un plan d'action annuel. La déclaration d'accessibilité renvoie vers ces documents. Tu peux aider à les structurer, mais le client valide les engagements publiés.
Commence par les ressources officielles du RGAA, les WCAG du W3C et les mémos de DesignGouv pour designers et développeurs. Pratique ensuite sur des composants réels comme les formulaires, modales et menus, avec un lecteur d'écran. La compétence vient surtout de la pratique guidée.
Écris des intitulés précis plutôt qu'un simple mot-clé : audit d'un tunnel SaaS, correction de composants React, formation de contributeurs. Ajoute si possible un avant/après chiffré, comme un taux de complétion de formulaire ou une baisse des tickets support.
14 juillet 2026 · 8 min
22 juin 2026 · 8 min
8 mai 2026 · 8 min
