移動優先索引如何工作 以及它如何影響SEO？

　　** 近我們已經聽到了很多關于移動優先索引的情況，因為百度不斷努力使網絡更加移動友好并反映用戶行為趨勢的** 新進展。

　　但對于一般企業主意味著什么，也存在很多混淆。你需要改變什么嗎？一切？如果您的網站適合移動設備，那么這樣做夠好嗎？

　　這是另一個MOBILEGEDDON嗎？

　　在這篇文章中，我將介紹“移動優先索引”的含義以及您可能需要做的事情。我還會回答一些關于移動優先索引的常見問題，以及這對我們的關鍵詞優化工作意味著什么。

　　什么是“移動優先索引”？

　　移動優先索引正是它聽起來像。這只意味著，您的網站的移動版本成為百度在其索引中包含的起點，以及他們如何確定排名的基準。如果您監控您網站上的爬蟲流量，您可能會看到智能手機百度bot的流量增加，并且緩存版本的頁面通常是該頁面的移動版本。

　　它被稱為“移動優先”，因為它不是一個僅限移動設備的索引：例如，如果一個站點沒有適合移動設備的版本，桌面站點仍然可以包含在索引中。但缺乏移動友好體驗可能會對該網站的排名產生負面影響，即使對于桌面搜索者來說，擁有更好移動體驗的網站也有可能獲得排名提升。

　　您也可以考慮將“移動優先”這一短語看作是移動版本將被視為您的網站的主要版本的一個參考。因此，如果您的移動版和桌面版版本具有同等效果（例如，如果您已經針對移動版seo了內容，或者您使用了響應式設計），則此次更改（理論上）應該不會對網站的性能產生任何重大影響搜索結果。

　　但是，這確實代表了百度對您的網站內容以及如何優先考慮抓取和索引的方式的根本性逆轉。請記住，到目前為止，桌面版網站被認為是主要版本（類似于規范網址），并且該移動網站被視為特定用例的“備用”版本。這就是為什么百度鼓勵網站管理員與一個單獨的移動網站（m.domain.com）實現交換機標簽（這表明存在一個特殊的rel=alternate標簽的移動URL版本）。百度甚至可能不會抓取并緩存所有這些頁面的移動版本，因為他們可能只是向移動搜索者顯示該移動URL。

　　桌面版本作為主要版本的觀點在實踐中經常意味著桌面版網站將由SEO和營銷團隊排列優先級，并且被視為網站的** 全面的版本，具有全部內容，結構化數據標記，hreflang（國外標簽），大部分的反向鏈接等等。而移動版本可能有較輕的內容，和/或不包括相同級別的標記和結構，并且幾乎肯定不會收到大量的反向鏈接和外部關注。

　　我應該如何做移動優先索引？

　　首先要知道的是，沒有必要恐慌。到目前為止，這種改變只是在測試的** 早階段，而且正在逐步推出，只有百度認為已經“準備好”的網站才能使這種改變產生** 小的影響。

　　根據百度對這個主題的** 新指導，如果您的網站在桌面版本和移動版本上的響應速度或者其他方面是相同的，那么您可能不需要做任何不同的事情（假設您對目前的排名感到滿意！）。

　　也就是說，即使有完全響應的網站，您也需要確保移動頁面的速度和加載時間被優先化，圖像和其他（可能）動態元素能夠針對移動體驗進行正確seo。請注意，對于移動優先索引，由于空間限制而折疊或隱藏在標簽等中的內容將不會與可見內容（如之前可能已有的內容）不同，因為這種類型的屏幕空間管理實際上是移動** 佳做法。

　　如果您有單獨的移動網站，則需要檢查以下內容：

　　內容：確保您的移動版本具有桌面版網站上存在的所有高質量，有價值的內容。這可能包括文字，視頻和圖像。確保移動版本上使用的格式是可抓取和可索引的（包括圖像的替代屬性）。

　　結構化數據：您應該在網站的移動版和桌面版上包含相同的結構化數據標記。移動網頁上的結構化數據中顯示的網址應該是網址的移動版本。如果與頁面的特定內容無關，請避免添加不必要的結構化數據。

　　元數據：確保標題和元描述在所有頁面的兩個版本上是等同的。

　　請注意官方指導說“等效”而不是“相同”-您可能仍然希望針對較短的字符數量seo您的手機游戲，但要確保包含相同的信息和相關的關鍵字。

　　Hreflang：如果您使用rel=hreflang進行國外化，那么您的移動網址hreflang注釋應指向您的國家或語言版本的移動版本，桌面版本應指向桌面版本。

　　社交元數據：OpenGraph標簽，Twitter卡和其他社交元數據應包含在移動版本以及桌面版本中。

　　XML和媒體站點地圖：確保從站點的移動版本訪問站點地圖的任何鏈接。這也適用于機器人指令（robots.txt和頁面元機器人標簽），甚至可能信任信號，如鏈接到您的隱私政策頁面。

　　SearchConsole驗證：如果您只在百度SearchConsole中驗證了您的桌面版網站，請確保您也添加并驗證了移動版。

　　應用程序索引：如果您為桌面版網站設置了應用程序索引，則可能需要確保已經驗證了與應用程序關聯文件等有關的移動版網站。

　　服務器容量：確保您的主機服務器可以處理更高的抓取速度。

　　（這只適用于其他移動版本的網站，如m.domain.com。）

　　交換機標簽：如果您目前實現了移動交換機標簽，則不需要更改此實現。這些應該保持原樣。

