Accessibilité numérique freelance : RGAA, audits et missions de mise en conformité (guide 2026)

L’accessibilité numérique n’est plus un sujet réservé aux administrations.

Tu es développeur front-end, UX/UI designer, chef de projet digital, consultant SEO ou product manager 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.

Tu peux aider ton client à rendre son site, son SaaS ou son application plus accessible. Tu peux vendre un pré-audit, corriger des composants, former une équipe, préparer une déclaration d’accessibilité ou accompagner une refonte. Mais tu ne dois pas improviser un audit juridique ni garantir une conformité totale sans méthode, sans périmètre et sans preuve.

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, tu vas voir ce que tes clients doivent réellement vérifier, quelles missions proposer, comment les chiffrer et quelles clauses prévoir dans 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.

Pourquoi l’accessibilité numérique devient un sujet freelance en 2026 ?

Pendant longtemps, beaucoup de clients ont traité l’accessibilité comme une option. Un bonus qualité. Un sujet “à voir plus tard”. En 2026, ce raisonnement tient de moins en moins.

Le secteur public est soumis depuis des années à des obligations d’accessibilité. DesignGouv rappelle que les obligations des sites publics ont été introduites par l’article 47 de la loi du 11 février 2005, et que tous les sites publics sont soumis à l’obligation d’accessibilité depuis 2012. Le cadre légal publié par DesignGouv reste la porte d’entrée à consulter.

Le secteur privé bouge aussi. Depuis le 28 juin 2025, la directive européenne sur l’accessibilité des produits et services, souvent appelée European Accessibility Act, s’applique à certains produits et services. La fiche de la DGCCRF sur economie.gouv.fr cite notamment le commerce électronique, les services bancaires aux consommateurs, les livres numériques, certains services de transport, les services de téléphonie et l’accès aux médias audiovisuels.

Pour un freelance, l’effet est très concret. Les clients ne demandent plus seulement “un site joli” ou “une app rapide”. Ils demandent :

• un audit RGAA avant une refonte ;
• des corrections de contraste, de focus, de navigation clavier ou de formulaires ;
• un design system accessible ;
• une preuve de prise en compte de l’accessibilité dans un appel d’offres ;
• une déclaration d’accessibilité à publier ;
• une formation pour arrêter de recréer les mêmes erreurs.

Tu vois le levier ? Beaucoup d’entreprises ont besoin d’aide. Mais elles ne savent pas toujours formuler la demande.

Le risque : confondre opportunité et promesse de conformité

Le mot “conformité” attire des budgets. Il attire aussi des responsabilités.

Dire “je peux améliorer l’accessibilité de votre parcours d’inscription” n’a pas le même poids que “je garantis que votre service est conforme”. Dans le premier cas, tu vends une prestation observable. Dans le second, tu t’approches d’une conclusion juridique et méthodologique qui doit être appuyée par un audit complet, documenté et représentatif.

Ton rôle n’est pas de porter le risque légal du client. Ton rôle est de livrer une méthode, des constats, des corrections et des preuves sur un périmètre défini.

Ce guide ne remplace pas un avocat ni un expert accessibilité certifié. Il te donne une grille de lecture pour proposer une mission solide, sans te transformer en assureur de conformité.

RGAA, WCAG, audit, déclaration : de quoi parle-t-on ?

Avant de vendre une mission, tu dois traduire les termes. Beaucoup de clients mélangent accessibilité, RGAA, score Lighthouse et obligation légale.

Accessibilité numérique

L’accessibilité numérique consiste à rendre les services numériques utilisables par les personnes en situation de handicap, mais aussi par des utilisateurs qui naviguent au clavier, au lecteur d’écran, avec une vision réduite, une motricité limitée, des troubles cognitifs, un contexte mobile compliqué ou une connexion imparfaite.

Elle touche le design, le code, le contenu, les médias, les documents, les parcours et la maintenance.

Exemples simples :

• un bouton doit avoir un nom compréhensible pour un lecteur d’écran ;
• le focus clavier doit être visible ;
• un formulaire doit expliquer ses erreurs ;
• une image informative doit avoir une alternative textuelle pertinente ;
• un contraste insuffisant peut rendre un texte illisible ;
• un PDF indispensable doit être accessible ou remplacé par une alternative.

L’accessibilité n’est pas une couche qu’on ajoute à la fin. C’est une discipline de conception.

RGAA

Le RGAA, Référentiel général d’amélioration de l’accessibilité, est le référentiel français utilisé pour évaluer l’accessibilité des services numériques concernés. Le site officiel accessibilite.numerique.gouv.fr indique que la version applicable est le RGAA 4.1.2, publié le 16 septembre 2019 et mis à jour le 18 avril 2023. Une version 5 est en cours de rédaction, avec une publication prévue fin 2026.

Le RGAA 4.1.2 est organisé autour de 106 critères de contrôle et de tests techniques. Les critères et tests RGAA couvrent par exemple les images, les cadres, les couleurs, les formulaires, la navigation, les scripts, les tableaux, les contenus multimédias et la structure de l’information.

