异步查询完成后焦点被抢走，怎样用 role=status 更新消息

普通查询完成消息可更新既有 role=status 区域，并让焦点留在用户原来的控件上。状态区域提供语义，不能通过自动化DOM检查就宣称屏幕阅读器一定按指定顺序朗读。

先把状态区放到页面结构里

示例在查询前就存在role=status节点，初始文字是尚未查询；点击后变为正在查询，短暂等待后改成完成消息。状态变化没有创建新的弹窗，也没有调用focus抢走用户位置。对不需要立即决定的结果，这种方式能让观众继续当前操作；真正需要确认的中断性任务则应另行设计对话框，不要都塞到状态区。

验证文字变化与焦点保留

脚本真实点击查询按钮，等DOM出现完成文字，再断言activeElement仍为query。MutationObserver记录两轮文本更新，便于看清异步顺序。示例数据是本地固定的3件展品，不是业务查询结果，也没有请求外网。若真实接口失败，应更新准确的失败和重试说明，不能沿用完成文案或只把颜色改红。

理解status语义的边界

WAI-ARIA的status具有隐含polite与atomic语义，本例显式写atomic以便检查。它不意味着每次连续更新都被逐字宣告，更不提供语音播放保证。内容更新频率过快、节点被隐藏、辅助技术配置不同，都可能改变实际体验。自动化可以确认节点和属性、文本与焦点，却不能代替听取目标读屏软件的真实输出。

避免把结果当新的任务入口

反例是查询完成后focus状态段落，导致键盘用户突然离开原按钮；另一反例是每几百毫秒更新一次等待秒数，让消息区域持续刷屏。应只发布有用的阶段变化，细节日志放到可按需查看的区域。现场还需用实际终端、语言与辅助技术测试消息是否可理解，以及不读屏的观众是否也能看清状态和下一步。

让等待与最终结果各自准确

异步查询可能被第二次请求覆盖，应把消息更新与当前请求归属关联，避免较慢旧请求在后面把新结果改回去。普通状态区适合表达当前事实，不是完整日志面板；需要追溯时另留请求编号、时间与返回摘要。附件固定80毫秒模拟只用于验证焦点和文字，不是响应速度指标，也不能据此承诺真实接口在同样时间内完成。

下载并复现

下载原创HTML夹具、独立验证程序、本次执行记录和依赖与运行说明，放在同一目录。安装Playwright 1.58.0及其Chromium后运行 python verify.py；程序使用两个随机本地端口，自动关闭浏览器与服务，不请求外网或业务接口。

本次实际环境为Python 3.12.4、Playwright 1.58.0、Chromium 145.0.7632.6。Playwright浏览器鼠标/键盘与页面API实跑；无实体硬件或业务控制。断言已通过；完整事件和数值保留在执行记录，不能把它改名后当目标展项测量。

自动化只检查焦点、控件行为和可查询语义，没有实际运行屏幕阅读器，也没有招募参与者。朗读顺序、触摸辅助技术和目标终端可用性需要另外验证。

继续核查与一级出处

基础背景见触摸界面只靠颜色区分状态，怎样加上文字再做现场验证。普通状态更新不必抢焦点，真正模态任务才需要明确移入，可继续用展品详情关闭后键盘焦点丢了，怎样验证 dialog 的进入、圈定与返回取证；相关工程入口在专题与产品对接说明。

• status隐含polite、atomic语义；无需将焦点移入状态区：2026-10-24已联网读取一级来源；WAI-ARIA 1.2，2023-06-06 Recommendation。