Thématique 7 · Scripts

Critère RGAA 7.5 : Messages de statut restitués

Un message qui apparaît sans déplacer le focus (« Article ajouté au panier », « 3 résultats ») n'est pas lu par le lecteur d'écran s'il n'est pas déclaré.

Niveau

AA

WCAG 2.2

4.1.3

Thématique

Scripts

Vérification

Vérification humaine

La question posée par le RGAA

Dans chaque page web, les messages de statut sont-ils correctement restitués par les technologies d’assistance ?

Comment respecter ce critère

• Placez les messages de statut dans une zone role="status" (ou aria-live="polite") présente dès le chargement.
• Utilisez role="alert" seulement pour les messages urgents.

Les tests officiels

Pour être conforme, chaque élément concerné de la page doit satisfaire les tests suivants :

1. 7.5.1 — Chaque message de statut qui informe de la réussite, du résultat d’une action ou bien de l’état d’une application utilise-t-il l’attribut WAI-ARIA role="status" ?
2. 7.5.2 — Chaque message de statut qui présente une suggestion, ou avertit de l’existence d’une erreur utilise-t-il l’attribut WAI-ARIA role="alert" ?
3. 7.5.3 — Chaque message de statut qui indique la progression d’un processus utilise-t-il l’un des attributs WAI-ARIA role="log", role="progressbar" ou role="status" ?

Source : RGAA 4.1.2, critère 7.5, DINUM (nouvel onglet), sous Licence Ouverte. Le RGAA précise aussi des cas particuliers et un glossaire à consulter pour un audit officiel.

Comment Accessia le vérifie

Ce critère demande un jugement humain (pertinence, contexte, contenu multimédia). La revue guidée d'Accessia vous le présente avec ses tests officiels, et l'extension Chrome aide à le vérifier (ordre de tabulation, titres, zones, lecteur d'écran, simulations).