Pour toi, l’information importante est simple : un audit RGAA n’est pas un scan automatique. C’est une évaluation structurée sur un échantillon de pages ou d’écrans, avec des critères applicables, non applicables, conformes ou non conformes.

WCAG

Les WCAG, Web Content Accessibility Guidelines, sont les recommandations internationales du W3C. La version WCAG 2.2 couvre un large ensemble de recommandations pour rendre les contenus web plus accessibles. Les WCAG fonctionnent avec des critères testables et trois niveaux : A, AA et AAA.

Le RGAA traduit cette logique dans un cadre français plus opérationnel. En 2026, tu peux expliquer simplement :

• les WCAG donnent le socle international ;
• le RGAA donne la méthode française de test pour les services concernés ;
• le niveau AA est souvent la référence opérationnelle visée ;
• les outils automatiques peuvent aider, mais ils ne remplacent pas la méthode.

Déclaration d’accessibilité

La déclaration d’accessibilité n’est pas une phrase marketing. Le site officiel du RGAA précise que la déclaration d’accessibilité est le résultat d’une évaluation effective de conformité.

Elle doit notamment indiquer un état :

• conformité totale si tous les critères applicables sont respectés ;
• conformité partielle si au moins 50 % des critères applicables sont respectés ;
• non-conformité s’il n’existe aucun audit valide ou si moins de 50 % des critères sont respectés.

Elle doit aussi mentionner les contenus non accessibles, les éventuelles dérogations, les moyens de contact et les recours possibles. Sa mise à jour est prévue en cas de modification substantielle, de refonte, au bout de 3 ans, ou 18 mois après une nouvelle version du référentiel pour les personnes qui appliquent la méthode technique.

Audit et correction

L’audit constate. La correction modifie. La recette vérifie après correction.

Ne mélange pas ces trois temps dans ton devis. Sinon, tu vas auditer, corriger, réauditer, expliquer, réintégrer et défendre des décisions sans limite claire.

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.

Qui est concerné et où vérifier ?

La mauvaise réponse consiste à dire : “Tout le monde doit être RGAA.” La bonne réponse est plus nuancée.

Secteur public et organismes concernés par l’article 47

Les services publics, administrations, collectivités et organismes concernés par l’article 47 de la loi de 2005 doivent publier les informations d’accessibilité attendues et respecter le référentiel applicable. Pour un freelance, cela concerne souvent :

• un site institutionnel ;
• une démarche administrative en ligne ;
• un extranet usager ;
• une application métier utilisée par des agents ;
• un portail de candidature ;
• une plateforme de formation publique.

Si tu travailles pour une mairie, un ministère, une université publique, un hôpital public ou un prestataire qui livre un service pour le public, le sujet doit être traité sérieusement dès le cadrage.

Entreprises privées concernées par l’European Accessibility Act

Côté privé, la directive européenne cible certains produits et services. La fiche DGCCRF cite les produits comme les ordinateurs, smartphones, terminaux de paiement, liseuses ou terminaux en libre-service, et les services comme le commerce électronique, la banque aux consommateurs, les livres numériques, les services de transport, la téléphonie, les médias audiovisuels et le 112.

Elle précise aussi une exemption importante : les entreprises employant moins de 10 salariés avec un chiffre d’affaires annuel ou un total de bilan inférieur à 2 millions d’euros bénéficient d’une approche spécifique. Pour les prestataires de services, aucune obligation en matière d’accessibilité ne s’impose dans ce cas selon la fiche.

Attention à la limite. Ton client peut être une petite structure non directement obligée, mais travailler pour un grand compte, vendre en ligne, répondre à un appel d’offres ou vouloir réduire son risque. L’accessibilité reste alors un sujet de qualité, de vente et de responsabilité.

E-commerce, SaaS et applications mobiles

Le commerce électronique est explicitement cité dans les services concernés par la directive. Si ton client vend à des consommateurs via un site ou une application, tu dois lui conseiller de vérifier son exposition avec ses juristes ou ses conseils habituels.

Ne laisse pas passer l’argument du “site existant”. La DGCCRF précise qu’un site internet ou une application mobile n’est pas un produit au sens de la directive “Accessibilité”. Pour un site de vente en ligne déjà utilisé avant le 28 juin 2025, l’exemption transitoire liée aux produits ne reporte donc pas automatiquement les obligations jusqu’en 2030.

Pour les SaaS B2B, c’est plus subtil. Un outil purement interne ou strictement B2B n’entre pas automatiquement dans le même cas qu’un service B2C couvert. Mais les grands comptes demandent de plus en plus des garanties d’accessibilité dans leurs achats, surtout si l’outil sera utilisé par des salariés, des partenaires ou des usagers.

Pour les applications mobiles, le RGAA 4.1.2 ne couvre pas tout de la même manière qu’un site web. DesignGouv indique que le RGAA 5 devrait intégrer les applications mobiles natives et les documents bureautiques. En attendant, il faut éviter les raccourcis et se référer aux textes, à l’EN 301 549 et aux exigences contractuelles du client.

Sanctions et contrôles

