产品URL要不要翻译？多语言站先固定型号，再决定路径

产品URL可以翻译，但不必为了多语言SEO把已经稳定使用的英文路径全部改掉。更实用的做法是：先给每个产品固定内部ID和准确型号，再决定各语言slug是否本地化；语言切换、canonical和内容关联都读取这份映射，不靠替换路径里的单词猜地址。

这里讨论的是已选好语言目录或站点结构后的产品命名。对于刚上线的德语目录，使用当地买家认识的产品词有助于读懂地址；对于已有外链、目录册和销售邮件引用的路径，改名还会牵动大量入口，不能只看新网址是否更顺眼。

翻译slug是可选项，译好正文才是前提

Google的多语言网站文档明确允许在URL中使用本地化词语，也允许国际化域名。这不能反过来理解为“不翻译URL就无法获得当地语言排名”。同一文档说明，Google依靠页面可见内容判断语言，并不会只看到德语目录名就把英文正文认作德语。

因此，一条英文slug配完整德文页面，在技术上不等于未完成翻译。反之，把pump改成pumpe，而产品用途、参数解释和购买限制仍是英文，路径本地化并没有解决读者的问题。URL的任务是提供稳定、可理解的入口，不承担替代正文的职责。

用产品ID关联译文，不用字符串替换

假设有一款教学产品M-40，英文页面使用/en/products/m-40-pump/，德文页面使用/de/produkte/m-40-pumpe/。两页应在内容系统里关联到同一产品记录，保留同一个经确认的型号。英文分类词、德文分类词和slug分别保存，发布时再取出最终URL。

不要写一条“把/en/换成/de/”的规则充当语言切换。只要德语目录层级不同、slug经过人工调整，或某款产品根本没有德文页，这条规则就会产生错误链接。名称接近的配件尤其容易误配：泵体和整套泵站不是一条产品记录，不能因为都带M-40就自动组成语言版本。

• 内部ID负责唯一识别，面向用户的型号负责采购核对，二者不必相同。
• 各语言标题允许按当地用语编写，但不得擅自翻译品牌、改写制造商型号中的字符。
• 每个已发布语言保存最终URL和发布状态；空值表示暂缺，不自动生成猜测地址。
• 语言切换优先去当前产品的等价页；没有对应译文时，明确说明可查看哪个现有版本。

非ASCII网址要验的是编码和往返，不是看起来长不长

含重音字母或非拉丁文字的路径，在浏览器和复制链接后可能呈现不同形式。Google建议使用UTF-8并正确转义链接。用户看到较长的百分号编码，不足以证明网址有SEO问题；真正要确认的是该链接能否回到唯一的预期页面。

让开发在测试环境从导航点入产品页，复制地址到新窗口，再从另一语言切换回来。记录每一步的最终URL，检查有没有双重编码、大小写规则不一致、尾斜杠反复跳转，或者CMS把两个不同输入保存成两个页面。还要用站内搜索和移动导航各走一次，因为它们可能不是读取同一套链接数据。

不要为缩短编码而擅自删去型号中的连字符、斜杠或其他有识别作用的字符。可以为URL另设经过确认的安全slug，但页面上必须保留制造商原始标识，并由产品ID关联。这样既能管理路由，也不会把两个型号误并为一个。

已有路径是否改名，按入口成本决定

新语言页面还没公开时，先确定slug通常成本最低。老路径已经用于说明书二维码、经销商目录和客户收藏时，建议先列出这些引用，再决定是否值得调整。仅为了把英语词换成当地词，通常不足以跳过这项检查。

如果确实需要改名，应把旧地址、新地址、目标语言和产品ID逐条对应，在有授权的迁移中安排重定向、更新内链与站点地图，并复核规范链接和语言标记。不要把所有旧产品页送到语言首页，也不要在同一次变更中顺手修改型号、正文和目录结构，否则出现误链时很难定位是哪项变化造成的。

翻译系统还没选定，可以先用翻译插件独立URL验收方法测试它是否支持独立slug及无状态直达。涉及全站URL梳理时，光算的谷歌SEO服务可按项目确定页面清单、技术建议和核验范围，不能只以“已开通多语言”作为交付结果。

还应把“标题变化是否自动改slug”写进CMS发布规则。产品标题会因当地措辞、应用补充或编辑优化而调整，URL却不必跟着每次重命名。若插件默认将标题同步为地址，先在试用环境修改一个标题，观察旧链接是否保持可用，再决定是否关闭自动改名，避免一次普通文案更新演变成未经安排的URL迁移。

让销售拿一个真实型号完成最后检查

选一个销售经常发送的型号，从英文产品页切到目标语言，再返回原页，核对型号、图片、技术资料和询价对象是否仍是同一配置。最后把新地址发到未登录浏览器，确认对方无需先选择语言就能读到完整资料。

如果切换后产品没错、文字也完整，只是毫米和英寸让两页看起来规格不同，接着检查双单位规格的本地化规则。这类问题应在数据字段层解决，不需要继续改URL。