多語言網站規劃：先決定翻哪些頁，再談網址、hreflang 與維護

作者｜瞻新資訊　陳俊鳴顧問（資深SEO顧問・搜尋流量與銷售漏斗規劃）

一家做工業零件的公司，開始有國外客戶來信詢價。老闆交代行銷窗口：「官網弄個英文版，日文也順便做一做。」

窗口找了設計公司。對方第一句話就問：「全站都要翻嗎？外語的網址要放 /en/，還是另外開一個網域？」窗口答不出來，回去問老闆。老闆說：「不就是翻譯嗎？」

多語言網站常常卡在這裡。大家以為在談翻譯，其實要決定的事比翻譯多。

先講答案。多語言網站最貴的不是翻譯那一次，是之後每改一次中文，都要同步改幾個語言。 所以規劃的順序要倒過來：先決定哪些頁面要翻，再決定網址結構與 hreflang，最後把「誰負責跟著改」寫進流程。

多語言網站最貴的是維護：每改一次中文，就要同步改幾個語言

先把名詞講清楚。多語言網站，就是同一份內容用兩種以上的語言提供。Google 的多地區和多語言網站文件把它跟「多地區網站」分開：多語言是同一份內容有好幾種語言；多地區是明確針對不同國家的使用者，例如同樣寫英文，卻分美國版和加拿大版。多數台灣中小企業要的是前者。中文裡的多語言網站、多國語言網站、多語系網站，講的是同一件事。

為什麼說最貴的是維護？算一筆帳就知道。

假設這家零件公司的中文官網有 40 頁，要加英文和日文。整站都翻，上線時要翻 80 頁。這一筆大家都看得到。

看不到的在後面。假設公司每個月會改 5 頁中文：新產品上架、規格更新、展覽消息。兩個外語都要跟，一個月是 10 頁次，一年就是 120 頁次。一年要跟著改的量，比上線時一次翻完的 80 頁還多，而且年年都要。

換一種做法。只翻國外客戶真的會看的 12 頁：首頁、公司介紹、六個主力產品、認證、型錄下載、常見問題、聯絡與詢價。上線時翻 24 頁。這 12 頁比較穩定，假設一個月只會改到 1 頁，一年要跟的是 24 頁次。

兩種做法，一年下來的工作量差了好幾倍。更要緊的是，第二種做得完。

第一種做法常見的下場是：上線半年後，中文版已經換了新產品，英文版還停在舊型號，日文版的展覽消息是去年的。外語版本跟中文版講得不一樣，比沒有外語版本更傷。 國外客戶照著舊規格來詢價，業務得一封一封回信解釋。

所以多語言網站的預算，要用「頁數 × 語言數 × 更新頻率」來估，不能只算上線那一次的翻譯費。

多語言網站先決定翻哪些頁：照外語訪客要完成的事來挑

哪些頁面值得翻？不用猜，問三個問題。

1. 外語訪客來這個網站，是要完成什麼事？詢價、訂房、報名，還是查規格？
2. 完成這件事，一路上會經過哪幾頁？
3. 這幾頁多久改一次？改的時候，誰有能力確認外語版本是對的？

前兩題決定「該不該翻」，第三題決定「翻了養不養得起」。

常見的分法如下：

決定不翻的頁面，有一件事要注意：不要做出「選單和頁尾是英文、內文還是中文」的空殼頁。Google 在同一份文件裡提醒，只翻譯樣板文字、主要內容仍是另一種語言，會讓同樣的內容搭配不同的樣板語言重複出現在搜尋結果裡，使用體驗很差。沒有翻的頁面，在外語版本裡就不要有，選單上也不要放連過去的入口。

⚠️ 注意

半套比沒有更糟。英文版的選單上有「News」，點進去全是中文，國外訪客得到的訊息是：這家公司的英文版沒有人在顧。

再來是挑語言。先看自己手上的資料：業務收到的詢問信用哪些語言寫、Search Console 成效報表的「國家/地區」分頁裡哪些國家有曝光、現有客戶在哪些國家。有資料再加語言，不要因為「聽說日本市場很大」就先做日文。

