Perceptible, utilisable, compréhensible, robuste
Quatre mots structurent l'intégralité des WCAG, et donc des 106 critères du RGAA. Les connaître ne sert pas à briller en réunion : cela sert à diagnostiquer vite. Devant n'importe quel problème d'accessibilité, l'un de ces quatre principes est en cause, et il indique la direction de la correction.
1. Perceptible
L'information doit pouvoir être perçue par au moins un sens disponible. Si le seul canal est visuel, une personne aveugle est exclue ; si le seul canal est sonore, une personne sourde l'est aussi.
Relèvent de ce principe : les alternatives textuelles, les sous-titres et transcriptions, les contrastes, l'interdiction de porter une information par la couleur seule, et le comportement au zoom. Thématiques RGAA 1, 3, 4 et une partie de la 10.
2. Utilisable
L'interface doit pouvoir être manipulée. Percevoir ne suffit pas : encore faut-il pouvoir agir — cliquer, saisir, naviguer, valider.
Relèvent de ce principe : l'accès complet au clavier, la visibilité du focus, l'absence de piège, les limites de temps contrôlables, l'absence de contenu clignotant, les systèmes de navigation et le lien d'évitement. Thématiques 7, 12 et une partie de la 13.
3. Compréhensible
Le contenu et le fonctionnement doivent être clairs et prévisibles. Un service perceptible et manipulable peut rester inutilisable s'il surprend l'utilisateur ou si son vocabulaire est opaque.
Relèvent de ce principe : la langue déclarée et les changements de langue balisés, la cohérence de la navigation d'une page à l'autre, l'absence de changement de contexte inattendu, et surtout la qualité des formulaires — étiquettes, messages d'erreur, suggestions de correction. Thématiques 8, 11 et une partie de la 12.
4. Robuste
Le contenu doit rester interprétable par les technologies d'assistance, présentes et futures. C'est le principe le plus technique et le moins visible — et celui dont dépendent les trois autres.
Relèvent de ce principe : la validité du code, l'emploi correct des éléments natifs, la justesse des rôles, noms et états exposés aux technologies d'assistance, et la restitution des messages de statut. Thématiques 8 et 7.
Les utiliser comme grille de diagnostic
| Symptôme observé | Principe en cause | Direction de correction |
|---|---|---|
| L'utilisateur n'a pas l'information | Perceptible | Ajouter un canal alternatif |
| L'utilisateur ne peut pas agir | Utilisable | Rétablir l'accès clavier et le focus |
| L'utilisateur agit mais se trompe | Compréhensible | Clarifier étiquettes, erreurs et comportements |
| Le lecteur d'écran annonce n'importe quoi | Robuste | Corriger le code, les rôles et les états |
L'ordre compte
Les quatre principes forment une pile, et il est inutile de travailler un étage si celui du dessous est défaillant. Soigner le vocabulaire d'un message d'erreur — compréhensible — ne sert à rien si ce message n'est jamais restitué au lecteur d'écran — robuste. Corriger dans l'ordre inverse, du robuste vers le perceptible, évite de refaire deux fois le même travail.
C'est aussi la logique du plan de remédiation : voir la mise en conformité RGAA.
Poursuivre
Pour la version la plus récente de la norme, voyez les WCAG 2.2. Pour le relais européen de ces principes, la norme EN 301 549.