Aller au contenu
EAA · Directive (UE) 2019/882

EAA Annexe I — Exigences d’accessibilité

Une carte pratique de l’EAA — section par section, avec des liens directs vers les sources officielles de l’UE. Nous résumons la structure ; le texte canonique vit sur EUR-Lex et ETSI.

Lisez les sources officielles

Voici les textes réglementaires canoniques. Nous lions en profondeur plutôt que de réimprimer — l’original fait toujours plus autorité.

Réglementation principale
Directive (EU) 2019/882
EUR-Lex consolidé · les 24 langues de l’UE
Norme harmonisée
EN 301 549 v3.2.1
ETSI · la norme technique citée par l’EAA
Critères de réussite sous-jacents
WCAG 2.1 Level AA
W3C quickref · conditions de test faisant autorité
I EAA annexe I, section I

Section I — Exigences générales d’accessibilité

Exigences fondamentales applicables à tous les produits et services couverts par l’EAA.

18 clauses
I.1 · 4 clauses
I.1.a

Informations sur l’utilisation du produit ou service

Fournir les informations d’accessibilité du produit ou service via plus d’un canal sensoriel — dans le produit lui-même ou sur un site web.

Comment s'y conformer
  1. Fournir une documentation claire de toutes les fonctions d’accessibilité
  2. Décrire la compatibilité avec les technologies d’assistance courantes (lecteurs d’écran, contacteurs, commande vocale)
  3. Rendre ces informations disponibles dans des formats accessibles (HTML, PDF accessible)
  4. Inclure les informations d’accessibilité dans les manuels d’utilisation et les rubriques d’aide
EAA annexe I, point I.1.a Aucun critère de succès WCAG 2.1 n'est associé à cette clause.
I.1.b

Conception de l’interface utilisateur et des fonctionnalités

L’interface utilisateur — interaction, navigation, compréhension — doit être utilisable via plus d’un canal sensoriel.

Comment s'y conformer
  1. Veiller à ce que les éléments de l’interface soient déterminables par programme (HTML sémantique approprié)
  2. Fournir des alternatives textuelles pour tous les éléments non textuels de l’interface
  3. Prendre en charge plusieurs modalités de saisie (souris, clavier, tactile, voix)
  4. Utiliser les rôles et propriétés ARIA lorsque la sémantique native est insuffisante
EAA annexe I, point I.1.b Correspondance WCAG 2.1: 1.3.11.3.44.1.14.1.2
I.1.c

Informations, identification et fonctions opérationnelles

Les informations nécessaires pour utiliser le produit, identifier les éléments et effectuer les fonctions doivent être perceptibles et utilisables indépendamment des capacités sensorielles.

Comment s'y conformer
  1. Veiller à ce que tous les éléments interactifs disposent d’un nom accessible
  2. Fournir une identification visuelle et programmatique pour tous les contrôles
  3. Utiliser une identification cohérente entre les pages et les états
  4. Veiller à ce que les messages d’état soient communiqués aux technologies d’assistance
EAA annexe I, point I.1.c Correspondance WCAG 2.1: 1.1.11.3.14.1.2
I.1.d

Présentation perceptible des informations

Les informations doivent être présentées de manière perceptible — alternatives textuelles pour le contenu non textuel, et contenu présentable de différentes manières sans perte de sens.

Comment s'y conformer
  1. Fournir des alternatives textuelles pour les images, icônes et médias
  2. Assurer un contraste de couleurs suffisant (4.5:1 pour le texte, 3:1 pour le texte de grande taille)
  3. Ne pas se fier uniquement à la couleur pour transmettre une information
  4. Veiller à ce que le contenu conserve son sens une fois linéarisé ou reformaté
EAA annexe I, point I.1.d Correspondance WCAG 2.1: 1.1.11.3.11.3.21.3.31.4.11.4.31.4.51.4.11
I.2 · 14 clauses
I.2.a

