先给结论:不要直接把旧URL和新URL的报表相加,也不要把旧URL的数据整段删除。正确做法是先判断改名属于哪种情况——同一路径换标题、换路径但内容不变、还是内容已重构——再决定用路径映射、页面ID映射还是分段保留。判断依据不是流量高低,而是页面身份是否连续。只有身份连续,前后记录才能拼接;身份断裂时,强行合并会制造虚假趋势。
页面改名在统计系统里可能是三件不同的事。第一种是URL不变,只改页面标题或H1。这种情况下,站内统计通常仍归到同一路径,不需要拼接,只需在备注里记录改动日期,避免把标题变化误判为内容变化。第二种是内容基本不变,只换了路径,例如从/old-name改为/new-name。这时页面身份仍然连续,适合用映射表把旧路径的历史数据接到新路径上。第三种是路径和内容一起重构,旧页面拆成多个新页面,或者合并了其他页面的内容。这时页面身份已经断裂,旧记录只能作为背景参考,不能直接拼进新页面的趋势线。
判断方法很具体:打开改动前后的页面快照或版本记录,对比主体内容、主要关键词、内部链接指向和转化目标。如果主体内容重合度高,只是名称变化,可以按第二种处理;如果主体内容已经不同,就按第三种处理。这个动作的结果决定下一步:身份连续才做拼接,身份断裂就转为分段标注。
保留原路径并做映射适用于内容不变、只是名称不理想的页面。做法是保留旧URL可访问,同时把旧URL的统计记录按日期区间映射到新URL。适用前提是你能拿到旧URL的逐日数据,并且新旧页面一一对应。如果旧URL已经返回404或301到多个目标,映射就会失真,此时不应保留原始拼接。
改写统计口径适用于路径变了、但你想继续看同一主题的长期趋势。做法是建立一个页面身份表,用页面ID而不是URL作为统计主键。适用前提是站内统计工具支持自定义页面分组,或者你愿意在导出后手动打标签。这个动作的影响是:后续新增页面只要归入同一身份组,就能自动延续趋势,不必每次改名都重新拼接。
退出拼接适用于内容重构、旧页面拆分成多个新页面的情况。此时更合理的做法是把旧记录冻结为“历史阶段”,新页面从上线日期重新起算。适用前提是你接受趋势线出现断点,并且愿意在报告中明确标注断点原因。强行拼接会让新页面的早期数据被旧页面的高基数拉平,掩盖真实变化。
改名后流量下降,不一定都是改名造成的。需要一组可核对的证据来区分解释。第一,看旧URL是否仍可访问、是否返回正确状态码。如果旧URL直接404,下降可能来自入口丢失,而不是新页面质量变化。第二,看站内统计中旧URL和新URL的合计是否接近改名前水平。如果合计稳定,只是分配到了新URL,说明用户和爬虫已经跟随;如果合计明显下降,才需要进一步查入口、内链和外部引用。
第三,看搜索引擎报告中的着陆页变化。第三方估算流量、搜索引擎报告与站内统计口径不同,不能互相替代。搜索引擎报告可能按着陆页聚合,站内统计可能按会话或页面浏览聚合,两者出现差异是正常的。不要因为某一个指标归零就断定改名失败,归零还可能来自统计代码未覆盖新路径、过滤器规则未更新、或者报告延迟。
一个假设例子:某页面从/a改到/b,改名前站内统计每天100次页面浏览,改名后/a显示0,/b显示60。此时不能直接说流量下降了40%,因为还要检查/a是否仍有残留访问、统计代码是否同时部署在两个路径、以及是否有其他页面承接了部分入口。只有把这几项核对完,才能判断是改名损失还是统计遗漏。
具体动作分四步。第一步,导出改名前后的逐日数据,至少覆盖改名前后各一个完整周期,避免只取改名当天。第二步,建立映射表,字段包括旧URL、新URL、映射类型、生效日期、备注。映射类型分为“一对一”“一对多”“多对一”“无映射”。第三步,按映射表合并数据,合并时保留原始列,新增一列“拼接后页面身份”,不要覆盖原始URL。第四步,在图表上标注改名日期和映射类型,让读报告的人知道断点在哪里。
做完之后看三个信号。信号一:拼接后的合计曲线是否在改名前后连续。如果出现台阶式跳变,先检查映射表是否漏了页面,而不是先怀疑内容质量。信号二:新URL的独立趋势是否在改名后逐步接近旧URL的历史水平。如果长期偏离,说明入口或内链没有完成迁移。信号三:搜索报告中的着陆页是否逐步从旧URL转向新URL。如果旧URL仍大量出现,说明重定向或 canonical 设置可能没有生效,这时下一步应优先处理技术迁移,而不是继续调内容。
需要说明的是,拼接记录只是让趋势可读,不能还原搜索算法的判断过程。任何单一指标,包括请求量、抓取量或页面浏览归零,都不能单独证明处理正确。把映射表、原始数据和标注断点放在一起,才能让后续决策有据可依。