European Accessibility Act : ce que votre site doit changer avant d'être hors-la-loi en Belgique
⚠️ Cet article est informatif et ne constitue pas un conseil juridique. Pour votre situation spécifique, consultez un juriste spécialisé en droit du numérique.
- L'European Accessibility Act (EAA) — transposition de la directive européenne 2019/882 — est entré en vigueur en Belgique en juin 2025. Il impose des normes d'accessibilité numérique WCAG 2.1 niveau AA aux sites web d'entreprises.
- Les amendes peuvent atteindre 300 000 €, avec obligation de mise en conformité sous 3 mois en cas de manquement constaté. Le régulateur belge adopte une approche progressive — mais les PME visibles ne sont pas exemptées.
- 5 obligations minimales couvrent 80 % de la conformité de base : contraste des couleurs, textes alternatifs sur les images, navigation clavier, labels sur les formulaires, structure sémantique H1/H2/H3.
- La bonne nouvelle : sur WordPress, 80 % de la conformité s'obtient avec un bon thème correctement configuré — sans développement sur mesure.
EAA en vigueur : ce que ça signifie concrètement pour votre PME
En juin 2025, une obligation légale nouvelle est entrée en vigueur en Belgique — et la grande majorité des PME wallonnes n'en ont pas encore entendu parler. L'European Accessibility Act, transposition de la directive européenne 2019/882 en droit belge, impose des normes d'accessibilité numérique aux sites web et applications mobiles des entreprises qui proposent des produits ou services aux consommateurs.
Concrètement : votre site doit être utilisable par des personnes ayant des handicaps visuels, auditifs, moteurs ou cognitifs. Ce n'est pas une recommandation de bonne pratique — c'est une obligation légale avec des sanctions réelles : jusqu'à 300 000 € d'amende et une obligation de mise en conformité sous 3 mois en cas de manquement constaté.
Avant de paniquer : le régulateur belge adopte une approche progressive. Les TPE et micro-entreprises dont la mise en conformité représenterait une charge disproportionnée bénéficient d'un cadre allégé. Mais cette exemption ne s'applique pas automatiquement à toutes les PME — et ignorer totalement l'obligation reste un risque réel, notamment si un concurrent ou une association de défense des droits dépose une plainte.
La bonne nouvelle : la conformité de base n'est pas une montagne insurmontable. Sur WordPress, cinq actions concrètes couvrent l'essentiel — sans budget démesuré ni développement sur mesure.
WCAG 2.1 : c'est quoi exactement ?
Les Web Content Accessibility Guidelines (WCAG) 2.1 sont les standards internationaux d'accessibilité numérique, publiés par le W3C. Ils définissent comment rendre les contenus web perceptibles, utilisables, compréhensibles et robustes pour tous les utilisateurs, y compris ceux qui utilisent des technologies d'assistance (lecteurs d'écran, navigation clavier, loupes d'écran).
Il existe trois niveaux de conformité — A, AA et AAA. L'EAA belge exige le niveau AA — le niveau intermédiaire, ni le minimum absolu ni la perfection complète. C'est atteignable pour une PME avec les bons outils.
En langage concret pour un dirigeant non-technicien : votre site doit pouvoir être utilisé par quelqu'un qui ne voit pas bien, qui navigue sans souris, ou qui utilise un lecteur d'écran vocal. Ces utilisateurs représentent environ 15 % de la population belge — un marché non négligeable, et surtout une obligation légale.
Les 5 obligations minimales pour une PME wallonne
Voici les cinq exigences WCAG 2.1 niveau AA les plus importantes et les plus fréquemment manquantes sur les sites PME wallons :
| Obligation | Ce que ça signifie | Erreur fréquente | Correction |
|---|---|---|---|
| 1. Contraste des couleurs | Ratio minimum de 4,5:1 entre le texte et son fond | Texte gris clair sur fond blanc — illisible pour malvoyants | Vérifier avec le Colour Contrast Analyser — ajuster les couleurs du thème |
| 2. Textes alternatifs sur les images | Chaque image doit avoir un attribut alt descriptif |
Images sans alt text — invisibles pour les lecteurs d'écran | Remplir le champ "texte alternatif" dans la médiathèque WordPress pour chaque image |
| 3. Navigation clavier complète | Tout le site doit être navigable avec la touche Tab sans souris | Menus déroulants et boutons inaccessibles au clavier | Choisir un thème WordPress conçu pour l'accessibilité — tester avec Tab sur votre site |
| 4. Labels sur tous les formulaires | Chaque champ de formulaire doit avoir un label visible et associé | Champs avec placeholder uniquement — le label disparaît à la saisie | Configurer les formulaires WordPress (Contact Form 7, WPForms) avec des labels explicites |
| 5. Structure sémantique H1/H2/H3 | Une seule balise H1 par page, hiérarchie logique des titres | Plusieurs H1 sur la même page, titres utilisés pour le style plutôt que la structure | Vérifier et corriger la hiérarchie des titres dans l'éditeur WordPress de chaque page |
Ces cinq points ne couvrent pas la totalité des exigences WCAG 2.1 AA — mais ils représentent l'essentiel des manquements constatés sur les sites PME et constituent une base solide de conformité progressive.
Test rapide : êtes-vous en règle en 2 minutes ?
Trois outils gratuits vous permettent d'évaluer l'accessibilité de votre site sans compétences techniques :
Wave (webaim.org)
Rendez-vous sur wave.webaim.org, entrez l'URL de votre site et cliquez sur Analyser. Wave affiche directement sur votre page les erreurs (icônes rouges), les alertes (icônes jaunes) et les éléments conformes (icônes vertes). Les erreurs rouges sont prioritaires — ce sont les violations directes des standards WCAG. Une page saine devrait afficher zéro erreur rouge.
Lighthouse (Chrome DevTools)
Dans Chrome, appuyez sur F12, allez dans l'onglet "Lighthouse", sélectionnez "Accessibilité" et cliquez sur "Analyser". Un score de 90 ou plus indique une bonne conformité de base. En dessous de 70, des corrections significatives sont nécessaires.
Axe DevTools
Extension Chrome gratuite qui analyse l'accessibilité en temps réel et liste les violations avec des liens directs vers les règles WCAG concernées. Particulièrement utile pour identifier les problèmes de contraste et de navigation clavier.
Faites ce test sur votre page d'accueil, votre page de contact et votre page de services. Ce sont les trois pages les plus consultées — et les plus importantes pour la conformité.
Votre score Lighthouse est en dessous de 80 ? On audite et on corrige.
Faire auditer l'accessibilité de mon site →Ce qu'OpenWeb intègre systématiquement à la livraison
Chaque site WordPress livré par OpenWeb intègre les bases de l'accessibilité WCAG 2.1 dès la conception :
- ✅ Thème accessible : sélection de thèmes WordPress dont la structure HTML est conforme aux standards WCAG (navigation clavier, rôles ARIA, skip links)
- ✅ Contraste vérifié : palette de couleurs validée avec un ratio minimum de 4,5:1 pour tout le texte courant
- ✅ Alt text systématique : formation du client à l'ajout de textes alternatifs dans la médiathèque WordPress — guide fourni à la livraison
- ✅ Structure sémantique : hiérarchie H1/H2/H3 correcte sur toutes les pages, un seul H1 par page
- ✅ Labels formulaires : configuration des formulaires de contact avec labels explicites et messages d'erreur accessibles
L'accessibilité n'est pas figée — de nouvelles pages s'ajoutent, des images sont publiées sans alt text, des plugins modifient la structure. C'est pourquoi notre maintenance WordPress mensuelle inclut une vérification périodique des scores d'accessibilité Lighthouse — pour maintenir la conformité dans le temps, pas seulement à la livraison.
La bonne nouvelle : WordPress couvre 80 % de la conformité
L'accessibilité peut sembler un chantier technique intimidant. En réalité, sur WordPress, la grande majorité des exigences WCAG 2.1 AA s'obtiennent avec deux décisions simples : choisir le bon thème et le configurer correctement.
Les thèmes WordPress premium modernes (GeneratePress, Kadence, Astra dans leurs configurations accessibles) sont conçus pour répondre aux critères de navigation clavier, de structure sémantique et de contraste. Ils ne nécessitent pas de code personnalisé — juste une configuration réfléchie au moment de la création du site.
Ce qui reste à la charge du contenu — les textes alternatifs sur les images, les titres correctement hiérarchisés dans les articles de blog, les labels sur les formulaires — peut être géré par le dirigeant lui-même avec une formation d'une heure. Ce n'est pas de la programmation : c'est de la bonne pratique éditoriale.
Le vrai risque d'accessibilité sur les sites PME n'est pas l'absence de code ARIA complexe — c'est le texte gris sur fond blanc, l'image sans description, le formulaire avec placeholder mais sans label. Des erreurs simples, facilement corrigeables, qui cumulent des points rouges dans Wave et Lighthouse.
« On a passé notre site dans Wave après avoir lu cet article — on avait 14 erreurs rouges, principalement des images sans alt text et des contrastes insuffisants. OpenWeb a tout corrigé en une demi-journée de maintenance. On est maintenant à zéro erreur et notre score Lighthouse accessibilité est passé de 58 à 91. On ne savait pas que c'était aussi accessible à corriger. »
Votre site est-il conforme à l'European Accessibility Act ?
Audit d'accessibilité Lighthouse + Wave en 48h. On vous dit exactement ce qui manque et ce qu'il faut corriger en priorité — avec une estimation du coût de mise en conformité.
Faire auditer l'accessibilité de mon site →FAQ
L'European Accessibility Act s'applique-t-il aux très petites entreprises en Belgique ?
Oui, mais avec une nuance importante. L'EAA s'applique en principe à toutes les entreprises proposant des produits ou services aux consommateurs — y compris les TPE et micro-entreprises. Cependant, la directive prévoit une clause de dérogation pour les micro-entreprises (moins de 10 salariés et chiffre d'affaires inférieur à 2 millions €) dont la mise en conformité représenterait une charge disproportionnée. Cette dérogation n'est pas automatique — elle doit être documentée et justifiée. Pour les PME au-dessus de ce seuil, ou pour les micro-entreprises qui ne peuvent pas démontrer une charge disproportionnée, la conformité est obligatoire. Le régulateur belge adopte une approche progressive, mais le risque de plainte reste réel.
Mon site WordPress actuel peut-il être mis en conformité WCAG sans le refaire entièrement ?
Dans la majorité des cas, oui. Si votre site a moins de 5 ans et tourne sur un thème WordPress moderne, les corrections d'accessibilité peuvent être apportées sans refonte complète : ajout des textes alternatifs manquants, correction des contrastes dans le personnalisateur du thème, configuration des labels de formulaires, restructuration de la hiérarchie des titres. Ces corrections prennent généralement quelques heures de maintenance — pas plusieurs semaines de développement. Dans les cas plus anciens (site de plus de 6 ans, thème obsolète, HTML très rigide), une refonte partielle peut être plus efficace qu'une série de corrections ponctuelles.
Un score Lighthouse de 90 garantit-il la conformité WCAG 2.1 AA ?
Non — Lighthouse est un excellent indicateur de départ, mais il ne détecte pas toutes les violations WCAG. Les tests automatisés comme Lighthouse ou Wave couvrent environ 30 à 40 % des critères WCAG — le reste nécessite une vérification manuelle (navigation clavier réelle, test avec un lecteur d'écran, vérification du comportement sur mobile). Un score Lighthouse de 90+ est un très bon signal et couvre les violations les plus fréquentes et les plus graves — mais une conformité complète au niveau AA nécessite un audit manuel complémentaire. Pour une PME wallonne, atteindre 90+ et corriger les erreurs Wave est une base solide et défendable face au régulateur.
