Drupal : un socle solide, des angles morts
Drupal est l'un des rares systèmes de gestion de contenu à avoir fait de l'accessibilité un engagement explicite du projet. Le cœur et les thèmes d'administration en portent la trace. Cela ne rend pas un site Drupal conforme pour autant : le socle est bon, les angles morts se situent ailleurs.
Ce qui est acquis
- Un balisage de sortie propre et des régions déclarées dans les thèmes de base.
- Une gestion native des alternatives textuelles sur les champs image.
- Des messages système restitués aux technologies d'assistance.
- Une interface d'administration utilisable au clavier — ce qui compte pour les contributeurs en situation de handicap, sujet trop souvent oublié.
- Une bibliothèque de classes utilitaires prévue pour les textes destinés aux lecteurs d'écran.
Les angles morts
| Point | Pourquoi le socle n'y peut rien |
|---|---|
| Thème sur mesure | Les qualités du cœur ne survivent pas à un thème qui réécrit le balisage |
| Vues et listes | La structure produite dépend entièrement de la configuration : tableaux sans en-têtes, listes non balisées |
| Recherche à facettes | Filtres appliqués sans annonce du nombre de résultats, focus perdu après filtrage |
| Champs de formulaire complexes | Widgets de date, sélecteurs multiples et téléversements : accessibilité variable |
| Modules contribués | Qualité hétérogène, comme pour toute extension tierce |
| Éditeur de texte riche | Les contributeurs peuvent produire des faux titres et des liens non explicites |
Le point dur : la recherche à facettes
Après application d'un filtre, le nombre de résultats doit être annoncé sans prise de focus, la position du focus doit rester prévisible, et l'utilisateur doit pouvoir savoir quels filtres sont actifs autrement que visuellement.
C'est le même problème que sur un site marchand — voir l'accessibilité e-commerce.
Le cas du secteur public
Beaucoup de projets Drupal sont portés par des administrations, pour lesquelles l'obligation est ancienne et sans seuil — voir les obligations d'accessibilité numérique. Ces projets s'appuient fréquemment sur un système de design institutionnel, ce qui résout d'emblée les questions de contraste, de focus et de composants.
À une condition : ne pas modifier les composants fournis. Une personnalisation locale des couleurs ou des états de focus annule le bénéfice — voir le design system accessible.
L'ordre d'intervention
- Auditer le thème du site, pas le cœur.
- Passer en revue les vues produisant des tableaux et des listes.
- Traiter la recherche à facettes et les formulaires complexes.
- Inventorier les modules contribués qui produisent du balisage public.
- Former les contributeurs à l'usage de l'éditeur.
Poursuivre
Pour les sites marchands, voyez l'accessibilité e-commerce.