做多语言或多地区站点的运营者常遇到一个现象：同一份内容做了英文、日文、繁体几个版本，或者按国家分了不同路径，过一段时间去查索引，发现只有其中一个版本被收录，其他版本要么进不去，要么进去之后又被换掉。这不一定是收录出了问题，需要先分清是哪种“版本关系”，再按顺序核对。
先分清三种关系
- 语言不同、内容对应：同一篇文章的不同语言翻译，属于 hreflang 的典型场景。
- 语言相同、面向不同地区：如 /us/ 与 /uk/ 路径，价格、货币、库存可能不同。
- 内容几乎完全相同：只是域名或路径不同，实质是重复内容。
三种关系的处理方式不一样。前两种需要让搜索引擎知道它们是“同一主题的不同版本”，第三种要做的恰恰相反——收敛到一个地址。
核对顺序
- 确认页面是否真的不同。把两个版本的正文抽出来对比。如果差异只在导航、页脚、价格符号，正文一字不差，那本质是重复内容，不该指望两个版本都进索引。
- 检查 hreflang 是否成对且可访问。每个版本都要声明包括自己在内的全部版本，并且互相指向。指向的 URL 必须返回 200，不能被重定向到别的地址——指向跳转地址是 hreflang 最常见的失效原因。
- canonical 是否指向自己。跨语言互指 canonical，等于让其中一个版本“吃掉”另一个。每个语言版本应对自己声明 canonical，把版本关系交给 hreflang 表达。
- 是否存在自动跳转。按 IP、Accept-Language 或 cookie 自动 302 到“推荐语言”，会让抓取工具拿不到原始页面。语言切换建议做成可点击链接，或等用户选择后再跳。
- 每个版本是否都有自己的入口。如果只有英文版在主导航里，其他语言仅靠语言切换按钮暴露，日文版很可能长期处于发现不足的状态。至少保证 sitemap 中各自列出，并有内链指向。
容易被忽略的几个细节
- hreflang 写错地区代码（例如用 en-UK 而不是 en-GB），不会报错，但也不会生效。
- 用一个语言版本承载全部地区（x-default）时，要确认它确实是内容完整、可公开访问的页面。
- 版本之间发布时间差太多，先发的版本往往占住索引，后发的版本需要更长时间才能被选中。
- 多地区站点如果内容相同，用同一套 URL 加地理定位，通常比复制多份路径更好维护。
什么情况下应该合并
如果多个版本的内容差异极小，例如只换了货币符号和少量措辞，合并成一个页面再用参数或切换器表达地区，往往比维护多套地址更划算。相反，如果每个版本都有本地化的内容、价格、案例和客服信息，那就是真正独立的价值，值得各自争取收录，这时重点回到前面的核对顺序上。
验证动作
调整完成后，用站内查询看各版本是否都在索引里。注意查询时要带上各自语言的关键词，只用主语言词去搜，很容易得出“其他版本都没收录”的错误结论。定期对比 sitemap 中列出的版本数与索引中实际出现的版本数，差距集中在哪个语言或地区，就回到对应的那一条核对。
多语言、多地区的收录问题，核心不是“让每一个版本都被收录”，而是先想清楚这些版本之间是什么关系，再决定让它们共存，还是收敛成一个。