Accessibilité web en Belgique : obligations légales WCAG et bonnes pratiques

En Belgique, l'accessibilité web n'est plus une option réservée aux grandes organisations altruistes : c'est une obligation légale. Depuis 2019, la directive européenne 2016/2102 impose aux organismes du secteur public belge de rendre leurs sites, applications mobiles et intranets accessibles selon les normes WCAG 2.1 niveau AA. Et depuis le 28 juin 2025, l'Acte Européen d'Accessibilité (directive 2019/882, transposée en droit belge par la loi du 11 mai 2022) étend progressivement ces obligations au secteur privé pour une liste de produits et services numériques définis. Ignorer l'accessibilité web, c'est aujourd'hui s'exposer à des risques légaux, exclure des millions d'utilisateurs, et se priver d'un levier de qualité technique souvent sous-estimé.

Qu'est-ce que l'accessibilité web ? Les normes WCAG 2.1 expliquées

L'accessibilité web désigne la capacité d'un site ou d'une application à être utilisé par toutes les personnes, quelles que soient leurs capacités physiques, sensorielles ou cognitives. En pratique, cela concerne les personnes malvoyantes ou non-voyantes (qui utilisent des lecteurs d'écran), les personnes malentendantes, les personnes à mobilité réduite (qui naviguent au clavier ou via des dispositifs adaptatifs), ainsi que les personnes avec des troubles cognitifs ou d'apprentissage.

Les WCAG (Web Content Accessibility Guidelines) sont les normes internationales de référence, publiées par le W3C. La version 2.1, publiée en 2018, est celle retenue par la directive européenne 2016/2102 et constitue le référentiel légal en Belgique. Elle est organisée en trois niveaux de conformité : A (le minimum obligatoire, 30 critères), AA (le niveau exigé par la loi pour le secteur public, 50 critères supplémentaires) et AAA (le niveau d'excellence, rarement exigé réglementairement). Les WCAG 2.2, publiées en 2023, ajoutent 9 nouveaux critères et sont recommandées pour les nouveaux projets.

Qui est concerné en Belgique ?

Le périmètre légal belge est structuré en deux vagues distinctes. La première, issue de la loi du 19 juillet 2018 transposant la directive 2016/2102, concerne l'ensemble des organismes du secteur public : administrations fédérales, régionales et communales, ASBL subsidiées par des fonds publics, entreprises publiques autonomes (SNCB, Bpost, Proximus...) et établissements d'enseignement supérieur. Ces acteurs sont tenus de publier une déclaration d'accessibilité sur leur site et de mettre en place un mécanisme de signalement des problèmes.

La seconde vague, en cours depuis le 28 juin 2025, concerne le secteur privé via l'Acte Européen d'Accessibilité. Sont concernés les prestataires de services numériques entrant dans la liste définie : commerce en ligne, services bancaires en ligne, services de médias audiovisuels, téléphonie et messagerie électronique à destination du grand public, transport de passagers, livres numériques et logiciels de lecture. Pour ces acteurs, la conformité WCAG 2.1 AA est exigée pour les interfaces utilisateur. Les microentreprises (moins de 10 salariés et moins de 2 millions d'euros de chiffre d'affaires) sont exemptées.

Les 4 principes WCAG : POUR

Les WCAG s'articulent autour de 4 principes fondamentaux, regroupés sous l'acronyme POUR. Chaque critère de conformité découle de l'un de ces quatre piliers :

1. 1Perceptible : l'information et les composants d'interface doivent être présentés de façon à ce que les utilisateurs puissent les percevoir. Cela inclut les textes alternatifs pour les images, les sous-titres pour les vidéos, et un contraste de couleur suffisant (ratio minimum 4,5:1 pour le texte courant).
2. 2Utilisable : les composants d'interface et la navigation doivent être utilisables. Toutes les fonctionnalités doivent être accessibles au clavier seul, sans piège de focus. Les animations doivent pouvoir être désactivées (critère essentiel pour les personnes souffrant d'épilepsie ou de troubles vestibulaires).
3. 3Compréhensible : l'information et le fonctionnement de l'interface doivent être compréhensibles. Cela couvre la lisibilité du contenu (langue définie en HTML), le comportement prévisible des éléments interactifs, et l'assistance à la saisie dans les formulaires (labels explicites, messages d'erreur descriptifs).
4. 4Robuste : le contenu doit être suffisamment robuste pour être interprété par des agents utilisateurs variés, y compris les technologies d'assistance. Cela passe par un HTML valide, des rôles ARIA correctement utilisés, et la compatibilité avec les lecteurs d'écran courants (JAWS, NVDA, VoiceOver).

Les 10 problèmes d'accessibilité les plus fréquents en Belgique

