友情链接监控：怎样记录改动前后的基线？
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /6b713bc119ad.html
📄
友情链接监控：怎样记录改动前后的基线？
记录友情链接改动前后的基线，核心是让“改了什么、什么时候改、改前什么样、改后什么样”都能被独立复核。做法上分成两条路线：手工快照适合链接数量少、变动不频繁的站点；结构化台账适合链接多、多人协作或需要长期追踪的场景。两种路线都要在改动前先固定一份可复查的记录，改动后再用同一口径采集一次，而不是凭记忆对比。
先明确基线要留下哪些字段
基线不是把对方页面截个图就够，至少要能回答四个问题：链接指向哪个URL、对方页面当时是否真实展示、链接属性是什么、记录时间是什么。建议每条记录固定包含以下字段：
- 本方被链接的完整URL，以及对方放置链接的页面URL
- 对方页面上该链接的锚文本原文
- 链接属性，例如是否带
nofollow、sponsored、ugc，是否用JS跳转 - 链接在页面中的大致位置，如正文首段、页脚、侧栏
- 采集时间、采集人、采集方式（人工查看或脚本抓取）
- 对方页面的HTTP状态码与页面标题
这些字段的作用是让后续对比有共同口径。如果改前只记了URL、改后却拿锚文本和属性来对比，两份记录无法对齐，差异就说不清是链接本身变了还是记录方式变了。
手工快照：适用条件与执行步骤
链接数量在几十条以内、每月检查一两次的站点，用手工快照更省事。执行时按下面的顺序做：
- 改动前，逐条打开对方页面，确认链接可见，记录上述字段。
- 对关键页面保存一份完整HTML或截图，文件名带上日期，例如
2025-06-01-partner-a.html。 - 改动后，用同一浏览器、同一网络环境重新打开同一页面，按同样字段再记一遍。
- 把改前改后两份记录并排比对，只标注实际发生变化的字段。
判断结果时注意：如果对方页面整体改版，链接消失可能只是模板调整，不一定是对方主动撤链；如果只有本方链接被移除而其他外链仍在，才更接近针对性处理。手工快照的局限是难以覆盖大量链接，也容易漏掉页面动态加载的内容。
结构化台账：适用条件与执行步骤
链接上百条、多人维护或需要按季度复盘时，用表格或数据库建台账更可靠。关键是把“采集”和“判断”分开：采集只负责原样记录，判断留到对比阶段再做。可执行的做法是：
- 每次采集生成一批带时间戳的记录，不覆盖上一批，保留历史版本。
- 用脚本抓取对方页面，保存状态码、页面标题、链接是否出现、锚文本和属性。
- 对比时以本方URL为键，把相邻两次采集结果关联起来，输出新增、消失、属性变化三类差异。
- 对判定为消失的链接，再人工打开页面确认一次，排除抓取失败、超时或反爬导致的误报。
这里要区分“可能原因”和“已经定位的原因”。脚本报告链接消失，可能原因包括对方撤链、页面改版、抓取被拦截、页面改为JS渲染；只有在人工复核确认页面正常打开且链接确实不在之后，才能记为已定位的撤链。
两种方案的对比依据
选择哪种方案，看三个条件：链接规模、变动频率、复核要求。链接少且变动慢，手工快照成本更低；链接多、需要留痕或对外说明，结构化台账更合适。无论选哪种，验收标准是一致的：任意一条链接都能拿出改动前后的两份记录，且两份记录的字段口径相同、时间明确、可被第三方按同样方法复现。做不到这一点，基线就只是个人印象，无法支撑后续判断。
下一步可以先把现有友情链接按“是否仍在展示”做一次全量清点，确定链接总数和变动频率，再据此决定采用手工快照还是结构化台账，并把字段模板固定下来。
