以下 HTML 是否可以访问?
<a id="myClickbaitArticlePreview" href="someUrl">
<h3>Amazing lifehack! Doctors hate him!</h3>
<img alt="doctor is staring down a patient" src="procativeThumbnail">
<p>Compelling copy</p>
</a>
从最宽松的意义上来说,它既有效又“可访问”,对于屏幕阅读器用户来说是良好的体验 - 可能不是。
它将通过所有 WCAG 指导,这么说吧。
如果没有在页面上下文中看到它,则很难告诉您这是否是最佳实践。需要考虑的一些事项:-
<h3>
是否符合逻辑。aria-hidden
或空(非空)alt 属性(alt=""
NOT alt
)对屏幕阅读器用户隐藏它们。我几乎肯定会说情况会是这样,但这又是你的判断。alt
与 <h3>
标题相同 - 这几乎肯定是一个大禁忌。 alt
属性应该在上下文中描述图像。如果 alt
文本与标题相同,则使图像呈现/对屏幕阅读器隐藏,如上一点所述。<article>
才能在语义上正确吗?<ul>
中,以便屏幕阅读器用户知道有多少个项目?aria-label
以及文本的压缩版本是否合适(覆盖超链接内的文本)?这取决于内容,因此请使用最佳判断。正如您所知,如果没有在上下文中看到它们,我们无法告诉您很多事情,但希望以上内容可以给您一些需要思考的事情。
至于屏幕阅读器一口气读完所有内容,这是预期的行为,你只需要习惯它!当您习惯时,您可以随时放慢设置中的语速或增加播音员的冗长程度(这样它可以更详细地说明您相对于其他元素所处的元素)。
根据 HTML 标准,
a
元素具有透明的内容模型,唯一的例外是它不能包含交互式元素。
标题不是交互元素。所以根据标准来说这很好。
关于可访问性,文本链接未优化。
2.4.4 中的 WCAG:链接目的(在上下文中) 期望“有意义的链接”。拥有太多信息并不是一个好的做法。更好的替代方案是在 <div>
上提供 javascript 单击处理程序,同时仅在
h3
上提供 HTML 链接元素。在您的示例中
“医生正在盯着病人”没有描述链接目的地,不应成为链接文本替代的一部分。