漂亮的预约浮层，如果无法用键盘关闭，或关闭后找不到原预约入口，就可能变成操作陷阱。选择弹窗时应要求演示完整焦点路径；无法支持时，独立预约页可能是更稳妥的交付范围。
适用读者与交付决定
预约与咨询网站。把本题作为给建站或技术供应方的验收任务；需要真实系统证据的地方不能由演示文件代替。
官方依据与解释边界
W3C 模态框模式要求打开期间键盘在框内导航，关闭时通常回到触发元素。初始焦点取决于内容，并非一律跳到第一输入框。 W3C: modal dialog pattern · 核对日期：2026年10月16日。
已填写教学例子
合成例子，不是真实客户案例。 输入、预期及反例如下；真实平台尚未按此例集成测试。
窄屏可横向滚动表格。
| 输入／情况 | 检查口径 | 预期结果 |
|---|---|---|
| close → time → confirm → Tab | close | 回到首项 |
| close + Shift-Tab | confirm | 反向回末项 |
| Escape, opener still exists | book-button | 返回入口 |
怎样执行验收
- 写明初始焦点及选择原因。
- 正反向遍历控件，测试 Escape 与可见关闭按钮。
- 关闭后核对原入口可用；若入口已移除，记录合理回退位置。
如何解释结果与保留证据
离线模型只演示三个控件的循环顺序，不是可直接上线的弹窗组件。浏览器里还要确认背景控件不会抢入焦点路径，并在校验消息新增控件后重测。截图只能说明外观，无法证明操作路径成立。
适用边界
不验证真实档期、付款或预约确认。本文例子不授权改动任何既有预约界面。
离线复核
保存下方两份文件到同一目录，用Node22.13或更新版本执行。模型只验证有限输入，不代表真实服务或认证。 已填输入及预期输出 · 可检查的函数
node decision-check.mjs booking-dialog-keyboard-path.json