L’accessibilité numérique consiste à concevoir un site utilisable par des personnes ayant des capacités visuelles, auditives, motrices ou cognitives différentes. Elle concerne notamment les utilisateurs qui naviguent au clavier, agrandissent les caractères, utilisent une synthèse vocale ou désactivent les animations. Elle améliore aussi l’expérience sur mobile, lorsque la connexion est limitée ou lorsque l’environnement rend l’utilisation d’un écran difficile.
Le Référentiel général d’amélioration de l’accessibilité, connu sous le sigle RGAA, propose une méthode de vérification de l’accessibilité des services numériques. Il est publié par la Direction interministérielle du numérique. Le référentiel s’appuie sur les recommandations internationales WCAG, mais présente des contrôles adaptés au contexte français.
Une PME n’est pas automatiquement soumise aux mêmes obligations qu’un service public ou qu’un acteur privé entrant dans le champ de la réglementation sur l’accessibilité. L’assujettissement dépend de la nature de l’activité, du service proposé, du statut de l’organisme et des textes applicables. Cette vérification juridique doit être menée avant de présenter un site comme conforme. En revanche, l’absence d’obligation spécifique ne dispense pas d’examiner les obstacles qui empêchent une partie du public d’accéder aux contenus, aux formulaires ou à un parcours d’achat.
La conformité ne se résume pas à installer un module d’accessibilité ou à modifier les couleurs. Elle repose sur la qualité du code, la structure des pages, les contenus éditoriaux, les documents téléchargeables, les scripts interactifs et les procédures de maintenance.
Le RGAA n’est pas un label automatique délivré par un outil. Il fournit une grille de tests permettant d’évaluer les pages et les composants d’un site. Un audit vérifie, par exemple, la présence d’un intitulé pertinent pour un champ de formulaire, la restitution d’une image informative par une alternative textuelle, la possibilité de parcourir une interface au clavier et la compatibilité avec les technologies d’assistance.
La conformité doit être décrite avec précision. Un site peut comporter des pages accessibles et des documents PDF inutilisables au lecteur d’écran. Il peut aussi présenter une navigation correcte sur ordinateur, mais bloquer l’utilisateur sur mobile ou lors de l’ouverture d’une fenêtre modale. Le périmètre, l’échantillon de pages, la date de l’audit et les éventuelles dérogations doivent donc être documentés.
Pour une organisation concernée par une obligation de déclaration, les documents attendus peuvent notamment inclure une déclaration d’accessibilité, un schéma pluriannuel et un plan d’action, selon les règles applicables à son statut. Ces obligations sont à vérifier dans les textes officiels et dans la documentation publiée par la Direction interministérielle du numérique.
La formulation « site accessible » est préférable lorsqu’elle correspond à des tests réels. La formulation « conforme au RGAA » suppose un niveau de conformité établi selon la méthode du référentiel, sur un périmètre défini. Une PME doit éviter de présenter une auto-évaluation partielle comme une certification générale de l’ensemble du site.
Une démarche efficace commence par un inventaire. Il faut recenser les modèles de pages, les fonctions critiques et les contenus qui évoluent régulièrement. Cette préparation évite de corriger une page isolée alors que le même défaut est présent dans un gabarit utilisé sur plusieurs centaines d’URL.
Le périmètre peut comprendre :
Il est utile de classer les problèmes par impact et par fréquence. Un défaut présent dans le menu principal doit être traité avant une anomalie limitée à une page rarement consultée. Un formulaire bloquant constitue une priorité supérieure à une irrégularité purement esthétique.
Le responsable du projet doit aussi définir les rôles : direction, responsable éditorial, développeur, agence éventuelle et personne chargée des tests. Cette répartition permet de savoir qui corrige le code, qui réécrit les contenus et qui valide le résultat.
Les outils automatiques détectent certains défauts, mais ils ne peuvent pas juger toute l’expérience. Ils repèrent notamment des contrastes insuffisants, des attributs manquants ou des erreurs de structure. Ils ne savent pas toujours déterminer si un texte alternatif décrit correctement une image, si un intitulé est compréhensible ou si un parcours reste cohérent pour une personne qui utilise un clavier.
Un audit solide combine plusieurs méthodes :
Le RGAA organise ses contrôles autour de thèmes comme les images, les cadres, les couleurs, le multimédia, les tableaux, les liens, les scripts, les éléments obligatoires, la structuration de l’information, la présentation, les formulaires, la navigation et la consultation. Cette organisation fournit une base de travail plus fiable qu’une liste de corrections improvisées.
Chaque anomalie doit être associée à une page, un composant, une description reproductible, un niveau de priorité et une piste de correction. Une capture d’écran peut aider, mais elle ne remplace pas l’indication du comportement attendu. Le rapport doit distinguer les erreurs confirmées, les points à vérifier et les éléments hors périmètre.
Une page doit présenter un titre principal cohérent, des niveaux de titres organisés et des zones de navigation identifiables. Utiliser un élément visuel pour simuler un titre, ou choisir un niveau uniquement parce qu’il possède la bonne taille de police, fragilise la compréhension par les technologies d’assistance. Les éléments HTML natifs sont à privilégier avant les composants fabriqués avec des scripts.
La touche Tab doit permettre d’atteindre les liens, boutons, champs et contrôles interactifs dans un ordre logique. Le focus doit rester visible. Aucun composant ne doit enfermer l’utilisateur dans une fenêtre ou empêcher le retour vers le contenu précédent. Les menus déroulants, carrousels, onglets et fenêtres modales nécessitent un test de fermeture, de déplacement du focus et de lecture par une technologie d’assistance.
Une image informative doit avoir une alternative textuelle qui transmet son information utile. Une image décorative doit être ignorée par les technologies d’assistance. Le texte alternatif n’a pas vocation à répéter une légende déjà visible ni à décrire chaque détail d’une photographie lorsque ces détails ne servent pas le contenu. Une icône utilisée comme bouton doit disposer d’un nom accessible, même si aucun texte n’est affiché à l’écran.
Chaque champ doit être associé à une étiquette compréhensible. Les consignes, formats attendus et champs obligatoires doivent être perceptibles avant la saisie. En cas d’erreur, le message doit indiquer le problème et la manière de le corriger. Il faut aussi vérifier que le message est annoncé ou retrouvé sans devoir parcourir toute la page. Les contrôles anti-robot ne doivent pas constituer l’unique moyen de validation lorsqu’ils excluent certains utilisateurs.
La couleur ne doit pas être le seul moyen de transmettre une information. Un champ invalide peut être signalé par une icône, un texte et une indication compréhensible, en complément d’un changement de couleur. Les liens doivent rester repérables dans un paragraphe, les boutons doivent se distinguer des éléments non interactifs et les états au survol ou au focus doivent être visibles.
Les tests doivent être effectués dans des conditions variées : zoom du navigateur, affichage sur petit écran, orientation différente et augmentation de l’espacement du texte. Une mise en page qui se chevauche lorsque l’utilisateur agrandit le contenu peut rendre une fonction inutilisable, même si elle paraît correcte dans les conditions habituelles.
Les feuilles de style doivent conserver une séparation entre le contenu et la présentation. Le site doit rester compréhensible lorsque les styles sont modifiés ou lorsque l’utilisateur applique des réglages destinés à améliorer la lecture. Les contrastes doivent être vérifiés avec une méthode documentée, en tenant compte de la taille et de l’épaisseur des caractères. Un outil de mesure apporte une indication, mais le rendu réel doit aussi être examiné sur les composants, notamment les textes placés sur des images ou des arrière-plans variables.
L’accessibilité dépend autant du contenu que du développement. Un texte de lien comme « cliquez ici » donne peu d’information lorsqu’il est lu hors contexte. Un intitulé tel que « télécharger le formulaire de contact » décrit mieux la destination. Les phrases doivent rester structurées, les sigles être explicités lors de leur première apparition et les instructions éviter de dépendre d’une position visuelle comme « cliquez sur le bouton vert à droite ».
Une vidéo informative doit prévoir des sous-titres synchronisés. Selon le contenu et le public visé, une transcription et une audiodescription peuvent aussi être nécessaires. Les sous-titres automatiques doivent être relus, car les noms propres, les termes techniques et la ponctuation sont fréquemment mal interprétés. Un lecteur vidéo accessible doit pouvoir être contrôlé au clavier et présenter des intitulés compréhensibles.
Les PDF constituent un point de vigilance courant. Un document numérisé sous forme d’image n’est pas équivalent à un document textuel correctement balisé. Il faut vérifier la structure des titres, l’ordre de lecture, la langue, les tableaux, les signets, les formulaires et les alternatives des images. Lorsque le document est complexe ou rarement mis à jour, proposer une page HTML équivalente peut réduire les obstacles. Les fichiers anciens doivent être inventoriés afin d’éviter de laisser en ligne plusieurs versions contradictoires.
Une PME peut organiser les travaux en trois niveaux, à condition de ne pas confondre cette organisation avec un niveau officiel de conformité :
| Approche | Contenu | Point de vigilance |
|---|---|---|
| Correction ciblée | Traitement des blocages les plus visibles sur les parcours prioritaires | Elle ne permet pas de conclure à la conformité globale |
| Remise à niveau des gabarits | Correction du menu, des modèles, des formulaires et des composants communs | Les contenus et documents doivent aussi être contrôlés |
| Audit complet et suivi | Échantillon défini, tests manuels, rapport, plan d’action et contre-audit | Le périmètre et la date doivent être documentés |
Une refonte totale n’est pas toujours nécessaire. Lorsque le CMS et le thème permettent des corrections structurelles, la priorité peut porter sur les gabarits, les composants et les règles éditoriales. À l’inverse, une interface construite autour de contrôles personnalisés mal documentés peut demander une reprise plus profonde.
Les widgets tiers, systèmes de réservation, lecteurs vidéo et outils de consentement doivent être inclus dans l’évaluation. Un prestataire peut fournir une information sur l’accessibilité de son produit, mais la PME reste responsable de vérifier son intégration, ses réglages et son parcours réel. Remplacer un outil par une solution présentée comme accessible ne dispense pas de tests.
L’accessibilité doit être intégrée au cycle de publication. Une correction durable comprend une règle de production, un test et une personne responsable. Par exemple, toute nouvelle image informative doit être accompagnée d’un texte alternatif validé, et tout nouveau formulaire doit être testé au clavier avant sa mise en ligne.
Une procédure de contrôle peut suivre ce chemin :
Le CMS doit limiter les pratiques à risque. Des champs séparés pour le titre, le texte alternatif, la légende et le titre de page valent mieux qu’une zone de contenu qui accepte uniquement du texte mis en forme. Les éditeurs doivent savoir quand utiliser un titre, une liste, un tableau ou un lien, et quand éviter un tableau pour réaliser une mise en page.
Une veille est nécessaire après les mises à jour du CMS, du thème, des bibliothèques JavaScript et des outils tiers. Un composant accessible peut devenir problématique après une modification de son comportement ou de son style. Les tests de régression doivent cibler les parcours essentiels plutôt que se limiter à l’affichage de la page d’accueil.
Avant toute mise en production, il faut prévoir une sauvegarde du site, un environnement de préproduction et un moyen de retour arrière. Une correction du menu, du formulaire ou du thème peut affecter le référencement, les conversions ou d’autres fonctions. Les changements doivent être testés dans des conditions proches de celles rencontrées par les visiteurs.
La feuille de route doit relier chaque défaut à une action, un responsable et une échéance interne. Elle peut distinguer les blocages qui empêchent une action, les défauts qui compliquent la compréhension et les améliorations de confort. Cette hiérarchisation ne remplace pas la méthode officielle d’évaluation, mais elle aide à organiser les ressources.
Un tableau de suivi peut contenir les colonnes suivantes :
Après les corrections, un contrôle de validation doit reprendre les scénarios initiaux. Il ne faut pas vérifier uniquement que l’erreur signalée a disparu dans le code. Il faut confirmer que l’utilisateur peut atteindre la fonction, comprendre les informations, saisir les données, recevoir les messages et terminer le parcours.
La documentation finale doit indiquer le périmètre examiné, la méthode utilisée, les résultats, les limites et les actions restantes. Cette transparence est plus utile qu’une affirmation générale non étayée. Elle permet aussi de transmettre les bonnes pratiques aux personnes qui publient de nouveaux contenus.
Le RGAA est un référentiel de vérification, tandis que l’obligation légale dépend du statut de l’organisation, de son activité et des textes applicables au service concerné. Une PME doit analyser sa situation avec une source juridique à jour. Même lorsqu’aucune obligation spécifique ne s’applique, le référentiel fournit une méthode reconnue pour repérer et réduire les obstacles.
Non. Les outils automatiques sont utiles pour repérer certaines erreurs répétitives, mais ils ne jugent pas correctement la pertinence d’un texte alternatif, la logique d’un parcours ou la compréhension d’un message. Une évaluation sérieuse associe contrôles techniques, navigation au clavier, vérification du contenu et, lorsque possible, essais avec des technologies d’assistance.
Pas nécessairement. La décision dépend de la structure du code, du CMS, du thème, des composants tiers et de la proportion de défauts dans les gabarits. Une correction des modèles et des règles éditoriales peut apporter des améliorations importantes. Une refonte devient pertinente lorsque l’architecture empêche durablement les corrections ou lorsque les fonctions essentielles reposent sur des composants inaccessibles.
Il faut intégrer des contrôles au processus de publication, former les personnes qui rédigent et tester les composants après les mises à jour. Les nouveaux formulaires, documents, vidéos et scripts doivent faire partie de la vérification. Un suivi périodique permet de détecter les régressions et de mettre à jour la documentation.
Un site accessible permet à un public plus large d’utiliser ses contenus et ses fonctions. La conformité au RGAA correspond à une évaluation menée selon les règles du référentiel, sur un périmètre défini et à une date donnée. Elle ne doit pas être affirmée sans audit documenté, surtout lorsque le site continue d’évoluer.
