先说清怎么测
核验开始前先固定观测位置与采样条件，明确哪些指标来自网络侧、哪些来自渲染侧，避免把不同口径的数值放在同一张表里比较。判定标准随取样条件一起公开，读数才有意义。
这项工作解决什么问题
站点优化常被简化为几句口号，真正需要回答的却是另外一组问题：改动究竟落在哪一段关键路径上，收益能否被再次测量出来，结论是否只是在某一台机器、某一次网络状况下才成立。
把偶然值剔出去
同一组指标连续采样五次以上，观察分布区间而不是单点极值。可重复出现的特征进入结论，只出现过一次的数字标注为待观察，不参与最终判断。
说清开销挪去了哪
调整前后的对照关系逐项留存。有些改动并未消除开销，只是把它从首屏挪到空闲时段。核验会把这类转移明确写出来，而非笼统归为改善。
核验维度
三个维度彼此独立又互相印证：加载链路看资源何时到达，结构层面看内容如何组织，稳定性看这次观测能不能被别人重复出来。
资源与加载链路
记录首字节、首屏渲染与关键资源到达时刻，分辨阻塞渲染的样式与脚本，标注重复引用、体积偏大的文本资源与可推迟加载的第三方内容，并给出按优先级排序的收敛建议。
结构与语义层级
检查标题层级是否连续、站内锚点是否可达、语言与字符编码声明是否准确、图形元素是否具备替代说明，并核对同一主体在不同页面上的表述是否前后一致。
稳定性与可复现性
在多次采样中观察波动区间，区分稳定项与偶发项，如实记录采样时间、网络环境与工具版本，使他人能够按同一条件再次走一遍并得到相近结论。
取样流程
流程不追求一次成型的漂亮报告，而是先把原始数据固定下来，再做归纳。顺序反过来通常会得到看起来完整、却无法复现的结果。
- 固定观测条件 确定被观测地址、采样时段、网络环境与工具版本，写入记录表头，后续所有数值都挂在这一组条件之下。
- 重复取样并留存原始值 按同一条件连续取样，保留每次的原始读数与抓取到的资源清单，不用平均值覆盖明细。
- 对照结构逐项比对 把加载指标与页面结构放在一起看，找出真正落在关键路径上的问题，标注证据来源。
- 复测并归档 调整实施后按原条件复测，未重现的项目单独列出，全部条目连同原始记录一并归档留存。
交付与复现
核验结果以条目化记录交付，每条包含观测对象、采样时间、原始数值与判定依据，不夹带推测性描述。
记录里包含什么
每一条结论都能追溯到具体的一次采样。若某项指标在复测中未重现，记录会明确标注为待观察，不并入结论；若某项改动只改变了开销出现的位置，记录同样会据实写出，而不是笼统地计入改善。
所有判定只针对采样当时的实际响应，不对后续调整的效果作预先承诺。观测条件、工具版本与原始读数随记录一同归档，便于日后对照。
适合哪些场景
适用于站点上线前后的性能对照、页面结构调整后的一致性检查，以及需要向第三方说明某项指标来源的场合。核验范围以实际抓取到的响应为限。
复现要点
- 同一地址、同一时段、同一网络环境重复采样，避免跨条件比较。
- 保留资源清单与响应时刻明细，不以汇总值替代原始读数。
- 结论与证据一一对应，未重现项单独列出，等待后续观察。
- 记录归档后不再回改，后续调整以新增条目形式追加。