网站多语言版本怎么做:翻译、本地化、hreflang 与域名结构
做多语言网站不只是把中文翻译成英文。本文讲清翻译与本地化的区别、三种域名结构的取舍、hreflang 的正确用法,以及后台和内容流程上需要提前准备的事项。
- 翻译解决「看得懂」,本地化解决「对当地访客有用」,两者不是一回事。
- 机器翻译可以做初稿,但术语表和母语审校决定能否直接上线。
- 子目录结构共享主域名权重、维护最简单,适合大多数企业的多语言站。
- hreflang 必须每页列出全部语言版本(含自身)且双向对应,否则会被忽略。
- 不建议按 IP 自动跳转语言版本,应提示访客并由其自行选择。
企业决定做英文版或其他语言版本时,常见的想法是「把中文站翻译一遍」。这样做出来的网站通常能看,但未必有用:海外访客关心的信息、使用的搜索词、信任的证明方式,都可能和国内访客不同。多语言版本要做好,需要在技术结构、内容策略和维护流程三个层面同时规划。
一、翻译和本地化是两件事
翻译解决的是「语言能看懂」,本地化解决的是「内容对当地访客有用」。两者的差别体现在很多细节上:
- 计量单位、日期格式、货币、电话号码格式是否符合当地习惯;
- 产品卖点是否需要调整,例如国内强调的资质在海外可能没有认知度,需要换成当地认可的认证;
- 案例和图片是否与目标市场相关;
- 联系方式是否可用,海外访客往往不会添加微信,需要邮件、WhatsApp 或当地电话;
- 法律页面是否符合当地要求,例如隐私政策和 Cookie 说明;
- 行业术语是否使用当地的叫法,而不是直译中文。
实际项目中,不必每个语言版本都做深度本地化。可以按市场重要性分级:核心市场做本地化改写,次要市场做高质量翻译,边缘市场暂不上线。
二、机器翻译能不能用
2026 年的大模型翻译质量已经足够作为初稿,但直接上线仍有风险:专业术语前后不一致、产品名被意译、语气不符合当地商务习惯。比较稳妥的流程是:
- 先建立术语表,列出产品名、型号、专业名词的固定译法;
- 用机器翻译生成初稿,要求使用术语表;
- 由懂行业的母语人员或资深译者审校核心页面;
- 非核心内容(如历史新闻)可以只做抽检。
需要注意的是,搜索引擎并不排斥机器翻译本身,排斥的是低质量、未经审校、大量生成的内容,Google 的垃圾内容政策针对的正是批量生成且不为用户增加价值的页面。质量才是关键。
三、域名结构:子目录、子域名还是独立域名
多语言网站常见三种结构,各有取舍:
- 子目录,例如 example.com/en/:共享主域名的权重,部署和维护最简单,适合大多数企业;
- 子域名,例如 en.example.com:可以独立部署在不同服务器,适合各语言版本由不同团队维护的情况;
- 国家独立域名,例如 example.de:当地信任感最强,但每个域名都要单独积累权重,管理成本最高。
对于面向海外的版本,还要考虑服务器位置。国内服务器在海外访问可能较慢,常见做法是海外版本部署在境外节点或使用覆盖海外的 CDN。反过来,如果中文站和英文站在同一套系统里,要确认国内部分仍然满足 ICP 备案要求。
四、hreflang:告诉搜索引擎各语言版本的对应关系
hreflang 是一个页面级标注,用来告诉搜索引擎「这个页面还有哪些语言版本,分别在哪里」。它的作用是让不同地区的用户在搜索结果中看到对应语言的页面,而不是被当作重复内容。配置时要注意:
- 每个页面都要列出所有语言版本,包括它自己;
- 标注必须双向对应,A 指向 B,B 也要指向 A,按 Google 的说明,不互相指向的标注会被忽略;
- 语言代码使用 ISO 标准,如 zh-CN、en、en-GB,不要写成 cn、en-UK 这类错误代码;
- 建议设置 x-default,指向语言选择页或默认版本;
- 可以写在页面 head 里,也可以写在站点地图中,页面多时站点地图更易维护。
hreflang 主要被 Google 等海外搜索引擎使用。国内搜索引擎对它的支持有限,中文站仍然要依靠清晰的 lang 属性、独立 URL 和规范的站点地图。
五、语言切换与自动跳转
很多网站根据访客 IP 或浏览器语言自动跳转,这个做法要谨慎,Google 的多地区与多语言网站指南也明确建议避免按推测的语言自动跳转。自动跳转可能导致搜索引擎爬虫只能看到一个版本,也会让身在海外的中文用户无法访问中文页面。更推荐的做法是:
- 首次访问时用横幅提示「检测到你可能更适合英文版」,由访客自己选择;
- 语言切换按钮放在固定位置,切换后跳到当前页面的对应语言版本,而不是首页;
- 记住访客的选择,下次访问不再提示;
- 某个页面没有对应语言版本时,切换按钮给出明确说明,不要跳到 404。
六、后台与内容流程要提前设计
多语言网站最大的长期成本在维护。中文页面更新了,英文页面没人同步,半年后两个版本的信息就开始不一致。技术和流程上可以提前做这些准备:
- 内容模型支持语言维度,每条内容可以关联其他语言版本;
- 后台能看到哪些页面有翻译、哪些缺失、哪些中文已更新但译文未更新;
- 区分「可翻译字段」和「全局共享字段」,例如型号、价格单位不需要各语言分别维护;
- 明确每种语言的内容负责人和审核人;
- 图片中的文字尽量改成页面文字,避免每种语言都要重做图片。
七、上线前检查清单
- 每个语言版本的 html lang 属性是否正确;
- hreflang 是否双向完整,有无指向 404 或重定向页面;
- 各语言版本的页面标题和描述是否已翻译,而非沿用中文;
- 表单提示、错误信息、邮件通知是否已翻译;
- 日期、货币、电话格式是否本地化;
- 字体是否支持目标语言字符,例如部分西文字体不含带变音符号的字母;
- 站点地图是否包含所有语言版本。
多语言网站的难点不在上线那一天,而在上线后的每一次更新都能同步。流程设计得好,比技术选型更重要。
大乐网络早年从外贸独立站起步,对多语言站点的结构和维护有较多实践。如果你在规划海外版本,建议先确定目标市场和维护方式,再决定域名结构。海外版本上线后,英文内容也会被 ChatGPT、Perplexity、Gemini 等海外 AI 助手读取和引用,这部分的表现可以用 InsightWonder 这类 GEO 工具监测。
常见问题
多语言网站用子目录、子域名还是独立域名?
大多数企业选子目录(如 example.com/en/)即可:共享主域名、部署维护最简单。各语言由不同团队维护、需要独立部署时可用子域名。国家独立域名当地信任感最强,但每个域名要单独积累权重,管理成本最高。面向海外的版本还要考虑服务器或 CDN 节点位置。
hreflang 标注最容易出哪些错?
常见错误有三类:只标了其他语言、漏了页面自身;标注不双向,A 指向 B 而 B 没指回 A,导致被忽略;语言代码写错,如用 cn、en-UK 代替 zh-CN、en-GB。建议同时设置 x-default;页面多时写在站点地图里比写在 head 中更易维护。
英文网站能直接用机器翻译吗?
可以作为初稿,但不建议直接上线。稳妥流程是先建术语表固定产品名和专业名词译法,机器翻译生成初稿,再由懂行业的母语人员审校核心页面,非核心内容抽检。搜索引擎不排斥机器翻译本身,排斥的是未经审校、大量生成的低质量内容。
参考资料
- Tell Google about localized versions of your page · Google Search Central
- Managing multi-regional and multilingual sites · Google Search Central
- Declaring language in HTML · W3C Internationalization
- Spam policies for Google web search · Google Search Central