Audit d'accessibilité rapide : 10 vérifications en 30 minutes, sans outil payant
En 30 minutes et sans outil payant, dix vérifications suffisent pour repérer les défauts d'accessibilité les plus fréquents et les plus bloquants : navigation au clavier, focus visible, hiérarchie des titres, alternatives des images, contrastes, étiquettes de formulaires, zoom à 200 %, langue, intitulés de liens, lecture avec un lecteur d'écran. Ce n'est pas un audit RGAA (106 critères), mais c'est le meilleur premier pas. Commencez par le test d'accessibilité pour situer vos obligations.
Avant de commencer
Choisissez trois à cinq pages représentatives : l'accueil, une page de contenu, un formulaire, et pour un site marchand la fiche produit et le panier. Ouvrez-les dans un navigateur récent. Notez chaque défaut avec la page, l'élément et le critère RGAA correspondant : cette liste servira de base au plan de correction.
Les dix vérifications
| # | Vérification | Comment | Critère RGAA | Temps |
|---|---|---|---|---|
| 1 | Navigation au clavier | Parcourez la page avec Tab, Maj+Tab, Entrée, Espace, flèches : tout élément interactif doit être atteignable et activable | 12.13, 7.3 | 5 min |
| 2 | Focus visible | À chaque Tab, l'élément qui a le focus doit être clairement visible | 10.7 | 1 min |
| 3 | Hiérarchie des titres | Dans l'inspecteur, listez les h1-h6 : un seul h1, pas de saut de niveau | 9.1 | 3 min |
| 4 | Alternatives des images | Inspectez les images : attribut alt pertinent pour les informatives, vide pour les décoratives | 1.1, 1.2, 1.3 | 4 min |
| 5 | Contrastes | Testez texte principal, liens, boutons, textes sur image | 3.2 | 4 min |
| 6 | Formulaires | Chaque champ a une étiquette visible et liée ; les erreurs sont explicites et annoncées | 11.1, 11.10 | 4 min |
| 7 | Zoom à 200 % | Ctrl/Cmd + : pas de contenu coupé, pas de défilement horizontal | 10.4, 10.11 | 2 min |
| 8 | Langue de la page | L'attribut lang de la balise html est présent et correct | 8.3, 8.4 | 1 min |
| 9 | Intitulés de liens | Chaque lien est compréhensible seul : pas de « cliquez ici », « en savoir plus » répétés | 6.1 | 3 min |
| 10 | Lecteur d'écran | Parcourez la page avec VoiceOver, Narrateur ou NVDA : ordre de lecture, annonces des boutons | 7.1, 9.2 | 3 min |
Comment interpréter les résultats
Aucun défaut sur les dix points ne signifie pas conformité, mais un site qui les passe est rarement bloquant. Un ou deux défauts sur les points 1, 2 et 6 (clavier, focus, formulaires) sont bloquants : un utilisateur de clavier ou de lecteur d'écran ne peut pas finir son parcours. C'est précisément ce que le tribunal judiciaire de Caen a sanctionné chez Carrefour le 4 juin 2026, en rappelant qu'un site « ne peut pas être un peu accessible ». Traitez ces points avant tout le reste.
Cas concrets
Site vitrine d'une PME. Défauts typiques : menu déroulant inaccessible au clavier, images sans alternative, contraste gris clair sur blanc, formulaire de contact sans étiquettes. Correction en quelques jours par le prestataire.
Site marchand. Défauts typiques : sélecteur de variantes par couleur uniquement, iframe de paiement sans titre, messages d'erreur non annoncés, focus perdu après ajout au panier. Les corrections touchent le thème et les scripts.
Application web métier. Défauts typiques : composants personnalisés (menus, onglets, modales) sans rôles ni gestion du clavier, tableaux sans en-têtes. Corrections plus lourdes, à planifier par composant.
Après l'audit rapide
Aller plus loin en une heure
Si vous disposez d'une heure, ajoutez cinq vérifications. Les composants personnalisés (menus, onglets, accordéons, modales) : rôle et état exposés, clavier géré, focus rendu à la fermeture. Les tableaux de données : en-têtes de ligne et de colonne, résumé si complexe. Les médias : sous-titres synchronisés et transcription pour chaque vidéo. Les documents en téléchargement : PDF balisés ou alternative HTML (voir PDF accessible : comment faire). Les messages d'état : confirmation d'ajout au panier ou d'envoi de formulaire annoncée aux lecteurs d'écran.
Documenter les résultats
Un tableau à quatre colonnes suffit : page, élément, défaut constaté, critère RGAA. Ajoutez une priorité selon l'impact : bloquant (empêche de finir un parcours), majeur (gêne sérieusement), mineur. Cette liste devient le premier plan d'action et, pour les organismes soumis à la loi de 2005, alimente le schéma pluriannuel. Elle sert aussi de brief au prestataire chargé de l'audit complet, qui pourra concentrer son échantillon sur les pages problématiques.
Les limites de l'audit rapide
Il ne mesure pas un taux de conformité, ne couvre pas les 106 critères et ne remplace pas les tests avec des utilisateurs handicapés. Il ne détecte pas les défauts de contenu (langue des passages étrangers, abréviations, structure des textes longs) ni les problèmes propres aux applications mobiles natives. Il sert à savoir où l'on en est et par quoi commencer ; l'audit RGAA sert à le prouver.
Corrigez les bloquants, puis faites réaliser l'audit RGAA complet sur un échantillon de pages pour obtenir le taux de conformité, publiez la déclaration d'accessibilité si vous y êtes soumis, et intégrez la checklist développeur dans vos recettes pour ne pas régresser. Pour les couleurs, le test de contraste donne immédiatement la teinte corrigée.
Questions fréquentes
Un audit rapide remplace-t-il un audit RGAA ?
Non. Il repère les défauts les plus fréquents et bloquants en 30 minutes ; l'audit RGAA évalue les 106 critères sur un échantillon de pages et produit le taux de conformité requis pour la déclaration.
Quels outils gratuits utiliser ?
Le clavier, le zoom du navigateur, l'inspecteur du navigateur, un lecteur d'écran intégré au système (VoiceOver, Narrateur) ou gratuit (NVDA), et un vérificateur de contraste.
Quelles pages tester ?
L'accueil, une page de contenu type, un formulaire (contact, inscription) et, pour un site marchand, la fiche produit, le panier et le paiement.
Sources officielles
Faits vérifiés le 10 septembre 2026. Voir la méthodologie.