Identifier la finalité

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

Il s’agit d’un : il n’existe pas de vocabulaire W3C finalisé pour baliser chaque finalité, et aucun outil automatisé ne peut juger si la sémantique présente correspond réellement à la finalité de chaque région ou commande. Silktide déclenche cette invite sur chaque page et une personne la confirme.

Pourquoi c’est important

Les personnes ayant des handicaps cognitifs, de faibles compétences en lecture 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 jeu qu’elles reconnaissent, ou simplifient les commandes. Cela ne fonctionne que si 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 aucune base pour agir.

Ce qu’il faut vérifier

Régions — les principales zones de la page utilisent des repères (<header>, <nav>, <main>, <aside>, <footer> ou des rôles ARIA correspondants), et lorsqu’il y en a plusieurs du même type, elles sont distinguées par un nom accessible.
Commandes — les éléments interactifs utilisent le bon élément HTML natif ou le rôle ARIA approprié 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 collectant des données utilisateur — le cas échéant, répondez également à Identifier la finalité des saisies (1.3.5) avec autocomplete.

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

Comment corriger

Balisez les régions de page avec les éléments de section HTML5 ou les repères ARIA.
Préférez les contrôles natifs (<button>, <a>, champs de formulaire) aux <div> cliquables.
Donnez à chaque icône fonctionnelle un nom accessible ; marquez les icônes décoratives aria-hidden=\"true\".
Ajoutez des valeurs pour l’attribut autocomplete sur les champs de données utilisateur (voir 1.3.5).

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

Comment Silktide teste cela

Silktide ne peut pas déterminer si la sémantique existante transmet correctement la finalité ; cette vérification génère donc une invite d’examen par page. Les vérifications et liées aux repères de Silktide au titre des critères 1.3.1 et 4.1.2 détectent automatiquement le balisage défectueux ; cet examen couvre l’appréciation qui reste. Aucun outil grand public n’automatise la 1.3.6 — il n’existe pas de règle ACT du W3C pour cela.