WordPress 多語系網站怎麼做?hreflang 與外掛選擇指南(2026)

文章導覽

WordPress 多語系網站與 hreflang 設定指南封面圖

外銷客戶來信詢問有沒有英文版官網,外商採購要求先看公司網站,或是公司準備投標、參展,需要一個能對外說明的外文頁面。很多企業主這時會直接問:「裝個多語系外掛,是不是就好了?」實際做下去才發現,真正卡住的往往不是外掛,而是網址怎麼規劃、誰來翻譯、翻完誰負責更新。

做多語系網站,建議照「決策順序」走:先決定要不要做、做幾個語言、誰負責維護,再選網址結構與外掛,最後用 hreflang 與上線檢查表驗收。本文引用的 Google 官方文件與外掛價格,查核日期為 2026-11-07,外掛方案與價格會調整,請以官方頁面為準。

一、你真的需要多語系網站嗎?先判斷目的與語言數量

多語系不是「官網的加強版」,而是另一個需要長期經營的內容資產。動工前先回答一個問題:這個語言版本是給誰看的、看完要做什麼?

常見的目的大致有四種,對內容深度的要求差很多:

  • 外銷詢價:重點在產品或服務頁、規格說明與詢價表單,首頁翻得再漂亮,沒有產品頁也無法成交。
  • 外商與外籍客戶:需要公司簡介、服務範圍、聯絡方式,讓對方確認你是可靠的合作對象。
  • 政府或標案:通常有指定的資料與格式,內容偏正式文件,需要和承辦單位確認要求。
  • 品牌形象:強調一致的品牌語氣與視覺,翻譯品質比頁數更重要。

語言數量建議先從一個語言開始,多半是英文。一個語言做穩了,再評估第二個;一次上五種語言,每種都只有半套內容,維護壓力會直接壓垮團隊。

另一個要提早決定的是內容維護責任人。翻譯沒人更新,比沒有英文版更傷信任:客戶看到英文版寫著已經停售的產品、過期的聯絡資訊,會對整間公司的可靠度打折扣。在開始前就要說清楚,新增一篇中文內容時,由誰決定要不要翻、誰來翻、誰負責上架。

二、多語系與多地區的差別:Google 怎麼區分

在 Google 的說法裡,多語系是同一份內容提供不同語言版本;多地區則是針對不同國家或地區提供版本,例如同樣是英文,美國與加拿大各有一版。兩者可以並存,但需求和複雜度差很多。

多數中小企業的需求其實只是多語系:台灣中文加一個英文版,面向所有英文使用者。這種情況不需要為每個國家各做一版。

如果你確實要做同語言、不同地區的版本,例如針對不同國家調整價格、運費或法規說明,而頁面主要內容又相近,建議先決定哪一個是偏好版本,再設計各版本之間的關係。Google 的官方文件把這類情境放在多地區與多語系網站管理中說明,實作前建議完整讀過一次。

一個常見的疑慮是:英文版和中文版內容一樣,會不會被當成重複內容?依 Google 的說明,本地化版本只有在頁面主要內容未翻譯時,才會被視為重複內容。換句話說,真的翻譯過的頁面不用太擔心,反而是「只翻選單與按鈕、內文還是中文」的半翻譯頁面才有風險,後面第五節會再談。

三、網址結構怎麼選:子目錄、子網域、ccTLD

網址結構是多語系網站最早要定、也最難回頭的決定。Google 官方表格整理了幾種做法,以下依該表格重點整理:

WordPress 多語系網址結構子目錄、子網域與國碼網域比較圖
網址結構上線後再改代價高,請先選定。
結構 範例 優點 限制
子目錄 example.com/en/ 設定簡單、維護成本低 地理定位較不明顯
子網域 en.example.com 設定容易 使用者較難辨識是語言還是國家
ccTLD(國碼網域) example.de 地理定位清楚 成本較高,且只對應單一國家
URL 參數 example.com/?lang=en — Google 官方標示為不建議

對多數 WordPress 中小企業官網來說,子目錄通常是最務實的選擇,例如中文維持根目錄、英文放在 /en/。原因很單純:同一個主機、同一個 WordPress 安裝,備份、更新、安全性維護都只做一份,不需要多買網域、多設一套環境。

ccTLD 適合明確要深耕單一國家市場、且願意為每個國家分別經營網站的品牌;子網域則常見於各語言版本由不同團隊或不同系統負責的情境。這兩種都會增加管理成本,在語言數量不多時多半不是必要。

特別提醒:網址結構一旦上線,再改的代價很高。更換結構意味著所有網址都要做 301 轉址,轉址設定不完整還可能影響既有排名。若你的網站未來一定要走某種結構,現在就選定,不要先做再說。網站改版牽涉的轉址與風險,可以參考我們另外整理的改版相關文章。

四、hreflang 是什麼?三種寫法與必須注意的規則

hreflang 是用來告訴 Google「這個頁面還有哪些語言或地區版本」的標註。它的目的是讓搜尋結果把對的語言版本推給對的使用者,而不是讓英文使用者看到中文頁面。