Le risque reste concret. La fiche DGCCRF indique que les agents peuvent enjoindre aux professionnels la mise en conformité, avec astreinte éventuelle et mesure de publicité. Les infractions aux obligations d’accessibilité prévues par le code de la consommation sont des contraventions de 5e classe, avec des amendes de 7 500 €, cumulatives selon le nombre d’infractions constatées.

Pour les obligations issues de l’article 47, DesignGouv rappelle que l’ordonnance du 6 septembre 2023 a renforcé les sanctions et attribué des compétences de contrôle à l’Arcom. Le point DesignGouv sur l’ordonnance mentionne notamment un plafond de 50 000 € pour un défaut d’accessibilité, pouvant se cumuler avec la sanction pour non-respect d’affichage des informations d’accessibilité.

Tu n’as pas besoin de brandir ces montants pour faire peur. Tu peux les citer 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”.

Quelles missions vendre selon ton profil ?

L’accessibilité numérique n’est pas réservée à un seul métier. En revanche, chaque profil doit rester dans son champ de compétence.

UX/UI designer freelance

Si tu es UX/UI designer, tu peux intervenir tôt. C’est souvent là que ton impact est le plus fort.

Tu peux vendre :

• un audit UX orienté accessibilité ;
• une revue des parcours clavier et lecteur d’écran côté conception ;
• une vérification des contrastes, états de focus et tailles de zones cliquables ;
• un design system accessible dans Figma ;
• des composants documentés avec états d’erreur, focus, disabled, hover et textes d’aide ;
• une formation courte pour l’équipe design et produit.

Si tu veux renforcer ton positionnement, relis le guide pour devenir UX/UI designer freelance. L’accessibilité peut devenir une spécialisation différenciante, surtout sur les SaaS, espaces clients, tunnels e-commerce et interfaces métier.

Ta limite : ne vends pas un audit RGAA complet si tu ne maîtrises pas la méthode de test et la restitution. Tu peux très bien vendre un diagnostic design, puis recommander un audit complet par un spécialiste.

Développeur front-end freelance

Si tu développes, tu es au cœur du sujet. Beaucoup de problèmes d’accessibilité viennent du HTML, du JavaScript, des composants et du comportement au clavier.

Tu peux vendre :

• une correction front-end après audit ;
• une revue de composants React, Vue, Svelte, Astro ou Web Components ;
• une mise à niveau des formulaires ;
• une correction des landmarks, titres, listes, tableaux et labels ;
• des tests automatisés intégrés à la CI ;
• une recette clavier et lecteur d’écran sur les parcours critiques.

Le piège classique : installer une librairie ou ajouter des attributs ARIA partout. L’ARIA peut aider, mais un mauvais attribut ARIA peut rendre une interface moins compréhensible. Souvent, le meilleur correctif commence 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 parce que tout reposait sur des div cliquables. La correction n’était pas spectaculaire. Elle consistait surtout à revenir à des boutons, des liens, des labels et des états lisibles.

Consultant SEO freelance

Si tu fais du SEO, l’accessibilité complète ton angle technique. Structure des titres, liens explicites, textes alternatifs utiles, performance, HTML propre, erreurs 404 et maillage logique : beaucoup de sujets se croisent.

Tu peux vendre :

• une revue SEO technique enrichie d’une couche accessibilité ;
• une analyse des titres, liens, textes alternatifs et structure de contenu ;
• une priorisation des pages à corriger selon trafic et enjeu business ;
• une coordination avec un développeur pour traiter les erreurs techniques.

Ta limite : un audit SEO, même excellent, ne devient pas automatiquement un audit RGAA.

Product manager ou consultant produit

Si tu es PM freelance, ton rôle consiste à faire entrer l’accessibilité dans la roadmap. Les équipes savent souvent qu’il faut agir, mais personne ne priorise.

Tu peux vendre :

• un cadrage accessibilité de roadmap ;
• une cartographie des parcours critiques ;
• une matrice risque / impact / effort ;
• des user stories intégrant les critères d’accessibilité ;
• une recette produit après correction ;
• un rituel de suivi avec design et dev.

Là encore, tu ne deviens pas expert RGAA par intitulé. Tu organises la mise en conformité, tu ne dois pas forcément réaliser tous les tests.

Rédacteur web, content manager et consultant éditorial

L’accessibilité ne se joue pas uniquement dans le code. Les contenus peuvent bloquer un utilisateur.

Tu peux vendre :

• une réécriture de titres et liens plus explicites ;
• une amélioration des textes d’erreur ;
• des alternatives textuelles pertinentes pour les images ;
• une mise en accessibilité éditoriale de pages clés ;
• une revue des PDF avec recommandation de conversion en pages HTML quand c’est pertinent ;
• une formation aux contenus accessibles.

Le bon réflexe : expliquer que l’alternative textuelle n’est pas une description décorative. Elle doit transmettre l’information utile portée par l’image.

Chef de projet digital

Si tu pilotes des sites, des refontes ou des équipes, tu peux vendre la coordination.

Tu peux prendre en charge :

