功能场景指南

如何翻译 Shopify URL 与 Slug

如何正确翻译 Shopify URL 和 slug——能排名的 URL 结构、保护流量的重定向,以及会破坏 SEO 的错误。

Elena Vasquez
欧盟市场本地化负责人

10 年以上为欧洲市场本地化 DTC 品牌。

适用对象正在本地化前台结构的 Shopify 商家
主题URL 与 Slug
年份2026
摘要

一份技术但实用的指南,用于本地化你的 URL 和 slug——构建干净的按市场 URL 结构、设置重定向,并避免迁移失误带来的 SEO 损害。

像 example.com/fr/robe-ete 这样的本地化 slug 告诉搜索引擎和购物者,这个页面属于他们的语言——它能赢得外文 slug 无法获得的点击。

你的 URL 模式——子目录、子域或 Markets——决定整个前台如何扩展。之后改意味着一次带重定向风险的痛苦迁移。

翻译 slug 却不把旧 URL 映射到新 URL,会破坏入站链接并让排名下滑——SEO 损害真实存在,却往往到太晚才可见。

场景价值

为什么这个翻译场景值得单独处理?

先把这个页面为什么重要讲清楚,再进入翻译范围、错误和执行方法。

这类功能场景不是把几个字段翻译出来就结束了,它通常会直接影响用户是否愿意继续浏览、是否能理解页面信息,以及是否会在结账前流失。

一份技术但实用的指南,用于本地化你的 URL 和 slug——构建干净的按市场 URL 结构、设置重定向,并避免迁移失误带来的 SEO 损害。

如何正确翻译 Shopify URL 和 slug——能排名的 URL 结构、保护流量的重定向,以及会破坏 SEO 的错误。

Slug 是排名和信任信号

像 example.com/fr/robe-ete 这样的本地化 slug 告诉搜索引擎和购物者,这个页面属于他们的语言——它能赢得外文 slug 无法获得的点击。

URL 结构之后很难改

你的 URL 模式——子目录、子域或 Markets——决定整个前台如何扩展。之后改意味着一次带重定向风险的痛苦迁移。

糟糕的重定向悄悄毁掉流量

翻译 slug 却不把旧 URL 映射到新 URL,会破坏入站链接并让排名下滑——SEO 损害真实存在,却往往到太晚才可见。

翻译范围

这个功能场景应该先翻哪些内容?

按照用户真正会看到、会影响转化和会影响 SEO 的优先级去拆翻译范围。

翻译范围最好按用户实际看到的路径去拆,而不是按后台字段名去拆。先把真正影响理解和转化的内容覆盖掉,再扩到补充模块。

核心层: 商品 handle / slug, 合集 handle / slug, 页面 handle / slug, and 博客文章 slug.

重要层: 重定向映射(旧到新 URL), hreflang URL 映射, and Sitemap URL 引用.

核心优先级: 高
  • 商品 handle / slug
  • 合集 handle / slug
  • 页面 handle / slug
  • 博客文章 slug
重要优先级: 中
  • 重定向映射(旧到新 URL)
  • hreflang URL 映射
  • Sitemap URL 引用
可选优先级: 低
  • 查询参数翻译
  • 活动/UTM URL
  • 旧 URL 清理
常见错误

这个功能场景最容易踩哪些坑?

这里重点不是语法错误,而是会直接影响体验、SEO 和转化的问题。

下面这些错误之所以重要,不是因为它们语法不对,而是因为它们会让页面显得不可信、流程不连贯,或者直接损失 SEO 与转化。

翻译 slug 却不做重定向高

错误示例: 把 /products/red-dress 改成 /fr/products/robe-rouge,让旧 URL 404。

更合适的做法: 把每个旧 URL 映射到新本地化 slug,并在发布时实现 301 重定向。

业务影响: 每个迁移页面的入站链接断裂、排名流失。

逐字、无视关键词的 slug 翻译中

错误示例: 把 slug 逐字翻译成长而无人搜索的不自然短语。

更合适的做法: 按购物者实际使用的关键词翻译 slug,保持短而干净。

业务影响: URL 难读、难分享、难在本地搜索排名。

hreflang 缺失或错误高

错误示例: 发布本地化 URL 却没有 hreflang 映射,引擎无法关联语言版本。

更合适的做法: 添加把每个 URL 映射到其语言等价地址(含 x-default)的 hreflang 标签。

业务影响: 重复内容信号和各语言版本排名流失。

