友情链接检测怎样记录改动前后的基线
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3a26359c76d9.html
📄
友情链接检测怎样记录改动前后的基线
做友情链接检测时，基线就是改动前那一份可复核的链接状态记录。它至少应包含每个链接的所在页面、对方链接页地址、链接文字、链接形式（文字链或图片链）、可访问状态、检查时间。改动后再用同一套字段、同一套检查条件重新记录一次，两份记录逐项对照，才能判断链接是新增、失效、被改成 nofollow，还是仅仅因为页面调整而位置变化。没有基线，后续看到的任何变化都无法确认，也无法排除误报。
先确定基线要记哪些字段
友情链接检测的核心对象是“我方页面上指向对方的链接”和“对方页面上指向我方的链接”这一对关系。基线记录建议按链接对来组织，每行一条，字段固定，避免前后两次记录口径不同。可用的最小字段集如下：
- 我方页面地址与对方页面地址，写完整 URL，便于直接打开核对。
- 链接文字或图片替代文字，用于识别对方是否更换了锚文本。
- 链接形式，例如普通文字链、图片链、JavaScript 跳转。
- 链接标签属性，重点看是否出现
rel="nofollow"、rel="sponsored"、rel="ugc"。 - 检查时链接是否可访问，以及返回的状态类别，例如正常、跳转、404、超时。
- 检查时间与检查方式，例如手工打开页面查看，或用脚本抓取页面源码。
字段一旦定下，改动前后都不要临时增删。若中途必须加字段，应在记录里注明从哪一次检查开始生效，否则对照时会误判。
用页面源码而不是只看页面外观
友情链接是否有效，外观并不可靠。页面上能看到对方名称，不代表链接标签仍然存在；链接可能被改成纯文本，也可能被脚本动态插入。判断依据应落在页面源码上。操作步骤可以这样执行：
- 打开对方链接所在页面，查看页面源代码，搜索我方域名。
- 找到对应链接标签，确认
href指向的地址、锚文本和rel属性。 - 把我方页面也按同样方式检查一遍，确认指向对方的链接仍在。
- 把结果填入基线表，注明是源码检查还是渲染后检查。
这里要区分“可能原因”和“已经定位的原因”。页面上看不到链接，可能是链接被删除，也可能是页面改版后链接被移入折叠区域，还可能是脚本加载失败。只有源码里确实没有对应链接标签，才能记为“已确认移除”。如果源码里有标签但页面不显示，应记为“待复核”，并说明是样式隐藏还是脚本问题。
改动前后使用同一检查条件
两次检查的条件不一致，对照结果就没有意义。需要保持一致的至少包括：检查的是同一组页面地址；使用相同的网络环境或至少记录环境差异；在相近的时间段检查，避免对方页面正在改版；对跳转链接记录最终落地地址，而不是只看跳转前地址。若某次检查只能看到跳转前地址，应在记录中标注“未跟踪最终地址”，复查时优先补上。
下面是一个假设的基线记录示例，用于说明字段如何填写，不代表任何真实网站的数据：
- 我方页面：
https://example.com/links，对方页面：https://partner.example/links - 链接文字：合作站点名称，链接形式：文字链
- rel 属性：无，状态：正常
- 检查时间：改动前某日，检查方式：源码搜索
改动后按完全相同的字段再记一行，就能看出 rel 属性是否被加上、链接文字是否被替换、状态是否从正常变成跳转或失效。
复查时按差异类型分别处理
把改动前后的两份记录并排对照，差异通常落在几类上，处理方式不同：
- 链接消失：先确认是整页改版还是单条删除。若对方页面仍可访问但链接不在，记为已移除，并核对是否属于双方约定的调整。
- 链接被改为 nofollow：链接仍在，但传递关系可能改变。记录属性变化，不要直接断定对方有意降权，先确认是否全站统一策略。
- 链接地址变化：可能是对方更换了域名或页面路径。记录新旧地址，并检查新地址是否可访问。
- 链接变为跳转：记录跳转链和最终地址，判断是否指向同一站点。
- 检查结果不稳定：同一地址多次检查结果不同，可能是网络波动或页面动态加载。应重复检查并记录次数，而不是取单次结果下结论。
复查的下一步很明确：把本次检查结果补进基线表，保留上一版记录，并在差异列写明判断依据。这样下一次友情链接检测时，你手上始终有一份可追溯的改动前后对照，而不是只凭印象判断链接有没有变。
