Checklist accessibilité : les 12 points à vérifier avant de livrer un site web
Publié le 6 septembre 2026 · Lecture : 6 minutes · Par l’équipe Brozapi
Vous êtes freelance ou agence web, et votre client vous demande un site « accessible ». Problème : vous n’êtes pas expert RGAA, et vous n’avez pas le budget pour un audit complet avant la mise en ligne. Bonne nouvelle : une poignée de vérifications simples suffit à écarter la grande majorité des défauts les plus fréquents.
Voici une checklist de 12 points, du plus fréquent au plus oublié. Pour chacun, nous citons le critère officiel — WCAG du W3C et RGAA 4 — pour que vous puissiez vérifier par vous-même, plutôt que de vous fier à une reformulation approximative.
Pourquoi vérifier avant la livraison, et pas après ?
Le coût de correction explose avec le temps. Corriger un contraste insuffisant pendant le développement prend quelques minutes ; le faire après la mise en ligne, une fois les captures d’écran livrées et le site validé par le client, coûte une itération complète. Pire : un défaut d’accessibilité remonté après la livraison par le client ou par un utilisateur fragilise la relation commerciale.
Cette checklist est faite pour être passée avant d’envoyer le lien de recette. Quinze minutes suffisent.
La checklist en 12 points
1. Contrastes de couleur
Le texte doit rester lisible sur son fond. Le critère 3.2 du RGAA demande un rapport d’au moins 4,5:1 pour le texte courant, et 3:1 pour le texte de grande taille (WCAG 1.4.3). Test : l’outil de contraste des DevTools du navigateur, ou un outil dédié, sur chaque couleur de bouton et de texte.
2. Alternatives textuelles des images
Chaque image porteuse d’information doit avoir un attribut alt pertinent ; chaque image décorative, un alt="" vide (critère 1.1 du RGAA, WCAG 1.1.1). Test : inspectez le code, ou listez les images sans alternative avec un outil d’audit.
3. Étiquettes des champs de formulaire
Chaque champ doit être relié à un <label> explicite, et jamais remplacé par un simple placeholder (critère 11.1 du RGAA, WCAG 3.3.2). Test : cliquez sur le texte du label — le curseur doit se placer dans le champ associé.
4. Hiérarchie des titres
Un seul <h1> par page, puis des <h2>, <h3> sans saut de niveau (critère 9.1 du RGAA, WCAG 1.3.1). Test : naviguez avec la touche « H » d’un lecteur d’écran et vérifiez que le plan de la page a du sens.
5. Attribut lang de la page
La langue principale doit être déclarée dans la balise <html lang="fr"> (critère 8.3 du RGAA, WCAG 3.1.1). C’est ce qui permet au lecteur d’écran de choisir la bonne prononciation. Test : ouvrez la première ligne du code source.
6. Liens explicites
Évitez « cliquez ici » et « en savoir plus » : l’intitulé doit être compréhensible hors contexte (critère 6.1 du RGAA, WCAG 2.4.4). Test : listez tous les liens de la page (fonction native du lecteur d’écran) et lisez-les sans leur entourage.
7. Navigation au clavier et focus visible
Tout ce qui se pilote à la souris doit se piloter au clavier, et le focus doit rester visible à chaque étape (critères 7.3 et 10.7 du RGAA, WCAG 2.1.1 et 2.4.7). Test : parcourez la page avec la touche Tab uniquement, de haut en bas, sans jamais « perdre » le curseur.
8. Messages d’erreur des formulaires
Une erreur doit être expliquée clairement et rattachée à son champ, sans reposer sur la couleur seule (critères 11.10 et 11.11 du RGAA, WCAG 3.3.1). Test : soumettez un formulaire vide et vérifiez que chaque erreur est compréhensible et liée au bon champ.
9. Tailles des zones cliquables
Les cibles tactiles (boutons, liens) doivent être suffisamment grandes — l’objectif recommandé est de 24×24 pixels minimum (WCAG 2.5.8). Test : vérifiez que deux liens de pied de page ou deux icônes ne se chevauchent pas au doigt sur mobile.
10. Tableaux avec en-têtes déclarés
Les tableaux de données doivent déclarer leurs en-têtes de colonnes et de lignes avec <th> et un attribut scope (critère 5.6 du RGAA, WCAG 1.3.1). Test : un lecteur d’écran doit pouvoir annoncer « Prix — Formule Pro » et pas seulement « 49 € ».
11. Titre de page pertinent
Chaque page a un <title> unique qui décrit son contenu (critères 8.5 et 8.6 du RGAA, WCAG 2.4.2). C’est la première chose qu’un lecteur d’écran annonce, et celle qu’affichent les onglets du navigateur. Test : vérifiez que deux pages n’ont pas le même titre générique.
12. Médias : sous-titres et transcriptions
Les vidéos publiées sur le site doivent proposer des sous-titres, et idéalement une transcription textuelle (WCAG 1.2.2 et thématique Multimédia du RGAA). Test : regardez la vidéo en coupant le son — l’information doit rester compréhensible.
Ce que cette checklist ne remplace pas
Ces 12 points couvrent les erreurs les plus fréquentes, pas l’ensemble du référentiel. Le RGAA 4 compte plus d’une centaine de critères, et beaucoup ne peuvent être vérifiés que par un humain : la pertinence réelle d’un texte alternatif, la qualité du parcours avec un lecteur d’écran, la logique d’ensemble sur un site multi-pages. Une checklist passée sur la page d’accueil ne dit rien des pages intérieures.
Si votre client a une obligation légale (secteur public, grande entreprise), ou si le site comporte des parcours complexes (paiement, espace client), seul un audit complet apporte une garantie recevable.
Validez le site livré en quelques secondes
Vous avez passé la checklist ? Faites un dernier contrôle avec un scan automatique, pour être sûr de ne rien laisser passer sur la page livrée. AccessiCheck scanne votre page gratuitement et signale les contrastes, les images sans alternative, les titres mal structurés et les formulaires incomplets.
Livrez un site vérifié, pas un site « à peu près »
Scannez la page d’accueil gratuitement, ou passez à un audit complet 29 € (1 page) / 49 € (5 pages), avec un suivi possible à 9 €/mois.
Vérifier le site livréSources : RGAA 4 (rgaa.gouv.fr), WCAG 2.1 et 2.2 (w3.org/WAI). Les numéros de critères sont cités à titre indicatif : pour le texte officiel et les cas particuliers, reportez-vous au référentiel en vigueur.
Cet article est fourni à titre informatif et ne constitue pas un conseil juridique. Pour une analyse de votre situation, consultez un professionnel du droit.
Derniers articles : Les CAPTCHAs excluent-ils vos clients handicapés ? Même les agents IA les détestent · Overlays d'accessibilité : pourquoi ces widgets « clés en main » font baisser votre score · Déclaration d’accessibilité RGAA : où l’afficher, quoi écrire, et les erreurs à éviter · European Accessibility Act et PME e-commerce : ce que change l’obligation du 28 juin 2025 · Accessibilité site mobile : Google montre la voie, l'EAA oblige les sites web · L'IA dirige les internautes vers les pages les moins accessibles : ce que révèle l'étude AudioEye 2026