L’accessibilité n’est pas un sujet “en plus”. C’est un critère de qualité, au même titre que la sécurité, la performance ou la conformité RGPD. Et dans beaucoup d’organisations, le vrai problème n’est pas la mauvaise volonté. C’est l’absence de méthode simple pour vérifier, corriger et piloter.
Cette checklist vous aide à cadrer une conformité réaliste pour un site ou un service digital, à identifier les points bloquants, et à organiser le travail entre métier, design, contenu et technique.
Avant de commencer : clarifier le cadre
Avant de cocher des cases, posez les bases. Sinon, vous risquez de faire des corrections isolées sans atteindre un niveau de conformité stable.
- Définir le périmètre : pages, parcours, fonctionnalités, documents téléchargeables
- Identifier les publics : utilisateurs réguliers, occasionnels, mobiles, agents internes
- Choisir le référentiel applicable : RGAA pour le secteur public, WCAG pour un cadre international
- Fixer un objectif réaliste : niveau visé, jalons, priorités sur les parcours critiques
- Nommer un responsable accessibilité côté projet : arbitrages, suivi, coordination
Checklist : contenu et rédaction
Le contenu est souvent la source la plus rapide de gains, mais aussi d’erreurs répétées.
- Les titres sont structurés correctement : un seul H1, hiérarchie logique
- Le texte est lisible : phrases courtes, vocabulaire simple, informations essentielles visibles
- Les liens sont explicites : éviter “cliquez ici”, préférer “Télécharger le guide PDF”
- Les images ont un texte alternatif pertinent quand elles portent une information
- Les images décoratives sont ignorées par les lecteurs d’écran
- Les tableaux sont utilisés pour des données, pas pour la mise en page
- Les documents PDF sont accessibles ou remplacés par une page web accessible
Checklist : design et interface
Une interface accessible est une interface claire. L’objectif est de réduire les ambiguïtés et les obstacles.
- Le contraste est suffisant pour le texte et les éléments d’interface
- La taille de police et l’interlignage restent lisibles sur mobile
- Les informations ne reposent pas uniquement sur la couleur
- Les champs obligatoires sont indiqués clairement, sans ambiguïté
- Les messages d’erreur sont compréhensibles et indiquent quoi corriger
- Les composants interactifs sont cohérents : boutons, liens, menus, accordéons
- Les animations ne gênent pas la lecture et peuvent être réduites si nécessaire
Checklist : navigation clavier et focus
Si votre service n’est pas utilisable au clavier, il n’est pas accessible.
- Tous les éléments interactifs sont atteignables au clavier
- L’ordre de tabulation est logique et suit le parcours visuel
- Le focus est visible en permanence et ne disparaît pas
- Il existe un lien d’évitement pour aller au contenu principal
- Les menus, modales et accordéons sont utilisables au clavier
- Aucun piège clavier : on peut toujours sortir d’un composant
Checklist : formulaires
Les formulaires sont un point critique, surtout pour les démarches, achats, inscriptions et demandes.
- Chaque champ a un label associé, visible ou correctement annoncé
- Les aides à la saisie sont claires : format attendu, exemples
- Les erreurs sont annoncées et localisées : champ concerné, cause, correction
- Les champs obligatoires sont identifiés et expliqués
- Les regroupements de champs sont structurés : coordonnées, adresse, paiement
- Les délais de session sont annoncés et gérables
Checklist : médias et contenus riches
Les vidéos et audios sont souvent oubliés, alors qu’ils sont très visibles côté utilisateur.
- Les vidéos ont des sous-titres synchronisés
- Une transcription est disponible pour les contenus audio
- Les contenus importants ne sont pas uniquement dans la vidéo
- Les lecteurs audio vidéo sont utilisables au clavier
- Les carrousels et sliders ont des contrôles accessibles et compréhensibles
Checklist : technique et sémantique
La conformité se joue aussi dans le code. Sans sémantique, les lecteurs d’écran perdent la structure.
- La structure HTML est sémantique : titres, listes, sections
- Les boutons sont des boutons, pas des div cliquables
- Les attributs ARIA sont utilisés avec parcimonie et correctement
- Les images ont des attributs alt adaptés
- Les pages ont une langue définie
- Les messages dynamiques sont annoncés correctement
- Les erreurs de validation sont exposées aux technologies d’assistance
Checklist : performance et sobriété
Accessibilité et performance vont souvent ensemble. Un site lent et lourd pénalise tout le monde.
- Les pages se chargent rapidement sur mobile
- Les images sont optimisées et adaptées aux écrans
- Les scripts tiers sont limités
- Les parcours critiques restent fluides, même en conditions dégradées
Checklist : tests et preuves
Sans tests, vous ne savez pas si vous êtes conformes. Et sans preuves, vous ne pouvez pas piloter.
- Tester au clavier sur les parcours clés
- Tester avec un lecteur d’écran sur les pages principales
- Vérifier les contrastes et la lisibilité
- Faire une revue des formulaires et des erreurs
- Documenter les non-conformités : impact, priorité, correction
- Mettre en place un plan d’actions : qui fait quoi, quand, comment on valide
Organiser le pilotage dans un projet
La checklist est utile si elle s’intègre au projet, pas si elle reste un document isolé.
- Intégrer des critères d’acceptation accessibilité dans les user stories
- Ajouter une revue accessibilité à chaque jalon : maquettes, recette, mise en production
- Prévoir une dette accessibilité et un budget de correction
- Mettre à jour un registre des écarts et des décisions d’arbitrage
Conclusion
Une conformité accessibilité se construit par étapes, avec des priorités claires et des tests réguliers. La checklist vous donne un cadre simple pour sécuriser les parcours critiques, éviter les erreurs répétées, et piloter des corrections efficaces.
FABL Conseil accompagne les organisations dans le cadrage, le pilotage et la mise en conformité accessibilité de leurs services digitaux, avec une approche pragmatique, structurée et orientée usage.