背景：我们以非常特定的方式从各种连接器接收信息，然后我们通过我们的界面将这些信息吐出，并带有特定的品牌。因此，我们无法控制我们获得的信息。
理想情况下，我们会有一个简短的摘要和一个长的摘要，但是我们必须从长摘要中提取来创建简短的摘要。
我们有两个选择 - 一个是为简短摘要执行“...查看更多”，为长摘要执行“Con't from Above...”。但是我们选择的选项是在跳转到完整摘要时简单地重复约 500 个字符的文本（移动约 200 个字符）。这确实意味着用户将不得不重新阅读他们刚刚阅读的内容；对于屏幕阅读器，它会大声重读整个段落，而盲人无法“扫描他们离开的地方”。
我想我的问题是，这是多么难以接近？对于有视力的用户和有视力障碍的用户？我们这里没有太多选择。
您可以做的最简单的事情是让您的“查看更多”链接指向文本的其余部分（而不是文本的开头）。
<div class="summary">Beginnning of summary <a href="#rest">view full summary</a></div>
<!-- other things -->
<div class="summary_rest">Beginnning of summary
<a id="rest" tabindex="-1"></a> This is the rest of the text</div>
这样，屏幕阅读器用户在单击“查看完整摘要”时不会阅读两次相同的文本。
阅读整页时仍然会出现重复，但这是您无法避免的。例如，同时使用软件放大镜和屏幕阅读器的低视力用户必须能够使其屏幕阅读器阅读屏幕上显示的内容。不管它是否已经读过。这是完全无法避免的。
出于完全相同的原因，切勿使用对使用屏幕放大镜的用户无益的隐藏可访问性链接。
但是您可以进行一些改进：如果您可以创建一个新段落，并且正如@slugolicious 已经建议的那样，更清楚地指示不同部分的标题，例如“摘要摘要”和“完整摘要”而不是“摘要”，和“继续总结”。
从纯粹的可访问性角度（WCAG）来看，你没问题。您的文本是可访问的。您的问题实际上更多是关于“用户体验”，当与可访问性结合使用时，这是一件很棒的事情。这意味着您不仅仅关注可访问性列表上的“勾选框”，还希望让每个人的体验都愉快。
对于您的“查看更多”链接，要记住一件事，确保链接aria-describedby上有一个属性，这样如果屏幕阅读器用户只是浏览所有链接，或者打开显示所有链接的对话框，他们不会只听到“查看更多”而不知道它的上下文。如果需要，我可以提供更多关于如何实现它的提示。
我也会拼出“继续”而不是“继续”，但您可能只是在描述您的问题时缩短了它，因为完整的单词出现在您的屏幕截图上。
另一种可能性可能是有两个链接到继续描述。一个是你现在在屏幕截图中看到的那样。我猜“查看更多”链接会将您的注意力转移到“继续摘要”部分（在语法上不太正确 - 摘要不是“继续”，因为您再次重复第一部分 - 它真的是“完整”摘要）。
您可以有第二个隐藏的链接（对于屏幕阅读器用户），它将焦点移动到完整摘要并将焦点定位在前一个简短摘要结束的段落中间。这样做的缺点是会有一些键盘用户可能会注意到的视觉隐藏的制表位。也就是说，他们会点击“查看更多”，在链接周围看到一个轮廓或一些可见的焦点指示器，然后再次点击，焦点似乎从屏幕上消失了（因为它在隐藏的链接上），然后再次点击并且焦点出现在下一个可聚焦的对象上（您的第一个号召性用语下的“信息”链接）。
如果你尝试这个“隐藏”的链接，你可能想做一些快速的可用性测试，看看它是否有意义。
您的可见链接可能是“阅读完整摘要”，隐藏链接可能是“继续阅读完整摘要”。这是一个微妙的差异，您可能需要与内容或设计专家进行调整。或者也许让两个链接都可见可能对每个人都有好处。
或者您的“查看更多”可以扩展当前摘要，而不是将您带到页面上的另一个位置。这就是我对“查看更多”链接的期望。
为什么不使用 aria-hidden？见这里：https ://www.w3.org/TR/wai-aria-1.1/#aria-hidden
您可以使用 aria-hidden 来包装您不希望视力不佳的用户听到的内容。因此，每当用户跳到该部分时，屏幕阅读器都会跳过该部分。
这样，视力正常的用户可以直接跳到他们尚未阅读的部分，而使用屏幕阅读器的视力不佳的用户将跳到您识别为隐藏 aria-hidden 的部分之后的第一段。