Loco Translate 自带 WordPress 语言切换器吗？

Amine Sayagh

分类指南

日期October 11, 2026

简短的回答是：不包含。Loco Translate 不提供面向访客的语言切换器。

Loco Translate 的设计目的，是编辑 WordPress 主题和插件所使用的翻译文件。其官方文档将它描述为一款用于文件管理和字符串编辑的工具，而不是为每位访客动态切换语言的工具。

这个区别很重要。把「Add to cart」这样的按钮翻译成法语，与创建独立的英语和法语商品页面、分配各语言专属的 URL、并让顾客在它们之间切换，完全是两回事。

本指南由 LingoWP 发布，将说明 Loco Translate 能做什么、为什么它没有语言切换器，以及多语言 WordPress 或 WooCommerce 网站还需要什么。

Loco Translate 实际上做什么

Loco Translate 主要是一款可在 WordPress 后台中使用的 PO 文件编辑器。它可以帮助你翻译 WordPress、主题或插件中包含的静态界面字符串。

例如：

“Add to cart”
“Read more”
“Search”
“Out of stock”
“Related products”
由主题或插件提供的标签和提示信息

该插件可以提取可翻译的字符串、编辑 PO 文件、编译 MO 和 JSON 翻译文件，并与多种翻译 API 集成。

因此在以下情况下，Loco Translate 很有用：

你的主题中有未翻译的标签。
某个插件的翻译不完整。
你想把现有的翻译替换成更符合你业务的措辞。
WooCommerce 的某个界面字符串仍然是错误的语言。
你正在为自己开发的主题或插件做本地化。

然而，这些功能并不能让网站变成一个完整的多语言网站。

为什么 Loco Translate 没有语言切换器

语言切换器要做的不只是更改几个可见的标签。它通常需要判断访客选择了哪种语言，并加载当前页面的对应语言版本。

根据实现方式的不同，它可能还需要管理：

文章、页面、商品、分类和菜单的翻译
翻译页面之间的关联关系
各语言专属的 URL
访客所选择的语言
在对应页面版本之间的跳转
SEO 元数据和备用语言标注
缺失或未发布的翻译

Loco Translate 不管理这套系统。其文档指出，为匿名访客动态切换语言并不是 WordPress 的原生功能，需要自定义代码或其他插件。文档还说明，目前没有计划添加语言切换功能。

Loco Translate 与多语言插件的对比

能力	Loco Translate	多语言系统
编辑主题和插件字符串	是	视情况而定
翻译 PO 和 MO 文件	是	视情况而定
翻译文章和页面	否	应当具备
翻译商品内容	否	若支持 WooCommerce 则应当具备
关联对应的页面	否	应当具备
提供面向访客的语言切换器	否	应当具备
管理各语言专属的 URL	否	应当具备
处理多语言 SEO	否	需要自行验证

Loco 的文档明确指出，文章、页面、分类法和站点设置都存储在数据库中，不属于该插件的用途范围。当这些内容需要翻译时，它建议使用专为数据库内容设计的工具。

WordPress 不是已经有语言设置了吗？

WordPress 在 设置 → 常规 下提供了 站点语言 选项。更改它之后，在有可用翻译的情况下，该 WordPress 安装就会使用所设置的语言。

这是一项站点设置，而不是面向访客的多语言切换器。更改它并不会创建可供顾客自行选择的并行语言版本。

例如，把站点语言从英语改为法语，可以为 WordPress 和兼容的插件加载法语翻译，但不会自动创建：

每个英文页面的法语版本
翻译后的商品描述
独立的 /en/ 和 /fr/ URL
对应页面之间的链接
页眉中的语言选择器

如果你希望整个网站以一种主要语言运行，这种方式是合适的。但当访客需要在多种语言之间选择时，它是不够的。

可以把 Loco Translate 与多语言插件一起使用吗？

有可能，但每个工具都需要有明确界定的职责。

合理的分工是：

用多语言系统负责访客语言、内容翻译、URL、页面关联、菜单和语言切换器。
仅在需要自定义主题或插件提供的静态字符串时，才使用 Loco Translate。

在组合使用翻译工具之前，请先在测试站点上验证配置。两个插件可能会试图加载或覆盖相同的字符串，而且更新也可能影响自定义语言文件。

在 Loco Translate 中保存自定义翻译时，请避免修改由 WordPress 直接管理的翻译文件。Loco 建议在其自定义位置创建覆盖文件，因为系统翻译文件在更新时可能被替换或删除。

