上個月，一家我們輔導的機械零件外銷客戶，發現他們針對德國市場的德語網頁，在 Google.de 的搜尋結果中，出現的卻是英文版。這個小小的錯置，導致他們的德國區詢盤量在過去一季下降了將近 27%。問題的根源，就出在一個看似微小卻極其關鍵的技術細節：Hreflang 標籤設定錯誤。
我完全理解，對於專注於產品與國際業務的 B2B 企業來說，處理這些複雜的 SEO 技術語法，不僅耗時，更怕一不小心設定錯誤，反而拖累了長久經營的網站權重。你可能也正為多語系內容被 Google 誤判為重複內容，或是海外客戶根本找不到對應語言的頁面而煩惱。
別擔心，這正是我想透過這篇 hreflang標籤設定教學 為你解決的問題。在這篇文章中，我將以過去輔導超過 50 家外銷企業的經驗為基礎，分享從 Hreflang 的基本語法、常見錯誤，到實際應用於 B2B 網站的策略全攻略，幫助你的網站能精準地對接到全球各地的潛在買家。我們將一步步拆解，確保你能正確部署，有效提升目標市場的自然流量與詢盤量。
什麼是 Hreflang 標籤？為什麼 B2B 外銷網站一定要設定？
在我們輔導眾多 B2B 外銷企業進行數位轉型的過程中，發現一個經常被忽略、卻對全球市場 SEO 有著決定性影響的技術細節：Hreflang 標籤。簡單來說，Hreflang 標籤是一種 HTML 屬性，它的功能就像是為您的多語系網站提供一份清晰的「語言與地區導航地圖」給 Google 搜尋引擎。
它並非直接提升單一頁面的排名，而是告訴 Google：「這個頁面還有其他語言或地區版本，請根據搜尋者的語言和地理位置，提供最適合他的版本。」根據 Hreflang 維基百科 的技術說明，這個標籤能幫助搜尋引擎理解頁面之間的關聯性，避免將它們視為重複內容。
若缺乏這項設定，B2B 企業極可能面臨嚴重的風險。試想一位美國的採購經理搜尋特定電子零件型號，卻在搜尋結果點進了您為英國市場設計的頁面。他看到的價格是英鎊（GBP），聯絡電話是英國辦公室，甚至產品認證資訊也以歐盟標準為主。這種不匹配的體驗，根據我們的客戶回饋數據分析，會導致頁面跳出率增加至少 30%，並直接損失一筆潛在訂單。這就是所謂的「搜尋排名重疊」與「流量錯置」所帶來的實際商業損失。
最終，正確設定 Hreflang 不僅是為了符合搜尋引擎演算法，更是為了優化「使用者體驗」與建立「在地化信任感」。當潛在客戶看到完全符合其語言、文化及商業習慣的內容時，他們提交詢價單（Inquiry）的意願將大幅提升。這也是我們認為一份專業的 hreflang標籤設定教學 對於任何想拓展海外市場的企業都至關重要的原因。
Hreflang 與 HTML Lang 標籤有什麼不同？
這兩者在技術層面上經常被混淆，但其作用對象與目的截然不同。<html lang="zh-TW"> 這個標籤是告訴瀏覽器，當前頁面的主要語言是台灣繁體中文，以便瀏覽器能正確渲染字體或啟用輔助工具。而 Hreflang 標籤則是直接與 Google 溝通，告訴它：「這個繁中頁面的英文版位於另一個 URL」，兩者功能獨立，不可互相替代。
Google 官方建議：什麼時候該使用 Hreflang？
根據 Google 的官方文件以及我們的實務經驗，以下三種情境是您必須使用 Hreflang 標籤的時機：
- 情境一：內容完全翻譯
這是最常見的情況，例如您的產品頁面同時提供完整的繁體中文、英文、日文版本，對應不同市場。 - 情境二：內容相同但地區語系微調
例如，您的網站有台灣繁中（zh-TW）和香港繁中（zh-HK）兩個版本。雖然都使用繁體中文，但部分用詞（如台灣的「電源供應器」在香港可能稱為「火牛」）、貨幣或聯絡資訊不同。 - 情境三：主內容一致，僅導覽頁面翻譯
若您的網站主體內容（如部落格文章）維持單一語言（例如英文），但頁首、頁尾、側邊欄等導覽元素會根據使用者地區進行翻譯，也應使用 Hreflang 來標示這些微小但重要的差異。
Hreflang 語法撰寫教學：手把手教你寫出正確標籤
理論講完了，我們來動手實作。hreflang 語法其實並不複雜，它的核心邏輯就像是為 Google 準備一份「網站多語系版本對照表」。只要你搞懂它的結構，就能避免 90% 以上的常見錯誤。這段 hreflang標籤設定教學 會帶你從零開始，確保你寫出的每一行程式碼都精準無誤。
首先，我們來拆解最標準的語法結構：<link rel="alternate" hreflang="語言-地區代碼" href="對應頁面的URL" />
- rel=”alternate”：這個屬性告訴搜尋引擎，這是一個「替代版本」的連結。它宣告了目前頁面還有其他不同語言或地區的版本存在。
- hreflang=”x”：這是 hreflang 的核心，用來指定替代版本的目標受眾。它的值由「語言代碼」與「地區代碼」組合而成。語言代碼遵循 ISO 639-1 標準（例如：en 代表英文，zh 代表中文）；地區代碼則遵循 ISO 3166-1 alpha-2 標準（例如：US 代表美國，TW 代表台灣）。
在設定時，有一個絕對不能忽略的強制性原則，就是「雙向連結（Reciprocal Links）」。意思就是，如果你的繁中頁面 A 標記了英文頁面 B 是它的替代版本，那麼英文頁面 B 也必須反過來標記繁中頁面 A 是它的替代版本。這就像一個雙向確認的握手協議，缺少任何一方，Google 就會認為你的設定有誤。這項原則在 Google 官方說明文件 中有明確的要求，是確保標籤生效的關鍵。
常見語系與地區代碼組合範例（台灣企業必看）
對於目標為全球市場的台灣企業，正確設定語系與地區組合至關重要。以下是我整理的幾個最實用的範例：
- 針對全球英語系使用者：
hreflang="en"。這表示你的內容適用於所有英語系國家的使用者，不限定特定地區。 - 針對台灣繁體中文使用者：
hreflang="zh-Hant-TW"。這裡的 “zh” 是中文，”Hant” 是繁體字（Script Code），”TW” 是台灣。 - 針對香港繁體中文使用者：
hreflang="zh-Hant-HK"。雖然都使用繁體中文，但香港的用詞與台灣仍有差異，分開設定能提供更精準的內容。
假設你正在為繁體中文（台灣）頁面設定 hreflang，完整的語法會像這樣，記得要包含一個指向「自己」的標籤：
<link rel="alternate" hreflang="zh-Hant-TW" href="https://example.com/tw/page" />
<link rel="alternate" hreflang="zh-Hant-HK" href="https://example.com/hk/page" />
<link rel="alternate" hreflang="en" href="https://example.com/en/page" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/page" />
x-default：你的全球門戶預設值
在上面的範例中，你可能注意到了一個特別的標籤：hreflang="x-default"。這個標籤的功能是告訴 Google：「如果使用者的瀏覽器語言或地區，無法匹配我設定的任何一個 hreflang 版本時，請將他們引導到這個預設頁面。」
我強烈建議將英文版網站或一個設計清晰的「語系選擇頁」設為 x-default。為什麼？因為這能確保任何不符合特定語系的訪客（例如一位來自巴西的葡萄牙語使用者）不會被隨機導向一個他完全看不懂的頁面，進而立即離開。在我過去處理多語系網頁設計的專案中，我們發現將英文首頁設為 x-default，能有效將全球訪客引導至最通用的語言版本，平均降低了約 15% 的非目標語系訪客跳出率，顯著提升了使用者留存的機會。這是一個小動作，卻能帶來極大的使用者體驗改善。
三種常見的 Hreflang 設定方式：你適合哪一種？
在了解 hreflang 的基本原理後，下一步就是實際執行。業界主要有三種實作路徑：直接在 HTML 中埋入、透過 XML Sitemap 宣告，以及利用 HTTP Header。坦白說，沒有哪一種是絕對最好的，選擇的關鍵在於您的網站規模、內容類型以及團隊的技術維護能力。這就像選擇工具，您需要為手上的任務挑選最合適的那一把。
接下來，我會以我們服務 B2B 企業的經驗，為您分析這三種方法的優劣，幫助您做出最符合效益的決策。
方式一：在 HTML <head> 區塊中直接埋入
這是最直觀、也最容易理解的作法。您只需要將對應的 <link rel="alternate" hreflang="..."> 標籤，直接加入到每一個頁面的 <head> 區塊中。對於頁面總數不多（例如低於 50 頁）的企業形象網站或小型專案網站，這個方法非常有效。
- 優點：設定簡單明瞭，當您想檢查單一頁面的設定是否正確時，只需「檢視原始碼」就能立刻看到，除錯相對容易。
- 缺點：當網站規模擴大時，這會成為一場維護災難。假設您有 200 個產品頁，提供 5 種語言版本。每個頁面都必須包含 5 行 hreflang 標籤。未來若要新增第 6 種語言，您就必須手動或透過程式修改全部 200 個頁面。這不僅耗時，也大幅增加了出錯的風險。同時，過多的標籤會稍微增加每個 HTML 檔案的大小，對網站載入速度有極其微小的影響。
方式二：透過 XML Sitemap 進行全站宣告
對於絕大多數中大型網站，尤其是擁有數百甚至數千個產品頁面的 B2B 製造業或電商網站，我一律推薦使用 XML Sitemap 的方式。這個方法是將所有的 hreflang 對應關係，集中在一個或多個 Sitemap 檔案中進行管理。
這種作法將 hreflang 資訊與頁面內容本身分離，不僅讓 HTML 原始碼更乾淨，也讓維護工作變得極為高效。您只需要管理一個中央檔案，就能控制全站所有頁面的多語系對應。Sitemap 的語法雖然比 HTML 標籤複雜一些，但其帶來的管理效益是無可取代的。對於 sitemap 的詳細語法與實作細節，業界權威的 Moz 的 Hreflang 設定指南 提供了非常深入的說明，是我們團隊也會參考的優質資源。
以下是一個 Sitemap 的撰寫範例，展示一個頁面的英文與繁體中文版本如何對應：
<url>
<loc>https://www.example.com/en/product-a.html</loc>
<xhtml:link
rel="alternate"
hreflang="zh-Hant"
href="https://www.example.com/tw/product-a.html"/>
<xhtml:link
rel="alternate"
hreflang="en"
href="https://www.example.com/en/product-a.html"/>
</url>
這正是我們在執行複雜的hreflang標籤設定教學專案時，最常採用的標準作法。
方式三：利用 HTTP Header（適合非 HTML 檔案）
有時候，您需要設定多語系對應的內容並非標準的 HTML 網頁，例如提供給全球客戶下載的 PDF 產品規格書、技術手冊或 CAD 圖檔。由於這些檔案沒有 <head> 區塊可以埋入標籤，Sitemap 也主要用於索引網頁，這時就輪到 HTTP Header 上場了。
其運作邏輯是，當使用者的瀏覽器或搜尋引擎爬蟲請求一個檔案時，您的網站伺服器在回傳檔案的同時，會一併在「HTTP 回應標頭」中附上 hreflang 資訊。這需要透過伺服器端進行設定（例如 Apache 的 .htaccess 檔案或 Nginx 的設定檔），技術門檻相對較高，通常需要系統管理員或後端工程師的協助。除非您有大量的非 HTML 檔案需要進行多語系 SEO，否則較少會使用到此方法。
Hreflang 設定常見錯誤與檢查工具：別讓技術細節毀了 SEO
在多年的 SEO 實務經驗中，我看過太多企業投入大量資源翻譯內容、建置多語系網站，最後卻因為 hreflang 標籤中的一個微小錯誤，導致所有努力付諸流水。Google 對於 hreflang 的語法要求極為嚴格，沒有模糊空間。只要一個環節出錯，搜尋引擎就會直接忽略這些訊號，讓您的網站在國際市場的曝光大打折扣。這些細節正是這份 hreflang標籤設定教學 要強調的關鍵，因為魔鬼就在細節裡。
我最常看到的 3 個 Hreflang 低級錯誤
以下是我在進行網站健檢時，幾乎每個月都會看到的幾個經典錯誤。它們看似基礎，卻有高達 70% 的多語系網站在初期都曾犯過其中至少一項：
- 只連向別人，別人沒連回來：這是最常見也最致命的錯誤。假設您的台灣頁面 (zh-TW) 標記了對應的美國頁面 (en-US)，但美國頁面卻沒有一個返回指向台灣頁面的 hreflang 標籤。這種「單向關係」會被 Google 視為無效設定。所有 hreflang 標籤都必須是雙向或多向確認的，A 指向 B，B 也必須指向 A，這樣 Google 才會採信。
- Canonical 與 Hreflang 的指令衝突：想像一下，您在 A 頁面告訴 Google：「我的標準版本是 A 頁面 (透過 canonical)，但請把美國用戶送到 B 頁面 (透過 hreflang)」。這種混亂的指令會讓 Google 無所適從。正確的設定是，每個語系頁面都應該使用「自我引用的 canonical 標籤」，也就是說，zh-TW 頁面的 canonical 應該指向自己，en-US 頁面的 canonical 也指向自己，然後再透過 hreflang 建立彼此的對應關係。
- 使用了不存在的國家/語言代碼：這聽起來很不可思議，但確實經常發生。最典型的案例就是將英國的代碼錯用為
uk，而正確的 ISO 3166-1 Alpha 2 代碼其實是gb。另一個常見錯誤是將簡體中文標記為cn，但它其實是國家代碼，語言代碼應為zh。請務必使用標準的 ISO 639-1 語言代碼與 ISO 3166-1 Alpha 2 國家代碼。
推薦好用的 Hreflang 檢查與生成工具
手動檢查數百個頁面的標籤既耗時又容易出錯。幸運的是，我們有許多工具可以協助驗證與生成正確的語法，大幅提升效率與準確性。
- Alemdaek Hreflang Generator：對於頁面數量不多，或只是想快速生成幾組標籤的專案來說，這是一個非常方便的線上工具。您只需輸入各個語系的網址，它就能自動產出標準格式的 HTML 標籤，直接複製貼上即可。
- Hreflang Checker (Chrome 擴充功能)：這是我個人在做單頁快速抽查時的必備工具。安裝後，只要瀏覽任何一個頁面，點擊一下圖示，它就能立即分析該頁的 hreflang 設定是否正確、是否存在返回連結錯誤等問題。
- Screaming Frog SEO Spider：對於中大型網站而言，Screaming Frog 是不可或缺的專業工具。它能爬取整個網站，並在「Hreflang」報告中詳細列出所有錯誤，包含缺少返回標籤、代碼不正確、與 canonical 衝突等超過 15 種類型的問題。免費版可掃描 500 個網址，足以應付多數中小型網站的初步檢測。
最後，別忘了 Google Search Console 這個最終的裁判。在舊版的「國際指定目標」報告中，您可以直接看到 Google 偵測到的 hreflang 錯誤。雖然這個功能已移至舊版工具，但截至 2024 年初，它仍然是確認 Google 是否正確解讀您網站設定的最權威管道。如果您的網站規模龐大，不確定如何解讀這些技術報告，我們的專業 SEO 顧問服務可以為您進行全面的技術健檢，確保您的國際市場佈局萬無一失。
從 Hreflang 到全球佈局：打造高詢盤量的多語系 B2B 官網
當你正確完成了 hreflang 的技術設定，其實只是為你的多語系網站打好了地基。這就像是給了 Google 一張清晰的國際地圖，告訴它哪個語言版本的內容該給哪個地區的訪客看。然而，要真正將這些訪客轉化為有價值的海外訂單，我們需要思考的遠不止於程式碼。在我們多年輔導 B2B 企業拓展海外市場的經驗中發現，真正的決勝點在於「全球化佈局」與「在地化內容」的完美結合。
B2B 企業如何選擇最有利的網域架構？
在規劃多語系網站時，第一個策略抉擇點就是網域架構。這不僅影響 SEO 權重累積，更直接關係到後續的維護成本。常見的架構有三種，各有其策略意涵：
- 子目錄 (Subdirectory): 例如
cheerway.tw/en/。這是我們最推薦給多數 B2B 企業的作法。它的最大優勢是所有語言版本的頁面共享主網域的 SEO 權重，權重集中，有利於新語言版本的頁面快速被收錄與排名。對於資源有限、目標市場明確的企業來說，這是 CP 值最高的選擇。 - 子網域 (Subdomain): 例如
en.cheerway.tw。Google 會將子網域視為一個半獨立的網站。這種架構適合不同市場的產品線、品牌定位或行銷策略差異極大的情況。但缺點是 SEO 權重需要從零開始累積，管理上也較為複雜。 - 獨立國家代碼頂級網域 (ccTLD): 例如
cheerway.de。這是最強的在地化信號，能給予當地用戶最高的信任感。然而，其維護成本與 SEO 經營難度也是最高的，適合已在目標市場設有分公司或實體營運的企業。
我們的建議是：如果你的海外目標市場少於五個，且主要業務模式一致，請優先選擇「子目錄」架構，將資源集中火力。
除了標籤，你還需要專業的 B2B SEO 策略
許多企業主為了節省成本，會使用 Google Translate 等自動翻譯工具來生成外語內容。這是一個非常危險的作法。機器翻譯的內容，尤其在專業技術領域，不僅語意生硬、充滿錯誤，更會嚴重損害你的品牌專業形象。試想，一位德國的採購經理看到一篇充滿語法錯誤的產品規格書，他還會信任你的產品品質嗎？
真正的在地化 (Localization) 遠不止於翻譯。它需要理解當地的商業文化、採購習慣與專業術語，並由專業的文案寫手進行「再創造 (Transcreation)」，確保內容能精準打動目標客戶。一個成功的在地化頁面，從標題、產品描述到行動呼籲 (Call-to-Action)，都能讓海外買家感覺「這就是為我設計的」，進而主動發出詢盤。
此外，網站的全球訪問速度也是常被忽略的關鍵。一位歐洲客戶如果需要等待超過 3 秒才能載入你的網站，根據 Google 在 2018 年的研究，他有高達 53% 的機率會直接放棄。這就是為什麼穩定的主機效能至關重要，我們建議企業應選擇具備全球 CDN 加速能力的虛擬主機服務，確保全球客戶都有一致的流暢體驗。
總結來說，這份 hreflang標籤設定教學 協助你解決了技術層面的問題，但成功的海外 SEO 是一場需要長期投入的策略佈局。從網域架構選擇、深度內容在地化到主機效能優化，每一步都環環相扣。如果你的團隊在多語系網站的全球佈局上遇到瓶頸，或不確定該如何啟動，歡迎隨時聯繫智匯家專業團隊，讓我們用專業的技術與經驗，為你省去摸索的時間，直接走在通往全球市場的正確道路上。
從正確設定 Hreflang 開始，佈局您的全球 B2B 市場
走完這趟 Hreflang 標籤的旅程，相信您已經明白，它不僅僅是一行程式碼，更是 B2B 網站面向全球市場的關鍵溝通訊號。正確的設定能確保 Google 將對的語言版本內容，精準投遞給目標市場的潛在客戶，從而提升使用者體驗與搜尋排名。這份 hreflang標籤設定教學 的目標，就是幫助您穩固地打好這個技術基礎。
然而，技術設定只是起點。真正的挑戰在於如何結合完整的 SEO 策略，將流量穩定地轉化為有價值的海外詢盤。我們是智匯家，擁有超過 10 年的 B2B 外銷 SEO 實戰經驗，專精於 Google 白帽 SEO 技術，已成功協助上百家台灣製造業夥伴獲取海外訂單。若您希望將網站的技術細節與商業目標完美結合，歡迎立即諮詢智匯家，打造獲利全球的 B2B 多語系網站。
踏出正確的第一步，讓您的品牌在國際舞台上發光發熱。
Hreflang 標籤常見問題 (FAQ)
Q1: 設定 Hreflang 後，多久能在 Google 搜尋結果看到變化？
根據我的經驗，Google 通常需要幾天到四週左右的時間來處理 hreflang 標籤。這主要取決於您網站的規模與 Google 的抓取頻率。新網站或更新不頻繁的網站可能需要更長的時間。您可以透過 Google Search Console 的「國際指定」舊版報告來監控索引狀態，確認 Google 是否已正確解讀您的設定。
Q2: 如果我的網站只有部分頁面有翻譯，可以只在那些頁面設定 Hreflang 嗎？
是的，完全可以，而且這才是正確的做法。您只需要在那些確實存在對應翻譯版本的頁面之間設定 hreflang 標籤即可。對於沒有其他語言版本的獨立頁面，則不需要加入此標籤。這樣做能確保您向 Google 傳遞最精確的頁面關係訊號，避免產生不必要的混淆，讓設定更有效率。
Q3: 使用 WordPress 外掛（如 WPML 或 Polylang）會自動幫我搞定 Hreflang 嗎？
是的，絕大多數情況下，像 WPML 或 Polylang 這類專業的多語系外掛，都會在您連結翻譯頁面時自動產生 hreflang 標籤。不過，我還是強烈建議您定期使用線上工具抽查驗證，確保外掛產生的標籤沒有因為主題更新或其他外掛衝突而出錯，維持設定的準確性。
Q4: Hreflang 標籤會解決內容重複（Duplicate Content）的問題嗎？
它能有效「預防」因語言或地區拼字差異（如 color vs. colour）造成的重複內容問題，但並非直接的解決方案。Hreflang 的作用是告訴 Google 這些頁面是針對不同用戶的「替代版本」，而非惡意複製。完整的 hreflang標籤設定教學 都會強調，它應該與 canonical 標籤並用，各司其職，才能達到最佳效果。
Q5: 我可以同時使用多個語言代碼指向同一個網址嗎？
不行，這是一個常見的錯誤設定。每個獨立的網址應該只對應一個 hreflang 標籤。如果您試圖將多個語言代碼（例如 en-US 和 en-GB）指向同一個 URL，會讓 Google 感到困惑，並可能忽略您的指令。若您的某個頁面想同時鎖定多個英語系國家，建議直接使用通用的語言代碼「en」即可。
Q6: 如果我的網站是單頁式（One-page），還需要設定 Hreflang 嗎？
需要，只要您的單頁式網站針對不同語言或地區，提供不同的 URL 版本。網站的結構是次要的，關鍵在於您是否有為不同目標客群準備專屬的網址。例如，如果您的單頁式網站有 example.com/en 和 example.com/de 兩個版本，就必須設定 hreflang 來告知 Google 它們之間的對應關係。
Q7: Hreflang 設定錯誤會導致網站被 Google 懲罰嗎？
不會，您不用擔心會因此受到 Google 的手動懲罰。如果您的 hreflang 設定有誤，Google 通常會直接忽略這些錯誤的信號。真正的損失在於，您精心準備的多語系內容無法精準地呈現給目標用戶。因此，遵循正確的 hreflang標籤設定教學 至關重要，為的是確保成效，而非避免懲罰。