學校、機構的對象可能是新住民家長，要的是越南語、印尼語；這個情境在學校網站設計那一篇有專節。

翻譯範圍要用「外語訪客要完成的事」來定，不是用「中文版有哪些頁」來定。

多語言網站的網址結構：國別網域、子網域、子目錄怎麼選

翻譯範圍定了，接著才是設計公司問的那一題：外語版本的網址要長什麼樣。

第一個原則，Google 講得很直接：建議為每種語言版本使用不同的網址，不要用 cookie 或瀏覽器設定來調整同一個網址的內容語言。也就是說，中文版和英文版要是兩個不同的網址，不能是「同一個網址，按一下按鈕就變英文」。

第二步才是選結構。Google 的文件列了四種（下表的用字是本文的翻譯）：

四種裡面，網址參數先排除。剩下三種，Google 沒有說哪一種排名比較好。差別在管理成本，還有你的組織長什麼樣。

多數中小企業選子目錄。 外語內容不多、同一個團隊在管、用的是同一套系統，子目錄最省事。憑證、追蹤碼、Search Console 都跟著主站走。

各國是獨立經營的事業，才考慮國別網域。 當地有法人、有自己的團隊，產品和價格都不同，才值得一個國家一個網域。

子網域多半是被系統決定的。 例如外語商城用的是另一個平台，只能綁子網域。至於部落格、商城、測試站這些一般內容該放子網域還是子目錄，另一篇有完整的判斷方式，這裡只談語言版本。

台灣的公司還要多想一件事：網域的結尾。.tw 是台灣的國碼網域。Google 把國碼網域列為判斷目標地區的訊號之一，說它讓使用者和搜尋引擎明確知道，這個網站是針對某個國家。網址是 .com.tw 的公司，在底下加 /en/ 當然可以。只是主要客群在國外的話，要不要另外準備 .com 這類通用網域，值得在這個階段一起談。官方文件沒有說 .tw 網域在其他國家排不上去，它說的是：國碼網域是一個指向特定國家的訊號。

中文放哪裡也要先定。中文留在原本的網址、外語放 /en/、/ja/，改動最小；也可以所有語言都進子目錄，像 /zh-tw/、/en/。兩種都行，整站一致就好。

語言版本的網址，要跟頁面層級一起定案，不要等網站做完再加。頁面怎麼分層、網址怎麼命名，網站架構圖怎麼畫那一篇有完整的做法。

語系網址怎麼選，看的是誰在管、用幾套系統；同一個團隊管同一個站，子目錄就夠了。

hreflang 是什麼：告訴 Google 哪幾頁是同一份內容的不同語言版本

網址分開之後，Google 看到的是一堆各自獨立的頁面。它怎麼知道 example.com/products/ 和 example.com/en/products/ 是同一頁的中文版和英文版？

靠的就是 hreflang。hreflang 是寫給搜尋引擎看的標註，用來說明「這幾個網址是同一份內容的不同語言或地區版本」。 有了它，Google 比較能在搜尋結果裡，把對的語言版本給對的人。

想成同一本產品型錄出了中文版、英文版、日文版。每一本的封底都印著一行字：「本型錄另有英文版、日文版」，還附上去哪裡拿。hreflang 就是那一行字。

Google 的本地化版本說明提到，就算你什麼都不做，Google 也可能自己找到其他語言版本；不過它還是建議明確標出來。

寫法有三種：寫在每一頁的 HTML 裡、放在 HTTP 標頭（給 PDF 這類不是網頁的檔案用）、寫在 Sitemap 裡。Google 說這三種方法對它來說是對等的，選一種最好維護的就行，三種都用並不會加分。Sitemap 本身怎麼運作，可以看 Sitemap 是什麼那一篇。

最常見的是寫在 HTML 裡。以產品頁為例，中文版、英文版、日文版這三頁的原始碼開頭（head 區域），都要放同樣的這一組：

