WCAG 3.3.3 Suggestion après une erreur
Le critère de succès 3.3.3 exige que, si une erreur de saisie est détectée automatiquement et que des suggestions de correction sont connues, ces suggestions soient communiquées, sauf si cela compromettait la sécurité ou l'objet du contenu. C'est un critère de niveau AA sous la règle 3.3 (Assistance à la saisie) - un pas au-delà du critère 3.3.1 Identification des erreurs, qui exige seulement de signaler l'existence d'un problème.
La distinction avec l'identification des erreurs
Le critère 3.3.1 exige d'indiquer ce qui ne va pas et où. Celui-ci exige d'aller plus loin lorsque c'est réalisable : indiquer comment corriger. « Date non valide » identifie une erreur ; « Saisissez la date au format JJ/MM/AAAA » suggère la correction.
Les cas où la suggestion est réellement connue
- Erreurs de format : une date, un numéro de téléphone ou un code postal dans un format incorrect - énoncez explicitement le format attendu.
- Champs obligatoires laissés vides : « Ce champ est obligatoire » constitue en soi la suggestion.
- Valeur hors plage : « Saisissez un nombre compris entre 1 et 100 » indique exactement ce qui est attendu.
- Écarts proches d'une faute de frappe : certains systèmes peuvent proposer « vouliez-vous dire… ? » pour les coquilles probables dans un champ structuré.
L'exception de sécurité
Les suggestions ne sont pas exigées lorsqu'en fournir compromettrait la sécurité ou l'objet du contenu. L'exemple de référence est le message « mot de passe incorrect » d'un formulaire de connexion : préciser exactement pourquoi un mot de passe a été rejeté - trop court, caractère interdit - pourrait aider un attaquant à cerner des identifiants valides par essais successifs. C'est la raison pour laquelle les formulaires de connexion, et les formulaires sensibles comparables, sont expressément dispensés de proposer des suggestions de correction détaillées.
En pratique
Chaque fois qu'une règle de validation est précise et connue à l'avance - un format imposé, une plage, un champ obligatoire -, faites apparaître cette attente exacte dans le message d'erreur plutôt qu'un « saisie non valide » générique. Il s'agit en général d'une reformulation de la logique de validation existante, et non d'une nouvelle fonctionnalité, ce qui en fait l'un des critères de niveau AA les moins coûteux à satisfaire une fois l'identification des erreurs (critère 3.3.1) en place.
Questions fréquentes
- Qu'est-ce que le critère WCAG 3.3.3 ?
- Un critère de niveau AA : lorsqu'une erreur de saisie est détectée et que vous savez comment la corriger, indiquez la correction suggérée sous forme de texte.
- Quel est un exemple ?
- Au lieu d'un simple « Date non valide », indiquez « Saisissez la date au format JJ/MM/AAAA ». Pour un champ obligatoire non rempli, nommez-le et précisez qu'il est obligatoire.
- Quand une suggestion n'est-elle pas exigée ?
- Lorsque proposer une correction compromettrait la sécurité ou l'objet du contenu, ou lorsque la valeur correcte n'est réellement pas connue.
Vous souhaitez connaître le score de votre propre site ?
Lancer un test d'accessibilité gratuit