GEO 实践 进阶

多语言 GEO:英语之外,德西阿语市场怎么被 AI 找到

多数出海站只有英语版,而德语、西语、葡语、阿语市场的采购问题,正被用本地语言问给 AI。语种优先级不看市场大小,看四个变量:询盘来源、认证覆盖、竞争密度、内容复用率。第一年把两个语种做透,远好过铺六个语种半成品。

语种优先级:不是全站翻译,是先翻译会被提问的页面Language Priority: not a full-site translation, but the pages that get asked about 判定顺序:询盘来源 > 认证覆盖 > 竞争密度 > 内容复用率Sequence: inbound demand, certification coverage, competition density, content reuse 第一优先Tier 1 英语 + 德语English plus German 覆盖顺序 1 / 3覆盖顺序 1 / 3 · 英语区询盘占比通常最高· 英语区询盘占比通常最高 · 德语区认证门槛挡住多数同行· 德语区认证门槛挡住多数同行 · 先做:产品页 / 参数页 / 认证页 / FAQ· 先做:产品页 / 参数页 / 认证页 / FAQ 第二优先Tier 2 西语 + 法语 + 葡语Spanish, French,Portuguese 覆盖顺序 2 / 3覆盖顺序 2 / 3 · 西语覆盖西班牙与拉美大部· 西语覆盖西班牙与拉美大部 · 葡语单独服务巴西,不能复用西语· 葡语单独服务巴西,不能复用西语 · 先做:询盘入口页 + 交期与 MOQ 页· 先做:询盘入口页 + 交期与 MOQ 页 第三优先Tier 3 阿语 + 日语 + 韩语Arabic, Japanese, Korean 覆盖顺序 3 / 3覆盖顺序 3 / 3 · 阿语需 RTL 布局,工作量另计· 阿语需 RTL 布局,工作量另计 · 日韩更依赖本地渠道背书· 日韩更依赖本地渠道背书 · 先做:认证与代理信息页· 先做:认证与代理信息页 三个技术前提:独立 URL 结构、hreflang 互指、分语言 sitemap 提交Three technical prerequisites: separate URLs, reciprocal hreflang, per-language sitemaps 术语表先于翻译:同一参数在各语言下只允许一种译法,否则四份内容互相矛盾。术语表先于翻译:同一参数在各语言下只允许一种译法,否则四份内容互相矛盾。
多语言 GEO:英语之外,德西阿语市场怎么被 AI 找到

多语言 GEO:英语之外,德西阿语市场怎么被 AI 找到

结论先行: 多数出海站只有英语版,而德语、西语、葡语、阿语市场的采购问题,正在被用本地语言问给 AI。语种优先级不看市场大小,看四个变量:询盘来源、认证覆盖、竞争密度、内容复用率。第一年把两个语种做透,远好过铺六个语种半成品。

一、只有英语版,等于关掉了四类市场的提问入口

出海站的语言结构与它的询盘结构,通常并不匹配。我们看过不少年营收几千万的工厂站,英语版有八十多个页面,德语版零个,西语版零个,但德国和墨西哥来的询盘加起来占了三分之一。

这不是”要不要做多语言”的问题,而是”AI 正在用什么语言回答你的潜在客户”的问题。当德国采购在对话式 AI 里用德语问公差标准,检索层会优先去找德语页面。你的英语页即使内容完整,也很难进入候选范围——它不是”排得低”,而是根本没被选中。

各片区 AI 入口与提问语言的差异大致如下:

市场片区 常用 AI 入口 本地语言提问占比(经验区间) 采购问题的实际语言
德语区(DE / AT / CH) ChatGPT、Gemini、Perplexity、Copilot 60%–75% 德语
西语区(ES / MX / CL / CO) ChatGPT、Gemini、Copilot 65%–80% 西班牙语
葡语区(BR / PT) ChatGPT、Gemini 70%–85% 葡萄牙语
中东(SA / AE / EG) ChatGPT、Gemini、Copilot 40%–60% 阿语与英语混用
俄语区 Yandex、ChatGPT 70%–85% 俄语
日韩 Naver、Yahoo Japan、ChatGPT 60%–75% 日语、韩语

这些区间是我们按客户站的服务器日志与询盘语言分布估出来的,不是权威统计,但方向稳定:除中东以外,多数非英语市场的采购提问都以本地语言为主。中东是例外,阿语与英语混用,英语内容在这一片区的有效性明显高于其他片区。

还有一个容易被忽略的机制:多数 AI 检索层仍依赖传统搜索索引。本地语言查询能不能被回答,取决于本地搜索引擎里有没有你的本地语言页面。英语页在两个环节同时缺席。

