试试这个：闭上眼睛，想象有人给你读一份页面上每个链接的列表，没有周围的文本——只有链接文本本身，一个接一个。如果列表听起来像“单击此处，单击此处，阅读更多信息，单击此处”，这正是许多屏幕阅读器用户所经历的，因为他们使用“链接列表”功能来快速导航文档。
简而言之 — 本指南涵盖的内容
为什么“单击此处”失败
WCAG 标准 2.4.4（“上下文中的链接目的”）要求链接文本及其直接上下文解释其通向何处或执行什么操作。 “单击此处”和“阅读更多”会失败，因为它们本身什么也没说 - 它们完全依赖于周围的文本，而通过屏幕阅读器中的链接列表进行导航的用户根本听不到这些文本。
如何编写良好的链接文本
最简单的规则：链接文本应该描述目的地或操作，而不是点击机制。 “下载年度报告（PDF，2MB）”明显优于“点击此处下载报告”。 “阅读我们完整的隐私政策”比“单击此处了解更多详细信息”更好。对于可下载文件，最好在括号中记下类型和大小 - 这对所有用户都有帮助，而不仅仅是那些使用屏幕阅读器的用户。
当附近的上下文实际上就足够了
WCAG 并不要求链接文本在每种情况下都完全独立 - 您可以依赖直接上下文（相同的段落或相同的列表项），只要屏幕阅读器也可以访问该上下文，而不仅仅是视觉上。实际问题：文章列表中重复的“阅读更多”链接是边界情况的一个很好的例子 - 视觉上很清楚每个“阅读更多”属于哪篇文章，但在孤立的链接列表中它们听起来都相同。常见的解决方案：向视觉上隐藏但屏幕阅读器可访问的链接添加额外的文本（例如，“阅读有关 [文章标题] 的更多信息”），以便视觉显示和朗读版本都能正常工作。
💡实用技巧
一个快速的经验法则：单独大声朗读链接文本，周围没有任何内容。如果这样没有意义——它需要更好的文字。
它在 PDF 文档中的工作原理
在 PDF 文档中，链接被标记为标签树中的 Link 对象，其内部文本正是大声朗读的内容。从Word导出的文档中常见的问题是：将完整的URL作为链接文本本身粘贴（“https://example.com/very/long/path/document.pdf”）——屏幕阅读器会逐字母或逐段地读取整个地址，使其难以听。解决方法：用简短、清晰的描述替换链接文本，并将完整地址仅保留为目的地（URL 本身），而不是显示的文本。