L'European Accessibility Act (EAA) est en vigueur et obligatoire depuis juin 2025. Si votre entreprise vend des produits ou des services numériques dans l'Union européenne, votre site web doit être conforme au standard WCAG 2.2 niveau AA. Le non-respect de cette obligation entraîne des sanctions pouvant atteindre 100 000 euros par État membre. Et pourtant, 94,8 % des sites web ne respectent toujours pas ces exigences selon le rapport WebAIM Million 2024.
Cet article explique ce qu'exige la réglementation, comment auditer votre site et quelles étapes suivre pour vous conformer réellement, sans raccourcis qui aggravent la situation.
Ce qui a changé avec l'European Accessibility Act
L'EAA (Directive 2019/882) harmonise pour la première fois les normes d'accessibilité numérique dans toute l'UE. Jusqu'à son entrée en vigueur, chaque pays disposait de réglementations fragmentées. Désormais, il existe un cadre unique qui concerne toute entreprise opérant sur le marché européen.
Il ne s'agit pas uniquement des administrations publiques. L'EAA couvre le secteur privé : e-commerce, banque en ligne, services de transport, télécommunications, livres numériques et tout service numérique destiné aux consommateurs.
Les micro-entreprises (moins de 10 employés et 2 millions d'euros de chiffre d'affaires) sont exemptées. Les autres, non. Et la réglementation s'applique aussi bien aux entreprises européennes qu'à toute société proposant des services aux consommateurs au sein de l'UE, indépendamment de son siège social.
Ce qu'exige exactement la réglementation
L'EAA n'invente pas ses propres exigences techniques. Elle renvoie au standard harmonisé EN 301 549, qui adopte à son tour les directives WCAG 2.2 niveau AA comme référence technique. En pratique, être conforme à l'EAA signifie respecter WCAG 2.2 AA.
Délais et sanctions
- 28 juin 2025 : date limite de transposition. Les États membres devaient avoir intégré la directive dans leur législation nationale.
- 28 juin 2030 : fin de la période transitoire pour les produits et services déjà présents sur le marché avant 2025.
- Sanctions : chaque État membre définit les siennes, mais la directive exige qu'elles soient « effectives, proportionnées et dissuasives ». Plusieurs pays ont fixé des amendes pouvant atteindre 100 000 euros par infraction. En cas de récidive, les montants peuvent être multipliés.
Qui est concerné
La réglementation est claire dans son champ d'application. Elle concerne les sites de commerce électronique, les plateformes de services bancaires et financiers, les sites des opérateurs de transport, les services de communications électroniques et les plateformes de contenu audiovisuel. Si votre entreprise vend en ligne à des consommateurs européens, vous êtes dans le champ d'application.
WCAG 2.2 AA : le standard technique derrière la loi
Les Web Content Accessibility Guidelines (WCAG) évoluent depuis plus de 25 ans. La version 2.2, publiée en octobre 2023, ajoute 9 nouveaux critères de succès par rapport à la version 2.1. Ils sont organisés autour de quatre principes que tout contenu web doit respecter.
Les quatre principes (POUR)
Perceptible : l'information doit pouvoir être perçue par au moins un sens. Cela inclut les textes alternatifs pour les images, les sous-titres pour les vidéos, un contraste suffisant entre le texte et le fond (ratio minimum de 4,5:1 pour le texte normal) et la possibilité de redimensionner le texte jusqu'à 200 % sans perte de fonctionnalité.
Utilisable : les utilisateurs doivent pouvoir interagir avec tous les éléments de l'interface. Navigation complète au clavier, temps suffisant pour accomplir les tâches, absence de contenu provoquant des convulsions et mécanismes de navigation clairs.
Compréhensible : le contenu et l'interface doivent être prévisibles. Langue déclarée dans le HTML, libellés descriptifs dans les formulaires, messages d'erreur clairs et comportement cohérent des éléments interactifs.
Robuste : le contenu doit fonctionner avec les technologies d'assistance actuelles et futures. HTML sémantique valide, rôles ARIA corrects et compatibilité avec les lecteurs d'écran comme NVDA, JAWS ou VoiceOver.
Nouveautés de WCAG 2.2
La version 2.2 intègre des critères pensés pour les utilisateurs présentant des handicaps cognitifs et moteurs. Les plus pertinents :
- Taille minimale de zone tactile : les éléments interactifs doivent avoir au moins 24x24 pixels CSS.
- Aide cohérente : si vous proposez des mécanismes d'aide (chat, téléphone, FAQ), ils doivent se trouver au même emplacement relatif sur toutes les pages.
- Authentification accessible : vous ne pouvez pas exiger que l'utilisateur mémorise ou retranscrive des informations complexes pour se connecter. Les CAPTCHA avec tests cognitifs sont considérés comme une barrière.
Comment auditer l'accessibilité de votre site web
Un audit d'accessibilité sérieux combine analyse automatisée et révision manuelle. Les outils automatiques constituent un point de départ, mais ne détectent que 30 % à 40 % des problèmes. La révision manuelle par des experts atteint une détection de 95 %.
Outils automatiques (premier filtre)
Ces outils identifient les erreurs évidentes : images sans attribut alt, contraste insuffisant, formulaires sans libellés, hiérarchie de titres désordonnée.
- axe-core (Deque) : extension de navigateur et bibliothèque intégrable en CI/CD. C'est le moteur qu'utilisent la plupart des outils de test.
- Pa11y : outil en ligne de commande idéal pour intégrer dans les pipelines de développement. Permet des audits récurrents automatisés.
- Lighthouse (Google) : inclut une section accessibilité dans son rapport. Utile comme indicateur rapide, mais pas exhaustif.
Exécuter ces outils est le minimum. Si votre site obtient moins de 90 au score d'accessibilité de Lighthouse, vous avez des problèmes structurels à résoudre avant de penser à la conformité réglementaire.
Révision manuelle (là où réside la vraie valeur)
Les problèmes que les outils automatiques ne détectent pas sont précisément ceux qui affectent le plus les utilisateurs réels :
- Navigation au clavier : pouvez-vous parcourir l'intégralité du site sans souris ? Le focus est-il visible sur chaque élément ? L'ordre de tabulation a-t-il un sens logique ?
- Lecteurs d'écran : un utilisateur de NVDA ou VoiceOver comprend-il la structure de la page ? Les formulaires annoncent-ils correctement leurs champs et erreurs ?
- Contexte et compréhension : les liens ont-ils un texte descriptif ou disent-ils « cliquez ici » ? Les tableaux de données ont-ils des en-têtes de ligne et de colonne ?
- Parcours complets : peut-on finaliser un achat, remplir un formulaire de contact ou réserver un rendez-vous en utilisant uniquement le clavier et un lecteur d'écran ?
Si votre site est construit sur WordPress, l'audit doit inclure les plugins actifs. De nombreux plugins populaires génèrent du HTML inaccessible qui contamine des pages par ailleurs correctes.
Pourquoi les overlays d'accessibilité ne fonctionnent pas
Face à la pression réglementaire, de nombreuses entreprises recourent à des « solutions rapides » : des widgets JavaScript qui se superposent au site en promettant une accessibilité instantanée. Ce sont les fameux overlays d'accessibilité.
Ils ne fonctionnent pas. Et nous le disons avec des données à l'appui.
En 2024, la FTC a condamné accessiBe à une amende d'un million de dollars pour publicité trompeuse. L'entreprise affirmait que son widget rendait les sites conformes aux WCAG. La FTC a déterminé que ces affirmations étaient fausses.
Les overlays présentent des problèmes documentés :
- Ils ne corrigent pas le code source. Ils superposent une couche qui tente de compenser les erreurs structurelles, mais les lecteurs d'écran continuent de lire le HTML original.
- Ils interfèrent avec les technologies d'assistance. Les utilisateurs réels en situation de handicap signalent que les overlays dégradent leur expérience, au lieu de l'améliorer. La communauté des personnes handicapées s'est montrée particulièrement critique envers ces produits.
- Ils ne sont pas conformes. Aucun standard (WCAG, EN 301 549, ADA) n'accepte un overlay comme preuve de conformité. Un overlay ne vous protège ni contre une réclamation ni contre une inspection.
- Ils créent un faux sentiment de sécurité. L'entreprise pense qu'elle « est déjà conforme » et cesse d'investir dans l'accessibilité réelle.
L'accessibilité se construit depuis le code et le design, elle ne se rafistole pas après coup. Toute solution qui promet la conformité sans toucher à votre HTML, votre CSS ou votre parcours utilisateur vous vend quelque chose qui n'existe pas.
Étape par étape : comment rendre votre site web véritablement accessible
Respecter WCAG 2.2 AA n'est pas un projet de week-end, mais ne nécessite pas non plus de refaire votre site de zéro. C'est un processus itératif qui, bien planifié, s'intègre dans le cycle normal de développement.
1. Audit initial complet
Combinez outils automatiques (axe-core, Pa11y) avec un audit manuel expert. Le résultat doit être un rapport qui classe chaque problème par sévérité (critique, élevée, moyenne, basse) et par critère WCAG non respecté.
2. Priorisation par impact
Tous les défauts n'ont pas le même poids. Priorisez dans cet ordre :
- Bloquants : éléments qui empêchent de compléter des tâches critiques (achat, inscription, contact).
- Graves : information inaccessible pour les utilisateurs de technologies d'assistance.
- Modérés : problèmes de navigation ou de compréhension qui rendent l'utilisation difficile sans l'empêcher.
- Mineurs : détails de contraste, tailles de zones tactiles ou omissions d'attributs ARIA non critiques.
3. Remédiation du code
Les modifications les plus courantes incluent : ajouter des textes alternatifs descriptifs, corriger la hiérarchie des titres, étiqueter correctement les formulaires, assurer la navigation au clavier, implémenter des états de focus visibles et améliorer le contraste des couleurs.
Un chiffre pertinent : selon une étude de Nucleus Research, les sites offrant une bonne accessibilité constatent une amélioration de 12 % du trafic organique. Le HTML sémantique qu'exige WCAG est exactement ce que Google valorise pour le référencement. En investissant dans l'accessibilité, vous investissez simultanément dans le SEO et dans l'optimisation de la conversion.
4. Tests avec des utilisateurs réels
Avant de déclarer le projet terminé, testez avec des personnes qui utilisent les technologies d'assistance au quotidien. Leurs constats révèlent toujours des problèmes que ni les outils ni les auditeurs n'avaient détectés. Inclure des utilisateurs présentant différents types de handicap (visuel, moteur, cognitif) apporte des perspectives complémentaires.
5. Déclaration d'accessibilité
L'EAA exige la publication d'une déclaration d'accessibilité sur votre site. Elle doit indiquer le niveau de conformité atteint, les exceptions connues, la date de la dernière révision et un mécanisme de contact pour signaler des problèmes d'accessibilité. Ce n'est pas un document décoratif : c'est une obligation légale.
6. Maintenance continue
L'accessibilité n'est pas un projet avec une date de fin. Chaque nouvelle fonctionnalité, chaque changement de design et chaque mise à jour de contenu peut introduire des barrières. Intégrez des vérifications d'accessibilité dans votre pipeline de développement (axe-core en CI/CD) et planifiez des audits périodiques au moins une fois par an.
Accessibilité et SEO : une alliance qui multiplie les résultats
La connexion entre accessibilité et référencement organique n'est pas fortuite. Google récompense depuis des années exactement les mêmes pratiques qu'exige WCAG.
HTML sémantique : les titres hiérarchiques (H1-H6), les listes correctement balisées et les tableaux avec en-têtes n'aident pas seulement les lecteurs d'écran. Ils aident Google à comprendre la structure de votre contenu.
Texte alternatif pour les images : une exigence d'accessibilité fondamentale qui alimente également Google Images et améliore la pertinence sémantique de la page.
Contraste et lisibilité : un site lisible retient l'utilisateur plus longtemps, réduit le taux de rebond et envoie des signaux positifs d'engagement.
Performance : de nombreuses améliorations d'accessibilité (réduire le JavaScript inutile, simplifier le DOM, optimiser l'ordre de chargement) coïncident avec les optimisations qui améliorent les Core Web Vitals.
Les sites accessibles conformes à WCAG AA enregistrent en moyenne un +12 % de trafic organique par rapport à leurs versions antérieures non accessibles. Ce n'est pas un effet secondaire : c'est le résultat direct de bien faire les choses pour tous les utilisateurs, Googlebot inclus.
Le marché de l'accessibilité numérique est évalué à 3,24 milliards de dollars en projection pour 2034. Les entreprises qui investissent maintenant n'évitent pas seulement les sanctions : elles captent un segment d'utilisateurs que la concurrence ignore.
Questions fréquentes sur l'accessibilité web et l'EAA
Depuis quand l'European Accessibility Act est-elle obligatoire ?
L'EAA est entrée en vigueur le 28 juin 2025. Les États membres de l'UE devaient avoir transposé la directive dans leur législation nationale à cette date. Les produits et services déjà présents sur le marché disposent d'une période transitoire jusqu'en juin 2030.
Quel standard technique dois-je respecter ?
Le standard harmonisé européen est la EN 301 549, qui adopte les directives WCAG 2.2 niveau AA comme référence technique. Respecter WCAG 2.2 AA est la manière la plus directe de démontrer la conformité avec la réglementation.
Mon petit site web doit-il aussi se conformer ?
Si votre entreprise compte moins de 10 employés et réalise un chiffre d'affaires inférieur à 2 millions d'euros par an, vous êtes exempté. Dans tout autre cas, si vous proposez des produits ou services numériques aux consommateurs dans l'UE, la réglementation vous concerne.
Puis-je utiliser un overlay ou widget d'accessibilité pour me conformer ?
Non. Les overlays ne garantissent pas la conformité aux WCAG et peuvent dégrader l'expérience des utilisateurs en situation de handicap. La FTC a condamné accessiBe à une amende d'un million de dollars pour avoir affirmé le contraire. L'accessibilité nécessite des modifications du code source, pas des rustines superficielles.
Combien coûte la mise en accessibilité d'un site web ?
Cela dépend de la taille du site, de la complexité des interactions et de l'état actuel du code. Un audit initial identifie l'étendue réelle du travail. En général, il est nettement moins coûteux d'intégrer l'accessibilité dès la conception que de remédier après coup. Ce qui n'est pas optionnel, c'est le coût de ne rien faire : des amendes pouvant atteindre 100 000 euros et l'exclusion d'un segment croissant d'utilisateurs.
Les outils automatiques sont-ils suffisants pour auditer ?
Non. Les outils comme axe-core, Pa11y ou Lighthouse détectent entre 30 % et 40 % des problèmes d'accessibilité. La révision manuelle par des experts, incluant des tests avec lecteurs d'écran et navigation au clavier, détecte jusqu'à 95 %. La combinaison des deux méthodes est indispensable.
L'accessibilité affecte-t-elle le SEO ?
Oui, positivement. Le HTML sémantique, les textes alternatifs, la structure des titres et la performance qu'exige WCAG coïncident avec les facteurs que Google récompense. Les sites accessibles enregistrent en moyenne un +12 % de trafic organique.
À quelle fréquence dois-je vérifier l'accessibilité de mon site ?
Au minimum, une fois par an avec un audit complet. De plus, chaque nouvelle fonctionnalité ou modification significative de design devrait passer par une vérification d'accessibilité avant publication. Intégrer des vérifications automatiques dans le pipeline de développement (CI/CD) détecte les régressions de façon continue.
Le moment d'agir, c'est maintenant
L'accessibilité web n'est plus une recommandation, c'est une obligation légale avec des conséquences économiques réelles. Mais au-delà de la réglementation, rendre votre site accessible est une décision commerciale intelligente : vous élargissez votre audience, vous améliorez votre SEO, vous réduisez le risque juridique et vous démontrez un engagement réel en faveur de l'inclusion.
La première étape est de savoir où vous en êtes. Un audit d'accessibilité professionnel identifie les problèmes, les priorise et définit un plan d'action concret. C'est la différence entre se conformer réellement et croiser les doigts.
