EN 301 549 et WCAG : Comprendre la norme technique de l’UE

Dans les semaines qui ont suivi le 28 juin 2025 — date à laquelle l’European Accessibility Act est devenue applicable — des organisations françaises de défense des droits des personnes handicapées ont adressé des mises en demeure formelles à quatre grandes enseignes de distribution alimentaire, exigeant que leurs plateformes d’e-commerce respectent les normes d’accessibilité dans les mois suivants. Des référés d’urgence ont suivi en novembre. Il ne s’agit pas d’un risque hypothétique futur. La conformité à la norme EN 301 549 fait désormais l’objet d’une application active, et comprendre le standard technique qui la sous-tend n’est plus optionnel pour aucune organisation qui sert des utilisateurs européens.

Qu’est-ce que l’EN 301 549 ?

EN 301 549 est une norme européenne qui spécifie les exigences en matière d’accessibilité pour les produits et services des technologies de l’information et de la communication (TIC), en définissant des lignes directrices pour l’accessibilité numérique, y compris pour les personnes handicapées. Ce n’est pas une loi en soi, mais c’est le pont technique essentiel entre les lignes directrices que les développeurs connaissent déjà et la législation qui a une véritable portée juridique.

Cette norme a été élaborée conjointement par les trois organisations européennes de normalisation — le CEN (Comité européen de normalisation), le CENELEC (Comité européen de normalisation électrotechnique) et l’ETSI (Institut européen des normes de télécommunication). L’EN 301 549 a été publiée pour la première fois en 2014 pour soutenir la passation de marchés publics de TIC accessibles, et a été mise à jour plusieurs fois depuis.

EN 301 549 harmonise les normes d’accessibilité numérique entre les États membres de l’UE, créant un cadre unifié pour évaluer et améliorer l’accessibilité des produits et services TIC. La conformité à l’EN 301 549 est requise pour les produits et services technologiques entrant dans le champ d’application de la directive européenne sur l’accessibilité du Web (WAD) et constitue une bonne pratique pour se conformer à l’European Accessibility Act (EAA).

EN 301 549 est une norme européenne d’accessibilité qui définit des critères techniques d’accessibilité pour les produits et services TIC. Élaborée par un consortium d’organismes européens, cette norme fournit des orientations détaillées pour garantir que diverses technologies — y compris le matériel, les logiciels, les sites web, les applications mobiles et les équipements de télécommunication — soient accessibles aux personnes handicapées. En d’autres termes, si votre organisation touche à l’une de ces catégories et opère sur le marché de l’UE, cette norme vous concerne.

La relation entre EN 301 549 et WCAG

La question la plus fréquente des développeurs et des responsables conformité est : Si nous sommes déjà conformes aux WCAG, avons-nous terminé ? La réponse honnête est : en grande partie, mais pas complètement. Comprendre précisément la relation entre ces deux cadres est essentiel avant de pouvoir répondre à cette question pour votre propre situation.

EN 301 549 intègre les Web Content Accessibility Guidelines (WCAG) comme fondement de ses exigences en matière d’accessibilité numérique. La dernière version de l’EN 301 549, la version 3.2.1, intègre WCAG 2.1 dans son intégralité. Il ne s’agit pas seulement d’une référence par citation — la dernière version de la norme, EN 301 549 V3.2.1, inclut le texte complet de WCAG 2.1. Les deux normes partagent la même architecture sous-jacente : EN 301 549 suit les mêmes principes fondamentaux que les WCAG : Perceptible, Utilisable, Compréhensible, Robuste (POUR).

La principale différence réside dans le périmètre. Alors que les WCAG se concentrent principalement sur le contenu web et mobile, EN 301 549 élargit son champ d’application pour inclure le matériel, les télécommunications et d’autres composants TIC, ce qui en fait un cadre plus complet pour l’accessibilité numérique. Ainsi, pour le contenu web spécifiquement, le chapitre 9 de l’EN 301 549 renvoie directement aux critères de succès WCAG 2.1 de niveau A et AA. Si votre contenu web est conforme à WCAG 2.1 AA, il satisfait aux exigences du chapitre 9 de l’EN 301 549.

