外贸建站多语言策略：语种怎么选、hreflang 怎么配、翻译钱花在哪

一个做实验室耗材的客户，第一次开会就说要做 12 个语种。我问他为什么是 12 个，他说”覆盖全球主要市场”。如果您的企业正计划快速搭建高转化率站点，可以参考 Funion 的外贸独立站建站与询盘转化方案。

三周后他自己把方案改成 3 个。原因很简单：算完账发现 12 个语种要 26 万翻译费，而他过去 12 个月的真实询盘只来自 4 个国家，其中 3 个是英语区。

多语言这件事，绝大多数公司是从”我想覆盖多少市场”出发的，正确起点是”我的询盘实际来自哪里”。这两者的差距，通常是一个量级的钱。

语种不是按人口选，是按搜索语言选

先看数据，别看地图。但先说清楚看哪张表——这一步走错，后面的结论会整个反掉。

打开 Google Search Console，左侧「效果」报告，时间拉到 16 个月，搜索类型选「网页」。第一步看「查询数」页，不是「国家/地区」页。

原因很直接：国家页只告诉你这些人从哪连进来，不告诉你他们用什么语言在搜。而语种决策的本质是”有没有人用当地语言找这类东西”，这件事只有查询数据能回答。

判断规则一条：查询里出现当地语言，这个市场才进入语种候选；展示量再大、点击率再低，都不能单独作为依据。

具体三步：

查语言。在查询筛选框里直接输入目标语言的词根，比如西语输 diseño web、德语输 webseite erstellen，返回 0 行就淘汰，30 秒一个市场。嫌词根不好选，换个方向也行：按国家筛出某个市场，看查询前 20 条是哪国文字，当地语言的词不足 10 条，同样淘汰。
查排名。CTR 低不一定是语言问题。平均排名在 8–30 位、用户看得到却不愿意点，才轮得到语言背锅；排名 40 开外还 CTR 低，是 SEO 没做到位，先做排名别急着翻译；排名进前 8 还没人点，是标题摘要写得不行，改 TDK 就行。
查样本量。16 个月展示不足 3,000 的市场，CTR 高一点低一点都是随机波动，别拿噪声做决策。

这三步是我踩过坑之后改出来的。按老一套”展示前 5、CTR 低于均值就是候选”的做法，我把自己站的数据跑了一遍：美国市场正是那种规则选出来的头号候选。但翻到查询页，前 25 条查询全是中文——「XXX服务」和「XXX外包」，CTR 最高的一条到 37.8%，是知道我们名字的人直接搜着进来的。再看越南 6,946 次展示、印尼 3,474 次、西班牙 1,381 次，三个市场八百多条查询，没有一条当地语言，全是中文和相关技术词。

四个”候选”，零个语言市场。 这些展示的真实来源是海外中文人群——跨境从业者、海外华人——他们搜的是中文。给这批人做越南语站，等于给一个用中文提问的人递越南语菜单。

反过来，如果一个国家展示次数是 0，你做当地语言也没有用——Google 还不知道你在那个市场存在，先要有英文内容被索引和排名，才有语种扩展的资格。

过了上面三步的候选，才轮到做商业判断。一个工业品站跑完 16 个月，典型结果长这样：

国家/地区	展示	当地语言查询	平均排名	判断
德国	420	47 条（webseite、lieferant 这类）	22	有真实德语需求，进入候选
荷兰	180	0 条，全是英文词	18	不是语言机会，是英文溢出
巴西	95	3 条	35	样本太小，暂缓
印度	260	0 条，英语官方国家	—	无需新增语种

注意荷兰那一行：按老规则它是”展示有、点击零”的标准候选，按新规则直接出局——查询里一条荷兰语都没有，那 180 次展示是英文内容被荷兰人看到的溢出，不是荷兰语需求。

这张表会推翻很多人的直觉。做五金、机械、化工的客户常以为”中东是蓝海”，因为阿拉伯语覆盖 4.2 亿人口；但实际数据里，德语区的 B2B 询盘密度往往高于整个中东。原因不复杂：德语区的工业采购流程更依赖搜索引擎做供应商筛选，而中东大项目更多走关系和代理。

小语种不是蓝海，是低流量高成本。 一个语种从翻译到上线到产生第一条询盘，通常要 6–9 个月；如果这个语种的潜在询盘量一年不到 5 条，这笔投入永远收不回来。

我的建议是分批：第一批只做 1–2 个语种，用 6 个月验证这个语种能不能产询盘；能产，再扩第二批。

翻译的真实成本：三种做法的账

同一个 20 页的站，页面平均 800 字，做 3 个语种（英语为源语言，新增 2 个），需要翻译的字数是 20 × 800 × 2 = 32,000 字。三种做法的成本差得很远：

方案	单价	3.2 万字成本	质量风险	适合谁
纯机器翻译（浏览器插件/免费 API）	0 元	0	高。术语错、语序怪，Google 判定低质内容的概率显著上升	不建议用于商业站
机翻 + 人工校对	校对 80–200 元/千字	2,560–6,400 元	中。术语需先建词表	多数 B2B 站
母语译员本地化	300–800 元/千字，小语种上浮 30%–50%	9,600–25,600 元	低	高单价、品牌型站

（国际主流翻译 API 的调用成本约 0.02–0.05 元/千字符，但它只解决”翻出来”，不解决”对不对”。）

