Drupal et accessibilité RGAA : guide complet 2026

L'accessibilité numérique n'est plus une option en France. Le Référentiel Général d'Amélioration de l'Accessibilité (RGAA) s'impose désormais à toutes les administrations, aux établissements publics, aux délégataires de service public, et aux entreprises privées au-delà d'un certain seuil de chiffre d'affaires. Au-delà de l'obligation légale, c'est aussi une question d'inclusion : 12 millions de Français vivent avec une forme de handicap, et beaucoup utilisent des technologies d'assistance pour naviguer sur le web.

Drupal a la chance d'être un CMS particulièrement bien armé pour produire des sites accessibles. La philosophie du projet inclut l'accessibilité depuis longtemps, et le core fournit déjà beaucoup de patterns conformes. Mais une installation Drupal par défaut n'est pas automatiquement RGAA conforme : il y a un travail à faire sur le thème, sur la configuration, sur les contenus, et sur la gouvernance éditoriale. Voici ce qu'il faut savoir.

Comprendre le RGAA 4.1

Le RGAA est l'application française des Web Content Accessibility Guidelines (WCAG) du W3C. La version 4.1 actuelle décline 106 critères répartis en 13 thématiques (images, cadres, couleurs, multimédia, tableaux, liens, scripts, éléments obligatoires, structuration, présentation, formulaires, navigation, consultation).

Pour chaque critère, trois statuts sont possibles : conforme, non-conforme, non-applicable. Le taux de conformité publié sur la déclaration d'accessibilité du site est calculé sur les critères applicables.

Niveau de conformité requis

Le niveau attendu par défaut est le niveau AA des WCAG, qui correspond à la conformité totale du RGAA. Le niveau AAA, plus exigeant, n'est requis que dans des contextes très spécifiques. Pour un site institutionnel ou une entreprise privée concernée, viser le niveau AA est l'objectif réaliste et conforme à la réglementation.

Sanctions en cas de non-conformité

Une déclaration d'accessibilité manquante expose à une amende administrative significative, renouvelable. Un site déclaré conforme à tort expose aux mêmes sanctions, plus à un risque de contentieux d'usagers ou d'associations. Les contrôles ont monté en intensité depuis 2024 et concernent désormais aussi les acteurs privés concernés.

Les forces de Drupal pour l'accessibilité

Un core déjà bien conçu

Le core Drupal respecte la majorité des critères RGAA dès l'installation : structure HTML sémantique, gestion correcte des focus clavier, attributs ARIA sur les composants interactifs (modales, accordéons), formulaires avec étiquettes correctement associées, messages d'erreur accessibles, gestion du contraste dans les thèmes admin.

Les outils dans l'écosystème

Plusieurs modules contribués enrichissent l'expérience accessible :

• Editoria11y : audit en temps réel dans l'éditeur, alerte les rédacteurs sur les problèmes courants (alternatives manquantes, contraste insuffisant, structure des titres).
• Sitemap : aide les utilisateurs de lecteurs d'écran à appréhender la structure du site.
• CKEditor 5 Accessibility Checker : intégré directement dans l'éditeur, signale les problèmes au moment de la rédaction.
• A11y : suite d'outils pour les développeurs et les contributeurs.

Layout Builder et Paragraphs

Les outils de mise en page modernes de Drupal (Layout Builder, Paragraphs) permettent de produire des structures de contenu sémantiquement correctes, à condition d'être configurés correctement. C'est un avantage net face à des CMS qui produisent du HTML acrobatique.

Les chantiers d'accessibilité dans un site Drupal

Le thème : le plus gros chantier

C'est presque toujours le thème custom qui pose le plus de problèmes RGAA. Les points à vérifier systématiquement :

• Contrastes des couleurs : tous les textes doivent avoir un ratio de contraste de 4.5:1 minimum (3:1 pour les gros titres). Les couleurs de marque doivent parfois être ajustées.
• Focus clavier visible : un utilisateur qui navigue au clavier doit voir clairement où il est. Pas de outline: none sans alternative, pas de focus trop discret.
• Hiérarchie des titres : un seul H1 par page, pas de saut de niveau (H2 puis H4 sans H3). Le thème doit générer une structure cohérente.
• Liens distinguables : les liens dans le texte doivent être visibles autrement que par la couleur seule (soulignement, ou autre marqueur).
• Compatibilité avec les zooms : la mise en page doit rester utilisable jusqu'à 200% de zoom, sans coupure de contenu ni perte de fonctionnalité.

Les contenus : un travail de gouvernance

L'accessibilité ne se limite pas au technique. Si vos rédacteurs publient des images sans alternatives textuelles, des PDF non accessibles, des vidéos sans sous-titres, le site n'est pas conforme malgré tout le travail technique.

