Méthode de contrôle simplifié de l'accessibilité v1.2.1
Introduction
Chaque état membre de l’UE peut définir sa propre méthode de contrôle simplifié, mais cette méthode doit répondre aux exigences définies dans la décision d'exécution UE 2018/1524. L’objectif de cette méthode de contrôle simplifié est de détecter des non-conformités, elle ne vise pas l’exhaustivité du contrôle approfondi. Cette méthode est fondée sur un sous-ensemble de critères du RAWeb appliqués à un échantillon de 3 pages.
Méthode de contrôle simplifié de sites
Outils recommandés pour les tests
La méthode de contrôle peut être réalisée sans les outils suivants. Cependant la décision d'exécution UE 2018/1524 encourage fortement la mise en oeuvre de tests semi-automatisés. Nous recommandons donc les outils suivant pour mener les tests :
- les outils recommandés dans la méthodologie de test du RAWeb
- L’extension de navigateur Axe
Ces outils sont gratuits et open sources, ou basés sur des technologies open sources.
Modèles de documents
Voici les modèles de documents pour réaliser un audit simplifié.
- Modèle de rapport d'audit, format Docx (21 Ko)
- Grille d'audit, format Xlsx (81 Ko)
Définition de l'échantillon de pages
L’échantillon de pages à tester est de 3 pages. Nous recommandons les trois pages suivantes :
- La page d’accueil ;
- Une page avec un formulaire (la page de contact par exemple) ;
- Une page avec un contenu particulier : une vidéo, un tableau, une image complexe.
Il est nécessaire d’éviter les pages contenant un nombre trop important de contenus dérogés. Si des non-conformités sont détectées pour un critère proposé ci-après, il n’est pas nécessaire de tester les 3 pages pour ce critère. Nous considérons uniquement des pages web, tous les documents téléchargeables sont hors scope de cette méthode.
Appréciation générale
Certains éléments du site ne sont pas contrôlables au moyen des critères de contrôle simplifié proposés ici mais impactent la lecture qui pourra être faite des résultats. Cette appréciation doit être réalisée de manière globale sur l’ensemble du site. Les critères suivants doivent être évalués et apparaitre dans une section dédiée du rapport :
- Quantité de contenus dérogés : il est surtout important de pointer les contenus dérogés qui embarquent des fonctionnalités ou des informations essentielles aux usagers (démarche en ligne, accès à des informations etc.). Un trop grand nombre de contenus dérogés pourrait remettre en question l’évaluation de la conformité.
- Quantité et nature des documents bureautiques (Word, Excel, PDF) : ici la quantité et la nature des documents sont deux indices importants. Plus il y a de contenus en téléchargement, plus il y a de chances que des utilisateurs n’accèdent pas à l’information. Ce défaut d’accès étant d’autant plus dommageable que les documents bureautiques sont nécessaires à la réalisation d’une démarche.
- Présence de procédures essentielles aux usagers derrière une procédure d’identification inaccessible.
Évaluation de l’échantillon
Nous devons évaluer chaque critère de la checklist décrite ci-après. L’objectif est uniquement de lister des non-conformités. On démarre l’évaluation en lançant les tests automatisés, on vérifie manuellement les résultats des tests automatisés puis on réalise les tests manuels. Si aucune non-conformité n’est remontée par les tests automatisés pour un critère donné, alors un test manuel plus complet est engagé. Cependant, si le test automatique a déjà relevé une erreur, alors le test manuel plus complet n’est plus nécessaire. Nous proposons de remplir la grille d’audit au fur et à mesure de l’exécution de l’audit. Si un test échoue sur une page, on stoppe le test et on le documente, il n’est pas nécessaire de tester d’autres pages. Lorsque l’ensemble des critères de la checklist ont été testés, il est nécessaire de synthétiser les résultats de l’audit dans le rapport.
Checklist
Critères testables semi-automatiquement
Lancer les tests avec l’extension Axe et ne relever que les résultats correspondant aux règles Axe suivantes. L’identifiant de la règle Axe est visible dans l’URL affichée au survol de chaque problème. Les bonnes pratiques ne correspondant pas à proprement parler à des problèmes d’accessibilité, elles peuvent être désactivées dans les réglages de l’extension Axe. La correspondance entre les règles Axe et les critères RAWeb est disponible dans le tableau ci-après ainsi que sur la page reprenant l'ensemble des critères pour les tests simplifiés.
Critères testables manuellement
Voici la liste des critères à tester manuellement : 1.1, 1.2, 1.3, 1.4, 1.5, 1.6, 1.7, 3.1, 3.2, 4.1, 4.2, 4.3, 4.4, 4.8, 4.9, 4.10, 4.11, 5.6, 5.7, 6.1, 6.2,7.3, 8.4, 8.5, 8.6, 8.7, 8.8, 9.1, 9.2, 10.7, 10.9, 10.10, 10.14, 11.1, 11.2, 11.5, 11.6, 11.7, 11.10, 12.6, 12.7, 12.8, 12.9, 12.11, 13.1, 13.7, 13.8. Ces critères sont listés sur la page audit simplifié – critères. Pour l’exécution des tests manuels, utiliser la méthodologie de test du RAWeb (un lien est fourni dans chaque test sur la page mentionnée précédemment). Si un problème d’accessibilité est détecté pendant l’audit manuel et ne correspond pas à un de ces critères, il est recommandé de mentionner ce problème dans le rapport.
|
règle Axe |
Message d'erreur Axe en anglais |
Critères RAWeb |
|---|---|---|
|
area-alt |
Active <area> elements must have alternate text |
1.1 ou 1.2 |
|
Aria-allowed-attr |
Elements must only use allowed ARIA attributes |
8.2 |
|
Aria-hidden-body |
aria-hidden='true' must not be present on the document body |
10.8 |
|
Aria-hidden-focus |
ARIA hidden element must not contain focusable elements |
10.8 |
|
Aria-required-attr |
Required ARIA attributes must be provided |
8.2 |
|
Aria-required-children |
Certain ARIA roles must contain particular children |
8.2 |
|
Aria-required-parent |
Certain ARIA roles must be contained by particular parents |
8.2 |
|
Aria-roledescription |
Use aria-roledescription on elements with a semantic role |
8.2 |
|
Aria-roles |
ARIA roles used must conform to valid values |
8.2 |
|
Aria-valid-attr |
ARIA attributes must conform to valid names |
8.2 |
|
Aria-valid-attr-value |
ARIA attributes must conform to valid values |
8.2 |
|
Blink |
<blink> elements are deprecated and must not be used |
13.8 |
|
Button-name |
Buttons must have discernible text |
11.9 |
|
Bypass |
Page must have means to bypass repeated blocks |
12.7 |
|
Color-contrast |
Elements must have sufficient color contrast |
3.2 |
|
Definition-list |
<dl> elements must only directly contain properly-ordered <dt> and <dd> groups, <script>, <template> or <div> elements |
8.2 |
|
Dlitem |
<dt> and <dd> elements must be contained by a <dl> |
8.2 |
|
Duplicate-id-active |
IDs of active elements must be unique |
8.2 |
|
Duplicate-id-aria |
IDs used in ARIA and labels must be unique |
8.2 |
|
Frame-title |
Frames must have an accessible name |
2.1 |
|
Headings-order |
Heading levels should only increase by one |
9.1 |
|
Html-has-lang |
<html> element must have a lang attribute |
8.3 |
|
Html-lang-valid |
<html> element must have a valid value for the lang attribute |
8.4 |
|
Image-alt |
Images must have alternate text |
1.1 ou 1.2 |
|
Input-button-name |
Input buttons must have discernible text |
11.9 |
|
Input-image-alt |
Image buttons must have alternate text |
1.1 ou 1.2 |
|
Label |
Form elements must have labels |
11.1 |
|
Link-name |
Links must have discernible text |
6.2 |
|
List |
<ul> and <ol> must only directly contain <li>, <script> or <template> elements |
8.2 |
|
Listitem |
<li> elements must be contained in a <ul> or <ol> |
8.2 |
|
Marquee |
<marquee> elements are deprecated and must not be used |
13.8 |
|
Meta-refresh |
Timed refresh must not exist |
13.1 |
|
Object-alt |
<object> elements must have alternate text |
1.1 ou 1.2 |
|
Role-img-alt |
[role='img'] elements have an alternative text |
1.1 ou 1.2 |
|
Svg-img-alt |
svg elements with an img role have an alternative text |
1.1 ou 1.2 |
|
Td-headers-attr |
All cells in a table element that use the headers attribute must only refer to other cells of that same table |
5.7 |
|
Th-has-data-cells |
All th elements and elements with role=columnheader/rowheader must have data cells they describe |
5.7 |
|
Video-caption |
<video> elements must have captions |
4.3 |
|
Valid-lang |
lang attribute must have a valid value |
8.8 |
|
Region |
All page content should be contained by landmarks |
9.2 |
|
Landmark-no-duplicate-main |
Document should not have more than one main landmark |
9.2 |