三種宣告方式,擇一即可

依 Google 的本地化版本說明文件,hreflang 可以用三種方式宣告:

  • HTML 的 <link> 標籤(放在頁面 head 中)
  • HTTP 標頭
  • XML Sitemap

Google 對這三種方式視為等效,同時使用並不會有額外好處,選一種維護最方便的即可。WordPress 外掛多半採 HTML link 或 Sitemap 的方式輸出。

必須遵守的規則

  • 互相指向:每個語言版本都必須列出自己與所有其他語言版本。如果兩個頁面沒有互相指向,這組 hreflang 標註會被忽略。
  • x-default:當沒有其他語言或地區符合使用者的瀏覽器設定時使用,設計上適合指向語言選擇頁,或沒有匹配語言時的備用頁。
  • 語言與地區碼:語言碼用 ISO 639-1,地區碼用 ISO 3166-1 Alpha 2,且不能單獨只寫地區碼。需要指定文字時可搭配 ISO 15924,例如繁體中文可寫 zh-Hant。

實務上最常見的錯誤是「單向標註」:中文頁有指向英文頁,英文頁卻沒有指回中文頁,或是漏了自我參照。這種情況不會出現明顯的錯誤畫面,但標註會被 Google 忽略,只能靠檢查原始碼才能發現。

五、不要這樣做:自動跳轉語言、IP 判斷與半翻譯頁面

很多企業主覺得「依訪客的瀏覽器語言或 IP 位置自動跳轉到對應語言」很貼心,但這恰恰是 Google 建議避開的做法。

1. 不要依使用者語言自動跳轉

Google 建議避免依使用者可能的語言,自動把人導向其他語言版本,而是在頁面上提供其他語言版本的連結,讓使用者自己選擇。原因之一是自動判斷常常猜錯:人在國外的台灣訪客,或是用英文介面瀏覽的台灣人,都會被導到不想要的版本。

2. 不要依 IP 或 Accept-Language 動態改內容

依 Google 說明,Googlebot 發出請求時通常不帶 Accept-Language 標頭,依語言或位置動態改變內容,可能讓 Google 找不到、也抓不全所有語言版本。Google 也提醒不要用 IP 分析來調整內容。簡單講:每個語言版本都應該有固定、可直接存取的網址,同一個網址永遠顯示同一種語言。

3. 不要只翻樣板、不翻主體內容

只把選單、頁尾、按鈕翻成英文,文章或產品說明仍是中文,使用者體驗很差,也呼應前面提到的:主要內容未翻譯的頁面,才是可能被視為重複內容的情況。如果某些頁面暫時沒有翻譯,寧可不要在英文版出現,也不要放一個只有英文外框的空殼。

中小企業最常見的三個失敗模式,就是只翻首頁、翻完沒人維護、再加上自動跳轉。三個都不是技術難題,而是規劃與維護的問題。

六、WordPress 多語系外掛怎麼選:Polylang、WPML 與其他做法

WordPress 上最常被拿來比較的兩個多語系外掛是 Polylang 與 WPML。以下價格與版本資料的查核日期為 2026-11-07,實際內容請以官方頁面為準。

項目 Polylang WPML
免費版 WordPress.org 有免費版,版本 3.9.1(2026-10-21 更新),啟用安裝數標示 900,000+ 購買頁公告的是付費方案
付費方案 Polylang Pro 公告每年 99€ 起(未稅),授權一年;Business Pack(含 Polylang Pro 與 Polylang for WooCommerce)公告每年 139€ 起 Multilingual Blog €39(1 個正式站);Multilingual CMS €99(3 個正式站,含 22,500 字 AI 翻譯字數);Multilingual Agency €199(不限站數,含 45,000 字)
授權期間 一年 每方案包含一年支援與更新
價格備註 Business Pack 頁面同時列出 198€,頁面未明確說明哪個是原價 頁面未明示是否含稅

資料來源為 WordPress.org 的 Polylang 頁面、Polylang 官方定價頁與 WPML 官方購買頁。

選擇外掛時,看這四件事

  • 頁面編輯器相容性:你的網站用 Elementor、區塊編輯器還是其他建構器?動工前先確認外掛對該編輯器的支援方式,並在測試站實際翻一頁看看。
  • WooCommerce 需求:如果網站有商品、購物車與結帳流程,需要翻譯的範圍更大,也要確認外掛的商店支援方案。例如 Polylang 另有 Polylang for WooCommerce,包含在 Business Pack 中。
  • 是否需要翻譯管理流程:如果是多人協作、要追蹤哪些內容已翻譯或待更新,需要的功能與只有一人維護的小站不同。
  • 授權網站數:只有一個網站,或是代管多個客戶網站,會直接影響適合的方案。

外掛不等於 SEO 自動完成

一個重要提醒:裝了多語系外掛,不代表 hreflang 一定正確輸出。不同外掛、不同版本、免費或付費版,輸出的內容可能不同,WordPress.org 的 Polylang 頁面也沒有明確說明免費版是否自動輸出 hreflang。因此不論用哪個外掛,上線後都請實際檢視頁面原始碼,確認 hreflang 有輸出、互相指向、語言碼正確。這個檢查很簡單,但能擋掉大部分的設定錯誤。

