WordPress多语言方案：WPML、Polylang与子目录比较

WordPress多语言不是“把页面自动翻译出来”就结束。需要同时解决独立URL、内容工作流、菜单与组件、SEO元数据、语言切换、站点性能和持续更新。插件、URL结构与翻译方式是三个不同维度，不应把“子目录”误写成必须再安装一套WordPress。

三种主流插件怎么选

WPML：适合复杂内容与团队流程

WPML是付费方案，覆盖文章、页面、分类、菜单、自定义字段、主题/插件字符串及翻译任务。它不应按旧文所说直接在WordPress公共插件市场搜索；官方流程是从WPML账户下载并通过OTGS Installer/上传插件安装。

Polylang：适合手动控制语言版本

Polylang为不同语言建立关联内容，适合编辑者自己维护每个版本。免费/付费能力、WooCommerce与复杂页面构建器兼容范围要按当前版本确认，不能概括为“装上就全部兼容”。

TranslatePress：适合可视化逐段翻译

TranslatePress可以在前台页面环境中编辑字符串。自动翻译可接Google、DeepL或其AI方案，但API、SEO附加能力和费用取决于版本；自动结果仍需人工核对商品、法律、支付和品牌措辞。

URL结构怎么选

Google建议每个语言版本使用不同URL，并通过hreflang关联；不要只用Cookie、浏览器语言或前端脚本在同一个URL切换正文。

• 子目录：example.com/en/，通常维护成本最低，适合同一品牌和技术团队；插件可以在同一WordPress实例生成语言目录，不需要再在/en/安装一次WordPress；
• 子域名：en.example.com，更容易在基础设施和团队上分离，但部署、验证、分析和维护更复杂；
• **独立域名/国家域名：**适合真正独立的地区业务，但成本最高，权重、品牌和内容也要分别建设；
• **URL参数：**Google不建议用作地区/语言URL的首选结构。

如果只是语言不同而业务相同，优先从同一站点的子目录开始。只有在团队、系统、法规、商品或发布节奏确实独立时，才考虑单独WordPress实例。

实施步骤

1. **盘点范围：**列出文章、商品、分类、导航、筛选、表单、邮件、图片文字、结构化数据和SEO字段；
2. **选择主语言与URL：**上线前确定默认语言、目录/域名规则和是否按国家进一步拆分；
3. **备份并在测试环境安装：**核对主题、缓存、SEO、WooCommerce和页面构建器兼容性；
4. **先做一组完整模板：**翻译首页、一个栏目、一个文章/商品、购物车或表单，验证全流程后再批量；
5. **建立翻译规范：**术语表、品牌名、数字/日期/货币、语气和禁止翻译内容；
6. **人工复核自动翻译：**机器翻译只做初稿，重点检查标题、CTA、价格、政策、错误提示和结账；
7. **发布并监测：**提交语言URL、检查索引和hreflang，分别观察各语言的搜索词、转化和错误。

SEO验收清单

根据 Google多语言站点指南：

• 每个语言页面有唯一、可抓取的URL与自引用canonical；
• 对应页面使用互相返回的hreflang，并可加入x-default；
• 页面正文、导航和主要模板使用同一目标语言，不只翻译页头页脚；
• 语言切换器使用普通可抓取链接，不强制按IP或浏览器语言跳转；
• title、description、Open Graph、图片alt与结构化数据按语言本地化；
• 不完整或机器翻译未审核的语言页暂不进入索引；
• 更新原文时有同步翻译和复核机制，避免长期版本漂移。

推荐结论

• 内容/电商站需要成熟团队流程：比较WPML；
• 编辑者希望逐语言手动掌控：比较Polylang；
• 希望直接在页面上翻译：比较TranslatePress；
• 语言业务真正独立：再评估Multisite或独立站点。

先用5–10个代表页面做完整试点，比直接自动翻译全站更安全，也更容易发现模板和SEO问题。