• le cadrage du périmètre d’audit ;
• la sélection d’un auditeur spécialisé ;
• la planification des corrections ;
• le suivi des tickets ;
• la recette avec les parties prenantes ;
• la préparation des éléments pour la déclaration.

Ce positionnement est précieux quand le client n’a pas d’équipe interne mature. Il faut simplement écrire noir sur blanc qui réalise l’audit, qui corrige, qui valide et qui publie.

Comment cadrer une mission accessibilité sans te surexposer ?

Une mission d’accessibilité mal cadrée déborde vite. Tu touches au design, au code, aux contenus, aux documents, aux outils tiers, aux contraintes légales et parfois à la communication publique du client.

Ton devis doit donc être plus précis qu’un devis classique.

Définir le périmètre exact

Commence par les objets audités ou corrigés.

Exemples :

• 5 pages publiques : accueil, pricing, inscription, contact, mentions légales ;
• 3 parcours : création de compte, achat, demande de support ;
• 12 composants du design system ;
• 1 application web, hors application mobile native ;
• 4 templates de page, hors PDF et contenus tiers.

Tu dois aussi préciser les environnements : production, préproduction, maquettes Figma, dépôt Git, navigateur, desktop, mobile, lecteur d’écran si prévu.

Sans ça, le client peut penser que “site conforme” inclut toutes les pages, tous les PDF, tous les composants, tous les navigateurs et tous les contenus futurs.

Nommer le référentiel utilisé

Écris le référentiel dans le devis.

Exemples :

• “Diagnostic accessibilité basé sur une sélection de critères RGAA 4.1.2.”
• “Audit RGAA 4.1.2 sur échantillon représentatif.”
• “Revue design selon les bonnes pratiques WCAG 2.2 niveau A et AA, sans calcul de taux de conformité RGAA.”
• “Recette après correction des anomalies listées dans le rapport d’audit fourni par le client.”

Cette phrase protège les deux parties. Le client comprend ce qu’il achète. Toi, tu évites qu’une revue rapide soit requalifiée en audit complet.

Préciser le niveau de preuve

Un rapport peut être très léger ou très complet. Ce n’est pas le même prix.

Tu peux livrer :

• une synthèse exécutive ;
• un tableau d’anomalies ;
• des captures annotées ;
• les critères RGAA concernés ;
• les étapes de reproduction ;
• la criticité ;
• la recommandation de correction ;
• un exemple de code ;
• un ticket prêt à intégrer dans Jira, Linear ou GitHub Issues.

Plus le niveau de preuve est élevé, plus le travail manuel augmente. Facture-le.

Un audit sans preuve devient une opinion. Un audit avec critères, captures, reproduction et priorité devient un outil de correction.

Séparer audit, correction et recette

Structure ton offre en phases.

Phase 1 : diagnostic ou audit. Tu observes, tu testes, tu documentes.

Phase 2 : arbitrage. Le client choisit ce qui sera corrigé, dans quel délai et avec quel budget.

Phase 3 : correction. Tu corriges ou tu accompagnes l’équipe technique.

Phase 4 : recette. Tu vérifies les anomalies corrigées, sans rouvrir tout le périmètre sauf si c’est prévu.

Cette séparation limite le scope creep. Si le client ajoute des pages, des PDF ou une application mobile en cours de route, tu peux chiffrer un avenant au lieu d’absorber gratuitement.

Écrire les responsabilités du client

Le client doit fournir les accès, les contenus, les maquettes, les environnements et les interlocuteurs. Il doit aussi arbitrer les dérogations éventuelles, valider les corrections et publier la déclaration si elle relève de sa responsabilité.

Dans ton devis, ajoute une section “Hypothèses et prérequis”.

Exemples :

• accès à l’environnement testé ;
• compte utilisateur avec les droits nécessaires ;
• contenus définitifs fournis avant audit ;
• disponibilité d’un référent métier ;
• validation des corrections sous 5 jours ouvrés ;
• exclusion des contenus tiers non maîtrisés par le client ;
• exclusion des PDF sauf mention contraire.

Tu peux reprendre cette logique dans ton contrat de mission freelance pour éviter les ambiguïtés.

Prévoir les exclusions

Les exclusions ne sont pas un manque de service. Elles clarifient la mission.

Tu peux exclure :

• conseil juridique ;
• garantie de conformité totale ;
• audit des contenus publiés après la mission ;
• audit des documents bureautiques et PDF ;
• audit d’applications mobiles natives ;
• tests avec panel utilisateur en situation de handicap ;
• correction de composants tiers ;
• hébergement, maintenance ou monitoring post-mission ;
• publication officielle de la déclaration au nom du client.

Cette liste dépend du projet. Elle doit être visible dans le devis, pas cachée en annexe.

Quelles offres packagées proposer ?

Les clients achètent mieux quand l’offre est lisible. Tu peux garder du sur-mesure, mais les packs te donnent une base de discussion.

Pack 1 : diagnostic rapide accessibilité

Objectif : aider un client à savoir où il en est, sans promettre un audit complet.

Périmètre possible :