七、翻譯與內容怎麼準備:機器翻譯、人工校對與在地化

不需要一次翻完所有頁面。建議依優先順序處理:

  1. 首頁
  2. 服務或產品頁
  3. 聯絡頁
  4. 隱私權政策

這四類頁面最直接影響外國訪客的判斷與聯繫,也是外商或標案單位最常查看的內容。部落格、新聞與次要頁面可以之後再逐步補。

關於機器翻譯,實務上可以用來產出初稿、節省時間,但產品規格、法律條文與品牌用語必須人工校對。規格數字錯一個單位、條款翻錯一個詞,影響遠大於省下的翻譯費。品牌名稱、產品型號與專有名詞,也建議先整理成一份固定的對照表,後續所有翻譯都照表走,避免同一個詞出現多種譯法。

除了頁面內文,以下項目也常被遺漏:

  • 表單:欄位名稱、錯誤提示、送出後的成功訊息。
  • 信件通知:外國客戶填完表單,收到的確認信卻是中文,是很常見的疏漏。
  • 日期與幣別格式:日期的寫法、價格的幣別與小數點,都要依目標語言調整。

八、多語系網站的費用與維護成本怎麼抓

多語系的費用不能只看外掛授權,建議拆成四個部分來估:

  • 外掛授權:如第六節所列,依方案與年限計費,通常是每年續約。
  • 版面調整:中文排版放到英文後,字數與斷行常有差異,選單、按鈕、卡片版面可能需要調整。
  • 翻譯:初次翻譯加上人工校對,費用依頁數與專業程度而定。
  • 每次更新同步翻譯的人力:這是最容易被忽略、卻是長期最大的一塊。

每新增一種語言,需要維護的範圍也隨之增加:頁面要同步更新、速度要多一份檢查、備份要涵蓋更多資料。語言數量加倍,維護工作量不只是加倍,因為還要確認各語言版本之間沒有出現內容不一致。

報價前,建議先把需求寫清楚:要幾種語言、翻譯幾頁、多久更新一次內容,再請廠商依此估價。這份清單可以直接放進網站設計需求書怎麼寫中一起整理。後續年度維護的拆分方式,可以對照WordPress 網站維護費用怎麼算。

九、上線前檢查表:hreflang、轉址、Search Console 與速度

多語系網站上線前,可以照下面這份清單逐項檢查:

WordPress 多語系網站上線前 hreflang 與設定檢查表
上線前逐項確認,再交棒給維護流程。
  • hreflang 互相指向:每個語言版本都列出自己與所有其他版本,且有自我參照。
  • x-default 與語言碼:如有設定,確認指向語言選擇頁或備用頁,語言碼格式正確(例如繁體中文用 zh-Hant)。
  • 語言切換器:每一頁都能找到,且切換後會到對應的同一內容頁,不是一律跳回首頁。
  • 固定網址:每個語言版本都有固定網址,不依 IP 或瀏覽器語言動態改內容,也沒有強制自動跳轉。
  • Sitemap 與索引:各語言版本都在 Sitemap 內,並允許被索引。
  • 標題與描述:各語言版本有各自翻譯的標題與描述,不是中文原文複製貼上。
  • Search Console:上線後觀察各語言版本的索引狀態與成效,確認英文頁面確實被收錄。
  • 表單與通知信:實際送出一次英文版表單,確認收到的信件語言與內容正確。
  • 速度:語言切換與多語系外掛可能增加載入負擔,上線後要實際量測,優化方向可參考WordPress 網站速度優化與 Core Web Vitals。
  • 備份:確認備份涵蓋多語系的資料與翻譯內容,做法可參考WordPress 網站備份怎麼做。

這份清單的前半部是技術設定,後半部是維護機制。建議上線前就把「誰負責更新翻譯」寫進維護流程,而不是等發現英文版過期才處理。

結語:先做一個做得好的語言版本,再逐步擴充

回頭整理一次決策順序:先釐清目的與語言數量,再決定維護責任人;接著選網址結構,多數中小企業可從子目錄起步;然後選外掛、設定 hreflang,最後用檢查表驗收。常見失誤其實集中在幾處:只翻首頁、依 IP 自動跳轉、單向或漏掉的 hreflang,以及翻譯完沒有人更新。

技術設定可以靠檢查表一次補齊,但內容維護比技術設定更容易被忽略。與其一次做很多語言,不如先把一個語言版本做完整、做到有人持續維護,再依實際成效決定是否擴充。

如果你正在評估官網要不要加英文版或其他語言,歡迎與大郁討論你的多語系網站規劃:我們可以先依你的客群、語言數量、頁面量與更新頻率,一起整理網址結構、外掛選擇與維護方式,再評估合適的規模與預算。

資料來源與查核說明

以下資料的查核日期皆為 2026-11-07。外掛版本、價格與方案內容會變動,實際購買前請以官方頁面為準;兩份 Google 官方文件未標示最後更新日期,請以頁面現況為準。