Selon les audits réalisés sur des sites belges par le SPF BOSA (Service public fédéral Stratégie et Appui, chargé du contrôle de l'accessibilité), certains problèmes reviennent de manière quasi systématique :

1. 1Absence d'attributs alt sur les images informatives (critère 1.1.1 WCAG).
2. 2Contraste insuffisant entre le texte et le fond — gris clair sur blanc, texte coloré sur fond coloré (critère 1.4.3).
3. 3Formulaires sans labels associés : les champs de formulaire ne sont pas liés à leur étiquette via l'attribut for/id ou aria-label (critère 1.3.1 et 4.1.2).
4. 4Navigation au clavier impossible ou désordonnée : ordre de tabulation incohérent, focus non visible, éléments interactifs inaccessibles sans souris (critère 2.1.1 et 2.4.3).
5. 5Vidéos sans sous-titres ni transcription pour les contenus préenregistrés (critère 1.2.2).
6. 6PDF inaccessibles : les documents PDF publiés sur les sites publics belges sont majoritairement des images scannées sans couche texte, illisibles par les lecteurs d'écran.
7. 7Langue de la page non définie dans l'attribut lang de la balise HTML, ou langue incorrecte sur des pages bilingues (critère 3.1.1).
8. 8Messages d'erreur de formulaire non descriptifs : « Erreur » sans indication sur le champ concerné ni suggestion de correction (critère 3.3.1).
9. 9Composants JavaScript non accessibles : menus déroulants, modales, accordéons construits sans ARIA, inutilisables avec les technologies d'assistance.
10. 10Absence de lien d'évitement (skip link) permettant de passer directement au contenu principal, obligeant les utilisateurs de lecteurs d'écran à traverser toute la navigation à chaque page (critère 2.4.1).

Comment auditer l'accessibilité de son site : outils gratuits

L'audit d'accessibilité se déroule en deux niveaux complémentaires : l'audit automatisé (qui identifie rapidement 30 à 40 % des problèmes) et le test manuel (indispensable pour les problèmes de navigation au clavier, de logique de formulaire et de pertinence des alternatives textuelles).

• WAVE (WebAIM) : extension de navigateur et outil en ligne, WAVE visualise les erreurs d'accessibilité directement sur la page. Idéal pour une première analyse rapide, même sans expertise technique.
• Axe DevTools (Deque) : extension Chrome/Firefox, intégrée dans les outils de développement. Reconnu comme la référence professionnelle, utilisé par les équipes de développement pour tester en continu. La version gratuite couvre 80 % des vérifications WCAG 2.1.
• Lighthouse (Google) : intégré à Chrome DevTools (onglet Lighthouse), il inclut un score d'accessibilité basé sur Axe et fournit des recommandations actionnables avec des liens vers la documentation WCAG.
• NVDA (NonVisual Desktop Access) : lecteur d'écran gratuit pour Windows, indispensable pour tester réellement l'expérience des utilisateurs non-voyants. Couplé à Firefox, il reproduit les conditions réelles d'utilisation.
• Contrast Checker (WebAIM) : outil en ligne pour vérifier instantanément les ratios de contraste entre deux couleurs, avec indication du niveau WCAG atteint (A, AA, AAA).

FAQ : accessibilité web en Belgique

Mon site est privé et je vends des produits en ligne. Suis-je concerné par l'Acte Européen d'Accessibilité ?

Oui, si vous proposez des services de commerce électronique au grand public et que votre entreprise dépasse les seuils de la microentreprise (10 salariés ou 2 millions d'euros de chiffre d'affaires annuel). Depuis le 28 juin 2025, vos interfaces de commande, de paiement et de gestion de compte doivent être conformes WCAG 2.1 niveau AA. Les produits et services mis sur le marché avant cette date bénéficient d'une période de transition de 5 ans pour les services (jusqu'en 2030) et de 10 ans pour les terminaux de libre-service.

Un site « accessible » est-il forcément moins beau ou moins moderne ?

Non. Les contraintes WCAG 2.1 AA portent principalement sur la structure sémantique du HTML, les contrastes de couleur, la navigation au clavier et les alternatives textuelles. Ces exigences sont parfaitement compatibles avec un design moderne, des animations, des interfaces complexes et une identité visuelle forte. Les sites les plus primés pour leur design intègrent souvent une accessibilité exemplaire — les deux objectifs se renforcent mutuellement.

Qu'est-ce qu'une déclaration d'accessibilité et qui doit en publier une ?

La déclaration d'accessibilité est un document standardisé, obligatoire pour tous les organismes publics belges, qui décrit le niveau de conformité du site (conforme, partiellement conforme ou non conforme), les parties non conformes avec une justification, et le mécanisme permettant aux utilisateurs de signaler un problème. Ce document doit être mis à jour au moins tous les 12 mois ou après chaque refonte significative. Le SPF BOSA met à disposition un générateur en ligne permettant de créer cette déclaration.