Cependant, il existe une nuance juridique importante que beaucoup de praticiens manquent. Comme EN 301 549 va plus loin que les exigences des WCAG, le respect de tous les critères de succès de WCAG 2.1 ne garantit pas une présomption de conformité à la directive sur l’accessibilité du Web. La norme contient des clauses supplémentaires — pour des éléments comme les communications en texte en temps réel, les contrôles des lecteurs vidéo et l’accessibilité biométrique — qui n’ont pas d’équivalent dans les WCAG. EN 301 549 est unique en ce qu’elle va au-delà des WCAG, en s’étendant à la biométrie — en exigeant que les personnes handicapées aient accès aux technologies qui analysent des données biologiques, y compris la reconnaissance faciale et les empreintes digitales.

Les WCAG vous indiquent comment rendre votre contenu accessible. EN 301 549 vous indique quels types de TIC doivent être accessibles et dans quelle mesure — puis emprunte les critères des WCAG pour définir le niveau technique à atteindre pour le contenu web spécifiquement.

La structure des chapitres que vous devez réellement connaître

EN 301 549 est organisée en 14 clauses (chapitres), chacune couvrant une catégorie différente de TIC. La norme est organisée en chapitres couvrant différents types de TIC, et tous les chapitres ne s’appliquent pas à chaque produit — l’enjeu est d’identifier quels chapitres sont pertinents pour votre technologie spécifique. Pour la plupart des propriétaires de sites web et des développeurs, trois chapitres sont les plus immédiatement pertinents.

Chapitre 9 — Contenu web : Ce chapitre couvre les exigences en matière d’accessibilité web, en renvoyant directement à WCAG 2.1 niveau AA, et c’est le chapitre le plus pertinent pour les sites web et les applications web. Le système de numérotation rend le recoupement simple : les numéros de clauses correspondent directement aux WCAG — la clause 9.X.Y.Z de l’EN 301 549 se mappe à WCAG X.Y.Z. Par exemple, la clause 9.1.4.3 de l’EN 301 549 correspond à WCAG 1.4.3 (Contraste).

Chapitre 10 — Documents non web : Pour les documents et logiciels non web, EN 301 549 adapte les critères des WCAG à ces contextes. L’intention est la même — le contenu doit être perceptible, utilisable, compréhensible et robuste — mais les techniques spécifiques diffèrent pour les applications natives et les formats de documents. Cela est extrêmement important pour les organisations qui publient des PDF, des documents Word ou des feuilles de calcul téléchargeables. Une correction importante apportée en v3.2.1 : en raison d’une erreur éditoriale dans la v2.1.2, WCAG 2.1 s’applique désormais aux documents téléchargés depuis le web.

Chapitre 11 — Logiciels non web et applications mobiles : Ce chapitre couvre les exigences pour les applications natives (desktop et mobiles) et les plateformes logicielles, y compris les exigences d’interopérabilité avec les technologies d’assistance. À noter : les applications mobiles ne sont pas couvertes par les WCAG, même si le chapitre 11 utilise des exigences issues des WCAG. Cela s’explique par le fait que les WCAG ne s’appliquent pas réellement aux applications mobiles. Si votre organisation distribue une application native iOS ou Android, votre référence est le chapitre 11, pas le chapitre 9.

Au-delà de ces trois chapitres, d’autres chapitres pertinents incluent le chapitre 6 (communications vocales bidirectionnelles et texte en temps réel), le chapitre 7 (fonctionnalités vidéo et audio, y compris les sous-titres et l’audiodescription) et le chapitre 12 (documentation et services d’assistance — le seul chapitre qui n’est pas auto-délimité et qui s’applique toujours).

Comment EN 301 549 s’inscrit dans le paysage juridique de l’UE

Deux lois européennes distinctes renvoient à l’EN 301 549, et les confondre entraîne des lacunes de conformité. Comprendre la différence est particulièrement important pour les organisations du secteur privé qui pensaient que le droit de l’accessibilité ne s’appliquait qu’aux gouvernements.

La première est la directive sur l’accessibilité du Web (WAD), directive (UE) 2016/2102. La directive sur l’accessibilité du Web se concentre principalement sur les sites web et les applications mobiles du secteur public. Tous les sites web du secteur semi-public dans l’Union européenne devaient respecter la norme au 23 septembre 2020, et toutes les applications mobiles du secteur semi-public devaient respecter la norme au 23 juin 2021. Les organismes publics doivent également publier une déclaration d’accessibilité et fournir un mécanisme de retour d’information.

