Aller au contenu principal

Accessibilite web : audit WCAG 2.2, conformite EAA et corrections

L'accessibilite web n'est plus une option. Depuis le 28 juin 2025, l'European Accessibility Act (EAA) oblige une grande partie des services numeriques en Belgique et en France a respecter les normes WCAG 2.2 et RGAA 4.1.

Un site non conforme, c'est un risque d'amendes, de mises en demeure et d'exclusion de 15 % de vos utilisateurs — personnes en situation de handicap numerique, utilisateurs de lecteurs d'ecran comme NVDA, JAWS ou VoiceOver, daltoniens, seniors...

Je vous aide a auditer, corriger et documenter l'accessibilite de votre site pour atteindre la conformite WCAG 2.2 AA, sans panique mais sans attendre. Que votre site soit un site vitrine, un e-commerce ou une application React / Next.js.

Demander un audit accessibiliteReponse sous 48 h — on fait le point sur vos obligations.

Obligation legale (EAA, Belgique & France)

L'European Accessibility Act rend l'accessibilite web obligatoire pour l'e-commerce, les services bancaires, les transports et les plateformes en ligne. Le non-respect expose a des sanctions administratives et des amendes renouvelables.

Amendes & handicap numerique

En France, le RGAA prevoit des amendes jusqu'a 50 000 € par service. En Belgique, des penalites administratives sont possibles. Et surtout, un site inaccessible exclut des millions de personnes en situation de handicap numerique.

Accessibilite = meilleur SEO & business

Un site accessible est mieux structure, plus rapide, mieux reference sur Google et plus credible. C'est un levier de confiance et de conversion, pas juste une contrainte.

Ce que dit la loi en 2025 : EAA, Belgique, France

L'European Accessibility Act (directive 2019/882) est entree en application le 28 juin 2025. Voici ce que cela change concretement pour votre site vitrine, votre boutique en ligne ou vos services numeriques.

1. L'EAA (European Accessibility Act) est en vigueur

Depuis le 28 juin 2025, la directive europeenne impose des exigences d'accessibilite a de nombreux produits et services numeriques : sites web, applications mobiles, services de commerce electronique, services bancaires, transports, billetterie, livres numeriques, etc. La norme de reference est la EN 301 549, elle-meme basee sur les criteres WCAG 2.2 niveau AA.

2. En Belgique : transposition de l'EAA et controle du SPF Economie

Les autorites belges ont transpose l'EAA via un arrete royal. Au-dela des sites publics deja concernes par la loi du 19 juillet 2018, de nombreux acteurs prives (e-commerce, services en ligne, banques, telecom) doivent rendre leurs interfaces accessibles et publier une declaration d'accessibilite. Le SPF Economie peut mener des controles, envoyer des mises en demeure et imposer des sanctions administratives. Le BOSA (service public federal Strategie et Appui) reste l'organisme de reference pour le monitoring.

3. En France : le RGAA 4.1 et l'EAA renforcent les sanctions

Les sites publics et de nombreuses entreprises doivent respecter le RGAA 4.1 (Referentiel General d'Amelioration de l'Accessibilite), referentiel francais base sur les WCAG. Avec l'EAA, le perimetre s'etend au secteur prive. La DINUM supervise la conformite. Les textes prevoient des amendes pouvant aller jusqu'a 50 000 € par service numerique en cas de non-conformite repetee, avec reconduction possible tant que la mise en conformite n'est pas faite. L'ARCOM peut egalement intervenir.

4. Les sites e-commerce sont particulierement exposes

Les boutiques en ligne depassant la micro-entreprise sont clairement dans le perimetre : l'ensemble du parcours (recherche produits, fiche produit, panier, paiement, suivi de commande...) doit etre accessible. Sinon, le site peut etre considere comme non conforme et expose a des poursuites. Les sites WordPress comme les applications custom sont concernes.

Important : cette page ne remplace pas un avis juridique, mais elle vous donne le niveau d'urgence et l'ampleur des enjeux.

Les criteres WCAG que j'audite et corrige

Les WCAG 2.2 s'articulent autour de 4 principes. Voici ce que je verifie et corrige sur chaque projet, que ce soit un audit accessibilite complet ou une intervention ciblee.

Perceptible : contrastes, alt text, sous-titrage

Ratio de contraste 4.5:1 minimum (AA) entre texte et arriere-plan. Textes alternatifs (alt) pertinents sur chaque image. Transcriptions et sous-titrage pour les contenus audio et video. Adaptation pour le daltonisme (information non vehiculee uniquement par la couleur). Tests avec les lecteurs d'ecran NVDA, VoiceOver et JAWS.

