CSS定位本身不破坏可访问性，但脱离语义结构、忽略阅读顺序或遮挡焦点流会严重影响屏幕阅读器和键盘用户；应优先使用flex/grid重排、正确管理焦点与隐藏状态、为定位组件添加语义属性。

CSS 定位（如 position: absolute、fixed、relative）本身不会直接破坏可访问性，但若脱离语义结构、忽略阅读顺序或遮挡焦点流，就会显著影响屏幕阅读器用户和键盘用户的操作体验。关键不在于“能不能用”，而在于“怎么用才不干扰无障碍访问”。

避免脱离文档流导致的阅读顺序错乱

绝对定位（position: absolute 或 fixed）会让元素脱离正常文档流，其在 DOM 中的位置可能与视觉呈现完全不一致。屏幕阅读器通常按 DOM 顺序朗读内容，若视觉上“标题在上方”，但 HTML 中它被写在页脚附近，再用 absolute 拉上去，用户听到的顺序就会混乱。

• 保持语义化 HTML 结构优先：标题、导航、主内容、侧边栏、页脚等应按逻辑顺序书写
• 如需视觉重排，优先考虑 flex 或 grid 的 order / grid-area，它们不改变 DOM 顺序，对辅助技术更友好
• 若必须用 absolute（如图标装饰、气泡提示），添加 aria-hidden="true" 并确保不包含重要文本或交互控件

确保键盘焦点不被隐藏或跳过

定位元素可能被 z-index 遮盖、被 visibility: hidden 或 opacity: 0 隐藏，却仍保留在焦点流中；也可能因 display: none 被移出焦点流，但视觉上又通过定位“强行显示”，造成焦点丢失。

• 用 display: none 隐藏时，元素既不可见也不可聚焦——适合彻底移除的内容
• 用 visibility: hidden 或 opacity: 0 隐藏时，元素仍占据空间且可被键盘聚焦——务必配合 tabindex="-1" 移出焦点流，或改用 aria-hidden="true"
• 模态框、下拉菜单等动态定位组件，打开时须将焦点限制在内部（focus trap），关闭后恢复到触发点

慎用 transform 和 clip-path 做“隐藏”

仅靠 transform: translateX(-9999px) 或 clip-path 把内容移出视口，常被误当作“隐藏文本”的技巧，但部分屏幕阅读器（尤其旧版本）仍会朗读，且键盘焦点可能意外进入不可见区域。

• 真正需要“视觉隐藏但保留可访问性”的场景（如“跳转到主内容”链接），使用经过验证的 .sr-only 类（含 clip, position: absolute, white-space: nowrap 等组合）
• 避免仅用 transform 或 scale(0) 实现隐藏/显示切换，除非同步控制 aria-hidden 和 tabindex
• 动画中的定位变化（如侧边栏滑入）建议搭配 prefers-reduced-motion 媒体查询降级，避免引发眩晕

定位组件要提供明确的语义和状态反馈

浮动工具栏、悬浮按钮、通知气泡等依赖定位的 UI 元素，往往缺乏上下文。屏幕阅读器用户不知道它“属于谁”、“何时出现”、“如何关闭”。

• 用 aria-labelledby 或 aria-describedby 关联说明文字，例如悬浮按钮关联其功能描述
• 动态显示的弹层（如 tooltip）必须有 role="tooltip"，并用 aria-live 或 aria-expanded 反馈状态变化
• 固定定位的导航栏建议添加 role="navigation" 和有意义的 aria-label，避免被识别为普通 div

定位不是可访问性的敌人，但脱离语义、忽略焦点、混淆顺序的定位才是。写 CSS 时多问一句：“键盘用户能顺畅到达这里吗？屏幕阅读器会按我期望的顺序读出来吗？”——答案比效果更重要。