先把“创建时间”这个字段从清单里拆出去,改记“最早可确认的上线证据”和“首次纳入监控的时间”。基线不要求知道链接是哪天买的或哪天放的,只要求每个链接都有一条可复查的时间锚点,以及一个明确的复查周期。做不到这一点时,整份清单只能算名录,不能算维护基线。
历史清单缺创建时间,通常不是数据丢失,而是当初记录时只抄了URL和锚文本。补录创建时间往往只能靠猜,猜出来的日期一旦写进表里,反而会让后续判断失真。更稳妥的做法是新增两列:最早可确认时间和纳入监控时间。
最早可确认时间可以取以下证据中最早的一个:网页存档快照的抓取日期、对方页面内容里可核对的发布或更新标识、你自己邮件或工单里第一次提到该链接的日期。纳入监控时间就是你第一次把这条链接放进监控表的日期,这个时间一定存在,因为是你现在填的。
假设有一批2019年前后留下的链接,只有URL。你可以先按“能否找到存档快照”分成两组:有快照的填快照最早日期,没有的填纳入监控日期,并在备注里写“时间未知,以监控起点为准”。这样做的结果是,所有链接都获得了可比较的时间轴,而不是一半空白一半猜测。
维护基线的核心不是“这条链接多老”,而是“这条链接现在处于什么状态、变化后谁会受影响”。缺创建时间时,用状态分层比用日期分层更可靠。建议把每条记录归入以下四类之一:
这四类的复查节奏应当不同:稳定可访问的可以拉长周期;存在但已弱化的要优先确认是否还值得保留;不可访问的要先判断是暂时故障还是永久消失;无法判定的要先解决访问条件,而不是急着下结论。日期缺失只影响“这条链接放了多久”的叙述,不影响状态判断。
不要一上来就逐条补时间。先做一次抽样:从清单里随机取20到30条,逐条查状态并记录证据。抽样的目的是判断整批链接的衰减分布,而不是证明某一条好坏。
这个动作的结果会直接改变下一步:异常占比高时,先处理失效和弱化链接,再谈时间字段;异常占比低时,先补齐监控时间,把清单变成周期任务。两种情况下都不需要编造创建时间。
复查时容易犯的一个错误是:看到某条链接所在页面流量下降,就认定链接失效或对方删了推荐。流量、抓取量或某个统计归零,可能有多种解释——页面改版、站点整体调整、统计口径变化、访问受限,都可能造成同样的表象。因此记录里应写可复查的证据,而不是直接写结论。
例如,不要写“链接已失效,对方删除了”,而应写“2024-06-01复查,目标URL返回404,页面存档快照显示该段落曾存在”。前者是判断,后者是证据。证据保留下来,下一次复查才能比较变化,也才能在需要时向协作方说明处理依据。
如果原来的清单只有URL和锚文本,可以按下面的字段重建,先求可运行,再求完整:
url:链接目标地址。source_page:链接所在页面。first_seen:纳入监控的日期,必填。earliest_evidence:最早可确认的时间证据,没有就留空并注明原因。status:稳定可访问、存在但已弱化、不可访问、无法判定。evidence:本次复查看到的具体现象。next_check:下次复查日期,由状态决定。填完第一轮后,你会得到一份不依赖创建时间也能运转的基线:每条链接都有监控起点、当前状态、证据和下次复查时间。之后每次复查只更新后三项,历史判断不会被虚构的日期污染。对于确实需要判断“链接年龄”的场景,再用earliest_evidence和first_seen共同说明,并注明证据来源和不确定性。