Erreurs RGAA les plus fréquentes : les 10 à corriger d’abord (en 2026)
L’accessibilité numérique reste un point aveugle pour de nombreuses équipes web. Pourtant, avec l’entrée en vigueur de l’Acte européen sur l’accessibilité (EAA) et les obligations RGAA, le sujet n’est plus optionnel.
La bonne nouvelle ? La majorité des problèmes vient d’une poignée d’erreurs récurrentes. Mieux encore : beaucoup se corrigent en quelques minutes une fois identifiés.
Voici un guide concret, sans jargon inutile, pour repérer et éliminer les erreurs RGAA les plus fréquentes.
Pourquoi ces 10 erreurs reviennent sans cesse
Trois facteurs expliquent leur persistance :
1. Elles sont invisibles à l'œil nu. Un contraste trop faible ou un label mal associé ne se remarquent pas lors d’une navigation classique. 2. Elles passent à travers les tests manuels informels. Tant que personne n’utilise de lecteur d’écran, elles restent sous le radar. 3. Les frameworks modernes les génèrent par défaut. Certains composants UI prêts à l’emploi négligent l’accessibilité si le développeur ne les configure pas.
Les 10 erreurs d’accessibilité les plus fréquentes
1. Contrastes de couleur insuffisants
Le problème Du texte gris clair sur fond blanc, un bouton orange sur fond jaune… Ces associations sont difficiles à lire pour les personnes malvoyantes ou en situation de forte luminosité.
Le critère RGAA Le rapport de contraste doit être d’au moins 4,5:1 pour les textes courants, et 3:1 pour les textes de grande taille.
Comment corriger
- Utilisez l’outil de contraste intégré aux DevTools de Chrome ou Firefox.
- Ne transmettez jamais une information par la couleur seule ; ajoutez une icône ou un texte.
2. Images sans texte alternatif (attribut alt)
Le problème Une image informative a un alt vide, ou une image décorative porte un alt fourre-tout. Le lecteur d’écran lit "image" ou une description inutile.
Le critère RGAA Toute image porteuse d’information doit avoir un texte alternatif pertinent. Les images décoratives doivent avoir un `alt=""`.
Comment corriger
- Décrivez l’information, pas l’apparence. Mauvais : "image d’un graphique". Bon : "Chiffre d’affaires 2024 : 1,2 M€, en hausse de 15 %".
- Pour les logos-liens, indiquez la destination : `alt="Accueil - AccessiCheck"`.
3. Formulaires sans labels associés
Le problème Un texte précède visuellement un champ, mais n’est pas lié techniquement. Le lecteur d’écran ne sait pas quel label correspond à quelle zone.
Le critère RGAA Chaque champ doit être associé à une étiquette via l’attribut `for` ou en imbriquant le champ dans le label.
Comment corriger
- Utilisez toujours
<label for="id-champ">. - Ne remplacez jamais un label par un placeholder : il disparaît à la saisie.
4. Hiérarchie des titres cassée
Le problème
On saute d’un <h1> à un <h3>, ou on utilise un <h2> juste pour agrandir du texte. La structure logique s’effondre.
Le critère RGAA
Hiérarchie cohérente : un <h1> unique par page, puis <h2>, <h3>, etc., sans saut.
Comment corriger
- Ne choisissez pas un niveau de titre pour sa taille CSS. Séparez sémantique et apparence.
- Parcourez la page avec la touche H d’un lecteur d’écran. Si l’ordre est confus, reprenez le balisage.
5. Liens peu explicites ("cliquez ici", "en savoir plus")
Le problème Un utilisateur de lecteur d’écran liste les liens de la page : "cliquez ici, en savoir plus, lire la suite". Aucune indication sur la destination.
Le critère RGAA L’intitulé d’un lien doit être explicite hors contexte.
Comment corriger
- Remplacez "cliquez ici" par l’action réelle : "Télécharger le guide RGAA (PDF, 2 Mo)", "Consulter nos tarifs d’audit accessibilité".
- Si plusieurs liens répétés mènent à des pages différentes, ajoutez un texte masqué à l’écran pour différencier les destinations.
6. Navigation impossible au clavier
Le problème Un menu déroulant ou un modal ne se pilote pas avec Tab. L’utilisateur sans souris reste bloqué.
Le critère RGAA Toute fonctionnalité utilisable à la souris doit l’être au clavier. Le parcours Tab doit être logique, visible, et ne pas piéger l’utilisateur.
Comment corriger
- Testez chaque page avec Tab uniquement. Vous devez atteindre tous les éléments interactifs et en ressortir.
- Ne supprimez pas l’outline de focus (`:focus-visible`) sans le remplacer par un style visible.
7. ARIA mal utilisé ou en excès
Le problème
On ajoute role="button" sur des <div>, on duplique des informations déjà présentes, ou on invente des valeurs ARIA inexistantes.
Le critère RGAA Les attributs ARIA doivent être utilisés à bon escient, avec des valeurs valides, sans jamais contredire le HTML sous-jacent.
Comment corriger
- Privilégiez toujours le HTML natif : un vrai
<button>vaut mieux qu’une<div role="button">. - Si vous utilisez ARIA, vérifiez que le rôle et les états correspondent au comportement réel du composant.
8. Tableaux de données sans en-têtes de colonne
Le problème
Un tableau de prix ou de comparaison utilise des <td> sur toute la première ligne. Les lecteurs d’écran ne peuvent pas associer une cellule à sa colonne.
Le critère RGAA
Les tableaux doivent utiliser <th> pour les en-têtes, avec scope="col" ou scope="row".
Comment corriger
- Remplacez les
<td>de la première ligne par des<th scope="col">. - N’utilisez jamais de tableau pour faire de la mise en page.
9. Vidéos sans sous-titres ni transcription
Le problème Une vidéo de présentation ou un tutoriel est publié sans sous-titres. Les personnes sourdes ou malentendantes n’accèdent à aucune information auditive.
Le critère RGAA Les médias temporels doivent disposer d’une alternative textuelle et, pour les vidéos, de sous-titres synchronisés.
Comment corriger
- Ajoutez des sous-titres à toutes vos vidéos avant publication. Relisez et corrigez la génération automatique.
- Fournissez une transcription textuelle sous la vidéo : elle bénéficie aussi au référencement.
10. Messages d’erreur de formulaire peu visibles et mal associés
Le problème Une erreur apparaît en rouge sans explication claire, et le focus ne se déplace pas vers le message. L’utilisateur ne sait pas quel champ est concerné ni comment corriger.
Le critère RGAA Les messages d’erreur doivent être explicites, associés au champ concerné (`aria-describedby`), et le focus replacé sur la première erreur.
Comment corriger
- Remplacez "Champ invalide" par "L’adresse e-mail doit contenir un @ et un nom de domaine".
- Utilisez `aria-describedby` pour lier le message au champ.
- Déplacez le focus vers la première erreur lors de la soumission.
Comment détecter ces erreurs automatiquement
Une partie de ces problèmes peut être identifiée sans audit manuel. Les outils de test automatique analysent le code pour signaler les contrastes insuffisants, les images sans `alt`, les titres mal structurés ou les formulaires incomplets.
AccessiCheck scanne votre site et détecte ces défauts en quelques secondes. Il couvre une partie des critères RGAA testables automatiquement via des tests automatiques : contrastes, structure des titres, attributs `alt`, labels de formulaires, liens vides, et autres points vérifiables par analyse de code.
C’est un excellent point de départ pour prioriser vos corrections. Cependant, un outil automatique ne peut pas juger de la pertinence d’un texte alternatif, ni vérifier que la navigation au clavier est logique, ni tester l’expérience réelle avec un lecteur d’écran. Pour les critères qui ne sont pas testables automatiquement, un audit humain reste indispensable.
Quand faire appel à un audit humain ?
Un audit automatique vous donne une photographie rapide et économique, mais il ne remplace pas l’expertise d’un consultant dans les cas suivants :
- Vous devez justifier d’une conformité RGAA auprès d’une autorité.
- Votre site comporte des parcours complexes (e-commerce, espace client).
- Vous souhaitez un rapport formalisé avec un taux de conformité global.
En attendant, corriger les 10 erreurs ci-dessus améliore déjà significativement l’expérience de vos visiteurs.
Votre prochaine étape
Commencez par un scan rapide pour identifier lesquels de ces 10 problèmes se trouvent sur votre site. Testez gratuitement votre site avec AccessiCheck et recevez un rapport priorisé des erreurs automatiquement détectables.
👉 Scanner mon site gratuitement
L’accessibilité n’est pas une certification à obtenir en une fois. C’est une habitude à prendre page après page. Ces 10 corrections sont le meilleur investissement que vous puissiez faire aujourd’hui.