2026 年如何把网站做成多语言

答案很少是"全部都上"。每新增一个 locale 都意味着持续的内容维护、SEO 监控、翻译审校和访客响应。上 10 个维护不过来的 locale，不如上 2 个维护得好的。

从真实受众出发：看现有流量的国家与语言、看客户说什么语言、看竞对覆盖了你没有的 locale。"受众在哪里"与"你能在哪里保证质量"的交集就是你的 locale 短名单。多数服务企业选两个：主业语言加一个社区语言；跨境业务两到四个。

例如：服务华人社区的美国牙医选英语加中文；面向美国、中国和拉美的顾问选英语、中文加西班牙语。软件和内容站可以在单位经济模型跑通后，再扩展到四到十个 locale。

多语言站点有三种可行的 URL 结构：locale 子目录（example.com/zh-CN/）、locale 子域名（zh-cn.example.com）和按 locale 独立域名。子目录是最常见也通常最优的选择：SEO 权重跨 locale 复利、维护简单（一套 CMS）、hreflang 干净。Google 文档明确推荐优先使用子目录。

子域名会拆分 SEO 权重（指向 zh-cn.example.com 的外链对 example.com 的增益远不如 /zh-CN/）。只有当各 locale 由独立团队用独立基础设施运维，或存在数据驻留、内容授权等地域法务要求时才合理。多数站点用不到。

独立域名适合共享品牌的真正独立业务（比如按国家提供不同菜单和定价的全球连锁）。独立的 SEO、DNS、主机复杂度，对中小型多语言站几乎总是得不偿失。

子目录下 hreflang 工作得最干净：每个 locale 的 URL 规则一致，备用关系一目了然，Search Console 的国际定位报告也更容易排查。

子域名会拆分 SEO 权重，只在各 locale 由独立团队独立运维时才合理；独立域名只适合共享品牌的独立业务。Cogo Site 默认使用子目录，这是 95% 多语言网站的正确答案。

翻译质量决定多语言网站是复利还是互相蚕食。三种方案，按成本和质量排序：

方案 A——纯人工翻译。质量最高、最慢、最贵，适合错误代价高的法律、医疗或强监管内容。专业翻译约每词 $0.10-0.30，整站以周到月计。

方案 B——AI 翻译加母语审校。AI 起草，母语者审校首页与转化关键页，质量接近人工、成本只有 10-20%，是多数服务企业的最佳选择，也是 Cogo Site 的默认方式。

方案 C——纯 AI 翻译。最快最便宜、质量最低，内部工具或低风险内容可接受；客户可见页面有风险——Google 能识别低投入机器翻译并可能同时降权两个语言版本。

混合方案（B）是多数网站的最佳平衡点：AI 起草本地化表达，母语者审校首页、定价与转化关键页——90% 的人工质量、10% 的人工成本。

每个多语言页面需要三件套：自指 hreflang、所有其他 locale 的备用声明，以及为无匹配搜索者准备的 x-default。同时，每个 locale 的标题、描述、URL slug 都要用该语言撰写——正文翻译了但 SEO 元数据留在英文，会被 Google 判定为低投入翻译。

站点地图要包含每个 locale 的 URL 并带正确的 hreflang 标注；结构化数据中的可译字段（FAQ 问题、文章标题、面包屑名称）也应翻译。

站点地图：每个 locale 的 URL 都应进入 XML 站点地图。现代 CMS（包括 Cogo Site）会自动生成带正确 hreflang 标注的多语言站点地图；手工管理的话，给每个 URL 条目补上 hreflang 标注。

结构化数据：每个 locale 页面的 JSON-LD 应在适用处使用该语言（FAQ 问题、文章标题、面包屑名称翻译）。完整规范参见我们的 hreflang 指南。

翻译只完成一半工作，另一半是区分"真多语言"与"翻译站"的细节。

日期与时间格式：美国用 MM/DD/YYYY，世界多数地区用 DD/MM/YYYY，ISO 标准是 YYYY-MM-DD。按每个 locale 的惯例选择，不要全球统一。

电话与地址：按当地邮政惯例格式化。美国地址是"123 Main St, San Francisco, CA 94101"，中文地址是倒序（国、省、市、区、街道、门牌）。Cogo Site 的本地化格式化自动处理。

货币与单位：en-US 用美元，zh-CN 用人民币，es-MX 用比索。不要自动换算——展示该 locale 的真实货币。

社交证明：zh-CN 展示微信/微博/QQ 的客户评价，en-US 展示 Facebook/Twitter/Yelp 的评价。中文页面上出现英文社交证明会传递"外来运营者"的信号。

表单标签与校验：电话校验规则不同（美国10位、中国大陆11位）、邮编不同（美国5位、中国6位）、姓名字段不同（西方的名/姓与中文的姓/名顺序相反）。按 locale 校验。

字体栈也要按 locale 处理：中文需要 CJK 字体（Noto Sans CJK、PingFang、Microsoft YaHei），英文用拉丁字体，混排需要回退栈。Cogo Site 按 locale 自动处理这些。

上线后监控三件事：Search Console 的国际定位报告（hreflang 错误）、分 locale 的搜索表现（查询、点击率、排名）、分 locale 的分析数据（流量、互动、转化）。

常见问题与处置：hreflang 报错立即修；某 locale 页面未被收录用网址检查排查；错误版本在错误地区排名就核实 hreflang；某 locale 互动低就复查翻译质量与 UX 细节。每季度重新审计一次 hreflang——站点地图变更和内容迁移都可能让它悄悄失效。

基于数据迭代。如果 zh-CN 的流量是 en-US 的十倍，说明受众在中文世界——优先投入该 locale。如果 es-MX 流量高但转化低，可能是翻译生硬或定价不对——修它。多语言站是活的系统，上线只是开始。

每季度重新审计 hreflang。站点地图变更、内容迁移和 CMS 升级都可能让 hreflang 悄悄失效。每季度用 Ahrefs 或 Sitebulb 全站爬取一次，在排名受损前抓住问题。

错误一：一次性发布太多 locale。每个 locale 都是维护承诺，10 个维护不过来的不如 2 个维护好的。先做价值最高的，验证模式后再扩展。

错误二：没有真实理由就选子域名或独立域名。子目录才有 SEO 权重复利；除非法务或运营要求强制，否则用子目录。

错误三：翻译正文但不翻译 SEO 元数据。标题、描述、URL、alt 文本、结构化数据都要翻译——留下英文元数据等于告诉 Google "低投入"，排名随之下降。

错误四：机器翻译不做母语审校。AI 翻译很好但不完美，首页和转化关键页一定要母语者过一遍。成本很小，质量收益很大。

错误五：所有 locale 共用同一套 UX 细节。日期、电话、货币、社交证明、表单校验都需要按 locale 处理——"一套走天下"的 UX 等于告诉访客"我们其实不了解你所在的地区"。

错误六：忘记百度和 Bing。Google 主导西方，百度主导中国大陆，Bing 在部分企业和教育场景仍然重要。确保 hreflang 和站点地图对三者都成立。