阅读提示
本文约 763 字,预计阅读 2 分钟。文中命令与配置均经过实测,可直接参考执行。
本文约 763 字,预计阅读 2 分钟。文中命令与配置均经过实测,可直接参考执行。
引言:语言放 URL 哪里
多语言站第一技术决策就是 URL 结构。放子目录(mimangfei.com/en/)、子域名(en.mimangfei.com)还是参数(?lang=en),直接影响权重传递与维护难度。Google 官方推荐前两者。
原理分析:三种方案对比
- 子目录 /en/:权重集中在主域,最易积累;实现简单;Google 推荐。缺点:所有语言同域。
- 子域名 en.:可按区域用不同服务器/CDN,但权重基本独立计算,需分别养。
- 参数 ?lang=:实现易但 Google 易判重复内容、hreflang 弱,收录差,不推荐争排名。
保姆级实操
子目录(WPML/Polylang 默认):
# 子目录无需特殊规则,插件处理
子域名需 DNS + 证书:
server { server_name en.mimangfei.com; ... }
无论哪种,都配合 hreflang 告知关系:
<link rel="alternate" hreflang="en" href="https://mimangfei.com/en/">
常见踩坑
- 参数形式争排名,收录差。
- 子域名没做权重积累,各语言都弱。
- 案例:某站原用 ?lang=,英文词全二页;改 /en/ 子目录 + hreflang 后三月进前 10。
- 子目录与已有路径冲突(如 /en/ 已是某分类),需改。
- hreflang 与 URL 结构不一致,信号矛盾。
总结
判断标准:默认选子目录(权重集中、易维护);需区域隔离选子域名;勿用参数争排名。行动清单:定结构 → DNS/配置 → hreflang 配合 → 验收录。详见多语言 slug 翻译的正确做法。
觉得有用?点个赞支持一下
标签:
# hreflang
# hreflang 配合
# SEO 取舍
# URL 结构
# 参数
# 参数多语言
# 多语言 URL 结构
# 子域名
# 子目录
# 语言子域名
# 语言子目录