二、语种优先级排序:四个变量,一个总分

排语种不要按市场大小排,要按进入成本与成交效率排。固定四个变量和权重,避免开会时各说各话。

判定变量 权重 怎么取数 打分标准(1–5 分)
询盘来源 40% 近 12 个月询盘按国家与语言打标 占比超过 20% 记 5 分,10%–20% 记 4 分,5%–10% 记 3 分,2%–5% 记 2 分,低于 2% 记 1 分
认证覆盖 25% 已有 CE、UKCA、GS、INMETRO、SASO、NOM 清单 目标市场准入证书齐备记 5 分,缺 1 项记 3 分,缺 2 项及以上记 1 分
竞争密度 20% 该语言下抽 10 条采购问题问 3 个模型 答案里同品类中国供应商几乎不出现记 5 分,出现 1–3 家记 3 分,出现 4 家以上记 1 分
内容复用率 15% 英语内容中可直译且不需重写的页面占比 超过 70% 记 5 分,50%–70% 记 4 分,30%–50% 记 2 分,低于 30% 记 1 分

加权总分 = 四个变量得分分别乘权重再求和,最后乘 20,满分 100 分。一家做精密加工配件的客户,打分结果大致长这样:

语种 询盘来源 认证覆盖 竞争密度 内容复用率 加权总分 排期
德语 5 5 3 4 89 第一批
西语 4 3 5 4 79 第一批
阿语 3 3 4 3 64 第二批
葡语 2 3 5 3 60 第二批
俄语 1 2 3 2 36 观望

所以我建议:第一年只做两个语种,从总分最高的两个开始,把术语表、页面模板、验收口径先跑通。什么时候可以同时开三个?只有一种情况——三个语种的内容复用率都超过 70%,并且已经有专人做术语审校。否则铺得越宽,每个语种的质量越薄,最后六个语种一起烂尾。

这套打分法有一种情况不适用:如果你们的询盘高度集中在单一语种,占比超过 60%,那么做第二语种的边际收益很低。这时候应该先把这一语种的深度做够——比如把产品页从 20 个扩到 60 个,而不是急着开新语种。我们站点交付服务的说明里写了服务范围与边界,可以先看一眼再决定投入。

三、不是全站翻译:先翻”会被提问的页面”

全站翻译是预算黑洞。一个 120 页的站翻成 5 个语种,等于新增 480 个页面的长期维护成本,而其中大部分页面永远不会被提问。正确的做法是先分层,按”会不会被问”决定第一批翻什么。

页面类型 第一批是否翻 占全站比例参考 翻的理由
品类与产品页 是 100% 采购问题的落地页
参数与选型页 是 100% 支撑 AI 摘录的事实密度
FAQ 与常见问题 是 100% 句式与真实提问最接近
认证与合规说明页 是 100% 德语区与中东的第一道门槛
案例与交付实录 是,本地案例优先 60%–70% 本地项目的可信度最高
交期、MOQ、付款条款页 是 100% 采购决策的必问项
洞察文章与博客 否,第二批 20%–30% 复用率低、更新频率高
关于我们与团队页 否,第二批 — 品牌信任层,可以后置
法务页(隐私、条款、Cookie) 是 100% 合规底线,不能只留英语

按一个 60 页的站、单个语种来算,工时大致这么分布:

工作项 页数 单页工时(小时) 合计工时 说明
产品与参数页翻译 22 3 66 含术语替换与公式核对
FAQ 与条款页 10 2 20 句式短,需换成当地问法
认证与合规页 6 4 24 证书编号需逐项核对
案例页 8 3 24 本地案例优先
元数据(title 与 description) 46 0.3 14 不能沿用英语版
术语表建设与审校 — — 16 一次性投入,后续复用
合计 46 — 164 约 1 人 1 个月

注意最后两行的关系:术语表是一次性投入,但决定后面所有语种的成本。没有术语表,做到第三个语种就会出现同一参数三种译法的混乱,而且越往后越难统一。

什么时候可以跳过 FAQ?只有一种情况:你的品类问题高度标准化,而且站上已经有专门的选型工具页或参数计算器。否则 FAQ 是单页产出最高的一类页面——它几乎逐字对应买家的提问句式。

四、多语言的三个技术前提

内容做对了、技术没做对,等于白做。三个前提缺一个,多语言版本就会出现收录混乱或互相抢占。

