EN 301 549 : la norme européenne d'accessibilité numérique

L'EN 301 549 est la norme européenne harmonisée qui définit les exigences d'accessibilité pour les produits et services de technologies de l'information et de la communication (TIC). Elle sert de socle technique à l'European Accessibility Act (EAA, directive 2019/882) et à la directive 2016/2102 sur l'accessibilité des sites publics.

Sa version 4.1.1 est sortie le 2 septembre 2026. Elle passe aux WCAG 2.2, mais elle n'est pas encore la référence légale. Ce guide présente la norme, puis détaille ce que change la v4.1.1 et ce qu'il faut en faire côté RGAA.

Origines et gouvernance

Qui a développé l'EN 301 549

La norme a été élaborée conjointement par trois organismes de normalisation européens :

• CEN : Comité Européen de Normalisation
• CENELEC : Comité Européen de Normalisation Électrotechnique
• ETSI : Institut Européen des Normes de Télécommunications

Cette collaboration garantit une approche harmonisée applicable dans tous les États membres de l'Union européenne.

Évolution des versions

• EN 301 549 V1.1.1 (2014) : première version
• EN 301 549 V2.1.2 (2018) : intégration des WCAG 2.1
• EN 301 549 V3.2.1 (2021) : WCAG 2.1, version encore citée au Journal officiel
• EN 301 549 V4.1.1 (2 septembre 2026) : passage aux WCAG 2.2, publiée mais pas encore citée

Le détail compte. Une norme harmonisée ne produit ses effets juridiques qu'une fois sa référence publiée au Journal officiel de l'Union européenne (JOUE). Jusque-là, la v3.2.1 reste la version qui donne la présomption de conformité, comme le rappelle AccessibleEU, le centre de ressources de la Commission européenne.

Champ d'application

Types de produits couverts

L'EN 301 549 s'applique à un large éventail de technologies :

• Sites web et applications web
• Applications mobiles (iOS, Android)
• Logiciels bureautiques
• Documents électroniques (PDF, Word, etc.)
• Matériels informatiques (ordinateurs, kiosques, terminaux)
• Télécommunications (téléphones, systèmes de communication)
• Audiovisuel (lecteurs multimédia, services de diffusion)

Qui est concerné

En Europe, la norme s'applique via deux mécanismes principaux :

Directive sur l'accessibilité du web (2016/2102) :

• Administrations publiques
• Organismes du secteur public
• Sites et applications mobiles publics

European Accessibility Act (2019/882) :

• E-commerce
• Services bancaires
• Transport de voyageurs
• Télécommunications
• Commerce électronique

Structure de la norme

Organisation des chapitres

L'EN 301 549 est organisée en chapitres thématiques :

• Chapitre 4 : Performance fonctionnelle
• Chapitre 5 : Exigences génériques
• Chapitre 6 : TIC avec communication vocale bidirectionnelle
• Chapitre 7 : TIC avec capacités vidéo
• Chapitre 8 : Matériel
• Chapitre 9 : Web
• Chapitre 10 : Documents non web
• Chapitre 11 : Logiciels
• Chapitre 12 : Documentation et services de support
• Chapitre 13 : TIC fournissant des services de relais ou d'urgence

Relation avec les WCAG

Le chapitre 9 (Web) reprend les critères WCAG de niveaux A et AA : ceux des WCAG 2.1 dans la v3.2.1, ceux des WCAG 2.2 dans la v4.1.1. Les critères WCAG deviennent ainsi des exigences de la norme européenne.

Cette numérotation directe facilite la correspondance entre les deux référentiels.

Exigences spécifiques

Performances fonctionnelles (Chapitre 4)

Ces exigences définissent les résultats à atteindre indépendamment de la technologie :

• 4.2.1 : Utilisation sans vision
• 4.2.2 : Utilisation avec vision limitée
• 4.2.3 : Utilisation sans perception des couleurs
• 4.2.4 : Utilisation sans audition
• 4.2.5 : Utilisation avec audition limitée
• 4.2.6 : Utilisation sans capacité vocale
• 4.2.7 : Utilisation avec manipulation ou force limitée
• 4.2.8 : Utilisation avec portée limitée
• 4.2.9 : Minimiser les déclencheurs de crises photosensibles
• 4.2.10 : Utilisation avec cognition limitée
• 4.2.11 : Respect de la vie privée

Documents non web (Chapitre 10)

Les documents PDF, Word, Excel et autres sont couverts par des exigences spécifiques adaptées des WCAG :

• Structure sémantique (titres, listes)
• Ordre de lecture logique
• Alternatives textuelles pour les images
• Tableaux accessibles
• Formulaires avec labels

Logiciels (Chapitre 11)

Les applications de bureau et mobiles ont leurs propres exigences :

• Compatibilité avec les technologies d'assistance
• API d'accessibilité
• Navigation clavier
• Focus visible
• Timing ajustable

Lien avec le RGAA

Correspondance des référentiels

Le RGAA 4.1.2 (avril 2023) est aligné sur les WCAG 2.1 niveau AA, tout comme l'EN 301 549 v3.2.1. Face à cette version, la conformité au RGAA couvre l'essentiel des exigences web de la norme. Face à la v4.1.1, ce n'est plus le cas : six critères WCAG 2.2 manquent au RGAA (voir plus bas).

Différences pratiques

Le RGAA fournit des tests et méthodologies détaillés. L'EN 301 549 définit les exigences sans prescrire de méthode de test spécifique. Les deux sont complémentaires :

• EN 301 549 : le "quoi" (exigences)
• RGAA : le "comment" (méthode de test)

