CMS

Audit d'accessibilité RGAA pour Drupal

Pourquoi Drupal pose des problèmes d'accessibilité

Drupal est réputé pour son engagement en faveur de l'accessibilité — c'est l'un des rares CMS à avoir des standards d'accessibilité dans ses guidelines de contribution. Pourtant, les sites Drupal en production présentent des problèmes significatifs. L'éditeur de contenu WYSIWYG (CKEditor) permet aux rédacteurs de créer du contenu non accessible : images sans alt, tableaux de données sans en-têtes, structure de titres incohérente, liens avec des intitulés génériques ('cliquez ici', 'en savoir plus'). Les modules contribués (Views, Paragraphs, Webform, Media) ajoutent des fonctionnalités puissantes mais leur intégration crée souvent des conflits d'accessibilité : un module de carrousel entre en conflit avec la gestion de focus du thème, un module de recherche facettée génère des filtres sans ARIA. Le système de permissions et de rôles de Drupal peut masquer certains contenus pour les tests automatisés. Les thèmes custom construits sur des base themes (Barrio, Olivero) n'héritent pas automatiquement de toute l'accessibilité du thème de base si les templates sont surchargés.

Problèmes fréquents sur Drupal

Contenu éditorial non accessible via CKEditor

RGAA 1.1

Les rédacteurs Drupal utilisent CKEditor pour créer du contenu, mais l'éditeur ne force pas les bonnes pratiques d'accessibilité. Les images sont insérées sans alt text pertinent. Les tableaux de données n'ont pas d'en-têtes (th). Les titres sont utilisés pour le style (h3 partout) au lieu de la structure logique. Les liens ont des intitulés génériques. Chaque page publiée accumule des non-conformités éditoriales.

Modules contribués créant des conflits d'accessibilité

RGAA 9.2

Les modules Drupal (Views, Paragraphs, Layout Builder, Webform) sont développés indépendamment et leur combinaison crée des conflits. Views génère des listes sans rôle ARIA. Paragraphs imbrique des composants dont la hiérarchie de titres ne s'intègre pas au document. Layout Builder crée des régions sans landmark ARIA. Chaque module ajoute du HTML qui peut casser la structure d'accessibilité globale de la page.

Structure de titres cassée par les blocs et régions

RGAA 9.1

Drupal affiche du contenu dans des blocs répartis dans des régions (sidebar, header, footer). Chaque bloc a son propre titre (h2, h3) qui s'insère dans la page indépendamment de la hiérarchie du contenu principal. Le résultat est une structure de titres incohérente : des h2 dans la sidebar sont intercalés entre les h2 du contenu principal, des h3 de bloc apparaissent avant les h2 du contenu.

Formulaires Webform sans validation accessible

RGAA 11.10

Le module Webform de Drupal permet de créer des formulaires complexes, mais la gestion des erreurs n'est pas toujours accessible. Les messages d'erreur s'affichent en haut de page sans être reliés aux champs concernés via aria-describedby. Le focus n'est pas déplacé vers le premier champ en erreur. Les champs obligatoires ne sont pas toujours marqués avec aria-required. Les champs conditionnels apparaissent sans annonce.

Testez votre site Drupal

Découvrez les non-conformités RGAA de votre site Drupal en 5 minutes. Gratuit, sans engagement.

Lancer l'audit gratuit

Ce que Scrutia détecte sur Drupal

Scrutia analyse le rendu final de votre site Drupal dans un navigateur réel, incluant le contenu généré par CKEditor, les listes Views, les composants Paragraphs et les formulaires Webform. Notre moteur détecte les images sans alt ajoutées par les rédacteurs, les structures de titres cassées par les blocs, les modules créant des conflits ARIA et les formulaires avec validation non accessible. Nous testons la navigation clavier complète et vérifions que chaque région, bloc et composant est correctement identifié dans l'arbre d'accessibilité.

Questions fréquentes — Drupal

Scrutia prend-il en compte le thème Olivero (thème par défaut de Drupal 10) ?
Oui. Scrutia teste le rendu réel de votre site, quel que soit le thème utilisé. Le thème Olivero est globalement bien construit pour l'accessibilité, mais les modules contribués, le contenu éditorial et les surcharges de templates peuvent introduire des non-conformités que notre audit détecte.
Les non-conformités éditoriales (contenu) sont-elles détectées ?
Oui. Scrutia analyse le contenu tel qu'il est affiché, incluant les images sans alt, les liens génériques, les structures de titres incorrectes et les tableaux sans en-têtes créés par les rédacteurs dans CKEditor. Le rapport distingue les problèmes techniques (thème/modules) des problèmes éditoriaux (contenu).
Comment corriger les problèmes liés aux modules Drupal contribués ?
Le rapport identifie le HTML problématique généré par chaque module et fournit le code correctif. Selon le module, la correction peut être appliquée via un template override (fichier Twig), un preprocess hook dans le thème, ou un patch du module. Nous précisons la méthode recommandée pour chaque correction.

Auditer d'autres technologies

CMS

WordPress

E-commerce

Shopify

Framework JS

React

Auditez votre site Drupal maintenant

106 critères RGAA testés en 5 minutes. Score gratuit, rapport complet multi-pages avec corrections de code à partir de 149€.

Tester mon site Drupal