Accessibilité des services de communication

Lorsque le service fournit des fonctions de communication, prendre en charge le texte en temps réel, la voix et la vidéo dans des formats accessibles.

Comment s'y conformer
  1. Prendre en charge le texte en temps réel (RTT) en complément de la communication vocale
  2. Fournir un sous-titrage pour les appels vidéo lorsque cela est techniquement possible
  3. Veiller à ce que les fonctions de communication fonctionnent avec les technologies d’assistance
  4. Proposer des canaux de communication alternatifs (texte, voix, vidéo)
EAA annexe I, point I.2.a Aucun critère de succès WCAG 2.1 n'est associé à cette clause.
I.2.b

Informations sur les fonctions d’accessibilité

Publier les informations sur les fonctions d’accessibilité du service et sa compatibilité avec les technologies d’assistance, dans des formats accessibles.

Comment s'y conformer
  1. Publier une déclaration d’accessibilité décrivant les fonctions et les limitations connues
  2. Documenter les technologies d’assistance et les navigateurs pris en charge
  3. Fournir des coordonnées pour les questions relatives à l’accessibilité
  4. Tenir la documentation d’accessibilité à jour à chaque nouvelle version
EAA annexe I, point I.2.b Correspondance WCAG 2.1: 1.1.11.3.1
I.2.c

Lisibilité et contraste du contenu textuel

Le texte doit permettre un rendu alternatif : taille de police ajustable, contraste suffisant, espacement configurable.

Comment s'y conformer
  1. Maintenir un rapport de contraste minimal de 4.5:1 pour le texte normal et de 3:1 pour le texte de grande taille
  2. Permettre l’agrandissement du texte jusqu’à 200% sans perte de contenu ni de fonctionnalité
  3. Prendre en charge l’espacement de texte défini par l’utilisateur (interligne, espacement des lettres, espacement des mots)
  4. Utiliser des unités relatives (em, rem, %) plutôt que des tailles de pixels fixes pour le texte
EAA annexe I, point I.2.c Correspondance WCAG 2.1: 1.4.31.4.41.4.12
I.2.d

Redimensionnement et reflow du contenu

Le contenu doit se réajuster à la fenêtre sans défilement horizontal au zoom standard ; les utilisateurs doivent pouvoir le redimensionner sans perte d’information.

Comment s'y conformer
  1. Veiller à ce que le contenu se réajuste à une largeur de fenêtre de 320px (équivalent à un zoom de 400% sur 1280px)
  2. Éviter le défilement horizontal pour un contenu à défilement vertical
  3. Utiliser des techniques de conception adaptative (CSS Grid, Flexbox)
  4. Tester avec un zoom du navigateur à 200% et 400%
EAA annexe I, point I.2.d Correspondance WCAG 2.1: 1.4.41.4.10
I.2.e

Texte alternatif pour le contenu non textuel

Le contenu non textuel (images, graphiques, audio, vidéo) doit avoir des alternatives textuelles servant un objectif équivalent.

Comment s'y conformer
  1. Fournir un texte alternatif pour toutes les images informatives
  2. Utiliser un attribut alt="" vide pour les images décoratives
  3. Fournir des transcriptions textuelles pour le contenu audio
  4. Fournir des sous-titres pour le contenu vidéo et des audiodescriptions lorsque nécessaire
EAA annexe I, point I.2.e Correspondance WCAG 2.1: 1.1.11.2.11.2.2
I.2.f

Alternatives audio et vidéo

L’audio et la vidéo doivent avoir des alternatives synchronisées : sous-titres pour l’audio, audiodescriptions pour la vidéo, transcriptions pour les médias enregistrés.

Comment s'y conformer
  1. Fournir des sous-titres synchronisés pour toute vidéo préenregistrée comportant de l’audio
  2. Fournir des audiodescriptions pour les vidéos préenregistrées lorsque l’information visuelle est essentielle
  3. Fournir des transcriptions pour le contenu préenregistré uniquement audio
  4. Veiller à ce que les sous-titres soient exacts, synchronisés et incluent l’identification des intervenants
