WordPress 多語言網站怎麼做？外掛選擇與 SEO 設定

WordPress 多語言網站是什麼？什麼情況需要做？

WordPress 多語言網站是讓同一個網站用不同語言提供內容，通常需要外掛或多站架構處理文章、頁面、選單、分類與 SEO 標記。只改後台語言，不等於網站內容已經變成多語系。

台灣站長最常遇到的情境，是原本只有中文網站，後來想增加英文版、日文版，或針對東南亞市場新增其他語系。這時候不能只把中文內容貼到同一頁，再把英文放在下半段。搜尋引擎需要看到不同語言版本有獨立 URL，也需要知道這些頁面彼此是對應版本。

WordPress 預設有支援多語言嗎？

WordPress 可以切換後台介面語言，也能安裝不同語言的翻譯檔，但這只影響管理介面，不會自動幫網站建立中文版、英文版、日文版內容。

網站內容多語言牽涉到幾件事：每個語言是否有自己的文章與頁面、選單是否依語言切換、分類標籤是否對應、網址是否清楚分語系、搜尋引擎是否能讀到 hreflang。這些不是 WordPress 核心安裝後就完整提供的功能。

我的判斷是，如果網站只要偶爾放一篇英文文章，不一定要做完整多語架構；但只要首頁、服務頁、商品頁、部落格都要分語言，就應該用正式的 WordPress 多語系外掛或架構處理。

多語言網站常見做法：外掛、Multisite、人工翻譯流程

最常見做法是安裝 WordPress 多語言外掛，例如 WPML、Polylang、TranslatePress 或 Weglot。外掛會協助管理語言、頁面對應、語言切換器與 SEO 標記，適合多數中小企業、部落格和電商網站。

Multisite 則是用 WordPress 多站台架構，把不同語言拆成不同站。這種方式控制權高，但維護成本也高，通常比較適合大型品牌、多國市場或已經有工程團隊的網站。一般站長如果只是做中英文版網站，直接用多語外掛通常更實際。

人工翻譯流程也要一起規劃。外掛只負責把內容放在正確位置，不會保證翻譯品質。首頁、服務頁、商品頁、付款說明這類會影響信任感的頁面，最好安排人工翻譯或母語校對。

什麼網站適合做多語言？

適合做多語言的網站，通常已經有明確的海外讀者、海外客戶或不同語言市場。企業官網如果有國外客戶詢盤，中英文服務頁就有必要分開規劃。

• 企業官網：需要英文版公司介紹、服務項目、案例與聯絡頁。
• B2B 詢盤站：目標是海外搜尋流量與表單詢問，SEO 架構要更嚴謹。
• 跨境電商：商品、分類、結帳、配送、幣別與客服都要配合語言。
• 國際部落格：如果內容主題本身有海外搜尋需求，可以建立不同語言文章。

不適合的情況也要先講清楚。如果網站內容少、沒有海外市場、也沒有維運人力，硬做多語言可能只是多一套要更新的內容，反而拖慢網站管理。

WordPress 多語言外掛怎麼選？WPML、Polylang、TranslatePress 差在哪？

WordPress 多語言外掛要依網站類型選。部落格可從 Polylang 或 TranslatePress 開始；企業站、B2B 詢盤與 WooCommerce 電商通常優先評估 WPML；想快速自動翻譯可看 Weglot 或 GTranslate。

選外掛不要只看價格。真正會影響後續營運的是內容是否好管理、SEO 標記是否可靠、外掛是否持續維護、是否能和佈景主題、頁面編輯器、表單、WooCommerce 一起穩定運作。

快速結論：不同網站該選哪個外掛？

網站情境	優先選擇	判斷理由
個人部落格、內容量不大	Polylang、TranslatePress	成本較好控制，上手門檻較低。
企業官網、品牌頁面多	WPML、TranslatePress	需要穩定管理頁面、選單、表單與 SEO metadata。
B2B 詢盤站	WPML	翻譯流程、頁面對應與 SEO 驗收比較適合團隊協作。
WooCommerce 電商	WPML、TranslatePress、Weglot	商品、分類、結帳頁與幣別都要納入測試。
想很快上線多語版本	Weglot、GTranslate	自動翻譯方便，但長期成本與內容控制權要先算清楚。

