D’après une intervention effectuée par Vanessa STRUB et Gabriel PILLET au Forum des utilisateurs de PHP à Lyon et suivie par nos développeurs David et Stéphane, l’accessibilité sur le web mérite d’être profondément réinterrogée. Voici ce qu’il faut en retenir.
C’est le grand paradoxe du web moderne.
D’un côté, les réglementations se durcissent (RGAA, directives européennes) et obligent les entreprises à se pencher sur l’accessibilité de leurs plateformes numériques. De l’autre, on assiste à une course à la conformité administrative où l’objectif principal est devenu d’obtenir un « tampon » ou un pourcentage sur un rapport d’audit.
Le problème ? À force de concevoir l’accessibilité comme une simple check-list réglementaire, on oublie l’essentiel : les humains qui naviguent derrière l’écran . Une page peut être techniquement « valide » sur un outil de scan automatique, mais s’avérer un enfer d’usage pour un véritable utilisateur.
Le handicap en chiffres : détruire le mythe de la "minorité".
Lorsque l’on parle d’accessibilité (ou A11y), l’excuse la plus fréquente des entreprises est souvent : « Mais nous, on n’a pas d’utilisateurs handicapés ! ». C’est une double erreur : d’une part, un site non accessible empêche précisément ces personnes de venir ; d’autre part, les statistiques montrent que la réalité est bien différente de l’image que l’on s’en fait:
- 12 millions de Français sont touchés par un handicap, soit environ 17,5 % de la population.
- 80 % des handicaps sont invisibles. On ne parle pas seulement de cécité ou de fauteuil roulant, mais de maladies chroniques invalidantes (diabète, épilepsie), de troubles cognitifs (dyslexie, TDAH) ou psychiques.
- 85 % des handicaps surviennent au cours de la vie. Seuls 15 % sont présents dès la naissance.
- 1 personne sur 2 sera confrontée à une situation de handicap (temporaire ou permanente) au cours de son existence (une fracture du bras qui empêche d’utiliser la souris, une fatigue visuelle, un environnement bruyant).
L’accessibilité n’est donc pas une fonctionnalité de niche pour quelques critères d’audit : c’est un enjeu qui concerne tout le monde.
Du code à l'usage : le rôle crucial de la sémantique et d’ARIA.
Pour les équipes de développement, l'accessibilité commence par le respect des fondamentaux du web
Le navigateur génère ce qu’on appelle un arbre d’accessibilité destiné aux technologies d’assistance (comme les lecteurs d’écran). Si le code HTML n’est pas sémantique, la machine ne peut rien deviner.
L’exemple le plus classique est le fameux bouton « burger » des menus mobiles. Codé avec une simple balise <div> ou une image, il fonctionne à la souris mais reste totalement invisible pour un utilisateur naviguent au clavier ou via une synthèse vocale.
C’est ici qu’interviennent la sémantique native et les spécifications ARIA (Accessible Rich Internet Applications):
- La sémantique d’abord : On utilise de vrais éléments HTML (<button>, <nav>, <main>) qui portent nativement leur rôle et leur comportement au clavier (gestion de la touche Entrée/Espace).
- ARIA en renfort : ARIA ne remplace pas le HTML, il le complète lorsque le design exige des composants dynamiques complexes (modales, accordéons, onglets). Des attributs comme aria-expanded= »true/false » permettent d’indiquer au lecteur d’écran si un menu est ouvert ou fermé. L’attribut aria-label donne un nom clair à un bouton qui ne contient qu’une icône graphique.
La règle d’or des devs : le meilleur ARIA est celui dont on n’a pas besoin, car on a utilisé le bon tag HTML natif
Le constat est sans appel : les positions naturelles classiques sont poussées sous la ligne de flottaison. C’est la preuve par l’image que le trafic de demain ne se captera plus en essayant de tromper un algorithme, mais en devenant la source de confiance de l’IA.
La boîte à outils : comment tester l'accessibilité à votre niveau ?
Un audit de conformité RGAA intervient souvent trop tard, en fin de projet, quand corriger les erreurs coûte trois fois plus cher. Pour éviter d’attendre l’iceberg, l’assurance qualité (QA) et le test d’accessibilité doivent s’intégrer au fil des sprints.
Voici les outils indispensables utilisés par nos développeurs chez Poisson Soluble:
1. Votre propre clavier (Gratuit et infaillible)
C’est le test le plus simple et le plus puissant. Lâchez votre souris. Pouvez-vous naviguer sur l’ensemble de votre site uniquement avec la touche Tab (pour avancer), Maj+Tab (pour reculer), Espace / Entrée (pour cliquer) et Échap (pour fermer une modale) ? Est-ce que le focus (la bordure de sélection) est bien visible à l’écran ? Si la réponse est non, le site n’est pas accessible.
2. Les extensions de navigateur pour un premier check automatique
Pour repérer les erreurs grossières de code ou de design dès l’intégration:
- WAVE (Web Accessibility Evaluation Tool) : Idéal pour visualiser en un clic la structure des titres (<h1>, <h2>), les oublis de textes alternatifs sur les images et les erreurs sémantiques.
- Axe DevTools : Une extension incontournable pour les développeurs qui scanne le DOM et liste les non-conformités directement dans la console d’inspection.
- HeadingsMap : Permet de vérifier d’un coup d’œil si l’arborescence de vos titres est logique et sans rupture (essentiel pour les personnes qui naviguent de titre en titre).
- WCAG Contrast Checker : Pour valider que le ratio de contraste entre la couleur du texte et l’arrière-plan respecte les exigences d’accessibilité.
3. Les lecteurs d'écran (Pour tester l'accessibilité réelle)
Rien ne remplace le fait de tester avec le véritable outil de l’utilisateur.
- Sur PC : Utilisez NVDA, un lecteur d’écran open source et gratuit qui lit le code dans l’ordre du DOM.
- Sur votre smartphone : Vous avez tous un outil de test dans la poche. Activez VoiceOver (iOS) ou TalkBack (Android) dans vos paramètres d’accessibilité (ou via un triple-clic sur le bouton latéral). Fermez les yeux (ou activez l’option « rideau noir ») et tentez de naviguer : vous entendrez immédiatement là où l’expérience utilisateur se brise.
Ce qu'il faut retenir : l'accessibilité est de l'empathie, pas de la paperasse
Considérer l’accessibilité numérique sous le seul angle de la contrainte légale est une erreur de cible.
C’est un puissant levier d’innovation, d’amélioration SEO (les robots d’indexation naviguent exactement comme des lecteurs d’écran) et de responsabilité sociétale (RSE).
La bienveillance et l’empathie sont les meilleurs outils d’une équipe produit. Ne visez pas un score abstrait sur un tableur au détriment de l’usage. Visez un web plus juste, plus propre et plus humain.
Chez Poisson Soluble, nous intégrons ces tests et cette rigueur sémantique dès les premières lignes de code de vos applications.
