多语言 slug 翻译的正确做法：翻译别名与 URL 稳定的矛盾

引言：英文 URL 里还是中文拼音

/wordpress-bei-fen/ 这种拼音 slug 对英文用户和 Google 都不友好。翻译 slug 成 /en/wordpress-backup/ 更可读、含关键词。但 slug 一改旧链就 404，要 301。

原理分析：收益与风险

• 收益：翻译 slug 本地化、含目标语言关键词、用户可读。
• 风险：slug 是 URL 一部分，改动 = URL 改动，旧外链/收录失效，必须 301；且每种语言 slug 不同，管理复杂。
  WPML/Polylang Pro/TranslatePress SEO 包支持翻译 slug；免费版通常不支持。

保姆级实操

开启翻译 slug（插件内选项）后，旧 URL 301：

# 若中文 slug 改英文，旧链跳转
location = /wordpress-bei-fen/ { return 301 /en/wordpress-backup/; }

// 用插件（Rank Math/WPML）自动处理翻译 slug 的 301

新站直接规划翻译 slug；老站改 slug 务必批量 301 并 GSC 提交。

常见踩坑

1. 翻 slug 没 301，旧链 404 权重丢。
2. 免费版强行翻 slug，插件不支持导致 404。
3. 案例：某出海站把 200 篇 slug 从拼音翻成英文并批量 301，三月后英文词流量 +40%，但因漏 5 篇 301 短暂波动，补全即稳。
4. slug 含空格/中文，需转写。
5. x-default 用默认语言 slug 混乱。

总结

判断标准：出海站建议翻译 slug（含本地关键词），但必须 301 旧链。行动清单：定 slug 策略 → 开翻译 slug → 批量 301 → GSC 提交 → 验收录。详见多语言 URL 结构对比。