网站正在变得更加自适应

响应式布局只是基础

断点会重新排列页面，自适应还涉及输入方式、阅读顺序和一次显示的信息量。桌面导航在手机上可能需要收拢，复杂对比表也可能需要重复标签，避免脱离原列后难以理解。

明确不同屏宽下每个页面承担的任务。手机端访客可能需要指导、价格或简短的查询表，而桌面访问者可能会比较多个选项。两者都应该接收相同的基本事实，但可以根据可用空间和输入方法安排控件和支持细节。

响应式验收应涵盖三个以上的屏幕截图。测试窄和宽手机、缩放桌面、横向和标题或导航换行的中间宽度。使用最终翻译和真实的验证消息。组件可能适合 390 像素，但在 430 像素时会失败，因为标签停留在一行上或卡片更改了列数。检查命名断点之间的范围，而不仅仅是端点。

内容优先级不等于简单堆叠

在同一组件系统中考虑触摸、键盘和鼠标的操作方式。

不同尺寸下，主要内容仍应保持清楚。手机端如果把核心操作放到多个次要区块之后，即使没有溢出，用户路径也已经改变。响应式验收需要比较信息优先级。

表格、过滤器和多步表单应该有自己的响应式决策。缩小桌面组件通常会隐藏标签或创建水平滚动。移动版本可以重复上下文、对相关字段进行分组或按需显示详细信息，前提是基础信息和可用操作保持一致。

当列折叠时，阅读顺序必须保持逻辑。桌面上的视觉放置可能与源顺序不同，这会影响键盘和屏幕阅读器。查看 DOM 序列、焦点移动和展开内容的播报情况。当比较堆积时重复标签。紧凑的移动演示可能会隐藏有意控制背后的次要解释，但基本的价格、范围或错误信息应该在没有未公开的手势的情况下保持可用。

导航需要支持触摸、键盘和鼠标

设备变化时可以调整导航和布局，但主要内容层级需要保持一致。

触摸目标需要足够空间，键盘操作需要清楚的焦点顺序，依赖鼠标悬停的功能则需要替代方式。只有把不同输入方式纳入检查，才能及时发现这些问题。

键盘和触摸检查显示不同的故障。当焦点在菜单中移动时，菜单必须保持打开状态，对话框需要可预测的关闭操作，控件需要无需悬停即可理解的标签。在完整的页面旅程上测试这些行为比检查目录中的孤立组件更有用。

输入方式会影响交互设计。悬停可以为指针用户添加反馈，但它并不是打开导航或显示所需信息的唯一方式。为触摸控件提供足够的间隔，保持可见的键盘焦点，并在焦点在项目中移动时保持菜单打开。在适当的情况下使用 Escape、外部单击和浏览器后退操作来测试对话框和抽屉。这些行为需要写入验收标准，不能只靠视觉判断。

使用真实内容和翻译测试完整路径。

真实文案会暴露占位文字看不到的问题。较长翻译、验证提示、空状态和商品名称都应在上线前测试。组件系统需要记录这些行为，不能只保存不同尺寸的静态稿。

使用最终发布文字，在桌面和手机尺寸下检查完整导航与内容路径。

内容优先级应遵循移动端任务，而不创建不同的报价。如果联系方式在手机上向上移动，桌面版本仍然需要清晰的联系入口。如果比较改为折叠面板，请保留标题和状态。审查可用的分析或支持证据，然后记录故意的差异。当每种页面呈现可用并且可被识别为同一信息系统的一部分时，自适应设计就会发挥作用。