站点运营

站点运营:多語言與多地区站点自查,把語言版本之間的對應關系理顺

多語言站点出問题,往往不在翻译质量,而在地址關系不清。本文從地址形態選擇、hreflang 标注規則、自動跳轉處理、本地化内容與站点地图拆分几個角度,整理出一份可执行的自查清單,适合在語言栏目上线前或季度巡检时逐條核對。

站点运营

站点运营:多語言與多地区站点自查,把語言版本之間的對應關系理顺

做多語言或多地区站点时,最容易出問题的不是翻译质量,而是地址關系。同一個頁面存在中文、英文、日文等多個版本,如果没有把“谁是谁的對應版本”讲清楚,搜尋引擎很可能只挑一個版本收錄,其余版本要么被当成重复内容,要么迟迟進不了索引。下面這份清單,适合在語言栏目上线前、或者季度巡检时逐條過一遍。

一、先定地址形態,再谈其他

語言版本的承载方式主要有三種,各有取舍,關键是選完就別中途频繁更換。

  • 子目錄(如 /en/、/ja/):共用一個域名,權重集中,维護成本最低,绝大多數站点首選。
  • 子域名(如 en.example.com):技術隔离方便,但權重相對分散,需要單獨做站点驗證和站点地图。
  • 獨立域名(如 example.co.uk):地域信号更明确,但运营和推廣成本高,适合有本地团队長期投入的情况。

無论選哪種,語言代碼建议统一用 ISO 639-1 小寫,地区碼用 ISO 3166-1 大寫,例如 en、en-US、zh-Hans、pt-BR。像 /english/、/china/、/guoji/ 這類自造寫法,虽然机器能讀懂,但對用戶和维護都不友好,能改早改。

二、hreflang 标注要成對出現

這一块是出错最多的地方,逐條核對:

  • 每個語言版本都要列出包括自己在内的全部版本,不能只寫“別人”,漏掉自身會導致标注失效。
  • 标注必须双向確認:A 指向 B,B 也要指回 A。單向标注等于没标。
  • 使用绝對地址,包含协议和域名,不要用相對路径。
  • 用 x-default 指向語言選擇頁或預設版本,给没有匹配到語言的訪客一個落点。
  • canonical 只指向本語言自己的地址,不要為了“集中權重”把所有語言版本都 canonical 到中文頁。
  • hreflang 與 canonical 指向的地址要保持一致,避免两個标簽互相打架。

三、自動跳轉與語言選擇

不少站点按 IP 或浏览器語言自動跳轉,用戶体驗确實顺,但蜘蛛訪問时可能只看到跳轉動作,抓不到其他語言版本。相對稳妥的做法是:預設落地頁放一個顯式的語言選擇入口,把各語言版本寫成可点击的普通連結;自動跳轉可以保留,但要做成一次性,並且允许用戶手動切回,別形成跳轉循环。

四、本地化内容與站点地图

  • 翻译不是逐字替換,产品名、價格、货幣單位、日期格式、度量衡都要按当地习惯調整。
  • 站点地图可以按語言拆分,也可以在一個文件里用 xhtml:link 标注對應關系,方便後續观察每種語言的收錄情况。
  • 内容量太少时(比如只翻了首頁和關于我們),不建议單獨開語言目錄,等有稳定的更新节奏再開也不迟。
  • 避免用机器翻译批量堆頁面,同一模板下大量近似内容,反而會拖慢整站的抓取效率。

五、例行自查清單

  1. 語言目錄或子域名的命名是否符合語言代碼規范,有没有拼寫不一致的舊地址残留。
  2. 随便抽三個頁面,检查 hreflang 是否成對、是否包含自身、地址是否為绝對路径。
  3. 检查 canonical 有没有跨語言指向的错誤。
  4. 確認語言選擇頁可被正常訪問,不被 robots 規則誤挡。
  5. 各語言版本的站点地图是否都已提交,收錄數量是否與頁面數量大致對得上。
  6. 抽查几個本地化细节:價格單位、日期格式、联系方式时区。
多語言站点的價值来自長期稳定的本地化更新,而不是一次性把文件翻完。先把地址關系理顺,再考虑逐語言扩内容,节奏會稳得多。