多语言站点上线前有一个决定,一旦确定就很难更改:每个语言版本放在哪里。常见三种做法是子目录、子域名与独立域名。选错之后迁移会带来收录波动与重定向维护成本,因此值得在动工前把对比做完。
一、三种结构的定义与表现形式
- 子目录:
example.com/de/、example.com/es/,各语言版本与主站共享同一域名; - 子域名:
de.example.com、es.example.com,各语言版本使用独立主机名; - 独立域名:
example.de、example.es,各语言版本使用当地国家代码域名。
基于极致 CMS 的「一语言一物理表」架构,三种结构都可以实现:语种目录对应独立数据表与目录前缀,子域名只需在站点配置中绑定主机名,独立域名则按站点维度分别部署。
二、按三个维度对比
1. 权重继承与外部链接
子目录的链接权重集中在同一域名下,外部链接与品牌词积累都会汇入主域;子域名在多数搜索引擎口径中被视为相对独立的站点,权重继承较弱;独立域名从零开始,需单独建设外链。
2. 地域与语言信号
独立域名在目标市场有天然的地域联想,代价是需要逐站建设收录;子目录与子域名则依赖 hreflang 标注与页面语言声明来传递地域与语言信号。无论选哪种,都应在每个语言页面输出自身的 hreflang 与指向自身的引用。
3. 部署与运维成本
- 子目录:一次部署,一套证书,运维成本低;
- 子域名:可独立部署与扩容,但需共享或分别配置证书,跨子域的统计与登录状态需要额外处理;
- 独立域名:每站单独注册、备案与证书,运营与合规成本明显上升。
三、判断顺序:四个问题定方案
- 是否已有主站并积累权重? 若主站已有稳定收录与外链,优先子目录;
- 是否需要独立品牌形象? 面向单一市场做本地化品牌时,独立域名更贴合,但要接受收录从零开始;
- 技术团队能否承担多站运维? 人力有限时,子目录是成本可控的选择;
- 目标市场规模与投入是否匹配? 只做两三个语种时,子目录足够;做十站以上的区域化运营时再考虑独立域名。
对多数中小外贸企业,实践路径是:先用子目录跑通多语言内容与收录,等某个语种市场的询盘规模稳定后,再为它单独启用域名。
四、无论选哪种都要配好的五项
- hreflang 互链:每个语言页面标注全部语言版本,并包含指向自身的引用;
- 语言与地区代码:按 ISO 639-1 语言码与 ISO 3166-1 地区码组合,如
de-DE、es-MX; - x-default 兜底:为主站或语言选择页指定
x-default; - 分语言站点地图:
sitemap.xml中按语言目录分区,或在站点地图索引中分文件列出; - canonical 指向自身:每个语言版本指向自己的地址,各语言之间不能互指。
五、两种常见误配
- 用参数切换语言:
?lang=de这类写法会让搜索引擎难以判定为独立页面,收录表现不稳定; - 各语言版本共用同一套标题描述:即使结构选对了,内容若完全一致,仍可能触发重复内容判定。
结构决定上限,内容决定结果。把结构一次选对,后续每加一个语种都会省下一轮迁移。
