缺少创建时间时,不要凭印象补一个日期,而应把每条链接按“可验证的最近一次确认时间”重建基线:能查到最早存档的用存档时间,只能查到最近一次出现的用最近确认时间,两者都没有的单独标记为待复核。这个基线不追求还原真实创建日,只服务于后续判断“这条链接多久没被检查过、下次优先看谁”。
维护基线要回答的不是“这条链接哪年建的”,而是“从哪个时间点起,我对它的状态负责”。创建时间只是其中一种锚点,当它缺失时,可以退而使用三种可验证锚点:网页存档中最早出现该链接的日期、你方后台或邮件中最早提到该链接的记录、以及最近一次人工打开并确认其可访问的日期。三者精度依次下降,但都指向同一个用途——排序复核优先级。
需要明确的是,存档时间不等于创建时间。页面可能早就存在,只是第一次被存档较晚;也可能链接后来被替换,存档里留下的是旧版本。因此基线只用于内部排期,不能对外声称“这条链接建立于某年”。把这一点写进清单字段说明,能避免后续有人拿基线日期当事实引用。
建立基线的同时,就要决定每条历史链接的处置方向。判断依据不是链接数量,而是它当前是否仍指向一个与页面主题相关、可正常访问的目标。
三者的共同前提是:处置动作必须回写到清单,否则基线会在下一次复核时再次失效。只改页面不改清单,等于没做。
假设清单里有 60 条链接,全部没有创建时间。你无法一次性全部人工复核,于是先做一轮低成本筛选:对每条链接查询网页存档,能查到最早出现日期的填入“存档锚点”;查不到的,统一填入“未知”。
然后按以下顺序排优先级:存档锚点最早的排前面,未知的排中间,最近三个月内已人工确认过的排最后。这个排序的假设是——越久没有被任何记录触及的链接,越可能已经失效或主题漂移。它的结果不是最终结论,而是决定你先打开哪 15 条。复核完这 15 条后,把确认日期写回,下一轮排序就会自动变化。这个动作的价值在于把“无从下手”变成“有先后顺序”,而不是一次性解决所有历史遗留。
与其纠结补不齐创建时间,不如把字段拆成可维护的几项:
这样改完之后,创建时间缺失就不再是阻塞项,而只是清单里一个允许为空的字段。真正驱动维护的是“最近确认时间”和“下次复核窗口”这两个会随动作更新的值。
如果链接清单规模很小,比如只有十几条,且每条都能在半小时内人工过一遍,那么直接逐条确认比建立锚点体系更省事,不必为了流程完整而增加字段。反过来,如果清单里混有大量来源不明、无法访问来源页面的记录,锚点体系也只能帮你排序,不能帮你判断这些链接是否曾经真实存在——这类记录应单独隔离,不要和可验证链接混在同一套复核节奏里。
另外,基线日期只用于内部排期。链接是否被搜索引擎处理、是否带来流量,都不由清单里的日期决定,也不存在“补上创建时间就能恢复权重”的因果关系。把基线当成检查提醒,而不是效果保证,才不会在后续复核中误判。