EAA annexe I, point I.2.f Correspondance WCAG 2.1: 1.2.11.2.21.2.31.2.41.2.51.4.2
I.2.g

Utilisabilité au clavier

Toutes les fonctionnalités doivent être utilisables au clavier sans rythmes de frappe spécifiques ; pas de piège clavier.

Comment s'y conformer
  1. Veiller à ce que tous les éléments interactifs soient accessibles et utilisables au clavier (Tab, Entrée, Espace, touches fléchées)
  2. Fournir des indicateurs de focus visibles pour tous les éléments pouvant recevoir le focus
  3. Veiller à l’absence de piège au clavier : l’utilisateur doit toujours pouvoir naviguer ailleurs
  4. Prendre en charge les modèles d’interaction clavier standards pour les composants personnalisés (ARIA Authoring Practices)
EAA annexe I, point I.2.g Correspondance WCAG 2.1: 2.1.12.1.22.1.4
I.2.h

Temporisation ajustable

Lorsque des limites de temps existent, les utilisateurs doivent pouvoir les désactiver, ajuster ou prolonger — sauf si la limite est essentielle.

Comment s'y conformer
  1. Permettre aux utilisateurs de désactiver, d’ajuster ou de prolonger toute limite de temps
  2. Avertir les utilisateurs avant l’expiration du délai et permettre sa prolongation
  3. Éviter les mises à jour automatiques de contenu qui ne peuvent pas être mises en pause ou contrôlées
  4. Exceptions : événements en temps réel, limites de temps essentielles (enchères, examens)
EAA annexe I, point I.2.h Correspondance WCAG 2.1: 2.2.12.2.2
I.2.i

Restrictions sur le contenu clignotant

Le contenu ne doit pas clignoter plus de trois fois par seconde sauf s’il est sous les seuils généraux de flash et red flash.

Comment s'y conformer
  1. Éviter tout contenu clignotant plus de 3 fois par seconde
  2. Si un clignotement est nécessaire, veiller à ce qu’il reste sous le seuil général de flash
  3. Fournir un avertissement avant tout contenu susceptible de déclencher des crises
  4. Permettre aux utilisateurs de désactiver les animations et les effets de mouvement
EAA annexe I, point I.2.i Correspondance WCAG 2.1: 2.3.1
I.2.j

Mécanismes de navigation

La navigation doit être cohérente et prévisible. Plusieurs façons de trouver le contenu. L’objectif des liens doit être déterminable.

Comment s'y conformer
  1. Fournir des liens d’évitement pour contourner le contenu répété
  2. Utiliser des titres de page descriptifs qui identifient le sujet ou l’objectif
  3. Veiller à ce que l’ordre de focus suive une séquence logique et cohérente
  4. Fournir plusieurs mécanismes de navigation (menu, recherche, plan du site)
  5. Utiliser un texte de lien descriptif qui a du sens hors contexte
EAA annexe I, point I.2.j Correspondance WCAG 2.1: 2.4.12.4.22.4.32.4.42.4.52.4.62.4.7
I.2.k

Identification de la langue

La langue par défaut de la page et tout changement de langue dans le contenu doivent être déterminables par programme.

Comment s'y conformer
  1. Définir l’attribut lang sur l’élément <html>
  2. Signaler les changements de langue dans le contenu à l’aide de l’attribut lang
  3. Utiliser des balises de langue IETF BCP 47 valides (par exemple « en », « de », « fr »)
  4. Veiller à ce que les technologies d’assistance puissent détecter la langue et adapter la prononciation en conséquence
EAA annexe I, point I.2.k Correspondance WCAG 2.1: 3.1.13.1.2
I.2.l

Comportement prévisible

