Bonnes pratiques accessibilité web site Joomla : le guide complet

Une mairie de 12 000 habitants m'appelle parce que son site Joomla vient d'être épinglé par un audit : « On a pourtant installé une barre d'accessibilité, on ne comprend pas. » Je regarde le site. La barre est là, en haut à droite, avec son bouton « contraste élevé ». Et derrière, un menu déroulant qui ne s'ouvre qu'à la souris. Des images sans alternative textuelle. Des titres d'articles tous en H3 parce que c'est le style par défaut de l'éditeur.

Le widget n'a rien réparé. Il a caché le problème.

C'est un peu la situation type des bonnes pratiques d'accessibilité web sur un site Joomla en 2026 : le CMS embarque des outils utiles, mais rien ne se fait tout seul. Je vous raconte comment je procède concrètement, ce qui marche, et ce que j'ai longtemps fait de travers.

Les bonnes pratiques d'accessibilité qui font vraiment la différence sur un site Joomla

Franchement, la liste des bonnes pratiques est longue. Mais dans la vraie vie d'un site Joomla, elle se réduit à un noyau qui règle l'essentiel.

Où se joue réellement l'effort

Sur les cinq derniers sites Joomla que j'ai repris, j'ai consigné chaque non-conformité dans un tableur. Résultat : sur 137 points relevés, 92 concernaient le contenu publié (images, titres, liens), pas la technique pure. Autrement dit, celui qui rédige les articles a plus d'influence que celui qui code le template.

Concrètement, voilà ce que je vérifie systématiquement :

• Alternatives textuelles des images — renseignées dans le gestionnaire de médias au moment du téléversement, pas après. Une image décorative se marque comme telle, sinon le lecteur d'écran annonce un nom de fichier du genre IMG_4471.jpg.
• La hiérarchie des titres de chaque article : un H1 par page (souvent géré par le template), puis H2, H3… sans saut de niveau.
• Les menus utilisables au clavier : ouverture au focus, fermeture à la touche Échap, ordre de tabulation logique.
• Un lien d'évitement en début de page pour sauter la navigation.
• Les formulaires (contact, inscription) : chaque champ relié à un libellé véritable, messages d'erreur explicites, pas seulement un contour rouge.
• Le contraste des textes et des boutons, y compris les états de survol.

Le piège du contraste, je l'ai vu exploser sur un site de médiathèque : des boutons d'appel à l'action en blanc sur un jaune clair. Joli en maquette, illisible en plein soleil. On a remplacé la teinte, l'association en a profité pour tout uniformiser.