我會把 Polylang 視為低成本內容站的好起點，把 WPML 視為企業和電商比較穩的選項。TranslatePress 則適合不想在後台來回找欄位、希望直接看著頁面翻譯的人。

WPML 適合誰？

WPML 適合企業網站、B2B 詢盤站、WooCommerce 電商，以及需要多人協作翻譯的 WordPress 多語言網站。它的重點不只是在前台顯示語言切換器，而是把頁面、文章、自訂內容類型、字串翻譯與 WooCommerce 翻譯流程整合起來。

如果網站有服務頁、案例頁、表單、商品分類、結帳流程，WPML 的完整度會比較有優勢。缺點是設定比較多，付費成本也要納入年度維護預算。對新手來說，WPML 不是最輕的工具，但對有商業目標的網站，它通常比較能撐住後續需求。

Polylang 適合誰？

Polylang 適合內容結構單純、預算有限、想先建立中英文版網站的站長。它可以新增語言、建立不同語言文章、設定選單與語言切換器，對部落格和一般形象網站很夠用。

Polylang 的優點是彈性高，也有免費版本可以開始測試。要注意的是，免費入門不代表沒有成本。當網站開始牽涉 WooCommerce、多語 slug、進階同步或團隊翻譯流程時，就要評估 Pro 版或改用更完整的方案。

TranslatePress 適合誰？

TranslatePress 適合想用前台視覺化方式翻譯網站的人。它的操作方式接近直接看著頁面改文字，對非技術使用者比較直覺，特別是首頁區塊、按鈕、表單提示、頁尾文字這類分散在不同位置的內容。

如果你的網站用頁面編輯器做了很多客製版面，TranslatePress 會比傳統後台欄位翻譯更容易理解。不過做 SEO 時仍要檢查每個語言版本的網址、title、description、canonical 與 sitemap，不要以為畫面翻好了就等於搜尋引擎也處理好了。

Weglot、GTranslate 適合什麼情境？

Weglot 和 GTranslate 這類方案的吸引力在於快速。網站可以很快產生多語版本，適合內容量大、急著讓海外使用者先讀懂網站、或暫時沒有翻譯人力的團隊。

但自動翻譯型方案要特別看三件事：長期費用怎麼算、翻譯內容能不能細修、SEO 頁面是否真的可被搜尋引擎穩定索引。若網站主要靠多語 SEO 帶來詢盤或銷售，不能只用上線速度做決策。

依網站情境選方案：部落格、企業官網、B2B、WooCommerce 怎麼選？

選 WordPress 多語言方案時，先看網站任務。部落格重視成本與操作，企業站重視品牌一致，B2B 重視詢盤與 SEO，WooCommerce 則要優先檢查商品、結帳與維運風險。

同一個外掛放在不同網站，結果會差很多。內容站只要文章能對應、選單不亂跳就能運作；電商網站卻要處理價格、庫存、變體、運送、付款、稅務與客服文字。這些不是外掛介紹頁上的功能清單能完整回答的。

個人部落格：Polylang 或 TranslatePress

個人部落格通常可以從 Polylang 或 TranslatePress 開始。判斷標準是內容量、翻譯頻率和你習慣的操作方式。

如果你習慣在 WordPress 後台管理文章，並且想讓中文文章和英文文章各自獨立，Polylang 很適合。如果你比較在意畫面上的文字能不能直接改，TranslatePress 會更友善。部落格站長最常犯的錯，是只翻譯文章本文，忘記選單、分類、側邊欄、頁尾和 SEO 標題。

企業形象站：TranslatePress 或 WPML