La seconde, et désormais la plus conséquente pour le secteur privé, est l’European Accessibility Act (EAA), directive (UE) 2019/882. Pour le secteur privé, l’Europe a élaboré la directive (UE) 2019/882, également connue sous le nom d’European Accessibility Act, qui s’applique à des secteurs spécifiques, notamment l’e-commerce, la banque, les livres numériques et l’électronique. L’European Accessibility Act est applicable depuis le 28 juin 2025, et tous les sites web, applications mobiles et services numériques couverts doivent respecter les normes d’accessibilité. Cette exigence s’applique aux entreprises offrant des services numériques tels que l’e-commerce, les services financiers et les télécommunications.

Point crucial, l’EAA a une portée extraterritoriale. Notamment, l’EAA impacte à la fois les entreprises basées dans l’UE et les entreprises situées en dehors de l’Europe qui vendent à des consommateurs de l’UE. Une entreprise SaaS basée aux États-Unis avec des clients européens, ou un détaillant britannique avec une vitrine dans l’UE, est concerné. La seule exemption significative : les microentreprises de moins de 10 employés et de moins de 2 millions € de chiffre d’affaires bénéficient d’exemptions limitées, mais la plupart des entreprises opérant dans l’UE sont couvertes.

EN 301 549 est la norme technique qui fournit une présomption de conformité à la fois au titre de la WAD et de l’EAA. S’y conformer est la voie la plus claire et la plus défendable juridiquement pour démontrer la conformité aux deux directives.

Ce que l’EN 301 549 exige au-delà des WCAG

Si votre équipe maintient déjà une conformité WCAG 2.1 AA, vous disposez d’une base solide. Mais plusieurs exigences de l’EN 301 549 se situent entièrement en dehors des WCAG, et elles méritent d’être examinées en détail.

Déclarations de performance fonctionnelle : La clause 4 de l’EN 301 549 introduit un ensemble d’objectifs fonctionnels de haut niveau — utilisation sans vision, sans audition, sans parole, avec des capacités cognitives limitées, etc. Ces déclarations agissent comme un filet de sécurité : si aucune exigence technique spécifique ne s’applique à une situation particulière, les produits doivent tout de même répondre à l’objectif fonctionnel sous-jacent. Cela encourage les concepteurs à penser en termes de résultats pour les utilisateurs, et non de simple conformité à une liste de contrôle.

Texte en temps réel (RTT) et télécommunications : Le chapitre 6 couvre les exigences pour les appels vocaux, les appels vidéo et le texte en temps réel. Celles-ci sont importantes pour les services VoIP, de visioconférence et de télécommunications. Cela devient de plus en plus pertinent à mesure que davantage d’organisations intègrent des fonctionnalités de chat, d’audio et de vidéo directement dans leurs applications web ou leurs portails clients.

Documentation et assistance accessibles : EN 301 549 inclut des critères exigeant que les guides d’utilisation, le contenu d’aide et le support client pour les TIC soient accessibles. Le chapitre 12 s’applique à tous les produits sans exception — ce qui signifie que votre documentation d’aide, vos interfaces de gestion de tickets de support et vos chatbots doivent tous respecter la norme au même titre que le produit principal.

Accessibilité du matériel : EN 301 549 inclut des critères soutenant l’accessibilité du matériel — les dispositifs doivent être physiquement accessibles aux utilisateurs handicapés, par exemple en offrant un retour tactile ou une hauteur réglable pour les bornes. Pour la plupart des équipes purement web, les chapitres relatifs au matériel ne sont pas directement dans le périmètre. Mais si votre écosystème produit inclut des terminaux de point de vente, des bornes libre-service ou des intégrations avec des distributeurs automatiques de billets, ces clauses deviennent très pertinentes.

Il existe également des normes spécifiques à certains pays en Europe qui peuvent aller plus loin que l’EN 301 549. Il existe des situations en Europe où une loi ou une norme locale plus spécifique dépasse l’EN 301 549 — des exemples incluent la BITV en Allemagne et le RGAA en France. Les organisations opérant dans certains États membres doivent vérifier si les transpositions nationales ont introduit des exigences supplémentaires au-delà du socle harmonisé.

Niveaux de conformité et ce que signifie réellement le niveau AA

