Hreflang 是用來標示同一內容有哪些語言或地區版本的註記，幫助 Google 把較合適的網址顯示給不同使用者。它適合多語網站、同語言不同地區內容，以及需要一個未匹配語言備援頁的網站；它不是翻譯工具，也不是指定排名國家的強制命令。
重點速覽
- 每個語言版本都要列出自己與其他版本，且網址之間要互相回指。
- 可用 HTML、HTTP Header 或 XML Sitemap 實作；三種方式對 Google 等效，通常選一種最容易維護的即可。
- Hreflang 不是 Canonical 的替代品，也不是 Google 判斷頁面語言的唯一依據。
哪些網站需要 Hreflang？
如果同一主題真的有多個公開網址，分別服務不同語言或地區，就值得使用。常見情境包括繁體中文與英文各一頁、同為英文但美國與英國價格或用語不同，以及首頁依語言導向不同站點。
若網站只有單一語言，或只是同一網址用瀏覽器即時替換少量介面文字，Hreflang 通常不是第一優先。它描述的是「可被搜尋的替代網址關係」，不是在頁面上按一下就自動翻譯。
- 完整翻譯的多語內容。
- 同一語言但針對不同國家、價格、法規或服務範圍的版本。
- 主內容相同、只有導覽或介面語言不同的頁面。
- 語言選擇器或無法匹配使用者語言時要回到的 x-default 頁。
語言與地區代碼怎麼寫？
基本格式是語言代碼，必要時再加地區代碼，例如 zh-TW、en-US。語言使用 ISO 639-1，地區使用 ISO 3166-1 Alpha 2；不能只填國家代碼。繁體與簡體也可用 zh-Hant、zh-Hans 表示文字系統。
x-default 是特殊值，代表沒有其他語言／地區匹配時的備援頁，常用在語言選擇頁或全球首頁。它不是「主要語言」的代號，也不應取代實際語言版本。
| 寫法 | 代表意思 | 判斷 |
|---|---|---|
| zh-TW | 台灣的中文內容 | 可用 |
| zh-Hant | 繁體中文文字系統，不限定地區 | 可用 |
| en-GB | 英國英文 | 可用 |
| TW | 只有國家，沒有語言 | 不可用 |
| x-default | 未匹配語言時的備援網址 | 可用，但不是語言碼 |
Hreflang 的三種實作方式
HTML 是在每個頁面的 head 放入 rel=alternate 標記；HTTP Header 適合 PDF 等非 HTML 檔案；XML Sitemap 則把替代版本集中管理。Google 表示三種方式等效，全部一起做不會得到額外搜尋利益，反而更容易因不同步而出錯。
- HTML：適合一般網頁，開發與檢查直觀。
- HTTP Header：適合 PDF 或無法編輯 HTML head 的資源。
- XML Sitemap：適合大量語言頁集中維護，但產生器必須保持雙向與完整。
上線前的 Hreflang 檢查清單
最常見的失敗不是語法完全寫錯，而是關係不完整。Google 要求每個版本列出自己與所有對應版本；若 A 指向 B，B 卻沒有回指 A，這組標註可能被忽略。
- 每個版本都包含 self-reference，也就是列出自己。
- 所有對應頁互相回指，新增語言時同步更新關係。
- 使用含 https 與完整網域的絕對網址。
- 語言／地區代碼有效，沒有把國家碼放在第一段。
- Canonical 指向該語言頁自己的正規版本，不要全部指回同一語言首頁。
- 頁面可被爬取與索引，且實際內容真的符合標示語言。
關於這個名詞的常見迷思
迷思一：加上 Hreflang 就會自動翻譯頁面
不會。它只描述既有網址之間的語言／地區關係，內容仍要由網站準備。
迷思二：Hreflang 可以取代 Canonical
不能。Hreflang 說明替代版本；Canonical 處理重複或相近網址中的主要版本，兩者解決不同問題。
迷思三：HTML、Header、Sitemap 三種全做效果最好
Google 說三種方法等效，搜尋上沒有因為重複實作而加分。選擇最容易長期維護的一種，通常更安全。
一句話總結
Hreflang 是多語網址的配對表：代碼要正確、網址要完整、每一頁要自我列出並互相回指，才能幫助 Google 選到較合適的版本。
延伸名詞
多語網站還會一起處理這些技術概念：
