Les 106 critères RGAA 4.1.2 expliqués simplement

Thématique 1 — Images (9 critères)

C'est la thématique la plus connue : toute image porteuse d'information doit avoir une alternative textuelle pertinente (critère 1.1), et toute image décorative doit être correctement ignorée par les technologies d'assistance (1.2). La pertinence du texte alternatif (1.3) reste un point d'attention : un alt="image" n'est pas pertinent.

Les CAPTCHA (1.4, 1.5) imposent une alternative non visuelle, les images de texte (1.8) doivent pouvoir être remplacées par du texte stylé, et les images complexes (graphiques, schémas) doivent avoir une description détaillée (1.6, 1.7).

Thématique 2 — Cadres (2 critères)

Les iframes doivent avoir un attribut title (2.1) et ce title doit être pertinent (2.2). Critères courts mais souvent négligés sur les widgets embarqués (formulaires tiers, vidéos YouTube, cartes...).

Thématique 3 — Couleurs (3 critères)

L'information ne doit pas être donnée uniquement par la couleur (3.1 — par exemple un message d'erreur en rouge sans icône ni texte explicite). Les contrastes texte/fond (3.2) doivent respecter les ratios WCAG : 4,5:1 pour le texte normal, 3:1 pour le grand texte ou les composants UI (3.3).

Le critère 3.2 est l'un des plus fréquemment non conformes : les thèmes graphiques modernes utilisent souvent des gris clairs sur fond blanc qui passent en dessous du seuil de contraste.

Thématique 4 — Multimédia (13 critères)

C'est la thématique la plus exigeante en termes d'effort humain : transcription textuelle (4.1), sous-titres synchronisés (4.3), audiodescription (4.5), et leur pertinence respective. La quasi-totalité de ces critères sont [HUMAIN] dans la mesure où ils nécessitent l'écoute et l'évaluation qualitative du contenu.

Thématique 5 — Tableaux (8 critères)

Les tableaux de données doivent être correctement structurés : en-têtes déclarées (5.6), association cellules/en-têtes (5.7), titre <caption> (5.4). Les tableaux complexes nécessitent un résumé (5.1). Les tableaux de mise en forme (devenus rares grâce au CSS) ne doivent pas utiliser de balises propres aux tableaux de données (5.8).

Thématique 6 — Liens (2 critères)

Chaque lien doit avoir un intitulé (6.2 — pas de <a> vide) et cet intitulé doit être explicite (6.1 — "cliquez ici" est non conforme). Ces deux critères sont fortement automatisables et constituent souvent le premier indicateur de qualité d'un site.

Thématique 7 — Scripts (5 critères)

Les composants scriptés (dropdowns, modales, accordéons custom) doivent être compatibles avec les lecteurs d'écran (7.1), contrôlables au clavier (7.3), et leurs changements de contexte (ouverture de fenêtre, soumission automatique) doivent être annoncés (7.4). Les messages de statut (7.5) doivent utiliser role="status" ou aria-live.

Thématique 8 — Éléments obligatoires (10 critères)

Les fondamentaux HTML : DOCTYPE (8.1), validité du code (8.2), langue par défaut (8.3-8.4), titre de page (8.5-8.6), changements de langue indiqués (8.7-8.8), pas d'usage présentationnel des balises (8.9), changements de sens de lecture signalés (8.10). 9 sur 10 sont entièrement automatisables.

Thématique 9 — Structuration (4 critères)

Hiérarchie de titres cohérente (9.1 — pas de saut h2 → h4), structure du document avec landmarks (9.2 — main, nav, header, footer), listes structurées correctement (9.3), citations indiquées avec blockquote/q (9.4). Tous automatisables, et déterminants pour la navigation au lecteur d'écran.

Thématique 10 — Présentation (14 critères)

Thématique transverse : feuilles de style externes (10.1), contenu compréhensible sans CSS (10.2-10.3), zoom 200 % sans perte (10.4), focus visible (10.7), pas de contenus cachés focusables (10.8), espacements personnalisables (10.12), pas de scroll horizontal à 320px (10.11). 8 critères AUTO, 4 HUMAIN — les tests visuels sont irremplaçables.

Thématique 11 — Formulaires (13 critères)

Chaque champ doit avoir une étiquette (11.1), pertinente (11.2), accolée au champ (11.4). Les groupes de champs doivent utiliser fieldset/legend (11.5-11.6). Le contrôle de saisie doit être pertinent (11.10) avec suggestions d'erreur (11.11). Les champs personnels doivent avoir autocomplete (11.13). Le critère 11.12 (modification des données avant soumission financière/juridique) reste humain.

Thématique 12 — Navigation (11 critères)

Deux systèmes de navigation au moins (12.1), menu à la même place (12.2), plan du site (12.3-12.4), moteur de recherche (12.5), skip links (12.7), ordre de tabulation cohérent (12.8), pas de piège clavier (12.9), pas de raccourcis mono-touche non contrôlables (12.10).

Thématique 13 — Consultation (12 critères)

Contrôle des limites de temps (13.1), pas d'ouverture de fenêtre sans action (13.2), documents bureautiques avec version accessible (13.3-13.4), alternative aux contenus cryptiques (13.5-13.6), pas de flashs (13.7), contrôle des mouvements (13.8), pas de blocage d'orientation (13.9), gestes complexes remplaçables (13.10), actions pointer annulables (13.11), mouvement appareil remplaçable (13.12).

Conclusion

La grille RGAA 4.1.2 n'est pas une checklist arbitraire : c'est une structure pédagogique qui couvre l'ensemble des problématiques d'accessibilité d'une interface web. Une fois la logique des 13 thématiques comprise, l'audit devient un travail méthodique et organisé.

Pour aborder un audit efficacement, la stratégie gagnante est de commencer par un passage automatique (qui peut couvrir 70-80 % des critères) puis de mobiliser un auditeur certifié sur les critères humains. RGAAlly est conçu exactement pour cette approche : il pré-remplit la grille officielle, génère un rapport structuré, et identifie clairement les critères qui restent à tester manuellement.