Les composants doivent se comporter de manière prévisible. Le focus ne doit pas déclencher de changements de contexte inattendus. Les composants similaires doivent être identifiés de manière cohérente.

Comment s'y conformer
  1. Ne pas changer de contexte lors de la prise de focus (pas de navigation ni de fenêtre surgissante inattendue)
  2. Ne pas changer de contexte lors de la saisie, sauf si l’utilisateur en est averti au préalable
  3. Utiliser une navigation et un étiquetage cohérents entre les pages
  4. Identifier les composants similaires de manière cohérente dans l’ensemble du service
EAA annexe I, point I.2.l Correspondance WCAG 2.1: 1.4.133.2.13.2.23.2.33.2.4
I.2.m

Aide à la saisie et gestion des erreurs

Les erreurs de saisie doivent être détectées et décrites. Étiquettes et instructions doivent être fournies. Suggestions de correction et prévention pour les données légales ou financières.

Comment s'y conformer
  1. Fournir des étiquettes visibles pour tous les champs de formulaire
  2. Identifier clairement les erreurs de saisie et fournir des descriptions textuelles
  3. Suggérer des corrections lorsque des erreurs de saisie sont détectées
  4. Permettre aux utilisateurs de vérifier, corriger et confirmer les soumissions ayant des conséquences légales ou financières
  5. Utiliser des attributs autocomplete pour les champs de saisie courants (nom, e-mail, adresse)
EAA annexe I, point I.2.m Correspondance WCAG 2.1: 1.3.52.5.33.3.13.3.23.3.33.3.44.1.3
I.2.n

Compatibilité avec les technologies d’assistance

Le contenu doit être compatible avec les technologies d’assistance actuelles et futures. Le nom, le rôle et la valeur des composants UI doivent être déterminables par programme.

Comment s'y conformer
  1. Utiliser un balisage HTML valide et bien formé
  2. Veiller à ce que tous les composants d’interface disposent d’un nom et d’un rôle accessibles
  3. Exposer les changements d’état et de propriété à l’API d’accessibilité
  4. Tester avec des lecteurs d’écran (NVDA, JAWS, VoiceOver) et d’autres technologies d’assistance
EAA annexe I, point I.2.n Correspondance WCAG 2.1: 4.1.14.1.24.1.3
III EAA annexe I, section III

Section III — Exigences spécifiques au web

Exigences supplémentaires pour les sites web et applications web sous l’EAA.

3 clauses
III.a

Conformité WCAG 2.1 Level AA pour le web

Sites et applications web doivent se conformer à WCAG 2.1 Level AA tel que référencé par EN 301 549 v3.2.1.

Comment s'y conformer
  1. Réaliser un audit complet WCAG 2.1 AA à l’aide d’outils automatisés reconnus par le secteur et de tests manuels
  2. Traiter tous les critères de succès Level A et Level AA
  3. Tester avec plusieurs navigateurs, lecteurs d’écran et périphériques de saisie
  4. Établir un plan de mise en conformité pour toute non-conformité
EAA annexe I, point III.a Correspondance WCAG 2.1: 1.1.11.2.11.2.21.2.31.2.41.2.51.3.11.3.21.3.31.3.41.3.51.4.11.4.21.4.31.4.41.4.51.4.101.4.111.4.121.4.132.1.12.1.22.1.42.2.12.2.22.3.12.4.12.4.22.4.32.4.42.4.52.4.62.4.72.5.12.5.22.5.32.5.43.1.13.1.23.2.13.2.23.2.33.2.43.3.13.3.23.3.33.3.44.1.14.1.24.1.3
III.b

Accessibilité du contenu web

Le contenu web doit être perceptible, utilisable, compréhensible et robuste pour tous les types de contenus — texte, médias, formulaires, contenu dynamique.

