Les WCAG (Web Content Accessibility Guidelines) sont la référence internationale en matière d'accessibilité numérique. En France, c'est le RGAA (Référentiel Général d'Amélioration de l'Accessibilité) qui les adapte au cadre légal. Ces référentiels sont indispensables, mais ils ne couvrent pas tout.
Un site peut obtenir un excellent score d'accessibilité technique tout en restant difficile à utiliser pour une partie de ses visiteurs. C'est ce qu'on appelle le fossé entre la conformité et l'expérience réelle.
Cet article explore ce que les critères officiels ne capturent pas toujours, et comment aller plus loin pour créer un site vraiment inclusif.
Pourquoi les WCAG ne suffisent pas toujours
Les WCAG (version 2.2 en vigueur en 2025) définissent des critères mesurables organisés autour de 4 principes : Perceptible, Utilisable, Compréhensible, Robuste. C'est une excellente base.
Mais ces critères sont construits pour être vérifiables objectivement, ce qui signifie qu'ils privilégient ce qui peut être coché ou non. Certaines dimensions de l'expérience réelle sont difficiles à mettre en critère binaire : la complexité cognitive, la fatigue d'attention, la clarté du langage, la cohérence de la navigation.
Résultat : un site "conforme WCAG AA" peut quand même être épuisant à utiliser pour une personne autiste, incompréhensible pour quelqu'un en situation d'illettrisme, ou impossible à naviguer pour quelqu'un avec une motricité fine réduite, sans enfreindre aucun critère officiel.
L'accessibilité cognitive : le grand oublié
Ce que c'est
L'accessibilité cognitive concerne les personnes qui ont des difficultés à traiter, comprendre ou retenir l'information : troubles DYS (dyslexie, dysorthographie, dyscalculie), TDAH, troubles autistiques, traumatismes crâniens, maladies neurodégénératives, ou simplement le vieillissement cognitif.
C'est une population massive. En France, on estime à 2 à 3 millions le nombre de personnes dyslexiques seules. Sans compter tous les contextes situationnels : quelqu'un qui lit sous le soleil sur mobile, qui est fatigué, stressé ou distrait.
Ce que les WCAG couvrent partiellement
Les WCAG 2.2 incluent quelques critères cognitifs : temps de lecture (2.2.1), gestion des erreurs (3.3.x), cohérence de navigation (3.2.3). Mais c'est insuffisant. Le groupe COGA (Cognitive and Learning Disabilities Accessibility Task Force) du W3C travaille sur des recommandations complémentaires publiées dans le document "Making Content Usable for People with Cognitive and Learning Disabilities".
Ce qu'on peut faire concrètement
Simplifier le langage : visez le niveau de lecture CM2-6ème pour votre contenu principal. Pas de jargon sans explication, phrases courtes, une idée par paragraphe. L'outil SCOLARIUS permet de mesurer la complexité d'un texte en français.
Structurer l'information : titres clairs et hiérarchisés, progression logique. La structure H1/H2/H3 bien utilisée aide autant les lecteurs d'écran que les personnes ayant des difficultés de mémorisation.
Éviter la surcharge visuelle : animations automatiques, bannières clignotantes, popups multiples, sidebars chargées. Chaque élément ajouté à l'interface est un effort de traitement supplémentaire pour l'utilisateur.
Proposer des aides à la navigation : fil d'Ariane, barre de progression dans les tunnels, récapitulatif des actions effectuées. L'utilisateur ne doit jamais se demander "où suis-je ?" ou "qu'ai-je déjà fait ?".
Tolérer les erreurs : les formulaires doivent expliquer clairement ce qui ne va pas et comment corriger, sans perdre les données déjà saisies. Nous en parlons en détail dans l'article sur les formulaires web et l'UX.
L'accessibilité motrice : plus large qu'on ne le pense
Qui est concerné
L'accessibilité motrice ne concerne pas uniquement les utilisateurs de fauteuils roulants. Elle couvre : tremblements essentiels, arthrite, séquelles d'AVC, amputation, paralysie temporaire (bras cassé), ou simplement l'utilisation d'une seule main parce que l'autre tient un bébé.
Ce que les WCAG couvrent
Le critère 2.1 impose qu'une interface soit entièrement utilisable au clavier sans souris. C'est fondamental, mais pas suffisant.
Ce qu'on oublie souvent
La taille des zones cliquables : 44×44px minimum recommandé par Apple et Google, 24×24px selon les WCAG 2.2. En pratique, beaucoup de sites ont des boutons ou des liens trop petits, particulièrement en mobile. Voir notre article sur le daltonisme et le web design qui aborde aussi les zones d'interaction.
Les délais trop courts : sessions qui expirent rapidement, notifications qui disparaissent après 3 secondes, carrousels qui défilent automatiquement. Ces éléments supposent une réactivité que tous les utilisateurs n'ont pas.
La navigation au switch : certains utilisateurs à mobilité très réduite utilisent des interfaces de type switch pour naviguer. Ces interfaces parcourent la page de façon séquentielle. L'ordre du DOM (structure HTML) doit être logique, et le focus clavier toujours visible.
Le drag and drop : les interfaces qui imposent du glisser-déposer (tri de listes, construction de formulaires) sont inaccessibles aux utilisateurs au clavier. Prévoyez toujours une alternative textuelle.
L'accessibilité sensorielle au-delà des contrastes
Les WCAG couvrent bien les contrastes de couleur, c'est d'ailleurs l'un des critères les plus vérifiés. Mais certains aspects sensoriels passent encore trop souvent à la trappe.
Les sous-titres et transcriptions
Les vidéos doivent avoir des sous-titres synchronisés (critère WCAG 1.2.2). En pratique, les sous-titres auto-générés par YouTube contiennent souvent des erreurs, surtout pour les termes techniques ou les accents régionaux. Vérifiez et corrigez systématiquement.
Pour les podcasts et contenus audio, une transcription textuelle complète est la bonne pratique. Elle profite également au référencement naturel : Google peut indexer le texte là où il ne peut pas indexer l'audio.
Les animations et effets de mouvement
Le critère WCAG 2.3.3 (de niveau AAA, donc non obligatoire) recommande de proposer une option pour désactiver les animations. En pratique, la requête CSS prefers-reduced-motion permet de détecter les utilisateurs qui ont activé ce paramètre dans leur système et d'adapter automatiquement votre interface.
@media (prefers-reduced-motion: reduce) { * { animation: none; transition: none; } }
Cela bénéficie aux personnes épileptiques, à celles souffrant de vertiges, ou simplement à celles qui trouvent les animations distrayantes.
L'accessibilité situationnelle : le contexte d'usage
Un concept souvent négligé : l'accessibilité temporaire ou situationnelle. Une personne "valide" dans un contexte normal peut se retrouver en situation de handicap situationnel : utiliser son téléphone en plein soleil, tenir un enfant dans les bras, regarder une vidéo dans les transports sans écouteurs, naviguer avec une connexion lente, ou lire rapidement entre deux réunions.
Concevoir pour l'accessibilité, c'est aussi concevoir pour toutes ces situations. Ce n'est pas qu'une démarche éthique, c'est du bon design.
Comment aller plus loin que la conformité
Testez avec de vrais utilisateurs
Aucun outil automatique ne remplace les tests avec des personnes en situation de handicap réelle. Des plateformes comme Access42 proposent des formations et des services d'audit avec des testeurs en situation de handicap.
Utilisez les bons outils d'audit
WAVE : détection visuelle des erreurs d'accessibilité page par page.
axe DevTools : extension Chrome pour les audits développeurs.
Lighthouse : score d'accessibilité intégré à Chrome.
Color Contrast Analyzer : vérification des ratios de contraste.
Intégrez l'accessibilité dès la conception
L'accessibilité ajoutée après coup coûte 10 à 100 fois plus cher qu'une accessibilité pensée dès la maquette. La phase de design est le bon moment pour poser les bonnes questions : est-ce que cette interaction fonctionne au clavier ? Ce composant est-il lisible par un lecteur d'écran ?
FAQ — Accessibilité web
Mon site est-il légalement obligé d'être accessible ?
En France, l'obligation légale (loi du 11 février 2005 et son décret d'application) concerne les organismes publics, les entreprises dont le CA dépasse 250 millions d'euros, et depuis 2024, progressivement d'autres catégories. Pour les autres, ce n'est pas obligatoire, mais fortement recommandé, autant pour l'éthique que pour le SEO.
Quelle est la différence entre WCAG et RGAA ?
Les WCAG sont les recommandations internationales du W3C. Le RGAA est leur adaptation française, avec des critères de test spécifiques et un contexte légal. Le RGAA version 4.1 est aligné sur les WCAG 2.1 niveau AA.
Un bon score Lighthouse accessibilité garantit-il que mon site est accessible ?
Non. Lighthouse détecte automatiquement environ 30% des problèmes d'accessibilité. Le reste nécessite un test manuel, notamment tout ce qui concerne l'expérience utilisateur réelle avec des technologies d'assistance.
L'accessibilité améliore-t-elle le SEO ?
Oui, indirectement. Une structure HTML sémantique, des alt-textes bien rédigés, des titres hiérarchisés, un contenu clair : ce sont des bonnes pratiques partagées entre accessibilité et SEO. Un site accessible est généralement mieux compris par les moteurs de recherche.
Par où commencer si mon site n'est pas du tout accessible ?
Commencez par les critères WCAG AA les plus impactants : contrastes de couleur, navigation au clavier, alt-textes sur les images, labels sur les formulaires. Un audit WAVE prend 10 minutes et vous donne une liste de points à corriger classés par sévérité.
Conclusion
L'accessibilité web n'est pas une case à cocher, c'est une démarche continue qui bénéficie à tous les utilisateurs, dans tous les contextes. Les WCAG sont un excellent point de départ, mais s'arrêter à la conformité technique, c'est manquer une grande partie de ce qui rend un site vraiment utilisable.
Commencez par les bases, testez avec de vrais utilisateurs, et intégrez l'accessibilité dans votre processus de conception plutôt que de la traiter comme un audit à faire une fois.
Vous souhaitez évaluer l'accessibilité de votre site ?Contactez l'agence Héphaistos pour un audit complet.
Article publié en 2026 | Héphaistos — Agence web & SEO
