加载性能
首屏资源瘦身与加载顺序调整
把首屏必须显示的内容提前，把暂时用不到的脚本与图片往后放，减少白屏等待。
- 图片按尺寸压缩与格式替换
- 脚本合并、延迟执行，减少阻塞
XX ms
首屏目标
检查清单
六项体验检查，逐条落到页面上
每一项都对应访问者能直接感觉到的变化，检查完成后给出基线、目标值和改动说明，不写含糊的结论。
移动端
手机上的排版与触控确认
手机是多数访问者第一次看到站点的设备，窄屏下最容易出现横向滚动和挤在一起的内容。
- 按 375 / 768 / 1024 宽度逐档检查
- 长标题、宽表格的溢出处理
无溢出
窄屏实测
阅读排版
字号、行高与行宽的可读性
长段文字是否读得下去，取决于字号、行高和每行字数的配合，而不只是字体好不好看。
- 正文 16–17px、行高接近 1.9
- 每行控制在 32–40 字之间
32–40 字
桌面行宽
交互细节
点击区域与状态反馈
按钮太小、点下去没有变化、当前所在栏目看不出来，都会让访问者在操作时犹豫。
- 可点击区域不小于 44px
- 悬停、聚焦、当前项状态可辨认
≥ 44px
触控尺寸
表单转化
表单字段精简与错误提示
咨询表单每多一个必填项，完成的意愿就低一分；填错之后找不到原因，多数人会直接关掉。
- 字段精简，标签写在输入框上方
- 错误提示就近显示，提交后有明确反馈
≤ 4 项
建议字段数
可访问性
对比度与基础可访问性
浅灰文字配浅色底、图片没有替代文字，会让一部分访问者读不到关键信息。
- 正文与背景对比度达到 AA 级
- 键盘可聚焦，图片带替代文本
AA 级
对比度目标
对照参数
改动前后放在一张表里对照
体检完成后先填基线，再确认目标值，交付前用同一套方式复测一遍，差异写在备注里。
| 检查项 | 观察方式 | 交付前基线 | 目标值 |
|---|---|---|---|
| 首屏加载 | 4G 网络下首次可见内容的耗时 | XX ms | ≤ XX ms |
| 首页图片合计体积 | 本地压缩后统计全部图片字节 | XX KB | ≤ XX KB |
| 布局偏移 | 字体与图片加载过程中的跳动程度 | XX | ≤ 0.1 |
| 窄屏横向溢出 | 375px 宽度下逐页滑动检查 | 存在溢出 | 无溢出 |
| 正文行宽 | 桌面 1440px 宽度下每行字数 | XX 字 | 32–40 字 |
| 咨询表单字段 | 统计必填项数量 | XX 项 | ≤ 4 项 |
表中基线值在体检阶段实测填写，目标值按站点实际情况确认，不套用统一标准。
执行节奏
四个步骤，从体检到复测
01
体检
在常见机型与弱网条件下实测现有页面，输出问题清单与耗时记录。
02
定项
按影响程度排序，确认这一轮改哪些、改到什么程度，超出范围另行安排。
03
改造
调整资源体积、加载顺序、样式细节与交互反馈，内容主体保持原样。
04
复测
用同一套方式再测一遍，提交改动前后的对照记录与遗留说明。
常见问题
动手之前，先把这几件事说清楚
-
优化会不会改动现有的栏目和文案？
默认不动栏目结构与文案主体，改动集中在页面资源、加载顺序、样式细节和提示文案上。如果某处必须调整结构才能解决问题，会先列出具体条目和影响范围，确认之后再动手。
-
站点已经上线，改动期间访问会不会受影响？
先在测试环境完成调整并复测，确认无误后按约定的变更时段上线。上线前保留原文件备份，出现异常可以快速回退到调整前的版本。
-
需要提供哪些资料？
站点源文件或后台访问权限、现有的访问统计（可选）、近期的咨询或反馈记录。没有统计数据也可以推进，按实测结果判断优先级即可。
-
做到什么程度算完成？
以参数表中的目标值为验收依据，逐项对照。个别指标会受第三方脚本或用户网络条件影响，这类情况会说明原因，并给出可执行的折中做法。
-
后续自己能维护吗？
交付时保留改动记录与操作说明，日常的图片替换、文案调整、栏目增减都不依赖外部支持，按说明操作即可。
先做一轮体验体检，再决定改什么
留下站点地址与联系方式，我们会给出检查结果和一份可执行的优化清单。
- 体检完成后提供实测基线与问题清单
- 改动范围与顺序逐项确认，不擅自调整内容
- 交付保留对照记录，后续维护不依赖外部支持