前提 常见错误做法 正确做法 自我判定方式
URL 结构 同一地址用 ?lang=de 参数切语言 独立子目录 /de/ 或子域 de. 复制德语页地址新窗口打开,不做任何操作看是不是德语
hreflang 每个语言页只写自己一条 每个语言页写全语种互指,并补 x-default 抓源码核对是否双向,只单向标注等于没标
sitemap 全语言塞进一个 sitemap 按语言分文件,用 hreflang 注释互指 在 Search Console 按语言看已收录数

还有一个前提不属于这三件套,但同样关键:语言切换不能只靠前端脚本替换文案。如果德语正文是浏览器里用脚本换出来的,部分 AI 爬虫读到的仍是英语。判定方法:用不执行脚本的方式抓一次页面,看返回的 HTML 里有没有德语正文。

上线顺序也有讲究:先完成 hreflang 与分语言 sitemap,再发布内容。反过来做,等于先放出一批没有互指标记的页面,等爬虫来过一轮再补,重抓周期会多花 2–4 周。

五、术语一致性表:机翻最容易错的五类词

机翻能不能用?能用,但必须过术语表。没有术语表的机翻,在工业品类里会把语义翻错,而错误的语义比语言不通更危险——客户会按错误的参数下单。

中文 英语 德语 西语 机翻最常见的错
精度 accuracy / precision Genauigkeit precisión 把 accuracy 与 precision 合并,丢失系统误差与重复性的区别
公差 tolerance Toleranz tolerancia 译成”误差”,语义从允许范围变成缺陷
交期 lead time Lieferzeit plazo de entrega 译成”交货日期”,丢掉周期含义
材质与牌号 material / grade Werkstoff material 只留”材料”,丢掉牌号层级
认证 certification Zertifizierung certificación 把”符合某标准”译成”已通过认证”

术语表本身的字段不多,但每一项都要填实:

字段 示例 是否必填 用途
中文原文 交期 必填 唯一锚点
英语唯一译法 lead time 必填 跨语种对齐基准
德语唯一译法 Lieferzeit 必填 机翻后强制替换
西语唯一译法 plazo de entrega 必填 机翻后强制替换
是否可机翻 否 必填 不可机翻的必须人工过
责任人与更新日期 崔立姝 / 2026.09 必填 有变更时能追责与回溯

执行方式是:机翻产出后跑一遍术语表替换,再统计替换命中率。命中率低于 90%,说明术语表覆盖不足,这时候要先补术语表,而不是逐句人工改——逐句改的成本是补术语表的三到五倍,而且下一个语种还得重来一遍。

术语表从哪里开始?不要一上来就建 500 条。先把站上出现频率最高的 60–80 个词收进去,包括参数名、工艺名、认证名、单位,通常就能覆盖 80% 的正文出现次数。

有一个例外必须说清楚:法律与合规文本不要用机翻加替换。隐私政策、服务条款、Cookie 说明属于法律文本,译错会产生合规风险,这类页面必须人工翻译,并保留译者与版本信息。

六、验收口径:各语言版本怎么横向比

多语言最容易被”感觉还行”糊过去。要能横向比,就得先把口径定下来,并且不要把英语版的排名当作其他语种的参照,两者的索引池和竞争结构完全不同。

指标 口径 观察周期 参考达标区间
收录率 该语种已收录页数 ÷ 已发布页数 上线后 4–8 周 不低于 70%
抓取覆盖 被访问过的该语种 URL ÷ 已发布页数 上线后 4 周 不低于 60%
本地语言词排名 每语种选 20 个本地语言词,看进入前 100 的数量 8–12 周 不少于 6 个
AI 提及率 每语种 10 条本地语言问题,问 3 个模型,看是否提到品牌名 每月一次 首季不少于 2 条提到
本地语言询盘 询盘表按语言打标,看该语种询盘条数 上线后 3–6 个月 首季不少于 1 条有效

这五个指标里,AI 提及率是最早能看出方向的。它不依赖排名,只看模型有没有在本地语言答案里提到你。如果三个月后 10 条问题一条都没提到,问题通常出在内容覆盖,而不是语言质量。

记录方式建议做成一张横向表:每行一个语种,每列一个指标,每月填一次。这比”感觉德语版做得比西语版好”要有用得多,也能在预算评审时直接拿出来讲。

七、四个常见误区与不适用的情况

误区 典型表现 后果 纠正
只翻导航不翻正文 菜单是德语,正文仍是英语 本地语言查询没有可引用内容 正文与元数据同步翻
用参数切语言 /product/?lang=de 索引混乱、hreflang 失效 改为独立 URL
语种与市场错配 用西班牙语做巴西 内容与当地搜索习惯不符 巴西用葡语,西语覆盖西语拉美
一次性全铺 6 个语种同时上线 术语与维护同时失控 每批 1–2 个语种