企業形象站要看頁面複雜度。如果只是首頁、關於我們、服務項目、聯絡頁，TranslatePress 的視覺化翻譯很快就能完成。如果有多個部門、不同服務線、案例頁、表單流程和行銷追蹤，WPML 會比較適合。

企業站的多語言不是把中文翻成英文就結束。英文版網站要讓海外訪客知道你服務誰、交付什麼、案例是否可信、聯絡方式是否符合他們的期待。這類頁面用機器翻譯當初稿可以，但最後一定要人工修過。

B2B 詢盤站：WPML 優先，搭配人工翻譯

B2B 詢盤站建議優先評估 WPML，尤其是需要用英文版網站爭取海外搜尋流量的公司。原因是 B2B 頁面常有多層內容：產業應用、技術規格、案例、表單、下載資料、FAQ，翻譯狀態需要被清楚管理。

這類網站的風險不在外掛裝不起來，而在翻譯後資訊不一致。中文版說可以客製，英文版漏掉；中文表單有詢問預算欄位，英文表單沒有；中文案例更新了，英文案例停在舊版本。這些都會讓詢盤品質下降。

WooCommerce 電商：WPML、TranslatePress、Weglot 的取捨

WooCommerce 多語言要比一般內容站更謹慎。商品名稱、商品描述、商品分類、屬性、變體、購物車、結帳頁、Email 通知、付款說明都可能需要翻譯。

WPML 適合需要完整商品翻譯管理的電商；TranslatePress 適合想用視覺化方式處理前台文字的商店；Weglot 適合想快速產生多語版本並接受雲端翻譯成本的團隊。無論選哪一個，正式上線前都要實際測試下單流程，不要只看商品頁有沒有翻譯。

多市場品牌：先決定 URL 架構，再選外掛

多市場品牌不要一開始就問外掛哪個最好，應該先決定 URL 架構。你要用 makewebsites.tw/en/ 這種子目錄，還是 en.makewebsites.tw 這種子網域，或者不同國家使用不同 ccTLD，會影響 SEO、分析、維護與品牌管理。

台灣中小企業多半先用子目錄最容易維護。跨國品牌、有在地團隊、有不同市場預算時，才比較適合評估子網域或 ccTLD。外掛只是執行工具，URL 架構才是多語網站的地基。

Polylang 設定教學：如何建立 WordPress 多語言頁面？

Polylang 設定 WordPress 多語言網站時，重點是先新增語言，再建立文章與頁面的翻譯對應，接著分語言設定選單、分類與語言切換器，最後檢查沒有翻譯頁時的導向行為。

Polylang 很適合用來做中英文內容站，但要照順序處理。很多網站裝完外掛後只翻譯首頁，結果英文選單點進中文頁，或語言切換器找不到對應頁面。這不是外掛壞掉，而是內容關係沒有設好。

安裝 Polylang 並新增網站語言

安裝 Polylang 後，先到語言設定新增網站要支援的語言，例如繁體中文與英文。新增語言時要確認語言代碼、地區設定與預設語言。

預設語言通常建議設定為目前網站主要內容語言。台灣網站如果原本就是中文內容，通常把繁體中文設為預設語言，再新增英文。新增語言後，後台文章、頁面、分類和選單會開始出現語言相關欄位。

建立中文頁與英文頁的對應關係

Polylang 的核心是建立不同語言內容之間的對應關係。中文首頁要有英文首頁對應，中文服務頁要有英文服務頁對應，中文文章如果有英文版，也要在文章編輯畫面建立對應。

建議先從主要頁面開始，不要一次翻譯整站。首頁、關於我們、服務項目、聯絡頁、重要分類頁先完成，再處理部落格文章。這樣可以先確保語言切換器在核心路徑上不會斷掉。

設定不同語言的選單

Polylang 設定多語言選單時，要為不同語言建立各自的選單。例如中文主選單放中文首頁、中文服務頁、中文聯絡頁；英文主選單放英文首頁、英文服務頁、英文聯絡頁。

