Nous avons hérité de la maintenance d'un site Web de plus de 10 ans qui contient quelques liens qui obligent à ouvrir le lien dans l'onglet actuel. Vous ne pouvez pas cliquer avec le bouton droit sur le lien et l'ouvrir dans un nouvel onglet, ni même copier et coller l'URL, car il utilise javascript et un doPostBack (aucune idée pourquoi, ancien, ancien code).
Quoi qu'il en soit, je sais que c'est une mauvaise expérience utilisateur, car il s'agit essentiellement d'une liste de résultats et vous voudrez certainement les ouvrir dans de nouveaux onglets, il est également fou d'essayer d'arrêter le comportement du navigateur par défaut.
Mais je me demande s'il y a quelque chose de spécifique dans WCAG2.0 qui dit que nous ne pouvons pas faire ça? J'essaie de faire un cas pour le faire changer, mais une mauvaise UX ne suffira pas. Cependant, les WCAG passeront outre. Quelqu'un peut-il m'indiquer quoi que ce soit dans les directives d'accessibilité du contenu Web qui dit explicitement qu'un site Web ne devrait pas faire cela?
Très appréciée.
La plupart des informations que je peux trouver sont spécifiques à:
Le WCAG dit "Faire en sorte que les pages Web apparaissent et fonctionnent de manière cohérente", et décrit ensuite comment un changement de contexte ne doit être initié que par une demande de l'utilisateur ou il devrait être facilement désactivé.
Cette règle pourrait être tordue pour dire que le comportement n'est pas conforme au comportement défini de manière cohérente par la majorité des applications Web. Bien que je ne sois toujours pas vendu, c'est une violation majeure des WCAG (en espérant que quelqu'un puisse intervenir et me prouver le contraire).
Penser à cela en termes de changement de contexte inattendu est la bonne approche, et j'ai posté ce qui suit réponse sur le cross-post :
À mon avis, c'est un échec du critère de réussite .2.5 Changement sur demande au niveau AAA. Bien sûr, le cas le plus courant va dans la direction opposée où les liens forcent de nouveaux onglets ou fenêtres sans en informer l'utilisateur, ce qui est documenté dans échec commun 22 . Cependant, je dirais certainement qu'en forçant un changement de contexte dans l'onglet actuel, que l'utilisateur n'a peut-être pas demandé parce qu'il a cliqué ou appuyé sur CTRL + Entrée sur le lien pour créer un nouvel onglet à la place, qu'il s'agit d'un échec de 3.2.5.
Ce serait un problème d'utilisabilité qui ne semble pas affecter les personnes handicapées de manière disproportionnée par rapport aux personnes non handicapées. Si le lien peut être atteint et activé au moyen du clavier (en plus des dispositifs de pointage; voir les critères de réussite 2.1.1 et 2.1.2), je ne vois aucune raison pour laquelle cela violerait les WCAG 2.0.
Si vous souhaitez vous opposer à ce comportement de lien, je dirais des principes généraux d'utilisation et de l'attente (chez de nombreux utilisateurs) qu'ils peuvent ouvrir un lien dans un nouvel onglet (ou même une nouvelle fenêtre).