强制用户在当前标签WCAG2.0中打开链接

Question

我们继承了一个拥有10年历史的网站的维护，该网站中有一些链接强制在当前标签中打开链接。你不能右键单击链接并在新标签页中打开，甚至复制并粘贴网址，因为它使用javascript和doPostBack（不知道为什么，旧的，旧的代码）。

无论如何，我知道这是一个糟糕的用户体验，因为它本质上是一个结果列表，你肯定想在新标签中打开它们，尝试停止默认的浏览器行为也很疯狂。

但我想知道WCAG2.0中是否有任何具体内容表明我们不能这样做？我试图让一个案例改变它，但糟糕的用户体验还不够。然而，WCAG将通过该线路获得它。是否有人能够指出我在网站内容可访问性指南中明确指出网站不应该这样做的任何内容？

非常感谢。

Answer 1

如果链接本身没有href属性，则它不能通过键盘导航（SC 2.1.1）。但是，doPostBack的使用让我觉得这是ASP.NET 1.0，它将大量脚本填充到每个href中，因此键盘用户可以完全访问它。

否则，不。 WCAG 2.0中没有特定的成功标准似乎可以解决您的问题。有两个可以延伸一些争论，但有人可能很容易认为他们不适合：

• Success Criterion 2.4.4: Link Purpose (In Context): Level A：这与链接中的文本有关，但是，如果您可以创建用户希望能够在新标签/窗口中打开的情况，那么链接文本应该说明它是因原因而被禁止。
• Success Criterion 3.2.4: Consistent Identification: Level AA：这表示应该始终如一地识别出以某种方式行事的网页内容。你可以争辩说，由于网站中的所有其他链接都允许在新的标签/窗口中打开链接（如果这是尝试），这些链接需要识别出它们的行为不正常。

在每种情况下，如果您的案例成功，那么解决方案就是更多文字。这不是你想要的。除非你可以争辩说更多文本是丑陋/难以实现等等，然后使用 来证明允许链接在新标签/窗口中打开。

但是要达到这一点有很多依赖性（即申请SC的买入）。

总的来说，我同意你所概述的场景是非常糟糕的用户体验。

Answer 2

在我看来，这是AAA级成功标准3.2.5 Change on Request的失败。当然，更常见的情况是相反的方向，其中链接强制新标签或窗口而不通知用户，这在common failure 22中有记录。但是，我当然会争辩说，通过在当前选项卡中强制更改上下文，用户可能没有请求，因为他们在中间点击或按下CTRL + Enter链接以创建新选项卡，这是一个失败3.2.5。