Comment s'y conformer
  1. Veiller à ce que tout le contenu des pages soit accessible aux technologies d’assistance
  2. Fournir des alternatives pour le contenu complexe (graphiques, infographies, tableaux de données)
  3. Rendre accessibles les mises à jour de contenu dynamique (AJAX, navigation de type SPA)
  4. Tester la navigation des applications monopages avec des lecteurs d’écran
EAA annexe I, point III.b Correspondance WCAG 2.1: 1.1.11.3.11.4.32.1.14.1.2
III.c

Accessibilité du web mobile

Le contenu web livré sur mobile doit respecter les mêmes exigences d’accessibilité. Cibles tactiles, gestes et comportement responsive doivent être accessibles.

Comment s'y conformer
  1. Veiller à ce que les cibles tactiles mesurent au moins 44x44 pixels CSS
  2. Prendre en charge les orientations portrait et paysage
  3. Fournir des alternatives aux gestes complexes (pincement, balayage, multi-doigts)
  4. Tester avec les lecteurs d’écran mobiles (VoiceOver sur iOS, TalkBack sur Android)
EAA annexe I, point III.c Correspondance WCAG 2.1: 1.3.41.4.102.5.12.5.22.5.32.5.4
IV EAA annexe I, section IV

Section IV — Exigences sectorielles

Exigences pour des secteurs spécifiques — communications électroniques, médias audiovisuels, transport, banques, e-books, e-commerce.

7 clauses
IV.a

Accessibilité e-commerce

Les services e-commerce doivent garantir l’accessibilité de tout le parcours d’achat — navigation, sélection, paiement, confirmation.

Comment s'y conformer
  1. Veiller à ce que les listes de produits, les filtres et le tri soient accessibles au clavier
  2. Fournir des descriptions de produits accessibles et des alternatives aux images
  3. Rendre l’ensemble du parcours de paiement utilisable avec les technologies d’assistance
  4. Veiller à ce que les formulaires de paiement disposent d’étiquettes appropriées et d’une gestion des erreurs
EAA annexe I, point IV.a Correspondance WCAG 2.1: 1.1.11.3.12.1.13.3.24.1.2
IV.b

Accessibilité des services bancaires et financiers

Les services bancaires et financiers doivent rendre accessibles la gestion de compte, les transactions et les informations financières — sans que la sécurité crée de barrières.

Comment s'y conformer
  1. Veiller à ce que les mécanismes d’authentification soient accessibles (alternatives au CAPTCHA, options biométriques)
  2. Rendre les parcours de transaction entièrement utilisables au clavier et avec un lecteur d’écran
  3. Fournir des relevés de compte et des documents financiers accessibles
  4. Veiller à ce que les fonctions de sécurité (authentification à deux facteurs, expiration de session) prennent en compte les utilisateurs en situation de handicap
EAA annexe I, point IV.b Correspondance WCAG 2.1: 1.3.11.3.52.1.13.3.24.1.2
IV.c

Accessibilité des services de transport

Les services de billetterie et d’information voyageurs doivent être accessibles — réservation, informations en temps réel, terminaux libre-service.

Comment s'y conformer
  1. Veiller à ce que les parcours de réservation et d’achat de billets soient entièrement accessibles
  2. Fournir les informations de voyage en temps réel dans des formats accessibles
  3. Rendre les terminaux libre-service accessibles (ou fournir des alternatives accessibles)
  4. Veiller à ce que les applications mobiles des services de transport respectent les exigences d’accessibilité
EAA annexe I, point IV.c Correspondance WCAG 2.1: 1.1.11.3.12.1.14.1.2
IV.d

Accessibilité des services de communications électroniques

Les services de communications électroniques doivent prendre en charge le texte en temps réel, la conversation totale lorsque c’est faisable et des interfaces client accessibles — y compris les services de relais.

