不能把旧路径和新路径的统计直接相加,也不能只保留新路径的数据。正确做法是先确认改名方式(301跳转、内部替换还是两者都有),再按“合并口径”重建一条时间序列:把旧路径在改名前的数据、跳转生效期间的过渡数据、新路径在改名后的数据,按同一统计口径对齐后拼接,并单独标注跳转生效日。如果只做个别页面的样本验证就下结论,规模化后会因为部分页面未正确跳转、参数丢失或统计脚本差异而出现例外,因此拼接规则必须能逐页复核,而不是一次性套用。
页面改名在统计上至少分三种情况,处理方式不同:
判断依据可以逐页核查:用检测工具抓取旧URL,看返回状态码和最终落地URL;再看站内统计中旧URL在跳转生效后是否仍有访问记录。如果旧URL持续有访问且未跳转,说明存在未覆盖的入口,拼接时不能忽略这部分流量。
以下为假设情境,用于说明决策过程,不代表任何真实项目。假设某站点把“/guide/”栏目改名为“/manual/”,并对栏目首页做了301跳转。运营先抽查了栏目首页:旧URL数据在跳转后归零,新URL数据从跳转日开始上升,看起来拼接顺利。但把同一规则套到该栏目下其他页面时,出现了三类例外:
这说明“样本成立”不等于“规模化成立”。样本页面往往是被优先处理、跳转最完整的页面,而长尾页面更容易遗漏。因此拼接前应先做一次逐页核查,而不是直接批量相加。
第三方估算流量、搜索引擎报告和站内统计的口径本来就不同:第三方估算通常基于抽样和模型,搜索引擎报告只覆盖来自搜索的点击,站内统计覆盖全部来源但受脚本和过滤规则影响。三者不能直接相加,也不能用其中一个的归零来证明改名处理正确。
更稳妥的证据链是:
如果旧URL访问归零但新URL没有相应上升,合理解释至少有三种:流量本身下降、跳转把用户带到了站外、统计脚本未在新页面触发。归零本身不能单独证明处理正确。
拼接前后记录的关键是统一分母。站内统计的“访问次数”“页面浏览量”“独立访客”含义不同,第三方估算的“访问量”又是另一套口径。如果旧记录用页面浏览量、新记录用访问次数,直接拼接会得到一条没有意义的曲线。
实际操作可以按以下顺序:
这个动作的结果会直接影响下一步:如果逐页核查后发现例外集中在某一类页面(例如带参数的页面),下一步就应优先修复这类页面的跳转或统计脚本,而不是继续调整拼接公式。
上述拼接方法成立的前提是:旧URL和新URL的统计口径一致、跳转覆盖完整、统计脚本未被替换。只要其中一项不成立,拼接结果就只能作为参考,不能作为页面表现的连续记录。
因此,在把规则推广到全站之前,建议先用检测工具对旧URL做一轮全量抓取,把返回301、302、404和200的页面分别归类,再按类别决定哪些可以拼接、哪些需要单独说明。个别样本成立但规模化后出现例外,通常不是规则本身错了,而是样本没有覆盖到跳转缺失和口径变化的页面。把边界写清楚,比追求一条看似连续的总曲线更有诊断价值。