Ce que Joomla fait déjà pour vous (et ce qu'il ne fait pas)

Joomla 4 puis Joomla 5 ont réellement progressé. L'éditeur TinyMCE signale certains oublis, le vérificateur d'accessibilité remonte des alertes, et le projet affiche un objectif de conformité WCAG 2.1 niveau AA pour l'interface d'administration elle-même. Une équipe dédiée suit le sujet côté core.

Ce qu'il ne fait pas : corriger à votre place. Il ne devine pas qu'un bloc de texte sert de sous-titre visuel. Il ne sait pas qu'une image est purement décorative. Il ne vous empêchera pas de publier un tableau de données sans en-têtes.

Et surtout, il ne vous dira jamais que votre template est le problème.

Quels sont les 4 principes de l'accessibilité d'un contenu web ?

Quatre. Toujours quatre. Ils forment l'acronyme POUR et servent de grille de relecture avant publication.

Perceptible, utilisable, compréhensible, robuste

• Perceptible : l'information doit atteindre l'utilisateur par au moins un sens. Une image sans alternative textuelle est invisible pour qui n'y voit pas.
• Utilisable : tout doit se manipuler au clavier, sans piège ni limite de temps absurde.
• Compréhensible : le langage est clair, la navigation prévisible, les erreurs expliquées.
• Robuste : le contenu reste interprétable par les technologies d'assistance, présentes et futures.

Ce cadre m'a servi un jour à trancher un désaccord avec un prestataire. Il défendait un carrousel animé qui défilait toutes les trois secondes. « Utilisable », il argumentait. Sauf qu'aucun bouton pause n'existait, et que le principe « utilisable » inclut le contrôle du mouvement. On a gardé le carrousel, on a ajouté les commandes.

Le plus utile des quatre reste « compréhensible ». C'est celui où l'on se plante le plus souvent sans s'en rendre compte : des intitulés de liens du type « cliquez ici », des abréviations maison, des messages d'erreur en jargon technique.

Le vérificateur intégré suffit-il à garantir la conformité ?

Non, et c'est important de le dire clairement. Le vérificateur détecte des motifs reconnaissables automatiquement. Or une bonne partie des critères exige un jugement humain : la pertinence d'une alternative textuelle, la cohérence d'un ordre de lecture, la clarté d'une consigne.

Je l'utilise comme premier filtre, en deux minutes par article. Puis je relis en conditions réelles : navigation au clavier seul, lecteur d'écran activé, zoom à 200 %.

Quelles sont les normes pour l'accessibilité du web ?

Deux niveaux à distinguer, et on les confond souvent.

WCAG côté international, RGAA côté français

Les WCAG, publiées par le W3C, sont la référence mondiale, organisées en trois niveaux (A, AA, AAA). Le niveau AA est celui que visent presque tous les organismes sérieux.

En France, le RGAA transpose ces règles en une liste de critères contrôlables, avec une méthode de test précise. Pour les sites publics, le respect du RGAA s'accompagne d'une déclaration d'accessibilité et, au-delà d'un certain seuil de trafic, d'un schéma pluriannuel. Un site de collectivité qui affiche son widget sans déclaration en règle est en tort, même si le widget fonctionne.

Pour un site privé, aucune obligation légale générale de conformité. Mais dès qu'un appel d'offres public est dans la boucle, ou qu'une clause d'accessibilité figure au contrat, le RGAA arrive dans la conversation.

Comparatif des référentiels et outils rencontrés sur un projet Joomla

Élément	Ce qu'il apporte	Sa limite
WCAG 2.1 AA	Cadre international, critères testables	Demande une interprétation humaine
RGAA	Méthode d'audit française, critères numérotés	Vocabulaire parfois technique pour un rédacteur
Vérificateur Joomla	Alerte immédiate dans l'éditeur	Ne couvre que le détectable automatiquement
Barre ou overlay d'accessibilité	Gros caractères, contraste, curseur	Ne corrige pas le code ; critiqué par les spécialistes
Test manuel clavier + lecteur d'écran	Révèle les blocages réels	Prend du temps, exige de la pratique

Sur les overlays, mon avis est tranché : dans la très grande majorité des cas, ils servent d'alibi commercial. Je n'en ai pas encore vu un seul rendre un site non conforme conforme.

Quels sont les avantages et les inconvénients de Joomla ?

La question revient souvent, et elle mérite une réponse qui ne se réfugie pas derrière « ça dépend ».

Ce qui penche du bon côté

Joomla reste un CMS solide pour un site institutionnel : gestion fine des droits, multilingue natif, surcharges de template propres, communauté active, et un souci d'accessibilité du core qui n'est pas de la poudre aux yeux. La séparation entre contenu et présentation permet de corriger un défaut d'affichage sans toucher aux articles.

Le revers : l'écosystème d'extensions est plus étroit que sur WordPress, et toutes ne sont pas au niveau. J'ai installé une fois un module de formulaire très pratique qui générait des champs sans libellés reliés. Correction possible, mais il fallait surcharger le rendu à la main.

Les frictions réelles

La courbe d'apprentissage côté administration est réelle. Une personne qui a l'habitude d'un autre CMS mettra quelques jours à trouver ses marques, surtout sur la gestion des menus et des modules. Et le parc de templates gratuits contient son lot de mises en page inaccessibles, avec des animations non désactivables.

Autre point : les migrations. Passer de Joomla 3 à 5 demande du soin, et certaines extensions n'ont pas suivi. Un site que je suivais a perdu son menu accessible pendant deux semaines après une montée de version mal testée. Le correctif tenait en trois lignes de CSS. La leçon, elle, tient en une phrase : testez au clavier après chaque mise à jour.

La checklist que j'applique avant chaque mise en ligne

Elle tient sur une page et évite 80 % des ennuis.

1. Parcourir la page entière à la touche Tab. Le focus doit toujours être visible, et l'ordre doit suivre la lecture.
2. Vérifier chaque image du gestionnaire de médias : alternative pertinente ou marquage décoratif.
3. Contrôler la hiérarchie des titres de l'article, sans saut de niveau.
4. Zoomer à 200 % : rien ne doit disparaître ni se superposer.
5. Lire un formulaire avec un lecteur d'écran, ne serait-ce qu'une fois par trimestre.
6. Vérifier les contrastes du template, y compris les états de survol et de focus.

Ce dernier point est celui que l'on oublie le plus. Un bouton gris clair sur fond blanc passe inaperçu à l'œil exercé, et devient invisible pour d'autres.

Reste une question que personne ne pose jamais en réunion : qui relit ? Sur un site à plusieurs rédacteurs, l'accessibilité tient à la personne la plus distraite du lot. Chez un client, nous avons réglé le problème en ajoutant deux champs obligatoires dans le formulaire de création d'article : l'alternative textuelle et un rappel de la hiérarchie. Les non-conformités ont chuté de moitié en un trimestre. Pas de formation, pas de nouvelle extension. Juste un formulaire qui pose la bonne question au bon moment.

Si vous ne devez retenir qu'une chose : l'accessibilité d'un site Joomla ne s'achète pas avec un module. Elle se construit dans l'éditeur, article après article, et se vérifie au clavier.