• <link rel="alternate" hreflang="zh-TW" href="https://www.example.com/products/" />
• <link rel="alternate" hreflang="en" href="https://www.example.com/en/products/" />
• <link rel="alternate" hreflang="ja" href="https://www.example.com/ja/products/" />
• <link rel="alternate" hreflang="x-default" href="https://www.example.com/en/products/" />

這幾行是工程師或系統寫的。業主驗收時，記四條規則就夠：

• 每個版本都要列出自己和所有其他版本。 三頁放的是同一組，不是各寫各的。
• 要成對。 Google 的說法是：兩個網頁沒有同時指向對方，標記就會被忽略。這是為了防止別的網站隨便宣稱自己是你的另一個版本。
• 網址要寫完整。 連 https:// 一起寫，不能只寫 /en/products/。
• 最後一行的 x-default 是備用頁。 訪客的語言設定跟你提供的版本都對不上時，用它來指定給哪一頁。官方說它最適合搭配語言選擇頁；沒有選擇頁，就指到你希望這些人到達的那一頁。例子裡指到英文版，是這個例子的選擇，不是規定。

只翻了一部分頁面，hreflang 怎麼辦？照實標就好。Google 的文件說，很難替每種語言維持一整套雙向連結時，可以在某些網頁省略部分語言；有互相指向對方的頁面，它仍然會處理。沒有外語版本的頁面，就不要出現在任何一組 hreflang 裡；只翻十二頁，就只有那十二組要標。

有一點常被誤會：hreflang 不是用來告訴 Google「這一頁是什麼語言」的。 Google 的文件寫明，它不用 hreflang，也不用 HTML 的 lang 屬性來偵測語言，而是用演算法判斷，看的是頁面上看得到的內容。所以一頁的 hreflang 標成英文、內文卻是中文，Google 不會因此把它當成英文頁。

那 HTML 的 lang 屬性還要不要寫？要。Google 不拿它判斷語言，可是瀏覽器和輔助工具會用。W3C 的無障礙規範 WCAG 把頁面的預設語言可以被程式判讀列為最基本的 A 級要求，說明裡提到螢幕報讀器要靠它載入正確的發音規則。做法就是在每一頁的 html 標籤寫上 lang 屬性。

hreflang 做的事只有一件：把同一份內容的各個語言版本綁成一組。

hreflang 語言代碼與常見錯誤：繁體中文寫 zh-TW 還是 zh-Hant

hreflang 的值有固定寫法：前面是語言代碼，後面可以再加一個地區代碼，中間用連字號，例如 en-US。Google 的文件說，語言代碼用 ISO 639-1，地區代碼用 ISO 3166-1 Alpha 2；不在這兩份標準裡的代碼不支援。

繁體中文怎麼寫？官方文件直接拿台灣當例子：

• zh-TW：給台灣的使用者。Google 會依地區自動判斷文字是繁體。
• zh-Hant：明確指定繁體中文，不限地區。
• zh-Hans：簡體中文。

所以只做台灣市場，寫 zh-TW；繁體中文版同時要給香港、海外的讀者看，寫 zh-Hant。

Google 列出的常見錯誤有三種：

1. 缺少回傳連結。 中文頁指向英文頁，英文頁卻沒有指回來。後果是標註可能被忽略，或被誤讀。
2. 語言代碼有誤。 第一個代碼一定是語言，只寫國家不行。文件舉的例子是 be：它是白俄羅斯語的語言代碼，不是比利時。
3. 地區代碼有誤。 文件寫明，用 EU、UN、UK 這類代碼不會有作用。英國的代碼是 GB。

這些錯有多普遍？SEO 工具商 Ahrefs 2023 年的研究檢查了 374,756 個使用 hreflang 的網域，67% 至少有一個問題。其中缺 x-default 的佔 56.3%，不過作者自己說那不算嚴重，它本來就不是必填；會讓 hreflang 失效的是另外幾種：指向轉址或壞掉的頁面（16.9%）、缺回傳標註（15.3%）、代碼寫錯（4.6%）。這是工具商的抽樣研究，不是 Google 的統計。