Mettez en place une charte éditoriale accessibilité, formez les rédacteurs, configurez les types de contenu Drupal pour rendre obligatoires les champs critiques (alternative textuelle des images, transcription des vidéos, langue principale).

Les composants interactifs

Carrousels, modales, accordéons, formulaires complexes, menus déroulants : ces composants doivent gérer correctement le clavier, les attributs ARIA, l'ordre de tabulation, et les annonces aux lecteurs d'écran. Drupal core fournit des bases solides via la bibliothèque drupal.dialog et les comportements standards, mais un thème custom peut casser ces comportements s'il n'est pas vigilant.

Les formulaires

Les formulaires sont un point critique pour l'accessibilité. Chaque champ doit avoir une étiquette correctement associée (pas juste un placeholder), les messages d'erreur doivent être annoncés aux lecteurs d'écran, les regroupements de champs doivent utiliser fieldset et legend, les champs obligatoires doivent être identifiés explicitement (pas seulement par une couleur ou une astérisque sans label).

Le module Webform produit par défaut des formulaires accessibles, mais les surcharges custom peuvent dégrader cette base.

Les outils de test à utiliser

Tests automatisés

• axe DevTools : extension navigateur qui scanne la page courante et identifie les problèmes courants. Excellent pour le tri rapide.
• Lighthouse : intégré dans Chrome DevTools, fournit un score d'accessibilité avec liste de problèmes.
• Pa11y : outil en ligne de commande, intégrable dans une CI pour bloquer les régressions.

Les tests automatisés détectent environ 30 à 40% des problèmes d'accessibilité. Le reste demande une revue humaine.

Tests manuels

• Navigation au clavier : parcourez tout le site uniquement au clavier (Tab, Shift+Tab, Enter, Espace, flèches). Tout doit être accessible et visible.
• Lecteur d'écran : NVDA (Windows, gratuit), VoiceOver (Mac, intégré), JAWS (Windows, payant). Testez les parcours critiques avec un lecteur d'écran activé.
• Zoom à 200% : la mise en page doit rester utilisable.
• Mode haut contraste : Windows propose un mode haut contraste système, vérifiez que le site reste lisible.

Audit RGAA formel

Pour publier une déclaration d'accessibilité crédible, l'audit doit être formellement mené par un expert RGAA, qui produit un rapport selon la grille officielle (taux de conformité, liste des critères non conformes, plan d'action). C'est précisément ce que couvre notre service d'audit Drupal sur sa dimension accessibilité, et notre page accessibilité RGAA détaille spécifiquement cette prestation.

Le plan d'action type

Pour rendre un site Drupal existant conforme RGAA :

1. Audit initial par un expert, avec rapport selon la grille RGAA officielle. Durée : 3 à 5 jours selon la taille du site.
2. Plan d'action priorisé : les écarts bloquants en premier (ce qui empêche purement l'accès), puis les écarts importants, puis les ajustements cosmétiques. Durée typique pour la remédiation : 5 à 20 jours selon l'écart de départ.
3. Mise en place de la gouvernance : formation des rédacteurs, configuration des types de contenu Drupal pour forcer les bonnes pratiques, mise en place de tests automatisés en CI pour éviter les régressions.
4. Audit de validation après remédiation, avec mise à jour du rapport et publication de la déclaration d'accessibilité sur le site.
5. Maintenance continue : chaque évolution doit être validée pour ne pas dégrader le score. C'est typiquement intégré dans un forfait de maintenance Drupal mensuelle.

Compter, sur un projet complet, plusieurs semaines d'expertise selon la taille et l'état initial du site. L'investissement reste modéré au regard du risque réglementaire (amendes administratives renouvelables) et du coût d'opportunité commerciale (les marchés publics et grands comptes refusent désormais les sites non conformes). Contactez-nous pour un devis personnalisé.

En résumé

Drupal est l'un des meilleurs CMS pour produire des sites RGAA conformes, à condition de prendre l'accessibilité au sérieux dès le thème, dans la configuration des types de contenu, dans la gouvernance éditoriale et dans la maintenance continue. Le core fait déjà beaucoup, mais une vigilance humaine reste nécessaire sur les surcharges custom et les contenus produits par les rédacteurs.

L'investissement initial pour rendre un site conforme se rentabilise vite, à la fois par la réduction du risque réglementaire et par l'élargissement de l'audience. Et une fois la base en place, la maintenance accessibilité se fait au fil de l'eau, sans surcoût significatif. Pour les structures concernées par la réglementation, ce n'est plus une question de "faut-il le faire", mais "comment le faire bien et durablement".