海外客户用英文问AI，为什么搜不到你？

很多做出海生意的企业会碰到一件想不通的事：官网内容写了一年多，中文搜索排名也不错，但在海外客户那边——他们用英文问 AI「中国的某某供应商哪家好」——答案里从来没有自己。

先说结论：这通常不是「优化做得不够」，而是「语料没对上」。客户用英文提问，检索会去找与提问语言匹配的页面；而你手上只有中文内容，从一开始就没进入候选项。

边界也要说清：这不是说中文内容没用，也不是说必须马上做全套多语言。关键在于——你的客户到底用哪种语言提问。下面先讲机制，再讲怎么做、以及哪条路走不通。

一、官方规则：检索会找「与提问语言匹配」的页面

这件事不需要猜，Google 官方文档里写得很直接。

在《Managing Multi-Regional and Multilingual Sites》这份官方文档中，有一句原话：「Google Search tries to find pages that match the language of the searcher.」——Google 搜索会尽量去找与搜索者语言匹配的页面。文档同时说明：多语言站点会被区分为「多语言」与「多地区」两种，而这两种对应的匹配逻辑是不同的。

这也解释了前面那个现象：你的页面本身没问题，但它和提问的语言对不上，所以在「找」这一步就被筛在第几层之外了。

口径区分：这条是 Google 搜索的官方机制说明，属于搜索功能层面。AI 功能（AI Overviews、AI Mode）建立在同一套检索体系之上，但其具体排序逻辑官方并未完整公开——所以本文只陈述「语言匹配」这一条官方规则，不延伸推断 AI 的完整排序机制。

二、语言是按「可见正文」判定的，不是 lang 属性、也不是 URL

这是最容易搞错的一点，也是很多人「做了多语言配置却没用」的原因。

同一份 Google 官方文档里还有一句原话：「Google uses the visible content of your page to determine its language. We don't use any code-level language information such as lang attributes, or the URL.」——Google 用页面的可见内容判断语言，不使用 lang 属性或 URL 这类代码层信息。

这句话的实际含义是：

• 把一个中文页面的 `lang="en"` 改掉，不会让它变成英文页面；
• 把 URL 改成 `/en/xxx.html`，也不会让它变成英文页面；
• 真正起作用的，是页面上看得见的那些字。

所以「给中文页加个多语言标记」这种做法，解决不了语言不匹配的问题。要解决，只能真的写英文内容。

三、机翻这条路，官方明确说了不好走

那能不能用翻译工具批量生成英文页？官方文档里恰好也回答了这个问题。

同一份文档提到两点：一是只翻译页面上的模板文字（导航、页脚），而正文仍是单一语言，会让用户体验变差；二是更直接的一条——自动翻译「不一定讲得通」，可能被视为垃圾内容；更重要的是，一篇糟糕或生硬的翻译，会损害你站点给人的观感。文档甚至建议：可以用 robots 规则阻止搜索引擎抓取站内的自动翻译页面。

这条很关键：机翻不只是「效果差」，而是「可能被判为垃圾内容、并且拉低整个站点的可信度」。对做 GEO 的企业来说，这比「没做」更糟——因为 GEO 的底层是「AI 愿不愿意信你」。

四、正确做法：独立网址 + 双向标注 + 真的用目标语言写

官方推荐的路径其实不复杂，三件事：

1. 每种语言用独立网址。官方建议为每个语言版本使用不同 URL，而不是用 cookie 或浏览器设置动态改语言。
2. 双向标注语言变体。用 hreflang 标注告诉搜索引擎「这些页面是同一内容的本地化版本」。官方的硬规则有三条：每个语言版本必须同时列出自己和其他所有语言版本；必须双向互指，只有单向指向的标记会被忽略；URL 必须是完全限定地址（含 http/https）。
3. 正文必须真的是目标语言写的。因为语言是按可见正文判定的——这一条回到第二节。

另外官方还建议：如果有些语言没有对应版本，可以设一个「不匹配语言」的兜底页面（用 x-default 标记），而不是把用户随便丢到某个语言版本里。

五、一个容易踩的坑：别做「按语言自动跳转」

很多站会做这样的功能：检测到访客来自哪个国家，就自动跳到对应语言版本。听起来贴心，但对搜索引擎不友好。

官方文档说明了原因：Googlebot 抓取时通常从美国发起，而且发出的请求不设置 Accept-Language 请求头。结果是——依赖语言设置自动跳转的站点，它的各个语言版本可能无法被完整抓取到。

正确做法是：用明确的链接让用户自己切换语言，而不是自动重定向。官方也建议避免基于「猜测用户语言」做跳转。

六、三个常见问题

1. 我的客户主要在海外，中文内容是不是就白做了？

不是。要看你的客户在哪提问。如果客户是海外买家，他们在英文语境里提问，中文内容确实接不上；但如果国内也有采购方或渠道商会问，那中文内容仍然有价值。更实际的做法是：中文内容继续做，英文内容作为单独一条线补上，而不是互相替换。

2. 必须做全语种吗？

不必。先做「客户提问用的那一种」。如果客户集中在英语区，就先做英文；如果某个市场占比很高，再考虑那个语种。做一整套完整、双向标注到位的单语版本，比做五个半成品版本更有效——因为语言变体必须双向互指才生效。

3. 英文内容写什么？

和中文内容一样的原则：写客户会问的原话，不写产品说明书。「这个规格怎么选」「出口到某地区需要什么认证」「起订量和交期怎么谈」——这类问题在英文语境里同样有人问，而且竞争往往比中文更少。

七、写在最后

把这件事收一下：海外客户搜不到你，多数时候不是「内容不好」，而是「语言没对上」。

处理顺序是：先确认客户用哪种语言提问 → 再用那个语言写正文 → 用独立网址承载 → 用 hreflang 双向标注 → 别做自动跳转。机翻省下的时间，会在可信度上加倍还回来。

你可以先做一件小事：用你最想拿下的那个市场语言，把你最核心的三个问题拿去问一次 AI，看答案里引用了哪些网站、它们是哪种语言的页面。这一步就能验证：问题出在「没人问」，还是出在「语言不匹配」。

深圳易杭此前从事跨境 B2B 与阿里国际站相关服务，2024 年起拓展 GEO 方向。我们在自己的官网也在做同样的事——中文和英文分两条线建设，因为客户在哪里问，内容就要在哪里对得上。

数据与效果边界：本文涉及的检索机制、语言判定规则、翻译内容处理建议、hreflang 使用规则与抓取相关说明，均出自 Google Search Central 官方文档（《Managing Multi-Regional and Multilingual Sites》《Localized Versions of your Pages》）及 Google 官方帮助文档。官方规则描述的是功能的运行方式，不代表任何具体企业的效果；本文所列方法的作用是提高被检索与被引用的概率，不保证企业一定出现在 AI 答案中，也不承诺见效周期与业务结果。

参考资料

1. Google Search Central：《Managing Multi-Regional and Multilingual Sites》
2. Google Search Central：《Localized Versions of your Pages》（hreflang 与 x-default 规则）
3. Google Search Central：垃圾内容政策（含自动翻译相关建议）
4. Google 官方帮助中心：《AI Overviews in Google Search》（可用地区与语言）
5. Google 官方博客：AI Overviews 扩展至 100 多个国家与多语言支持（2024-10）