那要怎麼檢查？以前很多文章會教你去 Search Console 的「指定國際目標」報告看。那份報告已經淘汰了。 Google 的說明頁寫的是：Google 會繼續支援並使用 hreflang，不過用 Search Console 指定國家的功能不再提供。現在要用第三方工具檢查；Google 的文件自己也列了兩個，並註明它不負責維護那些工具。

💡 小提醒

驗收時，請設計公司交一張對照表：每一列是一個頁面，每一欄是一個語言的網址。表上空著的格子，代表那一頁在那個語言沒有對應版本，也就不該出現在 hreflang 裡。這張表之後就是維護的底稿。

hreflang 出錯，多半是有人改了一邊、忘了另一邊；有對照表，就查得出來。

語言切換與自動轉址：Google 建議讓訪客自己選語言

很多老闆會提一個需求：「日本人進來就自動跳日文版，這樣比較貼心。」

Google 的建議剛好相反。文件寫的是：避免自動把使用者從一個語言版本轉到另一個語言版本，不要根據你認為使用者可能使用的語言去轉址，因為這可能讓使用者和搜尋引擎都看不到網站的所有版本。

原因有兩個。

第一，猜不準。 用 IP 位址猜地點，Google 的說法是「相當困難，且往往不可靠」。在日本出差的台灣業務、住在台灣的日本主管、連公司 VPN 的人，都會被帶錯地方。用瀏覽器的語言設定猜，也不一定準。W3C 的語言協商說明舉過一個例子：旅客在國外的網咖用別人的電腦，瀏覽器的語言設定根本不是她的。W3C 的結論是，不管有沒有做自動判斷，都要提供讓訪客自己改語言的方法。

第二，Google 的爬蟲看不到。 同一份文件說明，Googlebot 通常從美國發出請求，也不會在請求裡帶語言偏好的標頭。網站如果依訪客的語言設定回不同的內容或轉址，Google 不一定找得到、檢索得到所有版本。前面說每個語言要有自己的網址，就是這個原因。

所以語言切換要這樣做：

• 每一頁都放語言切換。 Google 建議加上連到其他語言版本的連結，讓使用者自己點。
• 連到同一頁的另一個語言。 在英文的產品頁按「日本語」，要到日文的產品頁，不是日文首頁。
• 語言名稱用那個語言自己寫。 W3C 的語言選單說明建議把選項寫成目標語言，並放在頁面上方附近。寫「日本語」「English」，不要寫「日文」「英文」：看不懂中文的人，找不到寫著「日文」的按鈕。

真的想貼心，可以在頁面上方顯示一行「這個網站有日文版」，讓訪客自己點。轉址本身要用哪一種，是另一個題目。

語言讓訪客自己選，網站只負責把選項放在他找得到的地方。

多語言網站可以用機器翻譯嗎：Google 現行政策看的是對讀者有沒有用

AI 翻譯變得很便宜之後，這一題被問得最多。網路上的答案很兩極，一邊說「機器翻譯會被 Google 處罰」，一邊說「現在完全沒問題」。兩種說法都不準確，直接看原文。

Google 的垃圾內容政策現在沒有單獨一條在講機器翻譯。相關的是「大量內容濫用行為」。它的定義是：產生許多網頁，主要目的只是操控搜尋排名，而不是協助使用者；而且「無論內容由何種方式製作」。舉例裡提到翻譯的那一條，講的是抓取別人的內容，再用同義詞、翻譯這類自動轉換，產生大量對使用者幾乎沒有價值的網頁。

也就是說，這條政策看的是目的與價值，不是用了什麼工具。 把自己的產品頁用機器翻成英文、有人看過改過，跟抓一堆別人的文章機器翻成十種語言，是兩回事。

「機器翻譯的頁面要擋起來」這個說法也有來歷。Google 的多語言文件以前有一段，建議用 robots.txt 擋掉所有自動翻譯的頁面。Google 在文件更新紀錄裡寫明，2025 年 6 月 11 日已經移除那一段，理由是配合 2024 年 3 月的垃圾內容政策更新，而且只是文件修改，搜尋的行為沒有變。現在還在引用那一段的文章，看的是舊版。

