做多语言或多地区站点时，经常遇到同一个产品、同一篇文章存在好几个语言版本，内容结构几乎一样。有人担心这些页面互相抢收录，于是把所有版本都 canonical 到主语言页面；也有人什么都不做，等搜索引擎自己挑一个。这两种做法都可能出问题，关键在于先分清要处理的是哪一种重复。
多语言版本和多地区版本不是一回事
多语言版本是同一内容换成不同语言，比如中文、英文、日文页面；多地区版本是同一语言面向不同地区，比如面向英国和美国的英文页，差别可能只是价格、货币、配送说明。两者的处理逻辑接近，但判断标准不同：多语言之间重复度通常更低，多地区之间重复度往往很高，差在少量本地化信息上。
hreflang 解决的是展示，不是收录归属
hreflang 的作用是告诉搜索引擎，这几个页面是同一主题的不同语言或地区版本，应该按用户的语言和地区展示合适的那一个。它不决定哪个 URL 进索引，也不是 canonical 的替代品。常见错误是把 hreflang 写成单向的，或者指向一个 canonical 到别处的 URL，最后两边信号打架，搜索引擎只能自己猜。
真正影响归属的是 canonical 和站内链接
如果每个语言版本都能独立访问、有独立价值，canonical 应该指向自己。只有当某个版本只是同一页面的参数变体、没有独立内容时，才考虑合并。站内链接也要一致：语言切换器、导航、站点地图指向哪个 URL 越统一，搜索引擎越容易确定主版本。
几种常见写法与后果
- 全部 canonical 到主语言页：其他语言版本基本不会独立出现在索引里，用户搜本地语言时也难以看到。
- canonical 与 hreflang 互相矛盾：信号冲突，处理时间会被拉长，结果不稳定。
- 语言切换器用 JS 跳转或参数跳转：部分版本可能长期不被发现。
- 各版本之间完全没有互链：每个版本各自为战，收录进度取决于外部链接，容易参差不齐。
自查顺序
- 列出所有语言和地区版本，确认每个 URL 是否真的可以独立访问并返回 200。
- 检查每个页面的 canonical：独立内容指向自身，纯变体才合并。
- 检查 hreflang 是否双向、是否指向可访问且非重定向的 URL。
- 确认语言切换器是普通链接，而不是只能靠点击才生成的 JS 跳转。
- 在各语言版本的站点地图中互相列出，避免只有主语言被提交。
- 观察一段时间内每个版本的收录状态，区分没被发现和被发现但没被收录。
如果各语言版本的正文差异很小、只是机器翻译，或者本地化信息几乎为零，那这些页面本身就缺少独立价值，收录慢是内容问题，不是标签问题。
什么情况下才考虑合并
当某个版本流量长期为零、内容与主版本高度重合、又没有本地化价值时，可以考虑把它 canonical 到主版本，或者用重定向收口。合并前先确认没有外链和用户入口指向它，避免把已有信号一并丢掉。
多语言站点的收录问题，多数不是出在某个标签写错，而是版本之间的关系没理清。先把哪些页面值得独立存在想明白，再谈 canonical 和 hreflang，顺序对了，排查会轻松很多。