WebAIPlanet

LangRouter for TranslatePress

LangRouter for TranslatePress 不是簡單多接幾個介面, 而是把自動翻譯升級成一套可以按 內容型別、目標語言、失敗策略 進行分流的執行鏈路。
任務分配

一次請求會怎麼被處理?

1. 文章型別主引擎 僅單篇內容頁

當前頁面如果是單篇文章、頁面、商品或自定義文章型別詳情頁,優先檢查文章型別分配規則。

2. 語言分配 按 locale 選主引擎

如果沒有命中更高優先順序規則,或者前面的規則允許繼續全域性鏈路,才會進入語言分配。

3. 回退規則 只在失敗後觸發

回退規則不是主路由,而是當前主引擎失敗之後才開始接管。

4. 預設引擎 後臺手動指定

預設引擎是最終兜底方案,不是所有請求一開始就先走它。

為什麼這外掛有價值

難點從來不是“能不能自動翻譯”,而是上線後怎麼控制它

真正會用這個外掛的人,關注的是控制力、失敗策略和排查能力。

一個引擎跑所有內容

商品頁、部落格頁、落地頁、幫助中心都走同一個引擎,效果和成本都很難平衡。

不同語言適配差異大

某個引擎對一種語言很好,對另一種語言卻一般,單一路線難以兼顧。

失敗後怎麼繼續

是直接停、直接切預設引擎,還是繼續全域性回退鏈?沒有路由層很難做。

出了問題看不見過程

不是隻想知道“失敗了”,而是想知道命中了誰、回退到了誰、最後停在哪裡。

真實路由優先順序

不是“預設引擎 + 一些補充規則”,而是一條有順序的執行鏈路

1

文章型別主引擎

優先順序最高,但只在單篇內容頁生效。

2

語言分配

按目標語言決定主引擎,適合把關鍵語種單獨分流。

3

回退規則

只在當前主引擎失敗後介入,不參與主路由選擇。

4

預設引擎

後臺手動指定,作為最後兜底。

文章型別規則最有價值的地方,是每條規則都能決定失敗後怎麼走

失敗不翻譯

對關鍵內容非常適合,失敗後直接停止,不繼續任何後續鏈路。

僅預設引擎

當前規則失敗後,直接跳到後臺手動指定的預設引擎。

全域性規則

當前規則失敗後,繼續走語言分配、回退規則,最後才到預設引擎。

真正值得強調的能力

這些點比“支援幾個引擎”更能體現外掛價值

預設引擎手動指定

明確設定基礎方案和最終兜底方案,更適合生產環境。

文章型別可精細分流

單篇文章、頁面、商品、自定義文章型別都可以單獨指定主引擎。

每條規則有獨立失敗策略

不是統一回退,而是不同內容型別可以採用不同的失敗處理方式。

語言分配與回退分離

主引擎怎麼選、失敗後怎麼接,分別獨立配置,邏輯更清晰。

後臺查詢語言支援

可按語言名稱、程式碼或 locale 查詢支援情況,配置前先驗證。

日誌可追蹤真實鏈路

能看到命中的來源、當前引擎、回退來源和最終狀態,不再盲猜。

支援的引擎

Volcengine Ark
支援賬號池與用量相關能力
Qwen
支援模型、區域與自定義介面
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。
FAQ

最容易被誤解的幾個點

預設引擎是不是永遠先走?

不是。預設引擎是後臺手動指定的最後兜底方案,不是所有請求一開始就先走它。

文章型別規則是不是所有頁面都生效?

不是。文章型別規則只對單篇內容頁生效,例如單篇文章、單個頁面、商品詳情頁、自定義文章型別詳情頁。

語言分配和回退規則是不是一樣的?

不一樣。語言分配決定主引擎,回退規則只在當前主引擎失敗後才開始介入。

這個外掛最大的價值是什麼?

不是多接幾個翻譯介面,而是把自動翻譯變成一條可配置、可回退、可驗證、可排查的執行鏈路。

更適合生產環境的自動翻譯方案

不要再問“支援哪些引擎”,要開始問“哪種請求該由誰處理”

LangRouter for TranslatePress 的真正價值,是把自動翻譯從單一介面呼叫,升級成可設計的翻譯排程系統。