固定页头会不会挡住键盘刚到达的输入框

焦点样式虽然存在，整个控件仍可能藏在固定页头后。应在真实视口检查获得焦点的组件，不能只看CSS是否有描边。这是滚动与遮挡问题，与点按面积或模态框焦点循环分开。

适用读者与交付决定

有固定菜单或横幅的服务网站。把本题作为网站供应方的有限验收任务；实际系统证据不能由教学例子替代。

官方依据与解释边界

WCAG焦点不被遮挡最低要求：获得键盘焦点的组件不能被作者创建内容完全隐藏，并有适用说明。部分可见也不是完整可用性结论。 W3C: focus not obscured · 核对日期：2026年10月16日。

已填写教学例子

合成例子，不是真实客户案例。 列出有限输入、预期结果及反例，不代表已完成真实平台集成。

窄屏可横向滚动表格。

怎样执行验收

1. 在横幅各状态下用Tab遍历真实页面。
2. 记录组件范围、视口及遮挡区域。
3. 审核滚动定位，在报错、缩放及内容展开后重测。

如何解释结果与保留证据

模型只假设顶部全宽遮挡和矩形控件，输出隐藏、部分或可见，不给整体合规结论。露出一部分仍可能难用或看不见指示器，应保留截图与键盘观察，不能只交二元表格。

适用边界

不评估侧向遮挡或指示器对比度，不移动旧页面位置，也不授权旧布局修改。

离线复核

把下方两份文件存入同一目录，以Node22.13或更新版本运行。示例不联网、不修改任何账号或网站。 已填输入与预期输出 · 可检查的函数

node decision-check.mjs sticky-header-focus-visibility.json