反向链接：如何记录链接来源与变更
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /8457a05a8521.html
📄
反向链接：如何记录链接来源与变更
记录反向链接的来源与变更，核心做法是建立一份可追溯的链接台账：为每条链接记录发现时间、来源页面、目标页面、链接类型、锚文本和首次记录时的页面状态，并在后续复查中只追加变更记录而不是覆盖旧记录。这样做的目的不是追求表格好看，而是当某条链接失效、被改成nofollow、来源页面被删除或跳转时，你能拿出前后对比，判断问题出在链接本身还是来源页面。
先确定要记录哪些字段
字段不必多，但必须能支撑“这条链接现在还在不在、和当初有什么不同”这两个判断。建议每条链接至少记录以下内容：
- 来源页面的完整URL，以及它所在的站点。
- 目标页面URL，即你被链接到的那个页面。
- 首次发现日期和最后一次复查日期。
- 链接形态：普通可点击链接、图片链接、纯文本URL、跳转链接。
- 链接属性：是否带nofollow、sponsored、ugc，是否在新窗口打开。
- 锚文本原文，以及链接在来源页面中的大致位置，例如正文首段、文末推荐、侧栏。
- 来源页面当时的状态：可正常访问、需要登录、已返回404、已301跳转。
这些字段里，锚文本和链接属性最容易在无声无息中改变，因此每次复查都要重新抓取一次原文，而不是凭记忆填写。
用固定格式保存，避免覆盖历史
最省事的方式是用表格或数据库，一行代表一条链接的当前状态，另建一张变更记录表保存每次改动。假设你在1月10日发现A页面链接到你的产品页，锚文本是“产品报价”，3月复查时发现锚文本变成了“点击这里”，且加了nofollow。正确做法是在变更表中新增两条记录：一条记录锚文本变化，一条记录属性变化，并写明复查日期和当时的页面截图或存档链接。不要直接在主表里把旧值改掉，否则你以后无法回答“它是什么时候变的”。
如果链接数量不多，也可以在主表里增加“上次锚文本”“上次属性”两列，每次复查先把旧值复制过去再更新当前值。关键是让任意一次变更都能还原出变化前后的两个状态。
复查节奏和触发条件
没有统一适用的复查频率，应根据链接的重要程度和来源页面的活跃程度来定。判断依据可以是：
- 来源页面更新频繁，例如新闻站、榜单页、资源合集，建议缩短复查间隔。
- 来源页面长期不更新，例如多年前的博客文章，可以拉长间隔。
- 你近期修改过目标页面URL或站点结构，应立刻复查所有指向旧URL的链接。
- 你收到来源方通知要改版、迁移或清理内容时，应主动复查。
复查时先访问来源页面，确认它是否还能打开；再查看页面中是否仍存在指向你的链接；最后核对锚文本和链接属性。如果来源页面已经返回404或301到其他页面，要记录跳转后的最终地址，并判断链接是否还指向你。
验收信号：什么算记录合格
一份合格的链接记录，应满足三个可检验的条件。第一，任意抽一条链接，能立刻说出它首次被发现的时间和当时的锚文本。第二，当链接消失时，能区分是来源页面整体不可访问，还是链接被单独删除或替换。第三，当链接属性变化时，能指出变化发生的复查批次，而不是只写“后来变成nofollow了”。
如果做不到第三点，说明你还在覆盖旧值，需要把变更记录独立出来。如果连来源页面是否可访问都没有记录，那么出现流量或收录波动时，你无法判断是链接丢失还是页面本身出了问题。
一个可执行的最小示例
假设你发现某行业博客的文章链接到你的指南页。首次记录：来源URL为example.com/guide-list，目标URL为你的指南页，发现日期为假设的3月1日，锚文本为“完整指南”，属性为普通链接，来源页面状态为可访问。4月15日复查时，来源页面仍可访问，但链接目标变成了你的首页，锚文本未变。此时在变更表中新增一条：复查日期4月15日，变更字段为“目标URL”，旧值为指南页，新值为首页。这样你就能明确知道，链接没有丢失，而是指向变了。
这个示例中的日期和URL均为假设，用于说明记录方式，不代表任何真实项目结果。实际记录时，来源页面状态建议同时保存一份文本快照或存档链接，避免页面改版后无法回溯。
下一步，先为你手上最重要的十条反向链接建立台账，填入来源URL、目标URL、首次发现日期和当前锚文本，然后安排一次复查，专门核对链接属性和来源页面是否仍可访问。做完这一轮，你就能判断现有记录方式是否够用，再决定要不要扩大范围。
