Polylang 完整教學：從安裝到上架，零基礎也能搞定 WordPress 多語系網站
Polylang 是一款 WordPress 多國語言外掛，做法是為每一種語言建立獨立的文章、頁面、分類與網址，翻譯文字全部存在你自己的資料庫。它的定位是多語系內容管理框架，本身沒…
Polylang 是一款 WordPress 多國語言外掛，做法是為每一種語言建立獨立的文章、頁面、分類與網址，翻譯文字全部存在你自己的資料庫。它的定位是多語系內容管理框架，本身沒有自動翻譯引擎，翻譯這件事由你自己完成；外掛自 2011 年上架，根據 WordPress.org 外掛頁面資料累積超過 70 萬次安裝 [來源：〈Polylang — WordPress plugin〉〈https://wordpress.org/plugins/polylang/〉〈2026-06-29〉]，免費版就能新增兩種以上語言，沒有硬性數量上限，依據 Polylang 官方文件的說明。
重點先看： Polylang 的本質是多語系內容管理框架，翻譯要你自己產出，每個語系有獨立網址與獨立資料庫內容，免費版無語言數量上限、WooCommerce 多語系需升級 Pro；超過 70 萬次安裝，依據 WordPress.org 外掛頁面。
WordPress 目前驅動了全球 41.5% 的網站，在已知內容管理系統的網站中佔比更高達 59.2% [來源：〈W3Techs — Usage Statistics and Market Share of WordPress〉〈https://w3techs.com/technologies/details/cm-wordpress〉〈2026-06-29〉]，這意味著 WordPress 生態裡的多語系需求規模龐大，而 Polylang 是其中安裝數名列前茅的免費解法。
很多站長把 Polylang 想成「裝下去網站就變多語系」的一鍵翻譯工具，這個誤解會在設定走到一半時引爆。Polylang 本質是給你一套把每種語言當成獨立內容來管理的結構：你要為每個語系逐一產出文章、頁面、分類，工作量會隨語言數量倍增。如果你還沒想清楚要幾種語言、用子目錄還是子網域、hreflang 怎麼標記，先別急著裝外掛。動手前的決策，往往比外掛本身的設定更決定成敗。
Polylang 是什麼？定位是多語系內容框架，不是自動翻譯引擎
Polylang 在做的是「多語系內容管理框架」，不是「自動翻譯引擎」。它為每種語言建立獨立的文章、頁面、分類與網址，翻譯結果全部存在你自己的資料庫裡。你不會看到它把一段中文丟進去就吐出英文，你看到的是一個結構：每篇內容都可以長出對應語系的版本，網址各自獨立，內容各自獨立。
這種「靜態頁面複製」的模式對 SEO 最友善，因為每一種語言都是真實存在的頁面，有獨立網址、獨立標題、獨立內文，Google 可以分別收錄與排名，而不是靠 JavaScript 動態切換文字那種搜尋引擎不容易讀懂的做法。它也能跟 Rank Math、Yoast 這類 SEO 外掛併用，為每個語系分別設定標題與描述。講白了，Polylang 給你的是控制權，不是捷徑。
說實在的，第一次接觸 Polylang 的人多半會有點失望：怎麼沒有「自動翻譯全部內容」的按鈕？這正是它跟 TranslatePress、WPML 等工具最大的定位差異。Polylang 把翻譯這件事交還給你，它只負責讓每種語言有位置放、有網址連、有切換器可點。內容寫不寫、寫得好不好，全在你自己，外掛不會替你決定品質。
Polylang 與 TranslatePress 的定位差異
兩款外掛常被放在一起比較，但工作邏輯完全不同。Polylang 是後台逐篇管理：你在 WordPress 後台為每篇內容建立對應語系版本，適合需要精準控制每個語系內容、重視 技術性 SEO 的站長。TranslatePress 走的是前台視覺化路線，直接在網站上看著畫面點字翻譯，上手快，適合頁面數量不多、想快速完成的小型站。詳細的對比可以參考 TranslatePress 多語系視覺化翻譯 與 WordPress 多語系外掛深度評比。
- 翻譯模式：Polylang 在後台逐篇管理，每個語系獨立頁面；TranslatePress 在前台即點即翻，所見即所得。
- SEO 控制權：Polylang 每個語系有獨立網址與獨立中繼資料，搭配 Canonical 重複內容處理 觀念更清楚；TranslatePress 也輸出 hreflang，但控制粒度較粗。
- WooCommerce 支援：Polylang 需升級 Pro 才能做商品多語系；TranslatePress 免費版就能處理部分 WooCommerce 內容。
- Elementor 相容性：Polylang 需另裝 Polylang Connect for Elementor；TranslatePress 對 Elementor 支援較直接。
順帶一提，Polylang 跟 WordPress 翻譯外掛是兩種不同的東西，很多人會搞混。多國語系外掛翻的是「網站內容」（文章、頁面、商品），翻譯外掛翻的是「主題與外掛的介面字」（按鈕、表單標籤、系統訊息）。前者決定訪客讀到的文章是什麼語言，後者決定網站框架的按鈕顯示什麼語言，兩者常常需要搭配使用。如果你才剛開始接觸 WordPress，先把 WordPress 安裝完整流程 跑順，再來處理多語系會比較踏實。
安裝前的三個關鍵決策
裝 Polylang 之前，有三個決定會牽動後面全部的設定：要幾種語言、各語系網址用子目錄還是子網域、需不需要 WooCommerce 或 Elementor 多語系。這三個決策會直接決定你要不要花錢買 Pro、hreflang 怎麼標、整個網站架構怎麼規劃。先想清楚再裝，才不會做到一半發現要砍掉重來。
第一個決策是語言數量。聽起來很基本，但它決定了工作量級距。兩種語言工作量加倍，三種語言工作量變三倍，因為每個語系的內容都要逐一產出。很多站長一開始想做大，四、五種語言全開，結果做到第三種就放棄，留下半完成的語系頁面，反而拖垮整體 SEO。務實一點，先用你最有把握、市場需求最大的兩種語言跑順整套流程，再逐步擴充。
第二個決策是網址結構。Polylang 預設用語言代碼當子目錄後綴，例如英文是 /en/、日文是 /ja/。子目錄通常比子網域對主網域的 SEO 權重更集中，這也是 Polylang 預設走子目錄的原因；想知道兩者差異可參考 子網域與子目錄 SEO 差異。如果要用子網域（如 en.example.com），Polylang 免費版也能設定，但 DNS 與 SSL 憑證要分開處理，複雜度上升不少。
這裡有個中文站長特別要注意的陷阱：語言代碼衝突。繁體中文、簡體中文、粵語的 Locale 都是 zh 開頭，如果同時存在，Polylang 預設的後綴會撞在一起。解法是手動把 Language code 改成 tw、cn、hk 來區分，例如繁體中文用 /tw/、簡體中文用 /cn/。這個細節在初始設定就要處理，事後改會牽動一堆已建立的網址。
| 決策項目 | 選項 A | 選項 B | 影響 |
|---|---|---|---|
| 語言數量 | 2 種（先做主力市場） | 4 種以上 | 工作量倍數成長，建議從 2 種起步 |
| 網址結構 | 子目錄（/en/） | 子網域（en.site.com） | 子目錄 SEO 權重較集中，子網域需額外設 DNS |
| 語言代碼 | 預設（en、fr） | 自訂（tw、cn、hk） | 中文語系必須自訂避免衝突 |
| 要不要 Pro | 純文章頁面 | WooCommerce 商品 | 商品多語系需 Pro，文章免費版即可 |
第三個決策是要不要升級 Pro。升級時機其實很明確：只要你牽涉到 WooCommerce 商品、結帳頁、商品分類的多語系，就必須買 Polylang Pro，免費版不支援，依據 Polylang Pro 官方功能比較頁 [來源：〈Polylang Pro vs Polylang free〉〈https://polylang.pro/downloads/〉〈2026-06-29〉]。WooCommerce 在全球電商系統的佔有率相當高，佔 W3Techs 調查中所有電商系統的 48.6% [來源：〈W3Techs — Usage Statistics and Market Share of WooCommerce〉〈https://w3techs.com/technologies/details/cm-woocommerce〉〈2026-06-29〉]，這也是為什麼商品多語系需求龐大、外掛相容性成為升級的主要誘因。純文章、純頁面的多語系，免費版功能就完整。很多人誤以為免費版語言數量有限制要靠 Pro 解鎖，這是錯的，根據 Polylang 官方文件，免費版沒有語言數量上限 [來源：〈Polylang Documentation〉〈https://polylang.wordpress.com/documentation/〉〈2026-06-29〉]。Pro 賣的是進階相容性（WooCommerce、Astra Pro 等主題的深度整合），賣點落在整合深度，而非語言數量。
hreflang 標記也是動手前要想清楚的一環。根據 Polylang 官方文件，Polylang 會自動為各語系頁面輸出 hreflang [來源：〈Polylang Documentation〉〈https://polylang.wordpress.com/documentation/〉〈2026-06-29〉]，告知 Google 每個網址對應的語言與地區，這是多語系 SEO 的基礎。但自動輸出有個前提：每個語系頁面都要確實建立起來。如果你建了英文語系卻沒有實際產出英文內容，hreflang 會指向一個空頁或 404，這種「孤兒頁」反而會拖累整體收錄。先確認每個語系都有實質內容，hreflang 才有意義。
安裝與初始設定：5 步驟跑完 Polylang 精靈
Polylang 的安裝跟一般 WordPress 外掛一樣，到後台搜尋、安裝、啟用後會進入設定精靈，依序完成「選擇語言、設定媒體翻譯、指定預設語言、建立各語系首頁」幾個步驟就能回控制台開始作業。整個精靈跑完大約十分鐘，但前面那幾個決策沒想清楚，這十分鐘會白跑。
安裝路徑是：WordPress 後台 → 外掛 → 安裝外掛 → 搜尋欄輸入 Polylang → 立即安裝 → 啟用。如果你連外掛安裝這步都還不熟，先看過 WordPress 外掛安裝完整教學 會比較順。啟用後 Polylang 會自動帶你進入設定精靈，這時候不要太快按 Continue，每一步都有值得停下來想的地方。
- 選擇語言：第一個加入的語言會成為網站預設語言，所以順序很重要。建議先放主要經營的語系（例如繁體中文），再加入次要語系（例如英文）。後續仍可在 Languages 頁面新增或調整順序，不一定要在精靈裡一次全開。
- 設定媒體翻譯：勾選 Allow Polylang to translate media 後，同一張圖片可以為不同語系分別填入 alt 文字與說明文字。如果你會在不同語系文章用不同圖片（例如針對不同市場用不同人物照），這個選項要打開，對 圖片 SEO 優化 有幫助。
- 指定預設語言：Polylang 會自動帶入第一個加入的語言作為預設語言，通常不用改。預設語言的網址結構可以選擇不要加語言代碼（例如 example.com 直接是繁體中文），其他語系才加後綴。
- 建立各語系首頁：如果你已經設定了靜態首頁，Polylang 會自動為各語系建立對應的首頁頁面。這一步完成後，每個語系都有一個獨立首頁可以編輯。
- 回控制台：完成精靈後選 Return to your dashboard，後續所有設定都在側邊欄的 Languages 選單下進行。
一個容易被忽略的小細節：靜態首頁設定。如果你在 WordPress 的閱讀設定裡把首頁指定為某個靜態頁面，Polylang 精靈才會跳出「建立各語系首頁」這一步；如果首頁是預設的最新文章列表，這步會略過。建議在裝 Polylang 之前，先把網站首頁的呈現方式想好，才不會事後補東補西。相關的基礎觀念可以參考 WordPress 架站新手教學。
老實說，精靈跑完只是起點，真正的工程在後面。很多人以為跑完精靈網站就變多語系了，結果到前台一看，還是只有預設語言的內容。因為 Polylang 只幫你把「框架」搭好，內容要你自己一篇一篇填進去。這也是為什麼前面一直強調要先決策：框架搭錯了，填進去的內容會全部跟著錯。
Languages 語系設定與 Strings translations 系統字翻譯
裝完精靈後，真正的語系管理在後台 Languages 選單下。你可以新增語言、調整語言代碼、變更切換器排序，再到 Strings translations 頁面翻譯 WordPress 預設的系統字，例如網站名稱、網站標語這些會出現在頁尾與瀏覽器分頁的文字。
到後台 Languages → Languages，這裡是新增與編輯語系的地方。列表中每個語系前面有一個星號，標示的是預設語言。新增語系時，選好語言後 Polylang 會自動帶入基本設定值，你需要動手調整的通常是 Language code 與 Order 兩個欄位。例如要新增簡體中文，就把 Language code 從預設的 zh 改成 cn，避免跟繁體中文撞碼；Order 設為 1，讓它在切換器裡排在預設語言之後（預設語言 Order 是 0，數字越小優先級越高）。
Languages 欄位對照
| 欄位 | 作用 | 建議 |
|---|---|---|
| Full name | 切換器與後台顯示的名稱 | 可自訂，例如「繁體中文」 |
| Locale | 系統資料夾名稱 | 用預設值，避免跟其他資料夾重名造成衝突 |
| Language code | 網址後綴 | 中文語系務必改成 tw、cn、hk |
| Flag | 切換器顯示的國旗 | 依市場選，不影響功能 |
| Order | 切換器排序，預設語言為 0 | 數字越小排越前面 |
設定完語系，接著處理系統字翻譯。到側邊欄 Languages → Strings translations，這裡列出 WordPress 預設的系統欄位，最重要的是 blogname（網站名稱）與 blogdescription（網站標語）。每個欄位下方會依照你建立的語系數量，開出對應數量的輸入框，你只要在每個框裡填入該語系的版本即可。填完存檔，到前台切換語系檢查頁尾與瀏覽器分頁標題，確認文字確實跟著切換。
Strings translations 只能翻 WordPress 核心欄位與部分外掛的字串，主題與外掛介面的文字（例如某個按鈕寫著 Submit）不在這裡處理。這類介面字要靠 Loco Translate 主題外掛中文化 或 Poedit 翻譯 WordPress 系統字 來改，兩者都是修改語言檔（.po/.mo）的工具，跟 Polylang 各司其職。換句話說，Polylang 管內容、Loco Translate 管介面，多數完整的多語系網站會兩個都用。
這裡要承認一個限制：Strings translations 的字串清單不是自動抓取主題全部文字，它只列 WordPress 核心與 Polylang 已註冊的字串。如果你的主題用了大量自訂文字，很多會漏掉，得手動補進字串表。資深站長因此多半把系統字翻譯拆成兩段：核心欄位交給 Polylang，主題外掛介面交給 Loco Translate，分工比較清楚。
分類、標籤、文章、頁面的多語系建立
Polylang 的核心邏輯是「每個語系都是獨立個體」，所以分類、標籤、文章、頁面全部都要逐一建立，沒有批次複製的捷徑。在編輯介面點對應語系的加號就能新增該語系版本，填入翻譯後儲存，網站會在不同語系顯示完全不同的內容。
先講分類。到文章 → 分類，列表裡每個分類後面會顯示一排語系圖示。藍色鉛筆代表該語系已有內容，點下去可編輯；藍色加號代表該語系還沒建立，點下去會開出新欄位讓你填入該語系的分類名稱、代稱與說明。例如你的「文章內容」分類目前只有繁體中文版，要加簡體中文版就點 cn 那欄的加號，填入簡體名稱與 cn 代稱（用來區分網址），送出後這個分類就多了一個簡體版本。標籤的流程完全相同，到文章 → 標籤照著做即可，可參考 WordPress 分類排序設定 的觀念來規劃分類結構。
- 藍色鉛筆：該語系已有內容，點選可修改。
- 藍色加號：該語系尚未建立，點選可新增。
- 國旗圖示：標示目前這個分類屬於哪個語系。
接著是文章。先寫好預設語系的那一篇，設定好永久連結、分類、精選圖片、內容摘要，發佈後回到文章列表，點其他語系的加號建立對應版本。內文全部改成該語系文字，網址代稱建議在原文前後加上語言代碼（例如原代稱是 my-post，簡體版改成 cn-my-post）方便辨識，這不是必要但對後續管理有幫助。完整的文章發佈流程可參考 WordPress 文章發佈與分類教學。頁面的做法跟文章一樣，用區塊編輯器時流程完全相同，差別只在頁面通常用於固定內容如關於我們、聯絡資訊，可參考 WordPress 文章與頁面差異 來決定內容該用哪種類型。
如果你用 Elementor 做頁面，這裡有個額外步驟。Polylang 本身能處理區塊編輯器的頁面，但 Elementor 的頁面結構比較特殊，需要額外安裝 Polylang Connect for Elementor 這個配套外掛，才能完整翻譯 Elementor 編輯出來的頁面內容，依據 Polylang 官方相容性說明 [來源：〈Polylang Connect for Elementor — WordPress plugin〉〈https://wordpress.org/plugins/polylang-connect-for-elementor/〉〈2026-06-29〉]。沒裝這個配套，你會發現 Elementor 頁面切換語系後內容還是跑不出來。相關背景可參考 Elementor Pro 完整功能指南 與 WordPress 頁面編輯器比較。
每個語系完全獨立這件事，好處是你可以針對不同市場呈現不同內容，甚至不同定價、不同案例；代價是工作量會隨語言數量倍增。三種語言意味著每篇文章要寫三次、每個分類要設三次、每張圖片的 alt 要填三次。這不是 Polylang 的缺點，這是多語系網站的固有成本，任何外掛都幫你省不了。能省的是流程：建立一套翻譯排程、善用翻譯記憶工具、把重複性的系統字交給 Loco Translate 批次處理。若想進一步用 AI 輔助初稿，可以先看過 Claude Desktop 新手入門，了解怎麼把 AI 工具接進日常的內容產出流程。
把語言切換器放進選單與側邊欄
語言切換器讓訪客在前台切換語言，可以放進網站選單，也可以放進側邊欄小工具。兩種位置的做法不同，但完成後前台都會出現切換鈕，訪客一點就能切到對應語系。
選單做法：到外觀 → 選單，先選好要編輯的語系選單，再把畫面左側的 Language switcher 勾選加入。這裡有個關鍵：每個語系要分別建立專屬選單，並各自指派顯示位置。例如繁體中文選單指派給 Primary Menu（中文），簡體中文選單指派給另一組 Primary Menu（簡體），英文選單指派給 Primary Menu English。選單內容也是獨立的，簡體選單裡放的是簡體頁面連結，英文選單放的是英文頁面連結，這樣切換語系時整個導覽列才會跟著變。選單設定的完整觀念可參考 WordPress 選單設定教學。
- 到外觀 → 選單，先在頂部切換到要編輯的語系。
- 左側勾選 Language switcher，加入選單。
- 在選單顯示位置（Menu settings）指派到對應語系的 Primary Menu。
- 儲存選單，切到下一個語系重複上述步驟。
側邊欄做法：到外觀 → 小工具，找到 Language switcher 區塊，拖到你想要的位置（例如 Main Sidebar 主側邊欄）。小工具版切換器有幾個顯示選項可以調：Displays as a dropdown（用下拉選單顯示）、Displays language names（顯示語系名稱）、Displays flags（顯示國旗）。你可以三個都勾，也可以只勾國旗讓切換器更簡潔。小工具的整體設定可參考 WordPress 側邊欄小工具設定。完成後到前台實際切換測試，確認選單、頁面、頁尾都正確連動，特別是 hreflang 與各語系首頁的連結有沒有對上。
切換器放哪裡比較好？這沒有標準答案，取決於網站設計。常見做法是放在選單最右側或頂部列，搭配國旗與語言名稱，讓訪客一眼看到。如果網站語系很多（超過五種），用下拉選單比一字排開更省空間。我個人偏好把切換器放在頂部固定列，因為不管訪客捲到哪裡都能切換，轉換體驗比較順。但這只是偏好，你要依照自己網站的版面與使用者習慣來決定。
多語系 SEO 怎麼靠 hreflang 與獨立網址避開重複內容
Polylang 採靜態頁面翻譯，每個語系有獨立網址並自動輸出 hreflang 標記，只要每個語系頁面都確實產出對應內容，就不會被 Google 當成重複內容。這是多語系 SEO 能不能成立的核心，而不是外掛設定本身。觀察成效時，不妨活用 Search Console 日期區間查詢，比較各語系上線前後的點擊變化。
先講獨立網址。Polylang 為每個語系建立獨立的網址結構，例如繁體中文是 example.com/post、英文是 example.com/en/post、簡體中文是 example.com/cn/post。Google 看到的是三個各自獨立的頁面，可以分別收錄、分別排名，而靜態頁面翻譯之所以對 SEO 友善，原因就在這裡。相較於用 JavaScript 動態切換內容的做法（搜尋引擎不一定能完整讀取），Polylang 的每個語系都是實實在在的 HTML 頁面。網址結構規劃的完整觀念可參考 SEO 友善網站架構規劃。
hreflang 是多語系 SEO 的關鍵標記，根據 Polylang 官方文件，Polylang 會自動為各語系頁面輸出 hreflang [來源：〈Polylang Documentation〉〈https://polylang.wordpress.com/documentation/〉〈2026-06-29〉]。hreflang 告訴 Google：這個網址是英文版、那個網址是繁體中文版，兩者內容相同但語言不同，請分別排名給對應地區的使用者。沒有 hreflang，Google 可能把英文版當成繁體版的抄襲而不收錄；有了 hreflang，兩個版本都能在各自的語系市場出現。hreflang 的運作細節可參考 hreflang 多語系 SEO 標記設定的專門說明。
避免重複內容的三個條件
- 內容實質不同：每個語系頁面要確實翻譯，不能是空白或只放機翻未校稿的文字。空頁或低品質機翻會被當成薄內容，排名上不去。
- 網址各自獨立：每個語系有自己的網址，Polylang 預設就會處理好，不要手動改成共用同一個網址。
- hreflang 正確輸出：確認 Polylang 輸出的 hreflang 指向的是真實存在的頁面，而不是 404 或空頁。可用 Google Search Console 檢查國際定向報告。
很多人問：裝了 Polylang、做好翻譯，流量跟排名真的會提升嗎？這裡要誠實回答：取決於目標市場有沒有實際搜尋需求，以及翻譯內容品質能不能回應搜尋意圖，光是把文字翻過去並不保證帶來流量。如果你的目標市場本來就有人在搜尋那個語言的關鍵字，而且你的翻譯內容品質夠好、能回應搜尋意圖，流量會提升；如果只是為了「看起來有多語系」而硬翻，沒有針對各市場做長尾關鍵字佃局，效果會很有限。多語系 SEO 的本質是內容工程，無法靠一個外掛直接開啟。相關的關鍵字工具可參考 SEO 關鍵字工具推薦。
搭配 SEO 外掛時，Polylang 能讓你為每個語系分別設定 SEO 標題、meta 描述與關鍵字。Rank Math 與 Yoast 都支援 Polylang，你切換到某個語系編輯文章時，SEO 欄位也是該語系專屬的。這代表你可以為英文版下一個針對英文搜尋意圖的標題，為繁體版下一個針對中文搜尋意圖的標題，兩者互不干擾。想深入了解可參考 Rank Math Pro 進階 SEO 功能 與 AI 搜尋時代 SEO 全攻略。
最後補一個技術面的提醒：提交Sitemap 給 Google。Polylang 會把各語系頁面放進 Sitemap，確認每個語系的網址都有被收錄進去，再到 Search Console 提交。如果有語系頁面沒出現在 Sitemap 裡，多半是那個語系還沒有實際內容或沒被正確發佈，回頭檢查發佈狀態。若想確認單一語系網址有沒有被 Google 收錄，可用 Search Console 網址審查工具 檢視索引狀態。網站速度也是多語系 SEO 容易忽略的一環，圖片數量會隨語系增加，記得做 圖片壓縮 與整體的 網站速度優化。
Polylang vs TranslatePress vs WPML：怎麼選
Polylang 適合要在後台逐篇管理、預算有限、重視 SEO 控制權的站長；TranslatePress 適合想前台視覺化即點即翻的小型站；WPML 功能最完整但需付費且較吃資源，適合大型多語系電商或企業站。三者各有定位，沒有絕對的優劣，只有適不適合你的情境。
| 外掛 | 費用 | 翻譯模式 | SEO 控制度 | WooCommerce | 適合場景 |
|---|---|---|---|---|---|
| Polylang | 免費版完整，Pro 才收費 | 後台逐篇管理 | 高，每語系獨立網址與中繼資料 | 需 Pro | 重視 SEO、預算有限、逐篇控制的站長 |
| TranslatePress | 免費版可用，進階功能付費 | 前台視覺化即點即翻 | 中，自動輸出 hreflang | 免費版部分支援 | 頁面不多、想快速完成的小型站 |
| WPML | 僅付費 | 後台管理，整合進階翻譯 | 高 | 完整支援 | 大型多語系電商、企業站 |
選擇前先問自己兩個問題：需不需要 WooCommerce 多語系？用不用 Elementor？這兩個答案會直接決定免費版夠不夠用。如果做的是純內容站（部落格、形象網站），Polylang 免費版完全夠用，加上 Gutenberg 區塊編輯器外掛 就能做出專業的多語系網站。如果要用 Elementor，記得另裝 Polylang Connect for Elementor。如果做 WooCommerce 購物網站且要商品多語系，Polylang Pro 或 WPML 是比較穩的選擇，可參考 WooCommerce 購物網站架設、WooCommerce 佈景主題推薦 與 WooCommerce 商品頁 SEO 優化。
WPML 的優勢在於相容性最廣，幾乎所有主流外掛與主題都有官方測試過的整合方案，這對複雜的企業站很重要。但 WPML 是付費外掛，而且隨著網站規模變大，資料庫結構會比較吃資源，對網站主機成本是個考量。Polylang 相對輕量，免費版就能覆蓋多數內容站需求，缺點是 WooCommerce 支援要靠 Pro，且沒有內建自動翻譯引擎（Pro 版可串接 DeepL 等服務，但那是另一筆費用）。整體生態可參考 WordPress 必裝外掛推薦清單。多語系站點站穩後若要投放社群廣告帶量，了解 Meta 廣告資產設定 能幫你把 Pixel 與素材串好，追蹤各語系市場的轉換。
退一步看，這三款外掛各自鎖定不同的規模與需求，彼此定位互補。小型雙語站用 Polylang 免費版最划算；中型內容站用 Polylang Pro 兼顧 SEO 與控制權；大型多語系電商用 WPML 拿整合穩定性。如果你還在用 Divi、Astra 或 其他主題，選外掛前最好先確認該主題官方推薦哪一款，相容性會少踩很多雷。對 電商創業 或 部落格架站 有興趣的，可以從這些基礎觀念開始累積。
說到底，外掛只是工具，真正決定多語系網站成敗的是你有沒有先想清楚：為誰做、做幾種、網址怎麼排、內容怎麼產出。先把這幾件事在紙上列一遍再動手，比花錢買哪一套外掛更重要。免費版能把事做好的前提，是你對每個語系的內容都願意投入。開始之前，記得做好 網站備份，多語系設定牽動的資料結構不少，有備份才有退路。多語系內容站穩之後，若想用付費搜尋擴大各語系市場，可先從 Google Ads 申請教學 把帳戶與投放流程跑通。
多語系內容產出的流程設計：把工作量變成可重複的排程
Polylang 把每個語系當成獨立內容，工作量隨語言數量倍增，這點前面已經強調過。要把這個固有成本壓下來，靠的不是外掛，而是一套可重複的內容產出流程。把翻譯工作拆成幾個固定階段，每個階段有明確的產出與驗收標準，多語系網站才走得久。
- 來源內容定稿：先在預設語系把一篇文章寫到定稿，標題、永久連結、分類、精選圖片、內文結構都底定後再進翻譯流程。來源邊寫邊翻是常見的效率殺手，譯者會跟著反覆改動。
- 建立翻譯清單：列出這篇文章需要翻成哪些語系，以及每個語系的交付期限。把清單寫進試算表或專案工具，每完成一個語系就勾掉，避免漏譯。
- 機翻初稿或人工初稿：預算有限可先用機器翻譯產初稿，再由人工校稿；預算充足則直接交給譯者。機翻初稿的好處是快，但要預留校稿時間，未校稿的機翻文字是薄內容的主要來源。
- 在地化校稿：校稿重點不只是語法正確，還要確認關鍵字、幣別、日期格式、聯絡方式符合目標市場。例如英文版要分清楚是美式或英式拼寫，日文版的敬語層級要與品牌定位一致。
- SEO 欄位填寫：為每個語系分別填寫 SEO 標題、meta 描述、圖片 alt，這些欄位各自獨立，影響該語系的點閱率與收錄。
- 發佈與驗收：發佈後逐一切換到各語系前台檢查，確認網址、選單、切換器、hreflang 都正確連動。
翻譯記憶工具能進一步壓低重複工作的成本。像 Loco Translate 這類工具會把已翻過的字句記下來，下次遇到相同字串自動帶入，對系統字、按鈕文字、表單標籤這類大量重複的介面字特別有效。Polylang Pro 也能串接 DeepL 等機器翻譯服務產初稿，把重複性的產出交給工具，把判斷性的工作留給人。若想用 AI 輔助初稿產出，可先了解 Claude Desktop 新手入門，把 AI 工具接進日常的內容產出流程，再搭配人工校稿補上在地化與搜尋意圖的判斷。
| 流程階段 | 可交給工具 | 必須靠人判斷 |
|---|---|---|
| 來源內容定稿 | 排版、圖片處理 | 主題、結構、關鍵字佈局 |
| 機翻初稿 | DeepL、AI 工具、翻譯記憶 | 語氣、品牌定位 |
| 在地化校稿 | 拼字與語法檢查 | 在地用法、幣別、敬語、搜尋意圖 |
| SEO 欄位填寫 | 範本帶入 | 各語系標題與描述的策略 |
| 發佈與驗收 | 自動化檢核清單 | 前台實際切換測試 |
疑難排解：Polylang 設定最常見的六個錯誤
即使決策正確、流程順暢，實際設定時仍會踩到一些具體的坑。底下整理六個最常見的錯誤，以及對應的排查方向，設定卡住時可以照著逐項檢查。
- 前台切換語系後內容沒變：通常是該語系頁面還沒建立，或建立了但內容空白。檢查該語系在文章列表的圖示是鉛筆還是加號，加號代表尚未建立。若 Elementor 頁面切換無效，則是缺少 Polylang Connect for Elementor 配套外掛。
- 語言切換器不出現：確認選單或小工具的顯示位置有正確指派給對應語系。每個語系要分別建立專屬選單並指派顯示位置，只設一組選單不會自動套用到全部語系。
- 網址結構撞碼：繁體中文、簡體中文、粵語的 Locale 都是 zh 開頭，預設後綴會衝突。回到 Languages 設定，把 Language code 手動改成 tw、cn、hk 來區分。
- hreflang 報錯或指向空頁：某個語系頁面沒有實際內容，hreflang 就會指向空頁或 404。先用 Search Console 網址審查工具 確認該網址的索引狀態，再回頭補上實質內容。
- 系統字沒跟著切換：網站名稱、標語這類核心欄位要在 Strings translations 頁面為每個語系分別填入；主題與外掛介面的按鈕文字則要靠 Loco Translate 改語言檔，Polylang 管不到。
- Sitemap 缺少某個語系：多半是那個語系頁面還沒發佈或處於草稿狀態。檢查發佈狀態，確認頁面已正式發佈後 Sitemap 才會收錄。
排查有一個基本順序：先確認該語系頁面是否真的存在且有實質內容，再檢查切換器與選單的指派，最後才動 hreflang 與 Sitemap。多数問題的根源都是內容沒填齊，設定本身往往沒壞。養成「先看內容、再看設定」的排查習慣，能省下大量時間。更多基礎排查觀念可參考 技術性 SEO 與 SEO 友善網站架構規劃。
多語系網站上線前的驗收清單
設定跑完、內容填齊之後，正式對外開放各語系之前，照著底下這份清單逐項打勾，能避免常見的破綻。這份清單的作用是在上線前把可見的問題一次抓出來，免得開放後才被訪客或搜尋引擎發現。
- 每個語系首頁都能正常開啟，且顯示的是該語系的內容。
- 語言切換器在每個頁面都看得到，點下去能正確切換並停留在對應頁面。
- 每個語系的選單連結都指向該語系的頁面，沒有混連到其他語系。
- 每個語系頁面的網址都獨立，沒有共用同一個網址。
- 每個語系頁面都有實質內容，沒有空白頁或未校稿的機翻文字。
- hreflang 標記正確輸出，且每個指向都是真實存在的頁面，可用 Google Search Console 的國際定向報告驗證。
- Sitemap 已收錄每個語系的網址，並已在 Search Console 提交。
- 每個語系的 SEO 標題、meta 描述、圖片 alt 都已填寫。
- 系統字（網站名稱、標語）在每個語系都已翻譯，頁尾與瀏覽器分頁標題會跟著切換。
- 網站速度在新增多語系圖片後仍達標，已完成 圖片壓縮 與 網站速度優化。
什麼情況不該用 Polylang
Polylang 適合多數內容站與中小型多語系需求，但有些情境它未必是最佳選擇。誠實列出這些情境，比一味推薦更能幫你做對決策。
- 只想做介面中文化、不翻內容：如果你只想把主題與外掛的按鈕文字換成中文，不打算為每篇文章建立其他語系版本，那麼你需要的其實是 Loco Translate 或 Poedit 這類語言檔工具，裝 Polylang 反而是過度工程。
- 頁面極多、要快速上線：幾百個頁面都要立刻翻成多語系，又沒有人力逐篇校稿，TranslatePress 的前台即點即翻加上機器翻譯整合會更快見到成果。
- 大型多語系電商、需要最廣相容性：商品數量大、串接的外掛與金物流複雜，WPML 對主流外掛的官方整合測試更完整，能降低踩雷風險。
- 只靠 JavaScript 動態切換內容的單頁應用：如果你的網站內容主要靠前端框架動態渲染，後台逐篇管理的 Polylang 與你的架構不相符，需要的是另一套前端導向的國際化方案。
判斷的關鍵在於你翻的是什麼：翻網站內容（文章、頁面、商品）就往多語系外掛找，翻介面文字（按鈕、標籤、系統訊息）就往語言檔工具找。把這兩件事分清楚，就不會把工具用錯地方。相關的選擇比較可參考 WordPress 多語系外掛深度評比 與 TranslatePress 多語系視覺化翻譯。
常見問題
設定過程中幾個最常被問到的疑問，整理在這裡，答案盡量精煉。
Polylang 是做什麼的？它算翻譯外掛嗎？
Polylang 是 WordPress 的多語系內容管理外掛，為每個語言建立獨立的文章、頁面、分類與網址，翻譯文字存在你自己的資料庫。它不會自動翻字，只提供管理多種語言內容的架構，所以嚴格說不算自動翻譯工具，而是多語系框架。
Polylang 免費版可以新增幾種語言？需要買 Pro 嗎？
免費版沒有語言數量上限，兩種以上都能自由新增，依據 Polylang 官方文件。需要升級 Pro 的情況只有一種：要做 WooCommerce 商品、結帳頁、商品分類的多語系。純文章與頁面，免費版功能完整。
Polylang 跟 TranslatePress 有什麼差別？我該選哪一個？
Polylang 在 WordPress 後台逐篇建立各語系內容，控制粒度細，適合重視 SEO 與內容品質的站長；TranslatePress 走前台視覺化路線，看著畫面點字就能翻，上手快，適合頁面數量少的小型站。要精準控制選 Polylang，要快速完成選 TranslatePress。
Polylang 對 SEO 友善嗎？會不會被 Google 當重複內容？
Polylang 為每個語系建立獨立網址並自動輸出 hreflang 標記，只要各語系頁面確實翻譯、內容實質不同，就不會被判為重複內容。風險在於留空頁或機翻未校稿，會被視為薄內容而影響排名。
Polylang 支援 Elementor 嗎？WooCommerce 呢？
Elementor 需額外安裝 Polylang Connect for Elementor 才能完整翻譯頁面內容，依據該配套外掛在 WordPress.org 的官方說明。WooCommerce 商品多語系則必須升級 Polylang Pro，免費版不支援商品、結帳頁與商品分類的翻譯。
Polylang 每個語系要用獨立網址嗎？子目錄還是子網域？
每個語系都要用獨立網址，這是靜態頁面翻譯的基礎。預設走子目錄（如 /en/），SEO 權重較集中在主網域；子網域（如 en.site.com）也能設定，但需要額外處理 DNS 與 SSL，複雜度較高。多數站長選子目錄就夠用。
Polylang 上線後設定跑掉、內容沒切換，該怎麼排查？
遵循「先看內容、再看設定」的順序。先確認該語系頁面是否真的存在且有實質內容，藍色加號代表尚未建立；再檢查語言切換器與選單有沒有正確指派給各語系；最後才動 hreflang 與 Sitemap。多數問題的根源是內容沒填齊，設定本身往往沒壞。
什麼情況不該用 Polylang？
只想做介面中文化、不打算翻網站內容時，需要的其實是 Loco Translate 或 Poedit 這類語言檔工具，裝 Polylang 反而是過度工程。頁面數量極多又想快速上線、或大型多語系電商需要最廣相容性時，TranslatePress 或 WPML 可能更合適。判斷的關鍵是翻的是網站內容還是介面文字。
多語系網站做完後，流量與排名真的會提升嗎？
取決於目標市場有沒有實際搜尋需求，以及翻譯內容品質能不能回應搜尋意圖。有需求且內容紮實，流量會成長；只是硬翻而沒針對各市場做關鍵字佈局，效果有限。翻譯本身不會帶來流量，要靠紮實的在地化內容與關鍵字佈局撐起來。