链接质量检测：页面改名后怎样拼接前后统计记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /19c1acc8ce93.html
📄
链接质量检测：页面改名后怎样拼接前后统计记录
页面改名后，旧地址的统计记录不会自动并入新地址，直接看新地址的报表会把改名前的数据当成零。正确做法是先把旧地址和新地址各自的数据导出，按同一指标、同一时间粒度对齐，再在分析层拼接成一条连续时间线。拼接的关键不是改URL，而是保留一个稳定的页面标识，让改名前后都指向同一个分析对象。
先确认你手里的是哪种“改名”
打开你正在处理的页面，对照三种情况分别记录：
- 仅改路径或文件名：域名不变，例如从
/old-name改成/new-name，旧地址通常做过跳转。 - 换域名或子域：路径不变，但站点统计的归属域变了，两套报表可能来自不同配置。
- 内容重建并换址：页面主题基本保留，但模板、栏目或参数结构也变了，此时旧地址与新地址未必是同一分析对象。
只有第一种和第二种适合直接拼接；第三种要先判断内容是否可视为同一页面，否则拼接出来的曲线会把两次不同的曝光混在一起。这一步决定后面能不能用同一个标识贯穿。
把旧地址记录导出成可拼接的格式
不要只截一张报表图。进入你常用的站内统计或搜索表现后台，把旧地址在改名日期前后的数据导出为带日期列的文件，至少包含：日期、页面标识、曝光或访问量、点击或进入次数、以及你关心的质量类指标（例如跳出、停留、转化事件）。
导出后立刻做一件事：新增一列“统一页面ID”，把旧地址的每一行都填成你为新页面约定的标识，例如 page-about-v2。这个动作的结果是，旧数据不再依赖URL本身，后续和新地址合并时不会因为地址不同而被拆成两组。
如果后台只允许按当前地址查询，旧地址的记录可能已经查不到。此时改用改名当天之前的导出备份，或从服务器日志、CDN日志中提取同一时间段的请求记录。日志口径与站内统计口径不同，前者是请求，后者可能是去重后的访问，拼接时要保留来源标记，不要直接相加。
对齐口径，而不是对齐数字
旧地址和新地址的记录往往来自不同报表，直接拼会出现断崖。先检查三件事：
- 时间粒度是否一致：一边按天、一边按小时，先统一到天。
- 去重规则是否一致：站内统计可能按访客去重，搜索表现按查询或展示去重，两者不能混成一条线。
- 是否包含跳转流量：旧地址跳转到新地址时，部分工具会把跳转前的访问记在旧地址，部分记在新地址，需要确认你用的是哪一种。
假设你发现改名当天旧地址记录骤降、新地址记录骤升，这只能说明流量发生了转移，不能单独证明链接质量变好或变差。合理的解释还包括：跳转生效时间、缓存、外部链接仍指向旧地址、以及报表更新延迟。把这些可能性列出来，再决定是否需要进一步查日志验证。
拼接时保留“改名事件”标记
在合并后的表格里增加一列 event，在改名日期那一行标注 rename。这样你在画趋势或做对比时，能清楚看到哪一段是旧地址贡献、哪一段是新地址贡献，而不是把两段当成同一种来源。
具体动作：把旧地址数据和新地址数据按日期纵向合并，用统一页面ID分组，再按日期排序。结果是一条连续曲线，但曲线上有一个可见的转折点。下一步就是围绕这个转折点做判断——如果转折点前后指标趋势平稳，说明改名没有破坏原有积累；如果转折点后持续偏离，再回头检查跳转、内链和外部引用是否完整。
一个可复用的短例子
假设某页面在改名前的站内统计显示每天约有一百次进入，改名后新地址显示每天约八十次进入。你不能直接得出“少了二十次”的结论。先确认旧地址是否仍在接收跳转流量，再确认统计工具是否把跳转前的进入记在旧地址。如果旧地址每天仍有约二十次进入，那么新旧相加才接近原来的一百次。这个例子只说明比较方法，不代表任何真实站点的实际数值。
把上述步骤固定成一次操作：导出旧地址、添加统一页面ID、导出新地址、对齐口径、合并并标记改名事件。做完之后，你得到的不是两个割裂的报表，而是一条可以继续做链接质量检测的时间线。后续再发现异常时，你能快速判断它出现在改名之前还是之后，从而决定是检查历史链接还是检查新页面的抓取与呈现。
