WordPress 多語系外掛終極對決：Polylang、WPML、Weglot 等 5 款深度評比
挑 WordPress 翻譯外掛，第一件事是先問一句：你的多語系網站要不要搶其他語言的 SEO 排名。要排名，就選把譯文寫進資料庫、產生獨立網址的靜態翻譯，例如 Polylang、…
挑 WordPress 翻譯外掛，第一件事是先問一句：你的多語系網站要不要搶其他語言的 SEO 排名。要排名，就選把譯文寫進資料庫、產生獨立網址的靜態翻譯，例如 Polylang、WPML、Weglot、TranslatePress；完全不在意排名、只想讓訪客勉強看懂，GTranslate 的動態翻譯最快上手。把這層判斷放最前面，後面的預算、語系數量、維護意願才會收斂到唯一答案，省得在五份規格表裡打轉。
重點先看：決策順序是「SEO 目標 → 預算 → 語系數量 → 維護意願」四層篩選，免費的 GTranslate 用動態翻譯、對 SEO 等於零效果，WPML 初級方案約 39 歐元起跳（以官網報價為準）。
從最根本的判斷邏輯開始，可以逐款拆解 Polylang、WPML、GTranslate、TranslatePress、Weglot 的適用情境與踩坑點，再用一張比較表把關鍵欄位攤開，最後補上多語系網址結構該怎麼選、技術 SEO 該檢查哪些項目、效能與搬移要留意什麼。走完一遍，你不只會知道「選哪一款」，還會知道為什麼是它、以及在什麼情況下根本不該上多語系。這些判斷條件彼此會互相牽動，照著四層順序推，才不會把幾個獨立條件混成一團。
先搞懂：你的多語系網站要的是 SEO 排名，還是只是能看懂
WordPress 翻譯外掛這麼多，到底該用什麼邏輯挑選？第一個判斷該問自己：翻譯後的頁面需不需要被 Google 收錄、去搶其他語言的排名。要排名，就選靜態翻譯把譯文寫進資料庫、產生獨立網址；不在意排名、只要讀者看得懂，動態翻譯最省事。這層邏輯不先釐清，看再多優缺點清單也只是在比規格表。
很多站長在這一步就走偏，最常見的踩坑就是「以為裝了免費翻譯外掛等於做了多語系 SEO」。舉一個典型的情境：一個做手工藝品的小站用 GTranslate 免費版架了英文版，半年後在 Google 卻找不到半頁英文內容，回頭一查才發現動態翻譯根本沒有產生實體譯文頁，站長看到的英文只是瀏覽器即時翻出來的畫面。真正的問題出在一開始就沒分清楚兩種翻譯模式的差別，把「讀者看得懂」誤當成「搜尋引擎會收錄」。
要自己確認到底屬於哪一種，有一個不需任何工具就能做的檢查方法：用瀏覽器「檢視原始碼」打開你想驗證的那一頁，再切到另一種語言的版本，同樣檢視原始碼。如果譯文文字出現在 HTML 原始碼裡，搜尋引擎爬蟲抓得到，這是靜態翻譯；如果原始碼裡只有原語言、譯文是靠 JavaScript 在瀏覽器層級才套上去的，爬蟲多半抓不到完整譯文，這就是動態翻譯。這個一分鐘的檢查，比看任何外掛宣稱「支援 SEO」都準。
把兩種模式拆開來看，比記住五款外掛的名字更重要：
- 靜態翻譯（Polylang、WPML、TranslatePress、Weglot）：譯文存進網站資料庫，每個語言有獨立網址（例如 /en/about），對 SEO 友善、可被搜尋引擎索引，也能套用hreflang 多語系 SEO 標記設定。
- 動態翻譯（GTranslate 免費版）：靠瀏覽器層級即時翻譯，沒有實體譯文頁，Google 幾乎收錄不到，SEO 等於沒做。
- 選擇順序：SEO 目標 → 預算 → 語系數量 → 維護意願，四個條件一層層縮，就會逼近唯一答案。
說白了，靜態與動態的差異，決定了你的翻譯能不能被收進網站 Sitemap 與多語系索引。後面五款外掛的優缺點，都是在這個前提之下才有意義。若你連主題都還沒選定，可以先從佈景主題推薦與主題安裝教學看起，多語系相容性多半要從主題端先確認。
Polylang：免費就能做多語系，SEO 與生態圈最成熟
Polylang 適合什麼樣的網站？預算有限又要 SEO 的站，幾乎都會落在它身上。免費版就能建立兩種以上語言、為每個語言產生獨立網址 slug，而且與主流 SEO 外掛相容；唯一要留意的代價是每個語系要各自維護一份頁面，語系一多管理會變雜。
Polylang 在 2011 年問世，是這個領域的老字號。截至 2026 年，它在 WordPress.org 的下載量累計已達數十萬次以上（實際數字以官網即時頁面為準，避免引用過時的精確值）[來源：〈WordPress.org — Polylang〉〈https://wordpress.org/plugins/polylang/〉〈2026〉]。老牌的好處是資源多，從 PTT、Dcard 到各種部落格都找得到設定教學，遇到衝突多半有人解過。
它採用的是靜態翻譯模式，譯文存進資料庫，每個語言是獨立頁面。這代表你可以為英文、日文版本各設一組獨立的永久連結與網址，也能在每個語言單獨寫 Meta、調站內 SEO。搭配主流 SEO 外掛時，欄位都能互通；若想進一步累積信任度，也可對照EEAT 信任策略，把作者、出處等訊號補齊。
不過幾個相容性前提要先記住：
- 搭配 Elementor 頁面編輯器要額外裝 Polylang Connect for Elementor，否則翻不完整。
- 經營 WooCommerce 購物網站則要升級 Polylang Pro，免費版不支援商品翻譯，這也是判斷要不要Polylang 升級必要性的關鍵分水嶺。
- 語言切換器可放網站選單結構或側邊欄，點擊即切換。
- 免費版支援兩種以上語言、可設獨立語言網址 slug。
把視角拉遠一點看優劣：Polylang 的代價是每個語言各自一份頁面要維護。三種語言以上若沒有先用分類、選單結構整理好，後台會變得很雜。怕麻煩的人可能更適合後面會談到的 TranslatePress。要理解為什麼「各自一份」會成為負擔，可以這樣想：當你新增一篇中文文章，Polylang 會在後台同時開出英文、日文的對應空白頁等你填，每一篇都要手動補上譯文才算完成。語系少時這是好事，你對每個版本都有完全掌控；但當文章累積到上百篇、語系又增加到五種以上，還沒翻完的頁面會堆成一份龐大的待辦清單，這時就需要搭配匯入翻譯檔、批次處理的流程，否則進度會卡住。
WPML 為什麼最貴還是有人買單
WPML 值不值得花錢買？關鍵在於那份「幾乎什麼都能翻」的相容性，功能清單的長短反倒不重要。它涵蓋主流頁面編輯器、佈景主題與 WooCommerce，還能指派翻譯團隊權限，這兩件事才是開發商長期選用它的真正原因，規格表漂亮只是附帶。
很多清單文會寫「WPML 功能最完整」，但這句話其實沒抓到重點。功能多不難，難的是相容性。WPML 幾乎涵蓋主流的Elementor、Divi、Avada 主題、WooCommerce 全家桶，這是多數同類外掛做不到的。網站一複雜、外掛一多，相容性地雷就會決定你這週末是陪家人還是在 debug。
費用方面，WPML 只有付費版，初級方案約 39 歐元／年起、中級方案約 99 歐元／年起，價格會隨官方調整，以官網定價頁為準 [來源：〈WPML — Pricing〉〈https://wpml.org/purchase/〉〈2026〉]。經營電商的話建議直接上看中級方案以上，才含多國電商翻譯功能。
它對 SEO 的控制項完整，而且全部走靜態翻譯模式：
- 可設 hreflang、多語系 sitemap、獨立語言 slug。
- Meta 標籤、網址命名、Canonical URL 都能逐語言調。
- 支援翻譯團隊權限指派，與後台其他功能隔離，適合中大型多語系站協作。
- 中級方案以上支援 WooCommerce 商品頁與WooCommerce 設定的完整翻譯。
翻譯團隊權限這一點值得多說幾句。它的運作方式是把後台帳號限定在「只能看到、只能編輯被指派的語言」，譯者登入後不會碰到站長的財務外掛、訂單後台或其他語系的內容。對一人站長這功能用不上，但對同時經營五六種語言、聘有外部譯者的團隊，這等於把翻譯流程直接裝進 WordPress 後台，省掉另開協作平台同步譯文的成本。判斷你要不要為這功能付費，標準只有一個：你是不是真的會有不只一個人同時翻譯。
判斷方式很直接：網站複雜、用很多外掛、預算充裕，就選 WPML，最不容易踩到相容性地雷。簡單的雙語部落格，老實說用不到它，Polylang 免費版就夠了。若你是用Astra 主題或Astra Pro這類輕量主題，搭配 Polylang 的相容性通常不錯；若用 Flatsome 這類電商主題，則建議直接評估 WPML。
依 WPML 官方說法，全球有大量網站採用這套外掛 [來源：〈WPML — The WordPress Multilingual Plugin〉〈https://wpml.org/〉〈2026〉]。這類官方行銷數字不該當成可獨立驗證的依據，看它的相容性與付費方案的續約穩定度反而更有參考價值。
GTranslate 免費版可以用，但 SEO 別指望它
GTranslate 免費版可以拿來做 SEO 嗎？不行，而且差別大到幾乎等於「根本沒效果」。免費版用的是動態翻譯，跟瀏覽器內建的翻譯差不多，沒有實體譯文頁、Google 收錄不到。要 SEO 就得升級到進階方案的靜態翻譯。
它的優點和缺點幾乎是一體兩面：免費版不限制語言數量、即裝即用，操作門檻全場最低；但也因為是動態翻譯，翻錯只能吞，免費版不支援手動修改譯文。機制上是靠瀏覽器層級即時翻譯，搜尋引擎抓不到實體譯文網址，所以對 SEO 沒有任何效果 [來源：〈GTranslate — Documentation〉〈https://docs.gtranslate.io/〉〈2026〉]。
要理解為什麼搜尋引擎抓不到，可以對照爬蟲的工作方式。Google 的爬蟲雖然會執行 JavaScript，但動態翻譯的譯文是根據訪客當下語言偏好才即時產生、並不寫進固定網址，爬蟲沒有一個穩定可索引的譯文網址可以收錄。結果就是：你以為站上多了十幾種語言，對 Google 來說你的網站其實只有原本那一種語言的頁面。這也是為什麼動態翻譯再快、再省事，只要你的目標沾到一點 SEO 邊，就該直接排除它。
那什麼時候才該用 GTranslate 免費版？我的判斷是三種情境：
- 內部工具、後台報表，只有少數人會看。
- 暫時性的活動頁、短期上線用完即丟。
- 純展示用的小網站，不在意任何語言的排名。
反過來說，只要你的目標是「在其他國家搶排名」「做正式的多語系行銷」，就請直接排除 GTranslate 免費版，改用靜態方案，或換成 Polylang、TranslatePress、Weglot 其中之一。把動態翻譯當靜態用，是這個領域最常見、也最浪費預算的錯誤。要驗證自己的頁面到底有沒有被收錄，可以用Google Search Console 搭配網頁收錄查詢方法實際看一下索引狀態。
新手怕複雜就選 TranslatePress
TranslatePress 適合誰？怕複雜的站長。它用所見即所得的可視化介面，直接在頁面上改文字，上手難度全場最低，跟在Gutenberg 區塊編輯器改字差不多直覺。免費版能整合 Google Translate API 自動翻譯再手動微調；主要限制是免費版只能做雙語，第三種語言以上需付費方案。
它官方支援 200 種以上語言，且相容主流頁面編輯器、佈景主題與 WooCommerce [來源：〈TranslatePress — Translate WordPress Sites〉〈https://translatepress.com/〉〈2026〉]。和 Polylang 最大的差別在維護邏輯：TranslatePress 只需維護一份翻譯來源，所有語言共用同一份頁面骨架，後續維護比 Polylang 省事很多。
「共用同一份骨架」這句話需要再拆細一點才好用對。它的意思是譯文存在一個統一的翻譯清單裡，你改某一個字串的譯文，所有用到這個字串的地方會一起更新，不會出現同一個按鈕在三個頁面翻成三種版本的狀況。這對「按鈕、選單、頁尾」這類到處重複出現的零碎文字特別好用；相對地，如果你希望每篇文章在不同語言有完全不同的敘事結構、不是逐句翻譯，這種統一管理反而會綁手綁腳。所以它的省事，省在「重複字串」，不省在「長文創作」。
設定流程也單純，大致是這樣：
- 安裝後進入外掛設定 → General → Website Languages。
- 在 All Languages 選擇你會用到的語言，點擊 Add。
- 開啟 Google Translate API 憑證做自動翻譯，再針對重點段落手動微調。
- 支援不同語系替換不同圖片，例如中文版與英文版放不同素材。
它走靜態翻譯模式，對 SEO 友善，能和Rank Math SEO、Rank Math Pro 這類外掛搭配。可視化編輯的好處是翻譯時看得到排版，不會翻完才發現按鈕文字爆框。若要選一個「新手第一次做多語系」的最推薦，我會選它，而不是功能更滿但更重的 WPML。延伸操作可參考TranslatePress 多語系實作教學。
Weglot：雲端 SaaS 翻譯，要品質與多平台就選它
Weglot 跟其他 WordPress 外掛有什麼不同？它本質上是一套雲端翻譯服務，外掛只是接取 WordPress 的橋接器。自動翻譯引擎含 DeepL、Google 等高階方案，再由外部譯者二度校閱，還能在 WordPress 後台與 Weglot 雲端雙邊管理；也支援 Shopify、Wix 等平台，適合追求翻譯品質、跨平台經營、且預算夠的團隊。
關鍵差異在「譯文品質」。多數外掛的自動翻譯只接 Google Translate，Weglot 則整合 DeepL，品質明顯高一階，再加上人工二校，等於同時請了翻譯引擎與譯者團隊 [來源：〈Weglot — Website Translation〉〈https://weglot.com/〉〈2026〉]。對內容導向的品牌站、需要跨語系一致的電商文案，這個差距會直接反映在轉換率上。
收費方式按語言數量與翻譯字數計費，費用相對高，詳細以官網報價為準（來源未提供具體數字，不補造價格）。它的 SEO 設定也算完整，翻譯後的網址結構也可對照301 與 302 轉址的處理邏輯，避免語言切換造成關鍵字蠶食或重複內容：
- 自訂多語系網址，靜態翻譯模式。
- 自動翻譯 Meta 標籤與圖片 Alt，配合圖片優化與結構化資料標記。
- 跨平台支援 WordPress、Shopify、Wix、BigCommerce，多通路業者可統一管理，也可對照電商平台比較。
雲端計費要特別留意一個陷阱：你的字數額度是會被消耗的。每次你更新原文、重新觸發自動翻譯，新譯文都會計入額度，文章改得越頻繁、額度燒得越快。把這個機制換算成可估算的負擔會更具體：假設一個內容站有一百篇文章、每篇約兩千字、要翻成三種語言，光是初次翻譯就會吃掉約六十萬字的額度；之後每個月若整批更新一遍，等於把這個量再計一次。短期促銷、季節性價格、庫存數字這類會反覆變動的內容，更會讓額度在不知不覺中歸零。實務上比較穩的做法，是把會頻繁變動的價格、庫存這類資料與翻譯額度脫鉤處理，只讓真正需要翻譯的長文內容走自動翻譯流程，並定期在後台查看剩餘字數，避免在月底突然斷譯。判斷方式：預算充足、重視譯文品質、或同時經營多個平台，Weglot 最省心。預算敏感、只做 WordPress 單站，它的雲端計費模式反而會讓你越翻越貴。
五款綜合比較表：用三個條件三步選出你的那款
Polylang、WPML、GTranslate、TranslatePress、Weglot 到底該怎麼選？把「要不要 SEO 排名 → 預算 → 語系數量與維護意願」當三層篩選，就能在三步內縮到唯一答案，比逐項比優缺點更不容易選錯。在意 SEO 又免費就 Polylang，不在意 SEO 就 GTranslate，預算夠又要全方位就 WPML，要可視化好上手就 TranslatePress，要品質與跨平台就 Weglot。
下表把五款外掛的關鍵欄位一次攤開，欄位刻意挑選會直接影響決策的幾項：翻譯模式、SEO 效果、免費版限制、費用、自動加手動翻譯、WooCommerce 支援、上手難度。
| 外掛 | 翻譯模式 | SEO 效果 | 免費版限制 | 費用（以官網為準） | 自動＋手動 | WooCommerce | 上手難度 |
|---|---|---|---|---|---|---|---|
| Polylang | 靜態 | 良好 | 兩種語言以上、商品翻譯需 Pro | 免費；Pro 另計 | 手動為主 | 需 Pro | 中 |
| WPML | 靜態 | 完整 | 無免費版 | 約 39 歐元／年起 | 支援 | 中級方案以上 | |
| GTranslate | 動態（免費） | 幾乎無 | 不可手動改譯文 | 免費；進階靜態方案另計 | 僅自動 | 有 | |
| TranslatePress | 靜態 | 良好 | 僅雙語 | 免費；付費另計 | 支援 | 有 | |
| Weglot | 靜態（雲端） | 良好 | 無免費版 | 按語言數與字數計費 | 自動＋人工二校 | 有 |
把這張表讀完，其實只剩三個判斷節點。要 SEO 排名：直接排除 GTranslate 免費版，其餘四款都是靜態翻譯。預算敏感：Polylang 免費、TranslatePress 免費雙語，要電商功能再加價。語系多又要分工：WPML 的翻譯團隊權限最成熟；語系多又要好譯文：Weglot 雲端最省手。
有一點要分清楚：沒有絕對最好的那一款，只有用起來最順手的那款。但選錯模式、把動態翻譯當靜態用，等於把一整年的 SEO 預算往水裡扔，這比選錯品牌嚴重得多。如果你也在評估主機與網址結構，可以順著讀子網域 vs 子目錄的 SEO 差異，多語系網址型態常踩在這條線上。
再退一層看，選翻譯外掛其實是在選一種工作流程。Polylang 與 WPML 是「你自己翻」的路線，掌控度高但人力成本在你身上；Weglot 與 TranslatePress 的自動翻譯，把人力往外推或往機器推，省事但要為品質把關。把工作流程先想清楚，比糾結品牌名重要。
評分卡：用六個維度給五款外掛打分數
比較表只能告訴你規格，沒辦法告訴你在真實使用情境下哪一款更適合你。這裡用一張評分卡補上這個缺口，把決策拆成六個會實際影響日常營運的維度，每個維度給一到五分，五分最高。分數是依各外掛在該維度的相對表現給的，不是絕對值，目的是讓你照著自己的網站類型加權。舉例來說，做電商的人可以把 WooCommerce 相容性的權重拉高，做內容站的人可以把譯文品質的權重拉高。
| 維度 | Polylang | WPML | GTranslate 免費 | TranslatePress | Weglot |
|---|---|---|---|---|---|
| SEO 完整度 | 4 | 5 | 1 | 4 | 4 |
| 相容性（編輯器／主題／電商） | 3 | 5 | 3 | 4 | 4 |
| 譯文品質上限 | 4（靠人工） | 4（靠人工） | 2（無法手改） | 3（自動加微調） | 5（DeepL 加二校） |
| 維護省事程度 | 2 | 3 | 5 | 4 | 4 |
| 成本可控度 | 5（免費可控） | 4（年費固定） | 5 | 4 | 2（字數計費） |
| 新手上手難度（分高愈簡單） | 3 | 2 | 5 | 5 | 4 |
把這張評分卡搭配你的網站類型來讀，會得到清楚的傾向。純內容、預算敏感、自己有空翻：Polylang 在 SEO 完整度與成本可控度都拿高分，是你的主場。複雜站、外掛多、要協作：WPML 在相容性與 SEO 完整度都到頂，貴但有它的道理。追求譯文品質、跨平台：Weglot 的品質上限與上手難度都強，但要忍受成本不可控。新手第一次：TranslatePress 在上手難度與維護省事都接近滿分，唯一要讓步的是免費版只能雙語。完全不在意 SEO：GTranslate 免費版在維護與成本兩項無人能敵，但代價是 SEO 完整度只有一分。
反過來想：什麼情況根本不該上多語系
多數文章只教你怎麼選外掛，很少提醒你「這時候根本不要做多語系」。但這個反向判斷往往更省錢，因為多語系並非裝個外掛就完成，它會把你的維護成本直接乘上語系數量。下面四種情況，建議先暫停、把資源投在單一語言的內容深度上，報酬通常更高。
- 該語言根本沒有搜尋量。如果對應語言的市場沒有人用當地語言搜尋你的關鍵字，翻得再完整也搶不到流量。先用關鍵字研究工具確認該語言有實際搜尋量，再決定要不要翻，這步驟比挑外掛更重要。
- 沒有維護人力。每多一種語言，就多一份要持續更新的內容。若你連單一語言的內容更新都吃力，多語系只會讓每個版本都半新不舊，反而拖累整站的品質訊號。
- 譯文品質只能靠機器、無法人工把關。機器翻譯在長句、專業術語、品牌語氣上經常出錯，若沒有人力校閱，把錯誤的譯文放上站，對品牌信任度的傷害可能大於不做。
- 網站還在頻繁改版或搬移。多語系結構一旦設定，日後要改網址型態、換主機、合併站點都會牽動大量轉址與 hreflang。網站還沒穩定時先別疊上多語系，否則技術債會快速累積。
判斷標準可以濃縮成一句話：先確認「該語言有搜尋量、你有維護人力、你能為品質把關、網站結構已穩定」這四個條件都成立，再上多語系。任何一個條件不成立，先把單一語言做到極致，通常比急著開第二種語言更值得。
多語系網址結構怎麼選：子目錄、子網域還是獨立網域
選定外掛之後，緊接著要決定的是網址結構。同一份內容的不同語言版本，到底要用子目錄（example.com/en/）、子網域（en.example.com）還是獨立網域（example.fr）？這個選擇會影響 SEO 權重累積、維護成本與主機設定，而且一旦上線就很難回頭改，所以要在架站初期就想清楚。
| 結構 | 範例 | SEO 權重累積 | 維護成本 | 適合情境 |
|---|---|---|---|---|
| 子目錄 | example.com/en/about | 共用主網域權重 | 低 | 多數中小站、想讓各語言共享權重 |
| 子網域 | en.example.com/about | 與主網域較獨立 | 中（要個別設定） | 各語言內容差異大、需獨立營運 |
| 獨立網域 | example.fr/about | 完全獨立，權重要各自累 | 高（多站管理） | 針對單一市場深度在地化、有在地團隊 |
這張表裡藏著一個常被忽略的取捨：權重累積與營運獨立性是兩頭拉扯的。子目錄讓所有語言共享同一個主網域累積的權重，主網域越強、新語言越容易起步，適合多數想快速擴張語系的中小站；獨立網域則把每個市場當成完全獨立的站來養，權重要各自從零累積，但你能針對單一市場做到最深的在地化，例如用當地網域、當地主機、當地客服。子網域介於兩者之間，彈性最大但要個別設定。沒有哪一種一定最好，取決於你有多少營運資源可以分到每個語系。
另外，網址要不要把語言關鍵字放進去也值得想一下。這個原則同樣適用於多語系網址：含有與關鍵字相關字詞的網址，相較於不含關鍵字的網址，有 45% 較高的點擊率 [來源：〈Backlinko (Brian Dean) — Google CTR Stats: We Analyzed 4 Million Google Search Results〉〈https://backlinko.com/google-ctr-stats〉〈2025-04-16〉]。把這個觀念套到多語系，就是各語言的網址 slug 最好用該語言的母語詞彙，而不是把中文 slug 原封不動搬到英文版，讓每個語言的網址都對自己的讀者與搜尋引擎最自然。
多語系技術 SEO 檢查清單：上線前逐項打勾
外掛與網址結構都決定好之後，真正決定多語系能不能被搜尋引擎正確理解的，是一連串技術設定。這些設定漏掉任何一項，都可能讓你的譯文頁互相搶排名、或根本不被收錄。接下來的檢查清單整理出上線前最該逐項確認的檢查點，每一項都附上判斷方法。
- hreflang 標記雙向正確。每個語言頁都要宣告自己的 hreflang，並且互相指向。英文頁指向中文頁、中文頁也要指回英文頁，單向宣告會被 Google 視為錯誤。可用 Google Search Console 的國際定向報告檢查有無錯誤。
- 各語言有獨立網址。譯文必須有自己的網址，不能靠參數或 Cookie 切換。獨立網址才有辦法被收錄、被 hreflang 指向。
- 多語系 sitemap 已提交。所有語言版本的網址都要進 sitemap，並提交到 Search Console，確保爬蟲發現得到每個語言版本。
- canonical 指向自己語言版本。各語言頁的 canonical 要指向自己，不要讓英文頁的 canonical 指到中文頁，否則英文頁會被當重複內容而不收錄。
- Meta 標題與描述已翻譯。每個語言的標題、描述都要用該語言撰寫，不能沿用原文，這直接影響各語言的點閱率。
- 語言切換器雙向連結。頁面上的語言切換器要產生實體連結，讓爬蟲能從中文頁爬到英文頁，這也是 hreflang 之外的備援路徑。
- 結構化資料已翻譯。麵包屑、FAQ、商品等結構化資料的文字欄位也要翻譯，否則搜尋結果出現的還是原文。
這份清單的要點在於：hreflang、網址、sitemap、canonical 這四項是地基，少一項多語系索引就會出問題；Meta、語言切換器、結構化資料則是加分項，做齊了能提升各語言的點閱率與收錄穩定度。把地基四項放在最優先，其餘的在上線後陸續補齊即可。
效能與搬移：多語系外掛會拖慢網站嗎
多語系外掛會不會拖慢網站，是很多人上架前會擔心的問題。原則上，靜態翻譯的效能負擔不大，因為譯文早就寫進資料庫、頁面輸出時直接讀取，跟一般頁面差不多；但語系一多、查詢一複雜，還是可能疊加資料庫負擔。搭配快取機制能有效減輕這個問題，因為翻好的頁面可以被快取成靜態檔案反覆輸出。
- 搭配快取外掛把譯文頁快取成靜態輸出，避免每次請求都查資料庫。
- 用CDN 加速把各語言的靜態資源推到離讀者最近的節點，跨國讀者尤其有感。
- 控制資源體積，配合圖片壓縮工具與Lazy Loading，避免每個語言版本都載入相同的大圖。
- 用網站速度測試工具定期量測各語言版本的載入時間，確認沒有單一語言特別慢。
效能面也要把行動裝置納入考量。Google 在 2023 年 10 月宣布，行動優先索引的轉換已完成，所有可在行動裝置運作的網站，現在主要都由行動爬蟲檢索 [來源：〈Google Search Central Blog (developers.google.com)〉〈https://developers.google.com/search/blog/2023/10/mobile-first-is-here〉〈2023-10-31〉]。這對多語系的意義是：你的每個語言版本都必須在行動裝置上載得快、排得好，因為決定排名的是行動版本的體驗。多語系常見的效能地雷是語言切換器與字型載入，行動網路下這兩項特別容易拖慢首屏，搭配Core Web Vitals與速度優化一起檢查會更踏實。
至於搬移，多語系網站要換主機或換網址結構時，最怕的是 hreflang 與舊網址的對應關係亂掉。安全做法是逐語言、逐頁建立一對一的 301 轉址對照表，確認舊網址的每個語言版本都準確轉到新網址的對應語言版本，再重新提交 sitemap。這類搬移建議在網站流量離峰時段進行，並準備好備份外掛與UpdraftPlus 教學做完整備份，出問題時能快速回滾。
疑難排解：多語系上線後最常見的五個問題
外掛裝好、設定跑完，不等於多語系就此一帆風順。下列五個問題是上線後最常被回報的狀況，每個都附上判斷方向與排除步驟。
- 譯文頁一直沒被收錄。先確認該頁是靜態翻譯、有獨立網址，再檢查 robots 與 canonical 是否擋到、是否已進 sitemap 並提交。若動態翻譯請直接換成靜態方案，動態翻譯本來就不會被收錄。
- 同一篇文章的不同語言互相搶排名。通常是 hreflang 設定錯誤或缺漏，造成 Google 無法判斷該把哪個語言版本排在哪個市場。逐一檢查雙向 hreflang 與 canonical 是否都指向正確的自己，可參考關鍵字蠶食的處理邏輯。
- 語言切換器在某些頁面消失。多半是該頁用了不支援的頁面編輯器或自訂範本。確認外掛與編輯器的相容外掛是否安裝齊全，例如 Polylang 搭配 Elementor 要另裝 Polylang Connect for Elementor。
- 譯文只翻了一半、部分字串沒翻到。靜態翻譯下，這通常是某些字串沒被加入翻譯清單，或來自第三方外掛的動態字串。逐一檢查翻譯清單是否漏掉這些字串，並確認外掛是否標記為可翻譯。
- 換了 SEO 外掛後 Meta 翻譯失效。SEO 外掛與翻譯外掛之間的欄位對接要重新設定。確認兩邊的整合選項都有開啟，必要時清掉快取讓新設定生效。
這五個問題的共同根源，多半與外掛本身的 bug 無關，真正的成因是設定不完整或外掛之間的對接沒接好。養成上線後定期用 Search Console 檢查國際定向報告、收錄狀態的習慣，能在問題還小的時候就抓到，避免累積成難以收拾的技術債。
常見問題：選擇與設定上的地雷一次答清
讀者在挑翻譯外掛時最常卡在哪？多半卡在三個點：免費版到底能不能做 SEO、Polylang 與 WPML 該選誰、以及多語系網址與 hreflang 怎麼設。對應的答案是 GTranslate 免費版不行、Polylang 適合預算有限又要 SEO、WPML 適合複雜站與電商，而 hreflang 與獨立語言 slug 要在各外掛設定裡開啟。下方 FAQ 把這些細節再收得更精煉。
WordPress 翻譯外掛哪一款最適合 SEO？
要看 SEO 排名，就從靜態翻譯裡挑：Polylang、WPML、TranslatePress、Weglot 都產生獨立網址、可被索引，效果良好。GTranslate 免費版是動態翻譯，搜尋引擎收錄不到，不能拿來做 SEO。預算夠又要求 SEO 控制項最完整，WPML 是上限最高的選擇；想免費又顧 SEO，Polylang 最穩。
Polylang 免費版可以建立幾種語言？
Polylang 免費版沒有硬性數量上限，兩種以上都能建立，也能為每個語言設獨立網址 slug。真正限制在進階整合：要翻 WooCommerce 商品要升 Polylang Pro，要完整搭配 Elementor 要另裝 Polylang Connect for Elementor。
WPML 一年費用大約多少？
WPML 只有付費版，初級方案約 39 歐元／年起、中級方案約 99 歐元／年起，以官網定價頁為準，價格會調整 [來源：〈WPML — Pricing〉〈https://wpml.org/purchase/〉〈2026〉]。要做多國電商翻譯，建議直接上看中級方案。
GTranslate 免費版對 SEO 有沒有效果？
沒有。GTranslate 免費版是動態翻譯，在瀏覽器層級即時翻譯，不產生實體譯文頁，搜尋引擎無法索引 [來源：〈GTranslate — Documentation〉〈https://docs.gtranslate.io/〉〈2026〉]。要 SEO 就得升級到進階方案的靜態翻譯。
TranslatePress 免費版支援幾種語言？
TranslatePress 官方支援 200 種以上語言，但免費版只能做雙語切換，第三種語言以上要付費方案 [來源：〈TranslatePress — Translate WordPress Sites〉〈https://translatepress.com/〉〈2026〉]。免費版可接 Google Translate API 做自動翻譯再手動微調。
Weglot 是怎麼收費的？
Weglot 是雲端 SaaS，按語言數量與翻譯字數計費，沒有免費版，詳細以官網報價為準。它整合 DeepL 等高階引擎，再由外部譯者二校，品質優於單純 Google 翻譯。
靜態翻譯和動態翻譯差在哪？
靜態翻譯把譯文寫進資料庫、產生獨立網址，可被搜尋引擎索引，對 SEO 友善。動態翻譯靠瀏覽器層級即時翻譯，沒有實體譯文頁，Google 收錄不到。要 SEO 就選靜態，不在意排名才用動態。
WooCommerce 電商網站該用哪個翻譯外掛？
電商建議從 WPML 中級方案或 Polylang Pro 起跳，免費方案通常不支援商品翻譯。WPML 中級方案以上完整支援 WooCommerce，相容性也最廣；Weglot 與 TranslatePress 同樣支援 WooCommerce，前者重品質、後者重可視化操作。
哪個 WordPress 翻譯外掛最適合新手？
TranslatePress。可視化介面直接在頁面上改字，上手門檻最低，免費版還能接自動翻譯再微調。怕複雜、第一次做多語系的站長，從它入門最不會卡關。
WordPress 多語系網站要怎麼設定 hreflang？
hreflang 標記、各語言獨立網址、多語系 sitemap、Meta 翻譯，這四項要在選用的外掛設定裡逐一開啟。Polylang、WPML、Weglot、TranslatePress 都內建對應選項；hreflang 的正確寫法屬 Google 官方規範，可搭配技術性 SEO 設定與Sitemap XML 產生與提交一起檢查。
Polylang 和 WPML 哪個比較好？
沒有絕對答案。預算有限、網站結構單純、要免費又顧 SEO，選 Polylang。網站複雜、用很多外掛、需要翻譯團隊權限與 WooCommerce 完整支援，選 WPML。兩者的翻譯模式都是靜態，差別在相容性、協作能力與價格帶。
多語系網址該用子目錄、子網域還是獨立網域？
多數中小站建議用子目錄，讓各語言共享主網域權重，起步較快、維護成本最低。各語言內容差異大、需獨立營運時考慮子網域。針對單一市場做深度在地化、且有在地團隊時，才值得用獨立網域。選定後就盡量不要再改，因為網址結構的變更會牽動大量轉址與 hreflang。
什麼情況下根本不該做多語系？
該語言沒有實際搜尋量、沒有維護人力、譯文品質無法人工把關、或網站還在頻繁改版搬移時，建議先不做。這四個條件任何一個不成立，先把單一語言做到極致，報酬通常高於急著開第二種語言。
多語系外掛會拖慢網站速度嗎？
靜態翻譯的效能負擔通常不大，因為譯文早就寫進資料庫。語系一多時搭配快取與 CDN 即可有效控制負擔。真正要注意的是行動版本的體驗，因為 Google 採行動優先索引，每個語言版本都要在行動裝置上載得快、排得好。
把決策框架放第一位，比記住五款外掛更重要
說到底，挑 WordPress 翻譯外掛的分水嶺不在規格表，而在你有沒有先用「SEO 目標 → 預算 → 語系數量 → 維護意願」這四層把自己縮到唯一答案。要 SEO 就排除動態翻譯，要免費就落在 Polylang 或 TranslatePress，要相容性與協作就 WPML，要品質與跨平台就 Weglot。框架對了，選錯的機率會比想像中低很多。
框架之外，還有兩個更上位的判斷要先成立，外掛的選擇才有意義。第一是確認該語言真的有搜尋量、有維護人力，否則再好的外掛也只是把資源攤薄。第二是確認網址結構與技術 SEO 的地基都打好，hreflang、獨立網址、sitemap、canonical 這四項少一項，多語系索引就會出問題。把這兩層顧好，再回頭看五款外掛的優缺點，你會發現選擇其實很單純。
如果你還在整體規劃階段，這幾篇可以一起看：從WordPress 架站與 SEO 全攻略打底，搭配外掛安裝方法與必裝外掛清單把基礎建好；效能面則可參考快取外掛、速度優化、Core Web Vitals與CDN 加速，搭配圖片壓縮工具、Lazy Loading與網站速度測試工具控制資源體積；安全與備份則別漏掉SSL 憑證、備份外掛與UpdraftPlus 教學。若想用數據驅動選字，可搭配關鍵字研究工具與SEO 工具評比，找出各語言真正有量的詞。多語系 SEO 只是整體的一環，把它放進對的位置，外掛才會發揮價值。
最後一句留給你自己：哪一款最好，取決於你的網站複雜度、預算與翻譯品質要求，沒有人能替你拍板。但只要那四層判斷走過一遍，選擇其實比想像中明確。選對模式，比選對品牌重要。