一行放置多个表单字段是否符合无障碍设计规范？

核心结论：多列布局并非绝对禁忌 #

一行放置多个表单字段不属于无障碍设计的“禁忌”，只要满足特定场景要求并做好适配，完全可以成为兼顾可用性与无障碍的良好实践。

为什么存在城市/州/邮编这类例外？ #

这类字段属于强关联的逻辑组，用户在现实中早已形成“地址是一个整体”的认知，并排布局符合用户的填写习惯，能提升填写效率。并非这些场景的无障碍需求被忽视，而是在做好适配的前提下，平衡了用户的认知习惯与无障碍要求——垂直拆分反而会破坏信息连贯性，降低整体可用性。

适合使用多列布局的场景 #

• 字段属于强关联的逻辑单元：比如名/姓、开始/结束日期、城市/州/邮编，用户能自然理解它们是一组相关信息；
• 字段内容简短，不会因屏幕尺寸变化导致布局拥挤（需配合响应式设计）。

确保多列表单无障碍的关键适配措施 #

• 语义化分组：用<fieldset>包裹关联字段，搭配<legend>明确说明组的用途（比如“姓名”“日期范围”“地址信息”），让屏幕阅读器用户能快速识别这是一组相关字段；
• 独立且关联的标签：每个字段必须有专属的<label>，通过for属性与输入框的id绑定，禁止共用标签或仅用占位符代替标签；
• 逻辑化键盘导航：Tab键的跳转顺序必须与视觉布局一致（通常从左到右），确保键盘用户能按预期顺序遍历字段；对于日期选择器这类组件，要支持完全键盘操作（打开面板、选择日期、关闭面板都可通过键盘完成）；
• 响应式适配：在小屏幕设备上自动切换为垂直布局，避免字段挤压重叠，影响屏幕放大器用户的阅读体验；
• 视觉与空间区分：组内字段保留足够间距，与其他表单组之间设置明显的分隔（比如间距、边框），帮助视觉用户和屏幕放大器用户区分不同的字段组；
• 精准的错误反馈：如果组内某个字段填写错误，错误提示必须精准指向该字段，且能被屏幕阅读器及时读取到。

针对你项目中日期选择器的建议 #

如果当前的键盘导航问题是可修复的（比如调整Tab顺序、完善键盘操作逻辑），优先修复问题并补充上述适配措施，保留并排布局——毕竟开始/结束日期的关联逻辑适合并排展示；如果修复成本过高，或修复后仍存在无法解决的无障碍隐患，再考虑改为垂直布局，但垂直布局时仍需用<fieldset>将两个日期字段分组，维持逻辑关联性。

内容的提问来源于stack exchange，提问作者Betulino