第三种误区最隐蔽。巴西的官方语言是葡萄牙语,用西语做巴西,等于把内容投给了一个不用它搜索的市场。同理,中东不要只做阿语——英语在阿联酋与沙特的商务场景里覆盖率仍然很高,两个语言版本并存更稳。

多语言什么时候不该做?三种情况。一是市场只做英美澳,本地语言版本没有搜索量。二是站上可复用的内容不足 30 页,翻完之后每个语种只剩十几个页面,撑不起收录。三是没有术语与审校资源,只能全靠机翻直出。第三种最危险,宁可不做,也不要放出一批语义有错的页面——那些页面会被 AI 读到,然后按错误的信息描述你的能力,后续纠正的成本远高于当初不做的成本。

FAQ 常见问题

小语种里哪个回报最高?应该按什么顺序做?
按语种优先级打分排,不要按市场大小排。以我们服务过的机械与精密加工类客户为例,加权总分最高的一般是德语,其次是西语——德语区询盘占比高、认证覆盖好,西语区内容供给稀缺。但如果你们的询盘有 60% 来自北美,先做西语的价值就高于德语。所以顺序不固定,第一步一定是先把近 12 个月询盘按语言打标,再按四个变量打分。
机翻能不能直接用?
不能直接上线,但可以作为底稿。正确做法是三步:机翻产出、术语表强制替换、人工只过术语命中失败和涉及认证与法律的部分。执行时统计替换命中率,低于 90% 就先补术语表。完全不审校直出的风险不在语言不通,而在语义翻错——把”公差”译成”误差”这类的错误,客户会照着错的参数下单。隐私政策与条款属于例外,必须人工翻。
阿语是不是必须做 RTL?技术上麻烦吗?
是,阿语必须做从右到左的版面,否则阅读体验和可信度都会打折。技术成本比想象的低,主流主题与页面构建器都支持 RTL 样式表,主要核对三件事:数字与单位的方向、表格列顺序、图片里含文字的部分。真正麻烦的不是排版,是阿语内容的本地化问法。建议把阿语放在第二批,先用德语和西语把流程跑顺。
小语种内容谁来写?机翻加留学生修改行不行?
分两层看:术语与参数由懂产品的人过,语言流畅度由母语者过。留学生能解决第二层,解决不了第一层——他们通常说不清 DIN 与 EN 标准的差别,也分不清”符合标准”和”通过认证”的差异。预算有限时的顺序是先买母语审校,再买翻译,机翻只做底稿。审校成本一般占单语种总投入的 20%–30%。
hreflang 到底怎么定?自己指自己算不算错?
每个语言页都要写全语种互指,自己也要指自己,这是标准做法,不算错。常见错误有三个:只写单向,德语页指了英语而英语页没指德语;漏掉 x-default;语言码用得不一致,比如一处写 de,另一处写 de-DE。上线后抓一次源码逐条核对互指是否双向,二十分钟能做完,但能避免几个月的收录混乱。
要不要给每个语种做独立子站?
多数出海企业不需要子站,独立子目录就够用。子目录的维护成本最低、权重集中、hreflang 配置最简单,适合页面数在 200 以内、由同一团队维护的站。子域或子站适合两种情形:当地有独立团队且内容、定价差异大;或者主体品牌与当地品牌需要分离。注意子域的权重是独立的,新子域等于从零开始,前期会明显拖慢收录。

写在最后

多语言 GEO 最大的误解,是把它当成一个翻译项目。它不是。它是一个取舍项目——决定哪些市场的哪些页面值得被本地语言回答,剩下的先不做。

如果只记一个数字,记这个:第一年两个语种,比六个语种半成品有效。语种的宽度不产生复利,术语与口径的一致才产生复利。

想确认自己该先做哪两个语种,可以拿近 12 个月的询盘表跑一遍上面的打分表,大概两小时能出结果,比直接开工翻三个语种省下的钱多得多。多语言 GEO 的更多落地方法可以看站上洞察栏目,也可以直接联系我们聊。

崔立姝
崔立姝 环形山专家

交付 · 运营负责人 · 环形山交付与运营团队

环形山(Crater)交付 & 运营负责人。负责 SEO 落地执行、社媒渠道运营与内容分发,擅长用数据拆解增长动作。操盘多个出海项目的落地交付,关注 Facebook、Twitter、TikTok、YouTube 与 SEO/GEO 的协同打法。

SEO 落地内容运营案例拆解
1106篇分享
84篇知识库