Accessibilité web : rendre son site conforme RGAA et WCAG
Accessibilité web ne veut pas dire uniquement « contraste des couleurs ». Voici ce que couvrent vraiment le RGAA et les WCAG 2.2, et comment auditer votre site étape par étape.
L'accessibilité web RGAA n'est pas une case à cocher en fin de projet — c'est un ensemble de pratiques qui, bien intégrées dès la conception, coûtent peu et évitent une refonte coûteuse plus tard. Voici ce que recouvrent réellement le RGAA et les WCAG 2.2.
RGAA et WCAG : quelle différence
Le RGAA (Référentiel Général d'Amélioration de l'Accessibilité) est le référentiel français, obligatoire pour les sites publics et les grandes entreprises. Il s'appuie directement sur les WCAG 2.2 (Web Content Accessibility Guidelines), le standard international. En pratique, respecter les WCAG 2.2 niveau AA satisfait l'essentiel des exigences du RGAA — les deux référentiels se recoupent à plus de 90 %.
Les erreurs d'accessibilité les plus fréquentes
- Contraste de couleurs insuffisant entre le texte et son arrière-plan, notamment sur les boutons et les liens.
- Absence de texte alternatif sur les images porteuses d'information.
- Formulaires sans labels associés correctement à leurs champs, illisibles pour un lecteur d'écran.
- Navigation impossible au clavier seul : menus, modales et carrousels qui ne répondent qu'à la souris.
- Structure de titres incohérente (H1, H2, H3) qui casse la navigation par lecteur d'écran.
- Zones cliquables trop petites sur mobile, sous le seuil recommandé de 44×44 pixels.
Une méthode d'audit accessibilité en trois étapes
- Audit automatisé avec des outils comme Lighthouse ou axe DevTools pour repérer rapidement les erreurs techniques évidentes (contraste, attributs manquants).
- Test au clavier et au lecteur d'écran : naviguer l'ensemble du site sans souris, avec VoiceOver ou NVDA, pour identifier les blocages réels que les outils automatisés ne détectent pas.
- Correction priorisée : commencer par les parcours critiques (formulaire de contact, tunnel d'achat, navigation principale) avant les pages secondaires.
Un site web accessible n'est pas qu'une contrainte légale
Un site web accessible profite à tous les visiteurs, pas seulement aux personnes en situation de handicap : une meilleure structure de titres améliore le référencement, un contraste plus élevé améliore la lisibilité en plein soleil sur mobile, et une navigation clavier fluide profite aux utilisateurs avancés. C'est aussi un facteur de qualité perçue directement lié aux Core Web Vitals, traité dans Core Web Vitals : comprendre et corriger LCP, INP et CLS.
Les normes d'accessibilité numérique en France
Au-delà du secteur public strictement soumis au RGAA, l'accessibilité numérique devient un critère de plus en plus regardé par les clients B2B et B2C en France comme au Maroc, notamment pour les plateformes destinées à un large public. Anticiper cette exigence dès la conception d'un développement front-end évite une mise en conformité coûteuse a posteriori.
En résumé
Rendre un site conforme RGAA et WCAG 2.2 demande une méthode, pas un outil miracle : audit automatisé, test manuel au clavier et au lecteur d'écran, puis correction priorisée sur les parcours critiques. Intégrée dès le développement, cette démarche coûte une fraction de ce que coûterait une refonte accessibilité après coup.