Skip to content

多語言網站怎麼做?網址結構、翻譯與SEO設定

Posted in :

jc-seo

多語言網站的做法可以歸納成四步:先決定網址結構,讓每種語言都有自己的網址;再做翻譯與在地化,而不是逐字轉換;接著用 hreflang 標記告訴 Google 各語言版本的對應關係;然後設計語言切換,讓訪客與檢索器都找得到其他版本。順序做反了,常見的結果是外語頁面上線後遲遲沒有曝光,或搜尋結果把海外訪客帶到中文頁。以下依序說明每一步的設定重點與檢查方式。

動工前先確認:多語言、多地區還是兩者都要

Google 把兩種情況分開定義:多語言網站是用兩種以上語言提供內容,多地區網站則明確以不同國家或地區的使用者為目標。一份英文版給全球買家看,是多語言;同樣是英文,卻要分別給美國與英國市場不同的報價與聯絡窗口,就是多地區。這個判斷會影響後面的網址結構與 hreflang 寫法。動工前建議先把下列事項寫成一頁規劃:

  • 要做哪些語言、各自對應哪些市場。
  • 每種語言要上線全部頁面,還是先做產品、服務與聯絡這些核心頁。
  • 每種語言的內容由誰撰寫、審稿與日後更新。
  • 詢價表單與客服能不能用該語言回應。

網址結構比較:子目錄、子網域與國家網域

Google 建議每種語言版本使用不同網址,不要用 Cookie 或瀏覽器設定切換同一網址的內容語言。依 Google 多地區網站說明,常見的三種結構整理如下:

結構 網址樣式 優點 要考慮的地方
子目錄 example.com/en/ 設定容易,同一部主機維護成本低 只有單一伺服器位置,使用者不一定能從網址看出目標地區
子網域 en.example.com 設定容易,不同語言可以放在不同主機 使用者不一定能單從網址辨識目標地區
國家地區網域 example.de 地區定位清楚,方便各自分隔管理 成本較高、想要的網域不一定註冊得到,部分國家網域規定嚴格

用網址參數區分語言的做法,Google 標示為不建議使用。實務上,品牌只經營一個網域、團隊人力有限時,子目錄通常較好管理;各市場有獨立團隊與在地公司時,才比較需要國家網域。網址路徑也可以用該語言的文字撰寫。

翻譯與在地化:每種語言都要像原生內容

常見的問題是只翻了選單、頁尾這些樣板文字,主要內容仍是原本的語言。Google 說明這樣可能讓同樣的內容搭配不同樣板重複出現在搜尋結果;反過來說,主要內容確實翻譯過的本地化版本,Google 不會視為重複網頁。

也要避免用自動翻譯大量產生頁面就上線。Google 的垃圾內容政策把透過翻譯等自動轉換方式、大量產生對使用者幾乎沒有價值的網頁,列為大量內容濫用。機器翻譯可以當初稿,但要有懂該語言與產業的人審過。在地化至少包含:

  • 幣別、單位、日期與電話格式改成當地習慣。
  • 當地的聯絡地址與電話,這也是 Google 判斷目標地區的參考信號之一。
  • 依該語言的搜尋習慣重做關鍵字研究,不直接翻譯中文關鍵字。
  • 案例、認證、付款與運送說明,換成當地買家在意的內容。

hreflang 與 x-default 的設定步驟

hreflang 用來告訴 Google 同一頁有哪些語言或地區版本,讓搜尋結果把使用者導向適合的版本。Google 不會用 hreflang 或 lang 屬性偵測網頁語言,語言由頁面內容判定,標記只負責對應關係。設定步驟如下:

  1. 選一種標示方法:頁面 head 區塊的 link 標記、HTTP 標頭或 Sitemap,挑團隊好維護的一種。
  2. 每個語言版本都列出自己與所有其他版本;A 頁連到 B 頁,B 頁也要連回 A 頁。
  3. 代碼先寫語言,再視需要加上地區,例如 zh-TW、en-GB;不能只寫地區代碼。
  4. 設定 x-default,指向沒有任何語言符合時要顯示的頁面,通常是語言選擇頁或主要語言版本。
  5. 標準網址(canonical)指向同一語言的頁面,不要把英文頁的標準網址指到中文頁。