这里有个不太顺耳但很实用的判断：多数 B2B 站，机翻+人工校对就够了，不需要全程母语译员。

理由是投入产出比。母语译员的溢价买的是”文化适配”——语气、案例、当地表达习惯，这些对消费品、对品牌官网很关键，但对”法兰的密封面型式有哪几种”这种技术内容，价值有限。真正决定 B2B 询盘的是参数是否准确、图纸是否清楚、交期是否明确，而不是德语写得像不像德国人写的。

什么情况下必须上母语译员？三个条件同时成立时：客单价超过 50 万、决策链涉及品牌形象、目标市场对本地化敏感（日本、德国、北欧）。否则把钱花在内容深度上，回报更高。

不过有一条底线不能省：技术术语必须先建词表，再交给任何翻译流程。 “flange” 在德语里是 Flansch，在荷兰语里是 flens，机翻常把它和”brim”混。词表建一次，后续所有页面复用，成本几百块，能省掉后面无数次返工。

hreflang 怎么配：先定 URL 结构

hreflang 的作用只有一个：告诉 Google”这一组页面是同一内容的不同语言版本，请按用户语言展示对应版本”。它不解决排名——这一点被误解得最厉害。加了 hreflang 不会让你的德语页排到德国第一，它只保证德国用户看到的是德语版而不是英文版。

配之前先选 URL 结构，三种方案：

结构	示例	优点	缺点
子目录	`site.com/de/`	权重集中，配置最简单，Google 官方推荐	所有语种共享服务器与 CDN 配置
子域名	`de.site.com`	便于分地区运营、分服务器	权重需各自积累，新子域起量慢
URL 参数	`site.com/?lang=de`	实现最省事	索引效率差，不推荐

中小外贸站一律选子目录。原因很实际：你只有一个域名在积累权重，子目录能把这部分权重共享给所有语种；子域名等于从零开始建 3 个新站，而这个站目前的月点击是 27 次，没有多余的权重可以分。

一个最简的 hreflang 组，写在每个语言版本的 <head> 里：

注意三点：每一条都要在每个语言版本里出现（不是只在英文页里写），要有 x-default 指向语言选择页或默认版本，语言代码用 ISO 639-1，需要区分地区时再加 ISO 3166-1 alpha-2（如 pt-BR 与 pt-PT）。

六个最常见的配置错误

这六个我几乎在每个迁移过来的站上都能找到两三个：

漏了自引用。德语页里没写指向自己的 hreflang="de"，Google 会认为这一组不完整，整组失效。
语言和国家混用。写 hreflang="de-DE" 但只做德国，实际德语区还包括奥地利、瑞士，写成 de 覆盖更广。
x-default 缺失。没有默认版本，Google 遇到不匹配任何语言的用户时无法决策。
只在 sitemap 里配、页面里不配（或反过来）。两种方式选一种并保持一致，混用容易漏。
指向 404 或重定向页。改版后旧语言目录被删，hreflang 还指着老 URL，整组失效。
机翻页面也配了 hreflang。低质机翻页配上 hreflang，等于主动告诉 Google”这些是同一内容的劣质副本”，可能拖累源语言页。

第 6 条值得单独说。它解释了一个常见现象：有些站做了 8 个语种，结果英文主站的排名反而掉了。不是多语言本身有害，是低质多语言版本稀释了整组的质量信号。宁可只做 2 个高质量语种，不要做 8 个机翻壳子。

执行顺序

如果现在从零开始，我建议按这个顺序走，不要跳步：

拉 16 个月 GSC 查询报告，用当地语言词根验证 2–3 个目标市场，当地语言查询 ≥10 条的才入围
建技术术语词表（中英 + 目标语），200–400 条核心词
先做机翻 + 人工校对，上线 1 个语种，观察 3 个月
配 hreflang（子目录结构），用 GSC 的「国际定向」报告验证有没有报错
该语种 6 个月内产出 ≥5 条询盘，再扩第二个语种
高单价品类（>50 万）在第 4 步之后追加母语译员润色首页与核心产品页

第 1 步到第 3 步之间，有个成本问题需要先估：20 页站做 1 个语种的校对费大约 2,000–4,000 元，加上页面结构改造（多语言目录、语言切换器、hreflang 模板）的开发量。这个量级可以用外贸建站费用计算器先跑一遍——把”语种数量”从 1 调到 3，看一次性费用和三年成本各涨多少，比对着报价单猜要准。

配置层面，站内有一篇 Polylang 多语言插件自定义调用到导航讲的是具体操作，属于执行细节，可以配合本篇的策略一起看。但顺序别搞反：先定语种和 URL 结构，再谈插件怎么配。

一个收尾提醒

多语言最容易犯的错，是把”覆盖语种数”当成 KPI。

语种数是成本项，不是成果项。真正的成果指标是”每个语种带来的询盘数”和”该语种的单条询盘成本”。按这两个指标看，多数外贸站的最优语种数是 2–3 个，而不是 12 个。

如果你现在正在规划多语言，或者已经做了一堆语种但没有任何一个产询盘，可以拿现有的 GSC 查询数据来找我们过一遍。外贸建站服务里有多语言架构的标准配置（子目录 + hreflang 自动生成 + 术语词表），也有按语种数量分档的报价区间。先看数据再定语种，能省掉的往往不是翻译费，是那 6 个月走错方向的试错成本。