Comment s'y conformer
  1. Prendre en charge le texte en temps réel (RTT) dans la communication vocale
  2. Fournir la conversation totale (voix + texte + vidéo) lorsque cela est possible
  3. Veiller à ce que les portails libre-service destinés aux clients soient accessibles
  4. Rendre accessibles la configuration des services et la gestion de compte
EAA annexe I, point IV.d Aucun critère de succès WCAG 2.1 n'est associé à cette clause.
IV.e

Accessibilité des services de médias audiovisuels

Les services de médias audiovisuels doivent fournir l’accès via sous-titres, audiodescriptions et guides électroniques de programmes accessibles.

Comment s'y conformer
  1. Fournir des sous-titres pour tout contenu audiovisuel
  2. Fournir des audiodescriptions pour le contenu uniquement visuel
  3. Veiller à ce que les lecteurs multimédias soient accessibles au clavier
  4. Rendre accessibles les guides électroniques de programmes (EPG)
EAA annexe I, point IV.e Correspondance WCAG 2.1: 1.2.11.2.21.2.4
IV.f

Accessibilité des e-books et de l’édition numérique

Les e-books et publications numériques doivent prendre en charge la synthèse vocale, l’affichage ajustable, la navigation accessible et un DRM qui ne bloque pas l’accessibilité.

Comment s'y conformer
  1. Veiller à ce que les e-books prennent en charge la synthèse vocale et la navigation au lecteur d’écran
  2. Permettre l’ajustement de la taille de police, de l’espacement et des couleurs
  3. Fournir des descriptions alternatives pour les images et les graphiques
  4. Veiller à ce que les DRM ne bloquent pas l’accès aux technologies d’assistance
EAA annexe I, point IV.f Correspondance WCAG 2.1: 1.1.11.3.1
IV.g

Services d’identification électronique (liés à eIDAS)

Note : l’eID est régie par les règlements (UE) 910/2014 et 2024/1183 (eIDAS), pas par l’Annexe I EAA. Elle compte ici car l’authentification verrouille souvent des services couverts par l’EAA.

Comment s'y conformer
  1. Veiller à ce que les parcours de connexion et d’authentification soient accessibles
  2. Fournir des alternatives aux CAPTCHA visuels
  3. Rendre l’authentification multifacteur accessible (sans dépendre d’un seul canal sensoriel)
  4. Veiller à ce que les processus de signature électronique soient utilisables avec les technologies d’assistance
