Description de l’image : Des mains sur un clavier mécanique avec un document de normes techniques affiché sur un écran externe — l’environnement de travail de l’auditeur d’accessibilité où vit EN 301 549.
Temps de lecture : 11 minutes
EN 301 549 est la norme européenne harmonisée définissant les exigences d’accessibilité applicables aux produits et services TIC. Publiée et maintenue par ETSI — l’Institut européen des normes de télécommunications — en coopération avec le CEN et le CENELEC, c’est l’instrument technique qui traduit les obligations plus abstraites de l’Acte européen sur l’accessibilité (EAA), de la Directive sur l’accessibilité des sites web (Directive (UE) 2016/2102) et de la plupart des règles nationales de marchés publics en une liste de contrôle clause par clause contre laquelle un fournisseur peut être évalué. Là où WCAG est une norme de contenu et d’interface pour le web, EN 301 549 est le cadre plus large qui englobe WCAG dans les exigences auxquelles le droit de l’UE se réfère réellement pour les achats publics.
En 2026, la version en vigueur est la V3.2.1, publiée en mars 2021 et incorporant WCAG 2.1 Level AA par référence. Une nouvelle révision incorporant WCAG 2.2 AA — provisoirement numérotée V4.0.0 — est en phase finale de rédaction au sein de l’organe technique conjoint ETSI/CEN/CENELEC et devrait être publiée courant 2026, la citation au Journal officiel de l’Union européenne suivant ensuite. Ce document est un guide : ce qu’est la norme, comment ses douze chapitres sont organisés, où le Chapitre 9 (web) et le Chapitre 11 (logiciels) s’inscrivent aux côtés du Chapitre 10 (documents) et du Chapitre 12 (documentation et support), comment la norme relie WCAG au droit des marchés publics de l’UE, et où elle est citée dans le paysage législatif que vous connaissez déjà.
Ce qu’est réellement EN 301 549 — et ce qu’elle n’est pas
EN 301 549 est une norme européenne harmonisée. Cette expression a une signification précise en droit de l’UE : il s’agit d’une norme élaborée par l’une des trois organisations européennes de normalisation reconnues (ETSI, CEN, CENELEC) à la demande de la Commission européenne via une « demande de normalisation » formelle (également appelée « mandat ») et citée ensuite au Journal officiel de l’Union européenne comme conférant une « présomption de conformité » avec la législation correspondante de l’UE. Un produit ou service conforme à la norme harmonisée est présumé satisfaire aux exigences légales qu’elle harmonise. Cette présomption peut être renversée, mais en pratique, les acheteurs publics, les auditeurs d’accessibilité et les organismes de conformité traitent la norme comme la liste de contrôle opérationnelle.
EN 301 549 est née du Mandat M/376, émis par la Commission en 2005 pour rendre les règles d’achat en Europe prêtes à l’emploi en matière d’accessibilité — une référence unique, technologiquement neutre et harmonisée définissant ce que signifie « TIC accessible » dans l’ensemble du processus d’appel d’offres du secteur public. La première version publiée, V1.1.2, est parue en 2014. La norme a depuis connu trois révisions substantielles : V2 (2018) alignée sur WCAG 2.1, V3.1.1 et V3.2.1 (2019–2021) précisant les définitions et ajoutant des clauses sur les applications mobiles et les outils de création, et la prochaine V4 intégrant WCAG 2.2.
Ce qu’EN 301 549 n’est pas : elle n’est pas l’EAA, et elle n’est pas la Directive sur l’accessibilité des sites web. Ce sont ces lois qui procèdent aux achats en référence à la norme. EN 301 549 est le document de critères de test — la partie du système qu’un développeur ou un acheteur public lit réellement pour savoir si une livraison est conforme.
La structure en douze chapitres
EN 301 549 est organisée autour de douze clauses substantielles (numérotées à partir de la Clause 4 dans le document, les Clauses 1 à 3 couvrant le domaine d’application et les définitions). L’architecture est délibérément modulaire : un fournisseur délimitant sa réponse à un appel d’offres détermine quelles clauses s’appliquent au produit, les applique uniquement, et déclare la conformité par rapport aux clauses nommées. Les modules principaux figurent dans les Chapitres 9 à 12.
Chapitre 9 — Contenu web
Le Chapitre 9 est celui vers lequel la plupart des praticiens de l’accessibilité se tournent en premier, car c’est celui qui intègre WCAG par référence. Dans la V3.2.1, le Chapitre 9 importe verbatim les critères de succès WCAG 2.1 Niveau A et Niveau AA : la clause 9.1 couvre les critères de succès perceptibles, 9.2 les critères utilisables, 9.3 les critères compréhensibles, 9.4 les critères robustes. Un produit web conforme à WCAG 2.1 AA est conforme au Chapitre 9. La norme ne reformule pas le texte WCAG ; elle le cite. Dans la V4, le même chapitre référencera WCAG 2.2 AA, intégrant les neuf critères de succès nouveaux ou révisés — notamment 2.4.11 Focus Not Obscured (Minimum), 2.4.12 Focus Not Obscured (Enhanced), 2.4.13 Focus Appearance, 2.5.7 Dragging Movements, 2.5.8 Target Size (Minimum), 3.2.6 Consistent Help, 3.3.7 Redundant Entry, 3.3.8 Accessible Authentication (Minimum) et 3.3.9 Accessible Authentication (Enhanced).
Chapitre 10 — Documents non-web
Le Chapitre 10 applique des exigences équivalentes à WCAG aux documents non-web — PDF, fichiers Word, présentations, ePub, et tout autre document livré en parallèle ou en dehors du web. Il le fait en prenant chaque critère de succès WCAG 2.1 applicable à un document non-web et en le reformulant dans le contexte documentaire. Un PDF balisé, navigable et correctement décrit est conforme au Chapitre 10 ; un scan non balisé d’un rapport imprimé ne l’est pas. Les acheteurs publics qui acquièrent des publications de politique, des conditions contractuelles, des supports de formation et des déclarations d’accessibilité s’appuient sur le Chapitre 10 pour définir le niveau d’exigence qu’ils acceptent comme livrable.
Chapitre 11 — Logiciels non-web
Le Chapitre 11 est le module le plus large et le plus conséquent pour la pile d’applications moderne. Il applique des exigences équivalentes à WCAG aux logiciels non-web — applications de bureau, applications mobiles natives, interfaces embarquées, bornes fonctionnant sur des logiciels personnalisés — et ajoute des exigences spécifiques aux logiciels sans équivalent dans WCAG : des clauses sur les services d’accessibilité des plateformes (11.5), sur la compatibilité avec les technologies d’assistance (11.6), et sur les outils de création (11.8, dérivé des Authoring Tool Accessibility Guidelines du W3C). La couverture des applications mobiles au Chapitre 11 est la raison pour laquelle la Directive sur l’accessibilité des sites web peut s’étendre aux applications mobiles du secteur public, et la raison pour laquelle l’EAA peut s’appliquer aux liseuses, aux bornes de billetterie et aux terminaux en libre-service sans nécessiter une norme distincte pour chacun.
Chapitre 12 — Documentation et services de support
Le Chapitre 12 couvre la documentation et les services d’assistance aux clients : manuels d’utilisation, systèmes d’aide, centres d’appel de support, chat en ligne, formats accessibles sur demande. Les clauses exigent que la documentation du produit décrive ses fonctions d’accessibilité, que la documentation elle-même soit accessible, et que les services de support soient disponibles via des canaux accessibles. C’est le chapitre qui lie l’accessibilité à l’expérience post-achat — la phase du parcours d’achat où les utilisateurs rencontrent réellement le produit et ont besoin d’aide pour l’utiliser.
Chapitres 5 à 8 — Les exigences génériques transversales
Les Chapitres 5 à 8 se situent en amont des modules spécifiques aux formats. Le Chapitre 5 couvre les exigences génériques applicables à tout produit ou service TIC — fonctionnalité fermée, biométrie, préservation des informations d’accessibilité lors de la conversion. Le Chapitre 6 couvre les TIC avec communication vocale bidirectionnelle : texte en temps réel, relais vidéo, et les exigences d’interopérabilité permettant une communication accessible entre fournisseurs de services. Le Chapitre 7 couvre les TIC avec des capacités vidéo — audiodescription, sous-titres, présentation en langue des signes. Le Chapitre 8 couvre le matériel : claviers, commandes, connecteurs, accès physique. Un produit est rarement limité à un seul chapitre ; une application de streaming vidéo sur une télévision intelligente touchera simultanément les Chapitres 5, 7, 9 (si elle a une interface web), 11 (l’application elle-même) et 12 (sa documentation).
Chapitre 13 et les annexes
Le Chapitre 13 traite des TIC fournissant des services de relais et l’accès aux services d’urgence — la couche de communication d’intérêt public. Les annexes sont là où la norme effectue son travail contraignant pour les marchés publics : l’Annexe A contient la méthodologie de conformité, incluant le modèle obligatoire de « déclaration d’accessibilité » ; l’Annexe B met en correspondance les clauses d’EN 301 549 avec les exigences correspondantes de la Section 508 américaine — utile pour les fournisseurs opérant des deux côtés de l’Atlantique ; l’Annexe C fournit des orientations sur les déclarations de performance fonctionnelle ; et la bibliographie liste toutes les normes, dont WCAG, que le document incorpore par référence.
Comment WCAG 2.1 AA s’inscrit dans EN 301 549
La relation entre WCAG et EN 301 549 est la question la plus fréquemment posée dans le travail de conformité, et la réponse est plus précise que « EN 301 549 inclut WCAG ». WCAG 2.1 Niveau AA est intégré dans le Chapitre 9 (contenu web) et des parties du Chapitre 11 (logiciels, où les critères de succès sont applicables aux logiciels non-web). L’intégration se fait par référence, et non par reformulation : les clauses du Chapitre 9 sont numérotées pour refléter la structure de WCAG, et chaque clause renvoie au critère de succès correspondant dans la recommandation du W3C. Une déclaration de conformité WCAG 2.1 AA se traduit directement en une déclaration de conformité au Chapitre 9.
Là où EN 301 549 va au-delà de WCAG, c’est dans les clauses spécifiques aux logiciels, au matériel et à la documentation que WCAG n’a jamais été conçu pour couvrir. WCAG traite du contenu perceptible, utilisable, compréhensible et robuste dans un agent utilisateur web. EN 301 549 ajoute les exigences qui gèrent, par exemple, l’interaction d’une application de bureau avec une API de lecteur d’écran sur Windows, la discriminabilité tactile d’un clavier matériel, ou l’interopérabilité TTY d’un centre de contact. Un produit peut être conforme à WCAG 2.1 AA et néanmoins ne pas satisfaire EN 301 549 — généralement parce que les Chapitres 11 ou 12 couvrent des exigences que WCAG ne traite pas.
Où EN 301 549 est citée dans le droit de l’UE
Le rôle porteur de la norme réside dans le graphe de citations. Trois instruments juridiques principaux nomment EN 301 549 comme référence technique ; plusieurs dizaines de lois nationales sur les marchés publics et les statuts sur l’accessibilité font de même.
L’Acte européen sur l’accessibilité (Directive (UE) 2019/882)
L’Acte européen sur l’accessibilité fixe des exigences fonctionnelles d’accessibilité pour une liste définie de produits et services — ordinateurs, smartphones, liseuses, DAB, bornes de billetterie, commerce électronique, livres numériques, téléphonie, services de médias audiovisuels, services bancaires, informations sur les transports de passagers. Les exigences fonctionnelles de l’Acte (Annexe I) sont abstraites ; elles exigent, par exemple, que les informations soient fournies dans des formats accessibles, que les interfaces utilisateur prennent en charge les technologies d’assistance, que les communications d’urgence fonctionnent avec les utilisateurs sourds. Pour rendre ces exigences abstraites opérationnelles, l’EAA s’appuie sur des normes harmonisées citées en vertu de l’Article 15 du Règlement (UE) 1025/2012 — et EN 301 549 est la norme harmonisée utilisée par la Commission européenne pour opérationnaliser les exigences de l’EAA en matière de web, de logiciels et de documentation. Un produit conforme aux clauses pertinentes d’EN 301 549 bénéficie d’une présomption de conformité avec l’EAA. La première citation au Journal officiel d’EN 301 549 spécifiquement à des fins EAA a été publiée en 2024 ; les révisions suivent chaque nouvelle version.
La Directive sur l’accessibilité des sites web (Directive (UE) 2016/2102)
La Directive sur l’accessibilité des sites web, en vigueur depuis décembre 2016, exige des organismes du secteur public dans les États membres de l’UE qu’ils rendent leurs sites web et applications mobiles accessibles. L’Article 6 de la Directive stipule que le contenu satisfaisant à la norme harmonisée citée au Journal officiel est présumé conforme aux exigences d’accessibilité correspondantes énoncées à l’Article 4. EN 301 549 est la norme ainsi citée — la V2 de 2018 a été la première version nommée à des fins WAD, chaque révision ultérieure déclenchant une nouvelle citation au JO. Les sites web et les applications mobiles du secteur public qui satisfont au Chapitre 9 et aux parties applicables du Chapitre 11 sont réputés conformes à la Directive.
Les lois nationales sur les marchés publics et l’Article 42 de la Directive sur les marchés publics du secteur public
L’Article 42 de la Directive 2014/24/UE (la Directive sur les marchés publics du secteur public) exige que les spécifications techniques dans les appels d’offres publics pour les produits et services destinés à être utilisés par des personnes physiques « tiennent compte des critères d’accessibilité pour les personnes handicapées ou de la conception pour tous les utilisateurs ». Les États membres ont mis en œuvre cette obligation dans leurs codes nationaux de marchés publics, et les textes de mise en œuvre nomment généralement EN 301 549 comme norme de référence — depuis la BITV 2.0 allemande et l’EU-Verordnung référencée dans les marchés publics fédéraux, jusqu’au Real Decreto 1112/2018 espagnol, au RGAA français (qui aligne ses critères sur le Chapitre 9 d’EN 301 549), aux Linee Guida AgID italiennes, en passant par le Tijdelijk besluit digitale toegankelijkheid overheid néerlandais. La couche des marchés publics nationaux est là où EN 301 549 a l’impact commercial le plus quotidien, car elle détermine quels fournisseurs peuvent soumissionner pour quels marchés publics.
Ce que change la V4 — et ce qu’elle ne change pas
La prochaine V4 d’EN 301 549 est le titre de travail de la révision qui intégrera WCAG 2.2 AA en lieu et place de WCAG 2.1 AA, reprenant les neuf critères de succès que le W3C a ajoutés ou révisés lors de la mise à jour de 2023. La révision de travail est visible dans les archives publiques du Comité technique Facteurs humains d’ETSI depuis 2024, et le groupe de travail conjoint ETSI/CEN/CENELEC s’est réuni en 2025 pour la finaliser. La publication en 2026 est l’hypothèse de travail dans la communauté des normes ; la citation au JO en vertu de l’EAA et de la WAD suit ensuite selon le calendrier habituel de la Commission (généralement plusieurs mois après la publication par ETSI).
Les changements substantiels dans la V4 se concentrent autour de deux domaines. Premièrement, les critères de succès WCAG 2.2 eux-mêmes — le Chapitre 9 intègre les neuf nouveaux critères, les plus opérationnellement significatifs étant Focus Not Obscured, Target Size (Minimum), Dragging Movements, et les deux critères Accessible Authentication, qui ensemble imposeront une ré-audit de tout produit utilisant des bannières superposées, des modales de cookies, des champs de mot de passe, ou de petites cibles tactiles. Deuxièmement, les clauses sur les logiciels de la norme (Chapitre 11) sont renforcées pour s’aligner plus étroitement sur WCAG 2.2 pour les logiciels où les critères de succès s’appliquent, et pour mettre à jour la terminologie des services d’accessibilité des plateformes afin de refléter les API de technologies d’assistance livrées depuis 2021.
Ce que la V4 ne change pas : l’architecture en douze chapitres, le modèle de déclaration de conformité de l’Annexe A, la relation à l’EAA et à la WAD, ou la correspondance Section 508 de l’Annexe B. Un fournisseur disposant d’une déclaration de conformité actuelle contre la V3.2.1 devra, dans la plupart des cas, re-tester pour les nouveaux critères WCAG 2.2 mais pas re-architecturer son approche de conformité.
Utiliser EN 301 549 en pratique : la déclaration de conformité
L’artefact opérationnel que produit EN 301 549 est une déclaration de conformité — parfois appelée « déclaration d’accessibilité » dans l’usage de la WAD, ou Voluntary Product Accessibility Template (VPAT) lorsqu’exprimée dans la lignée Section 508. L’Annexe A de la norme contient le modèle. Pour chaque clause applicable, le fournisseur indique si le produit « Prend en charge », « Prend en charge partiellement », « Ne prend pas en charge » ou « Sans objet ». Chaque « Prend en charge partiellement » ou « Ne prend pas en charge » doit être accompagné d’un champ de remarques et d’explications décrivant l’écart.
Dans une réponse à un appel d’offres, l’acheteur public délimite les chapitres pertinents au produit, exige une déclaration de conformité clause par clause, et évalue les écarts. La déclaration est contractuellement contraignante dans la plupart des cadres de marchés publics de l’UE — si le fournisseur déclare « Prend en charge » contre une clause et que le produit échoue ensuite sur cette clause lors de la réception par l’utilisateur, le contrat donne généralement à l’acheteur des motifs de correction, de pénalités ou de résiliation. C’est pourquoi EN 301 549 a plus de poids commercial que le document WCAG sous-jacent en lui-même : WCAG est une recommandation du W3C sans statut dans les marchés publics ; EN 301 549 est le document qu’un contrat nomme.
EN 301 549 dans le paysage législatif que vous connaissez déjà
Si vous avez suivi l’arc législatif européen sur les droits des personnes handicapées — l’EAA, la Directive sur l’accessibilité des sites web, les codes nationaux de marchés publics mettant en œuvre la Directive 2014/24/UE — EN 301 549 est le socle technique qui relie ces lois au processus de test quotidien d’un fournisseur. WCAG fixe les règles de contenu web. EN 301 549 enveloppe WCAG dans l’ensemble plus large des exigences (logiciels, documents, documentation, matériel, communications bidirectionnelles) contre lesquelles le droit des marchés publics de l’UE achète réellement. L’EAA et la WAD citent ensuite EN 301 549 comme la norme qui déclenche la présomption de conformité. Les codes nationaux de marchés publics nomment la norme dans leurs spécifications techniques, et les auditeurs d’accessibilité la testent clause par clause.
Pour les praticiens délimitant un audit 2026 : la V3.2.1 est la version à tester aujourd’hui, la V4 est la version pour laquelle il faut commencer à se préparer, et les écarts à anticiper sont les neuf critères de succès WCAG 2.2 — notamment les critères d’apparence du focus et de taille des cibles, qui sont ceux sur lesquels la plupart des produits échouent discrètement. Le moyen le plus rapide de repérer quels critères 2.2 votre site enfreint déjà est une analyse WCAG 2.2 gratuite sur une page représentative. Pour le bilan 2026 plus large sur la façon dont cette norme interagit avec l’application nationale, voir l’index des articles de Disability World ; pour le tableau de l’application de l’EAA lors de sa première année dans les États membres, voir le guide EAA. Pour une traduction concrète de la V3.2.1 et des écarts 2.2 en un audit opérationnel, voir le guide étape par étape de mise en conformité WCAG 2.2 ; pour les plateformes de surveillance qui maintiennent la conformité entre les audits, voir le guide d’achat de surveillance de l’accessibilité.
Sources primaires
- ETSI / CEN / CENELEC. EN 301 549 V3.2.1 (2021-03) — Accessibility requirements for ICT products and services. etsi.org
- Commission européenne. Demande de normalisation M/376 (2005) sur l’accessibilité des TIC pour les marchés publics.
- Directive (UE) 2019/882 du Parlement européen et du Conseil relative aux exigences en matière d’accessibilité applicables aux produits et services (Acte européen sur l’accessibilité).
- Directive (UE) 2016/2102 du Parlement européen et du Conseil relative à l’accessibilité des sites internet et des applications mobiles des organismes du secteur public.
- Directive 2014/24/UE du Parlement européen et du Conseil sur la passation des marchés publics, Article 42.
- Règlement (UE) n° 1025/2012 du Parlement européen et du Conseil relatif à la normalisation européenne.
- W3C. Web Content Accessibility Guidelines (WCAG) 2.1 (Recommandation W3C, juin 2018) et WCAG 2.2 (Recommandation W3C, octobre 2023).
- Comité technique Facteurs humains d’ETSI. Archive publique sur les activités de révision d’EN 301 549 (2024–2025).