[ad_1]
在國際SEO領域，hreflang元素是SEO專業人員和網站所有者最具影響力的工具之一。
在全球網站中，即使沒有重複的語言網站，在搜索結果中顯示錯誤的語言或國家/地區頁面也是一個相當普遍的問題。它可能不是網站範圍的問題，僅在某些搜索查詢中才會發生。
過去，我們必須為每個市場創建目標國家/地區信號，以通過不同的差異（例如ccTLD和伺服器位置）來指定其位置，但這並不能解決所有的地理位置定位問題。
因此，當Google在2013年宣布hreflang時，您可以想像有多高的國際SEO專業人員躍躍欲試。
但是，六年後，許多人仍在努力從hreflang中受益。
這篇文章不是關於如何使用hreflang或您是否應該在標題或XML網站地圖格式中使用hreflang。
這也與人們如何仍然使用EN-UK而不是EN-GB或JP而不是日語使用JA無關。您可以向Google的 幫助頁面 和YouTube視頻。
相反，我想談談hreflang實施期間經常發生的隱藏挑戰。以下是我反覆發現的三個常見挑戰。
1.並非所有站點都具有相同的內容
hreflang通過列出每種語言/國家/地區站點上具有相同或相似內容的頁面的URL來工作。
當所有站點在相同內容結構中具有相同內容時，對相同內容頁面進行映射或分組並不那麼困難，但是通常並非如此。發生這種情況的原因多種多樣。
這可能是出於商業原因，例如某些國家/地區不提供某些商品。
可能是更多的外部原因，例如內容受某些國家/地區法規的限制。
為什麼這是一個挑戰？
這是因為沒有人真正掌握站點之間的內容可用性和獨特內容。
通常，負責hreflang網站地圖的人會選擇一個他熟悉的主站點，通過覆蓋URL中的language-country目錄來假定URL覆蓋範圍廣，從而使URL倍增。
如果某些語言/國家/地區的網站上缺少頁面，則需要確定是要在URL組中放置替換頁面還是將其替換為全局URL。
2. Hreflang驗證工具的誤報
URL結構的變化也會引起一些麻煩。
您希望每個人都使用與主站點相同的URL結構，但是現實是，許多站點都自己發揮了創意，並使用了不同的URL結構。
這通常在同一域站點上發生，因此您可以想像一下嘗試對來自不同域站點的頁面進行正確分組的難度。
URL結構的差異不僅發生在站點之間，而且發生在站點內部。
不規則的URL結構示例：
- example.com/us/category1/page1.html
- example.co.uk/category1-page1/index.html
- example.com/en-sg/products/category1/page1.html
大多數驗證工具不會抓取網站來確認網站上的網址或列出的網址是否存在。
他們不會檢查是否重定向了任何URL，或者頁面的規範標記中是否包含其他URL。它只是根據Hreflang的備用頁面邏輯來檢查您輸入的內容。
如果可行，它將返回，因為未發現任何問題。僅當您完全確定所使用的URL都是正確且實時的時，這些工具才起作用。
3.商業蠶食
使用hreflang的最重要目標之一就是要根據搜索用戶的位置，在搜索結果中顯示正確的語言/國家/地區頁面。
它是基於進行搜索的位置向搜索用戶提供正確的內容。還要在正確的位置進行業務轉換，以便本地團隊將從轉換中受益。
如果搜索結果中出現錯誤的語言/國家/地區頁面，則該轉換將計入錯誤的本地辦事處，或者最壞的情況是，它根本不會轉換。
例如，當您為美國市場創建的頁面出現在日本的搜索結果中時，網站訪問者可能會跳回搜索結果頁面並單擊另一個藍色鏈接。
在這種情況下，您只是失去了潛在的業務。在日本的搜索結果中可能會顯示美國頁面，特別是當產品名稱為英文字母或產品編號為字母和數字的組合，並且日語沒有唯一的含義時。
如果您有多個使用相同語言針對不同國家/地區的網站，這將變得更加棘手。
例如，某人在哥斯大黎加搜尋西班牙文，但在搜尋結果中卻出現了專為墨西哥設計的頁面。
由於是西班牙語，因此網站訪問者可能會在表單中填寫有關產品的問題或要求。但是由於表格上的地址不在墨西哥，哥斯大黎加辦事處將永遠無法獲得該信息。墨西哥辦事處忘記或刪除了可能的潛在客戶。
導致這種蠶食的主要原因是hreflang的實現不完整。
HREFLangBuilder的2019年研究發現 42％ 的全球網站僅在首頁和關鍵類別頁面上實施了hreflang，而產品頁面則由Google決定，並有可能錯失大量機會。
4.沒有人正在審查或更新Hreflang
遺憾的是，常見的問題是hreflang列表在上線之前沒有經過仔細檢查。常規XML網站地圖文件也會發生這種情況。
我敢肯定，許多讀者在Google Search Console報告中看到了「提交的URL發送404錯誤」。
問題並不總是從一開始就發生。該網站隨著時間的推移不斷增加新的內容。
從站點添加或刪除新頁面，但是很少有自動方法來更新hreflang。
在某些語言/國家/地區的網站上可能會有更多獨特的內容。
如果您正在使用hreflang站點地圖文件並且不經常更新它們，則可能很多URL都提供3xx和4xx。
推薦建議
為您的網站實施hreflang時，請花點時間對網站有所了解 網址結構 和 內容架構 您要列出的所有網站。
不要假設每個人使用相同的URL結構都擁有相同的內容。
完成後，創建一個映射URL列表，並使用搜尋器確保列表中的所有URL均處於活動狀態，並且未重定向或在規範標籤中具有其他URL。如果發現任何錯誤，請更新列表。
即使是很小的站點，也經常通過添加或刪除頁面來進行更改。將hreflang XML網站地圖更新放在您的審核計劃中，以確保向搜索引擎提供最新的URL。
希望這些方法可以防止由於出現錯誤的語言或國家/地區頁面而蠶食業務。
如果您不確定是否存在食人化問題，則可以在Google Search Console中查看頁面，以查看大部分印象是否來自其他市場。
這項快速簡便的檢查可以幫助您找到改善本地市場表現的新機會。