自动友情链接：旧文章合并后来源链接如何重新分配
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /52e15d7b81af.html
📄
自动友情链接：旧文章合并后来源链接如何重新分配
结论先说：旧文章合并后，来源链接不该按“原页面各占多少”平均分，而应先判断每条链接是否仍指向读者真正需要的落点。若合并后的新页面能承接旧页主题，链接可以集中到新页；若旧页各有独立主题、只是内容被折叠，链接应保留到新页中最接近原主题的段落锚点，或转向仍独立存在的替代页。反例也很明确：如果合并只是把两篇无关文章塞进同一标题下，集中链接会让来源页与目标页主题错位，此时应拆分或改链，而不是继续分配。
先确认合并类型，再决定链接去向
旧文章合并通常有两种形态，处理方式不同。
- 主题合并：两篇旧文讲同一件事，只是角度不同。合并后新页可视为旧页的继承者，来源链接可统一指向新页。
- 拼盘合并：两篇旧文主题不同，只因栏目调整被放进同一页面。此时来源链接不应自动跟随，而应逐条核对，能改链到更匹配页面的就改链，没有匹配页面的就移除或保留到原位置。
判断依据不是合并操作本身，而是旧页标题、正文主旨与新页标题、正文主旨是否一致。若一致，集中分配通常成立；若不一致，集中分配会把来源页的链接价值导向错误主题，后续再修正的成本更高。
把分歧转成可核对的项目清单
多个角色对“链接该去哪”有不同理解时，不要靠讨论投票，先做一张核对表。每行至少包含以下字段：
- 来源页地址或标识；
- 原链接锚文本；
- 原链接指向的旧页；
- 旧页合并后的去向；
- 新页中与旧页主题最接近的段落锚点；
- 处理决定：保留、改链、移除；
- 处理人；
- 核对日期。
这张表的作用是把“我觉得应该指向首页”变成“这条链接的原主题在新页第几段有对应内容”。如果找不到对应段落，说明该链接不适合继续指向新页，应进入改链或移除分支。
一个可操作的短例子
假设某站有两篇旧文：一篇讲“自动友情链接的添加流程”，另一篇讲“自动友情链接的失效检查”。合并后新页标题为“自动友情链接的添加与维护”。来源页A原本链接到添加流程旧页，来源页B原本链接到失效检查旧页。
处理动作：在新页中为“添加流程”和“失效检查”分别设置稳定的段落标识，例如 <h3 id="add-flow"> 和 <h3 id="broken-check">。来源页A的链接改指新页的 #add-flow，来源页B改指 #broken-check。结果：读者点击后落到与来源页描述一致的内容附近，而不是新页顶部再自行寻找。下一步核对时，只需检查这两个锚点是否仍存在、段落主题是否被再次编辑改变。
如果新页后来又被拆分，这些锚点会失效，链接需要再次分配。因此合并后的链接分配不是一次性动作，而是跟随页面结构变化的维护项。
哪些信号说明分配需要重做
出现以下情况时，先别继续加链接，应回头检查分配表：
- 来源页锚文本与目标段落主题明显不符；
- 多个来源页原本指向不同旧页，却全部被改成同一首页链接；
- 新页中对应段落被删除或改写成另一主题；
- 来源页本身已失效或转为其他用途；
- 核对表中“处理人”和“核对日期”长期空白。
这些信号只能说明分配可能失准，不能单独证明链接处理正确或错误。例如来源页流量下降可能来自内容过时、竞争页面增加或抓取减少，不一定是链接改指造成。需要结合来源页主题、目标段落和新页编辑记录一起判断。
下一步动作：先冻结再核对
如果多个角色对同一批链接有分歧，最实际的动作是：先冻结这批来源链接的自动分配规则，不再新增或批量改写；然后按上面的核对表逐条标注“有对应段落”“无对应段落”“来源页已失效”。只有“有对应段落”的链接才进入改指新页锚点的队列；“无对应段落”的链接进入人工判断队列；来源页已失效的链接直接标记移除。完成这一轮后，再决定是否恢复自动分配。这样做的结果是把争议从“谁说了算”转成“哪条链接有可核对的落点”，后续每一步都有依据可查。
