Un site peut sembler parfaitement normal à première vue.
Le menu s’ouvre. Les boutons sont jolis. Les couleurs paraissent cohérentes. Les formulaires s’affichent. Sur un écran classique, avec une souris, sans zoom et sans outil d’assistance, tout peut même donner l’impression d’un site propre et bien fini.
Puis on change de point de vue.
On navigue au clavier. On grossit l’affichage. On lance un lecteur d’écran. On essaie de comprendre rapidement une page avec des liens vagues, des titres mal hiérarchisés ou un formulaire qui ne dit pas clairement ce qu’il attend. Et là, ce qui paraissait “correct” devient vite pénible, confus ou bloquant.
C’est souvent comme ça que les problèmes d’accessibilité apparaissent. Pas comme de grands bugs spectaculaires, mais comme une accumulation d’obstacles discrets. Le site n’a pas l’air cassé. Pourtant, pour certains utilisateurs, il fonctionne déjà beaucoup moins bien.
Autrement dit, le sujet n’est pas seulement de savoir si un site est “beau” ou “moderne”. Le sujet est de savoir s’il reste utilisable dès que les conditions de navigation changent un peu.
Les défauts d’accessibilité restent invisibles dans un usage standard
Une erreur d’accessibilité n’est pas toujours visible pour la personne qui a conçu le site, ni pour celle qui le relit dans de bonnes conditions. C’est même une des difficultés du sujet.
On pense souvent qu’un problème important se verrait immédiatement. En réalité, beaucoup d’écarts restent discrets tant qu’on utilise le site de manière très standard : écran confortable, souris, bonne vue, bonne compréhension du contexte, pas de fatigue particulière, pas de contrainte technique.
Mais dès qu’on sort de ce cadre, les blocages remontent vite.
Un contraste trop faible fatigue la lecture. Un focus invisible rend la navigation clavier floue. Un lien “cliquez ici” oblige à deviner ce qu’il ouvre. Une image sans texte alternatif fait disparaître une information. Un formulaire mal annoncé crée de l’hésitation ou de l’erreur.
Ce sont souvent de petits défauts pris séparément. Mais ensemble, ils dégradent fortement l’usage réel du site.
Un contraste insuffisant rend les textes et les boutons difficiles à lire
Le contraste fait partie des problèmes les plus fréquents, et aussi des plus mal évalués à l’œil.
Beaucoup de sites choisissent des couleurs douces, des gris légers, des textes secondaires un peu trop pâles, ou des boutons dont la couleur est élégante mais peu lisible. Visuellement, cela peut sembler fin. En pratique, cela peut vite devenir fatigant ou insuffisant.
On pense parfois que le contraste est un détail de designer. En réalité, c’est un point de lecture de base. Si le texte manque de présence, si un lien se détache mal, ou si un bouton important se confond avec le fond, l’effort demandé à l’utilisateur augmente tout de suite.
Le problème ne touche d’ailleurs pas seulement les personnes malvoyantes. Il concerne aussi :
- les lectures longues ;
- les écrans moyens ;
- les environnements lumineux ;
- la fatigue visuelle ;
- ou simplement les interfaces trop “fines” pour rester claires.
Sur un site, cela se traduit souvent par des cas très simples :
- un texte gris sur fond beige ;
- un lien à peine distinguable du paragraphe ;
- un bouton secondaire trop pâle ;
- un message d’erreur trop discret ;
- ou une information importante reléguée dans une couleur trop faible.
Le contraste n’est donc pas seulement un critère technique à “passer”. C’est une condition minimale pour que le contenu reste lisible sans effort inutile.
Sans focus visible, la navigation au clavier perd ses repères
Quand on navigue à la souris, on voit où l’on clique. Quand on navigue au clavier, on doit voir où l’on se trouve.
C’est précisément à cela que sert le focus visible.
Et pourtant, c’est l’un des points les plus souvent dégradés. Soit parce qu’il a été retiré pour des raisons esthétiques, soit parce qu’il est devenu trop discret, soit parce qu’il disparaît sur certains composants personnalisés.
On pense parfois que cela ne concerne qu’un petit nombre d’utilisateurs. En réalité, dès qu’une navigation clavier devient floue, le site perd une partie de sa logique. L’utilisateur avance à l’aveugle, hésite, revient en arrière, saute une zone ou abandonne.
Les cas fréquents sont connus :
- menu parcouru sans repère net ;
- bouton actif sans contour visible ;
- lien focusé mais visuellement inchangé ;
- popin ou sous-menu où l’on ne sait plus où l’on est ;
- ordre de tabulation qui semble partir “dans tous les sens”.
Le site n’a pas besoin d’être complètement cassé pour devenir pénible. Il suffit que le parcours clavier perde sa lisibilité.
Et comme ce défaut reste invisible à la souris, il passe facilement sous le radar tant qu’on ne teste pas vraiment la navigation.
Des liens vagues et des titres flous rendent la structure difficile à parcourir
Un site peut être techniquement accessible sur plusieurs points, tout en restant difficile à comprendre à cause de son contenu de navigation.
C’est le cas quand les liens ne disent pas clairement où ils mènent, ou quand les titres n’aident pas à lire la structure d’une page.
On retrouve très souvent des formulations comme :
- cliquez ici ;
- lire la suite ;
- en savoir plus ;
- découvrir ;
- ou un simple intitulé trop vague hors contexte.
Pris dans un paragraphe, cela peut sembler acceptable. Mais dès qu’on parcourt les liens d’une page plus rapidement, ou qu’on les entend via un lecteur d’écran, tout devient beaucoup moins clair. L’utilisateur ne comprend plus assez vite ce qui mène vers quoi.
Même logique pour les titres.
Un titre ne sert pas seulement à “faire joli” ou à grossir un texte. Il sert à organiser l’information. Si plusieurs sections se ressemblent, si les intitulés restent flous, ou si la hiérarchie n’est pas cohérente, la lecture devient plus lente et plus incertaine.
Ce type de défaut bloque moins brutalement qu’un formulaire inutilisable. Mais il use la compréhension et dégrade toute l’expérience de lecture.
Les images doivent être décrites selon leur rôle dans la page
Une image peut être décorative, informative, fonctionnelle ou contenir une information importante. Et selon son rôle, ce qu’il faut fournir n’est pas le même.
Le problème, sur beaucoup de sites, c’est que cette distinction n’est pas faite proprement.
On voit régulièrement :
- des images informatives sans texte alternatif utile ;
- des images décoratives qui reçoivent quand même un texte parasite ;
- des visuels de liens ou de boutons mal décrits ;
- des captures d’écran sans contexte ;
- ou des images qui contiennent du texte essentiel sans reprise équivalente.
On pense souvent que “mettre un alt” suffit. En réalité, un texte alternatif mal pensé peut être presque aussi inutile qu’une absence totale d’information.
Le vrai sujet n’est pas de remplir un champ. Le vrai sujet est de transmettre correctement ce que l’image apporte dans la page.
Des libellés et des erreurs mal annoncés bloquent les formulaires
C’est un point très récurrent sur les sites réels.
Tant qu’on lit une page, on peut parfois tolérer quelques imprécisions. Mais dès qu’il faut agir, remplir un champ, comprendre une erreur ou envoyer une demande, les défauts deviennent beaucoup plus bloquants.
Les formulaires concentrent souvent plusieurs problèmes à la fois :
- libellés flous ;
- champs annoncés de manière incomplète ;
- aide absente ou mal placée ;
- messages d’erreur peu compréhensibles ;
- ordre de navigation confus ;
- groupe de choix mal structuré ;
- ou retour de validation peu clair.
On pense parfois qu’un formulaire “fonctionne” puisqu’il s’envoie. En réalité, un formulaire peut envoyer des données tout en restant pénible ou incertain à utiliser.
Et c’est là que l’impact devient très concret. Parce qu’un formulaire inaccessible ne crée pas seulement un inconfort. Il fait perdre des prises de contact, des demandes, des inscriptions ou des conversions.
Les menus, modales et composants interactifs doivent gérer le clavier et le focus
Plus un site ajoute de comportements interactifs, plus il ajoute aussi des points de fragilité.
Menus dépliants, sous-menus, accordéons, popins, carrousels, onglets, sélecteurs personnalisés : tous ces composants peuvent sembler bien fonctionner visuellement, tout en posant de vrais problèmes dès qu’on teste la robustesse de leur usage.
Les difficultés reviennent souvent autour des mêmes sujets :
- ouverture sans repère clair ;
- fermeture difficile au clavier ;
- focus qui part derrière la fenêtre active ;
- état ouvert / fermé mal annoncé ;
- composant trop dépendant de la souris ;
- ou contenu rendu difficile à parcourir une fois affiché.
Ce sont des zones où l’accessibilité se dégrade vite, parce qu’on sort du simple contenu statique pour entrer dans des comportements plus complexes.
Et là encore, ce n’est pas toujours visible au premier test. Il faut prendre le temps d’utiliser réellement le composant, pas seulement de vérifier qu’il “s’ouvre bien”.
Les PDF et documents non structurés prolongent les problèmes hors du HTML
Beaucoup de sites soignent leurs pages HTML, puis oublient complètement les documents liés.
Un PDF mal structuré, un document scanné, un fichier sans titres, sans balises, ou simplement illisible au clavier peut devenir un vrai point de blocage, même si le reste du site est plutôt propre.
On pense parfois qu’un document joint sort du périmètre du site. En pratique, pour l’utilisateur, il fait partie du parcours. Si une information essentielle n’est accessible que dans un document inutilisable, le problème reste bien réel.
Ce point revient souvent sur :
- les plaquettes ;
- les comptes rendus ;
- les formulaires à télécharger ;
- les documents administratifs ;
- les notices ;
- ou les brochures mises en ligne “par habitude”.
Un site peut donc paraître correct, tout en gardant un angle mort important dans ses contenus annexes.
Quelques corrections ciblées peuvent supprimer des blocages importants
Heureusement, toutes les corrections ne demandent pas une refonte complète.
Beaucoup de gains très concrets viennent de reprises assez simples, à condition de savoir où regarder en premier :
- renforcer des contrastes ;
- rétablir un focus visible ;
- réécrire des liens trop vagues ;
- clarifier les titres ;
- corriger les libellés de formulaire ;
- ajouter ou corriger des textes alternatifs ;
- reprendre l’ordre logique de certains blocs ;
- ou nettoyer quelques composants interactifs trop fragiles.
Cela ne veut pas dire que tout est “facile”. Certains sujets demandent une vraie reprise technique. Mais dans beaucoup de cas, on peut déjà supprimer une partie importante des blocages sans tout reconstruire.
Et c’est souvent là que l’accessibilité devient plus concrète pour un propriétaire de site. On sort du grand mot abstrait, et on voit enfin ce qui gêne vraiment, ce qui peut être corrigé vite, et ce qui demandera une intervention plus profonde.
Identifier les obstacles concrets avant de parler de conformité
Les erreurs d’accessibilité les plus fréquentes ne sont pas toujours spectaculaires. Elles sont souvent plus discrètes que ça : contraste trop faible, focus absent, lien flou, titre ambigu, image mal décrite, formulaire confus, composant interactif fragile.
Le point commun entre tous ces défauts est simple : ils passent facilement inaperçus dans un usage standard, mais ils bloquent vite dès qu’on navigue autrement.
Et c’est précisément pour cela qu’il ne faut pas réduire l’accessibilité à une formalité. Avant même de parler de conformité, il faut déjà comprendre ce qui empêche un site d’être utilisé dans de bonnes conditions.
C’est souvent là qu’un audit ou une reprise ciblée devient utile : non pas pour cocher des cases en théorie, mais pour repérer les obstacles les plus concrets et les corriger dans un ordre cohérent.
Votre site est-il accessible ?
Le RGAA définit les règles à respecter pour rendre un site utilisable par tous. Découvrez vos obligations et les premières actions à engager.
