2.23. Accessibilité : une démarche d’amélioration continue#
Depuis sa création, IMio s’est activement engagée dans un processus d’amélioration continue de l’accessibilité des sites web. Cette stratégie est mise en œuvre en collaboration avec des organismes certifiés dans le domaine, comme Anysurfer, Passe-Muraille ou Anais Digital/JEMS Benelux.
2.23.1. Accessibilité technique#
La solution iA.SmartWeb, destinée à la gestion et à la création de sites web publics pour les pouvoirs locaux, a ainsi été optimisée pour répondre à un large éventail de critères d’accessibilité.
iA.SmartWeb a été audité en octobre 2020 par Anysurfer dans sa version Plone 4 (voir https://docs.imio.be/iasmartweb/siteweb_v4/accessibilite/index.html).
Les recommandations faites lors de cet audit ont été intégrées dans la nouvelle version d’iA.SmartWeb Plone 6 proposée depuis mars 2022 et ont été enrichies de nouvelles améliorations.
Des développements améliorant l’accessibilité sont en efet régulièrement intégrés via les mises à jour de iA.SmartWeb et sont listés ci-dessous (voir la section “Améliorations”).
Le dernier rapport de contrôle simplifié d’accessibilité numérique date du 15 décembre 2023 et n’a porté que sur l’aspect technique d’iA.SmartWeb. Il a été réalisé par l’organisme Passe-muraille qui a également salué l’implication et les actions d’iMio en la matière.
Améliorations de iA.SmartWeb entre septembre 2025 et septembre 2026#
Le focus se déplace désormais automatiquement sur le champ de recherche à l’ouverture de la fenêtre modale de recherche.
Ajout d’un logo personnalisé pour le bouton IA « rendre le texte accessible» dans l’éditeur TinyMCE.
Intégration d’un outil d’IA « rendre le texte accessible» directement dans TinyMCE, permettant de vérifier/améliorer l’accessibilité d’un contenu rédigé par un éditeur. Cela facilite le travail de l’agent/éditeur du site.
Amélioration du libellé d’accessibilité associé au logo des mini-sites.
Amélioration de l’affichage de la recherche lorsque le site est visité via smartphone.
Mise à jour du texte de Déclaration d’accessibilité du site mis par défaut sur les instances de préproduction (texte qui est donc à compléter et à actualiser par le pouvoir local responsable du site).
Correction d’un problème de transition visuelle du menu « sticky » (fixe au défilement).
La bannière principale du site ne s’affiche plus sur la page de Déclaration d’accessibilité, car elle y était superflue et impactait la lisibilité du texte.
Améliorations apportées depuis mars 2022 :#
Version 1.4.13 (2025-09-08)
Correction de la navigation au clavier pour le filtre de taxonomie.
Remplacement d’un lien par un bouton pour améliorer la navigation au clavier, et adaptation du JavaScript pour mieux gérer la fermeture du menu avec la touche Tab.
Cette mise à jour améliore l’accessibilité en rendant la navigation au clavier plus fluide et logique (notamment dans les filtres et les menus).
Version : 1.4.5 (2025-07-22)
Amélioration du style de la bannière cookie (WEB-4218)
Elle est plus lisible et plus intuitive pour l’utilisateur.
Version : 1.4 (2025-05-20)
Correction du tabindex du modal cookie et amélioration de l’UX (WEB-4218)
Cette mise à jour rend le modal cookie accessible au clavier et plus facile à utiliser pour tous les utilisateurs.
Version : 1.3.24 (2025-04-24)
Correction de i18n:domain (Internationalisation) pour le lien « skip to content » (WEB-4212)
On a corrigé la manière dont le lien « skip to content » est géré pour les traductions afin qu’il apparaisse correctement dans toutes les langues.
Version : 1.3.19 (2025-03-19)
Ajout d’un aria-label sur le lien du logo de sous-site
Ajout des attributs title et target sur le lien « mon compte »
Ces changements rendent les liens plus compréhensibles et accessibles pour les utilisateurs et les technologies d’assistance (lecteurs d’écran, assistants vocaux …).
Version : 1.3.18 (2025-02-24)
Ajout de traductions aria-label en fr/de/nl
Ajout d’aria-label sur les boutons de consentement (WEB-3718)
Les boutons de consentement ont été rendus accessibles en ajoutant des descriptions aria-label traduites en français, allemand et néerlandais, afin que les lecteurs d’écran annoncent correctement leur fonction dans la langue de l’utilisateur.
Version : 1.3.17 (2025-02-02)
Ajout de l’attribut title dans les iframes vidéo pour indiquer la source (WEB-3538)
Ajout de title sur les liens ouvrant dans un nouvel onglet pour avertir l’utilisateur (WEB-4217)
Les fichiers s’ouvrent automatiquement dans un nouvel onglet avec indication (Nouvelle fenêtre) (WEB-3872)
Amélioration de l’attribut alt pour les images dans une galerie (WEB-4211)
Des améliorations ont été apportées pour renforcer l’accessibilité des contenus multimédias et des liens : les vidéos intégrées indiquent désormais leur source via l’attribut title, les liens et fichiers ouvrant dans une nouvelle fenêtre en informent clairement l’utilisateur, et les images des galeries disposent de descriptions alt plus précises pour les lecteurs d’écran.
2.23.2. Accessibilité du contenu#
Si la solution iA.SmartWeb proposée par iMio est ainsi techniquement adéquate à la réalisation d’un site accessible, ce n’est pas forcément le cas lors de la mise en ligne du site définitif.
En effet, une très grande partie de l’accessibilité d’un site dépend de la qualité du contenu, et donc des bonnes pratiques d’édition du site, qui est à charge des pouvoirs locaux.
Conscient de cette situation, iMio a mis en œuvre un accompagnement pour inciter les pouvoirs locaux à rendre leur contenu accessible. Toutefois, ces acteurs étant autonomes dans la rédaction de leur contenu et iMio n’ayant aucun pouvoir d’imposer la norme, ils peuvent à tout moment décider de déroger à celle-ci.
Dès la formation initiale et lors de nos ateliers récurrents, nous sensibilisons les éditeurs à l’accessibilité. À cette fin, les membres de notre équipe web ont été formés (en décembre 2023 par Passe-Muraille) et font depuis de la veille concernant ce domaine, afin de conseiller au mieux les éditeurs des sites.
Ils ont également été formés pour ne proposer que des chartes graphiques accessibles : notamment, ils veillent à respecter le contraste entre la couleur du texte et celle du fond et à n’utiliser que des polices de caractères conformes à l’accessibilité.
En outre, ils mettent à disposition des gestionnaires de sites la présente documentation consacrée à l’accessibilité, et fournissent dans chaque instance de préproduction un texte de déclaration d’accessibilité qui a été mis en conformité en septembre 2025 avec l’organisme certifié Anais Digital/JEMS Benelux. Le pouvoir local, respponsable du contenu, n’a donc plus qu’à le compléter.
2.23.3. Outil conçu pour faciliter la création de contenu web accessible#
La solution iA.SmartWeb elle-même a été conçue pour empêcher des manquements à l’accessibilité.
Quelques exemples ?#
La construction des pages en sections chacune dédiée à une fonctionnalité et à un type de contenu. L’affichage des sections s’adapte facilement à tous les types d’écran et chacune peut respecter les règles d’accessibilité liées à chaque type de contenus : fichier, vidéo, texte, lien hypertexte, etc.
L’éditeur de texte riche empêche la justification du texte, style fortement déconseillé pour une lecture facile du texte.
2.23.4. Prise en compte des réalités du terrain#
Enfin, nous savons que les réalités de terrain peuvent parfois décourager ou empêcher le suivi des bonnes pratiques, nous essayons donc toujours de trouver des solutions ou compromis.
Par exemple, l’utilisation d’images comprenant du texte est fortement déconseillé puisque ces informations sont non détectables par les lecteurs d’écran, et plus largement, non référencées, ce qui ne favorise pas la large diffusion, et donc l’accès à ces informations.
La plupart des agents nous disant soit manquer de matériel visuel, soit être obligés par leurs collègues ou partenaires de mettre les affiches d’événements en ligne, nous avons, d’un côté inséré dans notre documentation la mention de banques d’images libres de droits et d’outils gratuits de gestion des images, et de l’autre développé pour nos contenus ‘événement’ et ‘actualités’ des champs permettant d’ajouter ces affiches en en fichiers attachés (.pdf ou format image) plutôt que comme image principale.
2.23.5. Votre site est-il accessible ?#
En conclusion, comment objectiver les améliorations d’accessibilité des sites créés en collaboration avec iMio et décider si votre site web est accessible ou pas ?
Premièrement, savoir qu’iMio met l’accessibilité des sites parmi ses priorités, et cela depuis plusieurs années, en toute logique puisque tout site public d’organisme public doit être accessible.
Deuxièmement, savoir que l’outil avait déjà été labellisé par Anysurfer dans sa version Plone 4, et que Passe-muraille a confirmé en décembre 2023 que la nouvelle version Plone 6 respecte les règles essentielles d’accessibilité même si des améliorations sont toujours possibles. L’organisme a également salué notre implication et nos actions en la matière.
Enfin, ils ont rappelé qu’un label d’accessibilité pour un site ne peut être décerné à l’outil, mais seulement à un site en particulier (cf. rôle essentiel du contenu, qui diffère avec chaque site). En outre, ce label doit être décerné par un organisme certifié et après un audit approfondi, et non juste après une analyse rapide faite par des outils automatisés. L’analyse de l’accessibilité doit refléter avec précision la situation réelle vécue par l’utilisateur final, et éviter les évaluations erronées.