多语网址的 slug 策略：要不要翻译 slug、要不要用当地语言
多语 slug 没有全局最优解：英文 slug（如 /de/pricing/）好管理、好对照、不怕特殊字符编码问题，但当地语言 slug（如 /de/preise/）在搜索结果页上能让当地用户多看一眼、实测点击率平均高出 8–15%。经验法则是「高流量、当地语意义明确的页面翻 slug；结构性、跨语言一致的页面（分类、标签、系统页）保留英文」。
为什么这是个真问题？
Slug 出现在地址栏与搜索结果的网址预览上，是用户点击前唯一会看到的「非标题文字」。当地语言 slug 让当地用户一眼认出「这是我看得懂的页面」，尤其在非拉丁字母语系（阿拉伯语、日语、韩语）差异更明显——但翻译 slug 也带来三个实际麻烦：网址编码后又长又丑（%E4%B8%AD%E6%96%87 这类）、跨语言对照与维护成本上升、以及每次改标题是否要跟着改 slug 的两难。
两种策略的量化比较
| 维度 | 英文 slug（如 /ja/pricing/） |
当地语言 slug（如 /ja/料金/ 或罗马拼音 /ja/ryokin/） |
|---|---|---|
| 搜索结果点击率 | 基准值 | 平均高 8–15%（当地用户辨识度高） |
| 网址可读性（非拉丁字母） | 全站一致、无编码问题 | 若用原生文字，网址显示为 %E6%96%99... 编码乱码，多数浏览器虽会解码，但分享时常出错 |
| 跨语言维护成本 | 低：一套 slug 对照表，改版时只认英文 key | 高：N 种语言 = N 套 slug，改标题常连动改 slug，易产生旧 slug 404 |
| 适合页型 | 系统页、分类页、工具页、Boss 页 | 高意图文章页、在地商业页、营销活动页 |
| SEO 直接影响 | 中性（Google 不因 slug 语言加减分） | 中性偏正（slug 中的关键字若与查询字面相符，搜索结果加粗片段增加，间接助攻点击率） |
按语言的具体建议
- 拉丁字母语系（英、法、德、西、葡）：直接翻译 slug，网址不会出现编码问题，翻译成本也低。例：
/fr/tarifs/优于/fr/pricing/。 - 非拉丁字母且有罗马拼音惯例的语系（日语、韩语）：用罗马拼音而非原生文字，兼顾可读性与网址整洁。例：
/ja/ryokin/优于原生日文 slug。 - 非拉丁字母且无标准罗马化的语系（阿拉伯语、泰语）：保留英文 slug，靠
hreflang与页面内容做语言辨识，不硬翻。 - 中文（繁体／简体）：英文 slug 是本站与多数繁简双语站的实务选择——中文 slug 编码后在分享链接、社交媒体贴文中容易被截断或显示乱码，英文 slug 更稳定。
- 系统性页面（分类、标签、筛选器、Boss 页）不论语言一律用英文 slug，换取跨语言维护时「一套 slug 对照表走天下」的效率；只有面向终端读者、承载大量自然搜索流量的内容页，才值得为点击率投入翻译 slug 的维护成本。
常见问题（FAQ）
Q1：改 slug 语言会不会影响既有排名？ 会有短期波动。改 slug 等同换网址，必须设 301 跳转、更新 hreflang 互连、并在 GSC 提交新网址索引，通常 2–6 周排名回稳，期间避免同时大改内容，以免信号混淆。
Q2：slug 该用原生文字还是罗马拼音？ 没有绝对答案，取决于语系。有成熟罗马化惯例的语言（日语、韩语）建议用拼音；没有的语言（中文）建议直接用英文 slug，避免网址编码问题。
Q3：slug 长度有没有建议上限？ 建议 3–5 个词以内，涵盖目标关键字即可，避免把整个标题塞进 slug；过长 slug 在搜索结果截断、在社交媒体分享时也不美观。
Q4：多语 slug 一定要跟 hreflang 绑在一起考虑吗？ 是的。无论 slug 翻不翻译，每个语言版本都要有正确的自我引用 hreflang 与双向回链，否则就算 slug 选对了，Google 仍可能误判各语言版为重复内容。
slug 策略最终仍要与整体多语架构搭配才有效，尤其别让翻译后的 slug 破坏既有 hreflang 对映——可先用 GeoSeoToday 的 hreflang 生成器与 GEO 检测工具 验证整组标签是否仍然正确，并参考〈hreflang 常见错误导致繁简自我蚕食〉避免改 slug 时顺手踩坑。