2.1 Référentiel utilisé
L'évaluation a été réalisée selon la méthodologie décrite par la Direction interministérielle du numérique (DINUM) pour l'application du Référentiel Général d'Amélioration de l'Accessibilité (RGAA) version 4.1.2.
Le RGAA constitue la déclinaison française des Web Content Accessibility Guidelines (WCAG) 2.1 de niveau AA.
L'objectif de l'audit est d'identifier les critères applicables au site, d'évaluer leur conformité et de proposer les actions de remédiation nécessaires.
2.2 Nature de l'évaluation
L'évaluation repose sur une approche mixte combinant :
- une analyse statique du code source ;
- une analyse dynamique du comportement du site ;
- une validation de la conformité du code HTML généré ;
- un contrôle documentaire des fichiers téléchargeables.
Cette méthode permet de couvrir aussi bien les exigences techniques du RGAA que l'expérience réelle d'un utilisateur.
2.3 Analyse statique
Une première phase d'analyse a porté sur les composants communs du site.
Les éléments suivants ont notamment été examinés :
- structure des gabarits Twig ;
- hiérarchie des titres ;
- composants de navigation ;
- formulaires ;
- composants Bootstrap utilisés ;
- feuilles de style CSS ;
- scripts JavaScript ;
- gestion des images ;
- gestion des pièces jointes ;
- structure générale des pages.
Cette analyse a permis d'identifier les composants réutilisés sur l'ensemble du site et de cibler les points nécessitant une vérification dynamique.
2.4 Analyse dynamique
Les vérifications dynamiques ont été réalisées sur un échantillon représentatif de pages au moyen de scénarios reproduisant les parcours d'un utilisateur.
Les scénarios suivants ont été exécutés.
DYN-001 — Vérification du lien d'évitement
Objectifs :
- visibilité du lien d'évitement ;
- accès direct au contenu principal ;
- poursuite correcte de la navigation clavier.
DYN-002 — Navigation exclusivement au clavier
Objectifs :
- ordre de tabulation ;
- navigation dans les menus ;
- accès aux pages ;
- absence de piège clavier.
DYN-003 — Recherche d'articles
Objectifs :
- accès au formulaire de recherche ;
- navigation dans les résultats ;
- visibilité du focus ;
- activation des liens.
DYN-004 — Consultation complète d'un article
Objectifs :
- ouverture d'un article ;
- navigation dans son contenu ;
- consultation des catégories ;
- téléchargement des pièces jointes ;
- navigation dans le pied de page ;
- retour vers la navigation principale.
DYN-005 — Redimensionnement
Deux niveaux de zoom ont été testés :
- 200 % ;
- 400 %.
Les vérifications ont porté sur :
- la conservation des fonctionnalités ;
- l'absence de perte d'information ;
- l'absence de défilement horizontal ;
- le comportement responsive.
DYN-006 — Identification des liens et perception visuelle
Cette phase a permis de vérifier :
- l'identification des liens dans les contenus éditoriaux ;
- la lisibilité des catégories ;
- la visibilité des liens du pied de page ;
- l'usage exclusif ou non de la couleur pour transmettre une information.
DYN-007 — Technologies d'assistance
Les tests complets avec lecteur d'écran n'ont pas été réalisés dans le cadre de cette première campagne.
En revanche, une analyse de l'arbre d'accessibilité ainsi que des attributs ARIA a été réalisée lors de l'analyse du code.
Une campagne complémentaire utilisant NVDA (Windows) ou Orca (Linux) est recommandée après la mise en œuvre des corrections.
DYN-008 — Documents PDF
Un échantillon représentatif de documents PDF a été contrôlé afin de vérifier :
- la sélection du texte ;
- la possibilité d'effectuer une recherche dans le document ;
- la qualité des intitulés des liens de téléchargement ;
- la présence éventuelle de documents scannés.
DYN-009 — Validation HTML
Les principales pages du site ont été soumises au validateur HTML du W3C.
Cette étape a permis d'identifier notamment :
- les attributs HTML invalides ;
- les erreurs ARIA ;
- les valeurs d'attributs incorrectes ;
- les anomalies de hiérarchie des titres ;
- les URL techniquement invalides.
DYN-010 — Contrôle des contrastes
Une vérification visuelle des principaux contrastes du site a été réalisée.
Les éléments suivants ont été examinés :
- catégories d'articles ;
- liens présents dans les contenus éditoriaux ;
- pied de page ;
- visibilité du focus.
Les éléments identifiés comme potentiellement critiques ont ensuite été analysés individuellement.
2.5 Outils utilisés
L'évaluation a mobilisé les outils suivants :
| Outil | Utilisation |
|---|---|
| Firefox | Navigation, inspection et tests utilisateurs |
| Outils de développement Firefox | Inspection HTML, CSS et accessibilité |
| Validateur HTML du W3C | Validation du code HTML généré |
| Navigateur PDF intégré à Firefox | Vérification des documents PDF |
| Analyse manuelle | Vérification des critères nécessitant une appréciation humaine |
2.6 Environnement de test
Les essais ont été réalisés principalement sous Firefox.
Des vérifications complémentaires ont été effectuées sous Linux et Windows afin de confirmer le comportement des principaux composants.
Les tests ont notamment porté sur :
- la navigation exclusivement au clavier ;
- le redimensionnement jusqu'à 400 % ;
- les composants responsive ;
- les formulaires ;
- les pièces jointes ;
- les contenus éditoriaux.
Les résultats observés ont présenté un comportement cohérent entre les différents environnements testés.
2.7 Échantillon retenu
Conformément à la méthodologie du RGAA, l'audit n'a pas porté sur l'ensemble des pages publiées mais sur un échantillon représentatif couvrant les principaux gabarits utilisés par le site.
L'échantillon comprend notamment :
- la page d'accueil ;
- la liste des articles ;
- plusieurs articles représentatifs ;
- un article contenant des pièces jointes ;
- une page de type « panel » ;
- les pages légales ;
- plusieurs documents PDF.
La forte factorisation des gabarits Twig permet d'extrapoler les résultats obtenus à l'ensemble des contenus reposant sur les mêmes composants.
2.8 Méthode de classement des anomalies
Chaque anomalie identifiée dans le présent rapport est décrite selon les informations suivantes :
- critère RGAA concerné ;
- composant impacté ;
- nature de la non-conformité ;
- gravité ;
- impact fonctionnel ;
- recommandation de correction.
Lorsque plusieurs pages utilisent un même composant, une seule anomalie est recensée afin d'éviter les doublons.
Cette approche facilite la planification des travaux de mise en conformité et permet de mesurer précisément l'impact des corrections sur l'ensemble du site.