如果沒有分語言設定選單，使用者可能在英文版首頁點選服務項目後被帶回中文頁。這種體驗會讓海外訪客以為網站沒有完整英文版，也會讓搜尋引擎看到語言路徑混亂。

分類、標籤和頁尾連結也要用同樣邏輯檢查。我的實務經驗是，多語網站最容易漏的不是首頁，而是選單裡那些看起來很小的連結。

設定語言切換器

語言切換器可以放在主選單、頁尾或小工具區。設定時要確認顯示語言名稱、國旗、下拉選單或文字連結哪一種最適合網站版面。

語言切換器的目標是讓使用者切到同一內容的不同語言版本，而不是每次都回到另一個語言的首頁。設定完成後，應該實際從中文頁切到英文頁，再從英文頁切回中文頁，確認對應正確。

Polylang 常見錯誤：沒有對應翻譯頁時會發生什麼事？

如果某個頁面沒有對應翻譯版本，語言切換時可能無法切換、導向首頁、顯示錯誤頁，或依佈景主題設定出現不同結果。這會造成使用者路徑中斷。

比較穩的做法是先規劃哪些頁面一定要翻譯，哪些頁面可以暫時不顯示在另一個語言選單。不要讓英文選單連到還沒完成的中文或空白頁，也不要讓重要服務頁在不同語言間沒有對應。

WPML 設定教學：適合企業與電商的多語言流程

WPML 適合需要完整翻譯管理的 WordPress 多語言網站。設定重點包含網站語言、URL 格式、文章頁面翻譯、字串翻譯、WooCommerce 商品翻譯，以及團隊翻譯流程控管。

WPML 的價值在於把多語網站當成一個可管理的內容系統，而不是只在前台多放一個語言切換器。企業站和電商最需要的，正是這種可追蹤、可分工、可驗收的流程。

設定網站語言與 URL 格式

WPML 安裝後，第一步是設定預設語言與新增語言，再決定 URL 格式。常見格式包括子目錄，例如 /en/；子網域，例如 en.example.com；或不同網域。

台灣企業如果主要網域已經有 SEO 權重，通常先用子目錄比較好管理。子網域和不同網域不是不能用，但會增加追蹤、維護與 SEO 判斷成本。URL 格式不要上線後才頻繁更換，因為會牽涉導向、索引和搜尋成效波動。

翻譯文章、頁面與自訂內容類型

WPML 可以管理文章、頁面和自訂內容類型的翻譯。一般企業站常見的自訂內容類型包括案例、產品、團隊、常見問題或下載資源。

設定時要確認哪些內容需要翻譯，哪些內容只保留單一語言。不要讓英文版案例頁缺少產業分類，也不要讓中文產品頁有完整規格，英文產品頁只剩簡短描述。多語內容的品質，常常決定海外使用者是否願意送出表單。

字串翻譯：選單、按鈕、表單文字怎麼處理？

字串翻譯用來處理不在文章編輯器裡的文字，例如選單項目、按鈕文字、表單欄位、錯誤提示、頁尾版權、佈景主題文字。這些文字如果漏翻，前台會出現中文英文混在一起的狀況。

企業網站要特別檢查表單。姓名、公司、Email、需求說明、送出按鈕、成功送出訊息都要翻譯。B2B 詢盤站如果表單提示不清楚，使用者可能填錯，也可能直接放棄。

WooCommerce 商品、分類、結帳頁翻譯

WooCommerce 多語言要檢查商品名稱、長短描述、分類、標籤、屬性、變體、庫存狀態、購物車、結帳頁、Email 通知與付款說明。只翻譯商品頁標題是不夠的。

電商還要注意幣別與配送政策。如果英文版商品頁顯示英文，但結帳頁跳回中文，海外買家會懷疑交易是否安全。上線前一定要用不同語言完整走一次加入購物車、結帳、付款、收到通知信的流程。

WPML 適合團隊協作的原因

