Accessibilité web : les priorités d'un site de TPE

Le RGAA fixe les critères techniques pour rendre un site utilisable par tous, y compris les personnes en situation de handicap. Pour une TPE, l'enjeu n'est pas seulement légal : c'est un moyen concret de toucher des visiteurs qui, sinon, abandonnent la page avant même de la lire. Pour situer votre site plus largement, le diagnostic gratuit du site et du mobile complète ce travail.

Le RGAA en clair, et pourquoi une TPE devrait s'y intéresser

Le RGAA (référentiel général d'amélioration de l'accessibilité) est la version française des règles internationales d'accessibilité web, adaptée en critères de contrôle vérifiables. Concrètement, il décrit ce qu'un site doit permettre : être lu par un lecteur d'écran, être navigable au clavier, rester compréhensible même avec une mauvaise vue ou une difficulté de concentration.

Une TPE n'est généralement pas soumise aux mêmes obligations qu'un service public, mais l'intérêt dépasse largement la conformité réglementaire. Une part non négligeable des visiteurs navigue avec des contraintes ponctuelles ou durables (écran mal réglé, connexion lente qui coupe les images, fatigue visuelle, usage au clavier sur un ordinateur professionnel bridé). Corriger l'accessibilité, c'est élargir le public qui peut réellement utiliser le site, pas seulement bien faire.

Ce sujet est distinct de la question de la vitesse ou du taux de conversion : un site peut être rapide et bien structuré pour convertir tout en restant difficilement utilisable pour une partie de ses visiteurs. Ce sont trois chantiers différents, qui peuvent avancer en parallèle.

Cinq corrections à fort impact pour un effort limité

Certaines corrections demandent peu de temps mais changent beaucoup de choses pour les visiteurs concernés. Premièrement, la hiérarchie des titres : un seul H1 par page, puis des H2 et H3 cohérents, qui permettent à un lecteur d'écran de circuler dans le contenu comme dans un sommaire.

Deuxièmement, les contrastes de couleur : un texte gris clair sur fond blanc peut être illisible pour une partie des visiteurs, bien au-delà des personnes malvoyantes. Troisièmement, les textes alternatifs sur les images qui portent une information (un schéma, un logo cliquable, une photo de produit), pas sur les visuels purement décoratifs.

Quatrièmement, la navigation au clavier : pouvoir atteindre chaque lien et chaque bouton avec la touche Tab, sans piège qui bloque le focus. Cinquièmement, des libellés de formulaire clairs, associés à leur champ, pour qu'un visiteur sache exactement ce qu'on lui demande de remplir.

Ces cinq points touchent rarement au design global du site et ne remettent pas en cause les contrôles de conversion d'un site vitrine déjà en place. Ils peuvent souvent être corrigés en quelques jours de travail ciblé, avec l'aide d'un prestataire ou via l'accompagnement site de Leka Digital.

Ce qui prend plus de temps, mais reste faisable par étapes

D'autres corrections demandent davantage de rigueur et s'étalent naturellement sur plusieurs semaines. La structure des tableaux de données en fait partie : un tableau de tarifs ou de caractéristiques doit indiquer clairement quelles cellules sont des en-têtes, sinon un lecteur d'écran énonce les chiffres sans repère.

Les sous-titres de vidéos sont un autre chantier de fond : ils demandent soit une transcription manuelle, soit un outil de génération automatique suivi d'une relecture, ce qui prend du temps si le site contient plusieurs vidéos.

Enfin, l'ordre de lecture logique du contenu (la manière dont un lecteur d'écran ou une navigation au clavier parcourt la page) peut nécessiter de revoir l'organisation du code source d'une page, sans forcément toucher à ce qui est visible à l'écran. Ce travail est indépendant de la vitesse d'un site local, qui relève d'une autre logique d'optimisation, mais les deux chantiers peuvent être menés dans la même période.

Exemple illustratif : des corrections partielles qui révèlent d'autres problèmes

