多语言SEO架构：子目录、子域名与独立站的选择和Hreflang

多语言SEO三种架构权重传递对比、按市场阶段的选择决策树与ccTLD误判

多语言SEO架构：子目录、子域名与独立站的选择和Hreflang

结论先行：多语言站点的架构，B2B 出海默认选子目录（/de/、/fr/），权重 100% 继承主域，维护成本最低。子域名只在某市场需要独立技术栈或合规隔离时用，权重传递会打折。独立站 ccTLD 只在目标市场已有本地强品牌认知、年预算不低于 20 万元时才划算。反直觉点：很多人以为 .de 域名天然利于德语区排名，实际上新 ccTLD 前 12 个月排名通常落后子目录，因为本地信号需要服务器位置、本地外链、本地内容三者叠加才能建立。Hreflang 三种架构都要写，写法差异见第三节。

一、三种架构的权重传递差异

多语言架构的核心问题只有一个：你辛苦积累的主域权重，能传多少给新语言版本。Google 对主域、子目录、子域名、独立域名的处理并不相同。

架构	示例	权重传递	维护成本	适合阶段
子目录	example.com/de/	100% 继承主域	最低，一套模板	绝大多数 B2B
子域名	de.example.com	部分传递，需重新凝聚	中，Cookie/CDN 重配	需技术隔离
独立站 ccTLD	example.de	从零开始	最高，外链内容双份	本地强品牌
gTLD 多站	example-es.com	从零开始，无本地信号	最高	不推荐

子目录之所以是默认答案，是因为它把所有语言版本挂在同一个域下，主域的外链、内容深度、抓取预算全部共享。新增一个德语版本不需要重新申请 Search Console 资产、不需要重新做外链，只需在 /de/ 路径下铺内容。多语言上线流程见多语言内容上线流程。

二、选择决策框架：按市场阶段与约束选

不要凭喜好选架构，按三个问题的答案走。决策顺序是：主域是否成熟、有没有技术隔离需求、本地品牌强度够不够。

判断问题	是	否
主域运营满2年且有自然流量？	选子目录	先把主域做起来，不急着多语言
某市场需独立支付/合规/技术栈？	该市场用子域名	仍用子目录
本地品牌认知强且年预算≥20万？	可上 ccTLD 独立站	继续子目录
同一语言不同国家（英语美/英/澳）？	hreflang 标注即可	不必开独立站

一个场景化判断：你是一家工业设备出海企业，主域英语站运营3年，月自然流量 8000，想加德语和西语版本。正确做法是 example.com/de/ 和 example.com/es/，6个月内即可看到德语关键词排名进入前50。如果一上来就买 example.de 和 example.es，光建立权重就要12至18个月。

另一个场景：某个中东市场需要独立支付通道和本地合规部署，主域模板改不动，这时用 me.example.com 子域名是合理的代价。但要接受德语区那种权重传递在子域名上要打七折。

成本对比也值得算一笔账。子目录方案一年的增量成本几乎为零，只是翻译和内容生产费用；子域名要多配一套 SSL 证书、CDN 缓存规则和 Search Console 资源，一次性投入约 3 至 5 人天；独立站 ccTLD 除了域名注册费，还要单独做外链建设和本地内容团队，第一年投入通常是子目录方案的 2 至 3 倍。预算敏感的 B2B 团队，把这笔账算清楚再决定。

三、Hreflang 在三种架构下的写法差异

无论选哪种架构，Hreflang 都必须写，否则 Google 不知道哪个版本对应哪个国家语言。三种架构的写法规则一致，只是 URL 形态不同。

架构	hreflang 示例	放置位置	注意点
子目录	href=”https://example.com/de/”	head link 或 sitemap	最不易出错
子域名	href=”https://de.example.com/”	跨子域全 URL	SSL 证书要覆盖子域
独立站	href=”https://example.de/”	跨域名全 URL	两站都要互相标注
x-default	href=”https://example.com/”	每组必带	指向英语默认页

写法上有一条硬规则：每组 hreflang 必须双向引用。英语页标注德语页，德语页也必须标注英语页，漏一边整组失效。语言代码用 ISO 639-1（de、fr），国家代码用 ISO 3166-1（de-DE、de-AT），德国与奥地利德语不同，要分开标。完整写法与常见错误见 Hreflang 多语言落地。

WordPress 站点用 WPML 或 Polylang 时，插件会自动输出 hreflang，但自动生成的标签经常漏 x-default 或双向引用缺失，上线后必须用 Search Console 的国际定位报告抽查。技术栈选型参考环形山技术栈。

