Polylang 多语言插件
用免费方案把中文站做成三语可收录的站点
Polylang 把语言做成 WordPress 的一种分类维度：文章、页面、分类、标签、菜单都挂上语言标记，前台按 /en/、/de/ 这样的目录分流。它适合内容量中等、需要英文加一两个小语种的出口站。装插件只要十分钟，真正花时间的是翻译结构、URL 规则与缓存配合这三件事。
语言是一个分类维度
不是复制一份站点
先看懂数据模型，后面所有操作都不会迷路。它不生成第二套站点，只给同一套内容打语言标签。
语言登记表
每种语言在数据库里存一条记录，包含 locale、URL 前缀、是否默认语言、hreflang 代码。语言的排列顺序就是前台切换器的显示顺序，加语言时顺手排好。
翻译组
同一篇内容的不同语言版本靠一个翻译组 ID 串起来，但每条都是独立文章，有独立 ID、独立固定链接、独立 SEO 字段。改中文版不会同步英文版，翻译内容要单独维护。
前缀路由
默认语言可以不显示前缀，其他语言强制加 /en/、/de/。前缀一旦被搜索引擎收录，再改结构就等于全站做一次 301，能不改就不改。
这种结构的优点是共用一套主题、插件、用户与订单体系，运维成本低；代价是每个语言版本都要有人写内容，英文版停在两年前，客户端看到的就是一家不再更新的公司。实践里还有一个细节：翻译组的关联只在后台生效，前台两条 URL 之间不会自动互跳，切换器与文章内的互链都要单独做。另一条常见路线是 WPML，两者思路接近，差别在商业授权方式与生态插件的覆盖范围，可对照WPML 多语言插件。
四步上线
顺序错了要返工
多语言站最怕边做边改结构。以下顺序按「改一次成本最低」排列。
先定 URL 与默认语言
中文站建议默认语言不带前缀，英文用 /en/。老站已有收录时，先导出当前 URL 清单，确认新规则能一一对应，再动手。
建语言并放切换器
切换器可挂菜单、小工具或用短代码插模板。页头右上与页脚各放一处，移动端要单独看一遍，很多主题会在窄屏把菜单项折叠掉。
先翻分类再发文章
分类、标签、产品分类都要先建对应语言版本，否则英文文章的归档页会跳回中文分类，面包屑也跟着串。
接 SEO 与缓存
确认多语言 sitemap 正常输出，缓存插件按语言分 key。最后检查 hreflang 是否成对出现，缺一侧等于白标。
免费版与 Pro 的界线
差在能改的地方，不在语言数量
免费版不限语言数量，日常做英文站够用；一旦涉及商品、自定义字段、接口，就要看扩展。
| 能力 | 免费版 | Pro | 对实际项目的影响 |
|---|---|---|---|
| 语言数量 | 不限 | 不限 | 做三语、五语都不额外收费 |
| 文章、页面、分类翻译 | 支持 | 支持 | 基础内容站够用 |
| URL slug 翻译 | 不支持 | 支持 | 免费版英文页会沿用中文拼音 slug，观感与关键词都吃亏 |
| REST 接口与 ACF 字段 | 有限 | 支持 | 做小程序、APP 或大量自定义字段时要 Pro |
| 机器翻译 | 无 | 支持 | 大批量初翻可省人力，仍需人工校对 |
| WooCommerce | 需单独扩展 | 仍需单独扩展 | 商品、变体、属性、结账页、邮件模板都要它 |
| 价格 | 免费 | 约 99 欧元/年起 | 以官方报价为准，按站点数分档 |
判断标准很直接：只是把公司介绍和十个产品翻成英文，免费版加手工改 slug 就够；要跑商城、要接前端接口、要让运营自己加语言，Pro 与 WooCommerce 扩展基本省不掉。
上线后最容易出现的六类问题
前台表现与数据残留
前台能看见的
- 英文页里混着中文按钮、日期格式、分页文字，属于字符串未翻译
- 切换语言后 404，多半是固定链接规则没刷新
- 英文页打开却是中文内容，缓存没按语言分 key
- 切换器在手机端消失，主题把该菜单位置隐藏了
后台会留下的
- 英文 slug 沿用了中文，免费版无法在界面上改
- 同一张图在两套语言各传一次，媒体库体积翻倍
- 删除某语言后留下孤儿内容，列表里查不到但库里还在
- 接口返回多语言混排，做 APP 时要按语言参数过滤
做商城的话，商品、变体、属性、结账字段、订单邮件都需要 WooCommerce 扩展才能翻译，否则英文站会出现中文的「加入购物车」和中文发货邮件。多语言与多币种通常一起做，货币层的处理见WooCommerce 多币种与多语言商城，整体多语言策略参考WordPress 多语言与小语种站。
常见问题
五个高频疑问
内容站可以。限制集中在三处：slug 不能翻译成英文、自定义字段不跟随语言、接口支持有限。如果只是公司介绍加产品目录，手工把每篇文章的别名改成英文即可绕开第一点。
两者都能满足常规需求。差别在于 WPML 的商业授权与配套插件更完整，Polylang 的免费版更轻。项目里如果有大量自定义字段、表单、会员插件，先确认目标插件对哪一方的兼容声明更明确，再定。
先确认 SEO 插件的标题字段是按语言独立存储的，再检查 hreflang 是否成对。常见原因是主题直接输出站点名，而站点名只有中文；把站点名做成可翻译字符串，或在 SEO 插件里为每种语言单独设置。
所有旧 URL 会失效，已收录的页面变成 404，权重清零。必须做全量 301 映射并重新提交 sitemap。能避免就避免，项目启动时把结构定死。
先装 WooCommerce 扩展，再按「产品分类 → 属性与属性值 → 商品 → 变体」的顺序翻，顺序反了会出现英文商品挂在中文分类下。翻完检查结账页、邮件模板与支付网关的返回页文案。
先理清语言结构，再谈翻译
信科网络在山东淄博做 WordPress 建站与出海服务 11 年，服务过 3000 多家出口企业。可以帮你评估现有内容该拆成几种语言、URL 结构怎么定、缓存与 hreflang 怎么配，再决定用免费版还是上商业授权。