给“阅读更多”补全名称时，别漏掉链接自己的文字

公共服务网页上有几条“阅读更多”，看见相邻标题的人容易知道每条对应哪项信息。但只获得链接名称时，重复的几个词可能无法说明目的。W3C的ARIA7技术说明，介绍了利用页面上已有文字为链接形成更清楚名称的办法，其中一个细节很容易被忽略：关联名称并不是自动追加在原链接文字之后。

aria-labelledby通过ID引用文字元素。当一个链接引用另一处文字时，按这份说明的行为，关联文字会作为名称被读出，替代链接本来的文字，而不是与它自动相加。因此，不能仅因为页面视觉上仍显示“阅读更多”，就假定软件获得的名称也一定包含这几个字。

原文的第一个示例，把新闻标题与“Read more...”链接关联起来，同时在ID序列中包括链接自身的ID。这样生成的名称才既保留链接文字，又包含所指的新闻标题。ID的顺序也有作用：多个被引用文字按所列顺序连接，顺序改变，组成的文字排列也会变化。

可以把这个关系用于一个自拟的公共公告场景。页面标题为“图书馆暑期开放安排”，下方链接显示“查看详情”。若准备让可访问名称同时包含这两部分，应检查实际引用是否包括链接自身与标题，以及先后顺序是否表达了预期意思。这个场景只是说明命名关系，不是已经在真实网页上完成的读屏测试。

ARIA7还给出下载文件的例子，让报告标题与PDF、Word等格式文字共同形成名称。这提示开发与内容人员，文件格式能说明打开的对象类型，报告标题则说明下载的是什么；把它们联系起来比只留下一个“PDF”更具体。但关联ID必须确实指向预期文字，不能只是把属性写上就结束检查。

该页的检查步骤要求确认ID对应正确的文字元素，并确认组合后的文字能描述链接目的。它同时明确，技术条目是满足相关要求的一种例子，并非所有网页都必须采用这个方法。实际交付仍需结合所用环境检查；单个属性存在，不能代表整站已通过无障碍验收。先把名称从哪里来、包含哪些文字说明白，后续测试才知道应该验证什么。