外贸站做多语言，很多人的理解是「装个翻译插件，把内容翻一遍」。
然后就出问题了：Google 收录了一堆乱七八糟的语言版本、URL 长得莫名其妙、翻译改了一处另一处没改、插件一更新网站变慢。
多语言站真正的难点不在翻译这个动作，在结构设计。这篇讲清楚。
一、先决定：要不要真的做多语言
这是个商业问题，不是技术问题。先算一笔账：
多语言的真实成本
- 翻译成本：专业翻译每千字 200-500 元。一个 20 页的企业站，翻成 3 种语言，几千到上万
- 维护成本：这是被严重低估的。以后你每更新一次产品，就要更新 3 个语言版本
- 技术成本：插件费用（WPML 一年几百到几千）、性能开销、SEO 配置
什么时候值得做
- ✅ 你的目标市场确实不说英语：德国、法国、日本、西班牙、巴西、俄罗斯
- ✅ 你有能力维护多语言内容（或者愿意付费维护）
- ✅ 那个市场的搜索量值得投入
什么时候别做
- ❌ 机器翻译一翻了之——Google 能识别低质量翻译，而且客户看得出来。用机翻做德语站，德国客户看了只会觉得不专业
- ❌ 你连英文站的内容都没维护好——先把一个语言做扎实
- ❌ 目标市场本来就通用英语（比如北欧、荷兰的 B2B 采购）
一个务实的建议：先做英语站跑通，看询盘主要来自哪些国家，再决定加哪个语言。不要一开始就铺五种语言。
二、URL 结构：这是最重要的技术决策
三种常见方案，SEO 效果差别很大：
| 方案 | 例子 | 优点 | 缺点 |
|---|---|---|---|
| 子目录 | domain.com/de/ |
SEO 最优，权重集中在一个域名；配置简单 | 服务器要支持 |
| 子域名 | de.domain.com |
可以部署在不同服务器 | SEO 权重相对分散 |
| 独立域名 | domain.de |
本地化最彻底，信任度高 | 成本最高，要分别做 SEO |
| 参数 | domain.com/?lang=de |
实现最简单 | SEO 最差，搜索引擎处理不好 |
推荐：子目录（/de/、/fr/）。这是 Google 官方推荐的结构，SEO 效果最好，维护也简单。
三、插件选型
TranslatePress（推荐给大多数）
优点：
- 可视化翻译——前台页面上直接点着改，所见即所得
- 免费版功能就够用（支持一种额外语言）
- 翻译存在自己的表里，性能尚可
- 支持 WooCommerce
缺点：
- 语言多时数据库会变大
- 某些复杂主题/构建器的内容抓不全
WPML（功能最强，也最重）
优点：
- 功能最全，几乎支持所有主题和插件
- 有专业的翻译管理流程（可以分配给翻译人员）
- SEO 处理完善（hreflang 自动处理）
缺点：
- 付费，且价格不低（多站点授权几百美元起）
- 比较重，对性能有影响
- 设置项非常多，上手有门槛
Polylang
免费版功能不错，付费版补齐商业功能。介于两者之间，性价比高。
怎么选
- 预算有限、站不大、语种少 → TranslatePress 免费版
- 企业站、语种多、需要专业流程 → WPML
- 想要免费但功能比 TranslatePress 强 → Polylang
四、装完插件还没完：这些必须做
1. hreflang 标签（最关键）
这个标签告诉搜索引擎：「这个页面的德语版本在这里，法语版本在那里」。没有它，搜索引擎可能把不同语言版本当成重复内容，或者把德语页面推给英语用户。
好的多语言插件会自动生成。验证方法：查看页面源码，找：
<link rel="alternate" hreflang="de" href="https://domain.com/de/产品/" /> <link rel="alternate" hreflang="en" href="https://domain.com/产品/" /> <link rel="alternate" hreflang="x-default" href="https://domain.com/" />
x-default 是「默认版本」，指向找不到匹配语言时的兜底页面。
2. 语言切换器
放在页头显眼位置。常见做法：
- 国家国旗图标 + 语言名
- 下拉菜单
注意：不要用国旗代表语言。德语在德国、奥地利、瑞士都用；西班牙语在西班牙和拉美都用。用语言名（Deutsch、Español）比用国旗准确。
3. 不要自动跳转
很多站会根据访客 IP 自动跳转到对应语言版本。这个做法有很多问题：
- IP 判断不准（VPN、出差、跨国公司）
- Google 的爬虫在美国，它可能永远只能抓到英文版
- 用户被强制跳到不想要的语言
推荐做法：不自动跳转，但可以提示——「检测到你可能更想要德语版本？[切换]」。让用户自己决定。
4. 内容不是全部都要翻
务实一点：核心页面必须翻（首页、产品页、关于我们、联系方式），博客文章可以只翻重要的几篇。
全部翻译的成本很高，而且长尾收益不明确。优先翻译能带来转化的页面。
5. 每个语言版本都要单独提交 sitemap
确认你的 sitemap 包含所有语言的 URL，然后在 Google Search Console 提交。
五、性能：多语言对速度的影响
装了多语言插件，网站普遍会变慢。原因：
- 每次请求要判断语言、加载对应翻译
- 数据库查询变复杂
- WPML 这类重插件本身开销大
应对措施
- 必须开页面缓存——多语言站没缓存基本没法用
- Redis 对象缓存
- 如果用了 WPML，用它的缓存选项
- 选择性能好的主机
测试：装插件前后各测一次 TTFB，量化它到底拖慢了多少。如果超过 30%，考虑换插件或者优化。
六、几个真实的坑
坑 1：翻译了内容，但主题里的文字没译
主题自带的文字（比如「Read More」「Previous」）需要额外处理。TranslatePress 能前台可视化改，WPML 有「字符串翻译」模块。
别忘了主题里的硬编码文字——这是最常见的遗漏。
坑 2：URL slug 没翻译
德语页面的 URL 还是 /de/product/ 而不是 /de/produkt/。URL 里的关键词对当地 SEO 有价值，建议翻译。
坑 3：图片和文件没有语言区分
产品手册、证书这些 PDF，德语客户拿到英文版体验不好。如果重要，准备多语言版本。
坑 4：表单和邮件的语言
客户用德语站提交询盘，收到的自动回复是英文的——体验断裂。检查：
- 表单验证提示文字
- 自动回复邮件
- WooCommerce 的订单邮件
坑 5：货币和日期格式
德国用 1.234,56 €，美国用 $1,234.56。格式错了会让客户觉得不专业，甚至误解价格。
多货币是另一个话题，但如果做多语言，至少要检查数字格式。
七、维护：这才是长期的挑战
上线只是开始。真正的问题是：半年后你还维护得动吗？
建立流程
- 内容更新时，同步 checklist：加了一个产品 → 英文、德语、法语都要加
- 指定负责人——哪怕是你自己，也要明确「谁来翻」
- 不要积压——攒了 20 个产品没翻译，就永远补不上了
一个残酷的建议
如果你评估下来没有能力长期维护三个语言，那就只做两个：英语 + 一个最重要的市场语言。
三个半成品语言站的效果，远不如一个做扎实的双语站。内容质量比语言数量重要得多。
最后
多语言站的技术本身不难——插件都能搞定。难的是：
- 决定做不做（商业判断）
- 内容的持续维护（长期投入）
- SEO 的正确配置（hreflang、URL 结构）
这三件事想清楚了再动手。装插件是最后一步，也是最不难的一步。