跳至主要內容

多語系網站上線前,這些事沒做好會後悔

翻譯做完還不夠!hreflang 設錯、語言切換器 UX 失誤、中日韓字型拖慢速度、各國 Cookie 法規沒合規——上線前這 4 關沒過,前期投入全白費。附完整 Checklist。
多語系網站上線前確認示意圖:火箭準備發射,旁邊浮現 hreflang、字型、法規三個警示標籤

翻譯做完了,可以上線了吧?

上一篇我們把多語系網站的三個規劃決策搞定了——網址架構、翻譯策略、外掛選擇。現在翻譯也告一段落,終於可以鬆口氣了嗎?

其實上線前還有幾個容易被忽略的細節,每一個都可能讓你前面花的錢和時間白費。

hreflang 標籤沒設好,Google 根本不知道你的英文版存在——等於你花了幾十萬翻譯,但搜尋引擎完全看不到。語言切換器放錯位置,外國客戶找不到怎麼切換語言,直接離開。中日韓字型沒處理,網站速度直接慢一倍,跳出率飆高。

這篇文章把上線前最常踩的坑整理出來。你不需要自己去改程式碼,但你要知道該請工程師或外包廠商確認哪些事


🔍 hreflang:31% 的網站都做錯的 SEO 基本功

hreflang 是一段 HTML 標籤,作用是告訴 Google「這個頁面有其他語言版本,它們的網址分別在哪裡」。沒有這個標籤,Google 就得自己猜你的各語系頁面之間的對應關係——猜對了算你運氣好,猜錯了就是搜尋結果顯示錯誤的語言版本給使用者。

這件事有多常做錯?Search Engine Land 在一份分析了 18,786 個國際網站的研究中發現:31% 的網站有 hreflang 設定衝突。將近三分之一,比你想像的多很多。

最常見的錯誤有幾個:

缺少雙向連結。 你的中文頁面有標記「英文版在 /en/about」,但英文版卻沒有標回「中文版在 /about」。hreflang 必須是雙向的,少了任何一邊,Google 可能直接忽略整組標記。

Canonical 標籤打架。 每個語系版本的 canonical 應該指向自己,不是全部指向中文版。我們遇過客戶把所有語系的 canonical 都指向主站首頁,結果 Google 只索引了中文版,英文版和日文版完全消失在搜尋結果裡。

指向 404 的網址。 頁面搬家或刪除之後,hreflang 標籤裡的網址沒跟著更新,連過去是一片空白。這個問題在網站改版時特別容易發生。

語言代碼寫錯。 hreflang 的語言和地區代碼有嚴格的國際標準格式。一個經典錯誤:英國英文寫成 `en-UK`,但正確寫法是 `en-GB`(GB 才是英國的標準國家代碼,UK 在這套標準裡根本不是合法的代碼)。繁體中文應該是 `zh-Hant` 或 `zh-TW`,不是只寫 `zh`(這個代碼沒有區分簡繁,容易造成混淆),簡體中文則應該用 `zh-Hans`。

如果你是用 WPML 或 Polylang,這些外掛會自動幫你生成 hreflang 標籤。但即使有外掛幫忙,你還是得請工程師確認一次——特別是有客製化網址結構或手動建立的 Landing Page 時,外掛的自動生成可能會漏掉或出錯。

Hreflang 設定的三種常見錯誤類型
這張圖示範了 hreflang 設定的三種常見錯誤類型:缺少回頭連結、Canonical 標籤衝突以及指向 404 頁面的錯誤連結。為確保多語系網站的搜尋引擎最佳化成效,在上線前務必仔細檢查這些細節。

還有一點值得注意:Google 不是靠程式碼裡的語言標記來判斷頁面語言,而是用演算法分析頁面上的實際文字內容。 這在 Google Search Central 文件中有明確說明。所以如果你的英文版頁面裡混了大量中文(例如沒翻譯的側邊欄或頁尾),Google 可能會判定這個頁面是中文而不是英文。

你要請廠商確認的事: 把上面四種錯誤列成清單,請 IT 或外包廠商逐項檢查。如果用的是 WPML,可以到後台的「WPML → 語言」頁面確認各語系的 hreflang 設定是否正確。