一个常见纠结是：英语已经有美国版，要不要再为英国做一个 /en-gb/。如果英国页面只是把美元换成英镑、把美式拼写改成英式，其他内容完全一样，就不要单独建页——共用 /en/ 一页，用 hreflang en-GB 标注即可。只有当英国有独立的定价、合规或案例时，才值得做差异页。

四、迁移与常见错误

架构选错后再迁移成本很高，这里把高发错误一次列清。

错误	后果	正确做法
新市场直接买 ccTLD	前12个月排名落后子目录	先用子目录验证市场再决定
hreflang 只写一边	整组标签失效	每组双向引用加 x-default
子域名不挂 SSL	hreflang 抓取失败	证书覆盖所有子域
按国家做 doorway 页	触发手动操作	每页有实质本地内容，见按国家做落地页
同语言国家共用一页不标注	Google 选错展示版本	用 en-GB/en-AU 区分

从子目录迁移到独立站是权重损失最大的操作，必须配 301 重定向地图和外链重新建设，迁移后 4 至 8 周排名波动属正常。迁移方法论见站点重构与换域名。翻译质量本身也影响排名，机器翻译后必须经过翻译后编辑，否则本地用户跳出率高，Google 也会判定内容质量低。

最后给一个选型速记：如果团队只有一个人或两个运营，闭着眼睛选子目录；如果技术团队明确提出某市场要独立部署，再上子域名；只有当本地经销商或客户已经在用 ccTLD 搜索你、且你准备好为这个市场单独养一支内容团队时，才考虑独立站。架构一旦定下，URL 三年不要动，频繁切换比选错更伤。

这个判断不随公司规模变化，小团队更应该把权重集中在一个主域上，而不是分散到多个新域名。

FAQ 常见问题

子目录、子域名、独立站到底选哪个？

默认选子目录，即 example.com/de/，权重100%继承主域，维护成本最低。只有当某个市场需要独立技术栈、支付或合规隔离时，才用子域名 de.example.com，此时权重传递会打折。独立站 ccTLD（example.de）只在目标市场已有本地强品牌认知、且年预算不低于20万元时才划算，新域名前12个月通常排名落后子目录。

.de 域名是不是天然对德语区排名有加成？

不是。ccTLD 的本地排名信号来自服务器位置、本地外链、本地内容三者叠加，不是域名后缀本身。一个新建的 .de 域名前12个月因为权重从零积累，排名通常落后于挂在成熟主域下的 /de/ 子目录。只有当这个 .de 站已经做了大量本地外链和本地内容后，才会体现出本地优势。

同一门语言不同国家，比如英语美英澳，需要开独立站吗？

不需要。用 hreflang 的国家语言组合标注即可，比如 en-US、en-GB、en-AU。可以共用一个英语内容页，或针对不同国家做少量本地差异页，再用 hreflang 互相标注。只有当美国和英国的内容差异大到必须完全两套页面时，才考虑子目录分开。

子域名架构为什么会损失权重？

Google 把同一主域下的子域名视为不同的资产单元，主域的链接权重不会自动全额传递给子域名，子域名需要自己重新凝聚信任。此外子域名要单独配置 SSL 证书、CDN 缓存、Cookie 作用域，任何一项配置缺失都会导致 hreflang 抓取失败或收录问题。

WordPress 的 WPML 会自动写 hreflang，还需要人工检查吗？

需要。WPML 和 Polylang 会自动输出 hreflang 标签，但自动生成的标签经常漏掉 x-default，或者双向引用不全。上线后用 Search Console 的国际定位报告抽查，确认每组标签双向完整、x-default 存在、语言国家代码用对（de-DE 而不是 de-de）。

已经用子目录做了多语言，以后还能转成独立站吗？

可以转，但这是权重损失最大的操作之一，必须配完整的301重定向地图，把旧 /de/ 路径逐条映射到新 example.de 的对应页面，同时重新建设本地外链。迁移后4至8周排名波动属正常，超过8周仍未恢复就要检查重定向地图是否有漏链。

写在最后

多语言架构的选择，本质是权重效率和本地化需求之间的权衡。对子目录以外的每一个选项，都要能说出一个非用它不可的理由，否则就是在给自己增加维护成本。绝大多数 B2B 出海站，子目录加正确的 hreflang 已经够用。

落地三步：本周用 Search Console 确认主域是否已成熟到可拓展多语言；下周按决策树为每个新市场选定架构，优先子目录；上线后两周内用国际定位报告抽查 hreflang 双向性。德语西语版本的图表和数字本地化另见多语言站的图表处理。

一句可以记住的话：多语言架构先把子目录用对，ccTLD 是给已经赢了本地市场的人准备的，不是给刚出海的人省时间的。