多语言站架构：子目录 vs 子域名 vs ccTLD
多语言网站的三种架构中，子目录（example.com/zh-hans/）能让所有语言共享同一个域名的权重、维护成本最低，是多数情况下的推荐选择；子域名与 ccTLD 只有在特定商业或法规需求下才值得采用。 架构是多语言 SEO 的第一个决策，选错了之后搬家的代价极高。
三种架构是什么？
以一个繁中／简中／英文三语网站为例，三种架构长这样：
- 子目录（subdirectory）：
example.com/zh-hant/、example.com/zh-hans/、example.com/en/ - 子域名（subdomain）：
tw.example.com、cn.example.com、www.example.com - ccTLD（国家顶级域名）：
example.tw、example.cn、example.com
完整对比表
| 对比项目 | 子目录 | 子域名 | ccTLD |
|---|---|---|---|
| 权重共享 | ✅ 全语言共享主域名权重 | ⚠️ Google 倾向视为独立站，权重大致分开 | ❌ 每个域名从零累积 |
| 维护成本 | 低（1 个域名、1 套主机与证书） | 中（多组 DNS 与部署配置） | 高（多个域名、续费、各自的 GSC 与外链） |
| 地理信号强度 | 弱（靠 hreflang 补足） | 弱–中 | 强（.tw 天然对应台湾） |
| 外链效益 | 任一语言拿到的外链，全站受益 | 主要留在该子域名 | 只留在该国域名 |
| 适合对象 | 绝大多数内容站、SaaS、B2B | 各语言由不同团队独立运营 | 法规要求本地域名、或各国有独立品牌 |
为什么多数情况推荐子目录？
- 权重是最稀缺的资源。新站或中小型网站最缺的就是域名权威。子目录让英文版拿到的每一条外链同时撑起繁中与简中版；换成 ccTLD，等于同时养三个从零开始的网站——内容产能相同的情况下，成长速度可能差上数倍。
- 维护面只有一个。一个域名代表一套证书、一套部署、一个 GSC 资源（用目录筛选即可分语言追踪）、一份要管理的外链档案。网站要活得久，运营成本比理论优势重要。
- 语言分流交给 hreflang 就够。子目录唯一的弱项是缺乏天然地理信号，但这正是 hreflang 的工作：每页标好
zh-Hant／zh-Hans／en＋x-default，分流效果足以覆盖绝大多数需求。
什么时候不该选子目录？
- 进军中国大陆市场：大陆市场以百度为主（Google 自 2010 年起在当地无法使用），且 ICP 备案通常需要境内主机与 .cn 或已备案域名——这是一套独立决策，不要跟其他语言混在同一个架构里。
- 各国由完全独立的团队与品牌运营：例如各国子公司有自己的产品线与营销预算，ccTLD 的独立性反而是优点。
- 既有的子域名已累积大量资产：迁移有风险，若现况运作良好，不必为了「理论最佳」而搬家。
决定架构后的三个配套动作
- 每页实现完整 hreflang（全语言＋自我引用＋x-default），这是子目录架构的分流命脉。
- 每个语言各一份 sitemap，方便提交与调试。
- GSC 用目录筛选分开追踪，各语言的曝光、点击、收录独立查看，才能发现单一语言的异常。
常见问题（FAQ）
Q1：已经用子域名了，要搬到子目录吗？ 如果子域名的 SEO 表现长期疲弱、且网站还在成长早期，迁移通常值得——记得做好全站 301 对应表。如果已有稳定流量与排名，迁移风险可能大于收益，先把 hreflang 与内容质量做满再评估。
Q2：子目录要用 /zh-hans/ 还是 /cn/？
建议用语言导向的 /zh-hant/、/zh-hans/，因为简中读者不只在一个地区。用 /cn/ 这种地区导向命名，未来要服务其他简中市场时会很尴尬。
Q3：三种架构可以混用吗？ 技术上可以（例如主站用子目录、大陆市场独立用 .cn），但同一组语言不要重复出现在两种架构，否则会自我蚕食。混用的唯一合理场景就是「大陆市场独立处理、其他语言集中在主域名」。
Q4：架构会影响被 AI 引用（GEO）吗？ 会，间接影响。AI 引擎偏好引用权威度高的来源，子目录集中权重等于让每个语言版本都站在同一个较高的信任基础上，对三语都要被引用的网站特别有利。
GeoSeoToday 自己就是「子目录＋hreflang」架构的实例（/zh-hant/、/zh-hans/、/en/）。架构定案后，第一件事就是把 hreflang 配对做对——用我们的 hreflang 生成器与 GEO 检测工具 一键生成标签。语言逐一被引用的完整打法请看〈多语言 GEO〉，正文怎么写请看〈GEO 内容结构模板〉。