Google 的 John Mueller 在 2024 年 6 月的官方問答裡被問到 AI 翻譯。他的回答是：譯得好、用字適合你的讀者、你認為對使用者有幫助，開放索引就沒問題；自己都不滿意的頁面，可以加上 noindex，請搜尋引擎先不要收錄。他還補了一句：好的在地化，遠不只是把字句翻過去。

實務上可以這樣分：

• 可以機器翻譯加人工審稿的：產品說明、常見問題、公司介紹。審的人要看得懂那個語言，也要懂你的產品。
• 建議由人來譯，或請專業審的：規格數字、安全注意事項、合約與條款、價格與交期。這些譯錯了會有實際損失。
• 沒人審得了的語言，先不要上。 公司裡沒有任何人看得懂泰文，泰文版出錯了也不會有人發現。

還有一件事很少人提：沒有做外語版本，Google 有時也會替你翻。Google 的翻譯搜尋結果說明寫道，搜尋結果不是使用者查詢的語言時，它可能把標題和摘要翻成對方的語言，點進去看到的是機器翻譯的網頁。目前支援英文、韓文、泰文、越南文、印尼文等二十一種語言，清單裡沒有日文。這不能取代自己的外語版本，因為譯文你管不到。

要留意的是，Google 沒有保證「有人審過就不會有問題」，也沒有說「機器翻譯一定會被處罰」。它給的判斷標準從頭到尾是同一個：這一頁對讀它的人有沒有用。

機器翻譯可以用，前提是每個語言都有一個看得懂、能負責的人。

用 WordPress 或其他 CMS 做多語言網站：三類做法的取捨

實際要用什麼系統做？以很多公司官網在用的 WordPress 來說，官方手冊開頭就寫了：WordPress 目前沒有內建多語言功能，要靠外掛。手冊把做法分成幾種，整理起來是三個方向。下面只講類型與取捨，不推薦特定的外掛或廠商。

• 外掛式，一個語言一份內容。 每一頁的每個語言各存一份，再互相連結。每個語言都能獨立編輯；手冊提醒的缺點是架構比較複雜，資料量會跟著語言數增加。
• 外掛式，在產生出來的頁面上翻譯。 多半先用機器翻譯，再讓人手動修。安裝簡單、馬上就有；手冊列的缺點是自動翻譯的品質不夠好，而且原文一改，譯文可能跟著壞掉。
• 多站式，每個語言一個站。 每個站都很單純；手冊列的缺點是站分開了，管理的工作變多。

不是用 WordPress 的網站，像客製開發或用其他內容管理系統，大方向也差不多：內容分語言存、在畫面上翻，或乾脆分站。

怎麼選？回到第一節那筆帳。頁數少、要精修每個語言的文案，選第一類。先求有、之後再慢慢修，第二類上線最快，但要搭配上一節說的審稿。各國團隊各管各的，才用第三類。

不管哪一類，簽約前都要問清楚三件事：外語版本的網址能不能照你定的結構走、hreflang 是系統自動產生還是要人工維護、中文改了之後系統會不會提示哪些譯文要更新。

選多語言系統，先看它幫不幫你管「哪一頁的譯文過期了」，再看它翻得快不快。

多語言網站上線後的維護流程：誰負責同步、多久內跟上

外語版本上線只是開始。會不會變成沒人顧的空殼，看的是下面幾件事有沒有寫下來。

