📍 WDQWDWQD987AAAAA:216.73.216.176
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1448c9c69efe.html
📄

链接质量检测：被删除页面的数据应怎样保留在历史对比中

结论是：能否保留，取决于你是否在删除前把“页面级快照”和“链接级明细”分开存档，而不是只依赖工具里那条随时间滚动的趋势线。如果只存了汇总曲线，删除后分母变化，历史对比会立刻失真；如果存了带日期的页面清单和链接明细，即使原页面返回404，你仍能回答“当时这条链接的质量处于什么水平”。

为什么汇总曲线救不了被删除页面

链接质量检测工具通常按“当前可抓取的页面集合”计算指标，比如平均出站链接数、内链覆盖比例、孤立页面占比。页面一旦删除，它就从分母里消失，旧日期的曲线也可能被重算，或者只是在新分母下继续延伸。你看到的“下降”可能来自页面减少，而非链接变差。

要保留历史对比，必须在删除前导出两类东西：

• 页面级快照：URL、抓取日期、该页的链接总数、内链数、外链数、指向该页的站内链接来源数量。
• 链接级明细：每条链接的源URL、目标URL、锚文本、是否nofollow、首次发现日期、最后确认日期。

这两类数据分开存，是因为后续要回答的问题不同。页面级快照用于还原“当时这个页面算不算高质量节点”；链接级明细用于判断删除后哪些链接关系断裂、哪些只是换了目标。

一个会使结论失效的反例

假设你只导出了“全站平均链接质量分”的每日数值，删除一批低质页面后，平均分上升。你可能会得出“删除改善了链接质量”的结论。但这个上升完全可能只是因为低分页面退出了分母，剩余页面的分数没有变化。更糟的是，如果工具在删除后重新计算了历史日期的分母，你连“删除前平均分是多少”都无法复原。

这个反例成立的条件是：你没有任何页面级或链接级的存档，只有一条聚合曲线。一旦满足这个条件，后续任何基于该曲线的同比、环比都不可靠。

保留历史对比的最小存档结构

不需要复杂的数据仓库，用两个CSV就能支撑大部分对比。关键是字段要能区分“页面存在”和“链接关系存在”。

1. 页面快照表：url, snapshot_date, status_code, internal_links_out, external_links_out, internal_links_in, external_links_in。
2. 链接明细表：source_url, target_url, anchor_text, rel_attribute, first_seen, last_seen, is_active。

删除页面时，不要直接删行。把is_active改为否，保留last_seen。这样历史对比时，你可以按snapshot_date筛选出“当时存在的页面集合”，再在这个集合上计算指标。分母被固定住，对比才有意义。

实际动作：删除前跑一次定向导出

具体动作是：在删除任何页面之前，对这批URL跑一次链接质量检测，并导出上述两张表。结果会影响下一步——如果导出发现某条链接的target_url被多个高价值页面引用，删除该目标页就需要先决定这些引用是改指向还是移除；如果发现某页面只有出站链接、没有入站链接，删除它对站内链接结构的影响就小得多。

这个动作的结果不是“能不能删”，而是“删了以后哪些历史对比还能做”。如果导出缺失，后续只能做当前状态对比，无法做删除前后对比。

第三方估算、搜索报告与站内统计的口径差异

第三方估算流量、搜索报告和站内统计对“页面是否还存在”的判断时点不同。第三方工具可能仍保留旧页面的估算值，搜索报告可能在一段时间内继续展示已删除URL的展示或点击，站内统计则可能因为跟踪代码随页面消失而立即归零。这三者归零或未归零，都不能单独证明删除动作正确或错误。

合理的解释包括：第三方数据库更新延迟、搜索报告统计窗口未结束、站内统计只覆盖已加载跟踪代码的页面。因此，历史对比时应以你自己的页面快照表为基准，把其他来源当作旁证，而不是分母。

什么情况下这套方法不适用

如果删除的页面从未被任何链接质量检测覆盖过，或者你的检测工具不提供链接级明细导出，那么页面级快照也无法补齐链接关系。此时能保留的只有删除前的最后一张页面清单，历史对比只能做到“页面数量”级别，做不到“链接质量”级别。这种情况下，更务实的做法是缩小对比范围，只对比仍存在的页面集合，而不是强行还原全站历史。