Identifier la finalité

Silktide vous invite à vérifier que la finalité des régions, des icônes et des commandes de la page peut être déterminée de manière programmatique, afin que les agents utilisateurs puissent adapter la page pour l’utilisateur. Il s’agit du critère de succès 1.3.6 (niveau AAA) des .

Ceci est une : il n’existe pas encore de vocabulaire W3C abouti pour baliser chaque finalité, et aucun outil automatisé ne peut juger si les sémantiques qui sont présentes correspondent réellement à l’usage de chaque région ou commande. Silktide affiche cette demande sur chaque page et une personne la confirme.

Pourquoi c’est important

Les personnes ayant des limitations cognitives, une faible littératie ou une attention limitée personnalisent souvent le Web : elles masquent les régions dont elles n’ont pas besoin, remplacent des icônes par un ensemble qu’elles reconnaissent ou simplifient les commandes. Cela ne fonctionne que lorsque la page expose ce à quoi sert chaque élément — pas seulement son apparence.

Sans finalité déterminable de manière programmatique, les technologies d’assistance ne peuvent pas distinguer un lien « Accueil » d’un bouton « Recherche » ou d’une icône décorative, et les outils de personnalisation n’ont rien sur quoi s’appuyer.

Ce qu’il faut vérifier

Régions - les grandes zones de la page utilisent des repères (<header>, <nav>, <main>, <aside>, <footer>, ou des rôles ARIA équivalents) et, lorsqu’il y en a plusieurs du même type, elles se distinguent par un nom accessible.
Commandes - les éléments interactifs utilisent le bon rôle natif HTML ou ARIA afin que leur finalité soit claire (un bouton est un bouton, un lien est un lien).
Icônes - les icônes fonctionnelles ont un nom accessible qui indique leur finalité; les icônes décoratives sont masquées aux technologies d’assistance.
Champs de formulaire recueillant des données de l’utilisateur - le cas échéant, satisfaire aussi Identifier la finalité des champs de saisie (1.3.5) avec autocomplete.

Le W3C n’a pas finalisé de vocabulaire recommandé pour la personnalisation au-delà des repères et des rôles; en pratique, pour la plupart des sites aujourd’hui, repères + rôles corrects + icônes nommées constituent le seuil à atteindre.

Comment le corriger

Marquez les régions de page avec des éléments de sectionnement HTML5 ou des repères ARIA.
Privilégiez les commandes natives (<button>, <a>, champs de formulaire) plutôt que des <div> cliquables.
Donnez à chaque icône fonctionnelle un nom accessible; marquez les icônes décoratives avec aria-hidden="true".
Ajoutez des jetons autocomplete aux champs de données de l’utilisateur (voir 1.3.5).

Si les régions, les icônes et les commandes de la page exposent clairement leur finalité (ou si la page n’en comporte aucune qui le nécessite), le constat.

Comment Silktide teste cela

Silktide ne peut pas déterminer si les sémantiques existantes transmettent correctement la finalité; ce contrôle génère donc une demande de révision par page. Les contrôles de Silktide liés à et aux repères, sous 1.3.1 et 4.1.2, détectent automatiquement le balisage défectueux; cette révision couvre le jugement qui reste à porter. Aucun outil courant automatiser 1.3.6 — il n’existe pas de règle ACT du W3C pour cela.