Il n'existe pas de tarif fixe pour rendre une application accessible, et tout prestataire qui vous en propose un sans poser de questions fait un pari. Ce qui détermine vraiment les coûts, c'est une combinaison de trois éléments : la plateforme sur laquelle s'exécute l'application, le nombre d'écrans et de motifs d'interaction uniques, et l'état du code existant. Une petite application native avec dix écrans bien conçue depuis le départ demande une fraction du travail qu'exige une grande application hybride avec des centaines d'écrans et des années de dette technique.
Les coûts se répartissent à peu près en deux catégories. La correction d'une application existante est généralement plus coûteuse que la prise en compte de l'accessibilité dès la phase de conception, car les composants existants doivent être reconstruits au lieu d'être bien conçus une seule fois. Avant de demander un devis à un développeur, il est utile de savoir d'abord où se situent les goulots d'étranglement. Avec quelques questions, vous voyez une première indication de comment se porte votre service numérique, et c'est gratuit.
Ce qui détermine le prix
Le premier facteur est la plateforme : iOS et Android natifs, frameworks multiplateformes comme React Native ou Flutter, et applications web se comportent tous différemment avec les lecteurs d'écran et la navigation au clavier. Les applications natives suivent le plus fidèlement les normes d'accessibilité du système d'exploitation, ce qui rend parfois la correction plus simple. Les frameworks multiplateformes ne répercutent pas toujours tous les attributs d'accessibilité automatiquement, ce qui peut nécessiter du travail supplémentaire par composant.
Le deuxième facteur est la taille : combien d'écrans, de formulaires et de motifs d'interaction uniques l'application a. Une application avec quelques écrans fixes est facile à gérer ; une application avec du contenu dynamique, des filtres, des cartes ou un processus de commande comporte considérablement plus de parties qui doivent être testées et, le cas échéant, ajustées.
Le troisième facteur est l'état du code existant. Les composants construits avec les blocs de construction standard de la plateforme sont généralement plus rapides à adapter que les éléments d'interface complètement personnalisés, où les attributs d'accessibilité doivent souvent être ajoutés à partir de zéro.
Ce qu'une analyse automatique dit ou ne dit pas sur les coûts
Une analyse automatisée fournit un bon point de départ : elle montre quels écrans présentent des problèmes en matière de contraste des couleurs, d'étiquettes manquantes ou de structure. Cela aide à l'étape de devis, car un développeur n'a pas besoin de commencer sans information. Cependant, une analyse automatique ne peut pas vérifier une partie des exigences — la navigation au clavier uniquement dans des motifs d'interaction complexes, ou la logique d'un lecteur d'écran à travers un formulaire en plusieurs étapes, nécessite une vérification manuelle. Cela est indiqué dans chaque rapport que nous fournissons, et cela signifie qu'un devis basé uniquement sur une analyse automatique peut toujours être une sous-estimation du travail à venir.
Axessia lui-même n'effectue aucun travail de correction et aucun audit manuel ; nous vérifions, priorisons et documentons. Le résultat de la base de connaissances par sujet donne une image de ce qui est à prévoir pour chaque goulot d'étranglement, afin que vous, en tant que maître d'ouvrage, puissiez avoir une conversation plus ciblée avec la partie qui adaptera effectivement l'application.
Maintenance après lancement
Les coûts ne s'arrêtent pas à la première correction. Chaque mise à jour de l'application peut ajouter de nouveaux écrans ou composants qui doivent être testés à nouveau. Ceux qui intègrent l'accessibilité uniquement au moment de la sortie et qui ne la contrôlent plus après risquent que l'application revienne au même niveau après quelques mises à jour qu'avant la correction. Cela rend le contrôle continu, et non un exercice ponctuel, le chemin le moins cher à long terme.
Quand la question ne se pose pas
Le règlement prévoit une exception pour les micro-entreprises fournissant des services : les entreprises de moins de dix salariés et dont le chiffre d'affaires annuel n'excède pas deux millions d'euros. Pour elles, la question des coûts liés à une application accessible ne se pose généralement pas de la même manière, car l'exemption s'applique tant que les deux conditions sont remplies. La vérification de périmètre gratuite et sans compte vous indique si cette exemption vous concerne.
Pour connaître le coût de nos services afin de transformer les résultats d'un audit en liste d'actions priorisée et déclaration, cela figure clairement sur notre page de tarification« . Si vous avez encore des doutes sur ce qui relève ou non de la loi ou sur ce qu'un audit révèle exactement, la rubrique questions fréquemment posées vous donne déjà une réponse concrète sur la plupart des points.
Vous voulez d'abord savoir où se situe votre application ou votre site web actuellement avant de contacter un développeur ? L'audit rapide gratuit vous donne en quelques minutes une première indication, sans qu'il ne vous soit nécessaire d'ouvrir un compte.