上以星期(十一月二十二號)我有幸接到達百度站長平臺邀請函，加入了百度站長平臺高端站長salon(北京站)的百度之夜salon活動。這次salon最大的亮點是百度移動搜索將走向公眾視界，本文將從百度動向、移動搜索原理、Rank策略、移動搜索優化等紹介，應當說是到現在為止內部實質意義最全、信息量最大的一篇文章了。

　　

　　配圖為百度高端站長salon活動在場，因當晚手機摔壞了，用了官方的圖，圖為百度移動搜索駱旭劍解釋回答移動搜索優化常見問題。

　　百度移動搜索動向

　　百度將從十二月中旬著手，逐層淘汰不具有惟一價值的pc頁，激勵站長建設移動化資源，以優化移挪用戶搜索體驗認識。這就意味著往後在握機上用百度搜索數量多的PC頁面將消逝，取而代之的是移動版的頁面。

　　對站長來說，所要做的就是趁早調小曲整自個兒的網頁移動化策略，經過樹立HTML5頁面還是在研發者核心平臺樹立siteapp等方式，盡量加快完成頁面資源的移動化，來保障在移動搜索SEO方面的優勢。

　　移動搜索Rank的策略

　　終於，百度首次向公眾展覽了Rank的策略(大致相似於Google PR的網頁評定等級)，固然紹介的比較籠統，但我們仍然能讀出一點端倪。

　　判斷Rank的辦法，你們感覺一下子：

　　

　　基礎有關性：文本/資源滿意用戶需要的程度(和傳統PC站同樣，你的內部實質意義要對用戶有用，有可能與是否過載關系半大)。

　　資源品質：

　　(1) 網站的收拾品質或某領域的權威性(PC站、WAP站、APP相互影響)

　　(2) 牢穩性，主要經過運維有經驗判斷

　　(3) 用戶體驗認識，功能是否完整可用，交互是否移動化。(這點對中小站長來說很艱難，認了吧)。

　　(4) 服務競爭力，在鉛直領域是否滿意特別指定的需要。

　　(5) 流量數值(看吧，實際上只要推廣力量到位Rank就能增長)

　　檢索友善性：沒啥說的，和PC站同樣，是否利於spider的抓取與辨別。

　　百度移動搜索原理

　　

　　很表面化，百度的移動資源有兩種抓取形式，一是經過傳統的spider(蛛蛛)抓取，另一種是經過百度供給的的開放適配產品。依照官方的定義用開放適配的抓取速度會優於傳統的網頁抓取，少了眾多個用篩子選環節。

　　移動搜索對資源的權衡標准

　　最關緊的三個標准：用戶體驗認識、檢索友善、鏈入鏈出。

　　·有完成的功能/服務滿意用戶需要

　　·保障內部實質意義/服務的牢穩可用

　　·保障過訪速度及到了率

　　·移動化交互體驗認識，合乎移動終端特別的性質

　　·即搜即用，減損操作成本

　　·運用規范的html5/xhtml協議語言

　　·URL要求簡單、規范、惟一

　　·特別指定資源般配終端特別的性質(如app)

　　·對抓取不做地域IP適配(用CDN的站長注意了)

　　·運用標准正規的建站工具建站

　　百度移動搜索優化提議

　　針對移動搜索優化，我收拾了幾個方向，供站長們參照。

　　1、已有移動站

　　1) 假如該移動站是基於PC站對應建設的，可經過開放適配服務，將移動搜索中的PC頁面調換為對應的移動頁面，因此保證移動站點取得對應的流量。

　　2) 假如該移動站是獨立於PC站的，百度會主動抓取、收錄並在合理位置展出。假如站長發覺沒有被百度抓取和收錄，則可經過sitemap工具提交處理相應的抓取煩請。

　　額外，對移動站點的建設，百度還提出了一點有助於在搜索最後結果中展出的幾點提議：

　　編著規范的html5/xhtml頁面，有幫助於被百度准確辨別

　　提雙方搏斗機站的網站地圖(sitemap)至站長平臺，有幫助於為百度更快發覺

　　提交處理死鏈文件、結構化數值至站長平臺，有幫助於優質資源的rank提高

　　認為合適而使用更多的鏈入鏈出，有幫助於取得更多的rank激勵

　　需求說的是開放適配和傳統收錄並不沖突，可以依據自身事情狀況同時參加優化。

　　2、無移動站，但有PC站

　　1) 迅速建設對應的移動站，共享移動端的很大流量。百度研發者核心供給了一系列建設移動站點的工具。

