Mon Parcours & Mon Expérience de Terrain
Consultant en accessibilité numérique depuis plus de huit ans à Nancy, j'ai vu trop de refontes de sites web saluées pour leur graphisme moderne devenir en réalité des barrières infranchissables pour des milliers d'utilisateurs. J'ai vu des portails municipaux flambant neufs où il était devenu impossible de renouveler une carte d'identité sans souris, et des boutiques en ligne où le bouton d'ajout au panier était totalement invisible pour un lecteur d'écran comme NVDA ou VoiceOver.
Mon déclic a eu lieu lors d'un audit pour un établissement d'enseignement supérieur lorrain : suite à l'intégration d'un carrousel d'images à la mode codé avec des <div> imbriquées et sans gestion du focus clavier, les étudiants malvoyants ne pouvaient plus accéder au formulaire d'inscription pédagogique. L'accessibilité n'est ni un luxe ni une corvée bureaucratique : c'est le respect fondamental du standard web et de ses utilisateurs.
Aujourd'hui, j'accompagne les directions informatiques, les agences web et les collectivités dans l'audit méthodique de leurs applications au regard des 106 critères du RGAA 4.1.2 et des recommandations WCAG 2.1. Sur Doinweb, je partage mes grilles d'audit, mes retours d'expérience sur les pièges de code fréquents et mes protocoles d'assainissement ergonomique.
Trois Convictions Fondamentales en Accessibilité Web
01 · Le HTML sémantique natif bat 95% des artifices ARIA
La première règle du W3C pour ARIA est limpide : n'utilisez pas ARIA si un élément HTML natif existe déjà. Un simple <button> gère nativement le focus clavier (Tab), l'activation par Entrée et Espace, et s'annonce correctement aux technologies d'assistance, là où une fausse balise <div onClick=...> exige des dizaines de lignes de code fragiles pour un résultat souvent défaillant.
02 · L'indicateur de focus visible est un droit inaliénable
Supprimer l'indicateur de focus avec un outline: none pour des raisons purement cosmétiques est l'une des erreurs les plus dommageables pour l'expérience utilisateur. Pour une personne naviguant au clavier ou avec un contacteur, perdre de vue le curseur de tabulation équivaut à naviguer les yeux fermés.
03 · Un site accessible est systématiquement plus performant et mieux référencé
L'accessibilité et la webperformance poursuivent le même objectif : éliminer la friction et le code superflu. Une arborescence de titres <h1> à <h6> hiérarchisée, des contrastes chromatiques tranchés et des balises alternatives d'images pertinentes améliorent directement la compréhension sémantique de Googlebot et accélèrent le temps de rendu.
Mon Environnement d'Audit & Outillage Quotidien
Aucun outil automatisé ne peut certifier à lui seul la conformité RGAA d'un service numérique. Les robots de scan ne détectent qu'environ 30% des non-conformités potentielles. Mes audits reposent sur une double méthodologie :
- Tests en conditions réelles avec technologies d'assistance : Évaluation systématique sous NVDA (Firefox / Windows), VoiceOver (Safari / macOS & iOS) et TalkBack (Chrome / Android) pour vérifier la clarté et la fluidité des annonces sonores.
- Audit clavier strict : Navigation complète sans périphérique de pointage pour éprouver l'absence de pièges de tabulation, la gestion des fenêtres de dialogue (modales) et l'accès aux liens d'évitement.
- Contrôle colorimétrique : Mesure des ratios de contraste au pixel près via le Colour Contrast Analyser (CCA) sur l'ensemble des états interactifs (repos, survol, focus, actif).
Échange Professionnel
Un projet de mise en conformité RGAA ou une question technique ?
Je réponds personnellement sous 24 à 48 heures aux demandes d'éditeurs et de développeurs.
Prendre contact →