WPML 適合團隊協作，因為它能把翻譯任務、翻譯狀態和不同內容類型集中管理。行銷、翻譯、工程、SEO 顧問可以用同一套邏輯檢查內容是否完成。

這對企業很重要。當網站不是一個人維護時，最怕每個人都用自己的方式改。有人改中文頁，有人翻英文頁，有人調表單，有人更新商品，最後沒有人知道哪個語言版本才是最新。WPML 的流程感可以降低這種混亂。

WordPress 多語言 SEO：URL、hreflang、canonical、sitemap 怎麼檢查？

WordPress 多語言 SEO 的驗收重點是每個語言版本都有獨立 URL、正確 hreflang、正確 canonical、可被 sitemap 收錄，並能在 Google Search Console 看到索引與語系流量。

多語網站最常見的問題，是前台看起來已經有英文版，但搜尋引擎看到的訊號不完整。Google 需要知道哪一頁是中文、哪一頁是英文、它們是否互為對應版本，以及哪一頁才是正規頁面。

多語頁面要有獨立 URL

每個語言版本都應該有自己的 URL。例如中文服務頁是 /posts/service/，英文服務頁可以是 /en/posts/service/ 或 /en/services/。不要把中文和英文塞在同一個 URL 裡，期待搜尋引擎自己判斷。

獨立 URL 才能分別設定 title、description、canonical、hreflang，也才能在 Google Search Console 中觀察不同語言的曝光、點擊和排名。這是多語 SEO 的基本門檻。

/en/、子網域、ccTLD 怎麼選？

/en/ 子目錄最適合多數台灣中小企業，因為它沿用同一個網域，維護和分析都比較集中。子網域適合語言或市場差異較大、需要分開管理的情境。ccTLD 則適合真正有不同國家市場和在地營運資源的品牌。

URL 架構	範例	適合情境	主要風險
子目錄	example.com/en/	台灣企業、中小型多語網站	架構要一開始規劃清楚。
子網域	en.example.com	不同市場需要分開管理	SEO 與分析管理較分散。
ccTLD	example.jp	跨國品牌、在地團隊營運	成本、內容與維護負擔最高。

hreflang 要怎麼設？zh-TW、en-US、x-default 的差異

hreflang 是告訴搜尋引擎不同語言或地區版本的標記。台灣繁體中文常用 zh-TW，美國英文可用 en-US，如果只是一般英文也可能用 en。x-default 則用來標示沒有明確語言或地區匹配時的預設頁面。

hreflang 要雙向對應。中文頁標示英文頁，英文頁也要標示中文頁。只在其中一頁加標記，或語言代碼寫錯，都可能讓搜尋引擎無法正確理解多語版本。

canonical 不要把英文頁指回中文頁

canonical 是告訴搜尋引擎哪一個 URL 是正規版本。多語網站常見錯誤，是英文頁的 canonical 指回中文頁，導致英文頁被當成重複內容或次要版本處理。

正確做法通常是中文頁 canonical 指向中文頁自己，英文頁 canonical 指向英文頁自己，再用 hreflang 告訴搜尋引擎它們是不同語言版本。canonical 管正規頁，hreflang 管語言對應，兩者不要混用。

sitemap 與 GSC 分語系驗收

多語網站完成後，要檢查 sitemap 是否包含不同語言 URL，並在 Google Search Console 觀察索引狀態、頁面收錄、搜尋查詢和國家地區流量。

• 確認中文與英文 URL 都出現在 sitemap。
• 抽查重要頁面的 hreflang 是否互相對應。
• 檢查 canonical 是否指向同語言頁面自己。
• 在搜尋 Console 查看英文頁是否開始取得曝光。
• 用語言切換器測試使用者路徑是否正常。

如果多語網站上線幾週後完全沒有任何英文頁曝光，不要只怪內容。先檢查 sitemap、索引、canonical 和 hreflang，很多問題都藏在這裡。

自動翻譯、人工翻譯與在地化：哪些頁面不能只靠機器翻？

