多语言目录站的 URL 三选一：子目录、子域名、ccTLD 各自的实际代价
多
官方那张表先摆出来
谷歌在多区域多语言网站的文档里列了四种 URL 结构，优缺点写得很直白：
| 结构 | 例子 | 优点 | 缺点 |
|---|---|---|---|
| ccTLD | example.de | 地理定位明确；与服务器位置无关；便于拆分站点 | 贵且可能有注册限制；需要更多基础设施；通常只能定位一个国家 |
| gTLD + 子域名 | de.example.com | 易设置；可用不同服务器；便于拆分 | 用户难以从 URL 判断 de 是语言还是国家 |
| gTLD + 子目录 | example.com/de/ | 易设置；维护成本低（同一主机） | 单一服务器位置；站点拆分更困难 |
| URL 参数 | example.com?loc=de | 无 | 官方明确不推荐，难以按 URL 细分 |
参数方案可以直接划掉。剩下三个，选的不是技术优劣，是你能承受多少维护成本。
图片来源：网络，版权归原作者所有，侵权请联系删除
ccTLD：定位最准，也最费钱
ccTLD 是唯一一个「与服务器位置无关」的方案，地理信号最强。代价也很实在：每个国家一个域名，每个域名一套备案或合规流程（做欧洲市场还要考虑当地要求），每个域名一套服务器和证书，每个域名都要单独做外链。
对目录站来说这条尤其致命。导航站的价值很大一块在主域的权重积累，切成五个 ccTLD 等于把积累拆成五份，每份从零开始。除非你某个市场已经有明确收入，否则不建议第一步就上。
还有个容易忽略的点：部分 ccTLD 被当作通用顶级域处理。.tv、.me、.io、.co 这类，谷歌认为用户普遍把它们当通用域名而非国别域名，不会自动获得地理定位。用了 .io 不等于定位到某个国家，仍然要靠 hreflang 说话。
子域名：看起来清晰，实际是另一个站
de.example.com 配起来确实简单，还能指向不同服务器。但搜索引擎对子域名的处理比很多人以为的要独立——它在很多信号上是单独评估的。对目录站而言，en.example.com 的收录速度和权重传递，通常不如 example.com/en/ 来得顺畅。
另一个小问题是用户认知。de 到底是语言还是国家？德国用户可能觉得没问题，奥地利用户会觉得这不是给他们准备的。子目录同样有这个问题，但至少 URL 上连着主域，认知负担小一点。
子目录：目录站的默认答案
example.com/en/ 的好处是权重集中、配置简单、维护成本低，同一个主机就能跑。凭这几条，它就应该是大多数出海导航站的起点。
它的短板是「难以拆分站点」。真到了某个市场要做本地化定价、独立运营、独立团队的时候，子目录会显得束手束脚。但那是个幸福的烦恼——先把流量做起来再说。
实际的推进顺序我倾向于这样：主站 + /en/ 起步 → 某个语言版本流量占比超过两成且还在涨 → 评估是否单独拆出 ccTLD 或子域。反过来一开始就铺三个 ccTLD 的，我见过不少，最后基本都退回子目录了。
配套动作不能省
URL 结构定了，hreflang 要跟上。三个高频错误值得单独记一下：
- 缺返回链接：A 页面声明了 B，B 必须也声明 A。单向声明会被忽略。
- 地区码写成 UK：ISO 3166-1 Alpha-2 里英国是 GB，没有 UK 这个码。语言码走 ISO 639-1，两者不要混用。
- 指向了不可索引的 URL：hreflang 指向的页面如果本身被 noindex 或 robots 挡了，这组声明就废了。
另外配一个 x-default，指向语言选择页或者默认版本，处理那些匹配不上任何语言的用户。三种写法（HTML 标签、HTTP 头、站点地图）选一种，不要混着写，混写容易自相矛盾。
目录站特有的问题：条目库要不要跟着翻译
这是导航站和普通内容站最大的差别。你的界面只有几十页，但条目有几千条。全翻译不现实，不翻译的话英文版里全是中文站点名和中文描述，用户体验和索引价值都打折。
比较务实的分级做法是：条目名保留原文不译（站点名本来就是专有名词），描述用简短的英文改写而不是机翻，分类名和分类描述做完整人工翻译。机器翻译的内容要不要放出来收录是另一个话题，风险在于大量低质翻译页会拉低整站评价，这里不展开。
URL 结构是少数几个「选错了改起来要命」的技术决策。花两天想清楚，比后面花两个月做 301 映射划算得多。