外链域名查询：改版或迁移时应核对什么？先查清指向旧域名的链接
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /41505deb2a09.html
📄
外链域名查询：改版或迁移时应核对什么？先查清指向旧域名的链接
改版或迁移时做外链域名查询，核心是核对三件事：有哪些外部域名还在链接旧地址、这些链接最终落到哪里、以及旧域名与新域名之间的跳转是否把权重和用户都正确送达。查询本身只是起点，真正要防的是“链接还在，但目标页面已经404或跳错位置”。
假设一个迁移场景：从 old-example.com 换到 new-example.com
假设某站点把主域名从 old-example.com 迁到 new-example.com，文章路径也从 /blog/a.html 改成 /articles/a/。迁移后你可能发现新站收录正常，但来自外部域名的自然流量明显下滑。这时不要先怀疑搜索引擎惩罚，而应回到外链域名查询，逐条核对旧链接的落点。
常见错误有三种：一是只把首页做了301，内页旧地址直接404；二是旧域名整体停用，外部链接全部断掉；三是跳转链经过多次中转，最终落在一个与原文无关的页面。这三种情况都会让原本有效的外链失去作用。
第一步：导出指向旧域名的外链清单
用你手上可用的外链查询工具或站长平台的外链报告，导出指向旧域名的链接列表。重点记录四个字段：来源域名、来源页面URL、链接指向的旧URL、以及该旧URL当前的响应状态。如果工具只给出来源域名而看不到具体落地页，就抽样打开来源页面，确认链接实际写的是哪个地址。
核对时按来源域名分组，而不是按链接条数分组。一个域名下可能有几十条链接，但只要它整体指向的是一批已失效的旧路径，处理方式就是统一做规则跳转，而不是逐条改。
第二步：逐项检查旧URL的响应与跳转终点
把导出的旧URL去重后，用抓取工具或命令行批量请求，检查每一项的HTTP状态码和最终落地地址。判断标准如下：
- 200：旧地址仍可直接访问。若内容已迁移，应补上301到新地址，避免两个版本同时存在。
- 301/302：记录跳转终点。终点必须是内容对应的新页面，不能全部指向首页。
- 404/410：外部链接已断。需要为这些旧路径建立到新路径的映射并补跳转。
- 跳转链过长：旧地址跳到中间页再跳新页，应尽量改成一步到位。
这里要区分“可能原因”和“已经定位的原因”。某个旧URL返回404，可能是迁移时漏配规则，也可能是该页面本就被删除。只有对照迁移前的URL清单，才能确认它属于哪一种。
第三步：确认跳转规则覆盖的是路径而非个别页面
迁移时最容易漏掉的是带参数、带分页、带尾斜杠的变体。例如旧地址 /blog/a.html 做了跳转，但 /blog/a.html?from=share 没有匹配到规则，仍然404。核对时把同一路径的常见变体一起测试：
- 取一条有外链的旧URL，去掉或加上结尾斜杠各请求一次。
- 在该URL后附加一个常见查询参数，再请求一次。
- 检查大小写不同的版本是否也能正确跳转。
- 确认跳转规则没有把新站自身也纳入重定向，造成循环。
如果规则用正则匹配，注意它是否误伤了不该跳转的路径。测试通过的标准是：所有带外链的旧URL都能在一步内到达内容对应的新页面，且新页面返回200。
第四步：迁移后定期复查外链落点
跳转配好不等于永久有效。后续若再次调整路径、更换CMS或修改URL规则，旧链接可能重新失效。建议在迁移完成后的一段时间内，每隔一段时间重新跑一次外链域名查询，重点看来源域名是否减少、旧URL是否重新出现404。
同时注意边界：robots.txt 的抓取限制不等于可靠的索引移除，站点地图不保证收录，HTTPS 也不保证安全无漏洞或排名。这些手段都不能替代“外链落点是否可达”这一项检查。
下一步，先导出指向旧域名的外链清单，去重后批量测试响应状态和跳转终点，把404和跳错页面的旧URL整理成映射表，再据此补齐或修正跳转规则。
