Ressources · 89
Messages d’état accessibles : confirmer une action sans perdre le contexte
Faire percevoir recherche, sauvegarde, progression et erreur sur écran, au clavier et avec un lecteur d’écran.
· 3 min
Ce que ce guide permet
- Lister les changements utiles
- Choisir une annonce proportionnée
- Préserver un contexte compréhensible
- Tester la dynamique réelle
- Garder focus et notification cohérents
Contrôle express
- Faut-il annoncer chaque mise à jour ?
- role status suffit-il à certifier le parcours ?
- Une notification doit-elle déplacer le focus ?
Méthode pas à pas
- 01
Lister les changements utiles
Inventoriez résultats de recherche, ajout au panier, sauvegarde, attente et erreurs. Pour chaque cas, notez déclencheur, contenu et prochaine action possible. WCAG 4.1.3 concerne des messages d’état déterminés sans recevoir le focus ; toutes les mises à jour d’une interface ne sont pas automatiquement des messages à annoncer.
Livrable : inventaire d’états et portée du critère.
- 02
Choisir une annonce proportionnée
Utilisez une sémantique appropriée au message. La technique ARIA22 décrit role status pour des messages d’état ; une alerte urgente répond à un besoin différent. Réservez les interruptions aux cas qui les justifient. Évitez d’annoncer chaque caractère tapé ou chaque variation d’un compteur.
Livrable : règle d’annonce par état.
- 03
Préserver un contexte compréhensible
Annoncez un résultat complet, par exemple le nombre de résultats avec son sens, plutôt qu’un nombre isolé. Gardez les messages importants visibles assez longtemps pour être compris et consultables après une interruption. Si une action échoue, indiquez ce qui est conservé et comment reprendre.
Livrable : textes d’état et règles de persistance.
- 04
Tester la dynamique réelle
Vérifiez la présence de la région avant sa mise à jour, les annonces successives et les messages identiques répétés. Les comportements varient selon navigateur et technologie d’assistance : un rôle présent dans le DOM n’est pas une preuve d’annonce correcte. Testez aussi les interactions rapides et les réponses arrivant dans le désordre.
Livrable : observations sur les combinaisons retenues.
- 05
Garder focus et notification cohérents
Une simple confirmation ne doit pas déplacer arbitrairement le focus. Une boîte de dialogue nécessitant une décision suit un autre parcours. Testez que la personne sait si l’action a réussi, où elle se trouve et comment poursuivre, avec zoom, clavier et lecteur d’écran.
Livrable : recette d’une tâche complète.
Fiche de travail à réutiliser
À compléter avec vos observations autorisées. Ces champs constituent une trame de travail, pas des résultats observés.
| Champ | Information à consigner |
|---|---|
| Déclencheur | Action, résultat attendu et états possibles |
| Annonce | Texte complet, sémantique et priorité |
| Persistance | Durée visible, accès ultérieur et reprise après erreur |
| Recette | Clavier, zoom, lecteur d’écran et réponses concurrentes |
Exemple d’application
Situation illustrative
Exemple fictif : une recherche met à jour ses résultats et n’affiche qu’un nombre dans un coin de la page.
Décision et preuve attendue
Le composant conserve le focus dans le champ et annonce une phrase complète après le résultat stabilisé ; il ne répète pas chaque réponse intermédiaire.
Distinguer les mécanismes
| Mécanisme | Utilité | Point de vigilance |
|---|---|---|
| Message visible | Informer les personnes qui voient la page | Peut passer inaperçu pour un lecteur d’écran |
| Message d’état annoncé | Informer sans déplacer le focus | Éviter répétition et interruption excessive |
| Dialogue | Demander une décision dans un contexte distinct | Gérer focus, fermeture et retour au déclencheur |
Indicateurs de pilotage
| Indicateur | Ce qu’il mesure | Première action |
|---|---|---|
| États perceptibles | Messages décisifs compris dans le parcours testé | Corriger annonces absentes ou ambiguës |
| Annonces répétées | Notifications redondantes pendant une action | Réduire bruit et mises à jour intermédiaires |
| Reprise utilisable | Échecs avec suite compréhensible et données conservées | Améliorer les textes et le comportement |
Erreurs fréquentes
- Peut passer inaperçu pour un lecteur d’écran
- Éviter répétition et interruption excessive
- Gérer focus, fermeture et retour au déclencheur
Questions fréquentes
Faut-il annoncer chaque mise à jour ?
Non. Sélectionnez les informations nécessaires à comprendre la tâche ; trop d’annonces peut empêcher d’entendre les informations utiles.
role status suffit-il à certifier le parcours ?
Non. Testez l’annonce réelle, son contenu, son timing et la suite de la tâche avec les technologies pertinentes.
Une notification doit-elle déplacer le focus ?
Pas systématiquement. Une confirmation d’état et une interaction demandant une décision ont des besoins différents.
Références officielles
Date de consultation des références : . La méthode et la fiche de travail proposent des contrôles à adapter à votre contexte ; elles ne constituent pas une certification.
Pour aller plus loin
Analyses associées
