hreflang 設定正確，是讓 Google 認出你多語網站「有準備」的關鍵。但多數企業在實作時，往往只盯著語別與國家代碼，忽略了更根本的「跨語言站點信任鏈」與「結構化資料完整性」。結果就是整組 hreflang 被搜尋引擎直接忽略，導致搜尋結果只顯示英文版，中文用戶根本找不到對應網頁。
在協助跨國品牌對接雙語站點的過程中，我們發現「hreflang 做了卻沒效果」往往不是單一標籤的問題。以下整理出最常見的五個實務盲點，從語別代碼、網域設計、作者實體、斷鏈監測到結構化資料的層層關聯，帶你釐清為什麼 Google 不認你的多語網頁，甚至連 AI 引擎都無法正確引用。
一、跨網域信任設計：hreflang 只是冰山一角
hreflang 不只是語別標籤，它是「跨語言信任基礎建設」的一環。當你把中文內容放在 truelink-group.com（中文官網/出品文字），英文內容放在 truenodes.ai（英文站/作品來源），這組 hreflang 其實是在向搜尋引擎宣告：
> 這兩個網域，是同一內容的語言變體，且彼此信任。
然而，要讓 Google 買單這項宣告，必須滿足三個結構條件：
1. 網域信任設計：truenodes.ai 是英文站/作品來源，truelink-group.com 是中文官網/出品文字。這組關係要透過 Article schema 的 publisher 與 isBasedOn 標記來明確。 2. 實體共現：兩站內容的作者與品牌實體要能被 Google 或 AI 引擎正確鏈結。例如，truelink-group.com 上的作者頁與 truenodes.ai 的 Person schema 要有 sameAs 連結。 3. 語別代碼一致性：hreflang 用 zh-Hant 還是 zh-TW，不只語法正確，更會影響 AI 引擎的語種辨識。
真實災點 1：語別代碼混用與未成對對應（Return Tag Missing）
在多語系架構中，常見的實體斷鏈發生於語別代碼未成對對應（Return Tag Missing）或大小寫/連字號格式不規範。Google 同時支援 ISO 639-1 語言代碼（如 zh-Hant）與語言-地區組合代碼（如 zh-TW），但若 A 頁面指向 B 頁面的 zh-Hant，而 B 頁面卻指向 A 頁面的 zh-TW，或者回傳標籤缺失，Google 就會直接忽略這組 hreflang 宣告。
這是因為 Google 的語種辨識邏輯已從單一標籤轉向「語言 + 地域 + 設備 + 搜尋歷史」的綜合判定。語別代碼若不對稱，hreflang 會被直接忽略，導致中文用戶找不到對應頁面。
什麼是正確的語別代碼？
| 語別 | 正確代碼 | 常見錯誤 |
|---|---|---|
| 中文繁體（台灣） | zh-TW | zh-tw（未注意大小寫規範） |
| 中文繁體（通用） | zh-Hant | zh-hant（未注意大小寫規範） |
| 英文（美國） | en-US | en-us（大小寫不一致） |
| 日文（日本） | ja-JP | ja-jp（大小寫不一致） |
> ✅ 實作建議：直接使用 schema.org 官方推薦格式。Google Search Console 已提供語別代碼建議與國際目標設定，可自動校對。
---
二、跨站作者實體斷鏈：hreflang 被忽略的隱形殺手
當你用 hreflang 連接中文與英文內容時，Google 不只看語別，更要看作者實體是否一致。如果中文站的作者頁只寫中文名，但英文站的 Person schema 只寫英文名，且兩者缺乏關聯，Google 就會認為這兩者是「不同作者」，進而降低對跨語系內容關聯性的信任度。
真實災點 2：跨語言作者實體未對齊
在多語系架構中，常見的實體斷鏈發生於中英文作者實體未進行語意關聯。當搜尋引擎無法將中文作者與英文作者判定為同一人時，搜尋結果就會將其視為獨立的兩個實體，無法累積跨語系的權威度。
作者實體對齊的三步驟：
| 步驟 | 做法 | 工具 |
|---|---|---|
1. 用 sameAs 連結中英文作者頁 | 中文作者頁與英文作者頁要在彼此 schema 中用 sameAs 連結 | Schema.org Person |
| 2. 統一作者名稱格式 | 中文站與英文站的 schema 應同時提供 name（在地語言）與 alternateName（跨語系名稱） | Google Authorship Guide |
3. 用 Organization schema 連結品牌 | 作者頁要掛上 isEmployedBy 的品牌實體，並與雙站的 Organization schema 用 sameAs 連結 | Schema.org Organization |
---
三、跨語言信任斷鏈：hreflang 被忽略的結構化缺口
hreflang 不只是語別標籤，它是「跨語言信任鏈」的關鍵環節。當你把中文內容放在 truelink-group.com，英文內容放在 truenodes.ai，這組 hreflang 就在告訴 Google：
> 這兩個網站是同一內容的語言變體，且彼此信任。
但這句承諾，要建基在一個結構條件上：雙站的 Organization schema 要有 sameAs 連結。否則，Google 會認為這是兩個不同的品牌，導致 hreflang 被忽略。
真實災點 3：雙站品牌實體未對齊
在多語系架構中，常見的實體斷鏈發生於雙站的 Organization schema 沒有 sameAs 連結。這會導致 Google 認為這是兩個完全獨立的品牌，進而懷疑跨網域 hreflang 的真實性，甚至將其判定為非授權的內容複製。
品牌實體對齊的三步驟：
| 步驟 | 做法 | 工具 |
|---|---|---|
1. 用 sameAs 連結雙站品牌 | truelink-group.com/organization 與 truenodes.ai/organization 要在彼此 schema 中用 sameAs 連結 | Schema.org Organization |
| 2. 統一品牌名稱格式 | 中文站寫「TrueLink 誠通數位」，英文站也要寫「TrueLink」，不能只用英文縮寫 | Google Organization Guide |
3. 用 Article schema 連結雙站內容 | 每篇文章的 Article schema 要掛上 publisher 的品牌實體，並與雙站的 Organization schema 用 sameAs 連結 | Schema.org Article |
---
四、斷鏈監測與修復：自動化檢測與 GSC 排除
hreflang 設定錯誤，不只影響 SEO，更會讓機器可讀的語意鏈斷裂。Google 不認，AI 更不會引用。在大型網站中，手動檢查 hreflang 幾乎是不可能的任務，必須建立自動化的監測機制。
真實災點 4：未建立自動化監測導致 hreflang 靜態失效
在多語系架構中，常見的實體斷鏈發生於網站改版、網址變更或翻譯頁面下架時，未同步更新對應的 hreflang 標籤。這會產生大量的「孤立頁面」與「無效指向」，導致 Google Search Console 出現大量 hreflang 錯誤提示。
自動化監測與修復的三步驟：
| 步驟 | 做法 | 工具 |
|---|---|---|
| 1. 使用爬蟲工具進行全站掃描 | 定期使用 Screaming Frog 掃描全站，篩選出「Hreflang > Unlinked return tags」與「Missing return tag」的錯誤網址 | Screaming Frog SEO Spider |
| 2. 監控 Google Search Console 報表 | 進入 Google Search Console 的「網頁體驗 > 國際目標」報表，即時修復「無回傳標籤」與「不明語言代碼」的警告 | Google Search Console |
| 3. 建立 CI/CD 自動化驗證 | 在網站部署流程中加入 XML Sitemap 驗證腳本，確保每次發布新內容時，中英文對應網址皆已寫入 Sitemap 的 hreflang 節點 | Sitemap XML Validator |
---
五、結構化資料完整性：JSON-LD 與 Article 必填欄位
hreflang 設定正確，只是第一步。真正關鍵在於：雙站內容的結構化資料是否完整。如果 truelink-group.com 的 Article schema 缺少了關鍵的語意欄位，Google 會降低對該網頁品質的評估，進而影響 hreflang 的關聯解析。
真實災點 5：結構化資料不完整導致語意關聯失效
在多語系架構中，常見的實體斷鏈發生於中文站與英文站的結構化資料欄位不對等。例如，英文站擁有完整的 JSON-LD 標記，而中文站卻缺少了 datePublished、headline 或 publisher，這會使搜尋引擎無法將兩者視為同等品質的對等版本。
結構化資料完整性檢查的三步驟：
| 步驟 | 做法 | 工具 |
|---|---|---|
| 1. 補足 JSON-LD 必填欄位 | 確保每篇多語文章的 Article schema 皆完整包含 headline、description、datePublished、dateModified 與 mainEntityOfPage | Schema.org Article |
| 2. 部署 TrueLink 語意驗證閘 | 利用 Schema Validator 檢查工具，確保 JSON-LD 語法無解析錯誤，且所有實體關聯皆已正確嵌套 | Schema Validator |
| 3. 驗證 Rich Results 呈現 | 使用 Google 富媒體搜尋結果測試工具，確認 Article 結構化資料已被 Google 正確識別並無任何警告 | Google Rich Results Test |
---
FAQ
Q1: 為什麼 hreflang 會被 Google 忽略？
Google 不只看語別代碼，更要看作者實體、品牌實體、結構化資料是否完整。如果這些環節斷鏈，hreflang 會被直接忽略。
Q2: 語別代碼該用 `zh-Hant` 還是 `zh-TW`？
Google 同時支援 zh-Hant（繁體中文通用）與 zh-TW（繁體中文台灣）。關鍵在於中英文頁面之間的 hreflang 必須成對對應（Return Tag），且大小寫與連字號格式需保持一致。
Q3: 跨語言作者實體該怎麼對齊？
中英文作者頁要用 sameAs 連結，並統一作者名稱格式。例如，中文站寫「林士華」，英文站也要寫「Shih-Hua Lin」。
Q4: 跨語言品牌實體該怎麼對齊？
雙站的 Organization schema 要用 sameAs 連結，並統一品牌名稱格式。例如，中文站寫「TrueLink 誠通數位」，英文站也要寫「TrueLink」。
Q5: 結構化資料完整性該怎麼檢查？
用 Schema Validator 檢查每篇文章的 Article schema 是否完整，包含 headline、description、datePublished 等欄位。