• 3 à 5 pages ou écrans ;
• tests automatiques ;
• navigation clavier ;
• revue des contrastes ;
• revue des titres, liens, images et formulaires ;
• restitution de 60 minutes ;
• plan d’action priorisé.

Prix prudent : 600 à 1 500 € HT selon ton niveau, le type de service et la qualité du livrable. À ce prix, tu ne dois pas promettre un taux de conformité RGAA complet.

Pack 2 : audit de pages clés

Objectif : fournir un rapport exploitable sur un échantillon défini.

Périmètre possible :

• 5 à 10 pages ou parcours ;
• tests RGAA 4.1.2 applicables ;
• rapport détaillé ;
• anomalies priorisées ;
• recommandations de correction ;
• restitution avec l’équipe.

Prix prudent : 2 000 à 6 000 € HT. La fourchette dépend du nombre de pages, de la complexité des composants, du niveau de preuve et de ton expertise. Un tunnel e-commerce dynamique coûte plus cher à auditer qu’un site vitrine statique.

Cet ordre de grandeur reste cohérent avec la page DesignGouv sur les prestations d’accessibilité numérique, qui situe le coût d’un audit RGAA autour de 2 000 à 5 000 € HT selon la complexité.

Pack 3 : sprint de correction front-end

Objectif : corriger les anomalies déjà identifiées.

Périmètre possible :

• backlog d’anomalies issu d’un audit ;
• correction HTML, CSS, JS ;
• revue de composants ;
• tests clavier ;
• documentation technique ;
• recette limitée aux tickets corrigés.

Prix prudent : 3 000 à 10 000 € HT pour une à deux semaines selon ton TJM et la profondeur des corrections. Si tu factures au TJM, appuie-toi sur ton simulateur de TJM freelance et garde une règle simple : les corrections accessibilité demandent souvent plus de test et de validation qu’une intégration classique.

Pack 4 : accompagnement refonte accessible

Objectif : intégrer l’accessibilité dès le cadrage d’une refonte.

Périmètre possible :

• ateliers avec UX, produit et tech ;
• revue des maquettes ;
• design system accessible ;
• critères d’acceptation dans les tickets ;
• points de contrôle pendant le développement ;
• recette avant mise en ligne ;
• aide à la déclaration.

Prix prudent : 5 000 à 20 000 € HT selon la durée, l’équipe et le rôle que tu prends. C’est le format le plus intéressant pour les freelances confirmés, car tu interviens avant que la dette ne soit créée.

Pack 5 : formation interne

Objectif : rendre l’équipe autonome sur les erreurs fréquentes.

Périmètre possible :

• session de 2 à 3 heures pour designers, développeurs ou contributeurs ;
• exemples issus du produit du client ;
• support de formation ;
• checklist métier ;
• exercice de revue d’une page ou d’un composant.

Prix prudent : 800 à 2 500 € HT selon la préparation, le nombre de participants et le niveau de personnalisation. Une formation générique vaut moins qu’une formation construite sur le produit du client.

Pack 6 : déclaration, schéma pluriannuel et plan d’action

Objectif : aider une organisation concernée à documenter sa démarche, sans signer à sa place une promesse juridique.

Périmètre possible :

• reprise des résultats d’audit dans le modèle officiel de déclaration ;
• liste des contenus non accessibles, exemptés ou soumis à dérogation ;
• formulation des moyens de contact et voies de recours ;
• plan d’action annuel priorisé ;
• trame de schéma pluriannuel pour les 3 prochaines années ;
• coordination avec l’équipe juridique, conformité ou communication.

Prix prudent : 1 500 à 5 000 € HT selon la maturité du client, le nombre de services numériques et la quantité de contenus à structurer. Ne vends ce pack que si tu disposes d’un audit exploitable ou si ton périmètre inclut clairement l’évaluation nécessaire.

La déclaration d’accessibilité n’est pas un document décoratif. Elle engage ce que le client publie sur son niveau de conformité, ses exceptions et ses actions.

Ne sous-facture pas l’audit manuel. Le temps invisible se cache dans les tests clavier, les lecteurs d’écran, la preuve, la restitution et la pédagogie.

Comment dérouler un audit RGAA sur un échantillon ?

Un client peut te demander “un audit du site” alors qu’il pense à 6 pages, 3 tunnels, 2 langues, 40 PDF et une application mobile. Ton premier travail consiste à transformer cette demande en échantillon testable.

Étape 1 : inventorier les gabarits et parcours

Commence par lister les pages types, pas seulement les URL visibles dans le menu.

Exemples :

• accueil ;
• page liste ;
• page détail ;
• tunnel de création de compte ;
• tunnel de paiement ;
• formulaire de contact ;
• espace connecté ;
• page d’erreur ;
• document téléchargeable ;
• composant modal, menu, tableau ou onglet.

Un bon échantillon doit couvrir les gabarits importants, les fonctionnalités critiques et les contenus à risque. Pour un e-commerce, une page produit sans tunnel panier ne suffit pas. Pour un SaaS, une page marketing sans espace connecté ne raconte pas grand-chose.

Étape 2 : qualifier chaque critère