Exemple illustratif : une TPE décide de corriger uniquement les contrastes de couleur et les textes alternatifs sur sa page d'accueil, en priorisant ces deux points parce qu'ils semblent les plus visibles. Une fois ces corrections faites, l'équipe teste la page avec un lecteur d'écran gratuit, pour voir ce que ça donne réellement.

Elle découvre alors que plusieurs liens du site affichent simplement "cliquez ici" ou "en savoir plus", sans aucun contexte compréhensible hors de leur paragraphe d'origine. Pour un lecteur d'écran qui égrène la liste des liens de la page indépendamment du texte autour, ces libellés ne veulent rien dire.

Ce constat n'était pas prévu au départ, mais il illustre un principe utile : tester avec un outil réel, même basique, fait souvent apparaître des problèmes qu'une simple relecture visuelle ne révèle pas. Il n'est ni nécessaire ni réaliste de tout anticiper avant de commencer à corriger.

Avancer par vagues, sans tout refaire d'un coup

Viser une conformité RGAA complète en une seule fois est rarement réaliste pour une TPE, et ce n'est généralement pas nécessaire pour obtenir des résultats concrets. Une méthode plus simple consiste à découper le travail en vagues successives : une première vague sur les corrections à fort impact et faible effort, une deuxième sur les chantiers plus longs, une troisième sur les cas particuliers repérés en cours de route.

Avant chaque publication ou mise à jour importante, un point de vérification simple peut suffire à éviter de réintroduire les mêmes erreurs : vérifier qu'il y a un seul H1, que les nouvelles images ont un texte alternatif si elles portent une information, et que les nouveaux boutons sont atteignables au clavier.

Cette approche progressive permet de traiter l'accessibilité comme un chantier continu plutôt qu'un projet ponctuel, ce qui correspond mieux au rythme d'une petite structure. Elle peut aussi être combinée avec d'autres priorités du site, sans tout bloquer en attendant une conformité totale.

Test de dix minutes à faire vous-même, sans outil payant

Un premier contrôle d'accessibilité se fait en dix minutes sur votre page la plus consultée, avec un navigateur et un clavier, sans logiciel payant. Déroulez les étapes dans l'ordre et notez chaque échec dans un tableau simple à trois colonnes : page, problème constaté, correction prévue.

• minutes 1 et 2 : laissez la souris de côté et appuyez sur Tab depuis le haut de la page ; chaque lien et chaque bouton doit recevoir un contour visible, jusqu'au formulaire ;
• minute 3 : zoomez à 200 % dans le navigateur ; le texte doit rester lisible et complet, sans contenu coupé ;
• minutes 4 et 5 : affichez la liste des titres de la page avec une extension gratuite et vérifiez qu'il y a un seul H1 et des H2 qui résument bien chaque partie ;
• minute 6 : contrôlez le texte alternatif des images qui portent une information ;
• minutes 7 et 8 : envoyez le formulaire vide et regardez si l'erreur indique quel champ corriger, par un texte et pas seulement une couleur ;
• minutes 9 et 10 : lisez à voix haute les intitulés de liens hors de leur paragraphe ; trois « en savoir plus » à la suite ne disent rien.

Ce test ne vaut pas un audit RGAA, mais il trie vos corrections. Ce qui échoue aux minutes 1, 2, 7 et 8 bloque directement une prise de contact et passe en première vague ; le reste rejoint la vague suivante. Refaites ensuite le même test sur la page contact, souvent la plus fragile du site parce qu'elle concentre formulaire, messages d'erreur et boutons.

Sources

• DINUM, référentiel général d'amélioration de l'accessibilité (RGAA) : critères de contrôle sur les titres, contrastes, alternatives textuelles, navigation clavier, formulaires, tableaux et médias.
• W3C, How to Meet WCAG (référence rapide) : règles internationales dont le RGAA est la déclinaison française, notamment sur le contraste et les intitulés de liens.