🎨 語言切換器:5 個你一定要知道的 UX 原則

語言切換器看起來是個小功能,但做錯了會直接影響使用者體驗。Smashing Magazine 有一篇很經典的分析,我們把最重要的原則整理在這裡。

第一,不要用國旗代表語言。

這大概是最常見的錯誤了。用英國國旗代表英文?那美國人、澳洲人怎麼想?用中國國旗代表中文?台灣使用者會覺得不太對。一個國家可能有多種語言(瑞士有四種),一個語言也可能跨多個國家。直接用文字標示語言名稱才是正確做法。

第二,各語言名稱要用該語言書寫。

「Deutsch」而不是「German」,「日本語」而不是「Japanese」,「中文」而不是「Chinese」。原因很直覺:如果使用者不懂英文,他怎麼在一堆英文選項裡找到自己的語言?

第三,不要自動重定向。

有些網站會偵測使用者的 IP 或瀏覽器語言,然後自動跳轉到對應的語系版本。聽起來很貼心,但實際上問題一堆——在東京出差的台灣人會被導到日文版、用 VPN 的人會被導到錯誤的國家版本。Google 官方文件也明確建議不要這樣做,因為 Googlebot 爬取時的 IP 位置跟你的目標使用者不同。比較好的做法是偵測後「建議」切換(例如顯示一個小提示列),但讓使用者自己決定要不要切。

另外兩個基本原則:語言切換器要放在 Header 和 Footer(使用者直覺會在這兩個地方找),而且要記住使用者的選擇,不要每次進站都回到預設語言重新選一次。

Split comparison of language selector UX, showing bad practices (flags, auto-redirect) and best practices (text-based names, clear dropdown).
多語系網站的語言切換器,應避免使用國旗或自動跳轉的設計。最佳做法是提供原生文字顯示的下拉選單,讓使用者能清楚、自由地選擇語系,確保良好的用戶體驗。

你要請廠商確認的事: 打開各語系版本的首頁,檢查語言切換器是否好找、有沒有用國旗、名稱是否用母語書寫。再試試從不同國家的 VPN 連線,確認沒有被強制重定向。


⚡ 中日韓字型:你可能沒注意到的效能殺手

如果你的多語系包含中文、日文或韓文(台灣企業通常至少有其中兩個),字型對網站速度的影響一定要處理。

簡單講:英文字型只有 26 個字母,檔案大小通常在 20-50KB。但中文字型包含數萬個字形,一個完整的中文字型檔可以到 5-10MB——相當於你首頁所有圖片加起來的大小。如果在 4G 網路環境下,光字型就要多等好幾秒,使用者早就跳出去了。

好消息是,這個問題工程師有成熟的解決方式。核心做法是「字型瘦身」——不載入完整的幾萬個字,只留下網站上實際會用到的 3,000-4,000 個常用字,再搭配現代壓縮格式,檔案大小可以從 10MB 降到幾百 KB,載入速度差異非常明顯。

另一個更簡單的選擇:如果你不堅持品牌指定字型,中文版可以直接用系統內建的蘋方(macOS)、微軟正黑體(Windows)。零載入時間,使用者其實也已經很習慣這些字型了。

你要請廠商確認的事: 用 Google 的 PageSpeed Insights 工具跑一次各語系版本的首頁,看看載入速度有沒有因為字型拖慢。如果速度明顯比中文版慢,就請工程師做字型優化。


⚖️ 法規合規:不同國家的規則真的不一樣

多語系網站代表你的內容會被不同國家的使用者看到,這也意味著你可能需要遵守不同國家的隱私權法規。你不需要自己研究每個國家的法條,但至少要知道有這些差異存在,才能提醒法務和 IT 同事。

最關鍵的差異在 Cookie 同意機制:

  • 歐盟 GDPR:必須 Opt-in,使用者同意之前不能放任何追蹤 Cookie。違規罰款最高可達年營收的 4% 或 2,000 萬歐元(取較高者)
  • 美國加州 CCPA:Opt-out 模式,可以先放 Cookie 但要提供退出選項
  • 台灣個資法:沒有像 GDPR 那麼嚴格的 Cookie 同意要求,但蒐集個資前需要告知目的