設定完成後仍可能出錯的情境,可以參考hreflang 標籤誤用的常見情況。

語言切換怎麼設計,訪客與 Google 都找得到

  • 不要依瀏覽器語言或 IP 自動轉址。Google 建議避免把使用者自動導向不同語言版本,改為提供其他語言版本的連結。
  • 切換選單放在頁面上方容易看到的位置,語言名稱用該語言本身的寫法,例如 English、日本語,而不是一律寫成中文的英文、日文。制定網頁標準的全球資訊網協會,在國際化說明中也建議選單選項以目標語言呈現。
  • 切換時連到對應的同一頁,不要一律回到首頁,訪客才不必重新找內容。
  • 每頁的內容與導覽只用一種語言,避免兩種語言並排對照,Google 才能正確判斷語言。
  • html 元素加上 lang 屬性宣告頁面語言。Google 不靠它判斷語言,但全球資訊網協會建議一律宣告,瀏覽器也能據此處理文字。

各語言版本的 SEO 設定清單

  • 標題與描述:每種語言各自撰寫,放入該語言的目標關鍵字,不要沿用原文或只做直譯。
  • 網址:路徑可用該語言的文字,或統一用英文短詞,同一語言內保持一致。
  • Sitemap:各語言頁面都要收錄;若用 Sitemap 標示 hreflang,每個網址都要列出完整的對應組合。
  • 內部連結:同語言頁面互相連結,選單、麵包屑與相關文章不要混入其他語言。
  • 圖片:圖片上的文字與替代文字一併在地化。
  • 完整網址:hreflang 列出的替代網址要寫成含通訊協定與網域的完整網址;網站已全面改用 HTTPS 時,hreflang 與 Sitemap 都只列 HTTPS 版本。

上線後的驗證與常見錯誤排除

上線後先抽查幾組頁面的原始碼,確認每頁的 hreflang 清單完整、彼此互相指向,再用下表排除常見問題:

現象 常見原因 處理方式
搜尋結果出現錯誤的語言版本 缺少回傳連結,或語言、地區代碼寫錯 補齊雙向對應,改用正確的代碼格式
外語頁面幾乎沒有曝光 主要內容未翻譯,或只是自動翻譯 重寫主要內容,依當地搜尋習慣調整
某語言版本被當成重複頁 標準網址指向其他語言 改為指向同語言頁面
海外訪客一進站就被帶走 依語言或 IP 自動轉址 改成提示加連結,讓訪客自行選擇

成效追蹤可以在 Search Console 成效報表用「網頁」與「國家/地區」維度,分開觀察各語言目錄的曝光與點擊。

常見問題

多語言網站一定要把全部頁面都翻譯嗎?

不一定。可以先上線產品、服務、聯絡這些核心頁,其他頁面陸續補齊。但已經上線的外語頁,主要內容要完整翻譯,不要只翻選單與頁尾。

子目錄和子網域,哪一種對 SEO 比較有利?

Google 的說明把兩者都列為可行結構,各有優缺點。差別主要在主機與管理方式:子目錄集中在同一部主機、維護單純,子網域則方便不同語言分開架設。

用自動翻譯外掛做多語言網站可以嗎?

可以拿來產生初稿,但不建議未經審稿就大量上線。翻譯品質不穩會影響信任,大量低價值的自動轉換頁面也可能被 Google 視為垃圾內容。

x-default 一定要設定嗎?

不是每個網站都非設不可,但有語言選擇頁或預設語言版本時建議設定,讓不符合任何語言版本的訪客有明確的落點。

同一種語言要給不同國家,需要分開做嗎?

如果各國的報價、規格或聯絡方式不同,就用語言加地區代碼分成不同版本,例如 en-US 與 en-GB;內容幾乎相同時,做一個英文版通常就夠了。

本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務,實際案例可見成果與案例。

想直接討論你自己的網站狀況,或需要一份初步的搜尋機會評估?

相關主題

下一步

規劃多語言網站時,建議先定下目標市場與網址結構,再排翻譯、hreflang 與語言切換的工作順序,避免上線後才大改網址。京采的英文/跨國 Google SEO 服務協助規劃國際站架構、hreflang 與多地區策略,並依海外買家的搜尋意圖撰寫內容。想討論你的市場與語言配置,歡迎與我們聯繫。