做多語言或多地区站点的运营者常遇到一個現象：同一份内容做了英文、日文、繁体几個版本，或者按國家分了不同路径，過一段時間去查索引，發現只有其中一個版本被收錄，其他版本要么進不去，要么進去之後又被換掉。這不一定是收錄出了問题，需要先分清是哪種“版本關系”，再按顺序核對。
先分清三種關系
- 語言不同、内容對應：同一篇文章的不同語言翻译，属于 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 中列出的版本數與索引中實际出現的版本數，差距集中在哪個語言或地区，就回到對應的那一條核對。
多語言、多地区的收錄問题，核心不是“让每一個版本都被收錄”，而是先想清楚這些版本之間是什么關系，再决定让它們共存，還是收敛成一個。