跨区域域名的 Hreflang：安全迁移检查清单
跨国设置往往会无声失败。模板中看似正确的标签，在重定向、canonical 或缺少返回链接与之矛盾时，仍可能被忽略。
ArchiLinks 研究团队 ·
经验法则
Hreflang 只是一个提示。Canonical 和重定向是更强的信号。
当它们不一致时，Google 会遵循更强的信号。按以下顺序进行审计：状态码、canonical，然后是 hreflang。指向已重定向或已 canonical 化 URL 的标签是变体被忽略的最常见原因。
- 每个 hreflang URL 均返回 200 状态码，且为自 canonical。
- 存在返回链接：如果 A 指向 B，则 B 也指向 A。
- x-default 指向一个适用于其他所有用户的页面。
分阶段发布
团队经常询问 hreflang 是否可以在一个站点上线后再上线另一个站点。答案是肯定的。
Google 将简单地忽略这些标签，直到双方互相确认。不会造成损害。顺序仅会推迟收益。保持首个站点的标签有效，不要发布指向尚不存在的 URL 的部分集合。当您在两个域上检查站点 backlinks 时，您还可以看到外部世界已经偏好哪个区域主机，这在决定哪个 URL 成为 x-default 时是宝贵的证据。
常见矛盾
| 设置 | Google 可能采取的行动 | 修复方法 |
|---|---|---|
| /fr/ 上的 canonical 指向 /en/ | 将法语页面从集群中移除 | 每种语言页面自 canonical |
| hreflang URL 重定向 | 忽略该标签 | 将标签更新为最终 URL |
| noindex 加上 x-default | 将集合视为冲突 | 从交替页面中移除 noindex |
| 根目录 301 重定向至 /uk/ 随后被移除 | 链接权重可能停留在一个不再响应的 URL 上 | 在根目录进行重定向或提供内容，然后重新检查链接 |
| 带有 canonical 和 noindex 的虚假区域 URL | 混合信号 | 二选一：指向真实页面的 canonical，或 noindex，二者不可兼得 |
来自实际场景的两个案例
假设您在两个域上运营一个德国站点和一个英国站点，并且英国根目录有一个指向 /uk/ 文件夹的 301 重定向（该文件夹是之前添加的）。团队现在希望移除该规则，并询问如何保留链接权重。
首先为两个主机提取 toppages。如果大多数外部链接指向根目录，则根目录现在必须提供一个真实页面，带有 hreflang 和自 canonical，或者重定向到最佳区域匹配项。使用脚本进行测试，在版本控制中保留旧规则，并在下一次月度索引刷新后检查结果。
案例二规模较小。Blogger 或 Squarespace 站点迁移到自定义域名。逐个重定向每个旧路径，因为 URL 的第一部分发生变化，而 slug 通常保持不变。查看 重定向映射配方 中的测试循环，并在 Search Console 中保留旧属性已验证的状态，以便同时监控两个站点的覆盖情况。
执行检查
爬取两个域名
导出每个 URL 的 hreflang、canonical 和状态码。任何非 200 状态的 hreflang URL 均为错误。
比较链接域名
对区域主机运行 compare（最多 20 个域名，消耗 1 个信用点），以查看其链接基础的差异。
查找共享链接者
使用 intersect 查看哪些站点链接到多个区域主机。这些站点是指向正确区域 URL 的候选者。
任何重定向更改后重新测试
更改根重定向会改变持有链接的 URL。重新提取 toppages 并再次检查。
如果移除了从根目录到区域文件夹的重定向，指向根目录的外部链接现在将指向新内容。确保该页面是您希望排名的页面，并在下一次月度刷新中密切关注该目录。重定向映射配方 包含了测试循环。
超越 hreflang 和 canonical：跨国设置还需检查什么
Hreflang 和 canonical 是人们首先检查的标签，但它们并非跨国家设置可能出错的唯一地方。依赖于位置的定向、将爬虫发送到单一区域的切换器，以及仅列出单一版本的 sitemap，都会改变 Google 将哪个 URL 视为每个市场的“主页”。
在标签通过后处理这些项。每一项都可能在无声中破坏模板中看似正确的标签。
地理重定向和语言切换器
根据访问者位置选择区域的定向可能会将 Googlebot 发送到一个国家，而不再显示其他国家。爬虫将看到单一版本，而交替页面未被抓取。强制重定向是此问题的常见来源，因此请使用爬虫用户代理进行测试，并在可能的情况下从第二个国家进行测试。
语言切换器应链接到每个区域中的同一页面。如果它仅链接到其他站点的主页，交替页面将失去内部链接，更难被发现。
包含交替页面的 Sitemaps
XML sitemap 可以在一个位置列出每个市场的交替 URL，从而使整个集合被一起读取，而不是逐页读取。保持该列表与页面本身的标签一致。
从 sitemap 中移除任何返回重定向或 noindex 的区域，否则两个来源将关于哪些版本存在产生分歧。
承诺自动化的插件
插件可以为许多站点生成 hreflang，这是一个不错的起点。但插件无法知道哪个区域 URL 是正确目标，或者其他地方是否有重定向与之矛盾。
将插件的输出与爬取结果进行比较，而不是信任设置界面。爬取是唯一能显示机器人实际接收内容的视图。
并行运行两个域名一段时间
并行运行使两个域名在新区间建立地位期间同时响应。当旧域名仍获得链接和访问时，这很有帮助。但这也会产生成本。两套标签必须同时一致。
如果您同时运行两者，请提前选择每个市场的“主页”。将该选择写入 hreflang 集合，然后让 sitemap 和内部链接遵循它。
着陆页和软重定向
另一个域上的着陆页，带有指向您站点的按钮，是一个普通的外部链接。它可以引导访客访问，但它不会像 301 那样移动地址的历史记录。不要将其视为迁移步骤。
将此类页面作为人员的桥梁，并保留服务器重定向作为承载链接的手段。
在重叠期间监控两个主机
在 Search Console 中验证两个属性，并以相同的计划为两个主机提取链接数据。不匹配的计划会使正常的转移看起来像损失。
每次提取时进行同类比较：相同的主机、相同的操作、相同的月份。这样您看到的差异就是转移，而不是日历。在同一文件中记录任何重定向更改的日期，以便时间从未是猜测。
检查链接是否跟随每个区域转移
当标签和重定向正确时，区域转移只完成了一半。另一半是外部站点现在是否指向正确的区域 URL，这是一个链接问题。
外部站点偏好的区域主机
为每个区域主机提取 toppages，然后使用 compare 将两个链接基础并排设置，以便在一个表中检查站点 backlinks。在决定哪个主机应持有市场信号之前，对您关心的主机执行此操作。
收集大多数链接域的主机告诉您外部站点已经将其读者发送到哪里。
当区域主机失去链接域名时
从该主机上的链接页面列表开始。找出消失的 URL，检查每个 URL 是否重定向到正确的区域页面，并确认该页面上的 hreflang 标签指向同一市场。
如果下降与 sitemap 更改同时发生，请在触摸任何标签之前比较旧的和新的 sitemap 列表。未索引页面 决策树涵盖了区域页面存在但未进入索引的情况。
保持区域基线
将每个区域主机的链接列表保存到文件名中包含日期的文件中，以便后续提取有可比对象。没有该文件，下降看起来像是一个新问题，而它可能是几个月前发生的转移。
在链接文件旁边记录 hreflang 集合和 canonical 选择。当主机失去链接时，您可以将标签与上次计算链接时的状态进行比较。
在每月的同一天为每个区域主机运行相同的提取，并将输出保存在每个主机的一个文件夹中。只有当日期对齐时，主机之间的比较才是公平的，而文件名是让这一点可见的最简单方法。