Comme les WCAG, EN 301 549 comporte trois niveaux de conformité : A, AA et AAA. Le niveau A correspond au niveau de conformité le plus bas (minimum) et le niveau AAA est le plus élevé (maximum). Le niveau AA est le niveau obligatoire. En pratique, cela signifie que votre contenu web doit satisfaire à tous les critères de succès de niveau A et AA, sans aucun échec, pour pouvoir revendiquer une conformité complète.

Le niveau AAA n’est pas requis — et ce pour de bonnes raisons. Il n’est pas recommandé d’exiger une conformité de niveau AAA comme politique générale pour des sites entiers, car il n’est pas possible de satisfaire à tous les critères de succès de niveau AAA pour certains contenus. Cela dit, de nombreux critères de niveau AAA — comme la fourniture d’une interprétation en langue des signes pour le contenu audio ou la mise à disposition de descriptions audio étendues — sont réellement utiles pour une part significative de vos utilisateurs, et les mettre en œuvre lorsque c’est possible témoigne de votre bonne foi.

Une nuance importante concernant la portée juridique des niveaux de conformité : les nouvelles versions des WCAG ou de l’EN 301 549 ne modifient pas automatiquement les obligations légales des États membres au regard de la WAD. Pour que les changements produisent un effet, la norme doit d’abord être mise à jour puis référencée au Journal officiel. Cela signifie que, bien que WCAG 2.2 ait été publiée en octobre 2023, elle ne devient juridiquement contraignante au titre de la WAD que lorsque la version mise à jour de l’EN 301 549 y fait référence et que cette version est harmonisée. Pour la planification pratique de la conformité, cependant, il est fortement conseillé de viser WCAG 2.2, car c’est la direction prise.

La suite : EN 301 549 version 4.1.1 et WCAG 2.2

La version harmonisée actuelle de l’EN 301 549, la v3.2.1, est basée sur WCAG 2.1. Mais la norme est en cours de mise à jour active. EN 301 549 sera révisée avec l’objectif de publier la V4.1.1 en 2026 pour soutenir la directive européenne (UE) 2019/882 relative aux exigences en matière d’accessibilité des produits et services, en réponse au mandat 587 de la Commission européenne.

La prochaine version de l’EN 301 549, la v4.1.1, est prévue pour soutenir l’European Accessibility Act et inclure WCAG 2.2 AA, ainsi que des mises à jour significatives des exigences liées au texte en temps réel. WCAG 2.2 a introduit neuf nouveaux critères de succès, ciblant les utilisateurs malvoyants, les utilisateurs ayant des troubles cognitifs et d’apprentissage, et les utilisateurs mobiles ayant des limitations motrices — des domaines dans lesquels WCAG 2.1 présentait des lacunes connues. Elle a également supprimé le critère 4.1.1 (Analyse syntaxique), devenu obsolète avec les navigateurs modernes.

La conséquence pratique pour les équipes qui travaillent aujourd’hui sur l’accessibilité : visez dès maintenant WCAG 2.2 AA, et non WCAG 2.1. EN 301 549 définit des exigences techniques et inclut actuellement WCAG 2.1. Cependant, la norme doit être mise à jour dans le cadre du soutien à la mise en œuvre de l’EAA et est en cours de mise à jour pour inclure WCAG 2.2. Les organisations qui attendent l’harmonisation officielle avant de relever leur objectif de conformité se retrouveront à devoir rattraper leur retard dans l’urgence. L’écart entre WCAG 2.1 et 2.2 au niveau AA représente neuf critères — ce n’est pas une réécriture complète, mais cela reste un travail significatif.

Il convient également de noter la portée mondiale de l’EN 301 549. EN 301 549 a été adoptée par d’autres pays comme norme volontaire, notamment l’Australie et le Canada, et s’aligne étroitement sur la Section 508 du Rehabilitation Act aux États-Unis. Si votre organisation a des obligations de conformité à l’échelle mondiale, s’aligner sur l’EN 301 549 n’est pas seulement une stratégie pour l’UE — cela vous positionne favorablement vis-à-vis de plusieurs cadres réglementaires simultanément.

Étapes pratiques pour les propriétaires de sites web et les équipes conformité

Compte tenu de tout ce qui précède, par où commencer concrètement ? L’approche suivante fonctionne pour la plupart des organisations centrées sur le web, même si les équipes ayant des applications mobiles, du matériel ou des composants de télécommunications devront superposer les chapitres pertinents de l’EN 301 549.