WordPress 翻譯可以用機器翻譯加速，但首頁、服務頁、商品頁、付款、法務、客服與案例頁應人工翻譯或母語校對，因為這些頁面會直接影響信任感、轉換率與品牌判斷。

外掛能把文字放到不同語言版本，不能保證那個語言讀起來像真人在溝通。對海外市場來說，翻得懂只是最低標準，真正會影響詢盤與購買的是可信、清楚、符合當地使用習慣。

可以先用機器翻譯的頁面

一般資訊頁、部落格初稿、公告、內部資源頁，可以先用機器翻譯產生版本，再由人工快速檢查。這類頁面的風險相對低，重點是不要有明顯錯譯或語意反轉。

如果內容量很大，也可以先挑 SEO 價值高的文章人工修，低流量文章先保留機器翻譯版本。這樣比整站一次翻完更務實，也比較容易控管品質。

必須人工翻譯或校對的頁面

首頁、關於我們、服務頁、商品頁、價格頁、案例頁、聯絡頁、付款說明、退換貨政策、隱私權與服務條款，都不應只靠機器翻譯直接上線。

頁面類型	建議翻譯方式	原因
首頁與服務頁	人工翻譯或母語校對	會直接影響品牌第一印象與詢盤。
商品頁與結帳頁	人工校對	錯譯可能造成交易誤解。
案例頁	人工翻譯	需要保留產業語境與可信度。
法務與政策頁	專業校對	文字精準度比速度重要。

在地化不只是翻文字：幣別、付款、案例與客服

在地化包含幣別、付款方式、配送說明、客服時間、聯絡方式、案例選擇和語氣調整。英文版網站如果只把中文翻成英文，卻仍然只出現台灣付款習慣和中文客服提示，海外使用者會很難完成下一步。

企業網站也一樣。英文版案例最好選海外客戶看得懂的產業情境，服務描述要避開只有台灣市場才懂的說法。這是我認為多語網站最容易被低估的部分，翻譯品質其實是商業策略的一部分。

多語網站維運成本：內容新增後誰翻譯、誰檢查、誰更新？

多語網站上線後，維運重點是內容同步、翻譯狀態、外掛更新、相容性測試與安全維護。沒有固定流程，中文頁更新後英文頁常會落後，最後變成兩個資訊不一致的網站。

多語網站不是一次設定就結束。只要每月會新增文章、更新服務、調整商品或更換表單，就要有人負責確認不同語言版本是否跟上。這筆成本要在做網站前先算進去。

新增文章後，多語版本要怎麼同步？

新增文章或頁面後，先判斷是否需要翻譯，不是每篇都一定要有多語版本。重要服務頁、產品頁、SEO 目標頁要優先同步；短期活動或只面向台灣的消息，可以只保留中文。

建議建立一個簡單流程：中文內容發布後標記是否需要翻譯，翻譯完成後由負責人檢查語意、連結、SEO 標題、語言切換器與表單。流程不需要複雜，但一定要有人負責收尾。

外掛是否持續維護，比價格更重要

WordPress 多語言外掛會影響網站核心內容、URL、SEO 標記和前台顯示，所以外掛是否持續更新比一次性的價格更重要。長期不維護的外掛可能造成相容性、安全性或 PHP 版本問題。

選外掛時要看更新頻率、支援文件、和常用外掛的相容性，尤其是 SEO 外掛、快取外掛、頁面編輯器、表單外掛與 WooCommerce。免費外掛可以用，但不能把維護成本當成零。

多語網站更新前要先測試什麼？

更新 WordPress、佈景主題或多語外掛前，應先在測試環境檢查主要頁面、語言切換器、選單、表單、商品頁、結帳流程、sitemap、canonical 與 hreflang。

• 首頁與主要服務頁是否正常顯示。
• 語言切換是否仍導向對應頁。
• 不同語言選單是否沒有混到另一個語言。
• 表單送出後訊息與通知信是否正確。
• WooCommerce 購物車與結帳是否能完成。
• SEO 外掛產生的 sitemap 與 canonical 是否正常。

