Dans la réalité des projets web, les raisons de tester l’accessibilité avant un audit RGAA formel sont multiples : vérifier ce qui a été livré par un prestataire, sensibiliser les équipes, préparer un budget ou encore comprendre l’état actuel d’un site.
Cet article propose une série de tests simples, réalisables sans expertise avancée, permettant d’identifier des signaux de non-accessibilité. Ces tests ne visent pas à mesurer la conformité réglementaire mais à repérer des obstacles évidents qui impactent directement l’expérience des utilisateurs. Ils ne constituent ni un audit RGAA, ni une évaluation de conformité et ne permettent en aucun cas de déclarer un site accessible. En revanche, ils permettent d’anticiper les points critiques et de mieux comprendre ce qu’un audit formel mettra en évidence.
Pourquoi réaliser des tests d’accessibilité avant un audit RGAA ?
The RGAA audit reste la seule référence pour évaluer la conformité d’un site web aux standards d’accessibilité en France.
Cependant, dans de nombreux contextes, il est pertinent de réaliser un premier niveau de vérification. Ces tests permettent de détecter des problèmes bloquants avant mise en production, de prioriser des corrections ou d’objectiver l’état réel d’un site.
Ils constituent également une première étape pédagogique : ils rendent visibles des difficultés souvent invisibles pour les équipes qui conçoivent ou pilotent le site.
1 – Tester la navigation au clavier (sans souris)
Le premier test consiste à naviguer sur le site sans utiliser la souris, uniquement avec le clavier. Concrètement, cela signifie utiliser les touches Tab et Maj+Tab pour se déplacer entre les éléments interactifs, Entrée pour activer les liens et boutons, et Échap pour fermer les fenêtres modales ou menus déroulants. Ce test permet d’évaluer la capacité du site à être utilisé sans interaction souris, condition essentielle pour de nombreux utilisateurs.
Ce test permet d’identifier rapidement plusieurs problèmes : éléments inaccessibles au clavier, ordre de navigation incohérent, menus impossibles à fermer ou éléments sans focus visible. Si une action clé ne peut pas être réalisée au clavier, le site exclut une partie des utilisateurs.
2 - Check the visibility of the focus
Le focus clavier doit être clairement visible sur tous les éléments interactifs.
Un focus invisible empêche les utilisateurs de se repérer dans l’interface. La visibilité du focus est l’un des points les plus fréquemment non conformes lors des audits RGAA, car elle est souvent supprimée pour des raisons esthétiques, sans évaluation de son impact sur l’usage. Pour le vérifier, il suffit de naviguer au clavier et d’observer si le focus reste identifiable à chaque étape.
3 – Tester l’affichage au zoom 200%
Ce test consiste à utiliser le zoom du navigateur pour afficher la page à 200 %, sans modifier les paramètres système.
Il permet de détecter des problèmes fréquents : contenu tronqué, éléments qui se chevauchent, menus inutilisables ou boutons hors écran.

The Sephora site zoomed in at 200% as in the example shows no major problems with the text on the homepage. Observation made in December 2025.
4 – Vérifier la structure et la hiérarchie des titres
Une mauvaise hiérarchie des titres complique la compréhension du contenu, en particulier pour les utilisateurs de lecteurs d’écran. Pour évaluer la structure, il convient de parcourir la page uniquement via les titres ou les liens, sans lire le contenu en détail. Les titres doivent être explicites, hiérarchisés et refléter fidèlement le contenu des sections.

The Samsung site has consistent content on some pages and inconsistencies on others. On the IT and mobile communication page, for example, two h3s follow on from each other (highlighted on the screenshot by the Heading Tag markup extension). Observation made in December 2025.
5 – Tester l’accessibilité des formulaires
Les formulaires sont des points critiques, car ils conditionnent la capacité à agir. Pour les tester, il suffit de soumettre un formulaire en introduisant volontairement des erreurs. Plusieurs éléments doivent être vérifiés :
- compréhension des messages d’erreur
- identification des champs concernés
- repositionnement du focus
Un formulaire inaccessible empêche l’utilisateur de finaliser une action, même si le contenu est compréhensible.
6 – Vérifier les alternatives textuelles des images (balises alt)
Sans alternative textuelle, une information visuelle devient inaccessible. Une méthode simple consiste à lire la page sans les images et vérifier si l’information reste compréhensible. Si une image apporte une information essentielle, celle-ci doit être restituée via un texte alternatif pertinent.
See also «Informative or decorative images: making the difference in digital accessibility (RGAA)»
7 – Identifier les problèmes de contraste les plus évidents
Un contraste insuffisant peut empêcher l’accès à l’information. Sans recourir à un outil spécialisé, certains problèmes sont immédiatement visibles : texte clair sur fond clair, texte sur image, faible taille de police. Si la lecture est inconfortable pour un utilisateur sans difficulté particulière, elle le sera d’autant plus pour des utilisateurs en situation de handicap ou de fatigue visuelle.

Reading the menu on the Kiabi website is uncomfortable (white text on a pale greyish pink): even without a specialised tool you can tell there is a lack of contrast. Observation made in December 2025.
Ces tests simples permettent de détecter rapidement des obstacles majeurs, de prioriser les corrections avant un audit formel et de mieux comprendre les enjeux d’accessibilité. Ils rendent visibles des problèmes souvent invisibles pour les équipes.
Un défaut d’accessibilité ne relève pas uniquement d’un problème technique : il résulte fréquemment de choix de conception qui n’ont pas intégré la diversité des usages. Ces tests constituent une première grille de lecture accessible à l’ensemble des équipes projet. Ils ne permettent cependant ni d’attester une conformité RGAA, ni de couvrir l’ensemble des critères. Ils offrent une lecture partielle mais opérationnelle de l’état d’accessibilité d’un site.

