Créer des liens HyperTexte accessibles
 |
|
Imprimer 
|
Envoyer 
|
Partager
|
Avertissement : la version originale de ce document est Web Links and Hypertext : Hypertext Links. Cette traduction en français a été réalisée par Ideose dans le cadre d’un accord entre WebAIM et Ideose.
Note : consulter la page Documents sur l’accessibilité du Web pour obtenir la liste de tous les documents déjà traduits. D’autres ressources sur l’accessibilité du Web sont également listées dans le Portail du numérique accessible.
Sommaire
- Page 1 : Introduction
- Page 2 : Créer des liens texte accessibles
- Vous êtes sur la Page 3 : Créer des liens HyperTexte accessibles
Liens vers des ancres dans la même page
Alerter les utilisateurs
Dans un monde idéal, tous les navigateurs indiqueraient aux utilisateurs les liens qui ont des destinations sur la même page. Dans le monde réel, les utilisateurs de lecteurs d’écran sont les seuls à avoir cette information. JAWS dit « lien dans la même page » avant chaque lien de ce type. Les utilisateurs voyants peuvent regarder la barre d’état dans le coin inférieur gauche de leur navigateur pour lire le lien en entier, mais cela est une méthode moins facile pour savoir où le lien va, parce que c’est essentiellement une méthode d’essai et d’erreur. Les utilisateurs auraient à survoler avec leur souris chaque lien pour savoir exactement où il conduit. De plus, les utilisateurs ont à déchiffrer les URL, ce qui peut être assez difficile comme cela a été déjà expliqué.
Les défenseurs de l’accessibilité pourraient se plaindre du fait que les utilisateurs ne savent pas si les liens vont vers la même page ou non, mais pour certaines raisons, ce point n’a pas été inscrit comme une priorité des problèmes d’accessibilité. Une des raisons a déjà été mentionnée : c’est le fait que les lecteurs d’écran informent déjà les utilisateurs des destinations des liens (même si les autres personnes n’ont pas facilement accès à cette information). Une autre raison peut être le contexte d’une page Web qui donne souvent des indices sur les destinations des liens. Par exemple, un ensemble de liens en haut de la page, mais au-dessous de la navigation principale, amènenent probablement à des destinations sur la même page, du moins si cet ensemble de liens semble être une table des matières de la page.
Néanmoins, il convient de prévoir des indications pour informer les utilisateurs si le lien mène à une destination sur la même page. Pour aider les utilisateurs à mieux comprendre le contexte, il pourrait être utile de placer un titre de paragraphe avant l’ensemble de liens qui dirait « contenus de la page » ou quelque chose du même genre. D’autres situations et contextes peuvent appeler d’autres types de techniques.
Remarque
Les utilisateurs de Firefox peuvent installer l’extension TargetAlert pour différencier les liens internes à une même page, les liens vers d’autres pages, les liens vers des sites Web externes, les liens qui ouvrent de nouvelles fenêtres, etc. Dans chaque cas, une icône est placée après le lien, comme le montre la capture d’écran ci-dessous :
Voir le site Web TargetAlert pour connaître le logiciel et le télécharger.
Bugs des navigateurs
Il y a des préoccupations plus graves en ce qui concerne la mise en œuvre des bugs de navigateurs. Internet Explorer et les navigateurs basés sur Mozilla ont un bug sérieux dans leur mise en œuvre des liens internes à une page. Pour avoir plus d’informations, lire le paragraphe Browser Quirks dans le tutoriel « Skip Navigation » Links.
Liens vers des ressources non HTML
Les utilisateurs devraient être avertis des liens qui mènent à des ressources non HTML, telles que les fichiers PDF, les fichiers Word, les fichiers PowerPoint, etc. Cependant, il existe un débat quant à savoir si c’est le contenu, l’auteur ou le navigateur qui doit alerter l’utilisateur. Le problème est qu’aucun des navigateurs actuels n’alertent l’utilisateur, de sorte que le débat est plus théorique que pratique. Le côté positif est que les utilisateurs du navigateur Firefox ont la possibilité de télécharger TargetAlert, qui en plus d’alerter les utilisateurs sur la destination du lien, informe également les usagers si le lien mène à des fichiers non HTML en insérant des petites icônes après les liens de ce type. La boîte de dialogue des préférences TargetAlert est montrée ci-dessous.
Exemple
Voici à quoi ressemblent différents types de liens quand l’extension TargetAlert est installée sous Firefox :
Notez que le lien vers le site sécurisé est également un lien vers un site web externe (un autre domaine).
Jusqu’à ce que de telles fonctions deviennent monnaie courante dans les navigateurs, il est probablement mieux pour les auteurs de mettre en garde les utilisateurs sur les liens vers des ressources non HTML. Un lien vers un diaporama PowerPoint, par exemple, pourrait dire « projections des ventes du troisième trimestre (PowerPoint) » ou quelque chose de semblable, et un lien vers un fichier PDF pourrait dire « Formulaire d’impôt 1040 (format PDF) » ou quelque chose de similaire.
Liens vers de nouvelles fenêtres, des pop-ups, d’autres cadres ou des sites Web externes
Les experts en accessibilité débattent également des mérites des liens qui s’ouvrent dans de nouvelles fenêtres, les fenêtres pop-up, ou tout autre cadre. Certains voudraient les interdire complètement. D’autres reconnaissent qu’ils peuvent être parfois appropriés, mais presque tous conviennent que les utilisateurs devraient être avertis lorsque le lien ne s’ouvre pas dans la fenêtre courante ou dans le même cadre. Le problème d’accessibilité est que certains utilisateurs peuvent se perdre dans les nouvelles fenêtres. Les nouveaux lecteurs d’écran alertent l’utilisateur quand un lien ouvre une nouvelle fenêtre, mais seulement après que l’utilisateur ait cliqué sur le lien. Les lecteurs d’écran plus anciens n’avertissent pas du tout l’utilisateur. Les utilisateurs voyants peuvent voir la nouvelle fenêtre ouverte, mais les utilisateurs souffrant de déficiences cognitives peuvent avoir de la difficulté à interpréter ce qui vient de se passer. Ensuite, lorsqu’ils essaient d’appuyer sur le bouton Retour du navigateur, rien ne se passe parce qu’il n’y a pas de lien précédent pour revenir à la page dans une nouvelle fenêtre. Les liens vers d’autres cadres posent des problèmes similaires.
Comme avec les liens vers des fichiers non HTML, les navigateurs pourraient alerter automatiquement les utilisateurs, mais les navigateurs n’ont pas cette fonctionnalité dans leur configuration par défaut. Il appartient aux auteurs d’alerter les utilisateurs. Les auteurs peuvent ajouter cette information aux liens en la mettant entre parenthèses à la fin du lien, par exemple en disant : « Section biographique (le lien ouvre une nouvelle fenêtre) ». Certains sites utilisent des icônes pour transmettre ce même message. Certaines icônes utilisées par les différents sites Web sont affichées ci-dessous.
Un des problèmes avec ces icônes, c’est que parfois les mêmes icônes sont utilisées pour désigner des choses différentes. Un site peut utiliser une icône pour signifier que la page s’ouvre dans une nouvelle fenêtre du navigateur. Un autre site pourrait utiliser la même icône pour signifier que le lien mène à un site externe, mais ne pas ouvrir une nouvelle fenêtre du navigateur. Par souci de cohérence et de facilité d’interprétation, il peut être préférable d’utiliser des icônes qui montrent deux pages – ou une page avec une flèche – pour indiquer que le lien ouvre une nouvelle fenêtre du navigateur. Les icônes avec des globes terrestres peuvent être le meilleur choix pour les liens qui renvoient vers des sites Web externes sans ouvrir une nouvelle fenêtre.
Groupes de liens
Liens adjacents
Quand vous utilisez un lecteur d’écran, il peut parfois être un peu difficile de dire quand un lien texte se termine et quand un autre commence. JAWS dit « lien » devant chaque lien, ce qui minimise ce problème, mais c’est peut être un peu plus difficile avec Home Page Reader, qui utilise une voix féminine pour l’ensemble des liens. C’est une bonne chose que la voix change d’une voix d’homme vers une voix de femme, mais s’il y a cinq liens à la suite, la voix ne va pas changer du tout entre les liens, ce qui peut entraîner une certaine confusion.
Une solution est de fournir un caractère non lien entre chaque lien. La barre verticale (|) est très souvent utilisé à cette fin. Une autre solution est de mettre les liens dans une liste ordonnée ou numérotée. Les lecteurs d’écran ont tendance à faire une pause entre les éléments de liste, ce qui aide l’utilisateur à faire la distinction entre les liens différents.
Longues listes de liens
De longues listes de liens peuvent être difficiles à écouter si la personne est intéressée par un contenu narratif plutôt que par le contenu de navigation. Une méthode pour contourner ce problème est de fournir un lien en haut de la page qui permet aux utilisateurs de sauter la liste de liens. C’est essentiellement la même notion que les liens pour éviter le menu de navigation. Sur les pages où le contenu principal est un contenu de navigation, une telle solution est probablement inutile.
Dans de nombreux cas, les utilisateurs ont moins de difficulté à comprendre de longues listes de liens, si les listes sont divisées en petits morceaux avec des titres. Les petits morceaux présentent moins de charge cognitive pour tous les utilisateurs, ce qui peut notamment profiter aux utilisateurs souffrant de déficiences cognitives.
WebAIM est une initiative de :
Copyright 1999-2009 WebAIM
S'abonner au blog Ideose