缺少创建时间时,不要试图补造一个日期,而应把“首次可核验时间”作为基线锚点:以你或团队第一次能拿出证据的日期为准,并同时记录证据来源。这样得到的维护基线虽然不完美,但可复核、可延续,比凭记忆填一个假日期更可靠。
历史清单常见的字段是链接地址、放置页面、锚文本,唯独没有日期。此时最诱人的动作是凭印象回填:有人记得“大概是前年做的”,于是写成某个具体月份。问题是,这个日期一旦进入清单,就会被后续维护当作事实使用——到期复查、责任交接、效果对比都建立在它之上。
更麻烦的是,假日期无法被证伪。当两个人对同一批链接给出不同记忆时,你没有任何办法判断谁对。相反,如果基线记录的是“首次可核验时间 + 证据出处”,即使这个时间晚于真实创建时间,它也是团队可共同确认的起点,后续所有复查周期都可以从它推演。
面对缺日期的历史链接,实际决策无非保留、改写、退出三类,但它们成立的前提不同,不能一刀切。
三类之间没有优先级顺序,取决于你手上证据的强度。证据越弱,越应倾向于保留并标记未知,而不是急着改写或退出。
一个反直觉的现象是:某批历史链接的抓取成功数突然下降,很多人第一反应是链接被删了。但抓取失败至少还有几种合理解释——目标站点临时限流、DNS 解析波动、你的抓取工具当天出口 IP 被拦截、页面改版导致路径变化但内容仍在。这些原因指向的处理动作完全不同。
因此,建立维护基线的第一步不是判断链接好坏,而是先固定一组可重复的核对动作:
只有完成这组动作,你才有资格说某条链接“失效”。在此之前,它只是“未确认”。这个区分直接决定下一步:未确认的链接继续留在待定组,已确认失效的才进入改写或退出流程。
假设你接手一份 200 条历史链接的清单,全部没有创建时间。你决定不补日期,而是新增两列:首次可核验时间 和 证据说明。
对其中 120 条仍可正常访问的链接,你把本次批量核验的日期填入首次可核验时间,证据说明写“批量访问测试,返回 200,标题与清单记录一致”。对 50 条访问异常但放置页面正常的链接,证据说明写“待二次确认”,首次可核验时间留空。对剩下 30 条放置页面已不可达的链接,状态改为“已退出”,首次可核验时间填本次测试日期。
这个动作的结果是:你得到了一份时间字段不完整、但每条都有明确证据状态的清单。下一次维护时,你只需要处理“待二次确认”的 50 条,而不是重新面对全部 200 条。基线的作用正在于此——它不追求还原历史,而是让未来的复查有确定的起点。
既然创建时间不可得,复查周期就不应按“链接年龄”计算,而应按“最近一次核验时间”计算。一个可行做法是:把首次可核验时间作为起点,为不同状态设定不同复查间隔。仍可访问的链接间隔可以长一些,待二次确认的链接应在短期内优先处理,已退出的链接只在交接时抽查。
需要说明的是,链接数量或第三方权重指标不能作为官方排名的保证,复查的目的也不是追逐某个权重数字,而是确认链接是否仍然存在、放置环境是否发生实质变化。基线一旦建立,后续每次核验都追加一条记录,而不是覆盖旧记录,这样你才能看出某条链接是在哪一次核验中发生变化的。
最后要接受一个现实:缺少创建时间的历史清单,永远无法变成一份时间精确的资产台账。你能做的是让它变成一份证据可追溯的维护清单,并在每次交接时明确告诉接手人——哪些日期是核验日期,哪些是推测,哪些根本没有。这个边界说清楚了,基线才算真正立住。