Mise en conformité pratique

Étapes recommandées

1. Identifier le périmètre : quels produits et services sont concernés
2. Auditer : évaluer l'état actuel par rapport aux exigences
3. Prioriser : classer les non-conformités par sévérité
4. Remédier : corriger les problèmes identifiés
5. Documenter : déclaration de conformité
6. Maintenir : processus continus

Déclaration de conformité

La norme elle-même ne définit pas de « niveaux » de conformité à afficher. Les trois états que l'on voit sur les sites français (totalement, partiellement ou non conforme) viennent du RGAA et de la déclaration d'accessibilité qu'il impose aux sites concernés. Leur rédaction est détaillée dans notre guide pour rédiger une déclaration d'accessibilité.

Audit et tests

Les tests combinent :

• Évaluation automatisée : outils comme notre audit RGAA
• Tests manuels : vérification humaine des critères
• Tests utilisateurs : avec personnes handicapées
• Évaluation d'expert : auditeur certifié

Ce que change la v4.1.1

L'ETSI a publié l'EN 301 549 V4.1.1 le 2 septembre 2026. C'est la première version majeure depuis 2021.

Six critères WCAG 2.2 entrent dans la norme

Les WCAG 2.2 ajoutent neuf critères, mais trois sont de niveau AAA. La norme n'en reprend donc que six :

Ils s'appliquent aux pages web (chapitre 9), aux documents (chapitre 10) et aux logiciels (chapitre 11). En sens inverse, le critère 4.1.1 Analyse syntaxique, retiré des WCAG 2.2, disparaît : la clause 9.4.1.1 est marquée « Void ».

Au-delà des WCAG

Le reste des changements touche des points que les WCAG ne couvrent pas. L'analyse détaillée d'Olga Carreras, qui compare les deux versions clause par clause, et celles de Deque et de Pivotal Accessibility convergent sur ces points :

• Préférences utilisateur (clauses 9.7, 10.7 et 11.7) : pages, documents et logiciels doivent respecter les réglages du système (filtres de couleur, contraste, taille du texte, du pointeur et du curseur de saisie).
• Communication en temps réel : la clause 6.2 sur le texte en temps réel est largement réécrite, et la 6.7 exige la « conversation totale » (voix, vidéo et texte simultanés) quand un service propose déjà voix et vidéo.
• Vidéo : les réglages de sous-titres et d'audiodescription doivent être aussi accessibles que le réglage du volume.
• Matériel : une nouvelle exigence de contraste (8.8) vise les caractères physiques et les commandes.
• Logiciels : le chapitre 11 devient explicitement celui des logiciels non web, et les webviews des applications mobiles y sont évaluées.
• Correspondance légale : l'annexe ZA relie les exigences à la directive 2016/2102, l'annexe ZB et la clause A.2 à l'EAA.

Autre clarification, relevée par Olga Carreras : une surcouche d'accessibilité (overlay) est désormais évaluée comme partie intégrante du produit, et non comme un correctif extérieur.

Le calendrier

Trois étapes, dont une seule est franchie :

1. Publication par l'ETSI : faite le 2 septembre 2026.
2. Citation au JOUE : visée autour du 30 novembre 2026 selon Deque et Pivotal Accessibility, date encore provisoire. Tant qu'elle n'a pas eu lieu, la v3.2.1 reste la référence.
3. Prise en compte nationale : en France, elle passera par le futur RGAA 5.

Anticiper sans attendre le RGAA 5

Trois critères méritent d'être traités dès maintenant, parce qu'ils sont fréquents et peu coûteux à corriger en amont :

• 2.5.8 Taille de la cible : cas typiques, les icônes de réseaux sociaux de 16 px en pied de page et les tags collés les uns aux autres.
• 2.4.11 Focus non masqué : un en-tête fixe (sticky header) masque l'élément qui reçoit le focus au clavier.
• 3.3.8 Authentification accessible : un CAPTCHA à retranscrire ou un champ de mot de passe qui bloque le collage (et donc les gestionnaires de mots de passe).

Le détail de chaque critère, avec les cas limites, est dans notre article sur les critères WCAG 2.2 que le RGAA ne teste pas. Pour le cadre français qui bouge en parallèle, voir aussi le décret du 24 août 2026. Pour une méthode d'évaluation structurée, consultez notre guide d'audit WCAG complet.

Adoption internationale

Hors de l'Union européenne

L'EN 301 549 influence les normes au-delà de l'Europe :

• Australie : adoptée comme référence
• Canada : base pour les exigences fédérales
• Autres pays : utilisé comme benchmark

Cette convergence facilite la conformité pour les organisations internationales.

Ressources officielles

Documents de référence

• Texte officiel de l'EN 301 549 V4.1.1 sur le site de l'ETSI (PDF, en anglais)
• Annexes ZA et ZB, qui relient chaque exigence aux directives européennes
• Critères et tests du RGAA 4.1.2, pour la transposition française

Outils de support

• Modèles de déclaration de conformité
• Guides par secteur d'activité
• Formation des équipes

Conclusion

L'EN 301 549 n'est pas une loi. C'est la norme dont le respect vaut présomption de conformité aux directives européennes, et la v4.1.1 en fixe le prochain niveau : les WCAG 2.2. Tant qu'elle n'est pas citée au JOUE et que le RGAA 5 n'est pas publié, votre référence en France reste le RGAA 4.1.2.

Pour savoir où vous en êtes, lancez une analyse de votre site : elle détecte les anomalies sur les critères RGAA automatisables, le reste relevant d'une vérification humaine. Pour un accompagnement personnalisé, consultez notre annuaire d'experts.