EAA 2025 : Mise en conformité accessibilité de votre site web en 5 étapes

L'European Accessibility Act impose aux entreprises privées qui fournissent des produits et services numériques de garantir leur accessibilité aux personnes en situation de handicap. Contrairement au RGAA qui ne s'appliquait qu'aux organismes publics, l'EAA cible le secteur commercial : e-commerce, services bancaires, transports, télécommunications.

En pratique, votre site web doit respecter WCAG 2.2 niveau AA, publier une déclaration d'accessibilité, et disposer d'un mécanisme de retour pour les utilisateurs qui rencontrent des obstacles. Voici comment faire en 5 étapes.

Étape 1 : Réaliser un audit WCAG 2.2 niveau AA

Avant de corriger quoi que ce soit, cartographiez l'état réel de votre site. Un audit WCAG 2.2 identifie les non-conformités par critère et par niveau. L'EAA exige le niveau AA.

Outils automatiques gratuits : WAVE (extension navigateur), Axe DevTools (extension Chrome), Lighthouse (intégré dans Chrome DevTools). Ces outils détectent environ 30–40 % des non-conformités — le reste nécessite des tests manuels.

Points qui concentrent 80 % des non-conformités : absence d'alternatives textuelles sur les images (1.1.1), contraste insuffisant (1.4.3), formulaires sans étiquettes (1.3.1), navigation clavier impossible (2.1.1), vidéos sans sous-titres (1.2.2).

Étape 2 : Prioriser et appliquer les correctifs

Priorisez selon deux axes : la fréquence d'apparition sur le site et l'impact utilisateur. Une image sans alt dans votre CMS peut déclencher des centaines de non-conformités d'un coup.

Correctifs rapides (impact élevé, effort faible) : attributs alt sur toutes les images, ratios de contraste vérifiés, chaque <input> associé à un <label>, lien d'évitement en haut de page.

Correctifs structurels : hiérarchie des titres (un seul H1, ordre logique), focus trap dans les modales, fermeture à Escape, formulaires de paiement testés avec VoiceOver et NVDA.

Étape 3 : Tests avec de vrais lecteurs d'écran

Minimum viable : tester les parcours critiques (inscription, paiement, navigation) avec NVDA + Firefox et VoiceOver + Safari. Ces deux combinaisons représentent 80 % des utilisateurs de lecteurs d'écran.

Points à vérifier : les images décoratives sont ignorées (alt=""), les messages d'erreur sont annoncés live, la progression dans un tunnel de commande est perceptible, les liens ouvrant un nouvel onglet sont annoncés.

Étape 4 : Rédiger la déclaration d'accessibilité

L'EAA exige une déclaration d'accessibilité accessible depuis toutes les pages. Elle doit mentionner : le niveau WCAG 2.2 atteint, les non-conformités connues, un mécanisme de contact, et les technologies d'assistance testées.

En France, l'ARCOM publie un modèle de déclaration basé sur le RGAA adaptable pour l'EAA. Une déclaration « partiellement conforme » honnête vaut mieux qu'une déclaration « totalement conforme » non vérifiable.

Étape 5 : Intégrer l'accessibilité dans le cycle de développement

La conformité EAA n'est pas un projet ponctuel — c'est un processus continu. Chaque nouvelle feature peut réintroduire des non-conformités.

Outils à intégrer en CI/CD : axe-core (Jest/Playwright), Pa11y (tests de pages entières), Storybook Accessibility addon pour les bibliothèques de composants.

Formation des équipes : une sensibilisation de 2 heures réduit de 60–70 % les nouvelles non-conformités introduites. Les erreurs les plus fréquentes disparaissent avec une simple checklist dans la définition de done.

Questions fréquentes sur l'EAA et l'accessibilité web