网站链接诊断，被删除页面的数据应怎样保留在历史对比中
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /2c9c0bafdb1a.html
📄
网站链接诊断，被删除页面的数据应怎样保留在历史对比中
被删除页面的数据要保留在历史对比中，关键不是把旧数字原样贴在报告里，而是把“页面已删除”当作一个状态变化来记录：保留删除前的最后一次有效快照、删除时间点和删除原因，并在后续对比中把该页单独分组，不参与面向现有页面的环比和总量趋势。这样做的原因是，删除会让站内统计、搜索引擎报告和第三方估算同时发生口径断裂，若直接并入总量，会把一次结构变化误读成流量涨跌。
先区分两种删除条件，再决定保留方式
是否值得长期保留被删页面数据，取决于删除的动机，而不是删除这个动作本身。
- 条件一：页面因内容合并或迁移而删除。如果旧页有明确的替代目标，应保留旧页删除前的最终数据，并把它与替代页做一组对照记录。此时对比的重点是迁移前后同一批需求的承接情况，而不是旧页自身是否还在。
- 条件二：页面因失效、违规或业务下线而删除。如果没有承接页，旧页数据应标记为终止状态，冻结在历史档案中，只用于解释某段时间总量的台阶式变化，不再进入任何面向当前页面的排名或趋势比较。
两种条件的区别决定了一个实际动作：是否为被删页建立替代映射。有映射，后续对比可以把旧页和承接页放在同一组；无映射，后续对比只能把旧页当作历史断点。这个动作直接决定下一轮诊断时总量曲线是否需要做分段处理。
保留哪些字段，才能让历史对比站得住
只留一个流量数字没有诊断价值，因为它无法解释变化来自哪里。建议为每个被删页面保留以下最小字段集，这些字段在删除前最后一次采集时固定下来：
- 页面标识与最终URL，用于日后核对是否真的被删。
- 删除生效日期与删除方式，如返回状态码变化、内容替换或整站结构调整。
- 删除前最后一个完整周期的站内访问数据，并注明统计口径与时间范围。
- 同期搜索引擎报告中的展示与点击数据，若该来源可用。
- 第三方估算值，并明确标注它是估算而非实测。
- 是否存在承接页及其标识，用于建立对照关系。
这里容易踩的坑是把三种口径混在一列里比较。站内统计、搜索引擎报告和第三方估算的采集方式不同，同一页面在同一时间段出现明显差异属于正常现象。保留数据时必须把口径写进字段名或备注，否则历史对比会变成口径之争，而不是页面变化的诊断。
一个假设例子：总量下降未必是删除造成的
假设某站删除了一个长期存在的内容页，删除后整站月访问量下降。这个现象至少有三种合理解释：
- 该页确实贡献了可观的直接访问，删除后这部分需求没有承接页。
- 该页被删除的同时，站内其他页面的入口链接一并失效，影响扩散到了其他页面。
- 下降与删除无关，同期还发生了季节性波动或来源渠道变化，只是时间上重合。
要区分这几种原因，动作是给被删页单独建一条历史序列，同时记录与它相关的内链变化。如果只有被删页自身的数据归零，而其他页面序列平稳，删除是主要解释；如果多个相关页面的数据同时出现台阶变化，则需要先排查链接结构调整，再判断删除本身的影响。仅凭总量下降或某个指标归零，不能单独证明删除处理正确，也不能单独证明它造成了损失。
规模化后为什么不能照搬单页做法
个别样本成立的做法，在批量删除时往往失效。单页删除可以人工维护一条历史记录，但当一个栏目或一批页面同时下线时，逐页保留会迅速变成维护负担，而且字段口径容易在同一批记录中不一致。
此时可改用分组档案：按删除批次建立一个组，记录批次时间、删除原因、涉及页面数量和该组的合计历史数据，只对其中少数代表性页面保留逐页明细。这样做的代价是失去单页级别的对比精度，收益是历史序列仍然可用。适用边界是：当删除批次内的页面在功能上同质、且没有各自独立的承接页时，分组档案足够支撑趋势解释；如果批次内页面各自承接不同需求，就不能合并，否则历史对比会把不同需求的消失混成一个数字。
无论采用哪种方式，历史档案都应与当前页面清单物理分开存放。当前清单用于日常诊断，历史档案只在解释结构性变化时调用。混在一起会让后续诊断误把已删页面当作可优化对象，浪费排查精力。
