多语言 GEO 方法：语言边界、引擎偏好与分语种经营

多语言 GEO 的第一原则：它不是翻译项目，是按语言重建供给。生成式引擎回答某个语言的问题时，主要从该语言的语料池检索与取材，一个语种就是一个独立的供给池——实体口径、提问集、第三方转述层都要在语种之内重建，「中文站做好了英文自动继承」在机制上不成立，反过来也一样。分工先行：hreflang 标签、URL 结构、语言版本互链的技术配置见多语言技术配置，引擎侧的语言路径机制（翻译、跨语检索、语料覆盖差异）见多语言检索边界；本页讲方法层——语言市场怎么选、每个语种重建什么、测量怎么分语种跑。

引擎在哪个语言池取材？

先把供给逻辑立住。引擎面对一个问题时，先按语言定位检索面：同一品牌的中文页与英文页，在两条语言路径里分别竞争；跨语言的取用存在——翻译与跨语检索能让一个语种的内容被另一语种的问句偶发取用——但那是补充路径，不是主路径，主路径还是语种内的供给。中文内容被全球引擎取用的几条语言路径（原文直取、翻译转写、中文语料覆盖），机制卡里有定性展开，本页直接用它的结论：不要把跨语言取用当经营目标，它是送分项，不是主战场。

对跨国经营这有两条直接推论。其一，海外用户用英文问你的品类时，你的可见度约等于英文开放网上的资产存量——中文生态再热也帮不上忙。其二，外资引擎用中文回答中国市场问题时，取用的也是中文开放层的存量，微信生态内容对外部 AI 不可达，外资引擎不知道「国内很热」——这套双向结构与审计方法在出海企业双向打法已完整展开，本页不重复，只给多语言通用的方法骨架。

供给逻辑里还要给机器翻译划一条质量边界。机翻直发的语言版不是资产是负债：读者一眼能认，引擎侧的流畅度评估同样能读出翻译腔——流畅度是内容被采信的基础维度，翻译腔的内容在选源环节就先输一截。可行的做法是「机翻打底、人工改写定稿」：机器出初稿保证效率，母语者按该语言的表达习惯改写关键部位——定义句、结论句、参数表述——再发布；没有母语改写能力的语种，宁可收缩范围只做核心页，不做全站直翻。这条边界与判据三（维持能力）是一体的：翻译成本可以压，压不掉的是定稿那一道人工。

语言市场怎么选？

三个判据，满足不足两条就缓建。判据一，客户语言：目标买家的决策语言是什么——B2B 采购的通用语是英文，但区域市场常有本地语言的决策链；跟着客户的语言走，不跟着团队的语言能力走。判据二，供给缺口：该语种里你所在品类的第三方转述稀不稀——稀缺意味着低成本的先发窗口，饱和意味着高成本的内容战，同样的预算在两个市场的回报差一个量级。判据三，维持能力：能不能持续投入该语种的内容更新、口径维护与监测——这条是硬门槛，没有维持能力就别开：半死的语言版挂着过期参数与失效链接，不但帮不了那个语种，还会反向污染实体一致性——引擎在不同语言里读到同一实体的两个版本，交叉验证直接降采信。

一条反直觉的提醒：语言版本数量不是实力证明。建一个语种就要经营一个语种，三个语言版各自半死，不如一个语言版做透——这是分档维护纪律在语言维度的重现，内容保鲜的节奏与判据（见内容保鲜与更新节奏）对每个语种同样适用。已经在跑的语言版要做一次体检：按判据三逐个过维持能力，过不了的语种做收缩决策——收缩不是删站，是降到维护模式并如实声明状态，比挂着假活跃的日期强。

每个语种要重建什么？

三样东西，一样都不能翻译了事。实体口径：每个语种一套母本——该语言的命名、简称、一句话定义、核心参数表述——语种之间通过结构化声明对应到同一实体，把语言版本归并到一起的技术职责就是 hreflang 的（配置见多语言技术配置卡）；母本统一后，全网对齐的老流程——锚点优先、差异分级、季度复核——在语种内照跑。提问集：每个语种独立建集、独立冻结、独立记版本——问法的语言习惯不能直译，英语买家问 supplier list，中文买家问厂家推荐，同一意图的问法分布完全不同；题集的取材渠道与冻结纪律沿用站内提问集方法。第三方转述层：该语种的评测、目录、社区、媒体覆盖——品牌自述只是实体锚点，第三方转述才是引用主体，这条在哪个语种都成立，变的只是渠道名单。

选渠道前先核一件事：该平台在该语言的文本层能力。基础设施的语言覆盖并不均匀，一个现成的例证是 Apple 播客的官方转写首发只有英法德西四种语言、不含中文（2024-03 口径，见Apple 播客转写不含中文）——同理，目标市场的主流平台对该语言的字幕、转写、结构化支持要逐一核实，别把全球英文生态的经验默认平移到其他语种。渠道名单本身也要按市场重建：该语种市场里的百科类、目录类、评测类、社区类信源各自是谁，与中国生态的名单几乎不重叠——中文经验给的是渠道分工的结构（哪些类别承担锚点、哪些承担转述、哪些承担讨论声量），不是渠道名单本身。渠道名单、问句清单、实体母本三样在每个语种各存一份，语种间的对应关系记在实体层——这是多语言站点的内容资产台账与单语言站最大的不同。

测量怎么分语种跑？

纪律一句话：分语种建题集、分语种记基线、分语种写结论。每语种一套冻结题集独立采样，指标分语种计算与呈现——曲线分图、结论分写，绝不跨语种合计：中文线的表现推不出英文线的覆盖，反之亦然，合并平均只会造出一个两边都不存在的数字。采样环境写进报告：海外引擎的实测由对应语言环境执行，执行环境与时间随数据一并披露——环境混采是跨语种数据最常见的污染源。指标口径与呈现规范沿用站内监测口径：分引擎分行、缺失不记零、报区间不报单点。国内引擎与全球引擎在语言取材生态上的结构性差异，决定了同一个双语品牌要在两套生态分别经营，对照见中国与全球引擎对比。

汇报层面把语种当作类似引擎的维度对待：每个语种有自己的基线与趋势，跨语种的「总可见度」不进汇报表。多语种团队的分工也因此自然成形：语种负责人对本语种的题集、内容与基线负责，跨语种的实体口径由品牌侧统一持有——实体一致性是全局资产，内容与监测是语种资产，两层权责分开，是多语言 GEO 组织上的落点。

限制自曝

• ML-01：本页为站方方法组织，判据与重建清单为站方演绎，无独立实验数据支撑；
• ML-02：跨语言取用的补充路径缺乏公开量化研究，「主路径在语种内」为机制判断，具体引擎的跨语行为需实测复核；
• ML-03：各平台语言能力随版本变化，Apple 转写仅为 2024-03 时点例证，引用需带时间戳并核官方文档；
• ML-04：本页不覆盖 hreflang 的具体写法与多区域站点架构选型，技术实现以站内技术配置卡为准。