网页 UX 审查应该检查什么

把“这个页面感觉不太行”拆成十件可以逐条确认的事。

大多数人做页面审查时会陷入两种失败：一种是只列主观感受（“配色有点土”“文案不够吸引人”），改完也不知道有没有变好；另一种是跑一遍自动化工具，拿到一堆技术指标，但没有一条告诉你今天该先动哪里。

下面这份清单的组织方式是：先看意图，再看路径，最后看实现。顺序本身就是优先级——一个访客看不懂你在卖什么的页面，把加载速度优化到极致也没有意义。

一、首屏与意图（最先看）

• 这是给谁的？标题或副标题里有没有出现具体的角色、行业或场景。“提升你的业务效率”没有点名任何人；“给独立开发者的落地页体检”点了。
• 这是什么？不借助行业黑话，一个第一次来的人能不能说出这个产品做什么。
• 下一步是什么？首屏里主操作是否唯一且显眼。同时出现三个同等权重的按钮，等于没有主操作。
• 点下去会怎样？按钮附近有没有说明代价与回报：要不要注册、要多久、最终拿到什么。这一行经常是转化率最便宜的改动。

二、信息层级与可读性

• 扫读能不能成立。只看标题和加粗，能不能拼出页面的主线。如果必须逐字读才懂，层级就是失效的。
• 字号与字重是否在表达重要性。问题、证据、结论用同一种样式呈现时，读者无法分辨哪句是重点。
• 行长与行距。正文一行超过四十多个汉字，眼睛回到行首时容易串行。
• 对比度。浅灰配浅底在设计稿里很雅致，在阳光下的手机上会消失。这一项应当用测量值判断，不靠肉眼。

三、操作路径与表单

• 从落地到完成，一共几步。每多一步就多一次流失机会，值不值得要能说出理由。
• 表单字段有没有多余的。每一个字段都应该能回答“现在拿这个信息干什么”。拿不出答案的删掉或延后。
• 标签、占位符、报错。占位符不能替代标签（一输入就消失）；报错要说明怎么改，而不只是说“格式不正确”。
• 点击区域大小。手机上的可点元素太小或挨得太近，会造成误触，这也是可以测量的。

四、移动端

• 有没有横向滚动。内容宽过视口是最明确的响应式失败，而且是测量结果不是判断。
• 首屏在手机上还剩什么。桌面端精心安排的首屏，在手机上常常只剩一个标题和半个按钮。
• 固定元素占了多少。顶部横幅加底部悬浮条，能吃掉小屏幕近三分之一的可视高度。

五、无障碍（自动检测能覆盖的部分）

• 图片替代文本是否存在且有意义——“image1.png”等于没有。
• 表单控件有没有关联标签，读屏软件才能念出这个框要填什么。
• 标题层级有没有跳级，例如从 h1 直接到 h4。
• 键盘能不能走完主路径，焦点样式有没有被样式表抹掉。

需要说清楚的是：自动检测只能覆盖无障碍问题的一部分，它是“检测”，不等于正式的合规认证。任何声称一键达成完全合规的说法都不诚实。

六、性能与技术实现

• 首屏出现得快不快，以及等待期间用户看到的是空白、骨架还是内容。
• 布局有没有跳动——图片没有预留尺寸时，读者刚要点的按钮会被挤走。
• 控制台有没有报错。一个抛异常的脚本可能让整块内容永远不出现，而设计稿里看不出来。
• 页面在不执行脚本时还剩什么。这一条对搜索和 AI 引擎尤其重要：不运行 JavaScript 的抓取器只能读到 HTML 里已有的内容。

七、信任与转化摩擦

• 有没有除自述之外的证据：真实案例、可核实的数字、可点开的样例。
• 价格能不能在页面上看到，还是必须跳转才知道。
• 承诺是否可兑现。夸张到无法验证的措辞会同时损失信任和转化。
• 失败状态怎么呈现：出错时有没有说明原因、是否收费、下一步能做什么。

怎么把清单变成一次真正的审查

逐条对照最容易犯的错误，是把所有发现平铺成一张长长的问题列表。列表没有优先级，等于没有结论。建议按这个顺序收敛：

1. 先分类：哪些是测量出来的，哪些是判断出来的。对比度不足、横向溢出、缺少替代文本是事实；“视觉层级偏弱”是判断。两者都有价值，但不能混在一起呈现，否则读者无法评估可信度。
2. 再定优先级。阻断用户完成主要目标的排最前，影响理解的次之，观感问题最后。
3. 每条都落到一个动作。“提升视觉层级”不是动作；“把三段标签改为 13px 次级灰，正文保持主色，段间距加到 16px”是。