WordPress 的 TranslatePress 替代方案

TranslatePress 能做到而 AumLang 做不到的事

無須 AI 帳號即可翻譯

TranslatePress 內建 AI 翻譯額度，因此即使沒有 AI 服務供應商的帳號，也可以翻譯網站。AumLang 則始終需要 AI 連線，可以使用 WordPress 7.0 中既有的 AI 連線，也可以自行設定。

前台視覺化編輯器

可以直接在網頁實際呈現的畫面上編輯譯文，待修改的文字就在編輯位置旁邊。AumLang 提供的是後台翻譯審核佇列，而不是前台編輯器。

依照網頁的實際呈現結果翻譯

這種方式可以涵蓋外掛和佈景主題輸出的內容，包括 AumLang 不會讀取的資料。AumLang 解析的是頁面建構器本身儲存的資料，其處理範圍在設計上就較為有限。

實際使用紀錄

TranslatePress 在 wordpress.org 顯示的啟用安裝數超過 40 萬，評分為滿分 5 星中的 4.7 星。AumLang 是新外掛，目前沒有可與之相比的使用紀錄。

上述四點只要有任何一點對網站很重要，就應該選擇 TranslatePress，本頁其餘內容不適用。

對於雙語網站，免費版通常已經足夠

這一點值得明確說明，因為對多數正在尋找替代方案的網站而言，這通常就是答案。TranslatePress 免費版支援自動翻譯，其官方文件也明確說明，免費設定適用於雙語網站，包含一種預設語言和一種翻譯語言。

如果網站只需要英文和另一種語言，而且網站擁有者接受透過視覺化編輯器修改譯文，那麼在語言數量上就不會遇到這裡討論的限制。免費版內建的 AI 額度仍然是 2,000 個詞，而使用自己的 Google API 金鑰可以不受這項額度限制。本頁後續內容也不構成反對這種選擇的理由。

當網站需要第三種語言時，限制才會出現。新增更多翻譯語言需要購買它的付費加購元件。

各免費版本實際允許使用的範圍

頁面建構器的版面配置會受到什麼影響

兩款外掛從不同方向處理由頁面建構器建立的網頁。這種差異決定了哪一款適合特定網站。

TranslatePress 根據網頁實際提供給訪客時的呈現結果進行翻譯。無論內容由頁面建構器、佈景主題或外掛輸出，都在其翻譯範圍內，頁面建構器儲存的原始資料不會被修改。

AumLang 讀取 Elementor 本身的控制項中繼資料，只擷取 TEXT、TEXTAREA 和 WYSIWYG 類型的控制項，包括重複器（repeater）內部的文字控制項。其他所有控制項類型，包括顏色、選擇欄位、滑桿、URL、媒體和尺寸，都不會被讀取或寫入。這項規則同時適用於標準小工具和自訂小工具，無須逐一設定。如果 Elementor 的控制項中繼資料尚未載入，則改用一份涵蓋標準小工具的固定清單，不在該清單內的小工具會被原樣保留，而不是去猜。

兩種方式不存在脫離具體情境的優劣之分。翻譯網頁的實際呈現結果可以涵蓋更多內容；解析頁面建構器的資料，則會產生以 WordPress 內容紀錄（post）形式實際儲存在資料庫中的譯文。網站應該選擇哪種方式，取決於還有哪些系統需要讀取這些內容紀錄。

翻譯費用花在哪裡

兩款外掛都可以使用既有的 AI 帳號。在這種情況下，兩款外掛本身都不會另外收取翻譯費用。差別在於網站規模擴大之後的成本結構。

使用 TranslatePress 時，新增第三種語言需要購買付費版本。AumLang 則沒有需要購買的付費方案級距：AI 服務供應商依實際翻譯用量計費，外掛不會在此基礎上加收費用。

什麼情況下應該選擇哪一款

選擇 TranslatePress

如果網站只需要兩種語言，或需要直接在網頁上編輯譯文，或必須涵蓋其他外掛呈現的內容，就應該選擇 TranslatePress。

選擇 AumLang

如果網站需要三種以上語言，而且頁面使用 Elementor 或 Gutenberg 建立，就應該選擇 AumLang。

兩者皆可選擇

如果網站只需要兩種語言，而且使用 Elementor 建立，那麼兩款外掛都能完成翻譯。此時應依偏好的譯文編輯方式做出選擇，而不是根據語言數量限制。