Le montant du plan d'amélioration lui-même est généralement limité : il s'agit du document contenant la liste hiérarchisée des lacunes, les délais correspondants et la justification de l'urgence ou de la non-urgence de chaque point. Les vrais coûts se situent à l'étape suivante, à savoir l'adaptation effective du site Web, de la boutique en ligne ou de l'application par un développeur. Et ce montant varie considérablement en fonction de quelques facteurs qui sont abordés ci-dessous.
Ce qui le détermine surtout, ce n'est pas le nombre de lacunes identifiées, mais le type de lacune et son emplacement. Un contraste de couleur manquant sur quelques en-têtes peut être résolu en une après-midi. Une étape de paiement qui ne peut pas être utilisée au clavier affecte souvent le code sous-jacent d'un composant payant ou sur mesure, ce qui prend considérablement plus de temps. Le plan d'amélioration indique ce qui doit être fait et dans quel ordre ; il ne précise pas le nombre d'heures dont un développeur aura besoin, car cela dépend de la manière dont le site est construit.
D'où vient le montant
La plupart des devis pour la correction des lacunes d'accessibilité sont composés de trois éléments : le temps de comprendre le problème, le temps de le résoudre, et le temps de vérifier que la solution fonctionne également avec un lecteur d'écran ou au clavier seul. Cette dernière partie est souvent oubliée dans une première estimation, mais c'est exactement là que le travail de correction dépasse les délais : un bouton qui a une belle apparence visuelle peut toujours ne pas communiquer sa fonction aux technologies d'assistance.
Un deuxième poste de coût est la plateforme elle-même. Une boutique en ligne basée sur une plateforme standard avec des thèmes bien entretenus a souvent déjà une partie des bases en ordre, comme une structure de titres correcte et un ordre de focus basique. Un site professionnel avec un environnement de connexion ou un flux de paiement sur mesure peut manquer complètement ces bases, auquel cas il ne s'agit pas d'ajuster les paramètres mais de réécrire les composants. consulter la situation spécifique pour savoir exactement ce qui est testé donne une image de quelles parties d'un site demandent généralement le plus de travail.
Un troisième facteur est qui effectue le travail. Les développeurs internes qui connaissent déjà le code sont souvent plus rapides qu'une partie externe qui doit d'abord comprendre comment tout s'articule. À l'inverse, une partie externe qui effectue plus souvent ce type de travail de correction a un avantage en termes d'expérience avec précisément ce type de lacunes, comme les étiquettes de formulaire ou les textes alternatifs qui font défaut de manière systématique.
Ce qui ne réduit pas le montant
Un widget d'accessibilité qui prétend améliorer le site en un seul clic ne résout aucun de ces problèmes sous-jacents et ne réduit donc pas non plus les coûts réels. Un tel overlay ajoute une couche à l'avant du site, mais le code sous-jacent, les étiquettes de formulaire, l'ordre de focus restent inchangés. Les autorités de surveillance et le texte législatif lui-même partent de l'accessibilité réelle du service sous-jacent, non de ce qu'un widget prétend faire. Quiconque s'y fie ne fait que repousser les coûts du vrai travail de correction.
Une autre idée fausse est que tout doit être corrigé d'un coup pour économiser sur le taux horaire. Dans la pratique, une approche progressive est souvent moins coûteuse, car les lacunes les plus graves — par exemple une étape de paiement qui ne peut pas être complétée avec un lecteur d'écran — sont d'abord résolues, tandis que les points mineurs comme le contraste des couleurs font partie d'un cycle de maintenance régulier. C'est exactement là qu'une liste d'actions hiérarchisée en langage courant ajoute de la valeur : les développeurs savent alors par où commencer en priorité, plutôt que de tout aborder en même temps.
Ce qu'axessia fait et ne fait pas
Axessia établit la liste d'actions, consigne ce qui a été évalué et contrôle si une modification du site nécessite une nouvelle évaluation. Le travail de correction proprement dit, l'écriture de nouveau code ou l'adaptation d'un thème, relève de votre propre développeur ou agence. Cette distinction est intentionnelle : un scan automatique ne peut pas évaluer une partie des exigences, et effectuer des corrections nécessite une connaissance de votre plateforme spécifique que un scan ne possède pas.
Celui qui souhaite savoir quelle partie des frais est pertinente pour sa propre situation commence par se poser la question de savoir si la loi s'applique. obtenir en quelques questions une première indication indique si une exemption s'applique, par exemple pour les micro-entreprises, avant de réfléchir aux coûts de correction. Pour celui qui sait déjà que la loi s'applique et qui souhaite connaître les frais du rapport et de la déclaration propres à axessia, cela est indépendant du travail de correction sur l'aperçu des abonnements et de leur contenu.
Vous hésitez encore sur une partie de votre site, ou vous souhaitez savoir comment une évaluation antérieure a été réalisée avant de faire appel à un développeur ? consulter d'où provient l'évaluation explique quelles sont les sources utilisées à ce titre.
Le scan rapide gratuit donne une première image des plus grands points faibles sur une poignée de pages principales, sans qu'un compte soit nécessaire. C'est un bon point de départ pour estimer combien de travail de correction vous attend environ, avant de demander un devis à un développeur.