Référentiel officiel RGAA 4.1.2 - mis à jour 2026
L'essentiel sur les critères du RGAA
Le RGAA 4.1.2 (Référentiel Général d'Amélioration de l'Accessibilité) est la norme française officielle publiée par la DINUM. Il décline le WCAG 2.1 niveau AA en 106 critères de contrôle répartis en 13 thématiques, qu'un site web doit respecter pour être accessible aux personnes en situation de handicap.
Ce guide présente chaque thématique, explique les critères phares, et renvoie vers les fiches détaillées, les articles approfondis et les outils associés. Que vous prépariez un audit, une déclaration d'accessibilité ou une mise en conformité, vous trouverez ici une carte complète du référentiel.
Chaque bloc détaille la thématique, ses critères phares et les ressources associées.
La thématique Images couvre la présence d'alternatives textuelles pertinentes pour chaque image porteuse d'information, la gestion des images décoratives, les légendes, les images-texte et les images interactives. C'est la première thématique du référentiel et l'une des plus importantes : une image sans alternative reste invisible pour les personnes aveugles ou malvoyantes qui utilisent un lecteur d'écran.
La thématique Cadres concerne les éléments iframe et frame. Chaque cadre embarqué doit porter un titre pertinent qui décrit clairement son contenu, afin que les utilisateurs de lecteurs d'écran sachent à quoi ils ont affaire avant d'entrer dans le cadre. Deux critères seulement, mais régulièrement oubliés sur les vidéos YouTube, cartes interactives et widgets tiers.
La thématique Couleurs couvre l'information véhiculée par la couleur (ne jamais utiliser uniquement la couleur pour transmettre un message) et le contraste entre texte et arrière-plan. Les seuils officiels sont 4.5:1 pour le texte courant et 3:1 pour le texte agrandi. Ces critères concernent aussi bien les designers que les développeurs lors de l'intégration du design system.
La thématique Multimédia couvre les contenus audio et vidéo : sous-titres synchronisés, transcription textuelle, audiodescription, contrôle du son et de la vidéo au clavier, absence de déclenchement automatique perturbant. C'est l'une des thématiques les plus exigeantes car elle demande du contenu supplémentaire à produire (sous-titres, transcriptions).
La thématique Tableaux couvre la distinction entre tableaux de données et tableaux de mise en forme, la présence d'un résumé, l'identification correcte des en-têtes avec th, scope et headers, et le bon usage de caption. Les tableaux complexes nécessitent une attention particulière pour rester lisibles avec un lecteur d'écran.
La thématique Liens vérifie que chaque lien a un intitulé explicite, qu'un lien image embarque une alternative pertinente et qu'un lien vide est évité. Les fameux « cliquez ici » et les icônes seules sans label accessible sont les erreurs les plus fréquentes sur le web français.
La thématique Scripts couvre les composants d'interface (modales, onglets, accordéons, menus) pilotés en JavaScript. Chaque script doit être compatible avec le clavier, annoncer ses changements d'état aux technologies d'assistance et proposer une alternative lorsque JavaScript est désactivé. Les patterns ARIA corrects sont essentiels.
La thématique Éléments obligatoires regroupe les invariants techniques de chaque page : doctype valide, langue principale déclarée, titre de page pertinent, changements de langue signalés, direction de lecture correcte. Ce sont les fondations invisibles qui permettent aux technologies d'assistance de comprendre la structure de la page.
La thématique Structuration couvre la hiérarchie des titres h1 à h6, les listes, les citations et les sections de page. Une structure sémantique cohérente permet aux utilisateurs de lecteur d'écran de naviguer efficacement dans le contenu grâce aux raccourcis de navigation par titre.
La thématique Présentation vérifie que l'information reste accessible quand l'utilisateur modifie l'apparence : zoom 200%, espacement du texte, désactivation des feuilles de style, focus visible au clavier. Les critères 10.7 (visibilité du focus) et 10.8 (contenu masqué pour les lecteurs d'écran) sont particulièrement critiques.
La thématique Formulaires est la plus exigeante du RGAA : label associé à chaque champ, regroupement via fieldset et legend, messages d'erreur explicites, autocomplétion, intitulés des boutons. Un formulaire non accessible devient un mur infranchissable pour les utilisateurs de lecteurs d'écran ou de navigation au clavier.
La thématique Navigation vérifie que l'utilisateur peut se repérer et se déplacer efficacement : fil d'Ariane, plan du site, moteur de recherche, liens d'évitement, ordre de tabulation cohérent, landmarks ARIA. L'absence de lien d'évitement (critère 12.7) reste l'erreur la plus fréquente sur les sites français.
La thématique Consultation couvre les limites de temps, les changements de contexte automatiques, les contenus clignotants, les mouvements rapides et les documents téléchargeables. Les critères 13.3 et 13.4 imposent notamment des versions accessibles pour les documents bureautiques (PDF, Word, Excel).
Si vous démarrez un audit, traitez d'abord ces cinq critères. Ils éliminent les blocages les plus fréquents et les plus graves.
Base incontournable. Sans alternative textuelle, tout contenu visuel disparaît pour les personnes aveugles ou malvoyantes.
Fondation technique de la page. Un DOCTYPE absent ou invalide empêche le rendu correct et perturbe les lecteurs d'écran.
Sans label, un champ est muet pour un lecteur d'écran. C'est la première cause de formulaires inutilisables au clavier.
« Cliquez ici » et « En savoir plus » perdent tout leur sens hors contexte. Les lecteurs d'écran listent les liens : ils doivent parler seuls.
display:none et visibility:hidden masquent à tout le monde. aria-hidden mal utilisé peut rendre invisible du contenu crucial.
Une fois ces cinq critères traités, enchaînez avec un scan complet des 106 critères pour obtenir un rapport priorisé. Pour structurer l'ensemble de votre démarche, consultez le guide de démarrage et la liste de vérification RGAA interactive.
Documentation approfondie sur des sujets spécifiques de l'accessibilité.
Structurer vos documents, gérer les alternatives textuelles et exporter des PDF conformes (PDF/UA). Guide complet avec liste de vérification.
Guide complet pour graphistes : couleurs, typographie, états interactifs et composants. Assurez le « Shift Left » de l'accessibilité.
Maîtriser les attributs scope, headers et la fusion de cellules. Guide technique complet pour structurer vos données.
Automatisez vos audits RGAA dans votre pipeline. GitHub Actions, GitLab CI, CLI npm et API REST.
Les interrogations les plus courantes pour comprendre le référentiel et sa portée.
Vous pouvez lancer un scan gratuit, générer une déclaration d'accessibilité conforme, vous former et passer une certification reconnue, ou consulter les articles de fond du blog.
Parcourez les fiches détaillées, filtrables par mot-clé ou numéro de critère.
Permettre aux utilisateurs de technologies d'assistance (lecteurs d'écran, plages braille) d'accéder à l'information véhiculée par les images. Une image sans al...
Les images purement décoratives (qui n'apportent aucune information ou sont redondantes) ne doivent pas être lues par les lecteurs d'écran pour ne pas polluer l...
Avoir une alternative textuelle ne suffit pas (Critère 1.1), encore faut-il qu'elle soit **pertinente**. Elle doit permettre à l'utilisateur de comprendre l'ima...
Permettre à l'utilisateur d'identifier la présence d'un CAPTCHA (test de sécurité) via son alternative textuelle, même s'il ne peut pas lire le code visuel.
Garantir que l'accès au service n'est pas bloqué par un test de sécurité purement visuel.
Permettre l'accès à l'information complète portée par des images complexes (graphiques, diagrammes, cartes) via une description détaillée accessible.
S'assurer que l'utilisateur qui accède à la description détaillée obtient bien la totalité de l'information véhiculée par l'image complexe.
Garantir que le texte est lisible, zoomable et adaptable (police, contraste) par l'utilisateur. Une image de texte perd ces qualités.
Si une image a une légende visible, cette légende doit être programmatiquement associée à l'image. Les utilisateurs de lecteurs d'écran doivent comprendre le li...
Les cadres (`<iframe>`) sont souvent utilisés pour intégrer du contenu tiers (vidéos, cartes, publicités). Les utilisateurs de lecteurs d'écran doivent pouvoir ...
Avoir un titre ne suffit pas (Critère 2.1), il doit être **pertinent**. Le titre doit décrire le contenu ou la fonction du cadre de manière à aider l'utilisateu...
Les utilisateurs daltoniens ou malvoyants peuvent ne pas percevoir certaines couleurs. Si une information (état, erreur, lien) est indiquée uniquement par une c...
Assurer la lisibilité du texte pour les personnes malvoyantes ou dans des conditions de luminosité difficiles (soleil sur écran).
Les éléments interactifs (boutons, champs de formulaire) et les graphiques porteurs d'information (icônes) doivent être visibles.
Permettre aux personnes sourdes, malentendantes, ou ne pouvant pas activer le son, d'accéder à l'intégralité du contenu audio.
S'assurer que l'alternative fournie (transcription ou audiodescription) permet de comprendre le contenu aussi bien que le média original.
Rendre les dialogues et les sons importants d'une vidéo accessibles aux personnes sourdes ou malentendantes.
Ce critère s'applique uniquement aux médias synchronisés (vidéo avec son) pré-enregistrés. Les sous-titres doivent permettre de suivre la vidéo sans le son. Ils...
Permettre aux personnes aveugles ou malvoyantes de comprendre ce qui se passe à l'écran lorsque l'information est uniquement visuelle.
L'audiodescription doit décrire tout ce qui est nécessaire à la compréhension de l'action, sans empiéter sur les dialogues.
Ce critère concerne uniquement les médias temporels (audio, vidéo), et non les médias non temporels (animations, cartes interactives). L'utilisateur doit pouvoi...
Les médias non temporels (animations Canvas, SVG animés, visualisations interactives) doivent être accessibles ou fournir une alternative permettant d'accéder a...
L'alternative fournie pour le média non temporel (critère 4.8) doit permettre d'accéder à la **même information** et aux **mêmes fonctionnalités**....
Éviter de gêner les utilisateurs de lecteurs d'écran (le son de la page couvre la voix de la synthèse vocale) ou de surprendre les utilisateurs.
L'utilisateur doit pouvoir contrôler la lecture des vidéos et des sons : lecture, pause, volume, progression, sous-titres.
Les animations interactives, carrousels, ou applications riches (médias non temporels : qui n'ont pas de durée de lecture, contrairement à une vidéo ou un audio...
Les lecteurs d'écran doivent pouvoir interagir avec le média. Ils doivent connaître :
Aider l'utilisateur à comprendre la structure d'un tableau complexe avant de le parcourir cellule par cellule.
Le résumé d'un **tableau de données complexe** ne doit pas paraphraser le titre, mais expliquer **comment lire le tableau**. Il aide les utilisateurs de lecteur...
S'assurer que l'utilisation de tableaux pour la mise en page (pratique déconseillée) ne perturbe pas la lecture par les technologies d'assistance.
S'assurer que le titre d'un tableau de données est correctement **associé** au tableau de manière programmatique. Un titre visuellement placé au-dessus d'un tab...
Le titre doit décrire précisément le contenu du tableau. Il permet à l'utilisateur de comprendre ce qu'il va trouver avant de naviguer dans les données.
Permettre aux lecteurs d'écran d'associer chaque cellule de données à son en-tête (savoir que "12€" correspond à "Prix").
Clarifier la relation entre en-têtes et cellules. Les lecteurs d'écran doivent pouvoir associer chaque cellule de données à ses en-têtes correspondants.
Ne pas tromper les lecteurs d'écran en leur faisant croire qu'il y a une structure de données là où il n'y en a pas. Les tableaux de mise en forme doivent être ...
L'utilisateur doit comprendre la destination et la fonction de chaque lien sans ambiguïté.
S'assurer que chaque lien de la page possède un intitulé (un contenu textuel accessible). Un lien vide ou sans contenu est inutilisable pour les technologies d'...
Si vous créez des composants d'interface personnalisés avec JavaScript (ex: accordéons, onglets, modales), ils doivent communiquer leur rôle, leur nom et leur é...
Garantir l'accès à l'information même si le script est inaccessible ou désactivé. Cela couvre principalement l'inaccessibilité technique du script pour les tech...
Tout ce qui peut être fait à la souris doit pouvoir être fait au clavier **et par tout dispositif de pointage**. C'est essentiel pour les utilisateurs de techno...
Ne pas surprendre l'utilisateur. Un changement de contexte (nouvelle fenêtre, changement de page, réorganisation majeure du contenu) ne doit pas se produire de ...
Lorsqu'un message apparaît à l'écran sans rechargement de page (ex: "Produit ajouté au panier", "Erreur dans le formulaire"), le lecteur d'écran doit le lire im...
Indiquer au navigateur comment interpréter le code de la page. Le DOCTYPE assure un rendu cohérent et prévisible.
Garantir que les navigateurs et les technologies d'assistance interprètent correctement la page, sans avoir à "deviner" la structure à cause d'erreurs de syntax...
Permettre aux lecteurs d'écran de choisir la bonne synthèse vocale (prononciation française vs anglaise) et aux navigateurs de proposer la traduction automatiqu...
S'assurer que le code de langue correspond bien au contenu principal de la page. Un mauvais code de langue entraîne une mauvaise prononciation par les lecteurs ...
Identifier la page dans les onglets du navigateur, les favoris et les résultats de recherche. C'est souvent la première chose lue par un lecteur d'écran.
Le titre doit permettre de distinguer la page des autres pages du site. C'est la première information lue par un lecteur d'écran et elle apparaît dans les ongle...
Permettre au lecteur d'écran de changer de prononciation pour un mot ou une phrase en langue étrangère. Sans cette indication, le texte anglais sera prononcé av...
S'assurer que le changement de langue utilise un code reconnu par les technologies d'assistance pour une prononciation correcte.
S'assurer que chaque balise HTML sémantique est utilisée conformément à sa signification, et non pas détournée pour obtenir un effet visuel. Le **détournement d...
Gérer correctement les textes bidirectionnels (mélange de langues s'écrivant de gauche à droite et de droite à gauche, comme le français et l'arabe).
Permettre aux utilisateurs de naviguer rapidement dans la page en sautant de titre en titre. C'est l'une des principales méthodes de navigation pour les utilisa...
Identifier les grandes zones de la page pour faciliter la navigation. Les utilisateurs de lecteurs d'écran peuvent se déplacer directement entre ces zones.
Regrouper les éléments liés pour que le lecteur d'écran annonce "Liste de 5 éléments". Cela facilite la navigation et la compréhension de la structure.
Distinguer le contenu cité du reste du texte. Les lecteurs d'écran annoncent les citations, permettant à l'utilisateur de comprendre qu'il s'agit d'un contenu r...
Séparer le fond de la forme. Le HTML sert à la structure, le CSS à la présentation.
Garantir l'accès à l'information même si les styles ne se chargent pas ou sont désactivés par l'utilisateur. Certaines technologies d'assistance désactivent le ...
Assurer que l'ordre de lecture linéaire (HTML brut) est logique et cohérent. Les lecteurs d'écran suivent l'ordre du DOM, pas l'ordre visuel.
Permettre aux malvoyants d'agrandir le texte sans perte d'information ni superposition illisible. L'agrandissement jusqu'à 200 % doit être supporté, que l'utili...
Éviter les problèmes de lisibilité si les styles utilisateur écrasent certaines couleurs mais pas d'autres. Certains utilisateurs appliquent des feuilles de sty...
Permettre aux daltoniens ou malvoyants de repérer les liens au sein d'un texte. La couleur seule ne suffit pas car environ 8% des hommes sont daltoniens.
Permettre aux utilisateurs naviguant au clavier de savoir où ils se trouvent. Sans indicateur de focus visible, il est impossible de naviguer efficacement.
Ne pas restituer vocalement des éléments qui sont invisibles à l'écran, sauf cas particuliers (textes pour lecteurs d'écran uniquement).
L'information doit être compréhensible sans voir la mise en page exacte. Les utilisateurs aveugles ne peuvent pas "voir le bouton rond à droite".
Vérifier que les moyens alternatifs à la forme, la taille ou la position utilisés pour véhiculer une information sont **pertinents** et permettent effectivement...
Assurer la consultation sur mobile et pour les utilisateurs zoomant fortement. Un zoom 400% sur un écran 1280px équivaut à une largeur de 320px.
Permettre aux dyslexiques et personnes malvoyantes d'aérer le texte pour faciliter la lecture.
Rendre les infobulles, menus déroulants et tooltips utilisables par tous.
Garantir que les contenus apparaissant via les mécanismes CSS `:hover` et `:focus` soient également accessibles au clavier et aux technologies d'assistance. Ce ...
Permettre aux utilisateurs de savoir ce qu'ils doivent saisir dans un champ. Une étiquette explicite est indispensable pour les utilisateurs de lecteurs d'écran...
S'assurer que l'étiquette permet de comprendre sans ambiguïté la nature de la saisie attendue.
Garantir une expérience utilisateur fluide en utilisant la même terminologie pour des fonctionnalités identiques à travers le site.
Permettre d'associer visuellement et rapidement l'étiquette à son champ, notamment pour les utilisateurs de loupes d'écran (logiciels d'agrandissement qui n'aff...
Structurer le formulaire pour que les utilisateurs comprennent les relations entre les champs (ex: adresse complète, date de naissance, groupes de radios).
Donner un titre au groupe de champs pour que l'utilisateur comprenne le contexte global (ex: savoir que ces champs concernent l'adresse de facturation et non de...
S'assurer que le titre du groupe décrit correctement la nature des champs regroupés.
Faciliter la sélection dans les longues listes déroulantes (`<select>`) en regroupant les options par catégories.
Permettre à l'utilisateur de comprendre l'action qui sera déclenchée par le bouton.
Aider l'utilisateur à remplir correctement le formulaire en indiquant clairement les champs obligatoires et les erreurs.
Aider l'utilisateur à comprendre comment corriger son erreur en lui proposant des exemples valides.
Éviter les erreurs irréversibles lors de transactions importantes.
Permettre aux navigateurs et aux gestionnaires de mots de passe de remplir automatiquement les champs courants (nom, email, adresse), ce qui aide notamment les ...
Permettre aux utilisateurs ayant besoin de plus de temps (lecture lente, handicap moteur, cognitif) de terminer leur tâche sans être interrompus par une expirat...
Ne pas désorienter l'utilisateur avec des changements de contexte inattendus. Les fenêtres surgissantes (pop-ups) à l'ouverture d'une page sont perturbantes, su...
Garantir que les documents proposés au téléchargement (PDF, Word, etc.) sont utilisables par tous, ou qu'une alternative existe.
S'assurer que les utilisateurs qui consultent la version accessible (alternative) ne sont pas désavantagés et ont accès à la totalité de l'information présente ...
Rendre compréhensibles les suites de caractères qui forment un dessin (ASCII art) ou les émoticônes pour les utilisateurs de lecteurs d'écran.
S'assurer que l'explication fournie pour un contenu cryptique (voir critère 13.5) donne bien la même information que le contenu original. Ce critère concerne le...
Ne pas provoquer de crises chez les personnes épileptiques photosensibles.
Permettre aux utilisateurs ayant des troubles de l'attention ou de la lecture de ne pas être distraits par des animations permanentes (carrousels, vidéos auto-p...
Permettre aux utilisateurs de tablette ou de mobile (notamment ceux qui ont leur appareil fixé sur un fauteuil roulant) de consulter le site quelle que soit l'o...
Permettre aux utilisateurs ayant des difficultés motrices ou utilisant des périphériques de pointage alternatifs d'effectuer toutes les actions sans gestes comp...
Éviter les clics accidentels (par exemple pour les utilisateurs ayant des tremblements). L'action ne doit pas se déclencher dès que le doigt/curseur touche l'éc...
Permettre aux utilisateurs dont l'appareil est fixe (sur un fauteuil) ou qui ne peuvent pas le manipuler physiquement d'accéder aux mêmes fonctionnalités.
