LangRouter for TranslatePress – 多語言路由、自動翻譯及規則鏈接指南

任務分配

請求點樣處理?

1. 文章類型嘅主引擎只包含單一內容頁面

如果當前頁面係單篇文章、頁面、產品或者自訂文章類型嘅詳細頁面,就會先檢查文章類型分配規則。

2. 語言分配按地區揀主要引擎

語言分配只喺冇更高優先級嘅規則匹配到,或者之前嘅規則容許全局鏈繼續嘅時候先會進行。

3. 後備規則只喺失敗後先觸發

後備規則唔係主要路徑;只有當目前嘅主要引擎失敗咗先會接手。

4. 預設引擎喺後端手動指定

預設引擎只係做後備選擇;唔係所有請求一開始都會經佢處理。

點解呢個插件咁有用?

挑戰從來都唔係自動翻譯可唔可能做到,而係一旦上線後點樣管理佢。

真正識得用呢個插件嘅人,會專注喺控制、應急方案同埋排難技巧。

一部引擎推動晒所有嘢

產品頁面、博客頁面、落地頁面同埋幫助中心都用緊同一個引擎,好難喺效能同成本之間搵到平衡。

唔同語言之間嘅本地化有顯著差異。

某部引擎用一種語言可能表現得非常好,但用另一種語言就只係一般;要靠同一套方法同時有效咁應付兩者,好難。

點樣喺挫敗後繼續向前

我哋應唔應該即刻停低,轉用預設引擎,定係繼續用全局回退鏈?冇咗路由層,好難做到。

當有嘢出錯嘅時候,你睇唔到發生咗乜嘢。

唔止係知道佢「失敗」;我想知道佢撞到邊個、彈到邊個,最後停喺邊度。

實際路線優先次序

唔係「預設引擎加啲補充規則」,而係一個順序執行鏈。

文章類型:主機

呢個有最高優先級,但只適用於單一內容頁面。

語言分配

主要引擎應該根據目標語言嚟決定;建議將主要語言分別處理。

回滾規則

佢只喺而家嘅主要引擎失效嗰陣先介入;唔會參與主要路由決定。

預設引擎

作為最後手段,喺後端手動指定。

條款式規則最大嘅價值,就係每條規則都決定喺出現故障時要點做。

失敗唔翻譯

呢個對於關鍵內容非常理想;一旦出現故障,就會即時停止,唔會繼續執行任何後續連結。

預設只用引擎

如果而家嘅規則失敗,系統就會直接切換到後端手動指定嘅預設引擎。

全球規則

如果現有規則失敗,就會套用語言分配同預設規則,而預設引擎只係最後手段先用。

真正值得突顯嘅技能

呢啲方面比起單純「支援多個引擎」更能有效展示呢個插件嘅價值。

手動指定預設引擎

清楚界定基線方案同後備方案,更適合生產環境。

文章類型可以詳細分類

你可以為文章、頁面、產品同自訂文章類型分別指定主要引擎。

每條規則都有自己嘅失敗策略

唔好用一種一刀切嘅回退方案,唔同嘅內容類型可以採用唔同嘅錯誤處理方式。

將語言分配同預設值分離

將主機選擇同備用程序分開設定;咁樣令邏輯更清晰。

後端查詢語言支援

你可以按語言名稱、語言編碼或 locale 嚟檢查支援;請喺配置前確認好。

日誌可以追蹤實際嘅路徑。

你可以見到呼叫來源、當前引擎、回調函數同最終狀態,所以你唔使再猜。

支援嘅引擎

Volcengine 方舟

支援帳戶池同埋相關嘅使用功能

Qwen

支援模型、區域同自訂介面

洪荒

官方模型同兼容端點嘅支援

OpenAI

支援模型選擇同自訂 API

DeepL

對關鍵及相關州管理嘅支援

與 OpenAI 兼容嘅 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

行為:對於單件產品詳情頁面,首先試用 Qwen;如果唔成功,就試用 Volc,然後係 Hunyuan,最後係預設嘅 DeepL。

LangRouter 為 TranslatePress 而設