多语言站点怎么做 GEO：同一个问题，不同语种的答案为什么差很远

结论先说：多语言站点的 GEO 不是「把中文站翻译成英文」，而是「每种语种单独做一次本地意图研究」。同一个问题在中文、英文、日文下的答案结构差异，远超大多数人的预期，直接翻译过去的页面往往在两个语种里都不占优。

「翻译过去不就行了」——这是最常见的误判

用户问 AI 的时候，是带着本地语境的：中文里问「装修公司怎么选报价才不被坑」，英文里问的是「how to compare contractor quotes」，日文里问的往往是「リフォーム 業者 選び方 失敗しない」。这三个问题的答案不该一样，因为用户真正关心的东西不一样——中文用户的核心焦虑是增项和工期，英文用户的核心是合同条款与执照，日文用户的核心是售后与保修期。翻译只能解决语言，解决不了意图。

三种页面结构，对应三种做法

判断该怎么做，先看你的目标是哪一种：

一、同站多语言（xx.com/zh/、xx.com/en/）。适合品牌统一、内容复用率高的情况。关键是把每个语种的页面当成独立页面来写，不要共用同一份 meta 和同一段首段。常见的坑是 hreflang 只标了语言没标地区，zh-CN 和 zh-TW 混用，导致 AI 侧无法判断该把哪个版本给用户。

二、多地区独立域名（xx.cn、xx.jp）。适合本地监管、支付、合同都有明显差异的行业。这种方式的好处是每个站的信任信号可以独立积累，坏处是内容维护成本翻倍，且容易变成「同一篇文章换个域名」，反而被判为重复内容。

三、单语种深耕。如果你的客群 90% 以上集中在一个语种市场，多语言是负担不是资产。先把一个语种做到被频繁引用，再考虑扩语种，顺序反了等于两头都不深。

每语种必须单独做的一件事：提问集

这个动作直接决定成败。做法是：同一批业务主题，在每个目标语种里各收集 30 条真实提问，来源可以是搜索下拉、相关搜索、社区讨论、客服记录。然后对比同一主题下三个语种的提问，把只在某一语种出现的提问单独标出来——那些就是本地化内容该补的地方。

举个能落地的例子：口腔正畸这个主题，中文提问里高频出现「多少钱」「能不能分期」「疼不疼」，英文提问里高频出现「insurance cover」「how long」「adult braces」，日文提问里高频出现「子供 いつから」「保険 適用」。如果你只做了中文那三问的翻译，英文和日文的真实需求其实一条都没答。

可核对的判断线

• 每个语种至少 30 条真实提问，其中「只在该语种出现」的提问应占到 20% 以上；低于这个比例，说明你的研究还是从一个语种推出来的。
• hreflang 必须成对声明（A 声明 B、B 声明 A），且语言与地区分开写。只写一边等于没写。
• 各语种页面的首段不能是同一句话的翻译，至少要换掉结论的表达方式与引用的本地数据。
• 更新节奏：一个语种的内容更新频率，不要跟着主力语种走，要跟着该语种市场的实际变化走。

什么情况下「不要做多语言」

第一，没有该语种的客服或售后能力。页面做得再好，用户问过来没人接，转化一样是零，而且负面体验会比没有这个语种更糟。第二，该语种市场没有真实的本地案例或本地资质，内容会显得空。第三，团队里没有人能读懂该语种的用户原话——靠翻译软件做意图研究，结论一定是失真的。

另外要提醒一句：多语言并不等于多地区。语言相同但地区不同（比如大陆与台湾、美东与美西），监管、价格、案例都不同，需要单独做地区版本，而不是只换语言。

红线

不要把中文内容机翻后批量上线充数，这既拉低整体质量评估，也会让真正做好的语种版本被稀释。不要在 hreflang 里声明你实际没有的语种版本。不要用同一套图片、同一套案例跨语种复用——本地用户一眼能看出来这不是给他们的。