如果網站有營收或詢盤價值，直接在正式站更新外掛再祈禱沒事，這個風險不值得省。

自己設定還是找工程師？用成本、風險、時間判斷

WordPress 多語言網站可以自己設定，也可以找工程師或網站顧問。內容單純、語系少、沒有電商流程時可 DIY；企業詢盤、WooCommerce、多市場 SEO 或客製功能多時，建議找專業協助。

判斷方式不要只看會不會安裝外掛，而是看出錯代價。部落格語言切換壞掉，可能只是讀者體驗不好；電商結帳頁語言或幣別錯誤，可能直接造成訂單與客服問題。

適合自己設定的情況

如果網站內容少、只有兩個語言、沒有 WooCommerce、沒有大量客製欄位，而且你願意花時間學習 Polylang 或 TranslatePress，就可以自己設定。

DIY 前要先備份網站，最好也有測試站。不要在正式站邊看教學邊亂改 URL 架構，因為多語設定會影響連結、選單和搜尋索引。先用少數頁面測試成功，再擴大到全站比較穩。

建議找工程師的情況

如果網站有 WooCommerce、會員系統、多步驟表單、客製文章類型、多市場 SEO、第三方串接或高詢盤價值，建議找熟 WordPress 多語言的工程師或顧問。

企業站也要看內部人力。如果沒有人能處理外掛更新、翻譯流程和 SEO 驗收，找人建立初始架構會比較省時間。我的看法是，多語網站最貴的不是外掛授權，而是錯誤架構上線後再回頭修。

找人做之前要確認哪些規格？

找人做 WordPress 多語言網站前，要先確認語言數量、URL 架構、使用外掛、哪些內容要翻譯、誰負責翻譯、是否有 WooCommerce、是否需要 hreflang、sitemap 與 GSC 驗收。

確認項目	要問清楚的問題
語言與市場	是中英文，還是還有日文、韓文、東南亞語系？
URL 架構	使用子目錄、子網域，還是不同網域？
外掛方案	用 WPML、Polylang、TranslatePress 或其他方案？原因是什麼？
SEO 驗收	是否檢查 hreflang、canonical、sitemap 和 Search Console？
維運責任	上線後誰更新外掛、誰補翻譯、誰檢查錯誤？

如果只是中英文內容站，可以從 Polylang 開始；如果是企業詢盤、WooCommerce 或多市場經營，WPML 或完整規劃會更穩。決策的關鍵不是哪個外掛名氣最大，而是哪個方案能讓你的內容、SEO 和維運流程長期不失控。

WordPress 程式語言是什麼？

WordPress 主要使用 PHP、MySQL、HTML、CSS 和 JavaScript。PHP 負責後端邏輯，MySQL 負責資料庫，HTML、CSS、JavaScript 則影響前台畫面與互動。

但做 WordPress 多語言網站時，重點通常不是自己改程式語言，而是選對多語外掛、建立語言版本、設定 URL、hreflang、canonical 與 sitemap。

WordPress 多語言網站一定要裝外掛嗎？

大多數 WordPress 多語言網站建議使用外掛，因為外掛能處理語言管理、內容對應、語言切換器與部分 SEO 標記。常見選擇包括 WPML、Polylang、TranslatePress 和 Weglot。

只有大型網站、多國團隊或特殊技術需求，才比較需要評估 Multisite 或客製化架構。一般中小企業直接用成熟外掛會比較實際。

WPML 和 Polylang 哪個比較適合新手？

預算有限、內容單純、只想先做中英文部落格或形象站，可以先考慮 Polylang。它的入門成本較低，也適合自己慢慢建立多語內容。

如果是企業網站、B2B 詢盤站或 WooCommerce 電商，WPML 通常比較完整，因為它在翻譯管理、字串翻譯、內容類型與電商支援上更適合團隊流程。