eIDAS : règlement (UE) n° 910/2014 et 2024/1183 (lié, hors annexe I de l'EAA) Correspondance WCAG 2.1: 1.3.52.1.13.3.24.1.2
V EAA annexe V (modèle de déclaration)

Annexe V — Modèle de déclaration d’accessibilité

Format obligatoire de la déclaration d’accessibilité EAA que les prestataires doivent publier (distincte de l’Annexe I).

3 clauses
V.1.a

Identification du fournisseur (Annexe V)

La déclaration d’accessibilité doit inclure le nom et l’adresse de l’opérateur économique (fabricant, importateur, distributeur ou prestataire de services).

Comment s'y conformer
  1. Inclure la dénomination sociale complète de l’organisation
  2. Inclure l’adresse du siège social
  3. Inclure des coordonnées pour les questions relatives à l’accessibilité
  4. Pour les importateurs et distributeurs, identifier également le fabricant
EAA annexe V (modèle de déclaration), point V.1.a Aucun critère de succès WCAG 2.1 n'est associé à cette clause.
V.1.b

Identification du produit ou service (Annexe V)

La déclaration doit identifier le produit ou service — modèle, type, lot, numéro de série ou tout autre élément permettant l’identification.

Comment s'y conformer
  1. Identifier clairement le produit ou le service couvert par la déclaration
  2. Inclure les numéros de version pour les logiciels et services web
  3. Préciser le périmètre concerné (par exemple les URL, applications ou modèles de produits)
  4. Inclure la date de l’évaluation ou de la déclaration
EAA annexe V (modèle de déclaration), point V.1.b Aucun critère de succès WCAG 2.1 n'est associé à cette clause.
V.1.c

Normes harmonisées applicables (Annexe V)

La déclaration doit référencer les normes harmonisées (EN 301 549) ou les spécifications techniques utilisées pour évaluer la conformité.

Comment s'y conformer
  1. Référencer la norme EN 301 549 v3.2.1 (ou une version ultérieure) comme norme harmonisée
  2. Référencer WCAG 2.1 Level AA comme norme technique de référence
  3. Lister toute norme supplémentaire appliquée (par exemple ATAG, UAAG)
  4. En l’absence de norme harmonisée utilisée, décrire les spécifications techniques appliquées
EAA annexe V (modèle de déclaration), point V.1.c Aucun critère de succès WCAG 2.1 n'est associé à cette clause.
VI EAA article 14 + article 4, paragraphe 5

Article 14 — Exemptions (charge disproportionnée + microentreprise)

Critères pour limiter les exigences d’accessibilité au titre de l’article 14 EAA, ainsi que l’exemption microentreprise de l’article 4(5).

2 clauses
VI.a

Évaluation de la charge disproportionnée (Article 14)

Les exigences d’accessibilité peuvent être limitées lorsque la conformité impose une charge disproportionnée — évaluée selon le coût net, la taille de l’organisation et le bénéfice pour les personnes handicapées.

Comment s'y conformer
  1. Documenter les exigences spécifiques invoquées comme constituant une charge disproportionnée
  2. Fournir une analyse coûts-bénéfices pour chaque exemption invoquée
  3. Réévaluer les demandes de charge disproportionnée lors de la mise à jour des produits ou services
  4. L’exemption ne s’applique pas à l’obligation de produire une déclaration d’accessibilité
EAA article 14 : charge disproportionnée Aucun critère de succès WCAG 2.1 n'est associé à cette clause.
VI.b

Exemption microentreprise (Article 4(5))

Les microentreprises fournissant des services (moins de 10 employés ET chiffre d’affaires ou bilan ≤ 2 M€) sont exemptées des exigences d’accessibilité des services.

Comment s'y conformer
  1. L’exemption s’applique uniquement aux services, et non aux produits
  2. Les deux critères doivent être remplis : moins de 10 employés ET un chiffre d’affaires ou un bilan inférieur à 2 millions d’euros
  3. Les microentreprises sont néanmoins encouragées à se conformer volontairement
  4. Si l’entreprise dépasse ces seuils, l’exemption ne s’applique plus
EAA article 4, paragraphe 5 : exemption des microentreprises Aucun critère de succès WCAG 2.1 n'est associé à cette clause.

Ce qu'aucun outil automatisé ne peut vérifier

Les tests automatisés ne détectent qu'une partie des obstacles décrits par les WCAG. Ces vérifications nécessitent une intervention humaine ; effectuez-les avant de publier une déclaration d'accessibilité.

  1. Clavier uniquement

    Rangez la souris et atteignez chaque lien, bouton, menu et champ de formulaire avec Tab, Maj+Tab, Entrée, Espace et les touches fléchées. Le focus ne doit jamais rester bloqué, doit suivre un ordre logique et doit toujours être visible.

    EAA I.2.g WCAG 2.1.1WCAG 2.1.2WCAG 2.4.3WCAG 2.4.7

  2. Lecteur d'écran

    Écoutez la page avec NVDA ou JAWS (Windows), VoiceOver (macOS, iOS) ou TalkBack (Android). Les titres, points de repère, boutons et champs de formulaire devraient être annoncés avec des noms qui ont du sens.

    EAA I.2.n WCAG 4.1.2WCAG 1.3.1WCAG 1.1.1

  3. Qualité des alternatives textuelles

    L'automatisation peut détecter qu'une alternative textuelle existe, pas si elle est correcte. Vérifiez que chaque description indique ce que l'image montre ou fait, et que les images décoratives restent silencieuses.

    EAA I.2.e WCAG 1.1.1

  4. Sous-titres, transcriptions et audiodescription

    Regardez chaque vidéo avec le son coupé : les sous-titres doivent être exacts et synchronisés. L'audio a besoin d'une transcription, et les informations visuelles importantes nécessitent une audiodescription ou une alternative textuelle.

    EAA I.2.f WCAG 1.2.2WCAG 1.2.1WCAG 1.2.3WCAG 1.2.5

  5. Ordre de lecture et de focus

    L'ordre dans lequel un lecteur d'écran lit la page et dans lequel le clavier la parcourt doit correspondre à l'ordre visuel et au sens du contenu.

    EAA I.1.d WCAG 1.3.2WCAG 2.4.3

  6. Zoom, redistribution et espacement du texte

    Zoomez le navigateur à 200 % et à 400 % (une fenêtre large de 320 px). Aucun texte ni aucune fonction ne doit être perdu, rien ne doit nécessiter de défilement horizontal, et l'augmentation de l'espacement du texte ne doit pas tronquer le contenu.

    EAA I.2.d WCAG 1.4.4WCAG 1.4.10WCAG 1.4.12

  7. Liens, libellés et messages d'erreur

    Chaque lien, bouton et libellé de formulaire indique ce qu'il fait dans son contexte. Les messages d'erreur nomment le champ, expliquent ce qui n'a pas fonctionné et indiquent comment le corriger.

    EAA I.2.j WCAG 2.4.4WCAG 2.4.6WCAG 3.3.1WCAG 3.3.3

  8. Couleur et indices sensoriels

    L'information n'est jamais transmise uniquement par la couleur, la forme, la taille ou la position. Vérifiez le contraste sur les images de texte, les dégradés, ainsi que les états de survol et de focus, que les outils automatisés ne peuvent pas mesurer de façon fiable.

    EAA I.1.d WCAG 1.4.1WCAG 1.3.3WCAG 1.4.11

  9. Mouvement, délais et clignotement

    Les carrousels, animations et contenus à mise à jour automatique peuvent être mis en pause ou arrêtés, les limites de temps peuvent être désactivées ou prolongées, et rien ne clignote plus de trois fois par seconde.

    EAA I.2.h WCAG 2.2.2WCAG 2.2.1WCAG 2.3.1

  10. Comportement prévisible

    Le fait de donner le focus à un champ ou de le remplir ne modifie jamais la page ni n'ouvre une nouvelle fenêtre de façon inattendue. La navigation et les composants répétés apparaissent au même endroit et fonctionnent de la même manière sur chaque page.

    EAA I.2.l WCAG 3.2.1WCAG 3.2.2WCAG 3.2.3WCAG 3.2.4

  11. Déclaration d'accessibilité et retours

    Publiez une déclaration d'accessibilité qui répertorie les limitations connues et offre aux utilisateurs un moyen fonctionnel de signaler des obstacles et d'obtenir une réponse.

    EAA I.2.b Créer une déclaration d'accessibilité →

À propos de ce framework d’audit

Voici l’arbre de notation d’audit de RankProof, dérivé de la directive (UE) 2019/882 (European Accessibility Act) — Annexe I (exigences techniques), Annexe V (format de déclaration) et Article 14 (exemptions) — combiné à la norme harmonisée EN 301 549 v3.2.1 et aux critères de réussite WCAG 2.1 Level AA. Les libellés de section indiquent la source dans la directive. La numérotation officielle est conservée sur chaque page de clause avec un lien direct vers le texte canonique EUR-Lex.

Gratuit · sans compte

Où en est votre site ?

Lancez l'audit d'accessibilité gratuit : il teste votre page selon les critères WCAG 2.1 AA liés à ces clauses et liste ce qu'il faut corriger.

Audit gratuit ou lire le guide de conformité EAA