Rédiger et annoncer les messages d’état d’une interface

Nommer un état confirmé

Rédigez le message à partir de l’état du service, pas du clic. « Demande reçue » suppose une réception confirmée ; « Envoi en cours » indique une attente. Une animation qui s’arrête ne prouve pas la réception. Évitez un message de réussite systématique si le réseau ou le serveur peuvent encore refuser la demande.

Une absence de résultat n’est pas une panne. Distinguez « Aucun produit ne correspond » d’« Impossible de charger le catalogue ». La première situation invite à modifier les critères ; la seconde peut proposer une reprise. Donnez une action réalisable sans demander de recommencer des champs déjà remplis.

Annoncer sans interrompre inutilement

Le critère W3C sur les messages d’état traite les changements qui doivent pouvoir être perçus sans recevoir le focus. Une information de résultat peut être annoncée par une région adaptée. Réservez les annonces urgentes aux situations qui justifient réellement une interruption.

Ne rendez pas toute une liste de résultats bavarde à chaque caractère. Annoncez un bilan utile après la mise à jour et conservez les résultats accessibles à la lecture. Vérifiez que le lecteur n’entend ni plusieurs fois le même message ni une suite de comptes dépassés par la saisie suivante.

Préserver une preuve lisible de la tâche

Un message temporaire peut convenir à une action réversible, mais une confirmation importante doit rester retrouvable. Pour une demande, affichez un récapitulatif ou une page de résultat selon le parcours. L’adresse, la référence et les prochaines étapes doivent correspondre à ce que le service a réellement accepté.

Expliquez un échec sans exposer de détail technique inutile. Conservez les informations pouvant être reprises et dites si une nouvelle tentative risque un double envoi. Si l’état reste incertain, indiquez cette incertitude plutôt que de déclarer un échec ou une réussite sans preuve.

Exemple : filtrer une bibliothèque

Exemple pédagogique : après filtrage, une bibliothèque annonce « 8 documents » et laisse le focus sur le filtre. Si aucun document ne correspond, elle propose de retirer un critère. En cas de panne, elle explique que les données n’ont pas pu être chargées. La recette distingue ces trois situations et vérifie que le message suit la dernière recherche.