WordPress 一年多少錢？

WordPress 一年成本要拆成網域、主機、付費佈景主題、付費外掛、翻譯、維護與可能的工程費。多語網站通常會比單語網站高，因為每個語言版本都需要內容、SEO 與技術維護。

不要只看 WordPress 本身免費。真正要估的是整個網站每年要花多少錢維持穩定、安全、可更新，並且讓多語內容持續正確。

WordPress 架站缺點有哪些？

WordPress 的缺點主要是維護責任在網站擁有者身上，包括外掛相容性、安全更新、速度最佳化、備份、SEO 設定與技術問題排查。

多語網站會再增加一層複雜度。語言切換、翻譯同步、hreflang、canonical、sitemap 和 WooCommerce 流程都要檢查，不適合裝完外掛後就完全不管。

Polylang 沒有翻譯版本時，語言切換會怎樣？

Polylang 沒有對應翻譯頁時，語言切換可能無法切換、導向首頁、顯示錯誤頁，或依佈景主題與設定出現不同結果。

正式上線前要抽查主要頁面，確認中文頁和英文頁都有對應版本。沒有翻譯的頁面，不要硬放在另一個語言選單裡。

多語言網站一定要設定 hreflang 嗎？

只要網站有不同語言或地區版本，就應該正確設定 hreflang。它能協助 Google 理解哪些頁面是彼此對應的語言版本，降低錯誤顯示語言頁面的機率。

hreflang 不是裝飾標記。中英文頁面如果沒有清楚對應，搜尋引擎可能只收錄其中一個版本，或在台灣搜尋結果顯示不適合的語言頁。

/en/、en.example.com、.com 與 .tw 哪種比較好？

台灣中小企業多半先用 /en/ 子目錄比較好管理，例如 example.com/en/。它能集中網域權重、分析資料與維護流程。

en.example.com 子網域適合市場需要分開管理的網站。不同 ccTLD，例如 .tw、.jp，比較適合有跨國品牌資源和在地營運團隊的情境。

可以全部用 Google 翻譯或 AI 翻譯嗎？

一般資訊頁和部落格初稿可以先用 Google 翻譯或 AI 翻譯加速，但不建議整站不校對就直接上線。機器翻譯可能讀得懂，卻不一定符合品牌語氣和當地使用習慣。

首頁、服務頁、商品頁、付款頁、法務頁、客服說明和重要案例頁，應該安排人工翻譯或母語校對。

WooCommerce 多語言該用哪個外掛？

WooCommerce 多語言常見選擇包括 WPML、TranslatePress 和 Weglot。WPML 適合需要完整商品翻譯管理的商店，TranslatePress 適合偏好前台視覺化翻譯的團隊，Weglot 適合想快速上線自動翻譯的網站。

Polylang 也可以評估，但要注意 Pro 版需求與 WooCommerce 相容性。電商上線前一定要測試商品、分類、購物車、結帳頁、Email 通知、幣別和付款說明。

Loco Translate、Lingotek、MultilingualPress 是不是也能做多語言？

Loco Translate 主要偏向翻譯佈景主題或外掛的介面字串，不是完整的內容多語管理方案。Lingotek 偏向翻譯流程服務整合，適合有翻譯管理需求的團隊。

MultilingualPress 則偏向 WordPress Multisite 架構，適合大型或多站管理情境。一般站長如果只是要做中英文網站，通常先評估 WPML、Polylang 或 TranslatePress 會比較直接。

多語網站做完後怎麼知道 SEO 有沒有正常？

可以從 sitemap、hreflang、canonical、索引狀態、Google Search Console 成效和語言切換路徑檢查。重要頁面要確認不同語言 URL 都存在，而且能被搜尋引擎讀到。

最基本的驗收是：中文頁和英文頁各有獨立 URL，canonical 指向自己，hreflang 互相對應，sitemap 包含多語 URL，搜尋 Console 開始看到對應語言頁面的曝光與索引資料。