友情链接检查：推荐链接和证据引用应怎样区分用途
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /47b3b975ccc1.html
📄
友情链接检查：推荐链接和证据引用应怎样区分用途
先给结论：推荐链接解决“我建议你去看什么”，证据引用解决“我这个结论从哪来”。在友情链接检查里，这两类链接如果混在同一张表里，就会出现一种典型情况——少数样本看起来成立，一旦按同一规则批量处理，例外立刻冒出来。更稳妥的做法是：先按链接在页面中承担的职能分类，再决定保留、替换还是移除。
下面以你手上的一个页面或一份外链资料为对象，把分类转成可执行的处理方案。
判断用途：看链接出现的位置和上下文
推荐链接通常出现在正文的“延伸阅读”“相关工具”“同行站点”一类位置，它的功能是引导读者继续浏览；证据引用通常紧跟在某个判断、数据或结论之后，功能是让读者能回到来源核对。判别时不要只看锚文本，而要看它周围的句子在做什么：如果句子在表达“你也可以用这个”，偏向推荐；如果句子在表达“这个说法来自这里”，偏向证据引用。
一个可操作的起点是给每条链接打两个标签：职能（推荐／证据）和当前状态（可访问／不可访问／内容已变更）。这一步的动作结果是得到一张两列标签表，它决定你下一步是去修链接，还是去改句子。如果一条链接既承担推荐又承担证据，先判断删掉它之后句子是否还成立：句子塌了，说明它更接近证据引用。
样本成立不代表规则成立：两类链接的边界条件
个别样本成立、规模化后出现例外，通常来自三种情况：
- 推荐链接的可替换性高。同一句“延伸阅读”可以换成另一个同类站点而句子不塌，所以批量替换风险低；但一旦读者是因为原推荐才来的，替换会改变页面意图。
- 证据引用的唯一性强。如果某个判断只来自一个来源，这条链接就不能按“失效就删”处理，而要先确认来源是否迁移、内容是否仍可核对。
- 同一域名在不同位置承担不同职能。同一个站点既可能是你推荐的同行，也可能是你引用数据的出处，这时不能按域名一刀切。
因此不能直接照搬的边界是：“失效就移除”只适用于推荐链接，不适用于证据引用。证据引用失效时，正确动作是先找替代来源或改写结论，而不是悄悄删掉链接、留下一个无出处的断言。
把资料转成处理方案：一个注明假设的短例子
假设你手上有一个介绍行业术语的页面，正文里有两处外链：一处是“更多背景可参考某站点”，一处是“该术语最早由某文献提出”。前者是推荐链接，后者是证据引用。检查时发现两处都打不开。
- 对推荐链接：先确认它在页面里是否还有读者价值。若没有，直接移除并让句子自然结束；若有，替换为同类可访问页面，同时保留原句的推荐语气。
- 对证据引用：不要先动链接。先确认该文献是否有稳定可访问的版本、镜像或摘要页；若有，替换指向；若没有，回到句子层面，把“最早由某文献提出”改成不依赖单一来源的表述，或删去该判断。
- 记录处理结果：在标签表里把这两条分别标为“推荐—已替换”和“证据—已改写”，而不是都标成“已删除”。
这个顺序会影响下一步：推荐链接的处理结果只影响页面可读性，证据引用的处理结果会影响页面结论是否还站得住。如果两者混在一起处理，你可能会在删掉一条失效推荐的同时，误删一条支撑结论的引用。
检查时的取舍：什么时候可以合并处理
只有在一种条件下，两类链接可以合并处理：该链接对读者既没有继续浏览的价值，也不支撑任何具体判断。这时它既不是推荐也不是证据，只是历史遗留，移除不会改变页面意图，也不会削弱结论。除此之外，建议始终分开维护。
另外，链接数量或第三方权重不能当作排名保证，检查时也不要用“权重高就保留、权重低就移除”作为统一规则。推荐链接看的是读者是否需要，证据引用看的是结论是否可核对，这两个标准不能互相替代。
检查后的动作：让分类结果进入下一轮
完成一轮友情链接检查后，把标签表按职能分成两组：推荐组进入“可替换候选”清单，证据组进入“来源核对”清单。下一次检查时，推荐组可以按读者价值快速取舍，证据组则要逐条确认来源是否仍可访问、结论是否仍成立。这样做的结果是，规模扩大后出现的例外会被限制在证据组内部，而不会把整张链接表拖进反复返工。
如果你现在只有一个页面，就先从它开始：把每条外链标上职能，再决定修、换还是改句子。这个动作本身就会告诉你，哪些链接值得继续维护。