Dans un audit RGAA, tous les critères ne s’appliquent pas à toutes les pages. Tu dois distinguer ce qui est conforme, non conforme, non applicable ou non testé dans le périmètre.

Cette nuance compte. Elle évite de transformer le rapport en liste vague de recommandations. Elle permet aussi au client de produire un taux de conformité cohérent si la mission vise une déclaration.

Un échantillon bien choisi protège ton prix. Il montre que tu ne vends pas du temps au hasard, mais une couverture méthodique du risque.

Étape 3 : produire un rapport exploitable

Pour chaque anomalie importante, documente le contexte, le critère, l’impact utilisateur, la preuve et la correction attendue. Si tu travailles avec une équipe technique, transforme les constats en tickets.

Un ticket utile ressemble à ça :

• page ou composant concerné ;
• comportement observé ;
• utilisateur impacté ;
• critère RGAA ou règle WCAG associée ;
• étapes de reproduction ;
• capture ou extrait de code ;
• recommandation ;
• priorité.

Cette granularité prend du temps. C’est aussi ce qui justifie ton prix.

Étape 4 : sécuriser les accès et les données

Un audit peut nécessiter des comptes de test, des données fictives, une préproduction et des captures d’écran. Ne travaille pas sur des données personnelles inutiles si une donnée de test suffit.

Demande au client de créer des comptes dédiés, de limiter les droits et de confirmer ce que tu peux capturer dans ton rapport. Si tu touches à des données personnelles, rapproche-toi de la logique RGPD : minimisation, finalité claire, durée de conservation et accès restreints. Si l’audit nécessite des accès sensibles, applique les mêmes réflexes qu’en mission cybersécurité freelance : droits minimaux, traçabilité et restitution propre des accès.

Pour les équipes techniques, tu peux aussi travailler avec le profil DevOps ou plateforme du client. Les tests en CI, les environnements de préproduction et les droits d’accès doivent être cadrés aussi sérieusement qu’une mise en production. Le guide pour devenir DevOps freelance détaille bien cette logique de responsabilité.

Quels outils utiliser sans leur demander l’impossible ?

Les outils sont utiles. Ils ne suffisent pas.

Outils automatiques

Tu peux utiliser :

• Lighthouse dans Chrome ;
• axe DevTools ;
• Pa11y ;
• Playwright avec des tests d’accessibilité et des snapshots pertinents ;
• WAVE ;
• RGAA Assistant ;
• des validateurs HTML ;
• des outils de contraste.

Ces outils détectent des problèmes réels : contrastes, labels manquants, erreurs de structure, attributs absents, hiérarchie incohérente, noms accessibles problématiques.

Mais ils ne comprennent pas tout. Ils ne savent pas toujours si un texte alternatif est pertinent, si l’ordre de lecture raconte la bonne histoire, si un message d’erreur aide vraiment l’utilisateur, si une interaction complexe est compréhensible, ou si le parcours complet fonctionne au clavier dans un contexte réel.

Tests manuels

Les tests manuels restent indispensables.

Minimum à prévoir :

• parcourir la page au clavier uniquement ;
• vérifier l’ordre de focus ;
• tester les menus, modales, onglets, accordéons et formulaires ;
• contrôler les messages d’erreur ;
• vérifier les titres et landmarks ;
• lire les alternatives textuelles ;
• tester l’ordre de lecture ;
• utiliser au moins un lecteur d’écran sur les parcours critiques.

Selon ton environnement, tu peux tester avec NVDA sur Windows, VoiceOver sur macOS et iOS, TalkBack sur Android. Tu n’as pas besoin de tout inclure dans une mission courte. Tu dois simplement préciser ce qui est testé.

Le bon usage de l’automatisation en CI

Pour les clients avec une équipe technique, propose d’ajouter des garde-fous dans la CI. Par exemple : tests Pa11y sur pages critiques, règles ESLint JSX a11y, tests de composants, vérifications axe sur les flows principaux.

Ce n’est pas une garantie de conformité. C’est une barrière contre les régressions simples.

L’automatisation attrape une partie des erreurs. La méthode humaine vérifie l’expérience, le sens et la cohérence.

Comment transformer l’accessibilité en argument commercial ?

L’accessibilité se vend mal quand elle est présentée comme une contrainte abstraite. Elle se vend mieux quand elle rejoint les objectifs du client.

Qualité produit

Un site accessible est souvent mieux structuré. Les formulaires sont plus clairs. Les composants sont plus prévisibles. Les erreurs sont mieux expliquées. Le parcours clavier révèle des incohérences que la souris masque.

Pour un SaaS, cela réduit les frictions. Pour un e-commerce, cela améliore le tunnel. Pour une application métier, cela évite des blocages quotidiens.

SEO technique

Accessibilité et SEO ne sont pas identiques, mais ils se croisent. Titres structurés, liens compréhensibles, HTML sémantique, images bien gérées, performance, pages lisibles : tout cela aide aussi les moteurs à comprendre le contenu.

Ne promets pas une hausse de trafic automatique. Dis plutôt que l’accessibilité améliore la qualité technique et éditoriale sur des points que le SEO valorise souvent.

