Pourquoi aucun prix de marché ne fait référence ?
Les baromètres publics de 2026 ne publient pas de ligne consacrée à l'accessibilité. La Fabrique du Net, qui analyse les budgets des agences, publie par exemple une médiane de 15 000 € pour les projets de design UX/UI, sans isoler la part consacrée à l'accessibilité. Son comparatif des logiciels d'accessibilité web, mis à jour le 21 août 2026, recense une trentaine d'outils, des gratuits comme Lighthouse, décrit comme « gratuit et open source », ou Pa11y, jusqu'à des abonnements mensuels.
Ce vide a une raison simple : deux applications « non conformes » peuvent l'être pour trois contrastes trop pâles ou pour un tunnel de paiement impossible à franchir au clavier. Le prix dépend de l'écart, et seul un audit le mesure. La bonne question n'est donc pas le prix de l'accessibilité en général, mais celui de l'audit, puis de la correction de ce qu'il a trouvé.
Votre application est-elle concernée, et par quel texte ?
Le budget commence par une qualification, car le texte applicable fixe le niveau d'exigence et les documents à produire. En France, deux régimes coexistent : la directive (UE) 2019/882 sur l'accessibilité des produits et services, qui vise une liste de services fournis aux consommateurs, dont le commerce électronique, et l'article 47 de la loi du 11 février 2005, qui vise les personnes publiques, les délégataires d'une mission de service public et les entreprises dont le chiffre d'affaires dépasse un seuil fixé par décret (250 millions d'euros selon l'Arcom), avec le RGAA comme référentiel de contrôle des sites.
Trois situations reviennent chez les PME :
- Vente ou réservation en ligne auprès de particuliers : la boutique ou l'application entre en principe dans le champ de la directive, sous réserve des exemptions prévues, dont celle des microentreprises qui fournissent des services.
- Prestataire d'un organisme public : l'acheteur peut répercuter le RGAA dans son cahier des charges et dans sa recette.
- Outil interne ou extranet réservé à des professionnels : en général hors du champ de la directive, mais l'accessibilité reste utile dès qu'un salarié en situation de handicap l'utilise.
Le détail des textes, des exemptions, des dates et des sanctions figure dans le guide accessibilité numérique, EAA et RGAA, et le test de la page une application doit-elle être accessible ? aide à situer votre cas. Pour une situation particulière, faites valider l'analyse par un juriste.
Quels postes composent le budget d'une mise en conformité ?
Une mise en conformité se découpe en postes que l'on peut chiffrer séparément. Pour chacun, le tableau indique ce qui le rend léger ou lourd.
| Poste | Version légère | Version lourde |
|---|---|---|
| Échantillon à auditer | Un site de présentation : accueil, contact, mentions, quelques pages types | Compte client, tunnel de commande, espace documentaire, applications iOS et Android |
| Audit | Passage d'outils automatiques puis revue experte des parcours clés | Contrôle critère par critère sur tout l'échantillon, avec lecteurs d'écran sur ordinateur et sur mobile |
| Corrections de conception | Quelques contrastes et tailles de texte | Charte à revoir (couleurs trop pâles, informations portées par la seule couleur), ordre de lecture et parcours à redessiner |
| Corrections de code | Composants partagés corrigés une fois : boutons, champs, fenêtres modales | Écrans codés un par un, composant tiers inaccessible à remplacer (calendrier, carte, lecteur vidéo) |
| Contenus | Textes alternatifs pour quelques dizaines d'images | Catalogue de milliers de produits, vidéos à sous-titrer, documents PDF à reprendre |
| Information de conformité | Informations d'accessibilité à rédiger | Déclaration d'accessibilité et documents de suivi exigés par le régime applicable |
| Vérification finale | Contrôle des parcours corrigés | Nouvel audit pour établir le taux de conformité publié |
Deux lignes font presque toujours dériver un budget : une bibliothèque de composants qui n'a jamais prévu l'accessibilité, et des contenus en volume. À l'inverse, une application bâtie sur des composants propres se corrige vite, même quand l'audit relève beaucoup de défauts, parce que chaque correction se propage à tous les écrans.
Pourquoi prévoir l'accessibilité dès la conception coûte moins cher ?
Une décision d'accessibilité prise sur une maquette se modifie avant que quiconque ait écrit une ligne de code ; la même décision prise après le développement touche le code, les tests et parfois la charte. Prévoir l'accessibilité dès la conception, c'est fixer sur les maquettes les contrastes, l'ordre de lecture, la taille des zones à toucher, les libellés lus par les lecteurs d'écran et le comportement au clavier.
Le coût se déplace alors dans le développement courant au lieu de s'ajouter à la fin : chaque composant est construit accessible une fois, puis réutilisé. Reste à empêcher les régressions. Sur la plateforme Klass., projet dont le fondateur de YMHB Web est cofondateur, le programme de vérification rejoue 269 contrôles à chaque mise à jour, accessibilité comprise : une mise à jour qui en casse un ne part pas en production.
Les outils automatiques aident à tenir ce niveau, sans suffire. La Fabrique du Net le rappelle : les outils automatiques détectent une partie des problèmes, pas tous, et une vraie démarche combine l'outil et le test humain, idéalement avec des utilisateurs concernés. Un outil vérifie qu'une image porte un texte alternatif ; il ne sait pas dire si ce texte décrit la bonne chose.
Application déjà en ligne : dans quel ordre dépenser ?
- Qualifier le régime applicable et lister les parcours qui comptent pour vos utilisateurs.
- Faire un premier passage automatique avec un outil gratuit, pour corriger les défauts évidents avant l'audit payant.
- Auditer un échantillon représentatif : pages types, parcours complets (inscription, commande, contact), écrans mobiles.
- Classer les défauts : bloquants, comme un parcours impossible au clavier ou au lecteur d'écran, puis gênants, puis mineurs.
- Corriger à la source : composants, gabarits et charte avant les écrans un par un.
- Publier l'information de conformité exigée par votre régime. Une déclaration d'accessibilité indique notamment l'état de conformité, sa date et les voies de recours : celle que l'ANSSI publie sur cyber.gouv.fr, établie le 21 avril 2026, renvoie ainsi vers le Défenseur des droits.
- Inscrire l'accessibilité dans la recette de chaque nouvelle version.
Quels coûts reviennent chaque année ?
- Les nouveaux contenus : chaque produit, article ou vidéo publié doit rester accessible, ce qui relève davantage de la formation des contributeurs que de la technique.
- Les nouvelles versions : une vérification d'accessibilité sur chaque parcours modifié, et un nouvel audit lors d'une refonte.
- La mise à jour des documents de conformité lorsque votre régime l'exige.
- Les outils de surveillance : certains sont gratuits, d'autres facturés au mois.
- L'évolution des référentiels : une nouvelle version du RGAA ou des règles internationales peut ajouter des critères à vérifier.
Ces coûts restent modestes quand l'accessibilité fait partie du processus de livraison. Ils deviennent lourds quand chaque audit découvre des régressions accumulées depuis le précédent.
Comment réduire le budget sans se contenter d'une conformité de façade ?
- Grouper avec une refonte : si la charte ou les écrans doivent être repris, intégrer l'accessibilité à la refonte évite deux chantiers successifs.
- Prioriser les parcours qui font le chiffre d'affaires ou les démarches, plutôt que les pages peu consultées.
- Former un référent interne aux bases (titres, textes alternatifs, liens explicites), pour ne pas payer un prestataire à chaque publication.
- Remplacer plutôt que rafistoler un composant tiers inaccessible quand un équivalent accessible existe.
- Se méfier des surcouches ajoutées par un simple script : elles modifient la page dans le navigateur sans corriger le code source de l'application, et ne dispensent pas de corriger les composants.
Comment YMHB Web chiffre une mise en accessibilité
YMHB Web chiffre une mise en accessibilité après un cadrage qui répond à trois questions : quel régime s'applique, quels parcours comptent, dans quel état sont les composants. Pour une application existante, ce cadrage s'appuie sur un premier passage d'outils et sur la revue des parcours clés. Le forfait global ferme vient ensuite, avec un périmètre écrit qui distingue ce qui sera corrigé, ce qui sera documenté comme non conforme et ce qui reste hors périmètre, comme d'anciens documents PDF.
Sur un projet neuf, l'accessibilité entre dans la conception maquettée et dans la recette décrites sur la page notre méthode, plutôt que dans une ligne à part. Une déclaration officielle assortie d'un taux de conformité suppose un audit complet du référentiel applicable, mené par une personne formée ou par un auditeur spécialisé : c'est cet audit qui fait foi.
Questions fréquentes
Combien coûte un audit d'accessibilité RGAA ?
Aucune source publique ne publie en 2026 de prix de référence pour un audit d'accessibilité RGAA. Le prix d'un audit RGAA suit la taille de l'échantillon (pages types, parcours complets, applications mobiles) et la profondeur du contrôle, critère par critère avec lecteurs d'écran ou simple revue. Comparez les devis sur l'échantillon proposé et sur la présence d'un test humain, plutôt que sur le seul montant.
Un outil automatique suffit-il à rendre une application accessible ?
Non, un outil automatique ne suffit pas à rendre une application accessible. La Fabrique du Net rappelle que les outils automatiques détectent une partie des problèmes d'accessibilité, pas tous, et qu'une vraie démarche combine l'outil et le test humain. Un outil gratuit comme Lighthouse repère un contraste insuffisant ou une image sans texte alternatif, mais il ne juge pas la pertinence de ce texte ni la logique de navigation.
Faut-il refaire son application pour la rendre accessible ?
Refaire entièrement une application pour la rendre accessible est rarement nécessaire. La plupart des défauts se corrigent dans les composants partagés, la charte graphique et les contenus. Une reconstruction ne se justifie que si les composants de base sont inaccessibles partout et qu'une refonte était déjà envisagée. Un audit sur un échantillon représentatif permet de trancher avant d'engager le budget.
Qui paie l'accessibilité d'une application développée par un prestataire ?
L'accessibilité d'une application développée par un prestataire se paie comme toute exigence : elle doit figurer dans le cahier des charges, les maquettes et la recette, avec le référentiel visé. Si elle n'a pas été demandée, la corriger après la livraison devient une évolution facturée. Inscrivez donc le niveau attendu dans le contrat dès la consultation des prestataires.
L'accessibilité coûte-t-elle plus cher sur une application mobile ?
L'accessibilité d'une application mobile n'est pas forcément plus chère, mais elle se vérifie autrement : avec VoiceOver sur iOS et TalkBack sur Android, sur de vrais appareils. Le coût augmente si l'application existe en deux versions natives distinctes, car chaque correction se fait deux fois. Une base de code commune aux deux plateformes, comme avec Flutter, évite ce doublement.
À lire aussi
- Accessibilité numérique : EAA, RGAA et obligations
- Une application doit-elle être accessible aux handicapés ?
- Recette logicielle : méthode et cahier de recette
- Refonte d'un site
- UX design pour PME : concevoir un site qu'on aime utiliser
- Prix d'un logiciel, d'une application ou d'un site sur mesure : baromètre 2026
Sources
- La Fabrique du Net, « Logiciel d'accessibilité web : le comparatif des meilleurs outils en 2026 » (mis à jour le 21 août 2026)
- La Fabrique du Net, « Tarifs des agences ux/ui en 2026 » (médiane de 15 000 €, données arrêtées en juin 2026)
- ANSSI, déclaration d'accessibilité du site cyber.gouv.fr (établie le 21 avril 2026), consultée en octobre 2026
- EUR-Lex, Directive (UE) 2019/882 du 17 avril 2019 relative aux exigences en matière d'accessibilité applicables aux produits et services (article 2, paragraphe 2 : services fournis aux consommateurs dont le commerce électronique ; article 4, paragraphe 5 : exemption des microentreprises qui fournissent des services)
- Arcom, Accessibilité des sites et des services numériques (article 47 de la loi du 11 février 2005 : personnes soumises, seuil de 250 millions d'euros, contrôle au regard du RGAA), consulté en octobre 2026
