LangRouter për TranslatePress

LangRouter for TranslatePress 不是简单多接几个接口，而是把自动翻译升级成一套可以按内容类型、目标语言、失败策略进行分流的执行链路。

Faqe Kryesore / Burimet për zhvillimin e faqes së internetit / Shtojcat e rekomanduara të WordPress-it / LangRouter për TranslatePress

任务分配

一次请求会怎么被处理？

1. 文章类型主引擎仅单篇内容页

当前页面如果是单篇文章、页面、商品或自定义文章类型详情页，优先检查文章类型分配规则。

2. 语言分配按 locale 选主引擎

如果没有命中更高优先级规则，或者前面的规则允许继续全局链路，才会进入语言分配。

3. 回退规则只在失败后触发

回退规则不是主路由，而是当前主引擎失败之后才开始接管。

4. 默认引擎后台手动指定

默认引擎是最终兜底方案，不是所有请求一开始就先走它。

为什么这插件有价值

难点从来不是“能不能自动翻译”，而是上线后怎么控制它

真正会用这个插件的人，关注的是控制力、失败策略和排查能力。

一个引擎跑所有内容

商品页、博客页、落地页、帮助中心都走同一个引擎，效果和成本都很难平衡。

不同语言适配差异大

某个引擎对一种语言很好，对另一种语言却一般，单一路线难以兼顾。

失败后怎么继续

是直接停、直接切默认引擎，还是继续全局回退链？没有路由层很难做。

出了问题看不见过程

不是只想知道“失败了”，而是想知道命中了谁、回退到了谁、最后停在哪里。

真实路由优先级

不是“默认引擎 + 一些补充规则”，而是一条有顺序的执行链路

文章类型主引擎

优先级最高，但只在单篇内容页生效。

语言分配

按目标语言决定主引擎，适合把关键语种单独分流。

回退规则

只在当前主引擎失败后介入，不参与主路由选择。

默认引擎

后台手动指定，作为最后兜底。

文章类型规则最有价值的地方，是每条规则都能决定失败后怎么走

失败不翻译

对关键内容非常适合，失败后直接停止，不继续任何后续链路。

仅默认引擎

当前规则失败后，直接跳到后台手动指定的默认引擎。

全局规则

当前规则失败后，继续走语言分配、回退规则，最后才到默认引擎。

真正值得强调的能力

这些点比“支持几个引擎”更能体现插件价值

默认引擎手动指定

明确设定基础方案和最终兜底方案，更适合生产环境。

文章类型可精细分流

单篇文章、页面、商品、自定义文章类型都可以单独指定主引擎。

每条规则有独立失败策略

不是统一回退，而是不同内容类型可以采用不同的失败处理方式。

语言分配与回退分离

主引擎怎么选、失败后怎么接，分别独立配置，逻辑更清晰。

后台查询语言支持

可按语言名称、代码或 locale 查询支持情况，配置前先验证。

日志可追踪真实链路

能看到命中的来源、当前引擎、回退来源和最终状态，不再盲猜。

支持的引擎

Volcengine Ark

支持账号池与用量相关能力

Kven

支持模型、区域与自定义接口

Hunyuan

支持官方模型与兼容端点

OpenAI

支持模型选择与自定义 API

DeepL

支持密钥与相关状态管理

OpenAI Compatible API

适合第三方网关或自建兼容服务

插件截图

插件后台设置截图

最能打动人的部分

几个一看就懂价值的配置示例

示例 A

最稳的起步方式：只设置默认引擎

先把后台唯一已验证通过的翻译引擎设成默认引擎，确保整条自动翻译链路先跑通，再逐步增加路由规则。

适合刚接入、刚迁移、先求稳定。

 
默认引擎：OpenAI
文章类型分配：不配置
语言分配：不配置
回退规则：不配置

效果：所有请求最终都走后台手动指定的默认引擎。配置最简单，也最利于排查。

示例 B

大部分语言走默认引擎，少数语种单独优化

这是非常实用的一种玩法：整体仍然稳定，但把少数关键语种单独分流给更合适的引擎。

适合已有主引擎，但想优化局部语言表现。


默认引擎：OpenAI
语言分配：
en_US = Hunyuan
yue = DeepL
am = OpenAI Compatible

效果：大多数语言仍走默认引擎；英文、粤语、阿姆哈拉语则被单独分配到不同主引擎。

示例 C

商品页优先走指定引擎，失败后直接切默认兜底

很适合商城：商品详情页优先使用更适合术语场景的引擎，但遇到失败时不拖泥带水，直接切默认引擎。

适合 WooCommerce、多语言商城、产品站。


默认引擎：OpenAI
文章类型分配：
product -> DeepL（仅默认引擎）

效果：商品详情页优先走 DeepL；一旦失败，直接跳到后台手动指定的默认引擎 OpenAI。

示例 D

关键内容必须只走指定引擎，失败就停

有些内容你宁愿不翻，也不希望它错误回退到别的引擎继续生成。

适合品牌声明、法律页面、专业术语页面。


默认引擎：DeepL
文章类型分配：
guides -> Qwen（失败不翻译）
语言分配：
am = Volcengine Ark
回退规则：
am = Hunyuan

效果：如果是 guides 单篇详情页，先走 Qwen；Qwen 一旦失败就直接停止，不再继续全局链路。

示例 E

文章类型失败后继续全局链路，形成完整回退系统

这是最像生产环境的一种配置：先走专属主引擎，失败后继续语言分配、回退规则，最后才落到默认引擎。

适合内容结构复杂、语种多、要求高可用的站点。


默认引擎：DeepL
文章类型分配：
guides -> Qwen（全局规则）
语言分配：
am = Volcengine Ark
回退规则：
am = Hunyuan

效果：guides 单篇详情页先走 Qwen；失败后继续尝试 Volc，再尝试 Hunyuan，最后才到默认的 DeepL。