L’accessibilité numérique permet à des personnes ayant des capacités, équipements ou contextes différents d’utiliser un service. Elle concerne la navigation au clavier, la restitution par lecteur d’écran, le contraste, les médias, les formulaires, la compréhension et bien d’autres dimensions. Elle améliore aussi la robustesse générale des interfaces.
En France, le RGAA fournit la méthode de vérification applicable aux sites et applications concernés. Au 17 août 2026, la version publiée à utiliser doit être vérifiée sur le site officiel ; le RGAA 4.1.2 demeure la référence indiquée dans les sources consultées, tandis que la préparation du RGAA 5 est annoncée pour la fin de 2026. Le calendrier et le périmètre peuvent évoluer.
Ce contenu présente une méthode de travail et ne constitue pas un avis juridique.
Commencer par les obligations applicables
Avant l’audit, l’organisation doit déterminer les entités, services et supports concernés, ainsi que les échéances et documents attendus. Les obligations peuvent inclure une déclaration d’accessibilité, un schéma pluriannuel et un plan d’action annuel selon le contexte.
Cette analyse doit être validée par les personnes compétentes. L’équipe technique fournit l’inventaire des sites, applications, extranets, documents et prestataires, mais ne tranche pas seule la qualification juridique.
L’accessibilité n’est pas un plugin
Un widget ne peut pas corriger un ordre de lecture incohérent, des champs sans libellé, un composant impossible au clavier ou un document inaccessible. Les surcouches peuvent parfois apporter des préférences, mais elles ne remplacent ni le code correct ni le contenu accessible.
La démarche porte sur :
- conception et parcours ;
- design system ;
- structure HTML ;
- JavaScript et gestion du focus ;
- contenus et médias ;
- documents téléchargeables ;
- outils tiers ;
- tests et maintenance.
Organiser la gouvernance
Un pilote doit coordonner la politique, les audits, les plans de correction et les publications. Chaque équipe conserve une responsabilité : designers, développeurs, contributeurs, QA, achats, juridique et support.
Les contrats avec les prestataires précisent les exigences, preuves, tests et modalités de correction. Une déclaration de conformité sans mécanisme de suivi devient rapidement obsolète.
Construire un inventaire
L’inventaire couvre les services publics et privés, versions mobiles, langues, thèmes, documents, vidéos, formulaires et composants embarqués. Pour chaque actif, noter propriétaire, technologie, audience, criticité, date de dernière refonte et statut d’audit.
Les composants partagés sont des multiplicateurs. Corriger un menu, une modale ou un champ dans le design system peut améliorer des dizaines de pages. À l’inverse, un défaut partagé peut affecter tout le parc.
Construire un échantillon représentatif
Un audit ne porte pas nécessairement sur toutes les URLs. L’échantillon doit représenter les gabarits, contenus, composants et parcours. Il inclut les pages obligatoires prévues par la méthodologie, les pages à fort trafic, les fonctions critiques et des états variés.
Il faut considérer :
- accueil et navigation ;
- pages de contenu ;
- listes et recherches ;
- formulaires et erreurs ;
- authentification et espace privé ;
- tableaux et graphiques ;
- documents et médias ;
- composants uniques ;
- versions linguistiques ou thématiques.
Outil local de cadrage
Atelier de cadrage
Structurez les décisions principales avant de lancer un atelier métier. Les réponses restent dans votre navigateur.
Boucle d’amélioration continue de l’accessibilité depuis l’inventaire jusqu’au suivi après correction.
Combiner tests manuels et automatiques
Les outils automatiques détectent certaines erreurs : contraste calculable, attributs manquants, structure évidente ou relations invalides. Ils ne peuvent pas juger la pertinence d’un texte alternatif, la logique d’un ordre de lecture ou la compréhension d’une consigne.
L’audit manuel inclut clavier, lecteur d’écran, zoom, reflow, formulaires, états dynamiques, médias et inspection du code. Les résultats automatiques sont des indices, jamais un taux de conformité fiable à eux seuls.
Tester des parcours et pas seulement des pages
Une page accessible peut conduire à un processus inutilisable. Il faut exécuter les tâches complètes : trouver une information, se connecter, remplir un formulaire, corriger une erreur, confirmer et récupérer une preuve.
Les changements de page, messages de statut, délais de session et modales doivent être annoncés correctement. Le focus suit l’action et ne disparaît pas.
Prioriser les corrections
Tous les défauts comptent, mais leur ordre peut tenir compte de :
- blocage complet ou difficulté ;
- fréquence du composant ;
- criticité du parcours ;
- nombre d’utilisateurs concernés ;
- facilité de correction ;
- dépendance à un tiers ;
- risque de régression.
Les blocages sur l’authentification, les formulaires essentiels et la navigation sont traités rapidement. Les corrections du design system sont planifiées avant les variantes locales.
Corriger à la source
Une anomalie doit être reliée au composant, au gabarit, au contenu ou au processus qui la produit. Corriger chaque page manuellement crée une dette. Le design system documente les états, interactions et exemples accessibles.
Les règles peuvent être soutenues par linters, tests de composants et tests d’intégration. Ces contrôles empêchent certains retours, sans remplacer la recette humaine.
Contenus et contribution
Les contributeurs doivent disposer de champs et d’aides adaptés : hiérarchie de titres, texte alternatif, libellé de lien, tableaux, transcription, sous-titres et langue. Le CMS peut empêcher des erreurs structurales et signaler les champs manquants.
Une formation courte, accompagnée d’exemples propres au site, est plus efficace qu’un guide générique. Les contenus anciens et documents bureautiques doivent entrer dans un plan de remédiation réaliste.
Documents téléchargeables
Un PDF inaccessible peut rendre un parcours non conforme même si la page HTML est correcte. L’organisation doit inventorier les documents, identifier ceux qui sont essentiels et privilégier une version HTML lorsque possible.
Les modèles bureautiques, styles de titre, ordre de lecture, tableaux et export PDF doivent être maîtrisés dès la création. Une correction après publication coûte davantage.
Outils et contenus tiers
Paiement, carte, vidéo, chat ou prise de rendez-vous peuvent limiter la conformité. Le processus d’achat doit demander des preuves, inclure des tests et prévoir une alternative accessible lorsque la correction ne dépend pas de l’organisation.
Les dérogations éventuelles doivent être documentées selon les règles applicables ; elles ne dispensent pas d’informer et d’assister l’utilisateur.
Publier une déclaration utile
La déclaration doit refléter l’état réel, la méthode, le résultat de l’audit, les contenus non accessibles et les moyens de contact. Elle doit être mise à jour après une refonte ou une évolution importante.
Le canal de signalement doit être suivi. Les retours utilisateurs peuvent révéler des problèmes non présents dans l’échantillon et doivent alimenter le backlog.
Préparer l’évolution vers le RGAA 5
Anticiper ne signifie pas inventer les critères futurs. Il faut suivre les publications officielles, cartographier les écarts possibles avec les normes internationales et renforcer les capacités durables : design system accessible, inventaire, tests, compétence et gouvernance.
Les composants modernes, applications mobiles, documents et usages dynamiques doivent être documentés. Une organisation qui sait mesurer et corriger s’adaptera mieux à une nouvelle version qu’une organisation focalisée sur un score ponctuel.
Intégrer l’accessibilité à la livraison
Une définition de terminé peut inclure :
- structure sémantique validée ;
- navigation clavier ;
- focus visible et logique ;
- libellés et erreurs ;
- contraste ;
- responsive et zoom ;
- tests automatiques ciblés ;
- revue humaine des composants nouveaux.
Les régressions critiques bloquent la livraison. Les autres sont tracées avec priorité et échéance.
Mesurer la progression
Le taux de conformité officiel issu d’un audit est un indicateur, mais il ne suffit pas. Suivre aussi :
- composants partagés corrigés ;
- parcours critiques testés ;
- délai de résolution des signalements ;
- pages et documents encore non audités ;
- équipes formées ;
- anomalies réintroduites ;
- satisfaction des utilisateurs concernés.
Une qualité continue
L’accessibilité devient durable lorsque les équipes savent concevoir, développer, contribuer et tester sans attendre un audit final. Elle réduit les risques de refonte corrective et améliore la qualité pour tous.
Partitech peut réaliser un audit technique et fonctionnel, corriger les composants, intégrer les contrôles à la chaîne de livraison et accompagner la gouvernance. La conformité finale doit être établie selon la méthodologie officielle et les obligations vérifiées pour l’organisation concernée.
Parlons de votre projet
Faire auditer ou industrialiser l’accessibilité de votre plateforme avec Partitech. Contactez Partitech.