实用的多语言工作流程

1. 确定哪些内容需要翻译

列出访客必须能以每种语言阅读的内容：

主要页面
博客文章
联系表单
导航菜单
行动号召
SEO 标题和描述

对于 WooCommerce 商店，还应包括：

商品名称和描述
分类和属性
购物车和结账内容
配送和支付信息
客户账户页面
事务性消息

2. 选择负责多语言内容的系统

你的主要多语言方案应当管理访客可以访问的语言，并关联同一内容的各个翻译版本。

在选择之前，请确认它是否支持：

你的主题或页面构建器
WooCommerce（如适用）
你所需的 URL 结构
菜单和语言切换器的放置
SEO 元数据
你的翻译工作流程

功能的可用性可能随版本和方案而变化，因此请查阅产品当前的官方文档，而不要依赖旧的对比文章。

3. 创建或审阅翻译

要翻译有实质意义的页面内容，而不只是界面标签。导航已翻译但正文未翻译的页面，不是完整的语言版本。

Google 建议为各语言版本使用独立的 URL，并提供让访客选择另一种语言的链接。当不同的 URL 代表同一页面的本地化版本时，它还建议使用 hreflang 标注。

4. 添加语言切换器

把切换器放在始终清晰可见的位置，通常是页眉导航或移动端菜单。

从多种类型的页面进行测试：

首页
普通页面
博客文章
商品页面
商品分类
购物车和结账
尚未完成翻译的页面

当存在对应的翻译页面时，切换器应当跳转到该页面。对于缺失翻译的回退行为，应当是经过考虑且可预期的。

5. 用 Loco Translate 处理剩余的静态字符串

如果多语言工作流程已经运转正常，但某个主题或插件的标签仍未翻译，那么使用 Loco Translate 可能是合适的。

WooCommerce 官方文档将 Loco Translate 列为创建 WooCommerce 界面字符串自定义翻译的方法之一。同一份文档还把这些字符串与商品、分类、文章、页面和菜单区分开来，后者需要更全面的多语言内容处理。

常见问题

“我在 Loco 中创建了两种语言，但没有切换器”

创建翻译文件并不会创建对外公开的语言版本。你仍然需要一个多语言系统或自定义实现，来负责选择并加载正确的语言。

“更改站点语言会切换整个网站”

这是正常的。站点语言是 WordPress 的全局设置，而不是针对每位匿名访客的独立偏好。

“我的页面和商品描述仍然没有翻译”

Loco Translate 不会翻译文章、页面、分类法、设置或商品描述等数据库内容。请使用你的多语言方案提供的内容翻译工作流程。

“我的自定义翻译在更新后消失了”

你可能编辑了由系统或插件管理的语言文件。Loco 建议把自定义覆盖文件保存在其受保护的自定义位置，而不要修改 WordPress 可能替换的文件。

“部分 WooCommerce 文本已翻译，部分没有”

未翻译的文本可能来自不同的地方：

WooCommerce 语言文件
你当前启用的主题
其他扩展
保存在 WooCommerce 设置中的值
存储在数据库中的商品或分类内容

在编辑任何内容之前，请先找出来源。Loco 可以帮助处理符合条件的主题和插件字符串，但无法翻译商店的所有类型的内容。

Loco Translate 足以支撑多语言商店吗？

单靠它是不够的。

Loco Translate 在修正或补全软件界面翻译方面很有价值。但多语言商店还需要一套系统来处理商品、分类、页面、菜单、各语言专属的导航，以及访客的语言选择。

评估 WordPress 翻译方案最稳妥的方式，是看它是否管理整个访客旅程：

顾客能发现另一种语言吗？
他们能从当前页面切换到其翻译版本吗？
商品和购买步骤是否已翻译？
每种语言是否都有可用的 URL？
搜索引擎能否发现并理解这些语言版本？

语言切换器只是看得见的控件。真正让网站运转起来的，是它背后的多语言内容和路由。

结论

Loco Translate 不包含 WordPress 语言切换器，因为它的用途是编辑翻译文件，而不是为每位访客管理多语言内容。

当你需要翻译或自定义 WordPress 主题和插件中的静态字符串时，可以使用它。如果顾客需要在页面或商品的完整语言版本之间做选择，请使用一个能管理内容、URL、页面关联以及切换器本身的多语言系统。

来源

核对于 2026 年 10 月 8 日。