友情链接策略：历史链接清单缺少创建时间时怎样建立维护基线
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /54643901a8ec.html
📄
友情链接策略：历史链接清单缺少创建时间时怎样建立维护基线
缺少创建时间，不等于无法建立维护基线。可行做法是把“时间”换成“可观察的变化”：先给每条历史链接确定一个锚点状态，再按锚点状态分批安排复查。锚点状态不需要精确到某一天，只需要能回答“这条链接从哪次记录开始存在、最近一次确认是什么状态”。
先分清两种缺失：从未记录，还是记录过但没保留
面对一份没有创建时间的旧清单，通常有两种解释。
第一种是从未记录：当初添加链接时只抄了对方名称和网址，没有写下添加日期，也没有留下当时的页面截图或备注。这种情况下，清单本身没有时间维度，任何“创建于某年某月”的推断都只能靠外部线索。
第二种是记录过但没保留：曾经在某个表格、邮件或后台备注里写过日期，后来迁移、清理或换人时丢失了。这种情况下，时间信息可能还散落在旧邮件、历史备份、协作工具的评论记录里，只是没有汇总到当前清单。
这两种解释对应完全不同的动作。前者需要重新建立锚点，后者值得先做一次低成本打捞。
能区分两种解释的证据
不要凭感觉判断，先找下面几类证据：
- 旧版表格、导出文件或备份中是否有“添加日期”列，即使当前版本已删掉；
- 协作工具、邮件或聊天记录里是否出现过“已加上某站链接”这类带日期的沟通；
- 对方站点或自身页面的历史快照中，链接是否在某次存档里已经出现；
- 清单文件本身的修改时间、创建时间，以及是否有按批次分组的命名痕迹。
如果这些证据都指向“曾经有日期但没保留”，就先做打捞，再补基线；如果都找不到，就按“从未记录”处理。这个判断会直接影响下一步：打捞成功的时间可以直接作为锚点，打捞失败则必须用当前状态重新起算。
用锚点状态替代创建时间，建立可复查的基线
没有创建时间时，维护基线的最小单位不是“日期”，而是锚点状态。对每条链接，至少记录四项：当前链接是否可访问、链接位置是否仍在原页面、对方页面是否仍与自身主题相关、最近一次人工确认的日期。
假设一份清单里有 40 条历史链接，其中 12 条能通过旧邮件找到添加月份，其余 28 条没有任何时间线索。可操作的做法是：把 12 条按已知月份归入不同复查批次，把 28 条统一标记为“待定锚点”，并在本周内完成一次全量状态确认。确认完成后，这 28 条的“最近确认日期”就是它们的新基线。此后复查周期从这一天起算，而不是从无法考证的创建日起算。
这个动作的结果是：清单从“没有时间”变成“有确认时间”。下一步的复查排期、责任分配和异常判断都基于这个确认时间，而不是继续纠结原始创建时间。
分批复查的排序依据
基线建立后，复查顺序不应平均用力。可以按三个条件排序：
- 链接是否仍可访问：无法访问的先查，因为这类问题会直接影响页面可用性；
- 对方页面是否发生主题偏移：主题偏移意味着链接的上下文价值可能已经改变；
- 最近确认日期距今的间隔：间隔越久，越优先安排下一次确认。
注意，链接数量或第三方权重不能单独作为判断链接是否该保留的依据，也不能当作排名保证。排序的目的是决定“先看哪条”，不是给链接打分排名。
把基线写进清单，避免再次丢失
基线建立后，清单里至少要保留以下字段，并用固定格式写入：
- 链接地址；
- 锚点状态（可访问、不可访问、待确认）；
- 最近确认日期；
- 确认人；
- 备注（例如“旧邮件推断为 3 月添加”或“无历史记录，以本次确认为准”）。
如果使用表格，可以把“最近确认日期”设为必填项；如果使用文档，可以在每条链接后附一行确认记录。这样做的目的不是追求审计级精度，而是让下一次维护有起点可查。缺少创建时间的历史清单，只要补上确认时间和确认人，就能形成可延续的维护基线。
