工作示例
迁移出错：我们丢失了哪些链接？
重定向映射静默失效。本页面通过一个虚构的商店案例，展示如何对比以发现链接遗漏，所有数据均为示例，并非来自真实客户。
并排查看两个配置文件
迁移后，旧域名仍保留着历史权重。没人会提前告知你这一点。链接可能在数月内仍指向旧地址，关键问题在于每个链接是否都能跳转到有效的页面。
因此，请在同一天查看两个域名的反向链接并保存文件。在旧域名上出现但在新域名上缺失的引用域名，就是需要修复的目标。其余都是细节。
新域名可能会有延迟。我们的索引大约每月刷新一次，而 Google 会按自己的时间表重新处理链接，因此即使设置完全正确，新域名在一段时间内看起来也会显得薄弱。
如果未迁移的页面流量也下降了？那么将你的发现与第一周审计联系起来。迁移和链接问题可能会重叠，区分它们可以节省大量精力。将它们分开处理。月度常规会在修复后记录进展。
并排阅读两个链接列表
只有当两个列表对齐时才有用。在同一天导出旧域名和新域名的数据，按引用域名排序，并将前五十行并排放置。不匹配之处会迅速显现。
查看两个域名的反向链接时，不要从计数开始。首先要问的是：每个链接最初指向哪个旧 URL，以及该 URL 在新网站上是否以相同主题继续提供内容。
将每个旧 URL 匹配到新 URL
找出旧域名上链接最多的 URL，并找到其在新域名上的对应页面。如果指南迁移到了具有相同标题的新路径，则视为匹配。如果分类页面现在包含三个不相关的产品，则不匹配。
假设关于天然染色的旧文章失去了地址但保留了文本。这是一个干净的迁移。如果文本发生了很大变化，链接仍然指向旧主题，那么匹配度就不如看起来那么高。
将爬取延迟与真实遗漏区分开
部分差距仅是延迟所致。我们的索引大约每月刷新一次，Google 重新处理链接也需要时间，因此在健康的迁移后，计数可能在几周内看起来较少。
真实的遗漏则不同。同一个链接仍然指向一个返回 404 的 URL，这种模式不会随时间消失。在归咎于日历之前，请先检查目标的状态。在旧列表中显示但在新列表中缺失的链接可能是爬取延迟，而在两个列表中都缺失的链接则表明链接已被移除。
使用锚文本列表作为第二次检查
迁移后品牌名称锚文本占比保持稳定是一个好迹象，因为它表明仍有相同的人在谈论你。如果通用锚文本突然激增，则需要查看哪些页面发生了变化。
将锚文本计数与引用域名保存在同一个文件中。下个月你可以一起查看这两个数字，而不是去查找旧的导出文件。
在电子表格中为每对 URL 写一行：旧 URL、新 URL、状态码以及主题是否匹配。几百行数据在下午就能处理完，这样可以避免每个月重复同样的争论。
假设示例：Lantern & Loom，一家虚构的地毯店
| 测量 | 旧域名，迁移前 | 新域名，十周后 |
|---|---|---|
| 引用域名 | 412 | 287 |
| 链接最多的页面 | /guides/natural-dye | /guides/natural-dye（301 重定向到正确的 URL） |
| 链接第二多的页面 | /blog/rug-sizes | 404 |
| 锚文本：品牌名称占比 | 58% | 61% |
在该示例中遗漏是如何显现的
计算差距
412 对比 287，少了 125 个域名。其中部分是爬取延迟，但并非全部。
打开旧侧的顶级页面
toppages 调用列出了吸引链接的 URL。地毯尺寸帖子排名第二，但在新站点上返回 404。
修复页面，而不是链接
恢复帖子或将其重定向到最接近的等效页面。要求每个链接方更新链接既慢又通常不需要。
下个月重新检查
如果新域名的引用域名计数逐渐接近旧域名，则说明修复有效。
通过参考文件闭环
将旧对新的表格存储在您的项目文件夹中。下个月的运行会添加一行，很快你就会拥有图表而不是争论。
静默导致链接损失的迁移
并非每次迁移都是域名变更。许多损失来自重新设计、新子文件夹或重建的分类树，这些同样会丢失链接。上述检查仍然适用。
模式总是相同的。旧地址携带链接，而替代它们的内容必须对这些链接负责。
子域名迁移分割了历史
将部分移动到子域名可能会将其链接留在旧主机上。这是否重要取决于哪些 URL 获得了链接，而不是该部分的大小。
在做出决定之前，通过操作参考在旧部分上运行 toppages，并计算顶级页面中有多少有对应页面。如果大多数没有，则预计历史将保留在原处。
导致页面丢失的结构调整
将扁平的产品页面转换为分类树是一种常见的做法。它可以改善导航，但可能会使许多旧 URL 没有直接替代。
假设一家商店有一千多个产品页面，重新结构化后只有几十个保留在索引中。明智的第一步是列出消失的内容，然后为每组做出决定，而不是猜测 Google 不喜欢什么。
过期域名携带其历史
购买过期域名可能会带来其旧链接。这些链接可能有帮助，也可能携带干净网站不需要的旧问题。
在基于此构建之前，请检查继承的配置文件。重定向到相关页面通常是明智的，而将所有不相关链接重定向通常则不然。如果你确实购买了一个，请在笔记中记录购买日期和前任所有者，以便历史可追溯。
针对您自己的迁移的相同两个请求
第一个是免费的。第二个每次调用花费 2 个信用点。
curl "https://backlinkphoenix.com/api.php?action=overview&q=old-domain.com"
curl "https://backlinkphoenix.com/api.php?action=overview&q=new-domain.com"
curl "https://backlinkphoenix.com/api.php?action=toppages&q=old-domain.com&per=100&key=sk_live_..."迁移后一周的遗漏列表
- 每个旧顶级链接 URL 返回 200 或单次 301 跳转
- 没有超过一步的重定向链
- 旧 sitemap 已移除，新 sitemap 已在 Search Console 中提交
- 如果域名确实更改，则使用了“更改地址”工具
- 规范标签指向新域名，而不是旧域名
- 品牌页面（关于、联系）一对一重定向，而不是重定向到首页
糟糕迁移后的问题
- 我应该保留旧域名的注册吗？
- 是的，保留数年而不是数月。只要您控制旧域名，重定向才有效，并且在发布后很长一段时间内链接仍会到达那里。让它过期也会将历史交给下一个注册它的人。
- 重新设计或迁移后排名需要多久才能恢复？
- 这取决于网站规模和重定向映射的清理程度。一些网站在几周内就能稳定下来，较大的网站则需要几个月。在 Search Console 中观察引用域名和索引页面，而不是等待单个日期。
- 迁移后暂时的排名下降正常吗？
- 是的，通常如此。Google 重新处理新 URL 期间的下降是预期的。如果在八到十周后下降加深，则表明存在遗漏，上述对比就是查找它的方法。
给新域名时间，并知道何时采取行动
迁移后耐心很重要。前几周的下降很常见，而持续加深的下降则是不同的信号。在改变任何重大事情之前，请观察几个月的趋势。
目标是在早期区分两者，此时修复仍然很小。
正常下降的样子
在 Google 重新处理新地址时，预期会有一个平缓期。通常的形状是缓慢恢复，而不是急剧且持久的下降。
假设新域名保持平稳一个月，然后在下次刷新后开始上升。这是健康的曲线，值得记录下来以便以后识别。
当下降持续加深时
如果在八到十周后下降持续加深，则表明存在遗漏。回到 URL 逐一对比，并再次检查每个顶级页面，因为一个断裂的重定向可能隐藏在许多好的重定向中。
在添加新内容以弥补差距之前，先修复链接已经使用的路径。新页面不会继承旧链接。
先问一个简单的问题。下降的流量属于迁移的页面，还是从未迁移的页面？答案决定了修复是重定向还是内容工作。
保持旧域名运行
保持旧域名的重定向有效，并保留域名注册。链接会在很长一段时间内到达旧地址，每个落在有效页面上的链接都是一个已关闭的遗漏。
将重定向映射存储在您的项目文件夹中，并标注上次测试的日期。下一个接触网站的人就会知道哪些内容依赖于它。
