站点运营

站点运营:多语言与多地区站点自查,把语言版本之间的对应关系理顺

多语言站点出问题,往往不在翻译质量,而在地址关系不清。本文从地址形态选择、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. 抽查几个本地化细节:价格单位、日期格式、联系方式时区。
多语言站点的价值来自长期稳定的本地化更新,而不是一次性把文件翻完。先把地址关系理顺,再考虑逐语言扩内容,节奏会稳得多。