　　有關移動優先索引的常見問題

　　移動優先索引是否將移動頁面添加到單獨的移動索引？

　　使用移動優先索引，只有一個索引（百度現在使用的索引）。移動優先索引的變化不會產生新的“移動優先”索引，也不會創建“桌面索引”保持活動的單獨的“移動索引”。相反，它只是改變內容被添加到現有索引的方式。

　　移動優先索引是否存在并影響我的網站？如果不是，它什么時候上線？

　　百度一直在嘗試使用這種方法在少數網站上進行索引，這些網站是基于“準備就緒”而選擇的。更廣泛的推廣可能需要很長時間，2017年6月，GaryIllyes表示，可能需要幾年的時間才能“達到一個只有移動優先的指數”。

　　百度在網站管理員博客上也在2017年12月18日發表的一篇博文中表示：

　　“我們將根據上述標準獨立評估網站是否準備好進行移動優先索引，并在準備就緒時進行轉換。這個過程已經開始在少數幾個地方進行，并且正在被搜索小組密切監視。

　　“我們繼續謹慎推出移動優先索引。我們相信緩慢采取這種做法將有助于網站管理員為移動用戶準備好網站，因此，我們目前沒有完成時間表。“

　　百度只會使用我的移動網站來確定我的排名嗎？

　　手機第一意味著移動版本將被視為主要版本，當涉及如何確定排名。但是，在某些情況下，可能會考慮使用桌面版本（例如，如果您沒有移動版本的頁面）。

　　這就是說，您仍然可能會看到移動搜索結果和桌面搜索結果之間的排名結果不同，因此您仍然需要跟蹤這兩者。（與現在一樣，百度主要使用桌面站點來確定排名，但是您仍然希望跟蹤移動排名，因為這些排名根據用戶行為和其他因素的不同而有所不同）。

　　百度何時可以使用桌面版網站來確定移動網站的排名？

　　我見過的主要用例是他們將使用桌面站點來確定沒有移動版本時的排名。

　　對于桌面版本具有附加排名信息的網站（例如反向鏈接），可能也會考慮到這些信息，但是不能** 一旦他們看到移動版本，他們就會抓取或索引桌面版本版本，我還沒有看到任何官方聲明，這是事實。

　　因此，官方建議之一是，一旦移動優先索引的推出，如果您正在建立您的移動網站或有一個“占位符”類型的移動版本目前生活，它實際上會更好沒有移動網站比一個破碎的或不完整的。在這種情況下，您應該等待啟動您的移動網站，直到完全準備就緒。

　　如果我沒有我的網站的移動版本怎么辦？

　　如果您的網站沒有移動版本，并且您的桌面版本不適合移動設備，則您的內容仍然可以編入索引;但是，與移動設備友好的網站相比，您的排名可能并不理想。這甚至可能會對您在桌面搜索以及移動搜索結果上的整體排名產生負面影響，因為它會被認為比其他網站具有更差的用戶體驗（因為爬蟲將成為“移動”爬蟲）。

　　有大型桌面網站和小型移動網站的網站會發生什么情況？移動版本上未顯示的桌面版網站上的內容是否會被編入索引并顯示在桌面搜索中？

　　此次發布的** 終目標是指標將主要基于抓取移動內容。如果您的桌面版本索引嚴重，他們不會突然從現有索引中清除您的桌面內容，而只是通過您的瘦手機網站索引來重新開始;但是您可以確保您的移動版本包含的所有相關和有價值的內容越多，就越有可能繼續保持良好的排名，尤其是當他們縮減了爬網桌面版本的網站時。

　　這是如何改變排名因素和戰略的？

　　這可能會影響未來的各種排名因素和策略;移動Moxie的辛迪·克魯姆（CindyKrum）寫了兩篇關于這個話題將來會發生什么的很好文章。

　　辛迪談到的想法，即移動優先索引可能“表明，百度正在變得越來越不依賴于傳統的鏈接和htmLURL的排名”。看來，百度正在擺脫需要如此多的依賴“URL”系統組織內容，贊成基于“實體”（感謝，結構化的數據！），而不是URL風格的鏈接更多的API類型的方法。看看辛迪的帖子，更多的解釋，這可能會影響未來的搜索和關鍵詞優化。

　　響應式網站和單獨的移動網站的處理方式有何不同？

　　是和不是。主要區別在于你需要做多少工作才能做好這一改變。

　　如果您擁有完全自適應的網站，則您的移動版本中應該已經包含了所有內容，而且目前是桌面版本的一部分，而您的主要挑戰將僅僅是確保移動體驗從用戶角度進行了充分seo（例如，頁面速度，加載時間，導航等）。

　　使用單獨的移動網站時，您需要確保您的移動版本包含您的桌面版網站所做的一切，根據您的移動策略，這可能是一個很大的工作。

　　這將改變我應該如何提供廣告/內容/等。在我的移動網站？

　　如果您目前的廣告方式造成用戶體驗緩慢或其他不良的情況，您肯定需要解決這個問題。

　　如果您現在選擇以手風琴或標簽隱藏一些移動網站內容以節省空間，這實際上不是問題，因為此內容將以與加載完全可見的方式相同的方式處理（只要內容是仍然可以抓取/訪問）。

　　這是否會改變我如何使用rel=canonical/switchboard標簽？

　　不。現在，百度已經說過，如果您已經實施了交換機標簽，則應該保持原樣。

　　轉載請注明出處。