Conversion et confiance

Un formulaire plus clair convertit généralement mieux. Un tunnel lisible rassure davantage. Une page qui fonctionne au clavier évite de perdre des utilisateurs. Un message d’erreur compréhensible réduit les abandons.

Si tu veux prouver cette valeur, transforme tes corrections en avant / après : taux d’erreur formulaire, taux de complétion, baisse des tickets support, temps moyen de tâche, retours utilisateurs. Le guide sur les cas clients freelance orientés ROI peut t’aider à structurer cette preuve.

Marchés publics et grands comptes

L’accessibilité peut ouvrir des portes. Certains appels d’offres demandent explicitement des preuves, une méthode, un engagement ou une conformité au référentiel. Les grands comptes veulent aussi limiter les risques réputationnels et juridiques.

Pour ton propre positionnement, ajoute cette compétence à ton site portfolio freelance avec des exemples concrets : “audit accessibilité de tunnel SaaS”, “correction de composants React”, “formation contributeurs”, “préparation de déclaration d’accessibilité”.

Ne te contente pas d’écrire “accessibilité”. Montre ce que tu fais.

Les clauses à prévoir dans ton devis

Une mission accessibilité doit être protégée par des clauses simples. Pas besoin d’un contrat illisible. Il faut des limites nettes.

Obligation de moyens

Écris que tu t’engages à mettre en œuvre les moyens décrits dans le devis, selon le référentiel, le périmètre et les tests prévus. Évite l’obligation de résultat du type “site conforme à 100 %”.

Formulation possible :

“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 hors audit complet et validation par le client.”

Référentiel et version

Indique la version : RGAA 4.1.2, WCAG 2.2, EN 301 549 ou autre référentiel contractuel. Si le RGAA 5 sort pendant ou après la mission, précise la règle applicable.

Exemple :

“La mission est conduite sur la base du RGAA 4.1.2, version applicable à la date de signature. Toute adaptation à une version ultérieure fera l’objet d’un chiffrage complémentaire.”

Échantillon testé

Liste les pages, écrans, parcours ou composants. Ajoute que les pages hors échantillon ne sont pas couvertes par les conclusions.

Versions navigateur et environnement

Précise les navigateurs et systèmes testés : Chrome, Firefox, Safari, Edge, desktop, mobile, lecteur d’écran, environnement de préproduction ou production.

Délai de correction et recette

Précise combien de temps le client a pour valider, combien de tours de recette sont inclus et ce qui se passe si le code change après la recette.

Responsabilité des contenus client

Les contenus fournis par le client doivent rester sous sa responsabilité : textes, images, vidéos, PDF, documents bureautiques, contenus tiers, publications futures.

Exclusions

Rappelle ce qui n’est pas inclus : conseil juridique, conformité globale, audit de contenus futurs, tests utilisateurs avec panel, documents non listés, outils tiers non maîtrisés.

Ces clauses ne remplacent pas un avocat. Elles t’évitent déjà beaucoup de flou.

Les erreurs fréquentes à éviter

Certaines erreurs coûtent cher, parce qu’elles créent une attente impossible à tenir.

Promettre une conformité 100 %

Même avec un audit solide, la conformité totale dépend du périmètre, des contenus, des corrections, des futures mises à jour et de la maintenance. Évite la promesse absolue.

Dis plutôt : “Je peux auditer ce périmètre selon telle méthode” ou “Je peux corriger les anomalies identifiées dans ce rapport”.

Confondre score Lighthouse et conformité RGAA

Lighthouse est utile. Un score élevé ne prouve pas une conformité RGAA. Un score faible ne dit pas non plus tout. C’est un indicateur, pas une déclaration.

Oublier les contenus PDF

Beaucoup de sites institutionnels publient des PDF indispensables : formulaires, notices, catalogues, conditions, rapports. Si ces documents sont dans le périmètre, ils doivent être traités. Si tu ne les traites pas, exclus-les clairement.

Ignorer le mobile

L’accessibilité ne se limite pas au desktop. Menus mobiles, focus, zoom, orientation, zones tactiles, lecteurs d’écran mobiles : un parcours peut être correct sur ordinateur et inutilisable sur téléphone.

Négliger le clavier

Le test clavier est l’un des plus révélateurs. Si tu ne peux pas ouvrir un menu, fermer une modale, remplir un formulaire et envoyer une demande sans souris, il y a un problème.

Facturer trop peu

Un audit manuel demande du temps. Tu dois tester, comprendre, documenter, expliquer et prioriser. Si tu vends un audit complet au prix d’un scan automatique, tu vas réduire la qualité ou travailler à perte.

J’ai déjà pris des missions moins alignées pour sécuriser quelques mois de visibilité. Ce que je regrette le plus, ce ne sont pas les missions difficiles. Ce sont celles où je n’avais pas posé les limites au départ. L’accessibilité amplifie ce risque, car le sujet déborde vite du ticket technique.

Checklist de première mission accessibilité en 10 points

Avant de signer ta première mission accessibilité numérique freelance, vérifie ces 10 points.

