在浏览器窗口的右上角，应用程序会显示消息“您的会话将在 NN 分钟后过期”。当没有活动时，此消息每分钟更改一次。当还剩不到一分钟的时候，就变成“NN秒”，自然是每秒变化一次。当用户的交互向服务器发送新请求时，NN 重置为 30。
屏幕阅读器用户是否希望每次更改时（a）每分钟、（b）每秒、（c）重置为 30 时听到声音警报？我不知道“我需要知道在失去会话之前还剩下多少时间”和“这真的很分散注意力”之间的普遍偏好在哪里。
WCAG 2.2.2 提供“对于 (1) 自动启动且 (2) 与其他内容并行呈现的任何自动更新信息，有一种机制可供用户暂停、停止或隐藏它或控制更新频率，除非自动更新是必要活动的一部分。”这似乎更适合不可预测的更新，例如当新条目出现在与用户对页面的使用无关的侧边栏中的实时新闻流中时，而不是在计时器中，重点是用户需要最新的-日期指示还剩多少时间。这条规定在这里适用吗？我想如果我们为屏幕阅读器用户提供停止它的方法，那就可以解决我上面的第一个问题。不管怎样，我不确定这对视觉用户来说是否更有用，而不是浪费屏幕空间。你觉得怎么样？
我认为 SC 2.2.2 在这里不适用。 “基本”信息有一个例外，并且知道您的会话何时到期将属于该例外。这里真正适用的 SC 是 4.1.3 状态消息，它要求消息的实现方式能够在消息发生变化时被屏幕阅读器自动拾取（通常通过 ARIA 活动区域）。
至于宣布这些更改的频率，这将取决于上下文和您的用户。对于这样的事情，您可以从公告之间的长时间暂停开始，然后随着会话接近到期而逐渐减少暂停。例如，仅在 25、20、15 和 10 分钟强制发布公告。然后，当时间达到 5 分钟时，强制在 5、4、3、2 和 1 分钟宣布。 1分钟以内，也许在30秒和10秒强制宣布。每次计时器重置为 30 分钟时，我可能会强制发布公告，只要这种情况不会经常发生而令人烦恼。
为了正确执行此操作，您很可能希望有一个视觉上隐藏的 ARIA 活动区域，您可以将这些定期消息发送到其中（然后您需要在 5-10 秒后从活动区域中删除该消息，以便屏幕阅读器用户不会意外地偶然发现它）。不断变化的视觉信息不会是一个实时区域。
归根结底，没有一个正确的答案。强制向屏幕阅读器用户发布公告的频率取决于应用程序及其用户。但我认为，安全的做法是少发布公告，尤其是在距离到期日还有很长一段时间的情况下。屏幕阅读器用户也可以手动检查剩余时间。为过期消息创建区域地标或为其指定标题可能是个好主意，以便屏幕阅读器用户可以在需要时快速导航到它。