實務上要注意的事:Cookie 同意橫幅必須用正確的語言顯示。你的網站有法文版,那法文使用者看到的隱私權說明就得是法文的,不能顯示英文版叫人自己翻。而且這些法律文件的翻譯要特別小心——翻錯了可能構成合規問題,這類內容建議找有法律背景的專業翻譯社處理,翻完後還需要法律顧問審閱確認,不要用 AI 翻完就上。

你要請法務和 IT 確認的事: 你的多語系網站會有哪些國家的使用者?這些國家的隱私權法規要求是什麼?Cookie 同意工具有沒有對應各語系的版本?


✅ 上線前 Checklist

最後幫你整理一份精簡版的檢查清單,上線前逐項確認:

SEO 設定

  • hreflang 標籤是否雙向完整?每個語系頁面都有指回其他語系版本嗎?
  • 每個語系版本的 canonical 是否指向自己(不是指向主站)?
  • 有沒有設定 x-default(預設語系版本)?
  • 各語系的 sitemap 是否已提交到 Google Search Console?
  • 頁面上的可見文字是否為正確語言(避免中英混排影響 Google 判斷)?

語言切換 UX

  • 語言切換器放在 Header 和 Footer 了嗎?
  • 語言名稱是否用該語言書寫(「Deutsch」不是「German」)?
  • 沒有使用國旗代表語言?
  • 沒有強制自動重定向?
  • 使用者的語言偏好有記住嗎(Cookie 或帳戶設定)?

效能

  • 中日韓字型有做瘦身處理嗎?(請工程師確認)
  • 各語系版本只載入該語系需要的字型?
  • 用 PageSpeed Insights 測試各語系首頁,載入速度是否在 3 秒以內?

內容與翻譯

  • 側邊欄、頁尾、表單、錯誤訊息等「容易被遺忘的區塊」都翻譯了嗎?
  • 圖片上的文字有對應語系版本嗎?
  • 日期、幣別、電話號碼格式有在地化嗎?

法規合規

  • Cookie 同意橫幅有對應各語系的版本嗎?
  • 隱私權政策有翻譯且經過法律審閱嗎?

🎯 做好這些,你的多語系網站才算真正準備好了

多語系 Readt,客戶自然就來

多語系網站不是「翻譯完就上線」那麼簡單。從 SEO 設定到 UX 細節、從字型效能到法規合規,每一個環節都會影響使用者體驗和搜尋表現。

好消息是,這些問題都有明確的解決方案。如果你用的是 WPML 或 Polylang,很多 SEO 設定(像 hreflang)外掛會自動處理,你要做的是確認它處理得對不對。字型和效能的部分,交給工程團隊在上線前跑一輪測試就能搞定。

如果你正在準備上線多語系網站、或是已經上線但總覺得哪裡怪怪的,我們有提供多語系網站的上線前健診服務——從 hreflang 到效能到法規合規完整檢查一輪,出具報告讓你知道哪些地方需要修、優先順序怎麼排。歡迎聯絡我們聊聊你的狀況。


  1. Study: 31% of international websites contain hreflang errors – Search Engine Land, 2023
  2. Managing Multi-Regional and Multilingual Sites – Google Search Central, 2025
  3. Tell Google about localized versions of your page – Google Search Central, 2025
  4. Designing A Perfect Language Selector UX – Smashing Magazine, 2022
  5. 7 Asian Fonts That Actually Work for CJK Websites – AZ-Loc, 2024
  6. Global Consent Rules 2025 – CookieScript, 2025

註:所有數據與引述均截至 2026-03-30 查證

多語系網站怎麼規劃?從數據、架構到工具選擇一次搞懂
Previous Article

多語系網站怎麼規劃?從數據、架構到工具選擇一次搞懂

更新了內容但網站沒變?5 分鐘搞懂快取,少跟工程師吵一半的架
Next Article

更新了內容但網站沒變?5 分鐘搞懂快取,少跟工程師吵一半的架

訂閱我們的文章

我們會不定期分享實用的網站經營技巧、真實客戶案例分析、最新數位趨勢觀察, 免費訂閱,讓靈感與成長不再錯過每一刻!
加入我們,一起用靈感點亮你的下一個專案 ✨