TL;DR / 核心要点总结
- 「要不要分开做」不是二选一，而是三层可分别决策的事：站点结构、内容产线、品牌实体，成本与可逆性不同。
- 顺序建议：先做可逆的两层（内容、实体），最后决定不可逆的结构。 多数团队反过来——先注册英文域名再补内容，等于在信息最少时做了最难改的决定。
- Google 官方口径是三种结构都支持、没有天然优劣，硬要求只有一条：每种语言要有独立可抓取的 URL。子目录能升级为独立域名，反过来接近重建，这是默认先起子目录的理由。
- AI 侧的差别不在「哪种结构更容易被引用」（没有这样的官方结论），而在于：积累能否继承、两边通道是否都通、两边是否会被认成同一实体。
- 翻译不是内容产线。 英文侧要被引用，就得按当地提问方式重写；这是长期投入，要么排出产能，要么缩小范围。
一、先把「分开做吗」拆成三层决策
这个问题通常在内部会上被压缩成一句话：分，还是不分。但底下压着三个性质完全不同的决策。
| 决策层 | 决定什么 | 可逆性 | 典型代价 |
|---|---|---|---|
| 站点结构 | 英文内容放在独立域名 / 子域 / 子目录 | 低（改一次即迁移） | URL 变更、索引与引用重算 |
| 内容产线 | 译还是重写、谁维护、更新频率 | 中（可逐步补齐） | 长期工时，且必须持续 |
| 品牌实体 | 两边是不是同一个主体 | 高（改标注与页面事实） | 一次性核对与配置 |
站点结构最不可逆，动一次就是一次 URL 迁移；内容产线可逐步补齐，但每篇都要花真实工时；品牌实体决定引用与信誉算在谁头上，一周内可收口。
对企业的翻译：把最不可逆的决策放到最后做。 先在一套能改的地方把内容和实体跑通，再决定要不要为英文侧建独立容器。
三层都建立在同一套执行顺序之上，前提是先能被抓到、被读懂：GEO 优化怎么做。
二、三种结构，在 AI 侧分别意味着什么
Google 的官方口径：独立域名、子域、子目录都被支持，没有一种天然更优，选哪种取决于你的具体情况。硬要求只有一条——每种语言版本要有独立、可抓取的 URL，不要靠 cookie、脚本或按地区自动跳转切换。
那么在 AI 侧差别在哪？不是「哪种更容易被引用」——没有官方文档或可复现实测支持这个结论。可验证的差别是三类：
| 结构 | 积累继承 | 抓取与索引配置 | 实体归属 | 回退成本 |
|---|---|---|---|---|
| 独立域名 | 积累不继承，等于新站 | CDN / WAF / robots / sitemap 各配一套并分别验证 | 默认被当新主体，须显式互指 | 最高 |
| 子域 | 共用根域名，抓取与索引状态分别管理 | 常与主站分开部署，通道要单独测 | 可共用主域名锚定 | 中 |
| 子目录 | 与中文站共用抓取与域名积累 | 一套边缘策略与 robots、sitemap | 天然同源，互指最简单 | 可升级为独立域名 |
「积累继承」是搜索侧长期形成的通行认知，不是官方文档原文；「配置」与「实体」可当场验证。
三、默认建议：先在子目录起步
如果目标只是让英文侧被 AI 引用，默认答案是先在子目录起英文站。理由有两条。
第一，它可逆。 子目录能升级为独立域名，那是一次有清单的迁移；独立域名退回子目录几乎等于重搬，引用记录也不会自动合并。
第二，它把结构决策推迟到你有两个关键信息之后，而这两条信息今天并不存在：
- 英文侧到底有没有真实提问。 同一批问题用英文问一遍，分开记录被提及、被引用、被推荐三栏；
- 英文内容产量能不能持续。 谁能写、每周能出几篇、能维持多久。
对企业的翻译：如果英文侧几乎没有真实提问，独立域名只是把可见度缺口变成长期维护成本。
还有一件事要先测：AI 答案功能按国家与语言分批推进，官方没有完整的「国家 × 语言」总表，目标市场在不在覆盖内只能逐市场实测。记录口径见 中英文站点的可见度排查。
四、结构定了之后：跨语言的五项最低配置
无论选哪种结构，这五项都要做：它们属于经典搜索层机制，但会间接决定页面能否进入 AI 答案。
| 项 | 最低要求 | 做错的后果 |
|---|---|---|
| canonical | 每个语言版本各自 self-canonical，不跨语言互指 | 一边被合并，从未进入候选集 |
| hreflang | 自引用＋双向回链＋一个 x-default，只用一种实现 | 单向标注或与 canonical 冲突时整组被忽略 |
| sitemap | 按语言拆分，各自确认收录 | 出问题时定位不到哪边 |
| AI 爬虫放行 | robots 声明与实际响应并排对照，两边都测 | 声明允许、实际被拦，通道静默关闭 |
| 实体互指 | 品牌英文写法唯一，@id 与 sameAs 跨站互指 | 两边被当成两个主体，引用各算各的 |
通道那项可当场验证：两个语言版本各跑一次 AI 爬虫探测，把声明与实际响应并排看。
实体互指写法见 结构化数据与 Schema.org。一句边界：canonical 与 hreflang 是经典搜索层机制，不是 AI 检索的独立参数；对自建索引的引擎，官方并未把 hreflang 列为检索输入。各引擎口径见 六大模型官方规则。
五、内容层：哪些必须重写，哪些可以先不动
第二个常见误判是「把中文站翻译一遍，英文站就有了」。
判据是：这段内容能不能被独立摘走。 机翻的问题不在语法，而在三处——术语直译后当地用户不这么问；中英标点混排降低可提取性；问题本身不对应。
信源池差异也在这里：中文侧内容容易被社区与媒体转手带出，英文侧更依赖官网直出。分层机制见 豆包与 DeepSeek 双引擎指南。
| 优先级 | 页面类型 | 说明 |
|---|---|---|
| 先做 | 服务与产品页 | AI 答案更常直取官网，首段要有可整段摘走的答案句 |
| 先做 | 定义与方法段落 | 一到两篇即可，回答「你们这类事怎么做」 |
| 先做 | About 与实体页 | 让 AI 能回答「这是谁」，与实体互指配套 |
| 先做 | 计价与交付条件 | 采购类提问最常缺，缺了就只能被别人替代 |
| 可以后做 | 博客与分析类 | 数量大、折旧快，等前四类稳定后再排 |
| 不必译 | 纯品牌信息与联系方式 | 两边必须一致，否则削弱实体可信度 |
重写是第二条内容产线，不是翻译的补丁。 要么排出固定作者与日历，要么缩小范围；全站铺开却无人维护，比不做更差。出海客户以 B2B 为主时，英文侧提问与决策链有关，见 B2B 企业做 GEO。
六、什么时候应该直接上独立域名
默认建议是子目录，但下面这些情况直接上独立域名更合理。理由都不是「独立域名更利于 AI 引用」，没有这样的官方结论。
- 海外有独立法人或独立品牌。 对外本就是两个主体，硬塞进同一域名会让 AI 混起两套事实。
- 合规与内容需要区隔。 同一站点承载两套隐私政策、支付与售后条款时互相牵制。
- 两边技术策略完全不同。 例如海外 CDN、WAF 与可用性要求无法与国内站共用一套。
- 目标市场对本地域名有明显的信任差异。 影响的是转化，不是引用，要分开评估。
- 组织上要拆开运营。 两个团队、两套预算与考核时，共用域名持续制造协调成本。
若决定独立域名，把它当成一次迁移项目排期：URL 映射、canonical、重定向、sitemap 与实体互指都要在切换前后各核一遍。迁移后引用掉下来的五个断点见 迁移与改版后的引用排查。
七、五个常见错误与一份五问自测
- 独立域名但不做实体互指。 两边被当成两个主体，引用与信誉各自从零开始。
- 只在一边放行 AI 爬虫。 声明允许、实际被拦，通道静默关闭。
- hreflang 只写单向，或与 canonical 打架。 整组标注被忽略，等于没写。
- 为每个目标市场建一套子站，内容却几乎相同。 先做好语言层，地区差异交给 hreflang 表达。
- 把「英文站现在没人引用」当成结论。 它首先是一个待测问题。
五个问题，任何一个答不上来，就先别注册新域名。
- 过去半年，海外客户用英文提问，还是只用中文询盘？
- 英文内容谁写？每周能稳定产出几篇，能维持多久？
- 两边的品牌名与 About 现在一致吗？谁负责对齐？
- 两个语言版本各跑过一次 AI 爬虫探测吗？
- 三年后若要迁到独立域名，今天的哪些决定会让迁移更贵？
行动清单
今天做
- 用英文提问集（非中文题直译）跑一轮目标引擎，记录被提及 / 被引用 / 被推荐三栏
- 两个语言版本各跑一次 AI 爬虫探测，存档「声明 vs 实际响应」
本周做
- 定下结构决策（先在子目录起步或直接独立域名），写下判断依据
- 核对 canonical 是否各自 self-canonical，hreflang 是否自引用、双向、含 x-default
- 比对两侧的品牌英文写法、About 与联系方式是否一致
本月做
- 排出英文侧重写的最小起步集（服务与产品页、定义段、About、计价条件）与固定作者
- 为英文侧建立独立观测台账，每月复测
- 若决定独立域名，把迁移断点排查立为独立项目
结语
出海企业问「要不要分开做」，真正需要的是一个决策顺序：先做可逆的两层——内容与实体，再决定不可逆的结构。
顺序对了，最坏是「先在子目录做，发现确实有人问，再迁出去」；顺序反了，最坏是先注册域名，再用两年时间证明它不该存在。
结构只是容器，能不能被引用取决于容器里的东西。
📩 需要帮助？GEO 咨询团队可以为你做什么
出海企业的结构决策，做错一次要付数年的代价：
- 结构决策与迁移排期：按目标市场、团队产能与合规要求，判断该用子目录、子域还是独立域名（GEO 优化服务 →）
- 双语可见度对照实测：同一批问题中英文各问一遍，定位落差在哪一层（GEO 审计与 AI 搜索诊断 →）
- 先跑一次自动检测：AI 爬虫通道、结构化数据与内容可读性（免费 GEO 诊断工具 →）
本文为方法说明类内容。站点结构的官方口径来自 Google Search Central「管理多地区与多语言站点」与「本地化版本」文档，以及其官方视频对多语言站点的建议；引擎机制只在站内已发布内容中引用，不复述。文中不含自有实验数据，未引用效果类百分比；各引擎的产品覆盖与策略变化较快，结论截至 2026 年 10 月。