多數人以為 WordPress 多語外掛做的 AI 翻譯，是把翻譯引擎接上去，按一個鍵讓全站文字換一種語言；真正決定一款 WordPress AI翻譯外掛好不好用的，反而是三件事：原文改了之後由誰重新觸發翻譯、翻完的版本要不要先審核才發布，以及網址本身（slug）要不要跟著切換語言。這幾層完全不是把段落複製貼上 ChatGPT 能處理的，對話視窗裡翻完的文字不會自動知道原文後來又加了一段，也不會自己更新網站的多語網址結構。
WPML、Polylang、TranslatePress 這三款主流多語外掛，在「誰負責重新觸發」這件事上走的是完全不同的兩條路：一邊是全站自動排入翻譯佇列，一邊是每篇內容都要自己點一次觸發。免費額度用完前先搞懂這個差異，遠比先比價格重要得多。
多語外掛內建的 AI 翻譯本質是管理整個網站架構
多語外掛內建的 AI 翻譯，管的不只是「這段文字翻成什麼」，而是原文異動之後要不要自動重翻、翻完的版本要不要先審核才能上線，以及網址本身要不要跟著切換語言。這三層合在一起，才是 WordPress AI翻譯外掛跟「把文章丟給通用 AI 工具翻一次」真正的差別。
WPML 的作法是把整個網站當成一個要持續同步的系統。開啟「Translate Everything Automatically」之後，WPML 會在背景自動把新發布或編輯過的內容排入翻譯佇列，不用手動點開每一篇文章去觸發，系統自己盯著內容變動。啟用時的設定畫面會先列出這次要翻的範圍與費用，並在這裡選發布方式，是翻完直接發布、先擱置等審核，還是發布同時標記待審，確認之後才開始翻譯。
Polylang Pro 的 DeepL 整合走的是完全相反的邏輯。官方文件寫得很明白，機器翻譯不是整站一鍵翻譯，每一篇文章、頁面、WooCommerce 商品都要各自進去該項目的語言區塊按一次才會觸發翻譯。更麻煩的是原文改了之後，翻譯版本不會自動跟著更新。官方舉的例子是一篇英文文章後來加了一段公告文字，對應的法文版完全不會出現這段新內容，要嘛手動補譯，要嘛整篇刪掉重新產生翻譯，重翻還會重新耗用一次 DeepL 額度。
網址結構（slug）是第三個容易被忽略的層面，而且跟翻譯引擎本身是分開管理的兩件事。TranslatePress 的「自動翻譯 Slug」功能就是這樣，它不是主程式內建，得另外啟用 SEO Pack 附加元件才能讓文章網址也跟著產生多語版本，而且這個翻譯後的網址要從讀者第二次造訪該頁才會生效，不是翻完馬上就能看到。換句話說，選一款外掛前該先確認的不只是「它能不能翻」，而是翻完之後誰去顧內容更新、誰去審核、網址要不要跟著換，這三個問題的答案，三款外掛各不相同。
DeepL、Google Translate 與大型語言模型的翻譯邏輯差異
DeepL、Google Translate 屬於神經機器翻譯（Neural Machine Translation，NMT），逐句處理的準確度已經相對成熟，但看的範圍多半只到句子或段落層級，對整頁的語境掌握有限，品牌慣用的語氣也不容易維持一致。GPT、Gemini 這類大型語言模型剛好相反，能一次讀進更多上下文，翻出來的語氣與術語用法比較連貫，這也是這幾年多語外掛陸續推出「自家混合引擎」的原因。這幾種引擎在做法與限制上各有取捨，適合的引擎本來就依內容類型與網站規模而定。
TranslatePress AI 是其中一個混合做法的代表，官方說明它結合頂尖的大型語言模型（如 Gemini、GPT）與神經機器翻譯引擎（如 DeepL、Google Translate），依網站使用的語言自動挑選合適的引擎。訴求很直接，不用自己管理一堆 API 金鑰，也不用在 DeepL 跟 Google Translate 之間手動切換，系統自己判斷該用哪一個。
WPML 走的是另一條路，自動翻譯支援四種引擎可以選：自家開發的 AI 引擎（官方稱為 PTC，WPML 5 起是新網站的預設引擎）、DeepL、Google Translate、Microsoft（官方把這三款歸類為「舊版引擎」）。PTC 的官方定位是能理解網站的主題與目標受眾，判斷該用的語氣與正式程度，還會記住專有名詞與品牌調性，這幾項是傳統 NMT 引擎做不到的，但代價是四種引擎裡收費最高。
各家都在訴求「能理解品牌語調與專有名詞」，但要真正鎖定某個術語的固定翻法，靠引擎自己判斷還是不夠穩，得靠詞彙表（glossary）。Polylang Pro 的 DeepL 整合就支援這個功能，官方文件標註 Polylang Pro 3.8 版起提供，可以在 DeepL 自己的後台預先定義特定詞語的固定翻法，例如指定品牌名不翻譯，機器翻譯執行時會自動套用這份詞彙表。要留意的是詞彙表得在 DeepL 後台建立與維護，不是在 Polylang 介面裡管理，兩邊帳號要對得起來才會生效。
免費額度能負擔的翻譯量其實有限
三款外掛能接的引擎，免費額度的算法不完全一樣，拿錯單位互相比較很容易高估自己能用多久。DeepL、Google Translate 用的是字元數，WPML 與 TranslatePress AI 用的則都是字數，但同樣是「字」，WPML 依引擎不同還有不同費率，得各自搞清楚規則才知道免費額度大概能用多久。
DeepL API 的免費額度已經改了制度：過去每月 50 萬字元、每月重置的 API Free 方案，現在不再開放新用戶購買（既有訂閱仍可照常使用），新申請的免費方案改成 Developer 方案，總共 100 萬字元、屬於一次性額度，用完不會重置。Google Translate API 則是每月前 50 萬字元免費，每月固定重置一次，當月用不完也不會累積到下個月。DeepL 的 Developer 額度用完、或需要更高用量與語音轉譯等進階功能，要升級到 Growth 方案，以歐元區年繳計價是每月 23.80 歐元起，另加計超額用量費（實際幣別與金額依所在地區而定）。
WPML 的計費邏輯是照字數計價，四種引擎的費率以 PTC 為基準：DeepL、Google Translate 收費是 PTC 費率的 5 折，Microsoft 只收 25%（官方標示為打 75% 折扣），是四種引擎裡最省的。Pay-As-You-Go 方案每月固定有 500 字免費額度，用完才需要額外購買，額外字數依購買量分級計價，從每 1,000 字 3 歐元起、用得愈多單價愈低，最低可降到每 1,000 字 0.4 歐元。字數是從原文算起、每翻一種語言算一次，中文這類亞洲語言的原文則以字元數乘 0.55 換算成字數，100 萬個中文字約等於 55 萬字。如果開了 Translate Everything Automatically 又用 PTC，每個頁面每種語言只付一次，之後修改原文不另計費，直到內容字數超過當初付過的量才補收差額。預算有限時，Microsoft 的翻譯品質雖然不如 PTC 細膩，但費率只要 PTC 的四分之一，適合先拿來翻大量既有內容，重要頁面再挑貴一點的引擎精修。
TranslatePress AI 的算法是「每字、每語言」各算一次，一頁 2,000 字的內容要翻成 2 個語言，就會用掉 4,000 個 AI 字，語言愈多、消耗愈快；這裡的「字」官方是以 1 字對 5 個字元的比例換算。這筆字數額度綁在授權（license）上，不是綁在單一網站，使用者可以在帳號後台把額度自由分配給旗下不同的網站，而且已購買的額外字數不會過期，只要授權還有效就能一直用，跟 Google Translate 免費額度「當月用不完就歸零」的每月重置制不一樣。至於免費版 TranslatePress 本身，能直接接的是 Google Translate v2 API，不需要付費授權就能用；DeepL 整合要升級到 Business 或 Developer 付費方案才能啟用，TranslatePress AI 則所有付費授權（含最入門的 Personal 方案）都內含一定額度的 AI 翻譯字數，不限定要 Business 或 Developer 才能用。
下面把三款外掛能接的引擎額度整理成對照，單位跟重置方式先看清楚，再回頭評估自己的網站內容量吃不吃得消：
| 引擎／方案 | 免費額度 | 計費單位 | 重置方式 |
|---|---|---|---|
| DeepL API（Developer） | 100 萬字元 | 字元 | 一次性額度，用完不重置 |
| Google Translate API | 50 萬字元 | 字元 | 每月重置 |
| WPML Pay-As-You-Go | 500 字 | 字（依引擎費率不同） | 每月重置 |
| TranslatePress AI | 依授權內含字數包 | 字（每字、每語言） | 不過期，授權有效即可用 |
自動發布前，人工審校不能省的幾種情況
AI 翻完的內容能不能直接發布，先看外掛本身給不給選，WPML 跟 Polylang 在這件事上的態度落差不小。WPML 的 Translate Everything Automatically 提供三種發布後動作：
- 不經審核直接發布，翻譯完成立刻上線
- 先擱置等待審核，翻譯留著不發布，等人工先看過再說
- 發布同時標記待審，先讓內容上線，但標記起來之後再抽空檢查
Polylang Pro 的立場更明確，官方「機器翻譯最佳實務」直接建議發布前一定要人工審核，同時要監控 API 用量避免超出額度、用詞彙表維持術語一致、原文修改時要規劃人工更新翻譯。這四件事說的都是同一件事，機器翻完不代表能直接上線見人。
人工審校的價值不只是「翻得準不準」，還牽涉到 Google 對機器翻譯內容的立場。Google 在垃圾內容政策裡，把翻譯和同義詞替換等自動轉換技術，列為可能構成「大量內容濫用行為」的手法之一，重點不在翻譯這個動作本身違規，而在用這類自動轉換方式產生大量對使用者幾乎沒有價值的頁面才會被認定濫用。Google 也提到除了自動化系統偵測，必要時還會有專人審查。翻完的頁面對當地讀者是不是真的看得懂、用得上，比翻譯準不準確更接近 Google 在意的核心。
有幾種內容類型的容錯率特別低，值得優先排進人工審核清單：法律、醫療、金融這類專業術語，翻錯一個字就可能改變原意；品牌用語與行銷語氣，機器翻譯容易把原本親切的口吻翻得生硬或過度正式；還有產品規格與價格數字，單位、幣別、小數點只要翻譯過程出一次差錯，呈現給讀者的就是完全不同的資訊。這幾類內容不管用哪一款外掛、哪一個引擎，發布前都值得多看一眼。
WPML 開啟自動翻譯後，引擎和審核方式都能調整
實際要開啟 WPML 的自動翻譯，步驟不複雜，但有一個引擎限制要先弄清楚：Translate Everything Automatically 只能搭配 PTC 引擎，如果目前網站用的是 DeepL、Google Translate 或 Microsoft 這三款「舊版引擎」，介面上看到的會是「Switch to PTC」切換鈕，而不是開啟 Translate Everything Automatically 的入口，得先把引擎切成 PTC 才能繼續（已經在舊版引擎上跑 Translate Everything Automatically 的網站可以照常運作，這條限制只管新啟用）。切到 PTC 之後，進入 WPML 的 Translation Dashboard，頁面上方的 Translate Everything Automatically 卡片會出現「Set up Translate Everything」按鈕，點下去會開啟設定畫面，列出這次要翻的範圍與費用，並在這裡選發布後動作，也就是前一節提過的三種模式擇一，確認之後系統才開始翻譯。翻譯順序是先處理首頁、選單頁面與首頁連出去的頁面，再往網站其他內容擴散；如果只想翻近期內容，WPML 5 也能依文章類型設定截止日期，只自動翻譯某個日期之後發布的內容。
範圍跟發布方式選定之後，接下來是引擎成本的考量：DeepL、Google Translate、Microsoft 這三款舊版引擎雖然不能用在 Translate Everything Automatically，但仍能用在單篇手動觸發的自動翻譯上，費率高低前一節已經列過，PTC 最貴、Microsoft 最省。WooCommerce 商城是這裡需要特別留意的情境，WPML 官方強調 PTC 翻譯商品內容時會讀取商品圖片來判斷商品類型，藉此在法文、西班牙文、義大利文這類有陰陽性文法的語言裡選對正確的詞性變化，這是純文字翻譯做不到的，對這類語言的商店特別有幫助。
WPML 的授權本身就內含 AI 翻譯字數，Multilingual CMS 每年 22,500 字、Multilingual Agency 每年 45,000 字，官方說明這個量足以把多數網站翻成 2 到 3 種語言，每次續約會補回這個數量，沒用完的字也不會過期；如果之後想長期用 Pay-As-You-Go 方案，則是每月固定有 500 字免費額度，用完才計費，前一節已列過各引擎的費率高低。先用授權內含的字數試翻一輪，再決定要不要轉成 Pay-As-You-Go，是比較不會浪費預算的順序。
TranslatePress 的免費、付費方案走不同翻譯路線
TranslatePress 的免費版跟付費版，在 AI 翻譯這件事上根本是兩條不同的路，選之前要先弄清楚自己落在哪一邊。免費版只能接 Google Translate v2 API，得自己去 Google Cloud 申請 API 金鑰，官方不提供代管；付費版才多出兩個選擇，加裝 DeepL 附加元件，一樣要自己去 DeepL 申請金鑰，且只有 Business 或 Developer 授權才能啟用，或是完全不用金鑰、直接綁在授權裡的「TranslatePress AI」引擎，用量從授權內含的字數包扣。三條路線各自要準備的東西不同，免費版門檻最低但要自己管金鑰，TranslatePress AI 門檻最高，得先買付費授權，但最省心。
除了選引擎，還有幾個設定容易被忽略，沒注意到反而會白白浪費額度。「Block Crawlers」這個選項開啟後可以避免搜尋引擎的爬蟲觸發自動翻譯，搜尋引擎爬進網站本來就會逐頁掃過，若沒擋住，爬蟲一路掃過還沒翻譯的頁面，就會替你把這些頁面全部觸發翻譯、消耗額度，這個開關對用量有直接影響。翻譯字元的每日上限預設是 100 萬字元，可以自行調整，拿來控制 API 費用不失控，超過上限的部分要等隔天才會繼續翻譯。
slug 自動翻譯是另一個容易漏掉的細節，要讓文章網址也產生多語版本，得另外啟用 SEO Pack 附加元件才行，主程式本身不含這項功能；而且翻譯後的網址是從讀者第二次載入該頁才會生效，第一次造訪還是看到原始網址。網站對多語 SEO 的網址結構有要求的話，這兩個門檻要裝附加元件、要等第二次載入，在規劃階段就該先確認清楚，免得上線後才發現網址沒有跟著翻。
Polylang 目前的機器翻譯仍有幾個明顯限制
Polylang 在 AI 翻譯這塊，自動化程度跟前面兩款外掛差距不小，幾個限制值得列出來讓讀者衡量清楚。第一個門檻是版本，Polylang 免費版完全沒有內建 AI 翻譯功能，要升級到 Polylang Pro 3.6 版以後，搭配一組有效的 DeepL API 金鑰，才能用 DeepL 機器翻譯。免費版使用者若想要這項功能，得先評估升級付費版划不划算。
第二個限制是相容性。官方文件明確列出 DeepL 整合不支援 Elementor、Divi 這類頁面建構工具產生的內容，原因是這些工具儲存內容的方式跟一般 WordPress 文章不一樣，系統抓不到要翻譯的文字；也不相容 WordPress 的 Site Editor（全站編輯，FSE），但能順利搭配 Classic Editor 與區塊編輯器。網站主要靠頁面編輯器搭建的話，這一條會直接排除 Polylang 的 AI 翻譯作為選項。
第三個限制回到前面提過的觸發方式，機器翻譯不是整站一鍵翻完，每個內容項目都要各自點擊觸發，文章、頁面、WooCommerce 商品各自獨立，沒有像 WPML 那種背景自動排隊翻譯的機制。內容量大的網站若選了 Polylang，要有心理準備逐項點擊會花不少時間。
第四個限制是同步，原文修改後，翻譯不會自動跟著更新，要嘛手動補上異動的部分，要嘛整篇刪除重新產生翻譯，而重新產生會再消耗一次 DeepL 額度。前面第一節已經舉過官方的英法文章例子，放在這裡一起看，可以理解成 Polylang 的機器翻譯比較適合內容定案後才翻、之後很少改動的網站，不適合內容常常更新的場景。詞彙表功能雖然也支援，前面提過官方標註 3.8 版起提供，但這只解決術語一致的問題，沒辦法解決自動觸發跟同步這兩層限制。
網站規模與內容量不同，適合的翻譯路線也不同
三款外掛沒有誰絕對更好，適合的路線要看網站自己的狀況，先把幾個判斷點攤開來看比較實際。
內容量不大、只是想先讓外語訪客看得懂網站在講什麼的網站，免費額度通常就能用一段時間，不管是 TranslatePress 免費版接的 Google Translate v2 API，還是 DeepL Developer 方案一次性 100 萬字元的免費額度，先用免費方案測試效果，確認翻譯品質跟語氣可以接受，再考慮要不要升級付費方案，是比較穩妥的順序。
電商這類規模較大、商品資訊常常變動的網站，情況就不一樣了。能不能自動偵測內容變更並重新排入翻譯，而不是每次改完都要逐項手動觸發，會直接影響營運效率。這時候，WPML 的背景自動翻譯機制，會比 Polylang 逐篇手動點擊的模式省下更多時間。
用頁面編輯器或 Site Editor 搭站的網站，得先確認 AI 翻譯整合支不支援目前用的編輯器，而不是先選好外掛才發現不相容。Polylang 的 DeepL 整合明確不支援 Elementor、Divi 與 FSE，這類網站選型時可以直接把這個條件放進篩選標準，免得裝了才發現整套機制用不上。
品牌用語與專有名詞多、容錯率低的網站，則要看外掛支不支援詞彙表這類功能。能鎖定固定翻法的網站，不用每次都靠引擎自己判斷該怎麼翻某個品牌詞或產品型號，審校的工作量也會跟著減少。
預算與免費額度規模是最後一層考量，但也最容易被拿來當成唯一標準。各家引擎與外掛的免費額度單位不同，有的算字元、有的算字數，重置方式也不一樣，換算成自己網站的實際內容量之後，才看得出哪一個真正划算，單看數字大小容易誤判。
AI 翻譯讓 WordPress 多語系網站不用再逐字手動翻譯每一頁，但省下來的力氣，多半只是把工作從「翻譯」換成「決定要不要相信這次翻譯的結果」。哪一款 WordPress AI翻譯外掛能真正做好這件事，答案不在於哪個品牌的 AI 引擎聽起來比較厲害，而在於它有沒有把重新觸發、審核流程、網址結構這幾層，跟網站實際的更新節奏對上。選對路線之後，AI 翻譯才真正省下時間，而不是把校對的負擔換了個地方繼續存在。