Premièrement, établissez votre base WCAG 2.1 AA. Puisque l’EN 301 549 intègre WCAG 2.1 niveau AA, les organisations déjà conformes aux lois qui renvoient à cette norme mondiale sont bien placées pour atteindre la conformité à l’EN 301 549. Combinez une analyse automatisée et des tests manuels avec des technologies d’assistance — lecteurs d’écran, navigation au clavier seul, commande vocale — sur vos parcours utilisateurs les plus critiques. Les outils automatisés sont utiles mais limités : les outils automatisés détectent environ 30–40 % des obstacles à l’accessibilité, et la conformité à l’EN 301 549 exige des tests manuels avec des technologies d’assistance sur de vrais scénarios d’utilisation.

Deuxièmement, identifiez quels chapitres de l’EN 301 549 s’appliquent à votre produit. Si votre site propose des PDF téléchargeables, le chapitre 10 s’applique. Si vous avez un lecteur vidéo intégré, le chapitre 7 est important. Si vous proposez un chat en direct ou de la VoIP, examinez le chapitre 6. Si votre produit a une application mobile compagnon, le chapitre 11 est dans le périmètre.

Troisièmement, publiez une déclaration d’accessibilité. La directive européenne sur l’accessibilité du Web exige que les sites web et les applications mobiles disposent d’une déclaration d’accessibilité indiquant leur niveau de conformité, tout contenu qui n’est pas accessible et, le cas échéant, les alternatives accessibles fournies. Il ne s’agit pas seulement d’une exigence bureaucratique — cela témoigne de votre bonne foi, informe les utilisateurs de ce à quoi s’attendre et fournit un cadre pour le suivi continu des corrections.

Quatrièmement, relevez votre objectif vers WCAG 2.2 AA. Étant donné que l’EN 301 549 v4.1.1 intégrera WCAG 2.2, commencer dès maintenant à traiter les neuf nouveaux critères de succès — en particulier ceux relatifs à l’apparence du focus, aux mouvements de glisser-déposer et à l’authentification accessible — vous évitera une crise de conformité lorsque la nouvelle version sera harmonisée.

Cinquièmement, intégrez l’accessibilité dans votre processus de développement, plutôt que de l’ajouter par-dessus. L’accessibilité au titre de l’EAA n’est pas une étape ponctuelle. Elle exige un suivi continu, des corrections régulières et des efforts de conformité documentés sur l’ensemble des propriétés numériques. Une déclaration d’accessibilité déposée une fois puis oubliée est un passif, pas un atout. Planifiez des audits réguliers, intégrez des contrôles automatisés dans votre pipeline CI/CD et attribuez des responsabilités claires en matière d’accessibilité aux équipes produit, design et ingénierie.

Points clés à retenir

• EN 301 549 est la norme technique harmonisée de l’UE pour l’accessibilité des TIC, intégrant WCAG 2.1 AA dans son intégralité pour le contenu web tout en allant bien au-delà des WCAG en termes de périmètre pour couvrir le matériel, les applications mobiles, les documents, les télécommunications et les services d’assistance. Être conforme aux WCAG vous amène en grande partie sur la bonne voie pour votre site web, mais pas complètement.
• L’European Accessibility Act (EAA) est devenue applicable le 28 juin 2025 et s’applique aux entreprises du secteur privé — y compris les entreprises non européennes — qui offrent des produits ou services numériques aux consommateurs de l’UE. La conformité à l’EN 301 549 est le principal mécanisme pour démontrer la conformité à l’EAA.
• Le chapitre 9 de l’EN 301 549 se mappe directement à WCAG 2.1 AA pour le contenu web, mais les chapitres 10, 11, 6, 7 et 12 introduisent des exigences supplémentaires pour les documents, les applications mobiles, les communications, la vidéo et les services d’assistance respectivement — tous doivent être évalués en fonction du périmètre spécifique de votre produit.
• EN 301 549 v4.1.1, dont la publication est prévue en 2026, intégrera WCAG 2.2 AA. Viser WCAG 2.2 dès maintenant permet d’éviter une dette de remédiation future et positionne votre organisation en avance sur le prochain cycle d’harmonisation.
• La conformité continue compte autant que la conformité initiale. Les déclarations d’accessibilité publiées, les tests manuels avec de vraies technologies d’assistance et les processus de gouvernance documentés sont ce que les régulateurs et les tribunaux examinent lorsqu’ils évaluent si une organisation prend l’accessibilité au sérieux.