Rendez votre site accessible. Et gardez-le ainsi.

Non. Les obligations issues de l’European Accessibility Act visent certains produits et services, dont le commerce électronique à destination des consommateurs. Les microentreprises qui fournissent des services (moins de 10 salariés et un chiffre d’affaires annuel ou un total de bilan inférieur à 2 millions d’euros) en sont notamment exemptées, et d’autres cas particuliers existent. Chaque situation mérite d’être vérifiée avec un professionnel du droit. De mon côté, j’interviens sur la partie technique.

Non. Les outils automatiques repèrent rapidement certaines anomalies mesurables, comme un contraste insuffisant ou un attribut manquant. Ils ne peuvent pas juger si un texte alternatif est pertinent, si l’ordre de navigation est logique ou si un tunnel de commande est utilisable de bout en bout. Ces vérifications demandent un contrôle humain.

Le RGAA, Référentiel général d’amélioration de l’accessibilité, est publié par l’État. Il traduit les règles internationales WCAG en critères vérifiables, accompagnés d’une méthode de test. Il est utilisé en France pour évaluer l’accessibilité numérique, notamment des organismes publics et de certaines entreprises. Pour les autres sites, c’est un référentiel technique solide pour mesurer et corriger.

L’European Accessibility Act est une directive européenne : elle fixe des obligations légales pour certains produits et services. Les WCAG sont des règles techniques internationales publiées par le W3C. Le RGAA est le référentiel français fondé sur les WCAG. Les trois sont liés, mais ne se confondent pas : un site peut s’appuyer sur le RGAA comme grille technique sans être soumis au même régime que les organismes publics.

Cela dépend du nombre de templates, du CMS, du niveau de départ et de la complexité des parcours. Quelques jours peuvent suffire sur un site vitrine bien construit, plusieurs semaines sur une boutique avec de nombreux composants tiers. Le diagnostic permet justement d’estimer cet effort avant de s’engager.

Oui, selon la stack et les possibilités techniques du site. J’interviens sur les thèmes, templates et composants que je peux modifier. Quand un module ou une application tierce ne peut pas être corrigé directement, je vous le signale et je cherche une solution de contournement.

Non. Un site évolue : une mise à jour, un nouveau plugin, un nouveau composant ou une nouvelle landing page peut introduire de nouvelles anomalies. C’est pour cela que je propose un suivi régulier, pour repérer les régressions avant qu’elles ne s’installent.

Non. Un widget ajouté par-dessus un site ne corrige pas son code source, et peut parfois gêner les personnes qui utilisent déjà leurs propres outils d’assistance. Je préfère corriger les problèmes là où ils se trouvent.

Non. Je fournis un état des lieux documenté, la liste des corrections réalisées et les points restants éventuels. Ces éléments vous aident à préparer les informations d’accessibilité que vous devez, le cas échéant, mettre à disposition de vos clients.