Un jour, un client m'appelle, très fier : son site venait de passer le million de visites annuelles. Deux semaines plus tard, il reçoit un mail d'une association d'usagers. Une personne malvoyante lui expliquait qu'elle avait essayé de commander chez lui, et qu'elle n'avait jamais réussi à valider le panier. Pas un bug. Pas une panne. Juste son site, conçu de telle façon qu'une partie de ses clients ne pouvait pas s'en servir.
Ce jour-là, j'ai compris un truc que je répète depuis à chaque audit : l'accessibilité web n'est pas une case à cocher pour faire plaisir à un référentiel. C'est la différence entre un site utilisable par tous et un site qui trie ses visiteurs sans le dire. Rendre son site accessible, ce n'est pas ajouter une couche de contraintes par-dessus le design. C'est retirer des obstacles qu'on n'avait même pas remarqués.
Et le pire dans l'histoire ? Ce n'était pas un site amateur. C'était une boutique correctement codée, avec un beau design system, un budget confortable. Le problème était ailleurs. Il était dans des détails que personne n'avait pris la peine de tester autrement qu'à la souris, sur un écran 27 pouces, avec une connexion fibre.
Points clés à retenir
- L'accessibilité web, c'est rendre un site perceptible, utilisable, compréhensible et robuste pour tout le monde, y compris les personnes en situation de handicap.
- En France, le secteur public est concerné depuis longtemps ; une partie du secteur privé l'est aussi, avec des échéances qui tombent.
- La majorité des sites audités présentent au moins un défaut bloquant. Le taux de conformité strict reste très faible.
- Les correctifs les plus rentables sont souvent les plus simples : textes alternatifs, contrastes, navigation clavier, structure de titres.
- Tester avec un vrai lecteur d'écran change tout. Un audit automatique seul ne suffit jamais.
L'accessibilité web, c'est quoi exactement (et pourquoi ça concerne votre site) ?
Beaucoup de gens pensent accessibilité = version spéciale pour aveugles. C'est faux, et c'est probablement la raison pour laquelle le sujet avance si lentement. L'accessibilité numérique couvre des réalités très différentes : une personne qui navigue au clavier parce qu'elle ne peut pas utiliser de souris, quelqu'un qui a du mal à lire un texte trop petit, une personne malentendante qui a besoin de sous-titres, un utilisateur en plein soleil sur son téléphone qui distingue mal les gris clairs sur blanc. La liste est longue, et elle vous inclut probablement un jour ou l'autre.
Le référentiel international s'appelle les WCAG (Web Content Accessibility Guidelines). En France, sa déclinaison officielle s'appelle le RGAA. Les deux reposent sur quatre principes simples, qu'on résume souvent par l'acronyme POUR.
Les quatre principes POUR
- Perceptible : l'information doit être accessible aux sens. Une image sans texte alternatif n'est pas perceptible par un lecteur d'écran.
- Utilisable : on doit pouvoir tout faire, y compris au clavier. Un menu qui ne s'ouvre qu'au survol de la souris est un piège.
- Compréhensible : le contenu et le fonctionnement doivent être clairs. Un message d'erreur « Erreur 422 » ne l'est pas.
- Robuste : ça doit marcher avec les technologies d'assistance d'aujourd'hui et de demain. Le HTML bancal casse tout.
Franchement, quand on présente les choses comme ça, la plupart des objections tombent. Personne ne défend sérieusement l'idée de faire un site que seuls les voyants équipés d'une souris peuvent utiliser. Le débat, ce n'est pas « faut-il le faire ? », c'est « par où on commence, et jusqu'où ? ».
Accessibilité d'un site web : quelles obligations, et pour qui ?
Le cadre légal français s'est construit par étapes, et beaucoup d'entreprises découvrent tard qu'elles sont concernées. Le secteur public a été le premier mis à contribution. Puis le privé est entré dans le jeu, avec un seuil de chiffre d'affaires qui fait basculer l'obligation.
Concrètement : si votre entreprise dépasse un certain seuil de chiffre d'affaires (de l'ordre de 250 millions d'euros en France), vous êtes soumis à des obligations d'accessibilité sur vos services en ligne. Le seuil peut sembler élevé, mais il attrape bien plus de monde qu'on ne le croit, notamment via les groupes et les filiales. Le calendrier des échéances a été réajusté plusieurs fois, et le référentiel lui-même évolue — une nouvelle version du RGAA est attendue à l'horizon de la fin 2026. Si vous bâtissez votre plan d'action sur l'ancienne version, vous risquez de refaire le travail deux fois.
Qui est vraiment concerné par l'accessibilité numérique ?
Au-delà de l'obligation légale, la question honnête est : qui utilise votre site ? Une personne sur cinq environ vit avec une forme de handicap, temporaire ou permanente. Ajoutez les seniors, les blessés du quotidien (bras cassé, migraine, vision floue), les utilisateurs mobiles en environnement dégradé. On atteint vite une part significative de votre audience.
Et il y a un angle que je trouve plus convaincant que la loi : vos obligations vous rattrapent, mais votre audience, elle, est déjà là. Ne pas la servir correctement est un choix commercial, pas juste un choix technique.
Les bonnes pratiques qui changent vraiment les choses
J'ai audité assez de sites pour savoir où se concentrent les blocages. Spoiler : ce n'est presque jamais là où les équipes pensent. Voici les chantiers que je retrouve systématiquement, classés par impact réel.
Les textes alternatifs, ou l'art de rater un attribut
C'est l'exemple d'école. Un <img> sans attribut alt est invisible pour un lecteur d'écran. Mais l'erreur inverse est tout aussi fréquente : mettre un alt partout, y compris sur des images purement décoratives, et polluer l'expérience. Une icône de séparation n'a pas besoin d'être annoncée. Une photo de produit, oui, avec une description utile. Un logo cliquable doit dire « Accueil du site X », pas « image1.png ».
Contrastes et couleurs : le piège du beau design
Le contraste, c'est le parent pauvre. On tombe amoureux d'un gris perle sur fond blanc, et on oublie que la moitié des utilisateurs ne le distinguent pas. Le minimum à respecter tourne autour d'un ratio de 4,5:1 pour le texte courant. Sur un projet e-commerce, j'ai repris six combinaisons de couleurs qui n'avaient jamais été testées autrement qu'à l'œil sur l'écran du directeur artistique. Résultat : un taux de rebond légèrement en baisse sur les pages produit, et zéro plainte de clients. On ne sait pas si c'est le contraste qui a joué, mais l'expérience était simplement plus lisible.
La navigation au clavier et le focus
Débranchez votre souris. Faites le tour de votre site avec la touche Tab uniquement. Vous allez vivre un moment désagréable. Presque tous les sites que j'ai testés au début de ma pratique perdaient le focus, ouvraient des menus impossibles à fermer, ou passaient des dizaines de fois sur des éléments invisibles. Corriger ça coûte peu : un état de focus visible, un ordre logique dans le DOM, des composants qui répondent au clavier. Et ça, ça se teste en cinq minutes.
Structure de titres et formulaires
Un lecteur d'écran permet de naviguer de titre en titre. Si vos titres sont des <div> stylés au lieu de vrais <h2>, cette navigation n'existe pas. Pour les formulaires, c'est la même logique : chaque champ doit être associé à un <label> explicite, et les messages d'erreur doivent être annoncés, pas juste affichés en rouge minuscule à côté du champ.
Pour situer l'écart entre les bonnes intentions et la réalité : sur les sites que j'ai examinés ces dernières années, la grande majorité affichait au moins un défaut bloquant au premier passage, et une minorité seulement aurait passé un audit complet sans réserve. Le problème n'est presque jamais l'absence de volonté. C'est l'absence de test.
Tester l'accessibilité de son site : outils et méthode
Vous ne pouvez pas corriger ce que vous ne voyez pas. Et l'œil nu, aussi entraîné soit-il, ne voit pas tout. La bonne nouvelle : la boîte à outils est gratuite et mature.
Les outils automatiques (et leurs limites)
Wave, Axe, Lighthouse : ces outils scannent une page et signalent les erreurs détectables mécaniquement. Textes alternatifs manquants, contrastes insuffisants, labels orphelins. Ils sont utiles pour un premier passage, mais ils ne captent qu'une fraction des problèmes. Un audit automatique, c'est comme un détecteur de fumée : ça vous prévient de certaines choses, mais ça ne remplace pas une visite des lieux.
Les tests manuels qui révèlent le vrai état de votre site
- Naviguez au clavier uniquement, sans jamais toucher la souris.
- Essayez un lecteur d'écran. NVDA est gratuit sous Windows, VoiceOver est intégré à macOS et iOS, TalkBack est sur Android. Cinq minutes avec les yeux fermés valent dix rapports.
- Zoomez le texte à 200 % et regardez ce qui casse.
- Désactivez les images dans le navigateur et voyez si la page reste compréhensible.
- Sur mobile, montez à 200 % de taille de police et testez les zones tactiles.
Je vais être honnête : la première fois que j'ai lancé NVDA sur mon propre projet, j'ai été mal à l'aise. Tout s'enchaînait dans un ordre absurde, des éléments se répétaient, et une partie de la navigation était purement injoignable. Je pensais avoir fait le travail. Je n'avais fait que le début.
L'audit RGAA : comment ça marche vraiment
Le RGAA n'est pas un score unique. C'est un ensemble de critères répartis par thématique, qu'on évalue sur un échantillon de pages représentatives de votre site. Le résultat s'exprime en taux de conformité, calculé sur les critères applicables. Cent pour cent, c'est rare. Autour de 50 à 60 %, c'est déjà un site sérieux. La plupart des sites publics qui affichent un taux tournent bien en dessous, ce qui donne une idée de l'écart à combler pour le privé.
Comparatif rapide des outils de test
| Outil | Type | Ce qu'il détecte | Ce qu'il rate |
|---|---|---|---|
| Wave | Automatique (extension) | Alt manquants, contrastes, structure | Logique de navigation, sens du contenu |
| Axe DevTools | Automatique (navigateur) | Erreurs ARIA, contrastes, labels | Pertinence des textes alternatifs |
| Lighthouse | Automatique (intégré) | Score global, performance, SEO | Toute la partie expérience réelle |
| NVDA (Windows) | Lecteur d'écran | Ce qu'entend réellement l'utilisateur | Rien — mais exige de la pratique |
| VoiceOver (Mac/iOS) | Lecteur d'écran intégré | Navigation mobile et desktop | Rien — mais courbe d'apprentissage |
La règle que je donne à mes clients : les outils automatiques vous font gagner du temps sur les basses vitesses. Le test humain vous dit si un vrai utilisateur peut aller au bout. Les deux sont nécessaires, aucun ne remplace l'autre.
Ce qui reste quand on a tout corrigé
Je n'ai jamais vu un site parfaitement accessible, et honnêtement je ne suis pas sûr que ça existe. Ce que j'ai vu, en revanche, c'est des équipes qui, après un premier audit, ne reviennent plus en arrière. Une fois qu'on a entendu un lecteur d'écran buter sur un bouton mal nommé, on ne code plus tout à fait pareil. La contrainte devient un réflexe.
Le vrai enjeu n'est peut-être pas là, d'ailleurs. L'accessibilité web n'est pas une propriété qu'on atteint un jour et qu'on garde. C'est une habitude qui se perd dès qu'on arrête de la pratiquer. Chaque refonte, chaque nouveau composant, chaque intégration presse le pas. La question n'est pas « notre site est-il accessible ? » mais « qui dans l'équipe s'en occupe encore dans six mois ? ».
Si vous ne deviez retenir qu'une chose : testez avec un clavier et un lecteur d'écran, aujourd'hui, sur une seule page. Pas besoin d'attendre un budget. Ce que vous allez découvrir dans les dix prochaines minutes va probablement vous surprendre.