Utilisable : navigation clavier, focus-visible

Tous les elements interactifs doivent etre atteignables et utilisables au clavier seul. J'implemente focus-visible pour un indicateur de focus clair, skip-to-content pour sauter la navigation, et je verifie l'ordre logique de tabulation. Pas de piege clavier, pas de delai impose sans alternative.

Comprehensible : formulaires, messages d'erreur

Labels explicites sur chaque champ, messages d'erreur clairs et associes au champ concerne, suggestions de correction. Langue de la page declaree dans le HTML. Navigation coherente et previsible sur l'ensemble du site. Formulaires de tunnel de commande particulierement audites.

Robuste : ARIA, semantique HTML, compatibilite

Utilisation correcte des roles ARIA : aria-label, aria-expanded, aria-live, role. Structure HTML5 semantique (header, nav, main, footer). Validation du parsing pour garantir la compatibilite avec tous les agents utilisateurs et les technologies d'assistance. Approche que j'applique aussi sur mes projets React / Next.js.

Mon approche : audit, corrections et declaration

L'idee n'est pas de viser la perfection en un jour, mais de reduire rapidement vos risques legaux et d'ameliorer l'experience pour vos vrais utilisateurs.

1. Audit accessibilite (etat des lieux)

Analyse de vos pages cles (accueil, services, formulaire, tunnel de commande...) selon les criteres WCAG 2.2 AA et le RGAA 4.1. Tests manuels (clavier, lecteurs d'ecran NVDA / VoiceOver) + outils automatises (axe, Lighthouse). Rapport simple : problemes critiques, impacts et priorites.

2. Corrections & mise en conformite

Feuille de route en plusieurs etapes : corrections rapides (contrastes, alt text, aria-label), ameliorations UX (focus-visible, skip-to-content, navigation clavier), mises a jour de code (structure semantique, ARIA, formulaires). Compatible WordPress, React, Next.js ou tout autre stack.

3. Declaration d'accessibilite & suivi

Redaction de votre page "Declaration d'accessibilite" conforme (niveau atteint, contenus non conformes, plan d'amelioration, contact). Documentation de ce qui est fait, de ce qui reste a ameliorer et suivi dans le temps pour maintenir la conformite WCAG 2.2 AA voire AAA.

Questions frequentes sur l'accessibilite web

Combien coute un audit accessibilite web ?

Le cout depend de la taille du site et du niveau de detail souhaite. Un audit flash sur 5 a 10 pages cles demarre generalement a partir de 800 €. Un audit complet WCAG 2.2 / RGAA 4.1 avec rapport detaille et plan de corrections se situe entre 1 500 et 4 000 €. Contactez-moi pour un devis adapte a votre situation.

Quel est le delai pour rendre un site accessible ?

Pour un site vitrine de 10 a 20 pages, comptez 2 a 4 semaines (audit + corrections). Pour un e-commerce complexe ou une application web, cela peut aller de 4 a 12 semaines selon le nombre de parcours a traiter. L'important est de commencer par les corrections les plus critiques : celles qui bloquent reellement les utilisateurs de lecteurs d'ecran et la navigation clavier.

Une PME est-elle obligee de se conformer a l'EAA ?

L'EAA exempte les micro-entreprises (moins de 10 salaries ET chiffre d'affaires annuel inferieur a 2 millions d'euros). Au-dela de ce seuil, oui, les PME proposant des services numeriques couverts par la directive (e-commerce, services bancaires, transports, telecom...) sont concernees. Meme si vous etes exempte, l'accessibilite reste un avantage concurrentiel et un signal positif pour le referencement naturel.

Quelle difference entre le RGAA et les WCAG ?

Les WCAG 2.2 (Web Content Accessibility Guidelines) sont le standard international publie par le W3C. Le RGAA 4.1 est le referentiel francais : il traduit les criteres WCAG en tests concrets et actionables, adaptes au contexte reglementaire francais. En Belgique, on se base directement sur la norme europeenne EN 301 549 qui repose elle aussi sur les WCAG. Dans la pratique, auditer selon les WCAG 2.2 AA couvre les exigences des deux cadres.

Votre site est-il conforme a l'EAA et aux WCAG 2.2 ?

Dites-moi quel type de site vous avez (vitrine, e-commerce, application), votre pays principal (Belgique, France...) et votre situation actuelle. On voit ensemble par ou commencer — audit accessibilite, corrections prioritaires ou declaration complete.