1. 每個語言指定一個負責人。 不一定是譯者，是「確認這個語言的內容沒有錯」的人。可以是懂日文的業務，也可以是外部的審稿人。
2. 訂出哪些修改一定要同步。 價格、規格、交期、聯絡方式改了，所有語言要在幾天內跟上；錯字、換圖片這類，可以每個月統一處理一次。
3. 中文改版的流程多一步。 改完中文，在對照表上標出哪些語言還沒跟。
4. 來不及翻的頁面，寧可先拿掉。 外語版本的內容已經跟中文不一樣，又一時改不了，就先把那一頁從外語版下架，並且從 hreflang 那一組裡拿掉。
5. 每一季檢查一次。 對照表有沒有空格、hreflang 有沒有成對、語言切換有沒有連到對的頁面、有沒有哪個語言三個月沒人動過。
6. 加語言之前，先看現有的語言養不養得起。 英文版顧得好，再談日文。

第三步最容易被省掉。少了「標出誰還沒跟」這一步，就沒有人知道外語版本欠了什麼。

這張「頁面 × 語言」的對照表，前後用了三次：規劃時用它定翻譯範圍，驗收時用它查 hreflang，上線後用它記誰還沒跟。

回到開頭那位老闆。「不就是翻譯嗎」這句話，可以換成四個問題：國外客戶來網站要完成什麼事、這些事會經過哪幾頁、這幾頁誰負責跟著改、網址和 hreflang 有沒有一張對照表。四題都答得出來，多語言網站就不容易變成一個沒人更新的負擔。

如果你正準備替公司網站加上外語版本，或手上的多語言網站已經有幾個語言沒人顧，瞻新資訊可以從盤點頁面與網址結構開始，陪你把翻譯範圍、網址與維護分工一起定下來，再往下談設計與開發。

常見問題

參考資料

• 管理多地區和多語言版本的網站 — Google 搜尋中心，英文版更新 2025-12-10（繁體中文／英文，全球，2026-10-12 查證）
• 向 Google 說明網頁的本地化版本 — Google 搜尋中心，英文版更新 2026-09-21（繁體中文／英文，全球，2026-10-12 查證）
• Google 網頁搜尋的垃圾內容政策 — Google 搜尋中心，英文版更新 2026-08-28（繁體中文／英文，全球，2026-10-12 查證）
• Google 搜尋說明文件近期更新內容 — Google 搜尋中心，2025 年 6 月 11 日「多語言說明文件的春季大掃除」一則（繁體中文／英文，全球，2026-10-12 查證）
• Google 搜尋中的翻譯搜尋結果 — Google 搜尋中心，英文版更新 2025-12-10（繁體中文／英文，全球，2026-10-12 查證）
• 2024 年 6 月 Google 搜尋引擎最佳化（SEO）諮詢時間 — Google 搜尋中心轉錄稿，英文版 2024-06-13（繁體中文／英文，全球，2026-10-12 查證）
• 「指定國際目標」報告已淘汰 — Google Search Console 說明（繁體中文，全球，2026-10-12 查證）
• Understanding SC 3.1.1: Language of Page — W3C WAI，WCAG 2.2 說明文件（英文，國際，2026-10-12 查證）
• When to use language negotiation — W3C Internationalization（英文，國際，2026-10-12 查證）
• Using select to link to localized content — W3C Internationalization（英文，國際，2026-10-12 查證）
• Multilingual WordPress — WordPress 開發者資源，官方手冊（英文，國際，2026-10-12 查證）
• Over 67% of Domains Using Hreflang Have Issues (Study of 374,756 Domains) — Patrick Stox，Ahrefs，2023-08-10（英文，國際，SEO 工具商研究，2026-10-12 查證）

ℹ️ 關於本文

本文引用的 Google 官方文件與說明頁、W3C 文件、WordPress 官方手冊，以查閱當日（2026 年 10 月 12 日）的版本為準；文件、政策文字與工具介面可能更新，請以各來源的最新內容為準。文中做工業零件的公司，以及頁數與更新頻率的數字，是為了說明而假設的例子，不是真實客戶。引用的工具商研究是該公司自己的抽樣結果，不是 Google 的官方統計，也不代表台灣的情況。文中對翻譯範圍、網址結構、機器翻譯與維護流程的建議，屬一般性的實務經驗整理，實際情形會因網站規模、使用的系統與目標市場而有明顯差異，不構成任何搜尋排名、流量或成效的保證。