Critère RGAA 6.1 · Liens
Critère RGAA 6.1 : Intitulé de lien explicite
Chaque lien doit être explicite, compréhensible dans son contexte et ne pas créer d’ambiguïté pour l’utilisateur.
Comprendre le critère
Le critère RGAA 6.1 porte sur la compréhension des liens et de leur destination. L’objectif est de vérifier que cette information ou cette fonctionnalité reste disponible dans le code, pas seulement dans le rendu visuel.
Le lien est évalué dans son contexte accessible : texte du lien, alternative d’image, aria-label éventuel, titre et phrase environnante.
Pourquoi c'est important ?
Les lecteurs d’écran peuvent lister les liens hors contexte. Des intitulés vagues comme "voir plus" empêchent de choisir la bonne destination.
Une erreur sur "Intitulé de lien explicite" peut créer une rupture très concrète : contenu non annoncé, action impossible au clavier, information ambiguë ou parcours incompréhensible pour une technologie d’assistance.
Exemple non conforme
Plusieurs liens ont un intitulé identique et vague.
<a href="/audit">En savoir plus</a>Exemple conforme
L’intitulé indique la destination ou l’action.
<a href="/audit">En savoir plus sur l’audit RGAA</a>Comment vérifier ce critère ?
- Identifier toutes les occurrences concernées par "Intitulé de lien explicite" sur la page auditée.
- Extraire la liste des liens et lire chaque intitulé hors contexte visuel.
- Inclure le texte accessible des images, icônes, aria-label et contenus masqués utiles.
- Vérifier que deux liens identiques mènent à la même destination ou sont différenciés.
Erreurs fréquentes
- Multiplier les "en savoir plus" sans contexte accessible.
- Mettre l’information dans un title qui n’est pas nécessairement restitué.
- Créer un lien vide autour d’une icône sans nom accessible.
Questions fréquentes
Ce critère peut-il être testé automatiquement ?
Partiellement. Les liens vides sont détectables, les intitulés ambigus doivent être jugés dans leur contexte.
Quel est le premier réflexe pour corriger "Intitulé de lien explicite" ?
Revenir au besoin utilisateur, puis utiliser le HTML natif le plus approprié avant d’ajouter ARIA, CSS ou JavaScript.
Quand considérer le critère comme non applicable ?
Uniquement lorsque la page ne contient aucun contenu, composant ou cas visé par le critère. Cette décision doit être justifiée dans la grille d’audit.
Tester ce critère avec AllyNizer
Lancez une analyse de page pour repérer les erreurs automatiques, puis complétez avec les vérifications manuelles proposées dans cette fiche.