外链策略：历史链接清单缺少创建时间时怎样建立维护基线
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d6fc3c1b64b7.html
📄
外链策略：历史链接清单缺少创建时间时怎样建立维护基线
可以建立，但基线不能建立在“创建时间”上，而要改用可观察的“首次出现时间”和“变更事件”两条轴。前提是你至少保留了一份历史快照或导出文件；如果连历史版本都没有，只能从当前状态开始记基线，过去的时间线无法补回。
先区分两种缺失，处理方式完全不同
缺少创建时间，先判断是“数据没记”还是“记录本来就不存在”。前者指清单里有链接地址、来源页、目标页，只是没有日期字段；后者指清单本身是某个时间点的一次性导出，之后没有留存副本。两种情况能做的事不一样。
- 数据没记：可以用第三方历史存档、自己留存的页面截图、日志或导出文件，反推一个“不早于某日”的时间范围，作为近似基线。
- 记录不存在：只能把当前状态定为基线起点，之后靠定期快照累积时间信息，无法追溯。
把这两种混在一起，会导致后面所有维护动作都建立在一个假日期上，比没有日期更糟。
用“首次出现时间”替代创建时间
创建时间通常不可考，但链接在某个可访问版本里首次出现的时间是可查的。做法是：取同一来源页的多个历史版本，按时间排序，找到链接第一次出现的那一版，把这一版的日期记为“首次出现时间”。
这个时间不是真实创建时间，但它是可复现、可验证的下界。维护基线的价值在于比较变化，不在于还原精确时刻。只要每次都用同一套方法取时间，前后数据就可比。
如果来源页本身没有历史版本，退一步记录“首次被本清单观察到的时间”，并明确标注这是观察时间，不是出现时间。两类时间不能混在同一列里排序。
基线要包含变更事件，而不只是日期
只有日期的清单，维护时仍然无法判断一条链接是正常老化还是被替换。基线至少应记录以下字段，缺一不可：
- 来源页地址与目标页地址
- 首次出现时间，或首次观察到的时间，并标明是哪一种
- 最近一次确认可访问的时间
- 最近一次发生变更的时间及变更类型，例如目标页跳转、链接被移除、锚文本改变
变更类型比日期更有维护价值。一条链接三年没变，和一条链接三年内被改过两次锚文本，后续处理优先级完全不同。
一个会使上述结论失效的反例
假设你手里的清单来自第三方工具导出，而该工具只保留当前状态，不提供历史版本；同时来源页本身是动态渲染、历史存档抓不到内容。这种情况下，“首次出现时间”无法取得，用日志反推也不成立，因为日志只记录抓取行为，不记录链接何时被添加。
此时唯一诚实的做法是：把建立日期设为基线起点，明确写下“此前时间不可考”，然后从当天开始按固定周期保存快照。任何声称能补出历史创建时间的做法，在这个反例下都只是猜测。
下一步动作与判断依据
先做一次全量快照，保存原始文件并记录保存时间，这一步的结果决定后续比较是否成立。然后按来源页分组，对每组尝试取两个以上历史版本；能取到就填首次出现时间，取不到就留空并标注原因。
填完后统计留空比例。如果留空集中在少数几个来源页，说明是那几个页面的存档条件差，可以单独处理；如果留空遍布全部清单，说明这份清单不具备追溯条件，应直接转为从当前开始的定期快照维护，不再投入时间反推历史日期。
基线的用途是让下一次比较有参照，不是还原过去。把这一点写进清单说明，后续维护就不会被一个不存在的精确日期带偏。
