在浏览器窗口的右上角，应用程序显示消息“您的会话将在 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 秒后从实时区域中删除该消息，以便屏幕阅读器用户不会意外发现它）。不断变化的视觉消息不会是实时区域。
归根结底，没有一个正确的答案。强制向屏幕阅读器用户发布公告的频率取决于应用程序及其用户。但我认为最安全的做法是宁可少发布公告，尤其是当到期时间还很远的时候。屏幕阅读器用户也可以手动检查剩余时间。为到期消息创建一个区域地标或为其指定标题可能是个好主意，以便屏幕阅读器用户可以在需要时快速导航到该区域。