　　2) 假如暫無建設移動站的規劃，百度將針對搜索最後結果中的PC頁供給轉碼服務：經過轉碼技術轉化為mobile化的頁面。站長可對轉碼頁面施行辨認領取，一樣享用流量收入。站點應經過百度供給的規范化建站工具辨認領取：Siteapp建站平臺，優化站點效果並同時接入完整的經濟活動標准樣式。

　　3、無移動站，但有app

　　1) 接入百度輕應用平臺，開創即搜即用的webapp，直接對接移挪用戶需要，完成APP分發。據悉該服務將在近期各個方面開放。

　　2) 接入百度In-App服務：支持調起或引薦安裝App。

　　3) 建設供給APP紹介、下載的mobile頁面，經過被百度收錄取得展出，施行分發。

　　4、移動站、pc站、app均無

　　經過百度輕應用建站，對接移挪用戶需要，取得流量收入。詳細情形可參看百度研發者核心

　　最終，假如有其它問題，百度引薦站長可以經過站長平臺的移動搜索優化分論壇反饋解決。具體地址搜索百度站長平臺論壇即可。

　　百度移動搜索問題目解釋題析

　　1、問：我的移動站內部實質意義和PC站是同樣的，這麼需不必屏蔽百度的PC搜索蛛蛛?

　　答：因為百度的PC搜索和移動搜索共用同一個爬行動物，所以不要施行屏蔽。爬行動物在抓取後，會對頁面施行辨別，判斷是PC頁仍然mobile頁，因為這個著重提出協議規范的關緊性。

　　2、問：我的移動站點與PC站點摻雜，怎麼奉告搜索引擎網站優先展覽移動站點?

　　答：假如移動站的內部實質意義對PC站能夠絕對對應，提議經過開放適配施行調換;假如只能局部對應，可以經過提交處理sitemap的形式走收錄路徑。百度激勵mobile資源，對PC資源持擯斥舉止神情，不優先顯露。

　　3、問：提交處理適配往後，PC頁面為何沒有跳轉到mobile頁面?有的仍然PC轉碼頁

　　答：開放適配未發生效力時，百度還是會覺得該最後結果為PC頁，則可能對其施行轉碼。

　　而開放適配未發生效力有以下幾個端由：

　　a. 數值提交處理過程有誤。涵蓋數值的提交處理款式、提交處理入口

　　b. 對應關系有誤。涵蓋PC頁與mobile頁未一一對應、mobile頁死鏈或發生跳轉

　　c. mobile頁面協議編著不規范，百度沒有辦法正常辨別

　　4、問：移動搜索最後結果會清掉PC端頁面，只留wap頁面。啥子時刻會落到實處?

　　答：PC資源的降權辦公需求一個分策略、分批次上線的過程，會在十二月每月前十天開展。

　　5、問：能否分享下百度轉碼的場景——對哪類頁面會轉碼? 如今我們發覺我們觸屏版的mobile頁也會被轉碼

　　答：到現在為止百度的轉碼服務面向全部的頁面類型，不過會依據轉碼後的頁面品質判斷最後能否上線。

　　假如站長已經做好了PC站與移動站之間的自主適配，但發覺mobile頁被轉碼。其端由是網站的自主適配短時間之內未被百度辨別。

　　6、問：假如發覺移動站流量撩動，該怎麼辦?

　　答：網站流量瞬息間內的小量撩動普通來說是正常現象。當流量撩動連續不斷時間較長且幅度較大時，則需求排查端由，提議站長：

　　a.自查移動站點運營是否正常，流量計數渠道是否正確

　　b.假如參加了開放適配，可以經過進程度查問工具理解開放適配帶來的流量事情狀況;同時明確承認PC站流量在百度網頁搜索中的流量變動。

　　c. 若是非自身端由導致的流量大幅撩動，可反饋至移動搜索優化論壇

　　寫在最終：

　　總體感受是百度對移動端收錄與PC端仍然有一定差距的，在前一階段百度移動搜索更重視的是基於H5頁面或自己產品的收錄與抓取，並給予更高權重。

　　所以，在移動端重視SEO優化的站長來說，可以思索問題樹立H5頁面或百度供給的幾款產品。如

　　1， SiteApp，可在線制造移動版網站和APP，之前我有紹介過，猛戳這處。

　　2， 移動搜索優化服務，簡單來說就是百度轉碼，點這處有周密紹介。

　　3， 開放適配服務，該工具可在站長平臺開放適配裡添加數值。