各市场 slug 格式不一致中

错误示例: 格式混用——一些 slug 翻译、一些英文、一些带下划线。

更合适的做法: 在每个市场应用同一 slug 约定(小写、连字符、基于关键词)。

业务影响: 凌乱的 URL 结构更难维护,对搜索引擎也不够可信。

方案选择

用哪种方式处理这个场景更合适?

帮助用户在手工处理、翻译工具和自定义开发之间做选择。

不同团队适合的工作流不一样。关键不是选最强的方案,而是选当前团队能稳定维护、能随着内容更新持续运行的方案。

人工翻译(内部或自由译者) / Shopify 翻译 app(Translate & Adapt / Ciwi) / 使用 Shopify API 自定义开发

人工翻译(内部或自由译者)

优势
  • 完全掌控 slug 措辞
  • 对关键词选择有人工判断
  • 小目录足够
限制
  • 跨数百 URL 繁琐
  • 容易引入不一致
  • 重定向映射易出错

Shopify 翻译 app(Translate & Adapt / Ciwi)

优势
  • 跨目录批量生成本地化 slug
  • 每个市场一致的 slug 格式
  • 商品变化时自动同步
限制
  • 需要持续的订阅费用
  • 必须审核关键词关键的 slug
  • Markets 子目录设置仍需配置

使用 Shopify API 自定义开发

优势
  • 对 URL 结构和重定向完全程序化控制
  • 与 headless 或多店配置集成
  • 细粒度重定向逻辑
限制
  • 需要开发资源
  • 重定向维护由你负责
  • 复杂度高、收益有限
执行清单

上线前应该检查哪些点?

把操作顺序和 QA 节点整理成清晰的执行清单,减少漏项。

如果你准备真正上线这个功能场景,最好把下面这些动作当成一个完整的发布清单,而不是零散地做几项设置。

  • 先决定 URL 结构:子目录(example.com/fr)、子域或独立域名。
  • 确认 Shopify Markets 如何暴露本地化 URL,从而知道哪些可改。
  • 用每个市场一致的格式翻译商品、合集、页面和博客文章 handle。
  • 让 slug 短、小写、关键词相关——避免直译长短语。
  • 建立从每个旧 URL 到新本地化等价地址的重定向映射。
  • 在发布前或发布时实现 301 重定向,不让任何入站链接断裂。
  • 添加 hreflang 标签,把每个 URL 映射到其语言等价地址。
  • 提交新的本地化 sitemap,并在最初几周监控 Search Console 里的 404。
Ciwi

Ciwi 在这个场景里能做什么?

把产品能力翻成用户能理解的工作流收益,而不是只列功能名。

如果你想把这个场景做成可持续更新的流程,而不是一次性处理,下面这些 Ciwi 能力会更有帮助。

  • 跨整个目录批量生成本地化 slug
  • 每个市场一致、关键词友好的 slug 格式
  • 重定向映射让迁移后旧 URL 不坏
  • 为每个语言版本提供 hreflang 就绪的 URL 映射
延伸阅读

接下来还应该看哪些相关场景?

这些内容适合继续往下看,形成更完整的 Shopify 多语言工作流。

做完这个页面之后,通常还会有一批相邻场景需要一起处理。继续往下看这些主题,工作流会更完整。

如何翻译 Shopify Meta 标题与描述

让本地化 slug 配上能排名的元数据。

如何翻译 Shopify Sitemap

让 sitemap 与新 URL 结构保持同步。

如何翻译 Shopify Markets

理解治理本地化 URL 的市场结构。

常见问题

常见问题

覆盖用户在执行这个功能场景时最常问的问题。

商品 slug 要翻译还是留英文?

对购物者用自己的语言搜索的市场,翻译 slug 有助于排名和点击。保持短而关键词相关,并在改任何现有 URL 前设置重定向。

改 URL 会怎样影响 SEO?

如果每个旧 URL 都 301 重定向到新等价地址并加 hreflang,排名大体能迁移。跳过重定向,你会失去旧 URL 积累的权重。

Shopify Markets 能让我翻译 slug 吗?

Shopify 的本地化 URL 结构取决于你的设置。用翻译 app 批量生成本地化 handle,并配上重定向和 hreflang 做干净迁移。

下一步

准备把这个场景真正跑起来了吗?

先从最影响用户体验和转化的 Shopify 场景开始,再把翻译流程扩到更多页面和市场。