1. Tu as identifié si le client relève du secteur public, d’un service privé couvert, d’un appel d’offres ou d’une démarche volontaire.
2. Tu as nommé le référentiel : RGAA 4.1.2, WCAG 2.2, EN 301 549 ou diagnostic non certifiant.
3. Tu as listé les pages, écrans, composants ou parcours inclus.
4. Tu as séparé audit, correction et recette.
5. Tu as précisé le niveau de preuve attendu dans le livrable.
6. Tu as écrit les exclusions : juridique, PDF, contenus tiers, mobile natif, contenus futurs.
7. Tu as indiqué les outils et tests manuels utilisés.
8. Tu as prévu les responsabilités du client : accès, contenus, validation, publication.
9. Tu as refusé toute garantie de conformité totale hors méthode complète et périmètre clair.
10. Tu as prévu un avenant pour toute page, correction ou livrable supplémentaire.

L’accessibilité numérique freelance peut devenir une offre rentable, utile et différenciante. Mais elle doit être vendue avec précision.

Commence par un diagnostic limité. Documente bien tes constats. Corrige ce que tu maîtrises. Forme le client quand c’est nécessaire. Et dès que la demande touche à une déclaration officielle, à une obligation réglementaire complexe ou à un périmètre sensible, fais entrer un spécialiste accessibilité ou un conseil juridique dans la boucle.

Tu gardes ainsi la bonne posture : expert opérationnel, pas garant absolu du risque légal.

FAQ

Questions fréquentes

Faut-il être certifié pour faire un audit accessibilité ? +

Il n'existe pas une certification unique obligatoire pour réaliser tous les audits accessibilité. En revanche, un audit RGAA sérieux demande une maîtrise réelle du référentiel, des tests manuels, des technologies d'assistance et de la méthodologie d'échantillonnage. Si tu débutes, commence par des diagnostics ou des corrections cadrées, puis travaille avec un spécialiste pour les audits officiels.

Combien facturer un audit RGAA freelance ? +

Un diagnostic rapide peut se situer autour de 600 à 1 500 € HT. Un audit de 5 à 10 pages clés avec rapport détaillé se facture souvent plutôt entre 2 000 et 6 000 € HT, voire plus si le parcours est complexe. Le prix dépend du nombre de pages, des composants dynamiques, du niveau de preuve, de la restitution et de ton expertise.

Un outil automatique suffit-il pour être conforme ? +

Non. Les outils comme Lighthouse, axe DevTools ou Pa11y détectent une partie des erreurs, mais ils ne vérifient pas correctement la pertinence des alternatives textuelles, l'ordre de lecture, la compréhension d'un parcours, la qualité des messages d'erreur ou l'expérience avec un lecteur d'écran. Ils servent de garde-fous, pas de preuve complète.

Quelles entreprises privées sont concernées par l'accessibilité numérique ? +

Depuis le 28 juin 2025, l'European Accessibility Act vise certains produits et services, dont le commerce électronique, les services bancaires aux consommateurs, les livres numériques, certains services de transport, la téléphonie et l'accès aux médias audiovisuels. Des exemptions existent notamment pour certaines petites entreprises. Le client doit vérifier son cas précis avec ses conseils.

Que risque un client non conforme ? +

Selon le cadre applicable, il peut recevoir une injonction, une astreinte, une mesure de publicité ou une sanction. La DGCCRF indique par exemple des contraventions de 5e classe de 7 500 € pour les obligations relevant du code de la consommation, cumulatives selon les infractions. Pour certains manquements liés à l'article 47, DesignGouv mentionne un plafond de 50 000 €.

Peut-on garantir une conformité 100 % ? +

Évite de le promettre dans un devis freelance. Tu peux t'engager sur une méthode, un périmètre, un référentiel, des tests, un rapport et des corrections. La conformité totale dépend aussi des contenus du client, des évolutions futures, des composants tiers et de la maintenance après mission.

Qu'est-ce qu'un schéma pluriannuel d'accessibilité ? +

C'est un document de pilotage qui présente la stratégie d'accessibilité de l'organisation sur plusieurs années, avec un plan d'action. Le modèle officiel de déclaration d'accessibilité prévoit un lien vers ce schéma et vers le plan d'action de l'année en cours. Comme freelance, tu peux aider à le structurer, mais le client doit valider les engagements publiés.

Quelle différence entre WCAG et RGAA ? +

Les WCAG sont les recommandations internationales du W3C pour rendre les contenus web accessibles. Le RGAA est le référentiel français qui fournit une méthode de test opérationnelle pour les services numériques concernés. En 2026, le RGAA 4.1.2 reste la référence française en vigueur, avec un RGAA 5 annoncé pour fin 2026.

Comment se former à l'accessibilité numérique ? +

Commence par les ressources officielles du RGAA, les WCAG du W3C, les mémos DesignGouv pour designers et développeurs, puis pratique sur des composants réels : formulaires, modales, menus, tableaux, parcours e-commerce. Ajoute progressivement les lecteurs d'écran, les tests clavier et la rédaction de rapports. La compétence vient surtout de la pratique guidée.